cvs commit: src/sys/boot/i386/boot2 boot2.c

Poul-Henning Kamp phk at phk.freebsd.dk
Sat Sep 18 15:08:53 PDT 2004


In message <200409181659.48310.jhb at FreeBSD.org>, John Baldwin writes:
>On Saturday 18 September 2004 03:08 am, Poul-Henning Kamp wrote:
>> In message <200409180207.i8I27044010045 at repoman.freebsd.org>, John Baldwin
>> writ
>>
>> es:
>> >jhb         2004-09-18 02:07:00 UTC
>> >
>> >  FreeBSD src repository
>> >
>> >  Modified files:
>> >    sys/boot/i386/boot2  boot2.c
>> >  Log:
>> >  A long, long time ago in a CVS branch far away (specifically, HEAD prior
>> >  to 4.0 and RELENG_3), the BTX mini-kernel used paging rather than flat
>> >  mode and clients were limited to a virtual address space of 16
>> > megabytes. Because of this limitation, boot2 silently masked all physical
>> > addresses in any binaries it loaded so that they were always loaded into
>> > the first 16 Meg.  Since BTX no longer has this limitation (and hasn't
>> > for a long time), remove the masking from boot2.  This allows boot2 to
>> > load kernels larger than about 12 to 14 meg (12 for non-PAE, 14 for PAE).
>>
>> Does this also give us better space for isa_dma bounce buffers ?
>
>Err, I don't see how it could.  This only affects how boot2 handles addresses 
>in the executables it loads, it doesn't affect how the kernel manages memory 
>at all.

it was the "so that they were always loaded into the first 16 Meg" that
triggered a neuron here.

We're seeing isa-dma bounce buffers getting hard to get hold of these
days.

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk at FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.


More information about the cvs-src mailing list