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)? 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
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 > 1141489a8b9
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
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
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 to use readcd along with passing the correct number of sectors on the CD to get a proper matching image
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
[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
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 0
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 irq
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
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
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
2.6.20-rc6 libata PATA ATAPI CDROM is not working
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/
2.6.20-rc6 libata PATA ATAPI CDROM is not working
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/
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.19-rc5 libata PATA ATAPI CDROM SiS 5513 NOT WORKING
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 size: 0009fc00 end: 0009fc00 type: 1 copy_e820_map() type is E820_RAM copy_e820_map() start: 0009fc00 size: 0400 end: 000a type: 2 copy_e820_map() start: 000f size: 0001 end: 0010 type: 2 copy_e820_map() start: 0010 size: 0fef end: 0fff type: 1 copy_e820_map() type is E820_RAM copy_e820_map() start: 0fff size: 3000 end: 0fff3000 type: 4 copy_e820_map() start: 0fff3000 size: d000 end: 1000 type: 3 copy_e820_map() start: size: 0001 end: 0001 type: 2 BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000f - 0010 (reserved) BIOS-e820: 0010 - 0fff (usable) BIOS-e820: 0fff - 0fff3000 (ACPI NVS) BIOS-e820: 0fff3000 - 1000 (ACPI data) BIOS-e820: - 0001 (reserved) 255MB LOWMEM available. Entering add_active_range(0, 0, 65520) 0 entries of 256 used Zone PFN ranges: DMA 0 -> 4096 Normal 4096 ->65520 early_node_map[1] active PFN ranges 0:0 ->65520 On node 0 totalpages: 65520 DMA zone: 32 pages used for memmap DMA zone: 0 pages reserved DMA zone: 4064 pages, LIFO batch:0 Normal zone: 479 pages used for memmap Normal zone: 60945 pages, LIFO batch:15 DMI 2.3 present. Allocating PCI resources starting at 2000 (gap: 1000:efff) Detected 551.291 MHz processor. Built 1 zonelists. Total pages: 65009 Kernel command line: -s libata.atapi_enabled=1 root=/dev/md2 profile=2 kernel profiling enabled (shift: 2) Local APIC disabled by BIOS -- you can enable it with "lapic" mapped APIC to d000 (01201000) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 PID hash table entries: 1024 (order: 10, 4096 bytes) Console: colour VGA+ 80x25 Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) Memory: 252896k/262080k available (2590k kernel code, 8720k reserved, 826k data, 276k init, 0k highmem) virtual kernel memory layout: fixmap : 0xfffbc000 - 0xf000 ( 268 kB) vmalloc : 0xd080 - 0xfffba000 ( 759 MB) lowmem : 0xc000 - 0xcfff ( 255 MB) .init : 0xc045a000 - 0xc049f000 ( 276 kB) .data : 0xc038781d - 0xc0456250 ( 826 kB) .text : 0xc010 - 0xc038781d (2590 kB) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 1103.39 BogoMIPS (lpj=2206781) Mount-cache hash table entries: 512 CPU: After generic identify, caps: 0383f9ff CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 512K CPU: After all inits, caps: 0383f9ff 0040 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. Compat vDSO mapped to e000. CPU: Intel Pentium III (Katmai) stepping 03 Checking 'hlt' instruction... OK. NET: Registered protocol family 16 EISA bus registered PCI: PCI BIOS revision 2.10 entry at 0xfb240, last bus=1 PCI: Using configuration type 1 Setting up standard PCI resources SCSI subsystem initialized libata version 2.00 loaded. usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) PCI quirk: region 4000-403f claimed by PIIX4 ACPI PCI quirk: region 5000-500f claimed by PIIX4 SMB Boot video device is :01:00.0 PCI: Using IRQ router PIIX/ICH [8086/7110] at :00:07.0 PCI: Bridge: :00:01.0 IO window: c000-cfff MEM window: e400-e7ff PREFETCH window: disabled. NET: Registered protocol family 2 IP route cache hash table entries: 2048 (order: 1, 8192 bytes) TCP established hash table entries: 8192 (order: 3, 327
Re: 2.6.19-rc5 libata PATA ATAPI CDROM SiS 5513 NOT WORKING
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 size: 0009fc00 end: 0009fc00 type: 1 copy_e820_map() type is E820_RAM copy_e820_map() start: 0009fc00 size: 0400 end: 000a type: 2 copy_e820_map() start: 000f size: 0001 end: 0010 type: 2 copy_e820_map() start: 0010 size: 0fef end: 0fff type: 1 copy_e820_map() type is E820_RAM copy_e820_map() start: 0fff size: 3000 end: 0fff3000 type: 4 copy_e820_map() start: 0fff3000 size: d000 end: 1000 type: 3 copy_e820_map() start: size: 0001 end: 0001 type: 2 BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000f - 0010 (reserved) BIOS-e820: 0010 - 0fff (usable) BIOS-e820: 0fff - 0fff3000 (ACPI NVS) BIOS-e820: 0fff3000 - 1000 (ACPI data) BIOS-e820: - 0001 (reserved) 255MB LOWMEM available. Entering add_active_range(0, 0, 65520) 0 entries of 256 used Zone PFN ranges: DMA 0 - 4096 Normal 4096 -65520 early_node_map[1] active PFN ranges 0:0 -65520 On node 0 totalpages: 65520 DMA zone: 32 pages used for memmap DMA zone: 0 pages reserved DMA zone: 4064 pages, LIFO batch:0 Normal zone: 479 pages used for memmap Normal zone: 60945 pages, LIFO batch:15 DMI 2.3 present. Allocating PCI resources starting at 2000 (gap: 1000:efff) Detected 551.291 MHz processor. Built 1 zonelists. Total pages: 65009 Kernel command line: -s libata.atapi_enabled=1 root=/dev/md2 profile=2 kernel profiling enabled (shift: 2) Local APIC disabled by BIOS -- you can enable it with lapic mapped APIC to d000 (01201000) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 PID hash table entries: 1024 (order: 10, 4096 bytes) Console: colour VGA+ 80x25 Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) Memory: 252896k/262080k available (2590k kernel code, 8720k reserved, 826k data, 276k init, 0k highmem) virtual kernel memory layout: fixmap : 0xfffbc000 - 0xf000 ( 268 kB) vmalloc : 0xd080 - 0xfffba000 ( 759 MB) lowmem : 0xc000 - 0xcfff ( 255 MB) .init : 0xc045a000 - 0xc049f000 ( 276 kB) .data : 0xc038781d - 0xc0456250 ( 826 kB) .text : 0xc010 - 0xc038781d (2590 kB) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 1103.39 BogoMIPS (lpj=2206781) Mount-cache hash table entries: 512 CPU: After generic identify, caps: 0383f9ff CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 512K CPU: After all inits, caps: 0383f9ff 0040 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. Compat vDSO mapped to e000. CPU: Intel Pentium III (Katmai) stepping 03 Checking 'hlt' instruction... OK. NET: Registered protocol family 16 EISA bus registered PCI: PCI BIOS revision 2.10 entry at 0xfb240, last bus=1 PCI: Using configuration type 1 Setting up standard PCI resources SCSI subsystem initialized libata version 2.00 loaded. usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) PCI quirk: region 4000-403f claimed by PIIX4 ACPI PCI quirk: region 5000-500f claimed by PIIX4 SMB Boot video device is :01:00.0 PCI: Using IRQ router PIIX/ICH [8086/7110] at :00:07.0 PCI: Bridge: :00:01.0 IO window: c000-cfff MEM window: e400-e7ff PREFETCH window: disabled. NET: Registered protocol family 2 IP route cache hash table entries: 2048 (order: 1, 8192 bytes) TCP established hash table entries: 8192 (order: 3, 32768 bytes) TCP bind hash table entries
Re: 2.6.19-rc5 libata PATA ATAPI CDROM SiS 5513 NOT WORKING
PIIX4: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA Probing IDE interface ide0... hda: QUANTUM FIREBALLlct10 15, ATA DISK drive hdb: PHILIPS CDD3610 CD-R/RW, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Probing IDE interface ide1... Probing IDE interface ide1... hda: max request size: 128KiB hda: 29336832 sectors (15020 MB) w/418KiB Cache, CHS=29104/16/63, UDMA(33) hda: cache flushes not supported hda: hda1 hda2 < hda5 hda6 hda7 hda8 hda9 hda10 hda11 hda12 hda13 hda14 hda15 hda16 hda17 hda18 hda19 hda20 hda21 hda22 hda23 hda24 > hdb: ATAPI 6X CD-ROM CD-R/RW drive, 768kB Cache, DMA Uniform CD-ROM driver Revision: 3.20 [snip] 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. Here it was the test of new libata with 2.6.19.1: [snip] ata_piix :00:07.1: version 2.00ac6 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 ata1.00: ATA-4, max UDMA/66, 29336832 sectors: LBA ata1.00: ata1: dev 0 multi count 16 ata1.01: ATAPI, max MWDMA1 ata1.00: configured for UDMA/33 ata1.01: qc timeout (cmd 0xa1) ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4) ata1.01: revalidation failed (errno=-5) ata1.01: limiting speed to PIO3 ata1: failed to recover some devices, retrying in 5 secs ata1: port is slow to respond, please be patient (Status 0xd0) ata1: port failed to respond (30 secs, Status 0xd0) ata1.01: qc timeout (cmd 0xa1) ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4) ata1.01: revalidation failed (errno=-5) ata1: failed to recover some devices, retrying in 5 secs ata1: port is slow to respond, please be patient (Status 0xd0) ata1: port failed to respond (30 secs, Status 0xd0) ata1.01: qc timeout (cmd 0xa1) ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4) ata1.01: revalidation failed (errno=-5) ata1.01: disabled ata1: failed to recover some devices, retrying in 5 secs ata1.00: failed to set xfermode (err_mask=0x40) ata1.00: limiting speed to UDMA/25 ata1: failed to recover some devices, retrying in 5 secs ata1: port is slow to respond, please be patient (Status 0xd0) ata1: port failed to respond (30 secs, Status 0xd0) ata1.00: configured for UDMA/25 scsi4 : ata_piix 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: drive cache: write back 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: drive cache: write back 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] And today with 2.6.20-rc2: 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 ata1.00: ATA-4, max UDMA/66, 29336832 sectors: LBA ata1.00: ata1: dev 0 multi count 16 ata1.01: ATAPI, max MWDMA1 ata1.00: configured for UDMA/33 ata1.01: qc timeout (cmd 0xa1) ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4) ata1.01: revalidation failed (errno=-5) ata1.01: limiting speed to PIO3 ata1: failed to recover some devices, retrying in 5 secs ata1: port is slow to respond, please be patient (Status 0xd0) ata1: port failed to respond (30 secs, Status 0xd0) ata1.01: qc timeout (cmd 0xa1) ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4) ata1.01: revalidation failed (errno=-5) ata1: failed to recover some devices, retrying in 5 secs ata1: port is slow to respond, please be patient (Status 0xd0) ata1: port failed to respond (30 secs, Status 0xd0) ata1.01: qc timeout (cmd 0xa1) ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4) ata1.01: revalidation failed (errno=-5) ata1.01: disabled ata1: failed to recover some devices, retrying in 5 secs ata1.00: failed to set xfermode (err_mask=0x40) ata1.00: limiting speed to UDMA/25 ata1: failed to recover some devices, retrying in 5 secs ata1: port is slow to respond, please be patient (Status 0xd0) ata1: port failed to respond (30 secs, Status 0xd0) ata1.00: configured for UDMA/25 scsi4 : ata_piix 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: Wr
Re: 2.6.19-rc5 libata PATA ATAPI CDROM SiS 5513 NOT WORKING
: will probe irqs later ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA Probing IDE interface ide0... hda: QUANTUM FIREBALLlct10 15, ATA DISK drive hdb: PHILIPS CDD3610 CD-R/RW, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Probing IDE interface ide1... Probing IDE interface ide1... hda: max request size: 128KiB hda: 29336832 sectors (15020 MB) w/418KiB Cache, CHS=29104/16/63, UDMA(33) hda: cache flushes not supported hda: hda1 hda2 hda5 hda6 hda7 hda8 hda9 hda10 hda11 hda12 hda13 hda14 hda15 hda16 hda17 hda18 hda19 hda20 hda21 hda22 hda23 hda24 hdb: ATAPI 6X CD-ROM CD-R/RW drive, 768kB Cache, DMA Uniform CD-ROM driver Revision: 3.20 [snip] 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. Here it was the test of new libata with 2.6.19.1: [snip] ata_piix :00:07.1: version 2.00ac6 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 ata1.00: ATA-4, max UDMA/66, 29336832 sectors: LBA ata1.00: ata1: dev 0 multi count 16 ata1.01: ATAPI, max MWDMA1 ata1.00: configured for UDMA/33 ata1.01: qc timeout (cmd 0xa1) ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4) ata1.01: revalidation failed (errno=-5) ata1.01: limiting speed to PIO3 ata1: failed to recover some devices, retrying in 5 secs ata1: port is slow to respond, please be patient (Status 0xd0) ata1: port failed to respond (30 secs, Status 0xd0) ata1.01: qc timeout (cmd 0xa1) ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4) ata1.01: revalidation failed (errno=-5) ata1: failed to recover some devices, retrying in 5 secs ata1: port is slow to respond, please be patient (Status 0xd0) ata1: port failed to respond (30 secs, Status 0xd0) ata1.01: qc timeout (cmd 0xa1) ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4) ata1.01: revalidation failed (errno=-5) ata1.01: disabled ata1: failed to recover some devices, retrying in 5 secs ata1.00: failed to set xfermode (err_mask=0x40) ata1.00: limiting speed to UDMA/25 ata1: failed to recover some devices, retrying in 5 secs ata1: port is slow to respond, please be patient (Status 0xd0) ata1: port failed to respond (30 secs, Status 0xd0) ata1.00: configured for UDMA/25 scsi4 : ata_piix 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: drive cache: write back 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: drive cache: write back 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] And today with 2.6.20-rc2: 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 ata1.00: ATA-4, max UDMA/66, 29336832 sectors: LBA ata1.00: ata1: dev 0 multi count 16 ata1.01: ATAPI, max MWDMA1 ata1.00: configured for UDMA/33 ata1.01: qc timeout (cmd 0xa1) ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4) ata1.01: revalidation failed (errno=-5) ata1.01: limiting speed to PIO3 ata1: failed to recover some devices, retrying in 5 secs ata1: port is slow to respond, please be patient (Status 0xd0) ata1: port failed to respond (30 secs, Status 0xd0) ata1.01: qc timeout (cmd 0xa1) ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4) ata1.01: revalidation failed (errno=-5) ata1: failed to recover some devices, retrying in 5 secs ata1: port is slow to respond, please be patient (Status 0xd0) ata1: port failed to respond (30 secs, Status 0xd0) ata1.01: qc timeout (cmd 0xa1) ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4) ata1.01: revalidation failed (errno=-5) ata1.01: disabled ata1: failed to recover some devices, retrying in 5 secs ata1.00: failed to set xfermode (err_mask=0x40) ata1.00: limiting speed to UDMA/25 ata1: failed to recover some devices, retrying in 5 secs ata1: port is slow to respond, please be patient (Status 0xd0) ata1: port failed to respond (30 secs, Status 0xd0) ata1.00: configured for UDMA/25 scsi4 : ata_piix 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
Re: 2.6.19-rc5 libata PATA ATAPI CDROM SiS 5513 NOT WORKING
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. Here it was the test of new libata with 2.6.19.1: [snip] ata_piix :00:07.1: version 2.00ac6 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 ata1.00: ATA-4, max UDMA/66, 29336832 sectors: LBA ata1.00: ata1: dev 0 multi count 16 ata1.01: ATAPI, max MWDMA1 ata1.00: configured for UDMA/33 ata1.01: qc timeout (cmd 0xa1) ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4) ata1.01: revalidation failed (errno=-5) ata1.01: limiting speed to PIO3 ata1: failed to recover some devices, retrying in 5 secs ata1: port is slow to respond, please be patient (Status 0xd0) ata1: port failed to respond (30 secs, Status 0xd0) ata1.01: qc timeout (cmd 0xa1) ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4) ata1.01: revalidation failed (errno=-5) ata1: failed to recover some devices, retrying in 5 secs ata1: port is slow to respond, please be patient (Status 0xd0) ata1: port failed to respond (30 secs, Status 0xd0) ata1.01: qc timeout (cmd 0xa1) ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4) ata1.01: revalidation failed (errno=-5) ata1.01: disabled ata1: failed to recover some devices, retrying in 5 secs ata1.00: failed to set xfermode (err_mask=0x40) ata1.00: limiting speed to UDMA/25 ata1: failed to recover some devices, retrying in 5 secs ata1: port is slow to respond, please be patient (Status 0xd0) ata1: port failed to respond (30 secs, Status 0xd0) ata1.00: configured for UDMA/25 scsi4 : ata_piix 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: drive cache: write back 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: drive cache: write back 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] And today with 2.6.20-rc2: 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 ata1.00: ATA-4, max UDMA/66, 29336832 sectors: LBA ata1.00: ata1: dev 0 multi count 16 ata1.01: ATAPI, max MWDMA1 ata1.00: configured for UDMA/33 ata1.01: qc timeout (cmd 0xa1) ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4) ata1.01: revalidation failed (errno=-5) ata1.01: limiting speed to PIO3 ata1: failed to recover some devices, retrying in 5 secs ata1: port is slow to respond, please be patient (Status 0xd0) ata1: port failed to respond (30 secs, Status 0xd0) ata1.01: qc timeout (cmd 0xa1) ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4) ata1.01: revalidation failed (errno=-5) ata1: failed to recover some devices, retrying in 5 secs ata1: port is slow to respond, please be patient (Status 0xd0) ata1: port failed to respond (30 secs, Status 0xd0) ata1.01: qc timeout (cmd 0xa1) ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4) ata1.01: revalidation failed (errno=-5) ata1.01: disabled ata1: failed to recover some devices, retrying in 5 secs ata1.00: failed to set xfermode (err_mask=0x40) ata1.00: limiting speed to UDMA/25 ata1: failed to recover some devices, retrying in 5 secs ata1: port is slow to respond, please be patient (Status 0xd0) ata1: port failed to respond (30 secs, Status 0xd0) ata1.00: configured for UDMA/25 scsi4 : ata_piix 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] seems to look like same kind of pb this thread speak about (i.e. hd seems to works fine but not atapi cdrom (r/w)) but not sure? Any idea/advise? Tia, Joel PS0: I check that scsi cdrom was well selected PS1: with traditional ide support I get (with same 2.6.19.1 kernel): [snip] Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx PIIX4: IDE controller at PCI slot :00:07.1 PIIX4: chipset revision 1 PIIX4: not 100%
Re: 2.6.19-rc5 libata PATA ATAPI CDROM SiS 5513 NOT WORKING
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. Here it was the test of new libata with 2.6.19.1: [snip] ata_piix :00:07.1: version 2.00ac6 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 ata1.00: ATA-4, max UDMA/66, 29336832 sectors: LBA ata1.00: ata1: dev 0 multi count 16 ata1.01: ATAPI, max MWDMA1 ata1.00: configured for UDMA/33 ata1.01: qc timeout (cmd 0xa1) ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4) ata1.01: revalidation failed (errno=-5) ata1.01: limiting speed to PIO3 ata1: failed to recover some devices, retrying in 5 secs ata1: port is slow to respond, please be patient (Status 0xd0) ata1: port failed to respond (30 secs, Status 0xd0) ata1.01: qc timeout (cmd 0xa1) ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4) ata1.01: revalidation failed (errno=-5) ata1: failed to recover some devices, retrying in 5 secs ata1: port is slow to respond, please be patient (Status 0xd0) ata1: port failed to respond (30 secs, Status 0xd0) ata1.01: qc timeout (cmd 0xa1) ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4) ata1.01: revalidation failed (errno=-5) ata1.01: disabled ata1: failed to recover some devices, retrying in 5 secs ata1.00: failed to set xfermode (err_mask=0x40) ata1.00: limiting speed to UDMA/25 ata1: failed to recover some devices, retrying in 5 secs ata1: port is slow to respond, please be patient (Status 0xd0) ata1: port failed to respond (30 secs, Status 0xd0) ata1.00: configured for UDMA/25 scsi4 : ata_piix 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: drive cache: write back 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: drive cache: write back 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] And today with 2.6.20-rc2: 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 ata1.00: ATA-4, max UDMA/66, 29336832 sectors: LBA ata1.00: ata1: dev 0 multi count 16 ata1.01: ATAPI, max MWDMA1 ata1.00: configured for UDMA/33 ata1.01: qc timeout (cmd 0xa1) ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4) ata1.01: revalidation failed (errno=-5) ata1.01: limiting speed to PIO3 ata1: failed to recover some devices, retrying in 5 secs ata1: port is slow to respond, please be patient (Status 0xd0) ata1: port failed to respond (30 secs, Status 0xd0) ata1.01: qc timeout (cmd 0xa1) ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4) ata1.01: revalidation failed (errno=-5) ata1: failed to recover some devices, retrying in 5 secs ata1: port is slow to respond, please be patient (Status 0xd0) ata1: port failed to respond (30 secs, Status 0xd0) ata1.01: qc timeout (cmd 0xa1) ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4) ata1.01: revalidation failed (errno=-5) ata1.01: disabled ata1: failed to recover some devices, retrying in 5 secs ata1.00: failed to set xfermode (err_mask=0x40) ata1.00: limiting speed to UDMA/25 ata1: failed to recover some devices, retrying in 5 secs ata1: port is slow to respond, please be patient (Status 0xd0) ata1: port failed to respond (30 secs, Status 0xd0) ata1.00: configured for UDMA/25 scsi4 : ata_piix 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] seems to look like same kind of pb this thread speak about (i.e. hd seems to works fine but not atapi cdrom (r/w)) but not sure? Any idea/advise? Tia, Joel PS0: I check that scsi cdrom was well selected PS1: with traditional ide support I get (with same 2.6.19.1 kernel): [snip] Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx PIIX4: IDE controller at PCI slot :00:07.1 PIIX4: chipset revision 1 PIIX4: not 100% native
Re: NFSD needs EXPORTFS
... > > If the problem occured with CONFIG_XFS_FS=m I understand what went > wrong. > Yes, it was > It seems to be correct. > > This was a side effect of Roman's fix for the XFS <-> EXPORTFS > dependency. > Thanks a lot, 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: NFSD needs EXPORTFS
... If the problem occured with CONFIG_XFS_FS=m I understand what went wrong. Yes, it was It seems to be correct. This was a side effect of Roman's fix for the XFS - EXPORTFS dependency. Thanks a lot, 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: A scrub daemon (prezeroing)
Hello Christoph, In this part of your patch: [...] Index: linux-2.6.10/include/linux/gfp.h === --- linux-2.6.10.orig/include/linux/gfp.h 2005-01-21 10:43:59.0 -0800 +++ linux-2.6.10/include/linux/gfp.h2005-01-21 11:56:07.0 -0800 @@ -131,4 +131,5 @@ extern void FASTCALL(free_cold_page(stru void page_alloc_init(void); +void prep_zero_page(struct page *, unsigned int order); #endif /* __LINUX_GFP_H */ - imoh would be better: +void prep_zero_page(struct page *page, unsigned int order, unsigned int gfp_flags); hth, 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: A scrub daemon (prezeroing)
Hello Christoph, In this part of your patch: [...] Index: linux-2.6.10/include/linux/gfp.h === --- linux-2.6.10.orig/include/linux/gfp.h 2005-01-21 10:43:59.0 -0800 +++ linux-2.6.10/include/linux/gfp.h2005-01-21 11:56:07.0 -0800 @@ -131,4 +131,5 @@ extern void FASTCALL(free_cold_page(stru void page_alloc_init(void); +void prep_zero_page(struct page *, unsigned int order); #endif /* __LINUX_GFP_H */ - imoh would be better: +void prep_zero_page(struct page *page, unsigned int order, unsigned int gfp_flags); hth, 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/
