Re: A Possible 2.5 Idea, maybe?
On Fri, Jun 29, 2001 at 08:17:25AM -0500, Brent D. Norris wrote: > Instead of forking the kernel or catering only to one group, instead why > not try this: Using the new CML2 tools and rulesets, make it possible to > have the kernel configured for the type of job it will be doing? Just > like CML2 asks our CPU type (i386, alpha, althon ...) and then goes out > and configures options for that, have it ask people "Is your machine a > server, workstation, embedded/handheld?" and configure things in the > kernel like the VM, bootup and others to optimize it for that job type? that could be the "easy == end-user" setup why can't there be two (possibly similar but tweaked) VMs (and other stuff as well) be in the source so everyone has to choose exactly one for his kernel? patrick mauritz -- ,. >Fighting for peace is like fucking for virginity< || >The Forthcoming OpenBIOS | www.freiburg.linux.de/openbios < `' because light travels faster than sound, some people appear to be intelligent, until you hear them speak. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: A Possible 2.5 Idea, maybe?
On Fri, Jun 29, 2001 at 08:17:25AM -0500, Brent D. Norris wrote: Instead of forking the kernel or catering only to one group, instead why not try this: Using the new CML2 tools and rulesets, make it possible to have the kernel configured for the type of job it will be doing? Just like CML2 asks our CPU type (i386, alpha, althon ...) and then goes out and configures options for that, have it ask people Is your machine a server, workstation, embedded/handheld? and configure things in the kernel like the VM, bootup and others to optimize it for that job type? that could be the easy == end-user setup why can't there be two (possibly similar but tweaked) VMs (and other stuff as well) be in the source so everyone has to choose exactly one for his kernel? patrick mauritz -- ,. Fighting for peace is like fucking for virginity || The Forthcoming OpenBIOS | www.freiburg.linux.de/openbios `' because light travels faster than sound, some people appear to be intelligent, until you hear them speak. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
sparc32 hangs on boot 2.4.0
on boot the following happens: -- SILO boot: linux2.4 Uncompressing image... PROMLIB: obio_ranges 5 bootmem_init: Scan sp_banks, init_bootmem(spfn[211],bpfn[211],mlpfn[c000]) free_bootmem: base[0] size[100] free_bootmem: base[200] size[10] free_bootmem: base[400] size[10] free_bootmem: base[600] size[10] free_bootmem: base[800] size[10] free_bootmem: base[a00] size[10] reserve_bootmem: base[0] size[211000] reserve_bootmem: base[211000] size[1800] Level 15 Interrupt - that's it, I'm on OpenFirmware prompt again The machine is a SS20 with 2 SuperSPARC-II processors and 256MB RAM Patrick Mauritz -- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
sparc32 hangs on boot 2.4.0
on boot the following happens: -- SILO boot: linux2.4 Uncompressing image... PROMLIB: obio_ranges 5 bootmem_init: Scan sp_banks, init_bootmem(spfn[211],bpfn[211],mlpfn[c000]) free_bootmem: base[0] size[100] free_bootmem: base[200] size[10] free_bootmem: base[400] size[10] free_bootmem: base[600] size[10] free_bootmem: base[800] size[10] free_bootmem: base[a00] size[10] reserve_bootmem: base[0] size[211000] reserve_bootmem: base[211000] size[1800] Level 15 Interrupt - that's it, I'm on OpenFirmware prompt again The machine is a SS20 with 2 SuperSPARC-II processors and 256MB RAM Patrick Mauritz -- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/