From owner-cvs-all Wed Mar 20 23:33:35 2002 Delivered-To: cvs-all@freebsd.org Received: from alcatraz.iptelecom.net.ua (alcatraz.iptelecom.net.ua [212.9.224.15]) by hub.freebsd.org (Postfix) with ESMTP id 2699437B41B; Wed, 20 Mar 2002 23:33:23 -0800 (PST) Received: from ipcard.iptcom.net (ipcard.iptcom.net [212.9.224.5]) by alcatraz.iptelecom.net.ua (8.9.3/8.9.3) with ESMTP id JAA19366; Thu, 21 Mar 2002 09:33:18 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Received: from vega.vega.com (h229.229.dialup.iptcom.net [212.9.229.229]) by ipcard.iptcom.net (8.9.3/8.9.3) with ESMTP id JAA65307; Thu, 21 Mar 2002 09:33:16 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vega.vega.com (8.11.6/8.11.3) with ESMTP id g2L7WiC02753; Thu, 21 Mar 2002 09:32:45 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3C998CE5.BD3EC7AA@FreeBSD.org> Date: Thu, 21 Mar 2002 09:33:57 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) X-Accept-Language: en,uk,ru MIME-Version: 1.0 To: John Baldwin Cc: cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org Subject: Re: cvs commit: src/sys/boot/i386/loader conf.c src/lib/libstand References: Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin wrote: > > On 17-Mar-2002 Maxim Sobolev wrote: > > sobomax 2002/03/17 04:18:05 PST > > > > Modified files: > > sys/boot/i386/loader conf.c > > lib/libstand Makefile bzipfs.c stand.h zipfs.c > > Added files: > > lib/libstand splitfs.c > > Log: > > Add splitfs vfs layer into libstand, which allows loading big kernels and > > modules split across several physical medias. Following is how it works: > > > > The splitfs code, when asked to open "foo" looks for a file "foo.split" > > which is a text file containing a list of filenames and media names, e.g. > > > > foo.aa "Kernel floppy 1" > > foo.ab "Kernel floppy 2" > > foo.ac "Kernel and modules floppy" > > > > For each file segment, the process is: > > > > - try to open the file > > - prompt "Insert the disk labelled and press any key..." > > - try to open the file > > - return error if file could not be located > > > > RE team is free to use this feature in the upcoming 5.0-DP1. > > > > Reviewed by: msmith, dcs > > Erm, this seems to smake the loader spew a bit: > > (over serial console): > > cpu_reset called on cpu#0 > cpu_reset: Stopping other CPUs > /boot/loader.conf.local > /boot/loader.conf.local.split > /boot/loader.conf.local.gz > /boot/loader.conf.local.gz.split > /boot/kernel/linker.hints > /boot/kernel/linker.hints.split > /boot/kernel/linker.hints.gz > /boot/kernel/linker.hints.gz.split > /boot/kernel/kernel.ko > /boot/kernel/kernel.ko.split > /boot/kernel/kernel.ko.gz > /boot/kernel/kernel.ko.gz.split > /boot/kernel/kernel text=0x1ee978 data=0x31474+0x24a2c > syms=[0x4+0x30540+0x4+0x3b53f] > > Normall the /boot/kernel/kernel line would be right after the cpu_reset line. > You didn't happen to commit some debugging code that dumped each filename it > checked did you? Oh, yeah, I did it. Thank you for notification! -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message