Am 03.08.2015 um 10:09 schrieb David Haller:
Am Sun, 02 Aug 2015, Peter Mc Donough schrieb:
Am 02.08.2015 um 09:41 schrieb Stephan Hemeier:
Am Samstag, 1. August 2015, 23:54:14 schrieb Peter Mc Donough:
Am 01.08.2015 um 21:35 schrieb Stephan Hemeier: [...]
... Könntes du in (vermutlich) /usr/src/linux-4.1.???/drivers/ata/libata-core.c ob bei
/* devices that don't properly handle queued TRIM commands */ { "Micron_M500*", NULL, ATA_HORKAGE_NO_NCQ_TRIM, }, { "Crucial_CT???M500SSD*", NULL, ATA_HORKAGE_NO_NCQ_TRIM, }, { "Micron_M550*", NULL, ATA_HORKAGE_NO_NCQ_TRIM, }, { "Crucial_CT*M550SSD*", NULL, ATA_HORKAGE_NO_NCQ_TRIM, },
Samsung hinzugefügt wurde?
Wurde es. Und zwar gleich die komplette 8xx Serie, obwohl meine 830 z.B. nicht betroffen ist. Aber ich verwende eh nen "uralten" Kernel ;) IIRC:
{ "Samsung SSD 8*", NULL, ATA_HORKAGE_NO_NCQ_TRIM, },
oder so. Siehe den Bugreport nebenan.
BTW: Das Flag bringt's auf den Punkt, im Gegensatz zu dem was Krawallczinsky behauptet: NO_NCQ_TRIM == "TRIM geht nicht via NCQ".
Ist obiges flag gesetzt sorgt der Treiber dann dafür, daß die NC-Queue geleert wird, dann als einziger Befehl das TRIM, und dann kann's auch schon wieder mit NCQ weitergehen.
Der Klimmzug über obiges Flag ist aber nur nötig, weil die SSD auf ein ATA IDENTIFY Kommando hin lügt, eben behauptet TRIM auch via NCQ zu beherrschen, was aber eben nicht der Fall ist. TRIM funktioniert eben _NICHT_ per queue.
Danke für alle Antworten. Es hat sich wieder einmal bewährt, wenn man vor dem Einbau neuer Hardware sich über die Klippen schlau macht. Gruß Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org