Hi,
it's 2 monts that we did discuss this problem.
Has the solution integrated into the Linux kernel?
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
[EMAIL PROTECTED](uni)
[EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/
URL:
?id=7026
>
> To recap: Joerg Schilling needs to be able to retrieve the max_sectors
> value for a SCSI device's request queue. Doing it via sysfs is rather
> clumsy, especially when only a file descriptor is available and not the
> device name. He has asked for an ioctl inte
James Bottomley <[EMAIL PROTECTED]> wrote:
> > Is the patch below acceptable?
>
> Really, no. The parameter you're fishing for is a block parameter, not
> a SCSI parameter ... it should really be a block ioctl if we have to
> have an ioctl at all.
I am afraid, you seem to missunderstand things.
Alan Stern <[EMAIL PROTECTED]> wrote:
> I decided to do this by email instead of bugzilla so that it would be
> visible to everyone on the linux-scsi mailing list.
>
> Re: http://bugzilla.kernel.org/show_bug.cgi?id=7026
I just put out preliminary support for this ioctl.
Please check:
ftp://ftp
Douglas Gilbert <[EMAIL PROTECTED]> wrote:
> BTW Joerg: SG_SET_RESERVED_SIZE simply makes it extremely
> unlikely that the sg driver will not be able to fetch
> enough memory from the kernel to move data associated with
> a SCSI command. The block layer SG_IO just fudges that.
> While a major conc
James Bottomley <[EMAIL PROTECTED]> wrote:
> On Tue, 2006-12-05 at 23:46 +0100, Joerg Schilling wrote:
> > I am afraid, you seem to missunderstand things.
> >
> > This parameter is not related to something you may call "block layer", it
> > is
> &g
James Bottomley <[EMAIL PROTECTED]> wrote:
> On Wed, 2006-12-06 at 00:14 +0100, Joerg Schilling wrote:
> > Well, accept the patch if it works.
>
> It's not about work/not work: it's about correctness.
>
> > And in case that you don't like it, make su
James Bottomley <[EMAIL PROTECTED]> wrote:
> All CD/DVD burners are block devices, which is the problem set under
> discussion.
Please keep in mind: all CD/DVD burners are SCSI devices.
You cannot write or even retrieve special information without SCSI.
Jörg
--
EMail:[EMAIL PROTECTED] (home)
Alan Stern <[EMAIL PROTECTED]> wrote:
> It turns out that for block device files we don't need to change anything.
> The BLKSECTGET ioctl already does almost exactly what we want:
>
> int n;
>
> if (ioctl(fd, BLKSECTGET, &n) == 0)
> max_transfer_size = n * 512;
>
> So onl
James Bottomley <[EMAIL PROTECTED]> wrote:
> On Wed, 2006-12-06 at 18:49 +0100, Joerg Schilling wrote:
> > Please keep in mind: all CD/DVD burners are SCSI devices.
>
> This is probably semantics, but nowadays, SCSI means SPI (or parallel
> SCSI). I think you're t
Alan Stern <[EMAIL PROTECTED]> wrote:
> On Wed, 6 Dec 2006, Mike Christie wrote:
>
> > Alternatively, if we do start not checking values like max sectors and
> > send requests down to the drivers, the block layer mapping functions can
> > be modified to not check certain values and LLDs/scsi-ml ca
Alan Stern <[EMAIL PROTECTED]> wrote:
> I will. If everything goes well then BLKSECTGET will be made to work with
> the SCSI-Generic interface as well as with the usual block device files,
> so you'll be able to use it with any file descriptor for a CD or DVD
> drive.
Coud you please inform m
12 matches
Mail list logo
