Date: Sun, 23 Jan 2000 23:31:26 +0800 From: Peter Wemm <peter@netplex.com.au> To: Nick Hibma <n_hibma@webweaving.org> Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/ppbus if_plip.c lpbb.c lpt.c pcfclock.c ppbconf.c ppi.c pps.c vpo.c Message-ID: <20000123153126.AD7B51C03@overcee.netplex.com.au> In-Reply-To: Message from Nick Hibma <n_hibma@webweaving.org> of "Sun, 23 Jan 2000 15:22:45 GMT." <Pine.BSF.4.20.0001231522100.475-100000@localhost>
next in thread | previous in thread | raw e-mail | index | archive | help
Nick Hibma wrote:
> > > Some newbus-inspired tidy-ups. Use device_identify() rather than scann
ing
> > > the resource table to locate children. The 'at ppbus?' can go again.
> >
> > Incidently, the reason for doing this is so that we can plug in a zip
> > drive, do a 'kldload vpo' and then use the device. It's almost there.
>
> Assuming sd is compiled in that is. Or is that one by now module
> loadable as well?
No. Not even nearly.. If you've got scsi present in the kernel it should
work, but we've got no way of doing it if it's not present.
We can't easily make cam loadable since it uses linker sets (which are not
kld safe) and cam references stuff that is generated in ioconf.c.
Hmm, we can generate the ioconf.c stuff unconditionally and make a giant
"cam + cd + da + etc etc" module that has everything internally linked..
This would probably work for using a random zip drive... And would probably
be enough to support the umass usb driver..
Cheers,
-Peter
--
Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au
"All of this is for nothing if we don't go to the stars" - JMS/B5
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000123153126.AD7B51C03>