Bug 9410 - TOSHIBA MK1637GSX do spurious command completion
Summary: TOSHIBA MK1637GSX do spurious command completion
Status: RESOLVED CODE_FIX
Alias: None
Product: IO/Storage
Classification: Unclassified
Component: Serial ATA (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: Jeff Garzik
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-11-19 13:21 UTC by Konstantin A. Lepikhov
Modified: 2007-12-13 21:30 UTC (History)
0 users

See Also:
Kernel Version: 2.6.24-rc2 GIT 8c0863403f109a43d7000b4646da4818220d501f
Subsystem:
Regression: ---
Bisected commit-id:

Attachments
libata-core-blacklist.patch (76 bytes, text/plain)
2007-11-19 13:33 UTC, Konstantin A. Lepikhov 		Details
Add an attachment (proposed patch, testcase, etc.)

Description Konstantin A. Lepikhov 2007-11-19 13:21:34 UTC 
Most recent kernel where this bug did not occur:
Distribution: ALTLinux Sisyphus
Hardware Environment: Dell Inspiron 1520 (see http://gentoo-wiki.com/HARDWARE_Dell_Inspiron_1520 for lspci and other details)
Software Environment: i586 target build. src.rpm images with build config available on http://www.unsafe.ru/lakostis/RPMS/ALTLinux/kernel-2.6.24/SRPMS.hasher/kernel-image-wks-smp-2.6.24-alt0.4.src.rpm
Problem Description: 

$ dmesg
....
ata1.00: exception Emask 0x2 SAct 0x1 SErr 0x0 action 0x2 frozen
ata1.00: spurious completions during NCQ issue=0x0 SAct=0x1 FIS=004040a1:00000020
ata1.00: cmd 60/70:00:83:a6:f0/00:00:04:00:00/40 tag 0 cdb 0x0 data 57344 in
         res 40/00:34:c3:a7:f0/00:00:04:00:00/40 Emask 0x2 (HSM violation)
ata1.00: status: { DRDY }
ata1: soft resetting link
ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata1.00: configured for UDMA/100
ata1: EH complete
sd 0:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA

information from smartctl:
Device Model:     TOSHIBA MK1637GSX
Serial Number:    77VBT1CRT
Firmware Version: DL040D
User Capacity:    160,041,885,696 bytes
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   7
ATA Standard is:  Exact ATA specification draft version not indicated
Local Time is:    Sun Nov 18 18:54:33 2007 MSK
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

Steps to reproduce:

compile recent vanilla kernel from GIT with libata support and install following drive to NCQ capable SATA controller.
Comment 1 Konstantin A. Lepikhov 2007-11-19 13:33:14 UTC 
Created attachment 13629 [details]
libata-core-blacklist.patch

add TOSHIBA MK1637GSX to ATA_HORKAGE_NONCQ blacklist.
Comment 2 Anonymous Emailer 2007-11-19 14:14:48 UTC 
Reply-To: akpm@linux-foundation.org

On Mon, 19 Nov 2007 13:21:36 -0800 (PST)
bugme-daemon@bugzilla.kernel.org wrote:

> http://bugzilla.kernel.org/show_bug.cgi?id=9410
> 
>            Summary: TOSHIBA MK1637GSX do spurious command completion
>            Product: IO/Storage
>            Version: 2.5
>      KernelVersion: 2.6.24-rc2 GIT 8c0863403f109a43d7000b4646da4818220d501f
>           Platform: All
>         OS/Version: Linux
>               Tree: Mainline
>             Status: NEW
>           Severity: normal
>           Priority: P1
>          Component: Serial ATA
>         AssignedTo: jgarzik@pobox.com
>         ReportedBy: lakostis@altlinux.org
> 
> 
> Most recent kernel where this bug did not occur:
> Distribution: ALTLinux Sisyphus
> Hardware Environment: Dell Inspiron 1520 (see
> http://gentoo-wiki.com/HARDWARE_Dell_Inspiron_1520 for lspci and other
> details)
> Software Environment: i586 target build. src.rpm images with build config
> available on
>
> http://www.unsafe.ru/lakostis/RPMS/ALTLinux/kernel-2.6.24/SRPMS.hasher/kernel-image-wks-smp-2.6.24-alt0.4.src.rpm
> Problem Description: 
> 
> $ dmesg
> ....
> ata1.00: exception Emask 0x2 SAct 0x1 SErr 0x0 action 0x2 frozen
> ata1.00: spurious completions during NCQ issue=0x0 SAct=0x1
> FIS=004040a1:00000020
> ata1.00: cmd 60/70:00:83:a6:f0/00:00:04:00:00/40 tag 0 cdb 0x0 data 57344 in
>          res 40/00:34:c3:a7:f0/00:00:04:00:00/40 Emask 0x2 (HSM violation)
> ata1.00: status: { DRDY }
> ata1: soft resetting link
> ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
> ata1.00: configured for UDMA/100
> ata1: EH complete
> sd 0:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
> sd 0:0:0:0: [sda] Write Protect is off
> sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
> sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support
> DPO or FUA
> 
> information from smartctl:
> Device Model:     TOSHIBA MK1637GSX
> Serial Number:    77VBT1CRT
> Firmware Version: DL040D
> User Capacity:    160,041,885,696 bytes
> Device is:        Not in smartctl database [for details use: -P showall]
> ATA Version is:   7
> ATA Standard is:  Exact ATA specification draft version not indicated
> Local Time is:    Sun Nov 18 18:54:33 2007 MSK
> SMART support is: Available - device has SMART capability.
> SMART support is: Enabled
> 
> Steps to reproduce:
> 
> compile recent vanilla kernel from GIT with libata support and install
> following drive to NCQ capable SATA controller.
> 
> 

Thanks.  Could you please send that backlisting patch via email to 

Jeff Garzik <jeff@garzik.org>
linux-ide@vger.kernel.org
Andrew Morton <akpm@linux-foundation.org>

?
Comment 3 Andrew Morton 2007-11-19 23:38:09 UTC 
I queued Konstantin's patch
Comment 4 Tejun Heo 2007-12-13 21:30:55 UTC 
I replied to Andrew's patch but for the record, the patch isn't necessary anymore.  Whole spurious NCQ completion was bogus.
Note You need to log in before you can comment on or make changes to this bug.