linux-kernel - Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <45DAD9BC.8040008@gmail.com>
Date:	Tue, 20 Feb 2007 20:21:32 +0900
From:	Tejun Heo <htejun@...il.com>
To:	Joel Soete <soete.joel@...rlet.be>
CC:	Luming Yu <luming.yu@...il.com>, Alan Cox <alan@...hat.com>,
	Ioan Ionita <opslynx@...il.com>,
	Alan <alan@...rguk.ukuu.org.uk>, linux-kernel@...r.kernel.org,
	jgarzik@...ox.com
Subject: Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working

Joel Soete wrote:
> Ok comparing the content of the original image:
> # mount -t iso9660 -o ro -o loop /MultiCd/cd060213.iso /mnt/cd
> # find /mnt/cd -type f -exec md5sum {} \;
> 37149d4961c0484f2cceb1a1614b253d  /mnt/cd/boot.cat
> 4ab996554b0e7ade115a3f284b876612  /mnt/cd/boot.msg
> fbdc51c29d54dd227427b2ef90e1961e  /mnt/cd/initrd.cgz
> 92c9a50bed71257c29f069ec5dd819fc  /mnt/cd/isolinux.bin
> 927ce1096693b3a44af0e0d8a2ad720c  /mnt/cd/isolinux.cfg
> 4afcf65ff8259a3bccd0cf9f91675529  /mnt/cd/scsi.cgz
> 4714742585da795c3a69c262ce8c35ef  /mnt/cd/vmlinuz
> 
> and the content of the burned cd:
> # mount /cdrom
> # find /cdrom -type f -exec md5sum {} \;
> 37149d4961c0484f2cceb1a1614b253d  /cdrom/boot.cat
> 4ab996554b0e7ade115a3f284b876612  /cdrom/boot.msg
> fbdc51c29d54dd227427b2ef90e1961e  /cdrom/initrd.cgz
> 92c9a50bed71257c29f069ec5dd819fc  /cdrom/isolinux.bin
> 927ce1096693b3a44af0e0d8a2ad720c  /cdrom/isolinux.cfg
> 4afcf65ff8259a3bccd0cf9f91675529  /cdrom/scsi.cgz
> 4714742585da795c3a69c262ce8c35ef  /cdrom/vmlinuz
> 
> it seems ok?
> 
> What is it lost???

Probably length got screwed somewhere.  Hmm... will do some testing.

>>> 2/ (but that should be much more related to scsi api) sdcXX > sdc15
>>> doesn't works ;-(
>>> # sfdisk -l /dev/sdc
>>>
>>> Disk /dev/sdc: 1826 cylinders, 255 heads, 63 sectors/track
>>> Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting
>>> from 0
>>>
>>>    Device Boot Start     End   #cyls    #blocks   Id  System
>>> /dev/sdc1   *      0+    195     196-   1574338+   b  W95 FAT32
>>> /dev/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
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/