LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
* Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
@ 2007-02-20  7:40 Joel Soete
  0 siblings, 0 replies; 19+ messages in thread
From: Joel Soete @ 2007-02-20  7:40 UTC (permalink / raw)
  To: lsorense; +Cc: htejun, luming.yu, alan, opslynx, alan, linux-kernel, jgarzik

> [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: 0xFFFFFFFF [], 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


^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
  2007-02-12  0:58                       ` Tejun Heo
  2007-02-12 20:42                         ` Joel Soete
@ 2007-02-21  2:55                         ` Ioan Ionita
  1 sibling, 0 replies; 19+ messages in thread
From: Ioan Ionita @ 2007-02-21  2:55 UTC (permalink / raw)
  To: Tejun Heo; +Cc: Joel Soete, Luming Yu, Alan Cox, Alan, linux-kernel, jgarzik

[-- Attachment #1: Type: text/plain, Size: 1682 bytes --]

On 2/11/07, Tejun Heo <htejun@gmail.com> 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 0000:00:00.0.
agpgart: Putting AGP V3 device at 0000:00:00.0 into 16x mode
agpgart: SiS delay workaround: giving bridge time to recover.
agpgart: Putting AGP V3 device at 0000: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.

[-- Attachment #2: dmesg.gz --]
[-- Type: application/x-gzip, Size: 6561 bytes --]

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
  2007-02-17 10:58                               ` Joel Soete
@ 2007-02-20 11:21                                 ` Tejun Heo
  0 siblings, 0 replies; 19+ messages in thread
From: Tejun Heo @ 2007-02-20 11:21 UTC (permalink / raw)
  To: Joel Soete; +Cc: Luming Yu, Alan Cox, Ioan Ionita, Alan, linux-kernel, jgarzik

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/sdc2        196    1825    1630   13092975    5  Extended
> [snip]
>>> /dev/sdc23       881+   1533     653-   5245191   83  Linux
>>> /dev/sdc24      1795    1825      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

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
  2007-02-17 14:59                                 ` Lennart Sorensen
@ 2007-02-17 18:26                                   ` Joel Soete
  0 siblings, 0 replies; 19+ messages in thread
From: Joel Soete @ 2007-02-17 18:26 UTC (permalink / raw)
  To: Lennart Sorensen
  Cc: Tejun Heo, Luming Yu, Alan Cox, Ioan Ionita, Alan, linux-kernel, jgarzik

[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: 0xFFFFFFFF [], 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	

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
  2007-02-17 11:33                               ` Joel Soete
@ 2007-02-17 14:59                                 ` Lennart Sorensen
  2007-02-17 18:26                                   ` Joel Soete
  0 siblings, 1 reply; 19+ messages in thread
From: Lennart Sorensen @ 2007-02-17 14:59 UTC (permalink / raw)
  To: Joel Soete
  Cc: Tejun Heo, Luming Yu, Alan Cox, Ioan Ionita, Alan, linux-kernel, jgarzik

On Sat, Feb 17, 2007 at 11:33:53AM +0000, Joel Soete wrote:
> Hello Lennart,
> 
> Lennart Sorensen wrote:
> >On Tue, Feb 13, 2007 at 05:35:32PM +0000, 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
> > <cdrtools@packages.debian.org>.
> >       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: 0xFFFFFFFF [], 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  | 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  -

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.

> 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.

> It came from an age (see >> brw-rw---- 1 root disk 8, 32 Dec  1  2001 
> /dev/sdc)
> when 15Gb disk was enough to test severall Linux distro ;-)
> At the same time I was also working with a distro runing on a x486 100Mhz, 
> a few ram and 128Mb of disk ;-)

Well that makes some sense.  I always though testing a distribution
meant installing it and using it a bit, andif it wasn't right, you
installed the next one.  I have never had more than one installed at a
time myself.

--
Len Sorensen

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
  2007-02-17 12:07                               ` Joel Soete
@ 2007-02-17 12:52                                 ` Bartlomiej Zolnierkiewicz
  0 siblings, 0 replies; 19+ messages in thread
From: Bartlomiej Zolnierkiewicz @ 2007-02-17 12:52 UTC (permalink / raw)
  To: Joel Soete
  Cc: Tejun Heo, Luming Yu, Alan Cox, Ioan Ionita, Alan, linux-kernel, jgarzik


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 0000: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 0000 0010 7e00 5332 003f 0000
> 0000 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
> 0000 0f00 4000 0200 0200 0007 3fff 0010
> 003f fc10 00fb 0110 a500 01bf 0000 0007
> 0003 0078 0078 0078 0078 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 001e 0011 346b 4001 4000 3468 0001 4000
> 041f 0008 0000 0000 fffe 0040 0000 0000

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

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
  2007-02-13 18:15                             ` Bartlomiej Zolnierkiewicz
  2007-02-13 18:34                               ` Alan
