All of lore.kernel.org
 help / color / mirror / Atom feed
* Hitachi disk: spurious completions during NCQ
@ 2007-10-10 19:03 Luca Tettamanti
  2007-10-13  0:46 ` Andrew Morton
  0 siblings, 1 reply; 6+ messages in thread
From: Luca Tettamanti @ 2007-10-10 19:03 UTC (permalink / raw)
  To: linux-ide; +Cc: linux-kernel

Hello,
sometimes kernel complains about spurious completions on my new
notebook:

ata3.00: exception Emask 0x2 SAct 0x407fd SErr 0x0 action 0x2 frozen
ata3.00: spurious completions during NCQ issue=0x0 SAct=0x407fd FIS=005040a1:00020000
ata3.00: cmd 61/08:00:c7:5a:82/00:00:1b:00:00/40 tag 0 cdb 0x0 data 4096 out
         res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
ata3.00: cmd 61/08:10:3f:5b:fa/00:00:18:00:00/40 tag 2 cdb 0x0 data 4096 out
         res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
ata3.00: cmd 61/08:18:5f:5b:fa/00:00:18:00:00/40 tag 3 cdb 0x0 data 4096 out
         res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
ata3.00: cmd 61/18:20:6f:5b:fa/00:00:18:00:00/40 tag 4 cdb 0x0 data 12288 out
         res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
ata3.00: cmd 61/08:28:e7:19:fd/00:00:18:00:00/40 tag 5 cdb 0x0 data 4096 out
         res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
ata3.00: cmd 61/08:30:df:59:ae/00:00:1a:00:00/40 tag 6 cdb 0x0 data 4096 out
         res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
ata3.00: cmd 61/08:38:3f:5a:ae/00:00:1a:00:00/40 tag 7 cdb 0x0 data 4096 out
         res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
ata3.00: cmd 61/08:40:6f:62:ae/00:00:1a:00:00/40 tag 8 cdb 0x0 data 4096 out
         res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
ata3.00: cmd 61/28:48:d7:59:7e/00:00:1b:00:00/40 tag 9 cdb 0x0 data 20480 out
         res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
ata3.00: cmd 61/10:50:07:5b:82/00:00:1b:00:00/40 tag 10 cdb 0x0 data 8192 out
         res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
ata3.00: cmd 61/30:90:f7:5a:fa/00:00:18:00:00/40 tag 18 cdb 0x0 data 24576 out
         res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
ata3: soft resetting port
ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata3.00: configured for UDMA/133
ata3: EH complete
sd 2:0:0:0: [sda] 488397168 512-byte hardware sectors (250059 MB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA

(this is a very recent 2.6.23-git, SMP, x86_64)

The disk is:

ATA device, with non-removable media
        Model Number:       Hitachi HTS542525K9SA00
        Firmware Revision:  BBFOC31P

The controller is: 

00:1f.2 SATA controller: Intel Corporation Mobile SATA AHCI Controller (rev 03) (prog-if 01 [AHCI 1.0])
        Subsystem: ASUSTeK Computer Inc. Unknown device 14e7
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin B routed to IRQ 1272
        Region 0: I/O ports at ec00 [size=8]
        Region 1: I/O ports at e880 [size=4]
        Region 2: I/O ports at e800 [size=8]
        Region 3: I/O ports at e480 [size=4]
        Region 4: I/O ports at e400 [size=32]
        Region 5: Memory at febff800 (32-bit, non-prefetchable) [size=2K]
        Capabilities: [80] Message Signalled Interrupts: Mask- 64bit- Queue=0/2 Enable+
                Address: fee0300c  Data: 41b9
        Capabilities: [70] Power Management version 3
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [a8] #12 [0010]

and I'm using AHCI driver.

I see that similar disks are already blacklisted, probably this one is
bugged too - though the error is pretty rare :(

Luca
-- 
"Di tutte le perversioni sessuali, la castita` e` la piu` strana".
Anatole France

^ permalink raw reply	[flat|nested] 6+ messages in thread
* Re: Hitachi disk: spurious completions during NCQ
  2007-10-10 19:03 Hitachi disk: spurious completions during NCQ Luca Tettamanti
