Thhis patch includes a major update to the Uniform CDROm driver, moves
cdrom driver header files to drivers/cdrom, does a major cleanup of
cdrom.h, updates all appropriate documentation, especially
cdrom-standard.tex, updates ide-cd.c with some bug fixes and cosmetic
updates, ports several drivers to the Uniform CDROM driver (several of
these are untested -- but _should_ work...), etc.
On the downside, this patch reveals a long-standing bug in ide-cd, where
it doesn't return drive info until the drive is ready, so if the door is
open the driver will wait until the drive dorr is closed and return that
the drive is ready for use... I am out of town right now, and burried in
work here, so I will not have a chance to fix this problem for a bit. I
think it would be great for this to go into 2.1.x now, but I will need
some help cleaning up the rough edges on the low-level drivers. The
Uniform CD-ROm driver, however, is now very solid, and much more clever.
Again, it would be great to get some help at porting the old proprietary
CD-ROm drivers to the Uniform driver. The process is simple and well
documented in Documentation/cdrom/cdrom-standard.tex. This would free up
my time to work on adding in kernel support for CD-R/W drives, which is my
next project. So for I have received very little help...
-Erik
--
Erik B. Andersen Web: http://www.inconnect.com/~andersen/
email: andersee@debian.org
--This message was written using 73% post-consumer electrons--
On Tue, 2 Dec 1997, Bill Hawes wrote:
> Linus Torvalds wrote:
> > Anyway, I personally don't see anything major pending. There are still
> > various fixes that have yet to be integrated (some of the smbfs work by
> > Bill etc), but on the whole I'd call this feature-freeze time. Have fun,
>
> Hi Linus,
>
> There are a few pending projects I've heard about that I'd like to see
> included if at all possible. I'm not sure of the current status, but
> perhaps the authors can offer a timetable.
>
> Not in any particular order, they are:
> (1) Mark Hemment is doing some work on reducing memory fragmentation by
> building higher-order pages. The fragmentation problem is IMO the most
> serious remaining mm problem in Linux.
> (2) Zlatko Calusic is making some improvements to the files structure to
> reduce memory requirements.
> (3) Erik Andersen has a rewrite of CDROM driver support -- mostly
> finished, I think.
> (4) Several filesystems are still broken, but patches for affs and ums
> are mostly done.
> (5) Michael Chastain's smarter dependencies build overhaul would be
> helpful for those of us who don't have SMP and frequently change kernel
> options.
>
> Regards,
> Bill
>