Date: Thu, 8 Aug 2002 20:23:51 +0200 (SAT) From: John Hay <jhay@icomtek.csir.co.za> To: ru@FreeBSD.ORG (Ruslan Ermilov) Cc: current@FreeBSD.ORG, jhb@FreeBSD.ORG Subject: Re: 3 floppy system for -current releases Message-ID: <200208081823.g78INpx65623@zibbi.icomtek.csir.co.za> In-Reply-To: <20020808172715.GA29895@sunbay.com> from Ruslan Ermilov at "Aug 8, 2002 08:27:15 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
...
> > If this idea is acceptable, we should probably tweak what should
> > go on the second floppy and what is used the least and put that
> > on the last one.
> >
> > To load drivers from the drivers floppy, go to "Configure" and then
> > the last option there is "Load KLD".
> >
> Ah, so we already have this functionality ready! Nice...
That was a surprise for me too... A welcome one I might add.
...
> > @@ -654,15 +655,15 @@
> > > ${RD}/mfsfd/stand/etc/services
> > ln ${RD}/mfsfd/stand/etc/services ${RD}/mfsfd/etc/services
> > ln ${RD}/mfsfd/stand/etc/netconfig ${RD}/mfsfd/etc/netconfig
> > - gzip -9c ${RD}/trees/base/COPYRIGHT > ${RD}/mfsfd/stand/help/COPYRIGHT.hlp.gz
> > + cat ${RD}/trees/base/COPYRIGHT > ${RD}/mfsfd/stand/help/COPYRIGHT.hlp
>
> Should be cp(1). But then again, why don't have things compressed? IMHO,
> it's much quicker to load compressed file from floppy and uncompress it in
> memory, than to load an uncompressed file from floppy.
The reason is that the compression works better on all files together than
each separately. It was more important when I was still trying to fit
everything on 2 floppies.
Uhm, it doesn't really load the files from floppy. The whole image is
uncompressed and made into a ramdisk or do I have it wrong?
Anyway if you would rather have the separate files compressed, I'll leave
it that way.
> > +.else
> > + sh -e ${.CURDIR}/scripts/bld-ko.sh ${RD}/mfsfd/stand/modules \
> > + `awk -f ${.CURDIR}/scripts/driver-list.awk 2 \
> > + ${.CURDIR}/${TARGET}/drivers.conf`
> > +.endif
> > + @kldxref ${RD}/mfsfd/stand/modules/
>
> kldxref(8) produces the MD output, but is not a cross-tool, so it won't
> work for TARGET_ARCH=alpha modules on i386. The hints it produces are
> optimizations only, and not strictly necessary. Bin it from here.
I'll check again. It might be from when I was struggling to make a
single .ko work.
> > + @echo "set module_path=\"/stand/modules;/dist\"" >> ${RD}/image.${FSIMAGE}/boot/loader.rc
>
> OK (assuming the sysinstall(8) mounts a 3rd floppy on /dist).
Yes, it does, look for DISTMOUNT in usr.sbin/sysinstall/modules.c
> > xe if_xe 2 network "Xircom pccard ethernet"
> > xl if_xl 2 network "3COM 3c90x / 3c90xB PCI ethernet card"
> > +CD9660 cd9660 3 options "ISO 9660 Filesystem"
> > +MSDOSFS msdosfs 3 options "MSDOS filsystem"
> > +NFSCLIENT nfsclient 3 options "Network Filesystem Client"
> > SYSVSHM sysvshm 2 options "SYSV-style shared memory"
> > SYSVMSG sysvmsg 2 options "SYSV-style message queues"
> > SYSVSEM sysvsem 2 options "SYSV-style semaphores"
> >
> Hrm, I can probably agree on moving nfsclient.ko and msdosfs.ko to the 3rd
> floppy, but certainly not the cd9660 support.
Well the placement is open for debate. I just needed to have a starting
point and thought that most cd installs will probably be on machines
that can boot from the cd and then it use cdboot and not this?
> > Index: release/scripts/driver-copy2.awk
> >
> I haven't looked at this in details.
>
> > +++ release/scripts/bld-ko.sh Thu Aug 8 14:25:14 2002
> > +++ release/scripts/driver-list.awk Thu Aug 8 14:22:31 2002
>
> Haven't looked at these either.
I'm going to leave them out at the moment because I can't get a
single .ko with internal dependancies to work. And even if we
can get it to work, we will still need the third floppy... there
is just too many drivers.
John
--
John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200208081823.g78INpx65623>
