On Fri, 16 Aug 2002, James Bottomley wrote:
> This is probably local to me since I've got a box which takes quad CPU
> cards that has always been very picky about the GDT layout at boot.
> However, it's been failing miserably with the new padding the TLS stuff
> introduces into the boot time GDT.
>
> I attach a patch that leaves the boot time %cs and %ds at their old
> values (0x10 and 0x18), and shifts to the new GDT layout after the
> switch to protected mode has been accomplished.
>
> For those who don't have this GDT boot problem, it reduces the size of
> the boot code by about 64 bytes.
while your patch looks OK, it would be *really* interesting to find out
why the previous layout failed. Does the BIOS somehow corrupt the GDT? You
are using the stock SMP code otherwise, correct? And this part of the
patch:
gdt_48:
- .word 0x8000 # gdt limit=2048,
- # 256 GDT entries
-
+ .word gdt_end - gdt - 1 # gdt limit
.word 0, 0 # gdt base (filled in later)
perhaps this bit alone makes the difference?
Ingo
-
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 : Fri Aug 23 2002 - 22:00:13 EST