Hallo, Am Thu, 06 Aug 2015, Stephan von Krawczynski schrieb:
David Haller
wrote: kannst du Honk endlich mal damit aufhören, mir Mails zu schreiben und per CC an die Liste?
Kannst Du endlich mal mit Deinen staendigen persoenlichen Beschimpfungen aufhoeren?
Nicht, solange du nicht mit unnötigen Kopien und sonstigem Schwachsinn aufhörst. Hast du jetzt aber immerhin mal geschafft *Eine Runde Applaus bitte* Hörr Krawallczynski hat es geschafft, auf eine Mail zu antworten, ohne eine PM an den Schreiber zu schicken! *tötööötötööö*
Sowas wie Manieren und normalen Umgang kennst DU wohl nicht?
Doch, durchaus. Nur _dir_ gegenüber nicht. Frag dich mal warum wohl.
Am Thu, 06 Aug 2015, Stephan von Krawczynski schrieb: [..]
Hier wird die Meldung ausgegeben (libata-core.c):
if ((ap->flags & ATA_FLAG_FPDMA_AUX) && ata_id_has_ncq_send_and_recv(dev->id)) { err_mask = ata_read_log_page(dev, ATA_LOG_NCQ_SEND_RECV, 0, ap->sector_buf, 1); if (err_mask) { ata_dev_dbg(dev, "failed to get NCQ Send/Recv Log Emask 0x%x \n", err_mask);
Und du kapierst nicht, daß es nicht um die Fehlermeldung geht, sondern um die geschredderten Daten!
Dazu sollte man vielleicht mal nach einer Ursache suchen, und nicht nur offensichtlich falschen Unsinn verbreiten.
ES GEHT NICHT UM DIE FEHLERMELDUNG!
} else { u8 *cmds = dev->ncq_send_recv_cmds;
dev->flags |= ATA_DFLAG_NCQ_SEND_RECV; memcpy(cmds, ap->sector_buf, ATA_LOG_NCQ_SEND_RECV_SIZE);
if (dev->horkage & ATA_HORKAGE_NO_NCQ_TRIM) { ata_dev_dbg(dev, "disabling queued TRIM support \n"); cmds[ATA_LOG_NCQ_SEND_RECV_DSM_OFFSET] &= ~ATA_LOG_NCQ_SEND_RECV_DSM_TRIM; } } }
Man sieht hier, wenn die Meldung kommt wird ATA_DFLAG_NCQ_SEND_RECV _nicht_ gesetzt.
Und wozu sind dann die Zeilen
if (dev->horkage & ATA_HORKAGE_NO_NCQ_TRIM) { ata_dev_dbg(dev, "disabling queued TRIM support\n"); cmds[ATA_LOG_NCQ_SEND_RECV_DSM_OFFSET] &= ~ATA_LOG_NCQ_SEND_RECV_DSM_TRIM; }
Na?
Weisst Du was ein "if"-Statement ist? Du schreibst Zeug das einen schliessen laesst Du haettest noch keine einzige Zeile programmiert.
Doch, hab ich durchaus.
Wenn die Meldung ueber die man sich aufregte kommt wird dieser Code _nicht_ durchlaufen.
ES GEHT NICHT UM DIE FEHLERMELDUNG, DUMPFBACKE! Die hat nur geholfen, den Ort des Fehlers einzugrenzen... *Gnanaaa*
Und womit erklärst du den Betroffenen die geschredderten Daten?
Vielleicht sollte man mal genau zerlegen was die Daten wirklich zerstoert hat, wenn es denn so ist. Denn bei mir - ich habe ca 50 solche Platten im staendigen Einsatz - ist das noch kein einziges Mal vorgekommen.
Ach, du willst uns also erzählen, du hast ca. 50 Samsung 840*/850* SSDs im Einsatz? Erlaube mir hier gewisse Zweifel anzumelden ... Und daß du eh immer von "Platten" faselst... Also wirklich! Das geht ja gar nicht! (*scnr*)
Wasimmer es war, der Blacklist-Eintrag aendert nichts am Laufzeitverhalten.
Nu freilich nich, das ist ja der Sinn und Zweck dieses Eintrages!
Vielleicht waere es schlauer nach Parallelen bei den Leuten mit Problemen zu suchen, denn die Zahl der verkauften Platten dieses Typs duerfte die Zahl der gemeldeten und nachvollziehbaren Probleme bei weitem uebersteigen.
... ich geh mal davon aus, daß du bei Samsung angestellt bist. Case closed. Danke vielmals, und jetzt halte einfach deine Fresse. Was du, genau wie die bei Samsung einfach nich kapieren wollen: Wenn die Firmware darüber lügt was sie kann (hier: behaupten sie könnte NCQ'd TRIM Befehle), dann ist das ein Bug in der Firmware. PUNKT! AUS! UND FINITO! Da gibt's keine Diskussion, da kann man sich nicht rausreden, auch wenn man nen Handstand macht, mit 30 Zehen wackelt oder sich sonst wie zum Affen (Ups: Sorry an alle Affen, ist nur so'n blöder Ausdruck von uns auch-Affen!) macht! Entweder wird das in nem FW-Update implementiert oder eben es gibt ein Update, das der FW beibringt nicht zu lügen. Meine 830 behauptet es z.B. noch nicht. WIMRE war's Dingens (Byte?) 77, Bit 6: ==== smartctl --identify=w /dev/sda ==== 76 1 1 SATA Gen1 signaling speed (1.5Gb/s) supported 77 - 0x0004 Serial ATA additional capabilities 77 3:1 0x2 Current Serial ATA signal speed 78 - 0x004c Serial ATA features supported [..] ==== Die 840 (nur mit aktueller FW[0])/850 behaupten hingegen TRIM via NCQ zu können, tun's aber nicht, schreddern dabei Daten und Holla-di-Waldfee, der User freut sich nen Ast ... NOT! Du findest genug Beispiele im Netz bzgl. geschredderter Daten. Und bei so einem Bug ist _EIN_ betroffener User schon zuviel. Halt also einfach die Fresse, auch wenn du Kohle von Samsung kassieren solltest. Mir egal. Einfach nur die Fresse halten. -dnh [0] die alte hatte diesen Bug noch nicht -- Die Vögelein und die Menschelein haben so viel gemeinsam. wenn sie jeder ein paar Körnchen zu sich nehemen, fangen sie sehr bald an zu singen. [Woko° in dag°] -- 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