From owner-freebsd-hackers Tue Jul 23 15:10:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA18861 for hackers-outgoing; Tue, 23 Jul 1996 15:10:53 -0700 (PDT) Received: from clipper.cs.kiev.ua (root@cs-demon-64k.cs.kiev.ua [193.124.48.251]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA18808 for ; Tue, 23 Jul 1996 15:10:35 -0700 (PDT) Received: from dog by clipper.cs.kiev.ua with uucp id m0uipas-0004x5C; Wed, 24 Jul 96 01:06 WET DST Received: (from dk@localhost) by dog.farm.org (8.7.5/dk#3) id NAA06537; Tue, 23 Jul 1996 13:02:16 -0400 (EDT) From: Dmitry Kohmanyuk Message-Id: <199607231702.NAA06537@dog.farm.org> Subject: Re: lp booting: first cut To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Tue, 23 Jul 1996 13:02:13 -0400 (EDT) Cc: dk+@ua.net, freebsd-hackers@FreeBSD.org In-Reply-To: <3892.838134990@critter.tfs.com> from Poul-Henning Kamp at "Jul 23, 96 05:16:30 pm" Reply-To: dk+@ua.net X-Class: Fast X-OS-Of-Choice: FreeBSD 2.2-960501-SNAP X-NIC-Handle: DK379 X-Pager-Email: dk@interpage.net X-Mailer: ELM [version 2.4ME+ PL13 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Quoting Poul-Henning Kamp: > The plip stuff depends on the speed of both cpus, it's very finiky. I would say `dark magic' ;-) I plan to hack somewhat on this, too. (eating 30-40% of CPU is just too much ;-) > >unfortunately, the kernel cannot proceed to single-user (all it > >says is `NFS SWAP:' and `NFS ROOT:' lines). I am trying to figure what's > >wrong now. Previously, I had error 65 (no route to host) in nfs/nfs_vfsops.c, > >but I have fixed that by adding explicit gateway. > > There is some utterly disgusting code that tries to find a ed%d interface > to use in the kernel. That would be a problem. You need to explain > to it that it's a lp0 interface instead in this case. The right medium > for this explanation is the struct nfs_diskless (?) and since you change > that you need to change the version# of it, and then locore.s to copy > the right number of bytes. (Yes, I hate it too) Yes, the code is there, but it is just a not-related hack. I have already used the Source to find to proper way to do it. I don't need to change struct nfs_diskless. myif has fields for interface name ("lp0"), address, broadcast (used as destionation address for point-to-point in SIOCAIFADDR - took me some time to figure out), and mask. The only magic added was setting broadcast to gateway if netmask is all ones, and this change was done in boot/netboot/main.c. No core kernel code touched. Now if somebody would explain me how to trace this mysterious hang by DDB. I try to boot -s, and still get a hang. ctrl-alt-esc just throws me into debugger with stack trace down to idleloop() or something. `ps' in ddb doesn't show anything but a basic crowd (swapper init pagedaemon vmdaemon update). I would try to boot -d now.