> On Sat, 17 Aug 2002, Andre Hedrick wrote:
> >
> >ide_ioctl(fd, HDIO_SET_IDE_SCSI, bool)
> 
> Seems fine to me...
> 
> >Where bool does the subdriver switch.
> >Just that ioctl's are being blasted and people using are frowned upon.
> 
> ? so how is cdrecord (or whatever) supposed to do its stuff -- is it ioctl()  
> -> fcntl()? If so, I suppose that's ok, but the basic premise still exists,
> surely?
> 
> >This was a feature Alan Cox poked me for to try and move away from how
> >modules are basically an all or nothing grab-all.
> 
> I don't think modules are the answer to any of this:
>  a) some people want basically module-less kernels
This is designed to work regardless.
/dev/hdc == ide-cd builtin
insmod ide-scsi
ide_ioctl(fd, HDIO_SET_IDE_SCSI, bool)
converts /dev/hdc == ide-cd builtin to ide-scsi(add-in-module).
>  b) in some environments, you need to be able to select the IO mechanism 
>     without the ability to select the module to load.
See above, I think it solves the problem.
Once ide-scsi is added to the ide_module link list it is as good as
built-in.
> anyway...
> 
> <slightly confused by it all>
Me too, because I do not know the direction goal so I am doing the very
best I can.  What I really need is an active development team.
Before me:
Mark Lord, Gadi Oxman, Eric Anderson worked well.
ML ide-disk and ide.c global.
GO ide-floppy, ide-tape, ide-scsi
EA ide-cd
Anyways that was long before transport layer w/ all the hardware issues
began to dominate things.
Cheers,
Andre Hedrick
LAD Storage Consulting Group
-
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/