Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 04 Feb 1999 13:13:21 -0600
From:      Tony Overfield <tony@dell.com>
To:        Avalon Books <avalon@advicom.net>
Cc:        FreeBSD Hackers <freebsd-hackers@FreeBSD.ORG>
Subject:   Re: Unable to newfs HD >10G with 3.0
Message-ID:  <3.0.6.32.19990204131321.00793ec0@bugs.us.dell.com>
In-Reply-To: <Pine.BSF.4.05.9902032025120.4534-100000@vespucci.advicom.n et>
References:  <199902031917.OAA20775@geek.grf.ov.com>

next in thread | previous in thread | raw e-mail | index | archive | help
At 08:35 PM 2/3/99 -0600, Avalon Books wrote:
>   However. EIDE itself is another matter. Based on drive geometry and
>sector addressing limitation, the official EIDE spec ends around 8.4
>Gbytes

This is true.

>--anything bigger than that is a non-standard implementation. 

This is false.  All newer PC's implement the same INT 13 BIOS extensions 
to get around the original INT 13 BIOS's 8.4 GB limitation.

>Note
>that most of the newer PC's don't seem to have much problem with this at 
>the hardware level, and most of these non-standard drive appear to work
>as advertised.

The newer PC's work fine because they all implement the same spec to solve 
the problem.  There isn't a problem at the hardware level either because 
nothing has changed at the hardware level to support more than 8.4 GB.

>   Operating systems don't think that some of these non-standard
>implementations are very funny, as turning a hard drive into a large
>number of blocks into a logical volume is not as easy as it sounds, and
>this can be made much more difficult when manufacturers start cutting
>corners on drive firmware...

This makes no sense.  Most older operating systems do not support the 
BIOS extensions, but that's simply because they need to be updated, 
not because anything funny is going on.  Once the OS is booted, it's 
up to the OS to support the drive's capacity, and nothing funny needs 
to happen there either, until we get past 137 GB, which should happen 
within a few years.



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3.0.6.32.19990204131321.00793ec0>