On Sun, 24 Feb 2008 20:41:21 +0100, "Ingo Molnar" <mingo@elte.hu> said:It's 1024 bytes below, but yes, the EBDA starts there. Then the first two bytes of the EBDA contain the value 0x0001, which means that its size is 1kb, so the BIOS is correct. Correct. I thought it was new code, but looking more closely, the behaviour has indeed not changed recently (note to self: git log -p somefile.c does not indicate in any way that code was moved from some other place.) No regressions, it's just cosmetic. Not really: ebda_addr is just a local variable. If the system needs to find the start of the EBDA, it will just have to look at the 16 bit value at address 0x40E again. The patch is exactly trying to do that. The code that was there seemed to imply that the author wanted to allocate whole pages, in such a way that the allocation contained the whole EBDA. I think that is what it does after this patch. Greetings, Alexander -- Alexander van Heukelum heukelum@fastmail.fm -- http://www.fastmail.fm - And now for something completely different --
| Rafael J. Wysocki | [Bug #10493] mips BCM47XX compile error |
| Ingo Molnar | [patch 02/13] syslets: add syslet.h include file, user API/ABI definitions |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Andrea Arcangeli | [PATCH 00 of 11] mmu notifier #v16 |
git: | |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Linus Torvalds | Re: [GIT]: Networking |
| Mark Lord | Re: [BUG] New Kernel Bugs |