@ 2007-02-17 12:07                               ` Joel Soete
  2007-02-17 12:52                                 ` Bartlomiej Zolnierkiewicz
  1 sibling, 1 reply; 19+ messages in thread
From: Joel Soete @ 2007-02-17 12:07 UTC (permalink / raw)
  To: Bartlomiej Zolnierkiewicz
  Cc: Tejun Heo, Luming Yu, Alan Cox, Ioan Ionita, Alan, linux-kernel, jgarzik



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 0000: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 0000 0010 7e00 5332 003f 0000
0000 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
0000 0f00 4000 0200 0200 0007 3fff 0010
003f fc10 00fb 0110 a500 01bf 0000 0007
0003 0078 0078 0078 0078 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
001e 0011 346b 4001 4000 3468 0001 4000
041f 0008 0000 0000 fffe 0040 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0001 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000

>> 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
> 
> 

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
  2007-02-13 19:57                             ` Lennart Sorensen
@ 2007-02-17 11:33                               ` Joel Soete
  2007-02-17 14:59                                 ` Lennart Sorensen
  0 siblings, 1 reply; 19+ messages in thread
From: Joel Soete @ 2007-02-17 11:33 UTC (permalink / raw)
  To: Lennart Sorensen
  Cc: Tejun Heo, Luming Yu, Alan Cox, Ioan Ionita, Alan, linux-kernel, jgarzik

Hello Lennart,

Lennart Sorensen wrote:
> On Tue, Feb 13, 2007 at 05:35:32PM +0000, 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
 > <cdrtools@packages.debian.org>.
 >       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: 0xFFFFFFFF [], 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.  dd always seems to end up reading some junk past
> the end of the disc.
> 
mmm I always used successfully dd method at my office with scsi cdrom drive (even for bootable disk).

>> 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/sdc2        196    1825    1630   13092975    5  Extended
>> /dev/sdc3          0       -       0          0    0  Empty
[snip]
>> /dev/sdc23       881+   1533     653-   5245191   83  Linux
>> /dev/sdc24      1795    1825      31     249007+  83  Linux
> 
> I have to ask: What are all those partitions?
> 
It came from an age (see >> brw-rw---- 1 root disk 8, 32 Dec  1  2001 /dev/sdc)
when 15Gb disk was enough to test severall Linux distro ;-)
At the same time I was also working with a distro runing on a x486 100Mhz, a few ram and 128Mb of disk ;-)

>> # 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.
> 
Ah ok I wasn't aware.

Thanks for help,
	Joel

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
  2007-02-13 18:22                             ` Tejun Heo
@ 2007-02-17 10:58                               ` Joel Soete
  2007-02-20 11:21                                 ` Tejun Heo
  0 siblings, 1 reply; 19+ messages in thread
From: Joel Soete @ 2007-02-17 10:58 UTC (permalink / raw)
  To: Tejun Heo; +Cc: Luming Yu, Alan Cox, Ioan Ionita, Alan, linux-kernel, jgarzik

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/sdc2        196    1825    1630   13092975    5  Extended
[snip]
>> /dev/sdc23       881+   1533     653-   5245191   83  Linux
>> /dev/sdc24      1795    1825      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

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
  2007-02-13 17:35                           ` Joel Soete
  2007-02-13 18:15                             ` Bartlomiej Zolnierkiewicz
  2007-02-13 18:22                             ` Tejun Heo
@ 2007-02-13 19:57                             ` Lennart Sorensen
  2007-02-17 11:33                               ` Joel Soete
  2 siblings, 1 reply; 19+ messages in thread
From: Lennart Sorensen @ 2007-02-13 19:57 UTC (permalink / raw)
  To: Joel Soete
  Cc: Tejun Heo, Luming Yu, Alan Cox, Ioan Ionita, Alan, linux-kernel, jgarzik

On Tue, Feb 13, 2007 at 05:35:32PM +0000, 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/sdc2        196    1825    1630   13092975    5  Extended
> /dev/sdc3          0       -       0          0    0  Empty
> /dev/sdc4          0       -       0          0    0  Empty
> /dev/sdc5   *    196+    197       2-     16033+  83  Linux
> /dev/sdc6   *    198+    199       2-     16033+  83  Linux
> /dev/sdc7        200+    201       2-     16033+  83  Linux
> /dev/sdc8        202+    217      16-    128488+  82  Linux swap / Solaris
> /dev/sdc9        218+    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      1795    1825      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 
> 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.

At least there it realized sdc15 is the last one by the looks of it.

--
Len Sorensen

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
  2007-02-13 18:15                             ` Bartlomiej Zolnierkiewicz
