Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
On 2/11/07, Tejun Heo <[EMAIL PROTECTED]> wrote: Please test the attached patch over 2.6.20. No luck for me. I'm using pata_sis. Some error bits: agpgart: Found an AGP 3.0 compliant device at :00:00.0. agpgart: Putting AGP V3 device at :00:00.0 into 16x mode agpgart: SiS delay workaround: giving bridge time to recover. agpgart: Putting AGP V3 device at :01:00.0 into 16x mode ata2.00: qc timeout (cmd 0xa0) ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen ata2.00: (BMDMA stat 0x24) ata2.00: cmd a0/01:00:00:00:00/00:00:00:00:00/a0 tag 0 cdb 0x28 data 4096 in res 51/51:03:00:00:00/00:00:00:00:00/a0 Emask 0x5 (timeout) ata2: port is slow to respond, please be patient (Status 0xd0) ata2: port failed to respond (30 secs, Status 0xd0) ata2: soft resetting port ata2.00: configured for UDMA/33 ata2: EH complete ata2.00: qc timeout (cmd 0xa0) ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen ata2.00: (BMDMA stat 0x24) ata2.00: cmd a0/01:00:00:00:00/00:00:00:00:00/a0 tag 0 cdb 0x28 data 4096 in res 51/51:03:00:00:00/00:00:00:00:00/a0 Emask 0x5 (timeout) ata2: port is slow to respond, please be patient (Status 0xd0) ata2: port failed to respond (30 secs, Status 0xd0) ata2: soft resetting port ata2.00: configured for UDMA/33 ata2: EH complete ata2.00: qc timeout (cmd 0xa0) ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen ata2.00: (BMDMA stat 0x24) ata2.00: cmd a0/01:00:00:00:00/00:00:00:00:00/a0 tag 0 cdb 0x28 data 4096 in res 51/51:03:00:00:00/00:00:00:00:00/a0 Emask 0x5 (timeout) ata2: port is slow to respond, please be patient (Status 0xd0) Compressed dmesg attached. Thanks. dmesg.gz Description: GNU Zip compressed data
Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
Joel Soete wrote: > Ok comparing the content of the original image: > # mount -t iso9660 -o ro -o loop /MultiCd/cd060213.iso /mnt/cd > # find /mnt/cd -type f -exec md5sum {} \; > 37149d4961c0484f2cceb1a1614b253d /mnt/cd/boot.cat > 4ab996554b0e7ade115a3f284b876612 /mnt/cd/boot.msg > fbdc51c29d54dd227427b2ef90e1961e /mnt/cd/initrd.cgz > 92c9a50bed71257c29f069ec5dd819fc /mnt/cd/isolinux.bin > 927ce1096693b3a44af0e0d8a2ad720c /mnt/cd/isolinux.cfg > 4afcf65ff8259a3bccd0cf9f91675529 /mnt/cd/scsi.cgz > 4714742585da795c3a69c262ce8c35ef /mnt/cd/vmlinuz > > and the content of the burned cd: > # mount /cdrom > # find /cdrom -type f -exec md5sum {} \; > 37149d4961c0484f2cceb1a1614b253d /cdrom/boot.cat > 4ab996554b0e7ade115a3f284b876612 /cdrom/boot.msg > fbdc51c29d54dd227427b2ef90e1961e /cdrom/initrd.cgz > 92c9a50bed71257c29f069ec5dd819fc /cdrom/isolinux.bin > 927ce1096693b3a44af0e0d8a2ad720c /cdrom/isolinux.cfg > 4afcf65ff8259a3bccd0cf9f91675529 /cdrom/scsi.cgz > 4714742585da795c3a69c262ce8c35ef /cdrom/vmlinuz > > it seems ok? > > What is it lost??? Probably length got screwed somewhere. Hmm... will do some testing. >>> 2/ (but that should be much more related to scsi api) sdcXX > sdc15 >>> doesn't works ;-( >>> # sfdisk -l /dev/sdc >>> >>> Disk /dev/sdc: 1826 cylinders, 255 heads, 63 sectors/track >>> Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting >>> from 0 >>> >>>Device Boot Start End #cyls#blocks Id System >>> /dev/sdc1 * 0+195 196- 1574338+ b W95 FAT32 >>> /dev/sdc219618251630 130929755 Extended > [snip] >>> /dev/sdc23 881+ 1533 653- 5245191 83 Linux >>> /dev/sdc24 17951825 31 249007+ 83 Linux >> >> Whee, you have 24 partitions? > yes: it was dated from the early time I was testing various distro to > choose one ;-) > >> Due to the way SCSI block device numbers are laid out, SCSI supports >> only upto 15 partitions per device. >> > Ah, I never had chance to use a disk array with fc connection on one of > my linux boxe, so I don't know how can it works with up to 255 luns? Each lun is handled as a separate scsi device and as such allocated 16 minor numbers if it is a block device. Will check if the minor number limit can be worked around somehow. -- tejun - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
> [snip] > > > > Hmm, readcd was trying to read 279884 blocks, while cdrecord said it > > wrote 279882 blocks. > > > yes and seems to be always the same: > with new burned cd I got: > # ll /MultiCd/cd060213.iso > -rwxr-xr-x 1 root root 3213312 Feb 13 2006 /MultiCd/cd060213.iso > > i.e. 3213312/2048 == 1569 > > while: > readcd dev=/dev/hdd f=- | md5sum > Read speed: 1059 kB/s (CD 6x, DVD 0x). > Write speed: 353 kB/s (CD 2x, DVD 0x). > Capacity: 1571 Blocks = 3142 kBytes = 3 MBytes = 3 prMB > Sectorsize: 2048 Bytes > Copy from SCSI (1,1,0) disk to file '-' > end: 1571 > Errno: 0 (Success), read_g1 scsi sendcmd: no error > CDB: 28 00 00 00 06 00 00 00 23 00 > status: 0x2 (CHECK CONDITION) > Sense Bytes: > Sense Key: 0x [], Segment 0 > Sense Code: 0x00 Qual 0x00 (no additional sense information) Fru 0x0 > Sense flags: Blk 0 (not valid) > cmd finished after 0.014s timeout 40s > readcd: Success. Cannot read source disk > readcd: Retrying from sector 1536. > > so always Capacity == original image size + 2 ? > > [snip] > > > > There always seems to have been any issue with reading blocks from a cd > > getting broken by the kernel doing readahead and getting failures by > > trying to read past the end of the disc even though the user never asked > > it to. Sometimes your size just happens to hit a safe block size so the > > readahead doesn't break. > > > btw this tips: > readcd dev=/dev/hdd sectors=0-1569 f=- | md5sum > Read speed: 1059 kB/s (CD 6x, DVD 0x). > Write speed: 353 kB/s (CD 2x, DVD 0x). > Capacity: 1571 Blocks = 3142 kBytes = 3 MBytes = 3 prMB > Sectorsize: 2048 Bytes > Copy from SCSI (1,1,0) disk to file '-' > end: 1569 > addr: 1569 cnt: 33 > Time total: 5.436sec > Read 3138.00 kB at 577.3 kB/sec. > 6a1248783a21722816b972aa9bae9d5e - > > (adding sectors=0-1569 : 1569 being the size of the original image) > > seems to work fine > # md5sum /MultiCd/cd060213.iso > 6a1248783a21722816b972aa9bae9d5e /MultiCd/cd060213.iso > > >> is the same wrong results. > >> > >> mmm I always used successfully dd method at my office with scsi cdrom > >> drive > >> (even for bootable disk). > > > > Well it seems some disks can be read that way, others can not. > > > I would be curious to read same cd on scsi cdrom (at the office)? > well here are the results with the cd I burned at home and in a scsi cd rw drive: # dd if=/dev/rdsk/c1t4d0 bs=2048 | md5sum 1569+0 records in 1569+0 records out 6a1248783a21722816b972aa9bae9d5e - and also with readcd but an older release: # readcd -version readcd 1.11a19 (hppa1.1-hp-hpux11.00) Copyright (C) 1987, 1995-2002 Jörg Schilling # readcd dev=1,4,0 f=- | md5sum Capacity: 1569 Blocks = 3138 kBytes = 3 MBytes = 3 prMB Sectorsize: 2048 Bytes Copy from SCSI (1,4,0) disk to file '-' end: 1569 addr: 1569 cnt: 19 Time total: 6.239sec Read 3138.00 kB at 503.0 kB/sec. 6a1248783a21722816b972aa9bae9d5e - I am very confused: cdrecord finaly do well its job on ide drive but what went wrong for the check (cdrom drive? (but I don't have another model to test) or some code in the kernel? (I don't think to have a small chance to put this ide drive on a *nix system which could support ide and scsi hw)). Any idea? Cheers, Joel > > --- Scarlet One Unlimited Free national calls, surf up to 6 Mbit/s, 50 GB download volume For only EUR 49,95 per month. No Belgacom subscription needed. All in! http://www.scarlet.be - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
[snip] Hmm, readcd was trying to read 279884 blocks, while cdrecord said it wrote 279882 blocks. yes and seems to be always the same: with new burned cd I got: # ll /MultiCd/cd060213.iso -rwxr-xr-x 1 root root 3213312 Feb 13 2006 /MultiCd/cd060213.iso i.e. 3213312/2048 == 1569 while: readcd dev=/dev/hdd f=- | md5sum Read speed: 1059 kB/s (CD 6x, DVD 0x). Write speed: 353 kB/s (CD 2x, DVD 0x). Capacity: 1571 Blocks = 3142 kBytes = 3 MBytes = 3 prMB Sectorsize: 2048 Bytes Copy from SCSI (1,1,0) disk to file '-' end: 1571 Errno: 0 (Success), read_g1 scsi sendcmd: no error CDB: 28 00 00 00 06 00 00 00 23 00 status: 0x2 (CHECK CONDITION) Sense Bytes: Sense Key: 0x [], Segment 0 Sense Code: 0x00 Qual 0x00 (no additional sense information) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.014s timeout 40s readcd: Success. Cannot read source disk readcd: Retrying from sector 1536. so always Capacity == original image size + 2 ? [snip] There always seems to have been any issue with reading blocks from a cd getting broken by the kernel doing readahead and getting failures by trying to read past the end of the disc even though the user never asked it to. Sometimes your size just happens to hit a safe block size so the readahead doesn't break. btw this tips: readcd dev=/dev/hdd sectors=0-1569 f=- | md5sum Read speed: 1059 kB/s (CD 6x, DVD 0x). Write speed: 353 kB/s (CD 2x, DVD 0x). Capacity: 1571 Blocks = 3142 kBytes = 3 MBytes = 3 prMB Sectorsize: 2048 Bytes Copy from SCSI (1,1,0) disk to file '-' end: 1569 addr: 1569 cnt: 33 Time total: 5.436sec Read 3138.00 kB at 577.3 kB/sec. 6a1248783a21722816b972aa9bae9d5e - (adding sectors=0-1569 : 1569 being the size of the original image) seems to work fine # md5sum /MultiCd/cd060213.iso 6a1248783a21722816b972aa9bae9d5e /MultiCd/cd060213.iso is the same wrong results. mmm I always used successfully dd method at my office with scsi cdrom drive (even for bootable disk). Well it seems some disks can be read that way, others can not. I would be curious to read same cd on scsi cdrom (at the office)? Cheers, Joel - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
On Sat, Feb 17, 2007 at 11:33:53AM +, Joel Soete wrote: > Hello Lennart, > > Lennart Sorensen wrote: > >On Tue, Feb 13, 2007 at 05:35:32PM +, Joel Soete wrote: > >>A small update: > >>your patch also works against 2.6.20 > >> > >>but seems that open the door to numerous other pb: > >>1/ pb to burn cd: > >># md5sum cd060213.iso > >>6a1248783a21722816b972aa9bae9d5e cd060213.iso > >> > >># ll cd060213.iso > >>-rwxr-xr-x 1 root root 3213312 Feb 13 2006 cd060213.iso > >> > >># dd if=/dev/sr0 bs=1 count=3213312 | md5sum > >>dd: reading `/dev/sr0': Input/output error > >>0337e9846d17779945c5c252d4f897f0 - > >>3129344+0 records in > >>3129344+0 records out > >>3129344 bytes (3.1 MB) copied, 36.6963 seconds, 85.3 kB/s > >> > >>eventhought cdrecord seems to be successfull??? > > > >Has that ever worked by any method? > > Yes here was some test made some time ago (not so far): > >> On Sun January 8 2006 09:28, you wrote: > > cdrecord: No write mode specified. > > cdrecord: Asuming -tao mode. > > cdrecord: Future versions of cdrecord may have different drive dependent > > defaults. > > cdrecord: Continuing in 5 seconds... > > cdrecord: Warning: Running on Linux-2.6.15-686 > > cdrecord: There are unsettled issues with Linux-2.5 and newer. > > cdrecord: If you have unexpected problems, please try Linux-2.4 or > Solaris. > > scsidev: '/dev/hdb' > > devname: '/dev/hdb' > > scsibus: -2 target: -2 lun: -2 > > Warning: Open by 'devname' is unintentional and not supported. > > Linux sg driver version: 3.5.27 > > cdrecord: Warning: using inofficial version of libscg (ubuntu-0.8ubuntu1 > > '@(#)scsitransp.c 1.91 04/06/17 Copyright 1988,1995,2000-2004 J. > > Schilling'). > > SCSI buffer size: 64512 > > cdrecord: Asked for SCSI I/O buffer size 64512 bytes, could only get > 20480. > > Cdrecord-Clone 2.01.01a03 (i686-pc-linux-gnu) Copyright (C) 1995-2005 > > Joerg Schilling > > NOTE: this version of cdrecord is an inofficial (modified) release of > > cdrecord > > and thus may have bugs that are not present in the original version. > > Please send bug reports and support requests to > > <[EMAIL PROTECTED]>. > > The original author should not be bothered with problems of this > > version. > > > > TOC Type: 1 = CD-ROM > > Using libscg version 'ubuntu-0.8ubuntu1'. > > atapi: 1 > > Device type: Removable CD-ROM > > Version: 0 > > Response Format: 1 > > Vendor_info: 'PHILIPS ' > > Identifikation : 'CDD3610 CD-R/RW ' > > Revision : '3.09' > > Device seems to be: Generic mmc CD-RW. > > Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). > > Driver flags : MMC SWABAUDIO > > Supported modes: TAO PACKET RAW/R16 > > Drive buf size : 786432 = 768 KB > > FIFO size : 4194304 = 4096 KB > > Track 01: data 546 MB > > Total size: 627 MB (62:11.78) = 279884 sectors > > Lout start: 628 MB (62:13/59) = 279884 sectors > > Current Secsize: 2048 > > ATIP start of lead in: -11637 (97:26/63) > > ATIP start of lead out: 337350 (75:00/00) > > Disk type:Phase change > > Manuf. index: 3 > > Manufacturer: CMC Magnetics Corporation > > Blocks total: 337350 Blocks current: 337350 Blocks remaining: 57466 > > Starting to write CD/DVD at speed 2 in real TAO mode for single session. > > Waiting for reader process to fill input buffer ... input buffer ready. > > Performing OPC... > > Starting new track at sector: 0 > > Track 01: 546 of 546 MB written (fifo 100%) [buf 94%] 2.0x. > > Track 01: Total bytes read/written: 573198336/573198336 (279882 sectors). > > Writing time: 1878.179s > > Average write speed 2.0x. > > Min drive buffer fill was 94% > > Fixating... > > Fixating time: 167.622s > > cdrecord: fifo had 27989 puts and 27989 gets. > > cdrecord: fifo was 0 times empty and 27757 times full, min fill was 98%. > > > [snip] > > # readcd dev=/dev/hdb f=- | md5sum > > Read speed: 1059 kB/s (CD 6x, DVD 0x). > > Write speed: 353 kB/s (CD 2x, DVD 0x). > > Capacity: 279884 Blocks = 559768 kBytes = 546 MBytes = 573 prMB > > Sectorsize: 2048 Bytes > > Copy from SCSI (0,1,0) disk to file '-' > > end:279884 > > readcd: Success. read_g1: scsi sendcmd: no error > > CDB: 28 00 00 04 45 48 00 00 04 00 > > status: 0x2 (CHECK CONDITION) > > Sense Bytes: > > Sense Key: 0x [], Segment 0 > > Sense Code: 0x00 Qual 0x00 (no additional sense information) Fru 0x0 > > Sense flags: Blk 0 (not valid) > > cmd finished after 0.005s timeout 40s > > readcd: Success. Cannot read source disk > > readcd: Retrying from sector 279880. > > ~~-~~~+~~~-~~~+~~~-~~~+~ Hmm, readcd was trying to read 279884 blocks, while cdrecord said it wrote 279882 blocks. > [snip] > > # ll > > total 1150848 > > [...] > > -rw-r- 1 root root 604082176 Jan 15 12:22 hppa-cvs-20060115.iso > > > > i.e. Block_Number = 604082176 / 2048 = 294962 > > > > > > # md5sum hppa-cvs-20060115.iso > > 1141489a8b914daff5cca790882fe277 hppa-cvs-20060115.iso > > > > # dd bs=2048 count=294962 if=/dev/hdb | md
Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
On Saturday 17 February 2007 13:07, Joel Soete wrote: > > Bartlomiej Zolnierkiewicz wrote: > > Hi, > > > > On Tuesday 13 February 2007 18:35, Joel Soete wrote: > > > >> scsi3 : ata_piix > >> ata1.00: ATA-4, max UDMA/66, 29336832 sectors: LBA > >> ata1.00: ata1: dev 0 multi count 16 > >> ata1.00: configured for UDMA/33 > > > > <...> > > > >> scsi 3:0:0:0: Direct-Access ATA QUANTUM FIREBALL A03. PQ: 0 ANSI: > >> 5 > > > > IDE driver with CONFIG_IDEDMA_IVB=y should give you UDMA/66. > > > I didn't find this config option but most probably because I remove IDE > support from my kernel to test this libata? Yes, it is the last option in the IDE config menu. > mmm btw, I still have to check how to access my floppy with libata? > > that said as far as: > # dmesg > [snip] > ata_piix :00:07.1: version 2.00ac7 > ata1: PATA max UDMA/33 cmd 0x1F0 ctl 0x3F6 bmdma 0xF000 irq 14 > ata2: PATA max UDMA/33 cmd 0x170 ctl 0x376 bmdma 0xF008 irq 15 > scsi3 : ata_piix > [snip] > (sorry, it seems that I forgot to copy it) > > it make sense to me to limit to this bus capability? Yes, since the controller's max UDMA mode is UDMA/33. > > Could you send me output of "hdparm --Istdout /dev/sdc" command? > > > # hdparm --Istdout /dev/sdc > > /dev/sdc: > 045a 3fff 0010 7e00 5332 003f > 5154 3937 3330 3036 3332 3633 3937 > 2020 2020 2020 2020 0003 0344 0004 4130 > 332e 3039 3030 5155 414e 5455 4d20 4649 > 5245 4241 4c4c 6c63 7431 3020 3135 2020 > 2020 2020 2020 2020 2020 2020 2020 8010 > 0f00 4000 0200 0200 0007 3fff 0010 > 003f fc10 00fb 0110 a500 01bf 0007 > 0003 0078 0078 0078 0078 > > 001e 0011 346b 4001 4000 3468 0001 4000 > 041f 0008 fffe 0040 the word 88 == 0x041f => max UDMA mode is UDMA/66 the word 93 == 0x0040 => no 80-wire cable detected However it doesn't really matter because controller itself is limited to UDMA/33. Thanks, Bart - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
Bartlomiej Zolnierkiewicz wrote: Hi, On Tuesday 13 February 2007 18:35, Joel Soete wrote: scsi3 : ata_piix ata1.00: ATA-4, max UDMA/66, 29336832 sectors: LBA ata1.00: ata1: dev 0 multi count 16 ata1.00: configured for UDMA/33 <...> scsi 3:0:0:0: Direct-Access ATA QUANTUM FIREBALL A03. PQ: 0 ANSI: 5 IDE driver with CONFIG_IDEDMA_IVB=y should give you UDMA/66. I didn't find this config option but most probably because I remove IDE support from my kernel to test this libata? mmm btw, I still have to check how to access my floppy with libata? that said as far as: # dmesg [snip] ata_piix :00:07.1: version 2.00ac7 ata1: PATA max UDMA/33 cmd 0x1F0 ctl 0x3F6 bmdma 0xF000 irq 14 ata2: PATA max UDMA/33 cmd 0x170 ctl 0x376 bmdma 0xF008 irq 15 scsi3 : ata_piix [snip] (sorry, it seems that I forgot to copy it) it make sense to me to limit to this bus capability? Could you send me output of "hdparm --Istdout /dev/sdc" command? # hdparm --Istdout /dev/sdc /dev/sdc: 045a 3fff 0010 7e00 5332 003f 5154 3937 3330 3036 3332 3633 3937 2020 2020 2020 2020 0003 0344 0004 4130 332e 3039 3030 5155 414e 5455 4d20 4649 5245 4241 4c4c 6c63 7431 3020 3135 2020 2020 2020 2020 2020 2020 2020 2020 8010 0f00 4000 0200 0200 0007 3fff 0010 003f fc10 00fb 0110 a500 01bf 0007 0003 0078 0078 0078 0078 001e 0011 346b 4001 4000 3468 0001 4000 041f 0008 fffe 0040 0001 scsi4 : ata_piix ata2.01: ATAPI, max MWDMA1 ata2.01: configured for MWDMA1 and "hdparm --Istdout /dev/sr0" # hdparm --Istdout /dev/sr0 /dev/sr0: HDIO_DRIVE_CMD(identify) failed: Input/output error [ max speed == MWDMA1 is possible but quite unusual ] sorry that wouldn't help ;-( Thanks for feedback, Joel Thanks, Bart - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
Hello Lennart, Lennart Sorensen wrote: On Tue, Feb 13, 2007 at 05:35:32PM +, Joel Soete wrote: A small update: your patch also works against 2.6.20 but seems that open the door to numerous other pb: 1/ pb to burn cd: # md5sum cd060213.iso 6a1248783a21722816b972aa9bae9d5e cd060213.iso # ll cd060213.iso -rwxr-xr-x 1 root root 3213312 Feb 13 2006 cd060213.iso # dd if=/dev/sr0 bs=1 count=3213312 | md5sum dd: reading `/dev/sr0': Input/output error 0337e9846d17779945c5c252d4f897f0 - 3129344+0 records in 3129344+0 records out 3129344 bytes (3.1 MB) copied, 36.6963 seconds, 85.3 kB/s eventhought cdrecord seems to be successfull??? Has that ever worked by any method? Yes here was some test made some time ago (not so far): >> On Sun January 8 2006 09:28, you wrote: > cdrecord: No write mode specified. > cdrecord: Asuming -tao mode. > cdrecord: Future versions of cdrecord may have different drive dependent > defaults. > cdrecord: Continuing in 5 seconds... > cdrecord: Warning: Running on Linux-2.6.15-686 > cdrecord: There are unsettled issues with Linux-2.5 and newer. > cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris. > scsidev: '/dev/hdb' > devname: '/dev/hdb' > scsibus: -2 target: -2 lun: -2 > Warning: Open by 'devname' is unintentional and not supported. > Linux sg driver version: 3.5.27 > cdrecord: Warning: using inofficial version of libscg (ubuntu-0.8ubuntu1 > '@(#)scsitransp.c 1.91 04/06/17 Copyright 1988,1995,2000-2004 J. > Schilling'). > SCSI buffer size: 64512 > cdrecord: Asked for SCSI I/O buffer size 64512 bytes, could only get 20480. > Cdrecord-Clone 2.01.01a03 (i686-pc-linux-gnu) Copyright (C) 1995-2005 > Joerg Schilling > NOTE: this version of cdrecord is an inofficial (modified) release of > cdrecord > and thus may have bugs that are not present in the original version. > Please send bug reports and support requests to > <[EMAIL PROTECTED]>. > The original author should not be bothered with problems of this > version. > > TOC Type: 1 = CD-ROM > Using libscg version 'ubuntu-0.8ubuntu1'. > atapi: 1 > Device type: Removable CD-ROM > Version: 0 > Response Format: 1 > Vendor_info: 'PHILIPS ' > Identifikation : 'CDD3610 CD-R/RW ' > Revision : '3.09' > Device seems to be: Generic mmc CD-RW. > Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). > Driver flags : MMC SWABAUDIO > Supported modes: TAO PACKET RAW/R16 > Drive buf size : 786432 = 768 KB > FIFO size : 4194304 = 4096 KB > Track 01: data 546 MB > Total size: 627 MB (62:11.78) = 279884 sectors > Lout start: 628 MB (62:13/59) = 279884 sectors > Current Secsize: 2048 > ATIP start of lead in: -11637 (97:26/63) > ATIP start of lead out: 337350 (75:00/00) > Disk type:Phase change > Manuf. index: 3 > Manufacturer: CMC Magnetics Corporation > Blocks total: 337350 Blocks current: 337350 Blocks remaining: 57466 > Starting to write CD/DVD at speed 2 in real TAO mode for single session. > Waiting for reader process to fill input buffer ... input buffer ready. > Performing OPC... > Starting new track at sector: 0 > Track 01: 546 of 546 MB written (fifo 100%) [buf 94%] 2.0x. > Track 01: Total bytes read/written: 573198336/573198336 (279882 sectors). > Writing time: 1878.179s > Average write speed 2.0x. > Min drive buffer fill was 94% > Fixating... > Fixating time: 167.622s > cdrecord: fifo had 27989 puts and 27989 gets. > cdrecord: fifo was 0 times empty and 27757 times full, min fill was 98%. > [snip] > # readcd dev=/dev/hdb f=- | md5sum > Read speed: 1059 kB/s (CD 6x, DVD 0x). > Write speed: 353 kB/s (CD 2x, DVD 0x). > Capacity: 279884 Blocks = 559768 kBytes = 546 MBytes = 573 prMB > Sectorsize: 2048 Bytes > Copy from SCSI (0,1,0) disk to file '-' > end:279884 > readcd: Success. read_g1: scsi sendcmd: no error > CDB: 28 00 00 04 45 48 00 00 04 00 > status: 0x2 (CHECK CONDITION) > Sense Bytes: > Sense Key: 0x [], Segment 0 > Sense Code: 0x00 Qual 0x00 (no additional sense information) Fru 0x0 > Sense flags: Blk 0 (not valid) > cmd finished after 0.005s timeout 40s > readcd: Success. Cannot read source disk > readcd: Retrying from sector 279880. > ~~-~~~+~~~-~~~+~~~-~~~+~ > [snip] > # ll > total 1150848 > [...] > -rw-r- 1 root root 604082176 Jan 15 12:22 hppa-cvs-20060115.iso > > i.e. Block_Number = 604082176 / 2048 = 294962 > > > # md5sum hppa-cvs-20060115.iso > 1141489a8b914daff5cca790882fe277 hppa-cvs-20060115.iso > > # dd bs=2048 count=294962 if=/dev/hdb | md5sum > 294962+0 records in > 294962+0 records out > 604082176 bytes (604 MB) copied, 676.972 seconds, 892 kB/s > 1141489a8b914daff5cca790882fe277 - > > ;<) more same method here: # dd if=/dev/hdd bs=2048 count=1569 | md5sum dd: reading `/dev/hdd': Input/output error 1528+0 records in 1528+0 records out 3129344 bytes (3.1 MB) copied, 10.1961 seconds, 307 kB/s 0337e9846d17779945c5c252d4f897f0 - is the same wrong results. I have always had
Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
Hello Tejun, Sorry for delay but I was a bit busy this week. Tejun Heo wrote: Hello, Joel. Joel Soete wrote: A small update: your patch also works against 2.6.20 Glad to hear that. but seems that open the door to numerous other pb: 1/ pb to burn cd: # md5sum cd060213.iso 6a1248783a21722816b972aa9bae9d5e cd060213.iso # ll cd060213.iso -rwxr-xr-x 1 root root 3213312 Feb 13 2006 cd060213.iso # dd if=/dev/sr0 bs=1 count=3213312 | md5sum dd: reading `/dev/sr0': Input/output error 0337e9846d17779945c5c252d4f897f0 - 3129344+0 records in 3129344+0 records out 3129344 bytes (3.1 MB) copied, 36.6963 seconds, 85.3 kB/s eventhought cdrecord seems to be successfull??? Hmm... 82K difference. Can you burn an iso and md5sum the files contained in the image and burned cd? Ok comparing the content of the original image: # mount -t iso9660 -o ro -o loop /MultiCd/cd060213.iso /mnt/cd # find /mnt/cd -type f -exec md5sum {} \; 37149d4961c0484f2cceb1a1614b253d /mnt/cd/boot.cat 4ab996554b0e7ade115a3f284b876612 /mnt/cd/boot.msg fbdc51c29d54dd227427b2ef90e1961e /mnt/cd/initrd.cgz 92c9a50bed71257c29f069ec5dd819fc /mnt/cd/isolinux.bin 927ce1096693b3a44af0e0d8a2ad720c /mnt/cd/isolinux.cfg 4afcf65ff8259a3bccd0cf9f91675529 /mnt/cd/scsi.cgz 4714742585da795c3a69c262ce8c35ef /mnt/cd/vmlinuz and the content of the burned cd: # mount /cdrom # find /cdrom -type f -exec md5sum {} \; 37149d4961c0484f2cceb1a1614b253d /cdrom/boot.cat 4ab996554b0e7ade115a3f284b876612 /cdrom/boot.msg fbdc51c29d54dd227427b2ef90e1961e /cdrom/initrd.cgz 92c9a50bed71257c29f069ec5dd819fc /cdrom/isolinux.bin 927ce1096693b3a44af0e0d8a2ad720c /cdrom/isolinux.cfg 4afcf65ff8259a3bccd0cf9f91675529 /cdrom/scsi.cgz 4714742585da795c3a69c262ce8c35ef /cdrom/vmlinuz it seems ok? What is it lost??? 2/ (but that should be much more related to scsi api) sdcXX > sdc15 doesn't works ;-( # sfdisk -l /dev/sdc Disk /dev/sdc: 1826 cylinders, 255 heads, 63 sectors/track Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls#blocks Id System /dev/sdc1 * 0+195 196- 1574338+ b W95 FAT32 /dev/sdc219618251630 130929755 Extended [snip] /dev/sdc23 881+ 1533 653- 5245191 83 Linux /dev/sdc24 17951825 31 249007+ 83 Linux Whee, you have 24 partitions? yes: it was dated from the early time I was testing various distro to choose one ;-) Due to the way SCSI block device numbers are laid out, SCSI supports only upto 15 partitions per device. Ah, I never had chance to use a disk array with fc connection on one of my linux boxe, so I don't know how can it works with up to 255 luns? Thanks again, Joel - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
On Tue, Feb 13, 2007 at 05:35:32PM +, Joel Soete wrote: > A small update: > your patch also works against 2.6.20 > > but seems that open the door to numerous other pb: > 1/ pb to burn cd: > # md5sum cd060213.iso > 6a1248783a21722816b972aa9bae9d5e cd060213.iso > > # ll cd060213.iso > -rwxr-xr-x 1 root root 3213312 Feb 13 2006 cd060213.iso > > # dd if=/dev/sr0 bs=1 count=3213312 | md5sum > dd: reading `/dev/sr0': Input/output error > 0337e9846d17779945c5c252d4f897f0 - > 3129344+0 records in > 3129344+0 records out > 3129344 bytes (3.1 MB) copied, 36.6963 seconds, 85.3 kB/s > > eventhought cdrecord seems to be successfull??? Has that ever worked by any method? I have always had to use readcd along with passing the correct number of sectors on the CD to get a proper matching image. dd always seems to end up reading some junk past the end of the disc. > 2/ (but that should be much more related to scsi api) sdcXX > sdc15 doesn't > works ;-( > # sfdisk -l /dev/sdc > > Disk /dev/sdc: 1826 cylinders, 255 heads, 63 sectors/track > Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 > >Device Boot Start End #cyls#blocks Id System > /dev/sdc1 * 0+195 196- 1574338+ b W95 FAT32 > /dev/sdc219618251630 130929755 Extended > /dev/sdc3 0 - 0 00 Empty > /dev/sdc4 0 - 0 00 Empty > /dev/sdc5 *196+197 2- 16033+ 83 Linux > /dev/sdc6 *198+199 2- 16033+ 83 Linux > /dev/sdc7200+201 2- 16033+ 83 Linux > /dev/sdc8202+217 16-128488+ 82 Linux swap / Solaris > /dev/sdc9218+478 261- 2096451 83 Linux > /dev/sdc10 479+486 8- 64228+ 83 Linux > /dev/sdc11 487+488 2- 16033+ 83 Linux > /dev/sdc12 489+504 16-128488+ 83 Linux > /dev/sdc13 505+618 114-915673+ 83 Linux > /dev/sdc14 619+620 2- 16033+ 83 Linux > /dev/sdc15 621+636 16-128488+ 83 Linux > /dev/sdc16 637+644 8- 64228+ 83 Linux > /dev/sdc17 645+646 2- 16033+ 83 Linux > /dev/sdc18 647+654 8- 64228+ 83 Linux > /dev/sdc19 655+656 2- 16033+ 83 Linux > /dev/sdc20 657+773 117-939771 83 Linux > /dev/sdc21 774+789 16-128488+ 83 Linux > /dev/sdc22 790+880 91-730926 83 Linux > /dev/sdc23 881+ 1533 653- 5245191 83 Linux > /dev/sdc24 17951825 31 249007+ 83 Linux I have to ask: What are all those partitions? > # mount /dev/sdc22 /4free > mount: /dev/sdc22 is not a valid block device > > # ll /dev/sdc* > brw-rw 1 root disk 8, 32 Dec 1 2001 /dev/sdc > brw-rw 1 root disk 8, 33 Dec 1 2001 /dev/sdc1 > brw-rw 1 root disk 8, 42 Dec 1 2001 /dev/sdc10 > brw-rw 1 root disk 8, 43 Dec 1 2001 /dev/sdc11 > brw-rw 1 root disk 8, 44 Dec 1 2001 /dev/sdc12 > brw-rw 1 root disk 8, 45 Dec 1 2001 /dev/sdc13 > brw-rw 1 root disk 8, 46 Dec 1 2001 /dev/sdc14 > brw-rw 1 root disk 8, 47 Dec 1 2001 /dev/sdc15 > brw-r--r-- 1 root root 8, 48 Feb 13 16:26 /dev/sdc16 > brw-r--r-- 1 root root 8, 49 Feb 13 16:26 /dev/sdc17 > brw-r--r-- 1 root root 8, 50 Feb 13 16:26 /dev/sdc18 > brw-r--r-- 1 root root 8, 51 Feb 13 16:27 /dev/sdc19 > brw-rw 1 root disk 8, 34 Dec 1 2001 /dev/sdc2 > brw-r--r-- 1 root root 8, 52 Feb 13 16:27 /dev/sdc20 > brw-r--r-- 1 root root 8, 53 Feb 13 16:27 /dev/sdc21 > brw-r--r-- 1 root root 8, 54 Feb 13 16:27 /dev/sdc22 > brw-r--r-- 1 root root 8, 55 Feb 13 16:27 /dev/sdc23 > brw-r--r-- 1 root root 8, 56 Feb 13 16:27 /dev/sdc24 > brw-rw 1 root disk 8, 35 Dec 1 2001 /dev/sdc3 > brw-rw 1 root disk 8, 36 Dec 1 2001 /dev/sdc4 > brw-rw 1 root disk 8, 37 Dec 1 2001 /dev/sdc5 > brw-rw 1 root disk 8, 38 Dec 1 2001 /dev/sdc6 > brw-rw 1 root disk 8, 39 Dec 1 2001 /dev/sdc7 > brw-rw 1 root disk 8, 40 Dec 1 2001 /dev/sdc8 > brw-rw 1 root disk 8, 41 Dec 1 2001 /dev/sdc9 Hmm, using udev? Any chance udev incorrectly doesn't check for going past the end of the block devices allowed (each scsi device has 16 minors assigned, which gives you 15 partitions per device). Last device for sdc is 8,47. 8,48 (your sdc16) is actually sdd. > # dmesg > [snip] > scsi3 : ata_piix > ata1.00: ATA-4, max UDMA/66, 29336832 sectors: LBA > ata1.00: ata1: dev 0 multi count 16 > ata1.00: configured for UDMA/33 > scsi4 : ata_piix > ata2.01: ATAPI, max MWDMA1 > ata2.01: configured for MWDMA1 > scsi 3:0:0:0: Direct-Access ATA QUANTUM FIREBALL A03. PQ: 0 ANSI: 5 > SCSI device sdc: 29336832 512-byte hdwr sectors (15020 MB) > sdc: Write Protect is off > sdc: Mode Sense: 00 3a 00 00 > SCSI device sdc: write cache: enabled, read cache: enabled, doesn't support
Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
Hello, Joel. Joel Soete wrote: A small update: your patch also works against 2.6.20 Glad to hear that. but seems that open the door to numerous other pb: 1/ pb to burn cd: # md5sum cd060213.iso 6a1248783a21722816b972aa9bae9d5e cd060213.iso # ll cd060213.iso -rwxr-xr-x 1 root root 3213312 Feb 13 2006 cd060213.iso # dd if=/dev/sr0 bs=1 count=3213312 | md5sum dd: reading `/dev/sr0': Input/output error 0337e9846d17779945c5c252d4f897f0 - 3129344+0 records in 3129344+0 records out 3129344 bytes (3.1 MB) copied, 36.6963 seconds, 85.3 kB/s eventhought cdrecord seems to be successfull??? Hmm... 82K difference. Can you burn an iso and md5sum the files contained in the image and burned cd? 2/ (but that should be much more related to scsi api) sdcXX > sdc15 doesn't works ;-( # sfdisk -l /dev/sdc Disk /dev/sdc: 1826 cylinders, 255 heads, 63 sectors/track Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls#blocks Id System /dev/sdc1 * 0+195 196- 1574338+ b W95 FAT32 /dev/sdc219618251630 130929755 Extended /dev/sdc3 0 - 0 00 Empty /dev/sdc4 0 - 0 00 Empty /dev/sdc5 *196+197 2- 16033+ 83 Linux /dev/sdc6 *198+199 2- 16033+ 83 Linux /dev/sdc7200+201 2- 16033+ 83 Linux /dev/sdc8202+217 16-128488+ 82 Linux swap / Solaris /dev/sdc9218+478 261- 2096451 83 Linux /dev/sdc10 479+486 8- 64228+ 83 Linux /dev/sdc11 487+488 2- 16033+ 83 Linux /dev/sdc12 489+504 16-128488+ 83 Linux /dev/sdc13 505+618 114-915673+ 83 Linux /dev/sdc14 619+620 2- 16033+ 83 Linux /dev/sdc15 621+636 16-128488+ 83 Linux /dev/sdc16 637+644 8- 64228+ 83 Linux /dev/sdc17 645+646 2- 16033+ 83 Linux /dev/sdc18 647+654 8- 64228+ 83 Linux /dev/sdc19 655+656 2- 16033+ 83 Linux /dev/sdc20 657+773 117-939771 83 Linux /dev/sdc21 774+789 16-128488+ 83 Linux /dev/sdc22 790+880 91-730926 83 Linux /dev/sdc23 881+ 1533 653- 5245191 83 Linux /dev/sdc24 17951825 31 249007+ 83 Linux Whee, you have 24 partitions? Due to the way SCSI block device numbers are laid out, SCSI supports only upto 15 partitions per device. -- tejun - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
> Could you send me output of "hdparm --Istdout /dev/sdc" command? Ditto - if this is one of the odd few quantums that need compile time hacks in the old IDE its also one we need to do runtime handling for in *both*. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
Hi, On Tuesday 13 February 2007 18:35, Joel Soete wrote: > scsi3 : ata_piix > ata1.00: ATA-4, max UDMA/66, 29336832 sectors: LBA > ata1.00: ata1: dev 0 multi count 16 > ata1.00: configured for UDMA/33 <...> > scsi 3:0:0:0: Direct-Access ATA QUANTUM FIREBALL A03. PQ: 0 ANSI: 5 IDE driver with CONFIG_IDEDMA_IVB=y should give you UDMA/66. Could you send me output of "hdparm --Istdout /dev/sdc" command? > scsi4 : ata_piix > ata2.01: ATAPI, max MWDMA1 > ata2.01: configured for MWDMA1 and "hdparm --Istdout /dev/sr0" [ max speed == MWDMA1 is possible but quite unusual ] Thanks, Bart - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
Hello Tejun, A small update: your patch also works against 2.6.20 but seems that open the door to numerous other pb: 1/ pb to burn cd: # md5sum cd060213.iso 6a1248783a21722816b972aa9bae9d5e cd060213.iso # ll cd060213.iso -rwxr-xr-x 1 root root 3213312 Feb 13 2006 cd060213.iso # dd if=/dev/sr0 bs=1 count=3213312 | md5sum dd: reading `/dev/sr0': Input/output error 0337e9846d17779945c5c252d4f897f0 - 3129344+0 records in 3129344+0 records out 3129344 bytes (3.1 MB) copied, 36.6963 seconds, 85.3 kB/s eventhought cdrecord seems to be successfull??? 2/ (but that should be much more related to scsi api) sdcXX > sdc15 doesn't works ;-( # sfdisk -l /dev/sdc Disk /dev/sdc: 1826 cylinders, 255 heads, 63 sectors/track Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls#blocks Id System /dev/sdc1 * 0+195 196- 1574338+ b W95 FAT32 /dev/sdc219618251630 130929755 Extended /dev/sdc3 0 - 0 00 Empty /dev/sdc4 0 - 0 00 Empty /dev/sdc5 *196+197 2- 16033+ 83 Linux /dev/sdc6 *198+199 2- 16033+ 83 Linux /dev/sdc7200+201 2- 16033+ 83 Linux /dev/sdc8202+217 16-128488+ 82 Linux swap / Solaris /dev/sdc9218+478 261- 2096451 83 Linux /dev/sdc10 479+486 8- 64228+ 83 Linux /dev/sdc11 487+488 2- 16033+ 83 Linux /dev/sdc12 489+504 16-128488+ 83 Linux /dev/sdc13 505+618 114-915673+ 83 Linux /dev/sdc14 619+620 2- 16033+ 83 Linux /dev/sdc15 621+636 16-128488+ 83 Linux /dev/sdc16 637+644 8- 64228+ 83 Linux /dev/sdc17 645+646 2- 16033+ 83 Linux /dev/sdc18 647+654 8- 64228+ 83 Linux /dev/sdc19 655+656 2- 16033+ 83 Linux /dev/sdc20 657+773 117-939771 83 Linux /dev/sdc21 774+789 16-128488+ 83 Linux /dev/sdc22 790+880 91-730926 83 Linux /dev/sdc23 881+ 1533 653- 5245191 83 Linux /dev/sdc24 17951825 31 249007+ 83 Linux # mount /dev/sdc22 /4free mount: /dev/sdc22 is not a valid block device # ll /dev/sdc* brw-rw 1 root disk 8, 32 Dec 1 2001 /dev/sdc brw-rw 1 root disk 8, 33 Dec 1 2001 /dev/sdc1 brw-rw 1 root disk 8, 42 Dec 1 2001 /dev/sdc10 brw-rw 1 root disk 8, 43 Dec 1 2001 /dev/sdc11 brw-rw 1 root disk 8, 44 Dec 1 2001 /dev/sdc12 brw-rw 1 root disk 8, 45 Dec 1 2001 /dev/sdc13 brw-rw 1 root disk 8, 46 Dec 1 2001 /dev/sdc14 brw-rw 1 root disk 8, 47 Dec 1 2001 /dev/sdc15 brw-r--r-- 1 root root 8, 48 Feb 13 16:26 /dev/sdc16 brw-r--r-- 1 root root 8, 49 Feb 13 16:26 /dev/sdc17 brw-r--r-- 1 root root 8, 50 Feb 13 16:26 /dev/sdc18 brw-r--r-- 1 root root 8, 51 Feb 13 16:27 /dev/sdc19 brw-rw 1 root disk 8, 34 Dec 1 2001 /dev/sdc2 brw-r--r-- 1 root root 8, 52 Feb 13 16:27 /dev/sdc20 brw-r--r-- 1 root root 8, 53 Feb 13 16:27 /dev/sdc21 brw-r--r-- 1 root root 8, 54 Feb 13 16:27 /dev/sdc22 brw-r--r-- 1 root root 8, 55 Feb 13 16:27 /dev/sdc23 brw-r--r-- 1 root root 8, 56 Feb 13 16:27 /dev/sdc24 brw-rw 1 root disk 8, 35 Dec 1 2001 /dev/sdc3 brw-rw 1 root disk 8, 36 Dec 1 2001 /dev/sdc4 brw-rw 1 root disk 8, 37 Dec 1 2001 /dev/sdc5 brw-rw 1 root disk 8, 38 Dec 1 2001 /dev/sdc6 brw-rw 1 root disk 8, 39 Dec 1 2001 /dev/sdc7 brw-rw 1 root disk 8, 40 Dec 1 2001 /dev/sdc8 brw-rw 1 root disk 8, 41 Dec 1 2001 /dev/sdc9 # dmesg [snip] scsi3 : ata_piix ata1.00: ATA-4, max UDMA/66, 29336832 sectors: LBA ata1.00: ata1: dev 0 multi count 16 ata1.00: configured for UDMA/33 scsi4 : ata_piix ata2.01: ATAPI, max MWDMA1 ata2.01: configured for MWDMA1 scsi 3:0:0:0: Direct-Access ATA QUANTUM FIREBALL A03. PQ: 0 ANSI: 5 SCSI device sdc: 29336832 512-byte hdwr sectors (15020 MB) sdc: Write Protect is off sdc: Mode Sense: 00 3a 00 00 SCSI device sdc: write cache: enabled, read cache: enabled, doesn't support DPO or FUA SCSI device sdc: 29336832 512-byte hdwr sectors (15020 MB) sdc: Write Protect is off sdc: Mode Sense: 00 3a 00 00 SCSI device sdc: write cache: enabled, read cache: enabled, doesn't support DPO or FUA sdc: sdc1 sdc2 < sdc5 sdc6 sdc7 sdc8 sdc9 sdc10 sdc11 sdc12 sdc13 sdc14 sdc15 > sd 3:0:0:0: Attached scsi disk sdc sd 3:0:0:0: Attached scsi generic sg2 type 0 [snip] I will try to have a look later. Cheers, Joel Joel Soete wrote: Tejun Heo wrote: Please test the attached patch over 2.6.20. Thanks. It's already too late so quick and dirty rebuild of 2.6.20-git6 (failled before your patch) but now your patch fixe the pb: [snip] ata_piix :00:07.1: version 2.00ac7 ata1: PATA max UDMA/33 cmd 0x000101f0 ctl 0x000103f6 bmdma 0x0001f000 ir
Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
Tejun Heo wrote: Please test the attached patch over 2.6.20. Thanks. It's already too late so quick and dirty rebuild of 2.6.20-git6 (failled before your patch) but now your patch fixe the pb: [snip] ata_piix :00:07.1: version 2.00ac7 ata1: PATA max UDMA/33 cmd 0x000101f0 ctl 0x000103f6 bmdma 0x0001f000 irq 14 ata2: PATA max UDMA/33 cmd 0x00010170 ctl 0x00010376 bmdma 0x0001f008 irq 15 scsi3 : ata_piix ata1.00: ATA-4: QUANTUM FIREBALLlct10 15, A03.0900, max UDMA/66 ata1.00: 29336832 sectors, multi 16: LBA ata1.00: configured for UDMA/33 scsi4 : ata_piix ata2.01: ATAPI, max MWDMA1 ata2.01: configured for MWDMA1 scsi 3:0:0:0: Direct-Access ATA QUANTUM FIREBALL A03. PQ: 0 ANSI: 5 SCSI device sdc: 29336832 512-byte hdwr sectors (15020 MB) sdc: Write Protect is off sdc: Mode Sense: 00 3a 00 00 SCSI device sdc: write cache: enabled, read cache: enabled, doesn't support DPO or FUA SCSI device sdc: 29336832 512-byte hdwr sectors (15020 MB) sdc: Write Protect is off sdc: Mode Sense: 00 3a 00 00 SCSI device sdc: write cache: enabled, read cache: enabled, doesn't support DPO or FUA sdc: sdc1 sdc2 < sdc5 sdc6 sdc7 sdc8 sdc9 sdc10 sdc11 sdc12 sdc13 sdc14 sdc15 > sd 3:0:0:0: Attached scsi disk sdc sd 3:0:0:0: Attached scsi generic sg2 type 0 scsi 4:0:1:0: CD-ROMPHILIPS CDD3610 CD-R/RW 3.09 PQ: 0 ANSI: 5 sr0: scsi3-mmc drive: 6x/6x writer cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.20 sr 4:0:1:0: Attached scsi CD-ROM sr0 sr 4:0:1:0: Attached scsi generic sg3 type 5 [snip] cool ;-) Sorry, I will try later against 2.6.20 (i guess it will also fixe the pb) and attempt to burn a cd. I will advise you asap. Thanks again, Joel - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
Please test the attached patch over 2.6.20. Thanks. -- tejun diff --git a/drivers/ata/libata-core.c b/drivers/ata/libata-core.c index 667acd2..d6fcf0a 100644 --- a/drivers/ata/libata-core.c +++ b/drivers/ata/libata-core.c @@ -1478,7 +1478,16 @@ int ata_dev_read_id(struct ata_device *dev, unsigned int *p_class, } tf.protocol = ATA_PROT_PIO; - tf.flags |= ATA_TFLAG_POLLING; /* for polling presence detection */ + + /* Some devices choke if TF registers contain garbage. Make + * sure those are properly initialized. + */ + tf.flags |= ATA_TFLAG_ISADDR | ATA_TFLAG_DEVICE; + + /* Device presence detection is unreliable on some + * controllers. Always poll IDENTIFY if available. + */ + tf.flags |= ATA_TFLAG_POLLING; err_mask = ata_exec_internal(dev, &tf, NULL, DMA_FROM_DEVICE, id, sizeof(id[0]) * ATA_ID_WORDS);
Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
Luming Yu wrote: Does acpi=off make cdrom work? Unfortunately not :_( (for more details I attached a compressed dmesg trace?) Thanks, Joel On 1/27/07, Joel Soete <[EMAIL PROTECTED]> wrote: Hello all, I just tested libata with this newest 2.6.20-rc6 but no changes ;-( Any news? Thanks, Joel DmesgPata5.doc.gz Description: GNU Zip compressed data
Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
Does acpi=off make cdrom work? On 1/27/07, Joel Soete <[EMAIL PROTECTED]> wrote: Hello all, I just tested libata with this newest 2.6.20-rc6 but no changes ;-( Any news? Thanks, Joel Joel Soete wrote: > Hello Tejun, > > Tejun Heo wrote: >> Joel Soete wrote: >>> Hello Alan, Jeff, >>> >>> Reading a paper on this new libata, I just want to try but failled yet >>> for what said this thread "ATAPI CDROM" ;_(. >>> >>> I first test the latest stable 2.6.19.1 without luck, so I also want to >>> try latest 2.6.20-rc2 unfortunately without more success. >> >> I'm attaching two patches. One against 2.6.19 the other against >> 2.6.20-rc3. Both have about the same effect. Please apply and report >> what happens and full dmesg. >> >> Thanks and happy new year. >> > Happy new year too ;-) > > Because of lack of time I only test your patch against 2.6.20-rc3. > > Unfortunately it doesn't help yet, sorry (i would very like to be of > more help). > > I here attache the full dmesg of my i386 boxe. > > Thanks again, > Joel > > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/