LKML Archive on lore.kernel.org help / color / mirror / Atom feed
From: Ric Wheeler <rwheeler@redhat.com> To: Alan Cox <alan@lxorguk.ukuu.org.uk> Cc: Oskar Liljeblad <oskar@osk.mine.nu>, Robert Hancock <hancockr@shaw.ca>, linux-kernel@vger.kernel.org Subject: Re: sata errors with Seagate 1.5TB on AMD 780G/SB700 motherboard Date: Wed, 29 Oct 2008 16:23:10 -0400 [thread overview] Message-ID: <4908C62E.5070307@redhat.com> (raw) In-Reply-To: <20081029201724.0a7d736e@lxorguk.ukuu.org.uk> Alan Cox wrote: > O> Anyway Seagate (inofficially) claims it's a driver issue in Linux - from > >> http://forums.seagate.com/stx/board/message?board.id=ata_drives&thread.id=2390&view=by_date_ascending&page=6 >> > > Well then perhaps they would care to share the information with us 8) > > The HPA size reporting one is certinly Linux, the flush cache one I don't > think is. The fact Mac people report it and Seagate suggest workarounds > of the form of "don't use 33% of the disk" don't inspire confidence. > I suspect that the drive is simply choking on the barrier related cache flushing that we do - that seemed to be the MacOS error as well. The windows comment suggested that windows had an hba/driver bug (most likely unrelated to this). If you want to avoid the issue until they fix the drive, you could run fast and dangerous (mount without barriers on) or slow and safe (disable the write cache). > >> "We already know about the Linux issue, it is indeed a kernel error >> causing the problem as it was explained to me by one of our developers." >> > > Well if they'd care to explain it to linux-ide perhaps we can find a work > around. I would be cautious about disabling the write caching as it will > harm both performance and probably drive lifetime. > > Alan > This looks to me to be a drive firmware issue. I would wait until someone can test with their announced firmware upgrade before looking at the kernel :-) ric
next prev parent reply other threads:[~2008-10-29 20:23 UTC|newest] Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top [not found] <fa.01zEaARwrup2dCOTuHTYxzuS9BI@ifi.uio.no> 2008-10-28 23:19 ` sata errors with Seagate 1.5TB on AMD 780G/SB700 motherboard Robert Hancock 2008-10-29 18:58 ` Oskar Liljeblad 2008-10-29 20:17 ` Alan Cox 2008-10-29 20:23 ` Ric Wheeler [this message] 2008-10-29 20:52 ` Phillip O'Donnell 2008-10-29 22:37 ` Ric Wheeler 2008-11-07 11:33 ` Kasper Sandberg 2008-11-07 12:27 ` Ric Wheeler [not found] ` <fa.Dwk+NgWNu7+JRcsgOPCxSr7y5SQ@ifi.uio.no> [not found] ` <fa.fIxdVik0iPc+lS+sd5ef+ZoALzQ@ifi.uio.no> 2008-10-30 0:39 ` [PATCH] libata: Avoid overflow in ata_tf_to_lba48() when tf->hba_lbal > 127 Robert Hancock 2008-10-28 17:01 sata errors with Seagate 1.5TB on AMD 780G/SB700 motherboard Oskar Liljeblad 2008-10-28 17:59 ` David Rees 2008-10-28 23:25 ` Phillip O'Donnell
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=4908C62E.5070307@redhat.com \ --to=rwheeler@redhat.com \ --cc=alan@lxorguk.ukuu.org.uk \ --cc=hancockr@shaw.ca \ --cc=linux-kernel@vger.kernel.org \ --cc=oskar@osk.mine.nu \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).