Re: [patch] tls-2.5.31-C3

From: Stephen Rothwell (sfr@canb.auug.org.au)
Date: Mon Aug 12 2002 - 02:34:04 EST


Hi Ingo,

On Sun, 11 Aug 2002 23:46:01 +0200 (CEST) Ingo Molnar <mingo@elte.hu> wrote:
>
> /*
> * The APM segments have byte granularity and their bases
> * and limits are set at run time.
> */
> - .quad 0x0040920000000000 /* 0x40 APM set up for bad BIOS's */
> - .quad 0x00409a0000000000 /* 0x48 APM CS code */
> - .quad 0x00009a0000000000 /* 0x50 APM CS 16 code (16 bit) */
> - .quad 0x0040920000000000 /* 0x58 APM DS data */
> + .quad 0x0040920000000000 /* 0x80 APM set up for bad BIOS's */
> + .quad 0x00409a0000000000 /* 0x88 APM CS code */
> + .quad 0x00009a0000000000 /* 0x90 APM CS 16 code (16 bit) */
> + .quad 0x0040920000000000 /* 0x98 APM DS data */

I just lost 0x40 which needs to be exactly 0x40 if it is do its job (i.e.
cope with brain dead BIOS writers using 0x40 as a segment offset in
protected mode ...

The idea is that segment 0x40 maps from physical address 0x400 to the end
of the first physical page. As a real mode program would (more or less)
expect it to.

The other three segments don't matter as longs as they are in that order
and contiguous.

-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Thu Aug 15 2002 - 22:00:26 EST