From owner-freebsd-hackers Tue Jun 6 20:43:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA28961 for hackers-outgoing; Tue, 6 Jun 1995 20:43:45 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA28951 ; Tue, 6 Jun 1995 20:43:17 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id LAA07801; Wed, 7 Jun 1995 11:42:56 +0800 Date: Wed, 7 Jun 1995 11:42:55 +0800 (CST) From: Brian Tao To: "Jordan K. Hubbard" cc: Peter Dufault , freebsd-hackers@freebsd.org Subject: Re: Install bug for big minor numbers In-Reply-To: <21702.802483914@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Tue, 6 Jun 1995, Jordan K. Hubbard wrote: > > Since the pre-BETA tarballs would only run the MAKEDEV the _first_ > time the bindist was extracted (which is fixed), did you perhaps > install the bin installation multiple times before rebooting? That > would solve this mystery! Yes, that's possible... I do recall going through the bindist extract several (dozen?) times to test out various parts of the installer. I'm fairly sure I went through the whole disk slicing and dicing and newfs'ing procedure with each iteration though. Shouldn't that force MAKEDEV to be run? I would rather see the /dev entries completely removed from the tarball and have MAKEDEV run unconditionally (I don't find it takes *that* long, compared to tarball extraction). Or fix tar so that it handles large minor numbers. Poking around in port.h (of the tar sources), I see: #define minor(dev) ((dev) & 0xff) ... where in they are declared as: #define minor(x) ((int)((x)&0xffff00ff)) /* minor number */ The define is bracketed by an #ifndef HAVE_MAJOR, so it may not be called at all, but I haven't tried it. It just looked like an obvious candidate, with the conflicting bitmasks. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org