@ 2007-02-13 18:34                               ` Alan
  2007-02-17 12:07                               ` Joel Soete
  1 sibling, 0 replies; 19+ messages in thread
From: Alan @ 2007-02-13 18:34 UTC (permalink / raw)
  To: Bartlomiej Zolnierkiewicz
  Cc: Joel Soete, Tejun Heo, Luming Yu, Alan Cox, Ioan Ionita,
	linux-kernel, jgarzik

> 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*.


^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
  2007-02-13 17:35                           ` Joel Soete
  2007-02-13 18:15                             ` Bartlomiej Zolnierkiewicz
@ 2007-02-13 18:22                             ` Tejun Heo
  2007-02-17 10:58                               ` Joel Soete
  2007-02-13 19:57                             ` Lennart Sorensen
  2 siblings, 1 reply; 19+ messages in thread
From: Tejun Heo @ 2007-02-13 18:22 UTC (permalink / raw)
  To: Joel Soete; +Cc: Luming Yu, Alan Cox, Ioan Ionita, Alan, linux-kernel, jgarzik

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/sdc2        196    1825    1630   13092975    5  Extended
> /dev/sdc3          0       -       0          0    0  Empty
> /dev/sdc4          0       -       0          0    0  Empty
> /dev/sdc5   *    196+    197       2-     16033+  83  Linux
> /dev/sdc6   *    198+    199       2-     16033+  83  Linux
> /dev/sdc7        200+    201       2-     16033+  83  Linux
> /dev/sdc8        202+    217      16-    128488+  82  Linux swap / Solaris
> /dev/sdc9        218+    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      1795    1825      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

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
  2007-02-13 17:35                           ` Joel Soete
@ 2007-02-13 18:15                             ` Bartlomiej Zolnierkiewicz
  2007-02-13 18:34                               ` Alan
  2007-02-17 12:07                               ` Joel Soete
  2007-02-13 18:22                             ` Tejun Heo
  2007-02-13 19:57                             ` Lennart Sorensen
  2 siblings, 2 replies; 19+ messages in thread
From: Bartlomiej Zolnierkiewicz @ 2007-02-13 18:15 UTC (permalink / raw)
  To: Joel Soete
  Cc: Tejun Heo, Luming Yu, Alan Cox, Ioan Ionita, Alan, linux-kernel, jgarzik


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

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
  2007-02-12 20:42                         ` Joel Soete
@ 2007-02-13 17:35                           ` Joel Soete
  2007-02-13 18:15                             ` Bartlomiej Zolnierkiewicz
                                               ` (2 more replies)
  0 siblings, 3 replies; 19+ messages in thread
From: Joel Soete @ 2007-02-13 17:35 UTC (permalink / raw)
  To: Joel Soete
  Cc: Tejun Heo, Luming Yu, Alan Cox, Ioan Ionita, Alan, linux-kernel, jgarzik

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/sdc2        196    1825    1630   13092975    5  Extended
/dev/sdc3          0       -       0          0    0  Empty
/dev/sdc4          0       -       0          0    0  Empty
/dev/sdc5   *    196+    197       2-     16033+  83  Linux
/dev/sdc6   *    198+    199       2-     16033+  83  Linux
/dev/sdc7        200+    201       2-     16033+  83  Linux
/dev/sdc8        202+    217      16-    128488+  82  Linux swap / Solaris
/dev/sdc9        218+    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      1795    1825      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 0000: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-ROM            PHILIPS  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
> 
> 

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
  2007-02-12  0:58                       ` Tejun Heo
@ 2007-02-12 20:42                         ` Joel Soete
  2007-02-13 17:35                           ` Joel Soete
  2007-02-21  2:55                         ` Ioan Ionita
  1 sibling, 1 reply; 19+ messages in thread
From: Joel Soete @ 2007-02-12 20:42 UTC (permalink / raw)
  To: Tejun Heo; +Cc: Luming Yu, Alan Cox, Ioan Ionita, Alan, linux-kernel, jgarzik



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 0000: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-ROM            PHILIPS  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

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
  2007-01-27 14:42                     ` Joel Soete
