* Re: New CD/DVD drive - 80-wire cable detection failure [not found] ` <200710192049.07877.nick@ukfsn.org> @ 2007-10-19 20:28 ` Bartlomiej Zolnierkiewicz 2007-10-19 21:03 ` Nick Warne 0 siblings, 1 reply; 13+ messages in thread From: Bartlomiej Zolnierkiewicz @ 2007-10-19 20:28 UTC (permalink / raw) To: nick; +Cc: linux-kernel, linux-ide Hi, On Friday 19 October 2007, Nick Warne wrote: > On Thursday 18 October 2007 18:32:42 Nick Warne wrote: > > Hi all, > > > > Please CC, not subscribed. > > > > kernel 2.6.23 > > > > My DVD/CDrom stopped reading DVD's, so I purchased a new one today. > > > > Old: > > Oct 10 21:01:01 linuxamd kernel: ide0: BM-DMA at 0xd000-0xd007, BIOS > > settings: hda:DMA, hdb:DMA > > Oct 10 21:01:01 linuxamd kernel: ide1: BM-DMA at 0xd008-0xd00f, BIOS > > settings: hdc:DMA, hdd:DMA > > > > Oct 10 21:01:01 linuxamd kernel: hdd: ATAPI 48X DVD-ROM DVD-R CD-R/RW > > drive, 2048kB Cache, UDMA(66) > > Oct 10 21:01:01 linuxamd kernel: Uniform CD-ROM driver Revision: 3.20 > > > > New: > > Oct 18 17:32:20 linuxamd kernel: ide0: BM-DMA at 0xd000-0xd007, BIOS > > settings: hda:DMA, hdb:DMA > > Oct 18 17:32:20 linuxamd kernel: ide1: BM-DMA at 0xd008-0xd00f, BIOS > > settings: hdc:DMA, hdd:DMA > > > > Oct 18 17:32:20 linuxamd kernel: hdd: ATAPI 48X DVD-ROM DVD-R-RAM CD-R/RW > > drive, 2048kB Cache, UDMA(33) > > Oct 18 17:32:20 linuxamd kernel: Uniform CD-ROM driver Revision: 3.20 > > > > For some reason the new drive produces: > > > > hdd: TSSTcorp CDDVDW SH-S202J, ATAPI CD/DVD-ROM drive > > hdd: drive side 80-wire cable detection failed, limiting max speed to > > UDMA33 > > > > I boot with hdd=ide-cd > > > > How to debug this to find out what is going on? > > > > Thanks, > > > > Nick > > No help anyone? Did I buy a taboo drive? > > nick@linuxamd:nick$ /usr/sbin/hdparm -i /dev/hdd > > /dev/hdd: > > Model=TSSTcorp CDDVDW SH-S202J, FwRev=SB00, SerialNo= > Config={ Fixed Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic } > RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0 > BuffType=unknown, BuffSize=0kB, MaxMultSect=0 > (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0 > IORDY=yes, tPIO={min:383,w/IORDY:120}, tDMA={min:120,rec:120} > PIO modes: pio0 pio1 pio2 pio3 pio4 > DMA modes: mdma0 mdma1 mdma2 > UDMA modes: udma0 udma1 *udma2 udma3 udma4 > AdvancedPM=no > Drive conforms to: unknown: > > * signifies the current active mode > > > Any help to get this fixed (by me) would be welcome. I cannot find any > information on why this happens (or rather why the 'drive side') refuses to > see 80-wire ide cable. Please try: http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23/2.6.23-mm1/broken-out/ide-ide-change-master-slave-identify-order.patch or the latest kernel snapshot from kernel.org. Thanks, Bart ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: New CD/DVD drive - 80-wire cable detection failure 2007-10-19 20:28 ` New CD/DVD drive - 80-wire cable detection failure Bartlomiej Zolnierkiewicz @ 2007-10-19 21:03 ` Nick Warne 2007-10-19 21:07 ` Lennart Sorensen 0 siblings, 1 reply; 13+ messages in thread From: Nick Warne @ 2007-10-19 21:03 UTC (permalink / raw) To: Bartlomiej Zolnierkiewicz; +Cc: linux-kernel, linux-ide Hi Bart, Thanks for assistance. On Friday 19 October 2007 21:28:43 Bartlomiej Zolnierkiewicz wrote: > > No help anyone? Did I buy a taboo drive? > > > > nick@linuxamd:nick$ /usr/sbin/hdparm -i /dev/hdd > > > > /dev/hdd: > > > > Model=TSSTcorp CDDVDW SH-S202J, FwRev=SB00, SerialNo= > > Config={ Fixed Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic } > > RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0 > > BuffType=unknown, BuffSize=0kB, MaxMultSect=0 > > (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0 > > IORDY=yes, tPIO={min:383,w/IORDY:120}, tDMA={min:120,rec:120} > > PIO modes: pio0 pio1 pio2 pio3 pio4 > > DMA modes: mdma0 mdma1 mdma2 > > UDMA modes: udma0 udma1 *udma2 udma3 udma4 > > AdvancedPM=no > > Drive conforms to: unknown: > > > > * signifies the current active mode > > > > > > Any help to get this fixed (by me) would be welcome. I cannot find any > > information on why this happens (or rather why the 'drive side') refuses > > to see 80-wire ide cable. > > Please try: > > http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23/2.6.23-mm >1/broken-out/ide-ide-change-master-slave-identify-order.patch No change: ide_setup: hdd=ide-cd ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:DMA, hdd:DMA hdd: TSSTcorp CDDVDW SH-S202J, ATAPI CD/DVD-ROM drive hdd: drive side 80-wire cable detection failed, limiting max speed to UDMA33 hdd: selected mode 0x42 hdd: ATAPI 48X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache, UDMA(33) Nick -- Free Software Foundation Associate Member 5508 ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: New CD/DVD drive - 80-wire cable detection failure 2007-10-19 21:03 ` Nick Warne @ 2007-10-19 21:07 ` Lennart Sorensen 2007-10-19 21:12 ` Nick Warne 0 siblings, 1 reply; 13+ messages in thread From: Lennart Sorensen @ 2007-10-19 21:07 UTC (permalink / raw) To: Nick Warne; +Cc: Bartlomiej Zolnierkiewicz, linux-kernel, linux-ide On Fri, Oct 19, 2007 at 10:03:09PM +0100, Nick Warne wrote: > No change: > > ide_setup: hdd=ide-cd > ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:DMA, hdd:DMA > hdd: TSSTcorp CDDVDW SH-S202J, ATAPI CD/DVD-ROM drive > hdd: drive side 80-wire cable detection failed, limiting max speed to UDMA33 > hdd: selected mode 0x42 > hdd: ATAPI 48X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache, UDMA(33) Did you try another cable? DId you try using both the old IDE drivers and the new PATA libata drivers? What is the hdd=ide-cd supposed to do? Do you have a device present as hdc and if not, then why not? (Hint: ATA spec requires a master before you can have a slave, even though it frequently does work with just a slave. Of course cable select seems even nicer since then the device at the end of an 80 wire cable is automatically master, and any additional device added to the middle connector on the cable becomes slave, and you should not connect a device to the middle connector without one on the end). Also make sure the right end of the cable is connected to the mainboard, just in case that matters. -- Len Sorensen ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: New CD/DVD drive - 80-wire cable detection failure 2007-10-19 21:07 ` Lennart Sorensen @ 2007-10-19 21:12 ` Nick Warne 2007-10-19 21:44 ` Bartlomiej Zolnierkiewicz 0 siblings, 1 reply; 13+ messages in thread From: Nick Warne @ 2007-10-19 21:12 UTC (permalink / raw) To: Lennart Sorensen; +Cc: Bartlomiej Zolnierkiewicz, linux-kernel, linux-ide On Friday 19 October 2007 22:07:43 Lennart Sorensen wrote: > On Fri, Oct 19, 2007 at 10:03:09PM +0100, Nick Warne wrote: > > No change: > > > > ide_setup: hdd=ide-cd > > ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:DMA, hdd:DMA > > hdd: TSSTcorp CDDVDW SH-S202J, ATAPI CD/DVD-ROM drive > > hdd: drive side 80-wire cable detection failed, limiting max speed to > > UDMA33 hdd: selected mode 0x42 > > hdd: ATAPI 48X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache, UDMA(33) > > Did you try another cable? DId you try using both the old IDE drivers > and the new PATA libata drivers? What is the hdd=ide-cd supposed to > do? Do you have a device present as hdc and if not, then why not? > (Hint: ATA spec requires a master before you can have a slave, even > though it frequently does work with just a slave. Of course cable > select seems even nicer since then the device at the end of an 80 wire > cable is automatically master, and any additional device added to the > middle connector on the cable becomes slave, and you should not connect > a device to the middle connector without one on the end). > > Also make sure the right end of the cable is connected to the mainboard, > just in case that matters. I have (since 2.6.15 at least) hda, hdb, hdc, and hdd. hda and hdb are mounted at boot. hdc is not mounted, as I leave that drive for backups and mount as needed. All I done was replace a duff cd/dvd drive (hdd) with a new one. Nick -- Free Software Foundation Associate Member 5508 ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: New CD/DVD drive - 80-wire cable detection failure 2007-10-19 21:12 ` Nick Warne @ 2007-10-19 21:44 ` Bartlomiej Zolnierkiewicz 2007-10-19 22:04 ` Nick Warne 0 siblings, 1 reply; 13+ messages in thread From: Bartlomiej Zolnierkiewicz @ 2007-10-19 21:44 UTC (permalink / raw) To: nick; +Cc: Lennart Sorensen, linux-kernel, linux-ide On Friday 19 October 2007, Nick Warne wrote: > On Friday 19 October 2007 22:07:43 Lennart Sorensen wrote: > > On Fri, Oct 19, 2007 at 10:03:09PM +0100, Nick Warne wrote: > > > No change: > > > > > > ide_setup: hdd=ide-cd > > > ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:DMA, hdd:DMA > > > hdd: TSSTcorp CDDVDW SH-S202J, ATAPI CD/DVD-ROM drive > > > hdd: drive side 80-wire cable detection failed, limiting max speed to > > > UDMA33 hdd: selected mode 0x42 > > > hdd: ATAPI 48X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache, UDMA(33) > > > > Did you try another cable? DId you try using both the old IDE drivers > > and the new PATA libata drivers? What is the hdd=ide-cd supposed to > > do? Do you have a device present as hdc and if not, then why not? > > (Hint: ATA spec requires a master before you can have a slave, even > > though it frequently does work with just a slave. Of course cable > > select seems even nicer since then the device at the end of an 80 wire > > cable is automatically master, and any additional device added to the > > middle connector on the cable becomes slave, and you should not connect > > a device to the middle connector without one on the end). > > > > Also make sure the right end of the cable is connected to the mainboard, > > just in case that matters. > > I have (since 2.6.15 at least) hda, hdb, hdc, and hdd. > > hda and hdb are mounted at boot. hdc is not mounted, as I leave that drive > for backups and mount as needed. > > All I done was replace a duff cd/dvd drive (hdd) with a new one. Ah, so the patch won't help (sorry, I didn't pay enough attention). Len's advices are worth the try, also please send the output of hdparm -I /dev/hdd. Thanks, Bart ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: New CD/DVD drive - 80-wire cable detection failure 2007-10-19 21:44 ` Bartlomiej Zolnierkiewicz @ 2007-10-19 22:04 ` Nick Warne 2007-10-19 22:12 ` Lennart Sorensen 2007-10-19 22:28 ` Bartlomiej Zolnierkiewicz 0 siblings, 2 replies; 13+ messages in thread From: Nick Warne @ 2007-10-19 22:04 UTC (permalink / raw) To: Bartlomiej Zolnierkiewicz; +Cc: Lennart Sorensen, linux-kernel, linux-ide On Friday 19 October 2007 22:44:27 Bartlomiej Zolnierkiewicz wrote: > > Ah, so the patch won't help (sorry, I didn't pay enough attention). > > Len's advices are worth the try, also please send the output > of hdparm -I /dev/hdd. > > Thanks, > Bart Yes, Len's advice has me wondering now. Do I have a dodgy cable? I will have to change that tomorrow. But more info. The old drive played DVD movies etc. OK, but slowly it became worse until I couldn't read any one of them 9 times out of 10. CD play back/burning was OK 100% all the time though - so I guessed the dvd laser (whatever it does) was dead - hence why I bought a new one. The new drive works perfectly, but for the udma33 issue. If it was the cable, why would it read/burn CD OK, but not DVD sometimes on the old drive? hdparm -I /dev/hdd: ATAPI CD-ROM, with removable media Model Number: TSSTcorp CDDVDW SH-S202J Serial Number: Firmware Revision: SB00 Standards: Supported: CD-ROM ATAPI-3 -4 -5 -6 -7 Configuration: DRQ response: 50us. Packet size: 12 bytes Capabilities: LBA, IORDY(cannot be disabled) DMA: mdma0 mdma1 mdma2 udma0 udma1 *udma2 udma3 udma4 Cycle time: min=120ns recommended=120ns PIO: pio0 pio1 pio2 pio3 pio4 Cycle time: no flow control=383ns IORDY flow control=120ns BTW, thanks for help all. Nick -- Free Software Foundation Associate Member 5508 ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: New CD/DVD drive - 80-wire cable detection failure 2007-10-19 22:04 ` Nick Warne @ 2007-10-19 22:12 ` Lennart Sorensen 2007-10-19 22:28 ` Bartlomiej Zolnierkiewicz 1 sibling, 0 replies; 13+ messages in thread From: Lennart Sorensen @ 2007-10-19 22:12 UTC (permalink / raw) To: Nick Warne; +Cc: Bartlomiej Zolnierkiewicz, linux-kernel, linux-ide On Fri, Oct 19, 2007 at 11:04:23PM +0100, Nick Warne wrote: > Yes, Len's advice has me wondering now. Do I have a dodgy cable? I will have > to change that tomorrow. > > But more info. The old drive played DVD movies etc. OK, but slowly it became > worse until I couldn't read any one of them 9 times out of 10. CD play > back/burning was OK 100% all the time though - so I guessed the dvd laser > (whatever it does) was dead - hence why I bought a new one. > > The new drive works perfectly, but for the udma33 issue. If it was the cable, > why would it read/burn CD OK, but not DVD sometimes on the old drive? Well older DVD drives often only did udma33 so they would even care if you had an 80 wire cable or not. Newer once often require more than udma33 for full operation. I got a new drive about a year ago, and burning dvd+rw at 4x worked great, but all dvd-r at 8x failed. Eventually I realized I had to change the 40wire cable to an 80 wire, and all problems disappeared. The drive works fine in udma4 mode (whatever speed that is). My previous DVD-ROM drive had no problems reading using a 40wire cable. > hdparm -I > > /dev/hdd: > > ATAPI CD-ROM, with removable media > Model Number: TSSTcorp CDDVDW SH-S202J > Serial Number: > Firmware Revision: SB00 > Standards: > Supported: CD-ROM ATAPI-3 -4 -5 -6 -7 > Configuration: > DRQ response: 50us. > Packet size: 12 bytes > Capabilities: > LBA, IORDY(cannot be disabled) > DMA: mdma0 mdma1 mdma2 udma0 udma1 *udma2 udma3 udma4 > Cycle time: min=120ns recommended=120ns > PIO: pio0 pio1 pio2 pio3 pio4 > Cycle time: no flow control=383ns IORDY flow control=120ns > > BTW, thanks for help all. -- Len Sorensen ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: New CD/DVD drive - 80-wire cable detection failure 2007-10-19 22:04 ` Nick Warne 2007-10-19 22:12 ` Lennart Sorensen @ 2007-10-19 22:28 ` Bartlomiej Zolnierkiewicz 2007-10-20 9:37 ` Nick Warne 1 sibling, 1 reply; 13+ messages in thread From: Bartlomiej Zolnierkiewicz @ 2007-10-19 22:28 UTC (permalink / raw) To: nick; +Cc: Lennart Sorensen, linux-kernel, linux-ide On Saturday 20 October 2007, Nick Warne wrote: > On Friday 19 October 2007 22:44:27 Bartlomiej Zolnierkiewicz wrote: > hdparm -I It should have been hdparm --Istdout (sorry, once again). [ It is definitevely not my day, or rather trying to debug the problem while preparing the next IDE pull request is not a such good idea... ] >From identify data we should be able to deduce whether this is a kernel problem or rather a hardware/configuration one. Thanks, Bart ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: New CD/DVD drive - 80-wire cable detection failure 2007-10-19 22:28 ` Bartlomiej Zolnierkiewicz @ 2007-10-20 9:37 ` Nick Warne 2007-10-20 12:22 ` Nick Warne 0 siblings, 1 reply; 13+ messages in thread From: Nick Warne @ 2007-10-20 9:37 UTC (permalink / raw) To: Bartlomiej Zolnierkiewicz; +Cc: Lennart Sorensen, linux-kernel, linux-ide On Friday 19 October 2007 23:28:21 Bartlomiej Zolnierkiewicz wrote: > On Saturday 20 October 2007, Nick Warne wrote: > > On Friday 19 October 2007 22:44:27 Bartlomiej Zolnierkiewicz wrote: > > > > hdparm -I > > It should have been hdparm --Istdout (sorry, once again). > hdparm --Istdout /dev/hdd /dev/hdd: 85c0 0000 0000 0000 0000 0000 0000 0000 0000 0000 2020 2020 2020 2020 2020 2020 2020 2020 2020 2020 0000 0000 0000 5342 3030 2020 2020 5453 5354 636f 7270 2043 4444 5644 5720 5348 2d53 3230 324a 2020 2020 2020 2020 2020 2020 2020 2020 0000 0000 0b00 0000 0200 0200 0006 0000 0000 0000 0000 0000 0000 0000 0000 0000 0007 0003 0078 0078 017f 0078 0000 0000 0000 0000 00f8 0210 0000 0000 0000 0000 0000 00f8 0210 0210 0000 0000 0000 0000 0000 041f 0000 8005 3200 005b 2000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 a8a5 There is some confusion on this drive now. Somebody sent me a link to tech specs and that states it only does udma2 mode - but the specs I found state it does udma4? http://downloadcenter.samsung.com/content/UM/200708/20070823084759796_SH-S202J_ENG.pdf So knowing what these hardware firms are like, maybe it _is_ only udma2? Thanks, Nick -- Free Software Foundation Associate Member 5508 ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: New CD/DVD drive - 80-wire cable detection failure 2007-10-20 9:37 ` Nick Warne @ 2007-10-20 12:22 ` Nick Warne 2007-10-23 23:33 ` Bartlomiej Zolnierkiewicz 0 siblings, 1 reply; 13+ messages in thread From: Nick Warne @ 2007-10-20 12:22 UTC (permalink / raw) To: Bartlomiej Zolnierkiewicz; +Cc: Lennart Sorensen, linux-kernel, linux-ide Hi all, SOLVED! On Saturday 20 October 2007 10:37:31 Nick Warne wrote: > On Friday 19 October 2007 23:28:21 Bartlomiej Zolnierkiewicz wrote: > > On Saturday 20 October 2007, Nick Warne wrote: > > > On Friday 19 October 2007 22:44:27 Bartlomiej Zolnierkiewicz wrote: > > > > > > hdparm -I > > > > It should have been hdparm --Istdout (sorry, once again). > > hdparm --Istdout /dev/hdd I built a new kernel today 2.6.23.1, and looked very closely at kernel options. Setting: CONFIG_IDEDMA_IVB did the trick! hdd: TSSTcorp CDDVDW SH-S202J, ATAPI CD/DVD-ROM drive hdd: selected mode 0x44 hdd: ATAPI 48X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache, UDMA(66) Thank you all for looking at this non-issue. Sorry for the noise!!! Nick > > There is some confusion on this drive now. Somebody sent me a link to tech > specs and that states it only does udma2 mode - but the specs I found state > it does udma4? > > http://downloadcenter.samsung.com/content/UM/200708/20070823084759796_SH-S2 >02J_ENG.pdf > > So knowing what these hardware firms are like, maybe it _is_ only udma2? > > Thanks, > > Nick -- Free Software Foundation Associate Member 5508 ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: New CD/DVD drive - 80-wire cable detection failure 2007-10-20 12:22 ` Nick Warne @ 2007-10-23 23:33 ` Bartlomiej Zolnierkiewicz 2007-10-24 17:03 ` Nick Warne 0 siblings, 1 reply; 13+ messages in thread From: Bartlomiej Zolnierkiewicz @ 2007-10-23 23:33 UTC (permalink / raw) To: nick; +Cc: Lennart Sorensen, linux-kernel, linux-ide Hi, On Saturday 20 October 2007, Nick Warne wrote: > Hi all, > > SOLVED! > > On Saturday 20 October 2007 10:37:31 Nick Warne wrote: > > On Friday 19 October 2007 23:28:21 Bartlomiej Zolnierkiewicz wrote: > > > On Saturday 20 October 2007, Nick Warne wrote: > > > > On Friday 19 October 2007 22:44:27 Bartlomiej Zolnierkiewicz wrote: > > > > > > > > hdparm -I > > > > > > It should have been hdparm --Istdout (sorry, once again). > > > > hdparm --Istdout /dev/hdd Thanks, the identify block looks quite "interesting". 85c0 0000 0000 0000 0000 0000 0000 0000 0000 0000 2020 2020 2020 2020 2020 2020 2020 2020 2020 2020 0000 0000 0000 5342 3030 2020 2020 5453 5354 636f 7270 2043 4444 5644 5720 5348 2d53 3230 324a 2020 2020 2020 2020 2020 2020 2020 2020 0000 0000 0b00 0000 0200 0200 0006 0000 0000 0000 0000 0000 0000 0000 0000 0000 0007 0003 0078 0078 017f 0078 0000 0000 0000 0000 00f8 0210 0000 0000 0000 0000 0000 00f8 0210 0210 0000 0000 0000 0000 0000 041f 0000 8005 3200 005b 2000 0000 0000 [...] word 93 is 0x2000 bit 0x4000 is not set despite the fact that ATA spec (>= ATA-5) requires it to be set (the device claims ATA/ATAPI-3/4/5/6/7 compatiblity, a bit too optimistic since it looks like the firmware was based on ATA/ATAPI-4 spec) bit 0x2000 is set which would indicate that the 80-wires cable is correctly detected by the device => the device/firmware pair is a good candidate for ivb_list[] There seems to be a new firmware (SB01) for this device: http://www.samsungodd.com/Lib/popup/Download.asp?path=FW_FWDownload&fname=200710011656260232_SH-S202J_%20SB01.exe It would be useful to know whether it has the same problem... > I built a new kernel today 2.6.23.1, and looked very closely at kernel > options. > > Setting: > > CONFIG_IDEDMA_IVB > > did the trick! We want kernel to automatically detect problematic hardware and apply needed workarounds, _without_ the need for manual user intervention. [ + CONFIG_IDEDMA_IVB is gone 2.6.24 (but "idex=ata66" is still there) ] > hdd: TSSTcorp CDDVDW SH-S202J, ATAPI CD/DVD-ROM drive > hdd: selected mode 0x44 > hdd: ATAPI 48X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache, UDMA(66) > > Thank you all for looking at this non-issue. Sorry for the noise!!! Definitely not the noise, quite the contrary (valuable input). :) Could you try this patch? [PATCH] ide: add SH-S202J to ivb_list[] >From the report by Nick Warne. Cc: Nick Warne <nick@ukfsn.org> Cc: Lennart Sorensen <lsorense@csclub.uwaterloo.ca> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> --- drivers/ide/ide-iops.c | 3 +++ 1 file changed, 3 insertions(+) Index: b/drivers/ide/ide-iops.c =================================================================== --- a/drivers/ide/ide-iops.c +++ b/drivers/ide/ide-iops.c @@ -582,9 +582,12 @@ EXPORT_SYMBOL_GPL(ide_in_drive_list); /* * Early UDMA66 devices don't set bit14 to 1, only bit13 is valid. * We list them here and depend on the device side cable detection for them. + * + * Some optical devices with the buggy firmwares have the same problem. */ static const struct drive_list_entry ivb_list[] = { { "QUANTUM FIREBALLlct10 05" , "A03.0900" }, + { "TSSTcorp CDDVDW SH-S202J" , "SB00" }, { NULL , NULL } }; ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: New CD/DVD drive - 80-wire cable detection failure 2007-10-23 23:33 ` Bartlomiej Zolnierkiewicz @ 2007-10-24 17:03 ` Nick Warne 2007-10-24 21:13 ` Alan Cox 0 siblings, 1 reply; 13+ messages in thread From: Nick Warne @ 2007-10-24 17:03 UTC (permalink / raw) To: Bartlomiej Zolnierkiewicz; +Cc: Lennart Sorensen, linux-kernel, linux-ide Hi Bart, On Wednesday 24 October 2007 00:33:08 Bartlomiej Zolnierkiewicz wrote: > Hi, > > > > hdparm --Istdout /dev/hdd > > Thanks, the identify block looks quite "interesting". [...] > word 93 is 0x2000 > > bit 0x4000 is not set despite the fact that ATA spec (>= ATA-5) requires > it to be set (the device claims ATA/ATAPI-3/4/5/6/7 compatiblity, a bit too > optimistic since it looks like the firmware was based on ATA/ATAPI-4 spec) > > bit 0x2000 is set which would indicate that the 80-wires cable is > correctly detected by the device > > => the device/firmware pair is a good candidate for ivb_list[] Interesting, I fully understand. > There seems to be a new firmware (SB01) for this device: > http://www.samsungodd.com/Lib/popup/Download.asp?path=FW_FWDownload&fname=2 >00710011656260232_SH-S202J_%20SB01.exe > It would be useful to know whether it has the same problem... I cannot use this - I haven't used windows at home for a few years, and have no way to flash the device up. It would be interesting though if this does make it conform. > Could you try this patch? > > [PATCH] ide: add SH-S202J to ivb_list[] Thank you! This works very well! hdd: ATAPI 48X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache<7>hdd: skipping word 93 validity check , UDMA(66) Many thanks indeed! Nick > From the report by Nick Warne. > > Cc: Nick Warne <nick@ukfsn.org> > Cc: Lennart Sorensen <lsorense@csclub.uwaterloo.ca> > Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> > --- > drivers/ide/ide-iops.c | 3 +++ > 1 file changed, 3 insertions(+) > > Index: b/drivers/ide/ide-iops.c > =================================================================== > --- a/drivers/ide/ide-iops.c > +++ b/drivers/ide/ide-iops.c > @@ -582,9 +582,12 @@ EXPORT_SYMBOL_GPL(ide_in_drive_list); > /* > * Early UDMA66 devices don't set bit14 to 1, only bit13 is valid. > * We list them here and depend on the device side cable detection for > them. + * > + * Some optical devices with the buggy firmwares have the same problem. > */ > static const struct drive_list_entry ivb_list[] = { > { "QUANTUM FIREBALLlct10 05" , "A03.0900" }, > + { "TSSTcorp CDDVDW SH-S202J" , "SB00" }, > { NULL , NULL } > }; -- Free Software Foundation Associate Member 5508 ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: New CD/DVD drive - 80-wire cable detection failure 2007-10-24 17:03 ` Nick Warne @ 2007-10-24 21:13 ` Alan Cox 0 siblings, 0 replies; 13+ messages in thread From: Alan Cox @ 2007-10-24 21:13 UTC (permalink / raw) To: nick; +Cc: Bartlomiej Zolnierkiewicz, Lennart Sorensen, linux-kernel, linux-ide > hdd: ATAPI 48X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache<7>hdd: skipping > word 93 validity check > , UDMA(66) > > > Many thanks indeed! Sigh I'd hoped that libata could avoid the word 93 mess but apparently not. Bartlomiej - I've ported your IVB bits over into libata as a new horkage type. Alan ^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2007-10-24 21:11 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <200710181832.42906.nick@ukfsn.org>
[not found] ` <200710192049.07877.nick@ukfsn.org>
2007-10-19 20:28 ` New CD/DVD drive - 80-wire cable detection failure Bartlomiej Zolnierkiewicz
2007-10-19 21:03 ` Nick Warne
2007-10-19 21:07 ` Lennart Sorensen
2007-10-19 21:12 ` Nick Warne
2007-10-19 21:44 ` Bartlomiej Zolnierkiewicz
2007-10-19 22:04 ` Nick Warne
2007-10-19 22:12 ` Lennart Sorensen
2007-10-19 22:28 ` Bartlomiej Zolnierkiewicz
2007-10-20 9:37 ` Nick Warne
2007-10-20 12:22 ` Nick Warne
2007-10-23 23:33 ` Bartlomiej Zolnierkiewicz
2007-10-24 17:03 ` Nick Warne
2007-10-24 21:13 ` Alan Cox
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).