LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: lsorense@csclub.uwaterloo.ca (Lennart Sorensen)
To: Joel Soete <soete.joel@scarlet.be>
Cc: Tejun Heo <htejun@gmail.com>, Luming Yu <luming.yu@gmail.com>,
	Alan Cox <alan@redhat.com>, Ioan Ionita <opslynx@gmail.com>,
	Alan <alan@lxorguk.ukuu.org.uk>,
	linux-kernel@vger.kernel.org, jgarzik@pobox.com
Subject: Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
Date: Tue, 13 Feb 2007 14:57:29 -0500	[thread overview]
Message-ID: <20070213195729.GN7584@csclub.uwaterloo.ca> (raw)
In-Reply-To: <45D1F6E4.2080102@scarlet.be>

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

  parent reply	other threads:[~2007-02-13 19:57 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
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-11-17 15:44         ` Ioan Ionita
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 [this message]
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
2007-02-20  7:40 Joel Soete

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20070213195729.GN7584@csclub.uwaterloo.ca \
    --to=lsorense@csclub.uwaterloo.ca \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=alan@redhat.com \
    --cc=htejun@gmail.com \
    --cc=jgarzik@pobox.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=luming.yu@gmail.com \
    --cc=opslynx@gmail.com \
    --cc=soete.joel@scarlet.be \
    --subject='Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working' \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

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