@ 2007-10-13  0:46 ` Andrew Morton
  2007-10-13 16:13   ` Luca
  2007-10-13 16:13   ` Luca
  0 siblings, 2 replies; 6+ messages in thread
From: Andrew Morton @ 2007-10-13  0:46 UTC (permalink / raw)
  To: Luca Tettamanti; +Cc: linux-ide, linux-kernel

On Wed, 10 Oct 2007 21:03:43 +0200
Luca Tettamanti <kronos.it@gmail.com> wrote:

> Hello,
> sometimes kernel complains about spurious completions on my new
> notebook:
> 
> ata3.00: exception Emask 0x2 SAct 0x407fd SErr 0x0 action 0x2 frozen
> ata3.00: spurious completions during NCQ issue=0x0 SAct=0x407fd FIS=005040a1:00020000
> ata3.00: cmd 61/08:00:c7:5a:82/00:00:1b:00:00/40 tag 0 cdb 0x0 data 4096 out
>          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> ata3.00: cmd 61/08:10:3f:5b:fa/00:00:18:00:00/40 tag 2 cdb 0x0 data 4096 out
>          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> ata3.00: cmd 61/08:18:5f:5b:fa/00:00:18:00:00/40 tag 3 cdb 0x0 data 4096 out
>          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> ata3.00: cmd 61/18:20:6f:5b:fa/00:00:18:00:00/40 tag 4 cdb 0x0 data 12288 out
>          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> ata3.00: cmd 61/08:28:e7:19:fd/00:00:18:00:00/40 tag 5 cdb 0x0 data 4096 out
>          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> ata3.00: cmd 61/08:30:df:59:ae/00:00:1a:00:00/40 tag 6 cdb 0x0 data 4096 out
>          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> ata3.00: cmd 61/08:38:3f:5a:ae/00:00:1a:00:00/40 tag 7 cdb 0x0 data 4096 out
>          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> ata3.00: cmd 61/08:40:6f:62:ae/00:00:1a:00:00/40 tag 8 cdb 0x0 data 4096 out
>          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> ata3.00: cmd 61/28:48:d7:59:7e/00:00:1b:00:00/40 tag 9 cdb 0x0 data 20480 out
>          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> ata3.00: cmd 61/10:50:07:5b:82/00:00:1b:00:00/40 tag 10 cdb 0x0 data 8192 out
>          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> ata3.00: cmd 61/30:90:f7:5a:fa/00:00:18:00:00/40 tag 18 cdb 0x0 data 24576 out
>          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> ata3: soft resetting port
> ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> ata3.00: configured for UDMA/133
> ata3: EH complete
> sd 2:0:0:0: [sda] 488397168 512-byte hardware sectors (250059 MB)
> sd 2:0:0:0: [sda] Write Protect is off
> sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
> sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
> 
> (this is a very recent 2.6.23-git, SMP, x86_64)

The latest kernel, a serious-looking problem, sent to the correct mailing
lists.  After two days nobody has bothered replying.

> The disk is:
> 
> ATA device, with non-removable media
>         Model Number:       Hitachi HTS542525K9SA00
>         Firmware Revision:  BBFOC31P
> 
> The controller is: 
> 
> 00:1f.2 SATA controller: Intel Corporation Mobile SATA AHCI Controller (rev 03) (prog-if 01 [AHCI 1.0])
>         Subsystem: ASUSTeK Computer Inc. Unknown device 14e7
>         Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
>         Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
>         Latency: 0
>         Interrupt: pin B routed to IRQ 1272
>         Region 0: I/O ports at ec00 [size=8]
>         Region 1: I/O ports at e880 [size=4]
>         Region 2: I/O ports at e800 [size=8]
>         Region 3: I/O ports at e480 [size=4]
>         Region 4: I/O ports at e400 [size=32]
>         Region 5: Memory at febff800 (32-bit, non-prefetchable) [size=2K]
>         Capabilities: [80] Message Signalled Interrupts: Mask- 64bit- Queue=0/2 Enable+
>                 Address: fee0300c  Data: 41b9
>         Capabilities: [70] Power Management version 3
>                 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold-)
>                 Status: D0 PME-Enable- DSel=0 DScale=0 PME-
>         Capabilities: [a8] #12 [0010]
> 
> and I'm using AHCI driver.
> 
> I see that similar disks are already blacklisted, probably this one is
> bugged too - though the error is pretty rare :(
> 

Does this cause any other symptoms?  ie: does the system otherwise work OK?



^ permalink raw reply	[flat|nested] 6+ messages in thread
* Re: Hitachi disk: spurious completions during NCQ
  2007-10-13  0:46 ` Andrew Morton
  2007-10-13 16:13   ` Luca
@ 2007-10-13 16:13   ` Luca
  1 sibling, 0 replies; 6+ messages in thread
