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