All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bill Davidsen <davidsen@tmr.com>
To: linux-kernel@vger.kernel.org
Subject: Re: ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device
Date: Fri, 18 Feb 2005 15:23:44 -0500	[thread overview]
Message-ID: <cv5hv3$ana$1@gatekeeper.tmr.com> (raw)
In-Reply-To: <20050218103107.GA15052@wszip-kinigka.euro.med.ge.com>

Kiniger, Karl (GE Healthcare) wrote:
> On Thu, Feb 17, 2005 at 05:58:05PM -0500, Bill Davidsen wrote:
> 
>>Valdis.Kletnieks@vt.edu wrote:
>>
>>>On Wed, 16 Feb 2005 10:42:21 +0100, "Kiniger, Karl (GE Healthcare)" said:
>>>
>>>
>>>
>>>>> Have you tested the ISO on some *OTHER* hardware?  The impression I got
>>>>> was that the cd was *burned* right by ide-cd, but when *read back*, it
>>>>> bollixed things up at the end of the CD.....
>>>>
>>>>Using ide-scsi is enough to get all the data till the real end of the CD.
>>>
>>>
>>>OK, so the problem is that ide-cd is able to *burn* the CD just fine, but 
>>>it
>>>suffers lossage when ide-cd tries to read it back...
>>>
>>>Alan - are the sense-byte patches for ide-cd in a shape to push either 
>>>upstream
>>>or to -mm?
>>
>>The last time I looked at this, the issue was that the user software did 
>>a large read and the ide-cd didn't properly return a small data block 
>>with no error, but rather returned an error with no data. If you get the 
>>size of the ISO image, you can read that with any program which doesn't 
>>try to read MORE than that.
> 
> 
> Not entirely true (at least for me). I actually tried to read the 
> last iso9660 data sector with a small C program (reading 2 kb) and
> it failed to read the sector. Using ide-scsi I was able to read it.....
> 
> sdd (from Joerg Schilling) should not try to read more than ivsize
> bytes (InputVolumeSize) if that argument is given - I did not
> verify with strace though.

I'll try to build a truth table for this, I'm now working with some 
non-iso data sets, so I'm a bit more interested. I would expect read() 
to only try to read one sector, so I'll just do a quick and dirty to get 
the size from the command line, seek and read.

I haven't had a problem using dd to date, as long as I know how long the 
data set was, but I'll try to have results tonight.

Thanks for your additional info on this.

-- 
    -bill davidsen (davidsen@tmr.com)
"The secret to procrastination is to put things off until the
  last possible moment - but no longer"  -me

  reply	other threads:[~2005-02-18 20:22 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-02-15  0:20 ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device Sergio Monteiro Basto
2005-02-15  2:22 ` Sergio Monteiro Basto
2005-02-15  2:25   ` Randy.Dunlap
2005-02-15  3:58     ` Sergio Monteiro Basto
2005-02-15  3:56       ` Randy.Dunlap
2005-02-15 17:02     ` Alan Cox
2005-02-15 17:24       ` Randy.Dunlap
2005-02-15 17:48       ` David Gómez
2005-02-15 22:05         ` Alan Cox
2005-02-15 19:48       ` Kiniger, Karl (GE Healthcare)
2005-02-15 20:03         ` kernel
2005-02-15 23:16           ` Kiniger
2005-02-16  0:35             ` kernel
2005-02-17 23:00           ` Bill Davidsen
2005-02-15 20:15         ` Lennart Sorensen
2005-02-15 23:19           ` Kiniger
2005-02-15 21:25         ` Valdis.Kletnieks
2005-02-16  9:42           ` Kiniger, Karl (GE Healthcare)
2005-02-16 17:36             ` Valdis.Kletnieks
2005-02-17  0:44               ` Alan Cox
2005-02-17 22:58               ` Bill Davidsen
2005-02-18 10:31                 ` Kiniger, Karl (GE Healthcare)
2005-02-18 20:23                   ` Bill Davidsen [this message]
2005-02-18 20:50                     ` ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdXas device David Lang
2005-02-22 20:34                       ` Bill Davidsen
2005-02-19  0:23                     ` ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device Valdis.Kletnieks
2005-02-22 20:27                       ` Bill Davidsen
2005-02-28 17:11                       ` Kiniger, Karl (GE Healthcare)
2005-02-21 15:00                   ` Alan Cox
2005-02-21 15:25                     ` Bartlomiej Zolnierkiewicz
2005-02-21 17:38                       ` Alan Cox
2005-02-21 17:46                       ` Matthias Andree
2005-02-22 21:10                       ` Bill Davidsen
2005-02-28 10:12                     ` Kiniger
2005-02-15 20:36       ` Sergio Monteiro Basto
2005-02-17  2:27         ` Sergio Monteiro Basto
2005-02-17 23:03           ` Bill Davidsen
2005-02-19 17:55         ` Sergio Monteiro Basto

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='cv5hv3$ana$1@gatekeeper.tmr.com' \
    --to=davidsen@tmr.com \
    --cc=linux-kernel@vger.kernel.org \
    /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
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.