From: Luca @ 2007-10-13 16:13 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-ide, linux-kernel

On 10/13/07, Andrew Morton <akpm@linux-foundation.org> wrote:
> On Wed, 10 Oct 2007 21:03:43 +0200
> Luca Tettamanti <kronos.it@gmail.com> wrote:
>
> > Hello,
> > sometimes kernel complains about spurious completions on my new
> > notebook:
> >
> > ata3.00: exception Emask 0x2 SAct 0x407fd SErr 0x0 action 0x2 frozen
> > ata3.00: spurious completions during NCQ issue=0x0 SAct=0x407fd FIS=005040a1:00020000
> > ata3.00: cmd 61/08:00:c7:5a:82/00:00:1b:00:00/40 tag 0 cdb 0x0 data 4096 out
> >          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> > ata3.00: cmd 61/08:10:3f:5b:fa/00:00:18:00:00/40 tag 2 cdb 0x0 data 4096 out
> >          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> > ata3.00: cmd 61/08:18:5f:5b:fa/00:00:18:00:00/40 tag 3 cdb 0x0 data 4096 out
> >          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> > ata3.00: cmd 61/18:20:6f:5b:fa/00:00:18:00:00/40 tag 4 cdb 0x0 data 12288 out
> >          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> > ata3.00: cmd 61/08:28:e7:19:fd/00:00:18:00:00/40 tag 5 cdb 0x0 data 4096 out
> >          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> > ata3.00: cmd 61/08:30:df:59:ae/00:00:1a:00:00/40 tag 6 cdb 0x0 data 4096 out
> >          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> > ata3.00: cmd 61/08:38:3f:5a:ae/00:00:1a:00:00/40 tag 7 cdb 0x0 data 4096 out
> >          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> > ata3.00: cmd 61/08:40:6f:62:ae/00:00:1a:00:00/40 tag 8 cdb 0x0 data 4096 out
> >          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> > ata3.00: cmd 61/28:48:d7:59:7e/00:00:1b:00:00/40 tag 9 cdb 0x0 data 20480 out
> >          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> > ata3.00: cmd 61/10:50:07:5b:82/00:00:1b:00:00/40 tag 10 cdb 0x0 data 8192 out
> >          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> > ata3.00: cmd 61/30:90:f7:5a:fa/00:00:18:00:00/40 tag 18 cdb 0x0 data 24576 out
> >          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> > ata3: soft resetting port
> > ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> > ata3.00: configured for UDMA/133
> > ata3: EH complete
> > sd 2:0:0:0: [sda] 488397168 512-byte hardware sectors (250059 MB)
> > sd 2:0:0:0: [sda] Write Protect is off
> > sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
> > sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
> >
> > (this is a very recent 2.6.23-git, SMP, x86_64)
>
> The latest kernel, a serious-looking problem, sent to the correct mailing
> lists.  After two days nobody has bothered replying.
>
> > The disk is:
> >
> > ATA device, with non-removable media
> >         Model Number:       Hitachi HTS542525K9SA00
> >         Firmware Revision:  BBFOC31P
> >
> > The controller is:
> >
> > 00:1f.2 SATA controller: Intel Corporation Mobile SATA AHCI Controller (rev 03) (prog-if 01 [AHCI 1.0])
> >         Subsystem: ASUSTeK Computer Inc. Unknown device 14e7
> >         Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
> >         Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
> >         Latency: 0
> >         Interrupt: pin B routed to IRQ 1272
> >         Region 0: I/O ports at ec00 [size=8]
> >         Region 1: I/O ports at e880 [size=4]
> >         Region 2: I/O ports at e800 [size=8]
> >         Region 3: I/O ports at e480 [size=4]
> >         Region 4: I/O ports at e400 [size=32]
> >         Region 5: Memory at febff800 (32-bit, non-prefetchable) [size=2K]
> >         Capabilities: [80] Message Signalled Interrupts: Mask- 64bit- Queue=0/2 Enable+
> >                 Address: fee0300c  Data: 41b9
> >         Capabilities: [70] Power Management version 3
> >                 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold-)
> >                 Status: D0 PME-Enable- DSel=0 DScale=0 PME-
> >         Capabilities: [a8] #12 [0010]
> >
> > and I'm using AHCI driver.
> >
> > I see that similar disks are already blacklisted, probably this one is
> > bugged too - though the error is pretty rare :(
> >
>
> Does this cause any other symptoms?  ie: does the system otherwise work OK?

The system is stable, the EH seems to be doing its job.

Luca

^ permalink raw reply	[flat|nested] 6+ messages in thread
* Re: Hitachi disk: spurious completions during NCQ
  2007-10-13  0:46 ` Andrew Morton
@ 2007-10-13 16:13   ` Luca
  2007-10-13 16:13   ` Luca
  1 sibling, 0 replies; 6+ messages in thread
From: Luca @ 2007-10-13 16:13 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-ide, linux-kernel

On 10/13/07, Andrew Morton <akpm@linux-foundation.org> wrote:
> On Wed, 10 Oct 2007 21:03:43 +0200
> Luca Tettamanti <kronos.it@gmail.com> wrote:
>
> > Hello,
> > sometimes kernel complains about spurious completions on my new
> > notebook:
> >
> > ata3.00: exception Emask 0x2 SAct 0x407fd SErr 0x0 action 0x2 frozen
> > ata3.00: spurious completions during NCQ issue=0x0 SAct=0x407fd FIS=005040a1:00020000
> > ata3.00: cmd 61/08:00:c7:5a:82/00:00:1b:00:00/40 tag 0 cdb 0x0 data 4096 out
> >          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> > ata3.00: cmd 61/08:10:3f:5b:fa/00:00:18:00:00/40 tag 2 cdb 0x0 data 4096 out
> >          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> > ata3.00: cmd 61/08:18:5f:5b:fa/00:00:18:00:00/40 tag 3 cdb 0x0 data 4096 out
> >          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> > ata3.00: cmd 61/18:20:6f:5b:fa/00:00:18:00:00/40 tag 4 cdb 0x0 data 12288 out
> >          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> > ata3.00: cmd 61/08:28:e7:19:fd/00:00:18:00:00/40 tag 5 cdb 0x0 data 4096 out
> >          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> > ata3.00: cmd 61/08:30:df:59:ae/00:00:1a:00:00/40 tag 6 cdb 0x0 data 4096 out
> >          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> > ata3.00: cmd 61/08:38:3f:5a:ae/00:00:1a:00:00/40 tag 7 cdb 0x0 data 4096 out
> >          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> > ata3.00: cmd 61/08:40:6f:62:ae/00:00:1a:00:00/40 tag 8 cdb 0x0 data 4096 out
> >          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> > ata3.00: cmd 61/28:48:d7:59:7e/00:00:1b:00:00/40 tag 9 cdb 0x0 data 20480 out
> >          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> > ata3.00: cmd 61/10:50:07:5b:82/00:00:1b:00:00/40 tag 10 cdb 0x0 data 8192 out
> >          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> > ata3.00: cmd 61/30:90:f7:5a:fa/00:00:18:00:00/40 tag 18 cdb 0x0 data 24576 out
> >          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
> > ata3: soft resetting port
> > ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> > ata3.00: configured for UDMA/133
> > ata3: EH complete
> > sd 2:0:0:0: [sda] 488397168 512-byte hardware sectors (250059 MB)
> > sd 2:0:0:0: [sda] Write Protect is off
> > sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
> > sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
> >
> > (this is a very recent 2.6.23-git, SMP, x86_64)
>
> The latest kernel, a serious-looking problem, sent to the correct mailing
> lists.  After two days nobody has bothered replying.
>
> > The disk is:
> >
> > ATA device, with non-removable media
> >         Model Number:       Hitachi HTS542525K9SA00
> >         Firmware Revision:  BBFOC31P
> >
> > The controller is:
> >
> > 00:1f.2 SATA controller: Intel Corporation Mobile SATA AHCI Controller (rev 03) (prog-if 01 [AHCI 1.0])
> >         Subsystem: ASUSTeK Computer Inc. Unknown device 14e7
> >         Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
> >         Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
> >         Latency: 0
> >         Interrupt: pin B routed to IRQ 1272
> >         Region 0: I/O ports at ec00 [size=8]
> >         Region 1: I/O ports at e880 [size=4]
> >         Region 2: I/O ports at e800 [size=8]
> >         Region 3: I/O ports at e480 [size=4]
> >         Region 4: I/O ports at e400 [size=32]
> >         Region 5: Memory at febff800 (32-bit, non-prefetchable) [size=2K]
> >         Capabilities: [80] Message Signalled Interrupts: Mask- 64bit- Queue=0/2 Enable+
> >                 Address: fee0300c  Data: 41b9
> >         Capabilities: [70] Power Management version 3
> >                 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold-)
> >                 Status: D0 PME-Enable- DSel=0 DScale=0 PME-
> >         Capabilities: [a8] #12 [0010]
> >
> > and I'm using AHCI driver.
> >
> > I see that similar disks are already blacklisted, probably this one is
> > bugged too - though the error is pretty rare :(
> >
>
> Does this cause any other symptoms?  ie: does the system otherwise work OK?

The system is stable, the EH seems to be doing its job.

Luca

^ permalink raw reply	[flat|nested] 6+ messages in thread
* Re: Hitachi disk: spurious completions during NCQ
  2007-10-15  6:07 ` Don Mullis
@ 2007-10-15  9:47   ` Luca
  0 siblings, 0 replies; 6+ messages in thread
From: Luca @ 2007-10-15  9:47 UTC (permalink / raw)
  To: Don Mullis; +Cc: linux-kernel, linux-ide

On 10/15/07, Don Mullis <dwm@meer.net> wrote:
>
> > ata3.00: spurious completions during NCQ issue=0x0 SAct=0x407fd FIS=005040a1:00020000
> > ata3.00: cmd 61/08:00:c7:5a:82/00:00:1b:00:00/40 tag 0 cdb 0x0 data 4096 out
> >          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
>
>
> This has been seen with several Hitachi drives.  There's speculation
> that it's due to a bug in the drive firmware:

Yes, I'm aware of this. That's why I was suggesting to blacklist this drive.

thanks,
Luca

^ permalink raw reply	[flat|nested] 6+ messages in thread
* Re: Hitachi disk: spurious completions during NCQ
       [not found] <9cP6K-6rV-29@gated-at.bofh.it>
@ 2007-10-15  6:07 ` Don Mullis
  2007-10-15  9:47   ` Luca
  0 siblings, 1 reply; 6+ messages in thread
From: Don Mullis @ 2007-10-15  6:07 UTC (permalink / raw)
  To: Luca Tettamanti; +Cc: linux-kernel, linux-ide


> ata3.00: spurious completions during NCQ issue=0x0 SAct=0x407fd FIS=005040a1:00020000
> ata3.00: cmd 61/08:00:c7:5a:82/00:00:1b:00:00/40 tag 0 cdb 0x0 data 4096 out
>          res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)


This has been seen with several Hitachi drives.  There's speculation
that it's due to a bug in the drive firmware:

http://groups.google.it/group/linux.kernel/browse_thread/thread/a4bd3c19565a2009/389817602f0cd551?hl=it&lnk=st&q=hitachi+hsm+violation&rnum=3#389817602f0cd551
https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/137470


A workaround:

Index: /etc/rc.local
===================================================================
--- .orig/etc/rc.local  2007-10-13 14:57:10.000000000 -0700
+++ /etc/rc.local       2007-10-13 14:59:21.000000000 -0700
@@ -11,4 +11,7 @@
 #
 # By default this script does nothing.

+# See https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/137470/
+echo 1 > /sys/block/sda/device/queue_depth
+
 exit 0

^ permalink raw reply	[flat|nested] 6+ messages in thread
end of thread, other threads:[~2007-10-15  9:47 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-10-10 19:03 Hitachi disk: spurious completions during NCQ Luca Tettamanti
2007-10-13  0:46 ` Andrew Morton
2007-10-13 16:13   ` Luca
2007-10-13 16:13   ` Luca
     [not found] <9cP6K-6rV-29@gated-at.bofh.it>
2007-10-15  6:07 ` Don Mullis
2007-10-15  9:47   ` Luca

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.