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@xxxxxxxxx> Cc: Lennart Sorensen <lsorense@xxxxxxxxxxxxxxxxxxx> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@xxxxxxxxx> --- 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 } }; - To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
