lkml.org 
[lkml]   [2006]   [Mar]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: LibPATA code issues / 2.6.15.4


    On Sun, 5 Mar 2006, Justin Piszcz wrote:

    > On Wed, 1 Mar 2006, David Greaves wrote:
    >
    >> David Greaves wrote:
    >>
    >>> Mark Lord wrote:
    >>>
    >>>
    >>>
    >>>> By the way, the latest 2.6.16-rc5-git4 is available,
    >>>> and has FUA turned off by default now. So it should
    >>>> work with your drives, and *you* are expected to verify
    >>>> that for us all now.
    >>>>
    >>>>
    >>> Yeah, I know - I've got it on the machine... but it's my wife's machine.
    >>> I've asked nicely but she's editing a Hercule Poirot video so I'm not
    >>> allowed to reboot it for a while...
    >>>
    >>> I've told her I'm not making pancakes until I've tested it so expect a
    >>> report Real Soon Now...
    >>>
    >>>
    >> OK that worked (the pancakes - the kernel's not doing so well...)
    >>
    >> haze:~# uname -a
    >> Linux haze 2.6.16-rc5-git4 #2 PREEMPT Wed Mar 1 19:07:58 UTC 2006 i686
    >> GNU/Linux
    >>
    >> The boot is pretty clean.
    >> I ran an xfs_repair -n on the lvm volume and got the following errors.
    >> The repair reported a clean filesystem and the drive was not booted from
    >> the raid so that's a big improvement.
    >>
    >> I was not able to trigger similar messages on ata1 but a simple dd
    >> doesn't trigger the messages on ata2 either (and for various reasons,
    >> xfs_repair wouldn't run on ata1 - I thought I'd leave it and report this
    >> first)
    >>
    >> ata2: translated ATA stat/err 0x51/04 to SCSI SK/ASC/ASCQ 0xb/00/00
    >> ata2: status=0x51 { DriveReady SeekComplete Error }
    >> ata2: error=0x04 { DriveStatusError }
    >> ata2: no sense translation for status: 0x51
    >> ata2: translated ATA stat/err 0x51/00 to SCSI SK/ASC/ASCQ 0x3/11/04
    >> ata2: status=0x51 { DriveReady SeekComplete Error }
    >> ata2: no sense translation for status: 0x51
    >> ata2: translated ATA stat/err 0x51/00 to SCSI SK/ASC/ASCQ 0x3/11/04
    >> ata2: status=0x51 { DriveReady SeekComplete Error }
    >> ata2: no sense translation for status: 0x51
    >> ata2: translated ATA stat/err 0x51/00 to SCSI SK/ASC/ASCQ 0x3/11/04
    >> ata2: status=0x51 { DriveReady SeekComplete Error }
    >> ata2: no sense translation for status: 0x51
    >> ata2: translated ATA stat/err 0x51/00 to SCSI SK/ASC/ASCQ 0x3/11/04
    >> ata2: status=0x51 { DriveReady SeekComplete Error }
    >> ata2: no sense translation for status: 0x51
    >> ata2: translated ATA stat/err 0x51/00 to SCSI SK/ASC/ASCQ 0x3/11/04
    >> ata2: status=0x51 { DriveReady SeekComplete Error }
    >> ata2: no sense translation for status: 0x51
    >> ata2: translated ATA stat/err 0x51/00 to SCSI SK/ASC/ASCQ 0x3/11/04
    >> ata2: status=0x51 { DriveReady SeekComplete Error }
    >> ata2: no sense translation for status: 0x51
    >> ata2: translated ATA stat/err 0x51/00 to SCSI SK/ASC/ASCQ 0x3/11/04
    >> ata2: status=0x51 { DriveReady SeekComplete Error }
    >>
    >> David
    >>
    >> --
    >>
    >
    > Using 2.6.16-rc5-git4 and removing a directory of around 5.0GB of files while
    > streaming a 1MB/s video stream on another (SATA disk), the I/O seemed to
    > freeze up for a moment and I got this error:
    >
    > [4342671.839000] ata1: command 0x35 timeout, stat 0x50 host_stat 0x22
    >
    > Only 1 in dmesg, any idea what causes this error?
    >
    >

    The drive it occured on was a 74GB raptor on an ICH5 controller.

    [4294673.245000] Vendor: ATA Model: WDC WD740GD-00FL Rev: 33.0
    0000:00:1f.2 IDE interface: Intel Corporation 82801EB (ICH5) SATA
    Controller (rev 02)


    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2006-03-06 13:10    [W:4.254 / U:0.220 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site