lkml.org 
[lkml]   [2002]   [Nov]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: IDE CDROM packet command buffer size restriction.
On Fri, Nov 01, 2002 at 01:10:45PM +0100, Jens Axboe wrote:
> On Thu, Oct 31 2002, chrisl@vmware.com wrote:
>
> Yes sorry, it's fallen through the cracks.

Thanks for your quick reply. I am sorry that I forget to CC you
on the mail, my bad.

>
> > VMware try to use the generic packet interface (CDROM_SEND_PACKET)
> > for cdrom simulation. There are some packet command used by windows
> > can return different data size, depend on the type of CD in the CDROM.
> > Current linux kernel will fail the ioctl call if packet command return
> > data less than expected.
> >
> > ide-scsi driver do not have this problem.
> >
> > We make a patch allow kernel return successful and return the actual
> > transfer data size. Is it the prefer behavior in this case? If not,
> > what is the best way to solve this problem?
>
> The patch does look good, thanks.

Thank you so much for evaluate the patch. Any idea which kernel it will
get in? We can update our support document:
"for complete raw cdrom support, please upgrade to kernel 2.4.xx or later."

>
> I can only say resend and resend. It's no secret that I regurlarly loose
> patches and don't respond to emails, because there are just so many of
> them.

We all understand the importance of the resubmit mechanism now.
Actually every body here is very exciting about the patch been accepted.
It solve some long lasting problem and those ugly hack can go away soon.
That exactly why I love open source.

Thanks

Chris




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

\
 
 \ /
  Last update: 2005-03-22 13:30    [W:0.056 / U:0.144 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site