From owner-freebsd-hackers  Tue Jun  6 07:45:20 1995
Return-Path: hackers-owner
Received: (from majordom@localhost)
          by freefall.cdrom.com (8.6.10/8.6.6) id HAA22343
          for hackers-outgoing; Tue, 6 Jun 1995 07:45:20 -0700
Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47])
          by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA22337
          for <hackers@freebsd.org>; Tue, 6 Jun 1995 07:45:17 -0700
Received: (from root@localhost) by sbstark.cs.sunysb.edu (8.6.12/8.6.9) with UUCP id KAA10117 for hackers@freebsd.org; Tue, 6 Jun 1995 10:44:20 -0400
Received: (from gene@localhost) by starkhome.cs.sunysb.edu (8.6.11/8.6.9) id JAA04290; Tue, 6 Jun 1995 09:22:43 -0400
Date: Tue, 6 Jun 1995 09:22:43 -0400
From: Gene Stark <gene@starkhome.cs.sunysb.edu>
Message-Id: <199506061322.JAA04290@starkhome.cs.sunysb.edu>
To: hackers@freebsd.org
In-reply-to: Peter Dufault's message of Tue, 6 Jun 1995 07:56:53 -0400 (EDT)
Subject: Install bug for big minor numbers
Sender: hackers-owner@freebsd.org
Precedence: bulk

>Apparently the install is breaking them.  This is due to
>something falling down on the new 'big' minor numbers.
>536870912 = 0x20000000, all of those minor numbers should have that
>bit set plus the preserved low bits.

Don't know if this is relevant, but I have noticed that 'tar' fails
to preserve high order bits in device numbers.  I had been using it to
copy portions of the hierarchy, including /dev, but now that is not
possible.

							- Gene