@ 2007-02-12  0:58                       ` Tejun Heo
  2007-02-12 20:42                         ` Joel Soete
  2007-02-21  2:55                         ` Ioan Ionita
  0 siblings, 2 replies; 19+ messages in thread
From: Tejun Heo @ 2007-02-12  0:58 UTC (permalink / raw)
  To: Joel Soete; +Cc: Luming Yu, Alan Cox, Ioan Ionita, Alan, linux-kernel, jgarzik

[-- Attachment #1: Type: text/plain, Size: 64 bytes --]

Please test the attached patch over 2.6.20.

Thanks.

-- 
tejun

[-- Attachment #2: clear-TF-before-IDENTIFY.patch --]
[-- Type: text/x-patch, Size: 780 bytes --]

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);

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
  2007-01-27 14:10                   ` Luming Yu
@ 2007-01-27 14:42                     ` Joel Soete
  2007-02-12  0:58                       ` Tejun Heo
  0 siblings, 1 reply; 19+ messages in thread
From: Joel Soete @ 2007-01-27 14:42 UTC (permalink / raw)
  To: Luming Yu; +Cc: Tejun Heo, Alan Cox, Ioan Ionita, Alan, linux-kernel, jgarzik

[-- Attachment #1: Type: text/plain, Size: 343 bytes --]



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 <soete.joel@scarlet.be> wrote:
>> Hello all,
>>
>> I just tested libata with this newest 2.6.20-rc6 but no changes ;-(
>>
>> Any news?
>>
>> Thanks,
>>         Joel
>>

[-- Attachment #2: DmesgPata5.doc.gz --]
[-- Type: application/x-gzip, Size: 4880 bytes --]

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
  2007-01-27 13:22                 ` 2.6.20-rc6 libata PATA ATAPI CDROM is not working Joel Soete
@ 2007-01-27 14:10                   ` Luming Yu
  2007-01-27 14:42                     ` Joel Soete
  0 siblings, 1 reply; 19+ messages in thread
From: Luming Yu @ 2007-01-27 14:10 UTC (permalink / raw)
  To: Joel Soete; +Cc: Tejun Heo, Alan Cox, Ioan Ionita, Alan, linux-kernel, jgarzik

Does acpi=off make cdrom work?

On 1/27/07, Joel Soete <soete.joel@scarlet.be> 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 majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
>

^ permalink raw reply	[flat|nested] 19+ messages in thread

* 2.6.20-rc6 libata PATA ATAPI CDROM is not working
  2007-01-03 17:19               ` Joel Soete
@ 2007-01-27 13:22                 ` Joel Soete
  2007-01-27 14:10                   ` Luming Yu
  0 siblings, 1 reply; 19+ messages in thread
From: Joel Soete @ 2007-01-27 13:22 UTC (permalink / raw)
  To: Joel Soete; +Cc: Tejun Heo, Alan Cox, Ioan Ionita, Alan, linux-kernel, jgarzik

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
> 
> 

^ permalink raw reply	[flat|nested] 19+ messages in thread

end of thread, other threads:[~2007-02-21  2:55 UTC | newest]

Thread overview: 19+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-02-20  7:40 2.6.20-rc6 libata PATA ATAPI CDROM is not working Joel Soete
  -- strict thread matches above, loose matches on Subject: below --
2006-11-16 23:22 2.6.19-rc5 libata PATA ATAPI CDROM SiS 5513 NOT WORKING Ioan Ionita
2006-11-16 23:50 ` Alan
2006-11-17  1:30   ` Ioan Ionita
2006-11-17  1:34     ` Ioan Ionita
2006-11-17 10:05       ` Alan Cox
2006-12-27 14:44         ` Joel Soete
2006-12-28 21:50           ` Joel Soete
2007-01-03  4:31             ` Tejun Heo
2007-01-03 17:19               ` Joel Soete
2007-01-27 13:22                 ` 2.6.20-rc6 libata PATA ATAPI CDROM is not working Joel Soete
2007-01-27 14:10                   ` Luming Yu
2007-01-27 14:42                     ` Joel Soete
2007-02-12  0:58                       ` Tejun Heo
2007-02-12 20:42                         ` Joel Soete
2007-02-13 17:35                           ` Joel Soete
2007-02-13 18:15                             ` Bartlomiej Zolnierkiewicz
2007-02-13 18:34                               ` Alan
2007-02-17 12:07                               ` Joel Soete
2007-02-17 12:52                                 ` Bartlomiej Zolnierkiewicz
2007-02-13 18:22                             ` Tejun Heo
2007-02-17 10:58                               ` Joel Soete
2007-02-20 11:21                                 ` Tejun Heo
2007-02-13 19:57                             ` Lennart Sorensen
2007-02-17 11:33                               ` Joel Soete
2007-02-17 14:59                                 ` Lennart Sorensen
2007-02-17 18:26                                   ` Joel Soete
2007-02-21  2:55                         ` Ioan Ionita

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).