Re: kern.flp blown out again
In message [EMAIL PROTECTED] Jordan Hubbard writes: : Cool! Committed to -current. Of course, this should really be rolled : into the loader so that the sequence is more like this: I actually like matsushita-san's patches too. Gives us more default devices.. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kern.flp blown out again
On Fri, 12 Oct 2001, Jordan Hubbard wrote: Cool! Committed to -current. Of course, this should really be rolled into the loader so that the sequence is more like this: boot kern.flp Would you like to load any additional kernel modules (y/n)? y Please insert modules floppy and press return: forth script runs which presents menu for all items on modules floppy, doing loads on any selected Please insert mfsroot floppy and press return: mfsroot is loaded as usual system boots into sysinstall That way there's no need for a deviceRescan() and the user doesn't have to remember to invoke the Load KLD menu item before selecting an Installation type. I remember some german(?) guy even writing a bunch of FICL primitives for doing those sorts of UIs. I wonder what ever happened to that stuff? If you mean what I mean, that guy was Polish, and that stuff still sits in the tree: src/boot/i386/libi386/vidconsole.c (look for TERM_EMU) src/share/examples/bootforth/frames.4th It is even enabled by default. -- Andrzej // // Andrzej Bialecki [EMAIL PROTECTED], Chief System Architect // WebGiro AB, Sweden (http://www.webgiro.com) // // [EMAIL PROTECTED] FreeBSD developer (http://www.freebsd.org) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kern.flp blown out again
If you mean what I mean, that guy was Polish, and that stuff still sits in the tree: Yeah, that was it, sorry - I'm always getting Germany and Poland mixed up! No, not really, please don't hit! ;) That's cool - I should look at this. A perfect excuse to pick up forth again, I think. - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
kern.flp blown out again
I don't know what the KSE commit added (or if it was even anything more than bad timing), but we've hit the limit on the kernel floppy again (x86): Setting up /boot directory for kern floppy /R/stage/image.kern/kernel: 53.9% -- replaced with /R/stage/image.kern/kern el.gz sh -e /usr/src/release/scripts/doFS.sh /R/stage/floppies/kern.flp /R/stage /mnt 1440 /R/stage/image.kern 8 fd1440 disklabel: ioctl DIOCWLABEL: Operation not supported by device Warning: Block size restricts cylinders per group to 6. Warning: 1216 sector(s) in last cylinder unallocated /dev/md0c: 2880 sectors in 1 cylinders of 1 tracks, 4096 sectors 1.4MB in 1 cyl groups (6 c/g, 12.00MB/g, 32 i/g) super-block backups (for fsck -b #) at: 32 cpio: write error: No space left on device *** Error code 1 Any new device drivers added in the last day or so? - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kern.flp blown out again
Hm. Isn't this a strong sign that something fundamental must be done about the boot floppy process? Alpha has been suffering from this longer already due to the bigger binaries. Hey, be my guest, just so long as we can install from whatever you come up with. :-) Seriously, the fact that it needs fundamental fixing is why we're still using what we do. It's just easier to keep band-aiding it, as ugly a scenario as that might be. - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kern.flp blown out again
I don't know what the KSE commit added (or if it was even anything more than bad timing), but we've hit the limit on the kernel floppy again (x86): Hehe, it's time to add bzip2 into loader ;) I had a patch, but it provides only marginal improvement as due to memory constrains you can only use 100k compression blocks, `bzip2 -1', but it still provides 3% better compression that `gzip -9'. -Maxim Setting up /boot directory for kern floppy /R/stage/image.kern/kernel: 53.9% -- replaced with /R/stage/image.kern/kern el.gz sh -e /usr/src/release/scripts/doFS.sh /R/stage/floppies/kern.flp /R/stage /mnt 1440 /R/stage/image.kern 8 fd1440 disklabel: ioctl DIOCWLABEL: Operation not supported by device Warning: Block size restricts cylinders per group to 6. Warning: 1216 sector(s) in last cylinder unallocated /dev/md0c: 2880 sectors in 1 cylinders of 1 tracks, 4096 sectors 1.4MB in 1 cyl groups (6 c/g, 12.00MB/g, 32 i/g) super-block backups (for fsck -b #) at: 32 cpio: write error: No space left on device *** Error code 1 Any new device drivers added in the last day or so? - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kern.flp blown out again
On 13-Sep-2001 Jordan Hubbard wrote: Hm. Isn't this a strong sign that something fundamental must be done about the boot floppy process? Alpha has been suffering from this longer already due to the bigger binaries. Hey, be my guest, just so long as we can install from whatever you come up with. :-) Seriously, the fact that it needs fundamental fixing is why we're still using what we do. It's just easier to keep band-aiding it, as ugly a scenario as that might be. I have a patch for sysinstall which allows you to load kld's from a floppy. Basically if you can boot the floppy you can load everything else you need later on. (Except non-pnp ISA devices because you can't specify port/irq/etc) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kern.flp blown out again
On Thu, Sep 13, 2001 at 02:00:57AM -0700, Jordan Hubbard wrote: Hm. Isn't this a strong sign that something fundamental must be done about the boot floppy process? Alpha has been suffering from this longer already due to the bigger binaries. Hey, be my guest, just so long as we can install from whatever you I knew you would say that ;) come up with. :-) Seriously, the fact that it needs fundamental fixing is why we're still using what we do. It's just easier to keep band-aiding it, as ugly a scenario as that might be. Until you have to leave something essential out and then we are SOL. For alpha I could think of only supporting CD installs, and drop floppies altogether. This follows DECs/CPQs convention of only supporting OS installs from CD. Say a special install CD without packages (140MB or so). now ducks from cover W/ -- | / o / / _ Arnhem, The Netherlands email: [EMAIL PROTECTED] |/|/ / / /( (_) Bulte To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kern.flp blown out again
On Thu, 13 Sep 2001 15:16:43 -0400 (EDT), I wrote: -rwxr-xr-x 1 wollman sources 590239 Sep 13 15:13 lots-of-modules.ko.gz* Here's another one, with all of the modules except for those which cannot possibly be used for installation (e.g., sound, discard interface, bktr, etc.): wollman@khavrinen(329)$ ls -l most-modules.ko.gz -rwxr-xr-x 1 wollman sources 1183522 Sep 13 15:26 most-modules.ko.gz* This includes all of netgraph, so udbp and PPPoE could be used for network installs. -GAWollman To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kern.flp blown out again
On Thu, Sep 13, 2001 at 11:26:40AM +0200, Wilko Bulte wrote: Until you have to leave something essential out and then we are SOL. For alpha I could think of only supporting CD installs, and drop floppies altogether. This follows DECs/CPQs convention of only supporting OS installs Only after someone spends the time to fix src/release/Makefile to produce a boot image intended for CDROM booting. There is no reason we cannot have a 5 MB CD-ROM boot kernel image on the Alpha. Thus we would not need to cut anything out. JKH signed up to do this (poke, poke :-)), but that has yet to happen. Do you know what the size limit is for the CD-ROM boot image on Alpha(SRM)? -- -- David ([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kern.flp blown out again
On Thu, Sep 13, 2001 at 11:59:04AM +0300, Maxim Sobolev wrote: Hehe, it's time to add bzip2 into loader ;) I had a patch, but it provides only marginal improvement as due to memory constrains you can only use 100k compression blocks, `bzip2 -1', but it still provides 3% better compression that `gzip -9'. Commit!! :-) 3% can actually help here, and we can always improve on it over time. -- -- David ([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kern.flp blown out again
On Thu, Sep 13, 2001 at 06:37:22PM +0930, Daniel O'Connor wrote: I have a patch for sysinstall which allows you to load kld's from a floppy. Please post!! :-) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kern.flp blown out again
On 13-Sep-2001 David O'Brien wrote: On Thu, Sep 13, 2001 at 06:37:22PM +0930, Daniel O'Connor wrote: I have a patch for sysinstall which allows you to load kld's from a floppy. Please post!! :-) http://www.gsoft.com.au/~doconnor/sysinstall-kld.diff I am thinking of storing which modules the user picks and then 'later' in the install process (post install) copying them into /modules (if they aren't already there) and modifying /boot/loader.conf. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kern.flp blown out again
On Thu, Sep 13, 2001 at 04:03:43AM -0700, David O'Brien wrote: On Thu, Sep 13, 2001 at 11:26:40AM +0200, Wilko Bulte wrote: Until you have to leave something essential out and then we are SOL. For alpha I could think of only supporting CD installs, and drop floppies altogether. This follows DECs/CPQs convention of only supporting OS installs Only after someone spends the time to fix src/release/Makefile to produce a boot image intended for CDROM booting. There is no reason we cannot have a 5 MB CD-ROM boot kernel image on the Alpha. Thus we would not nod need to cut anything out. JKH signed up to do this (poke, poke :-)), but that has yet to happen. Do you know what the size limit is for the CD-ROM boot image on Alpha(SRM)? I don't know of any size limit. Tru64 install CDs have 10MB (or so) kernels on them. -- | / o / / _ Arnhem, The Netherlands email: [EMAIL PROTECTED] |/|/ / / /( (_) Bulte To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kern.flp blown out again
On Thu, 13 Sep 2001 02:00:57 -0700, Jordan Hubbard [EMAIL PROTECTED] said: It's just easier to keep band-aiding it, as ugly a scenario as that might be. If we added a third disk with modules (This is based on somewhat dated sources, but I think that the idea is right.) wollman@khavrinen(305)$ ls -l *.gz -rwxr-xr-x 1 wollman sources 1232060 Sep 13 14:51 kernel.gz* -rwxr-xr-x 1 wollman sources 590239 Sep 13 15:13 lots-of-modules.ko.gz* Here's the config for that kernel (based on GENERIC): machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident GENERIC maxusers32 options MATH_EMULATE#Support for x87 emulation options INET#InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options MD_ROOT #MD is a potential root device options NFS #Network Filesystem options NFS_ROOT#NFS usable as root device, NFS required options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000#Delay (in ms) before probing SCSI options UCONSOLE#Allow users to grab the console options KTRACE #ktrace(1) support options KBD_INSTALL_CDEV# install a CDEV entry in /dev device isa device eisa device pci device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 device dpt # DPT Smartcache III, IV - See NOTES for options! device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass# Passthrough device (direct SCSI access) device ida # Compaq Smart RAID device atkbdc 1 # At keyboard controller device atkbd # at keyboard device psm # psm mouse device vga # VGA screen device splash device sc 1 device npx device apm device pmtimer device card# pccard bus device pcic# PCMCIA bridge device sio # 8250, 16[45]50 based serial ports device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip# TCP/IP over parallel device ppi # Parallel port interface device device miibus device cs # Crystal Semiconductor CS89x0 NIC device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device xe # Xircom pccard ethernet device awi # BayStack 660 and others device loop# Network loopback device ether # Ethernet support device sl # Kernel SLIP device ppp 1 # Kernel PPP device pty # Pseudo-ttys (telnet etc) device md # Memory disks device bpf # Berkeley packet filter device uhci# UHCI PCI-USB interface device ohci# OHCI PCI-USB interface device usb # USB Bus (required) device ugen device uhid device ukbd device umass device umodem device ums lots-of-modules.ko.gz is made by recursively linking together the following: ./modules/usr/src/sys/modules/aac/aac.kld ./modules/usr/src/sys/modules/aha/aha.kld ./modules/usr/src/sys/modules/aic/aic.kld ./modules/usr/src/sys/modules/amr/amr.kld
