2010-01-12 21:15:50 +00:00
|
|
|
/*
|
|
|
|
|
* GRUB -- GRand Unified Bootloader
|
|
|
|
|
* Copyright (C) 2009,2010 Free Software Foundation, Inc.
|
|
|
|
|
*
|
|
|
|
|
* GRUB is free software: you can redistribute it and/or modify
|
|
|
|
|
* it under the terms of the GNU General Public License as published by
|
|
|
|
|
* the Free Software Foundation, either version 3 of the License, or
|
|
|
|
|
* (at your option) any later version.
|
|
|
|
|
*
|
|
|
|
|
* GRUB is distributed in the hope that it will be useful,
|
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
|
* GNU General Public License for more details.
|
|
|
|
|
*
|
|
|
|
|
* You should have received a copy of the GNU General Public License
|
|
|
|
|
* along with GRUB. If not, see <http://www.gnu.org/licenses/>.
|
|
|
|
|
*/
|
2010-08-24 06:57:18 +00:00
|
|
|
|
2010-01-12 21:15:50 +00:00
|
|
|
/* The code segment of the protected mode. */
|
|
|
|
|
#define CODE_SEGMENT 0x08
|
|
|
|
|
|
|
|
|
|
/* The data segment of the protected mode. */
|
|
|
|
|
#define DATA_SEGMENT 0x10
|
|
|
|
|
|
|
|
|
|
#define PSEUDO_REAL_CSEG 0x18
|
|
|
|
|
|
|
|
|
|
#define PSEUDO_REAL_DSEG 0x20
|
|
|
|
|
|
2012-02-08 18:26:01 +00:00
|
|
|
#include <grub/i386/relocator_private.h>
|
2012-02-07 21:31:14 +00:00
|
|
|
|
2010-08-24 06:57:18 +00:00
|
|
|
#include "relocator_common.S"
|
|
|
|
|
|
2010-01-12 21:15:50 +00:00
|
|
|
.p2align 4 /* force 16-byte alignment */
|
|
|
|
|
|
|
|
|
|
VARIABLE(grub_relocator16_start)
|
2010-08-24 06:57:18 +00:00
|
|
|
PREAMBLE
|
2010-01-12 21:15:50 +00:00
|
|
|
|
2012-05-28 15:51:57 +00:00
|
|
|
#ifdef __APPLE__
|
|
|
|
|
LOCAL(cs_base_bytes12_offset) = LOCAL (cs_base_bytes12) - LOCAL (base)
|
|
|
|
|
LOCAL(cs_base_byte3_offset) = LOCAL (cs_base_byte3) - LOCAL (base)
|
freedos: Fix FreeDOS command booting large files (near or above 64 KiB)
While testing the 86-DOS lDebug [1] booting from GRUB2, newer versions of the
debugger would fail to load when booted using GRUB's freedos command. The
behaviour observed in a qemu i386 machine was that the ROM-BIOS's boot load
would start anew, instead of loading the selected debugger as kernel.
It came to light that there was a size limit: Kernel files that were 58880
bytes (E600h) long or shorter succeeded to boot, while files that were 64000
bytes or longer failed in the manner described.
Eventually it turned out that the relocator16 stub succeeded whenever it was
placed completely within the first 64 KiB of the Low Memory Area. The chunk
for the relocator is allocated with a minimum address of 0x8010 and a maximum
address just below 0xA0000 [2]. That means if the kernel is, for instance,
E600h bytes long, then the kernel will be allocated memory starting at 00600h
(the fixed FreeDOS kernel load address) up to E600h + 00600h = 0EC00h, which
leaves 1400h (5120) bytes for the relocator to stay in the first 64 KiB.
If the kernel is 64000 bytes (FA00h) long, then the relocator must go to
FA00h + 00600h = 10000h at least which is outside the first 64 KiB.
The problem is that the relocator16 initialises the DS register with a
"pseudo real mode" descriptor, which is defined with a segment limit of
64 KiB and a segment base of zero. After that, the relocator addressed
parts of itself (implicitly) using the DS register, with an offset from
ESI, which holds the linear address of the relocator's base [3]. With the
larger kernel files this would lead to accessing data beyond the 64 KiB
segment limit, presumably leading to a fault and perhaps a subsequent
triple-fault or such.
This patch fixes the relocator to set the segment base of the descriptors
to the base address of the relocator; then, the subsequent accesses to
the relocator's variables are done without the ESI register as an index.
This does not interfere with the relocator's or its target's normal
operation; the segment limits are still loaded with 64 KiB and all the
segment bases are subsequently reset by the relocator anyway.
Current versions of the debugger to test are uploaded to [4]. The file
ldebugnh.com (LZ4-compressed and built with -D_EXTHELP=0) at 58368 bytes
loads successfully, whereas ldebug.com at 64000 bytes fails. Loading one
of these files requires setting root to a FAT FS partition and using the
freedos command to specify the file as kernel:
set root='(hd0,msdos1)'
freedos /ldebug.com
boot
Booting the file using the multiboot command (which uses a WIP entrypoint
of the debugger) works, as it does not use GRUB's relocator16 but instead
includes a loader in the kernel itself, which drops it back to 86 Mode.
[1]: https://hg.ulukai.org/ecm/ldebug
[2]: http://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/lib/i386/relocator.c?id=495781f5ed1b48bf27f16c53940d6700c181c74c#n127
[3]: http://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/lib/i386/relocator16.S?id=495781f5ed1b48bf27f16c53940d6700c181c74c#n97
[4]: https://ulukai.org/ecm/lDebug-5479a7988d21-nohelp.zip
Signed-off-by: C. Masloch <pushbx@ulukai.org>
Reviewed-by: Daniel Kiper <daniel.kiper@oracle.com>
2019-12-20 15:04:21 +00:00
|
|
|
LOCAL(ds_base_bytes12_offset) = LOCAL (ds_base_bytes12) - LOCAL (base)
|
|
|
|
|
LOCAL(ds_base_byte3_offset) = LOCAL (ds_base_byte3) - LOCAL (base)
|
2012-05-28 15:51:57 +00:00
|
|
|
movl %esi, %eax
|
|
|
|
|
movw %ax, (LOCAL(cs_base_bytes12_offset)) (RSI, 1)
|
freedos: Fix FreeDOS command booting large files (near or above 64 KiB)
While testing the 86-DOS lDebug [1] booting from GRUB2, newer versions of the
debugger would fail to load when booted using GRUB's freedos command. The
behaviour observed in a qemu i386 machine was that the ROM-BIOS's boot load
would start anew, instead of loading the selected debugger as kernel.
It came to light that there was a size limit: Kernel files that were 58880
bytes (E600h) long or shorter succeeded to boot, while files that were 64000
bytes or longer failed in the manner described.
Eventually it turned out that the relocator16 stub succeeded whenever it was
placed completely within the first 64 KiB of the Low Memory Area. The chunk
for the relocator is allocated with a minimum address of 0x8010 and a maximum
address just below 0xA0000 [2]. That means if the kernel is, for instance,
E600h bytes long, then the kernel will be allocated memory starting at 00600h
(the fixed FreeDOS kernel load address) up to E600h + 00600h = 0EC00h, which
leaves 1400h (5120) bytes for the relocator to stay in the first 64 KiB.
If the kernel is 64000 bytes (FA00h) long, then the relocator must go to
FA00h + 00600h = 10000h at least which is outside the first 64 KiB.
The problem is that the relocator16 initialises the DS register with a
"pseudo real mode" descriptor, which is defined with a segment limit of
64 KiB and a segment base of zero. After that, the relocator addressed
parts of itself (implicitly) using the DS register, with an offset from
ESI, which holds the linear address of the relocator's base [3]. With the
larger kernel files this would lead to accessing data beyond the 64 KiB
segment limit, presumably leading to a fault and perhaps a subsequent
triple-fault or such.
This patch fixes the relocator to set the segment base of the descriptors
to the base address of the relocator; then, the subsequent accesses to
the relocator's variables are done without the ESI register as an index.
This does not interfere with the relocator's or its target's normal
operation; the segment limits are still loaded with 64 KiB and all the
segment bases are subsequently reset by the relocator anyway.
Current versions of the debugger to test are uploaded to [4]. The file
ldebugnh.com (LZ4-compressed and built with -D_EXTHELP=0) at 58368 bytes
loads successfully, whereas ldebug.com at 64000 bytes fails. Loading one
of these files requires setting root to a FAT FS partition and using the
freedos command to specify the file as kernel:
set root='(hd0,msdos1)'
freedos /ldebug.com
boot
Booting the file using the multiboot command (which uses a WIP entrypoint
of the debugger) works, as it does not use GRUB's relocator16 but instead
includes a loader in the kernel itself, which drops it back to 86 Mode.
[1]: https://hg.ulukai.org/ecm/ldebug
[2]: http://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/lib/i386/relocator.c?id=495781f5ed1b48bf27f16c53940d6700c181c74c#n127
[3]: http://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/lib/i386/relocator16.S?id=495781f5ed1b48bf27f16c53940d6700c181c74c#n97
[4]: https://ulukai.org/ecm/lDebug-5479a7988d21-nohelp.zip
Signed-off-by: C. Masloch <pushbx@ulukai.org>
Reviewed-by: Daniel Kiper <daniel.kiper@oracle.com>
2019-12-20 15:04:21 +00:00
|
|
|
movw %ax, (LOCAL(ds_base_bytes12_offset)) (RSI, 1)
|
2012-05-28 15:51:57 +00:00
|
|
|
shrl $16, %eax
|
|
|
|
|
movb %al, (LOCAL (cs_base_byte3_offset)) (RSI, 1)
|
freedos: Fix FreeDOS command booting large files (near or above 64 KiB)
While testing the 86-DOS lDebug [1] booting from GRUB2, newer versions of the
debugger would fail to load when booted using GRUB's freedos command. The
behaviour observed in a qemu i386 machine was that the ROM-BIOS's boot load
would start anew, instead of loading the selected debugger as kernel.
It came to light that there was a size limit: Kernel files that were 58880
bytes (E600h) long or shorter succeeded to boot, while files that were 64000
bytes or longer failed in the manner described.
Eventually it turned out that the relocator16 stub succeeded whenever it was
placed completely within the first 64 KiB of the Low Memory Area. The chunk
for the relocator is allocated with a minimum address of 0x8010 and a maximum
address just below 0xA0000 [2]. That means if the kernel is, for instance,
E600h bytes long, then the kernel will be allocated memory starting at 00600h
(the fixed FreeDOS kernel load address) up to E600h + 00600h = 0EC00h, which
leaves 1400h (5120) bytes for the relocator to stay in the first 64 KiB.
If the kernel is 64000 bytes (FA00h) long, then the relocator must go to
FA00h + 00600h = 10000h at least which is outside the first 64 KiB.
The problem is that the relocator16 initialises the DS register with a
"pseudo real mode" descriptor, which is defined with a segment limit of
64 KiB and a segment base of zero. After that, the relocator addressed
parts of itself (implicitly) using the DS register, with an offset from
ESI, which holds the linear address of the relocator's base [3]. With the
larger kernel files this would lead to accessing data beyond the 64 KiB
segment limit, presumably leading to a fault and perhaps a subsequent
triple-fault or such.
This patch fixes the relocator to set the segment base of the descriptors
to the base address of the relocator; then, the subsequent accesses to
the relocator's variables are done without the ESI register as an index.
This does not interfere with the relocator's or its target's normal
operation; the segment limits are still loaded with 64 KiB and all the
segment bases are subsequently reset by the relocator anyway.
Current versions of the debugger to test are uploaded to [4]. The file
ldebugnh.com (LZ4-compressed and built with -D_EXTHELP=0) at 58368 bytes
loads successfully, whereas ldebug.com at 64000 bytes fails. Loading one
of these files requires setting root to a FAT FS partition and using the
freedos command to specify the file as kernel:
set root='(hd0,msdos1)'
freedos /ldebug.com
boot
Booting the file using the multiboot command (which uses a WIP entrypoint
of the debugger) works, as it does not use GRUB's relocator16 but instead
includes a loader in the kernel itself, which drops it back to 86 Mode.
[1]: https://hg.ulukai.org/ecm/ldebug
[2]: http://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/lib/i386/relocator.c?id=495781f5ed1b48bf27f16c53940d6700c181c74c#n127
[3]: http://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/lib/i386/relocator16.S?id=495781f5ed1b48bf27f16c53940d6700c181c74c#n97
[4]: https://ulukai.org/ecm/lDebug-5479a7988d21-nohelp.zip
Signed-off-by: C. Masloch <pushbx@ulukai.org>
Reviewed-by: Daniel Kiper <daniel.kiper@oracle.com>
2019-12-20 15:04:21 +00:00
|
|
|
movb %al, (LOCAL (ds_base_byte3_offset)) (RSI, 1)
|
2012-05-28 15:51:57 +00:00
|
|
|
#else
|
2010-01-12 21:15:50 +00:00
|
|
|
movl %esi, %eax
|
|
|
|
|
movw %ax, (LOCAL (cs_base_bytes12) - LOCAL (base)) (RSI, 1)
|
freedos: Fix FreeDOS command booting large files (near or above 64 KiB)
While testing the 86-DOS lDebug [1] booting from GRUB2, newer versions of the
debugger would fail to load when booted using GRUB's freedos command. The
behaviour observed in a qemu i386 machine was that the ROM-BIOS's boot load
would start anew, instead of loading the selected debugger as kernel.
It came to light that there was a size limit: Kernel files that were 58880
bytes (E600h) long or shorter succeeded to boot, while files that were 64000
bytes or longer failed in the manner described.
Eventually it turned out that the relocator16 stub succeeded whenever it was
placed completely within the first 64 KiB of the Low Memory Area. The chunk
for the relocator is allocated with a minimum address of 0x8010 and a maximum
address just below 0xA0000 [2]. That means if the kernel is, for instance,
E600h bytes long, then the kernel will be allocated memory starting at 00600h
(the fixed FreeDOS kernel load address) up to E600h + 00600h = 0EC00h, which
leaves 1400h (5120) bytes for the relocator to stay in the first 64 KiB.
If the kernel is 64000 bytes (FA00h) long, then the relocator must go to
FA00h + 00600h = 10000h at least which is outside the first 64 KiB.
The problem is that the relocator16 initialises the DS register with a
"pseudo real mode" descriptor, which is defined with a segment limit of
64 KiB and a segment base of zero. After that, the relocator addressed
parts of itself (implicitly) using the DS register, with an offset from
ESI, which holds the linear address of the relocator's base [3]. With the
larger kernel files this would lead to accessing data beyond the 64 KiB
segment limit, presumably leading to a fault and perhaps a subsequent
triple-fault or such.
This patch fixes the relocator to set the segment base of the descriptors
to the base address of the relocator; then, the subsequent accesses to
the relocator's variables are done without the ESI register as an index.
This does not interfere with the relocator's or its target's normal
operation; the segment limits are still loaded with 64 KiB and all the
segment bases are subsequently reset by the relocator anyway.
Current versions of the debugger to test are uploaded to [4]. The file
ldebugnh.com (LZ4-compressed and built with -D_EXTHELP=0) at 58368 bytes
loads successfully, whereas ldebug.com at 64000 bytes fails. Loading one
of these files requires setting root to a FAT FS partition and using the
freedos command to specify the file as kernel:
set root='(hd0,msdos1)'
freedos /ldebug.com
boot
Booting the file using the multiboot command (which uses a WIP entrypoint
of the debugger) works, as it does not use GRUB's relocator16 but instead
includes a loader in the kernel itself, which drops it back to 86 Mode.
[1]: https://hg.ulukai.org/ecm/ldebug
[2]: http://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/lib/i386/relocator.c?id=495781f5ed1b48bf27f16c53940d6700c181c74c#n127
[3]: http://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/lib/i386/relocator16.S?id=495781f5ed1b48bf27f16c53940d6700c181c74c#n97
[4]: https://ulukai.org/ecm/lDebug-5479a7988d21-nohelp.zip
Signed-off-by: C. Masloch <pushbx@ulukai.org>
Reviewed-by: Daniel Kiper <daniel.kiper@oracle.com>
2019-12-20 15:04:21 +00:00
|
|
|
movw %ax, (LOCAL (ds_base_bytes12) - LOCAL (base)) (RSI, 1)
|
2010-01-12 21:15:50 +00:00
|
|
|
shrl $16, %eax
|
|
|
|
|
movb %al, (LOCAL (cs_base_byte3) - LOCAL (base)) (RSI, 1)
|
freedos: Fix FreeDOS command booting large files (near or above 64 KiB)
While testing the 86-DOS lDebug [1] booting from GRUB2, newer versions of the
debugger would fail to load when booted using GRUB's freedos command. The
behaviour observed in a qemu i386 machine was that the ROM-BIOS's boot load
would start anew, instead of loading the selected debugger as kernel.
It came to light that there was a size limit: Kernel files that were 58880
bytes (E600h) long or shorter succeeded to boot, while files that were 64000
bytes or longer failed in the manner described.
Eventually it turned out that the relocator16 stub succeeded whenever it was
placed completely within the first 64 KiB of the Low Memory Area. The chunk
for the relocator is allocated with a minimum address of 0x8010 and a maximum
address just below 0xA0000 [2]. That means if the kernel is, for instance,
E600h bytes long, then the kernel will be allocated memory starting at 00600h
(the fixed FreeDOS kernel load address) up to E600h + 00600h = 0EC00h, which
leaves 1400h (5120) bytes for the relocator to stay in the first 64 KiB.
If the kernel is 64000 bytes (FA00h) long, then the relocator must go to
FA00h + 00600h = 10000h at least which is outside the first 64 KiB.
The problem is that the relocator16 initialises the DS register with a
"pseudo real mode" descriptor, which is defined with a segment limit of
64 KiB and a segment base of zero. After that, the relocator addressed
parts of itself (implicitly) using the DS register, with an offset from
ESI, which holds the linear address of the relocator's base [3]. With the
larger kernel files this would lead to accessing data beyond the 64 KiB
segment limit, presumably leading to a fault and perhaps a subsequent
triple-fault or such.
This patch fixes the relocator to set the segment base of the descriptors
to the base address of the relocator; then, the subsequent accesses to
the relocator's variables are done without the ESI register as an index.
This does not interfere with the relocator's or its target's normal
operation; the segment limits are still loaded with 64 KiB and all the
segment bases are subsequently reset by the relocator anyway.
Current versions of the debugger to test are uploaded to [4]. The file
ldebugnh.com (LZ4-compressed and built with -D_EXTHELP=0) at 58368 bytes
loads successfully, whereas ldebug.com at 64000 bytes fails. Loading one
of these files requires setting root to a FAT FS partition and using the
freedos command to specify the file as kernel:
set root='(hd0,msdos1)'
freedos /ldebug.com
boot
Booting the file using the multiboot command (which uses a WIP entrypoint
of the debugger) works, as it does not use GRUB's relocator16 but instead
includes a loader in the kernel itself, which drops it back to 86 Mode.
[1]: https://hg.ulukai.org/ecm/ldebug
[2]: http://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/lib/i386/relocator.c?id=495781f5ed1b48bf27f16c53940d6700c181c74c#n127
[3]: http://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/lib/i386/relocator16.S?id=495781f5ed1b48bf27f16c53940d6700c181c74c#n97
[4]: https://ulukai.org/ecm/lDebug-5479a7988d21-nohelp.zip
Signed-off-by: C. Masloch <pushbx@ulukai.org>
Reviewed-by: Daniel Kiper <daniel.kiper@oracle.com>
2019-12-20 15:04:21 +00:00
|
|
|
movb %al, (LOCAL (ds_base_byte3) - LOCAL (base)) (RSI, 1)
|
2012-05-28 15:51:57 +00:00
|
|
|
#endif
|
2010-01-12 21:15:50 +00:00
|
|
|
|
2010-08-24 06:57:18 +00:00
|
|
|
RELOAD_GDT
|
2010-01-12 21:15:50 +00:00
|
|
|
.code32
|
2010-08-24 06:57:18 +00:00
|
|
|
/* Update other registers. */
|
|
|
|
|
movl $DATA_SEGMENT, %eax
|
|
|
|
|
movl %eax, %ds
|
|
|
|
|
movl %eax, %es
|
|
|
|
|
movl %eax, %fs
|
|
|
|
|
movl %eax, %gs
|
|
|
|
|
movl %eax, %ss
|
2010-01-12 21:15:50 +00:00
|
|
|
|
2010-08-24 06:57:18 +00:00
|
|
|
DISABLE_PAGING
|
2010-01-12 21:15:50 +00:00
|
|
|
|
2010-08-24 06:57:18 +00:00
|
|
|
#ifdef __x86_64__
|
2010-01-12 21:15:50 +00:00
|
|
|
/* Disable amd64. */
|
|
|
|
|
movl $GRUB_MEMORY_CPU_AMD64_MSR, %ecx
|
|
|
|
|
rdmsr
|
|
|
|
|
andl $(~GRUB_MEMORY_CPU_AMD64_MSR_ON), %eax
|
|
|
|
|
wrmsr
|
2010-08-24 06:57:18 +00:00
|
|
|
#endif
|
2010-01-12 21:15:50 +00:00
|
|
|
|
|
|
|
|
/* Turn off PAE. */
|
|
|
|
|
movl %cr4, %eax
|
2010-08-24 06:57:18 +00:00
|
|
|
andl $(~GRUB_MEMORY_CPU_CR4_PAE_ON), %eax
|
2010-01-12 21:15:50 +00:00
|
|
|
movl %eax, %cr4
|
|
|
|
|
|
2012-02-07 21:31:14 +00:00
|
|
|
/* Update other registers. */
|
|
|
|
|
movl $PSEUDO_REAL_DSEG, %eax
|
|
|
|
|
movl %eax, %ds
|
|
|
|
|
movl %eax, %es
|
|
|
|
|
movl %eax, %fs
|
|
|
|
|
movl %eax, %gs
|
|
|
|
|
movl %eax, %ss
|
|
|
|
|
|
|
|
|
|
movl %esi, %eax
|
|
|
|
|
shrl $4, %eax
|
2012-06-26 12:56:28 +00:00
|
|
|
#ifdef __APPLE__
|
2012-05-28 15:51:57 +00:00
|
|
|
LOCAL(segment_offset) = LOCAL (segment) - LOCAL (base)
|
|
|
|
|
LOCAL(idt_offset) = LOCAL(relocator16_idt) - LOCAL (base)
|
|
|
|
|
LOCAL(cont2_offset) = LOCAL (cont2) - LOCAL(base)
|
freedos: Fix FreeDOS command booting large files (near or above 64 KiB)
While testing the 86-DOS lDebug [1] booting from GRUB2, newer versions of the
debugger would fail to load when booted using GRUB's freedos command. The
behaviour observed in a qemu i386 machine was that the ROM-BIOS's boot load
would start anew, instead of loading the selected debugger as kernel.
It came to light that there was a size limit: Kernel files that were 58880
bytes (E600h) long or shorter succeeded to boot, while files that were 64000
bytes or longer failed in the manner described.
Eventually it turned out that the relocator16 stub succeeded whenever it was
placed completely within the first 64 KiB of the Low Memory Area. The chunk
for the relocator is allocated with a minimum address of 0x8010 and a maximum
address just below 0xA0000 [2]. That means if the kernel is, for instance,
E600h bytes long, then the kernel will be allocated memory starting at 00600h
(the fixed FreeDOS kernel load address) up to E600h + 00600h = 0EC00h, which
leaves 1400h (5120) bytes for the relocator to stay in the first 64 KiB.
If the kernel is 64000 bytes (FA00h) long, then the relocator must go to
FA00h + 00600h = 10000h at least which is outside the first 64 KiB.
The problem is that the relocator16 initialises the DS register with a
"pseudo real mode" descriptor, which is defined with a segment limit of
64 KiB and a segment base of zero. After that, the relocator addressed
parts of itself (implicitly) using the DS register, with an offset from
ESI, which holds the linear address of the relocator's base [3]. With the
larger kernel files this would lead to accessing data beyond the 64 KiB
segment limit, presumably leading to a fault and perhaps a subsequent
triple-fault or such.
This patch fixes the relocator to set the segment base of the descriptors
to the base address of the relocator; then, the subsequent accesses to
the relocator's variables are done without the ESI register as an index.
This does not interfere with the relocator's or its target's normal
operation; the segment limits are still loaded with 64 KiB and all the
segment bases are subsequently reset by the relocator anyway.
Current versions of the debugger to test are uploaded to [4]. The file
ldebugnh.com (LZ4-compressed and built with -D_EXTHELP=0) at 58368 bytes
loads successfully, whereas ldebug.com at 64000 bytes fails. Loading one
of these files requires setting root to a FAT FS partition and using the
freedos command to specify the file as kernel:
set root='(hd0,msdos1)'
freedos /ldebug.com
boot
Booting the file using the multiboot command (which uses a WIP entrypoint
of the debugger) works, as it does not use GRUB's relocator16 but instead
includes a loader in the kernel itself, which drops it back to 86 Mode.
[1]: https://hg.ulukai.org/ecm/ldebug
[2]: http://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/lib/i386/relocator.c?id=495781f5ed1b48bf27f16c53940d6700c181c74c#n127
[3]: http://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/lib/i386/relocator16.S?id=495781f5ed1b48bf27f16c53940d6700c181c74c#n97
[4]: https://ulukai.org/ecm/lDebug-5479a7988d21-nohelp.zip
Signed-off-by: C. Masloch <pushbx@ulukai.org>
Reviewed-by: Daniel Kiper <daniel.kiper@oracle.com>
2019-12-20 15:04:21 +00:00
|
|
|
movw %ax, (LOCAL(segment_offset))
|
|
|
|
|
lidt (LOCAL(idt_offset))
|
2012-05-28 15:51:57 +00:00
|
|
|
|
|
|
|
|
/* jump to a 16 bit segment */
|
|
|
|
|
ljmp $PSEUDO_REAL_CSEG, $(LOCAL(cont2_offset))
|
|
|
|
|
#else
|
freedos: Fix FreeDOS command booting large files (near or above 64 KiB)
While testing the 86-DOS lDebug [1] booting from GRUB2, newer versions of the
debugger would fail to load when booted using GRUB's freedos command. The
behaviour observed in a qemu i386 machine was that the ROM-BIOS's boot load
would start anew, instead of loading the selected debugger as kernel.
It came to light that there was a size limit: Kernel files that were 58880
bytes (E600h) long or shorter succeeded to boot, while files that were 64000
bytes or longer failed in the manner described.
Eventually it turned out that the relocator16 stub succeeded whenever it was
placed completely within the first 64 KiB of the Low Memory Area. The chunk
for the relocator is allocated with a minimum address of 0x8010 and a maximum
address just below 0xA0000 [2]. That means if the kernel is, for instance,
E600h bytes long, then the kernel will be allocated memory starting at 00600h
(the fixed FreeDOS kernel load address) up to E600h + 00600h = 0EC00h, which
leaves 1400h (5120) bytes for the relocator to stay in the first 64 KiB.
If the kernel is 64000 bytes (FA00h) long, then the relocator must go to
FA00h + 00600h = 10000h at least which is outside the first 64 KiB.
The problem is that the relocator16 initialises the DS register with a
"pseudo real mode" descriptor, which is defined with a segment limit of
64 KiB and a segment base of zero. After that, the relocator addressed
parts of itself (implicitly) using the DS register, with an offset from
ESI, which holds the linear address of the relocator's base [3]. With the
larger kernel files this would lead to accessing data beyond the 64 KiB
segment limit, presumably leading to a fault and perhaps a subsequent
triple-fault or such.
This patch fixes the relocator to set the segment base of the descriptors
to the base address of the relocator; then, the subsequent accesses to
the relocator's variables are done without the ESI register as an index.
This does not interfere with the relocator's or its target's normal
operation; the segment limits are still loaded with 64 KiB and all the
segment bases are subsequently reset by the relocator anyway.
Current versions of the debugger to test are uploaded to [4]. The file
ldebugnh.com (LZ4-compressed and built with -D_EXTHELP=0) at 58368 bytes
loads successfully, whereas ldebug.com at 64000 bytes fails. Loading one
of these files requires setting root to a FAT FS partition and using the
freedos command to specify the file as kernel:
set root='(hd0,msdos1)'
freedos /ldebug.com
boot
Booting the file using the multiboot command (which uses a WIP entrypoint
of the debugger) works, as it does not use GRUB's relocator16 but instead
includes a loader in the kernel itself, which drops it back to 86 Mode.
[1]: https://hg.ulukai.org/ecm/ldebug
[2]: http://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/lib/i386/relocator.c?id=495781f5ed1b48bf27f16c53940d6700c181c74c#n127
[3]: http://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/lib/i386/relocator16.S?id=495781f5ed1b48bf27f16c53940d6700c181c74c#n97
[4]: https://ulukai.org/ecm/lDebug-5479a7988d21-nohelp.zip
Signed-off-by: C. Masloch <pushbx@ulukai.org>
Reviewed-by: Daniel Kiper <daniel.kiper@oracle.com>
2019-12-20 15:04:21 +00:00
|
|
|
movw %ax, (LOCAL (segment) - LOCAL (base))
|
2012-02-26 21:10:13 +00:00
|
|
|
|
freedos: Fix FreeDOS command booting large files (near or above 64 KiB)
While testing the 86-DOS lDebug [1] booting from GRUB2, newer versions of the
debugger would fail to load when booted using GRUB's freedos command. The
behaviour observed in a qemu i386 machine was that the ROM-BIOS's boot load
would start anew, instead of loading the selected debugger as kernel.
It came to light that there was a size limit: Kernel files that were 58880
bytes (E600h) long or shorter succeeded to boot, while files that were 64000
bytes or longer failed in the manner described.
Eventually it turned out that the relocator16 stub succeeded whenever it was
placed completely within the first 64 KiB of the Low Memory Area. The chunk
for the relocator is allocated with a minimum address of 0x8010 and a maximum
address just below 0xA0000 [2]. That means if the kernel is, for instance,
E600h bytes long, then the kernel will be allocated memory starting at 00600h
(the fixed FreeDOS kernel load address) up to E600h + 00600h = 0EC00h, which
leaves 1400h (5120) bytes for the relocator to stay in the first 64 KiB.
If the kernel is 64000 bytes (FA00h) long, then the relocator must go to
FA00h + 00600h = 10000h at least which is outside the first 64 KiB.
The problem is that the relocator16 initialises the DS register with a
"pseudo real mode" descriptor, which is defined with a segment limit of
64 KiB and a segment base of zero. After that, the relocator addressed
parts of itself (implicitly) using the DS register, with an offset from
ESI, which holds the linear address of the relocator's base [3]. With the
larger kernel files this would lead to accessing data beyond the 64 KiB
segment limit, presumably leading to a fault and perhaps a subsequent
triple-fault or such.
This patch fixes the relocator to set the segment base of the descriptors
to the base address of the relocator; then, the subsequent accesses to
the relocator's variables are done without the ESI register as an index.
This does not interfere with the relocator's or its target's normal
operation; the segment limits are still loaded with 64 KiB and all the
segment bases are subsequently reset by the relocator anyway.
Current versions of the debugger to test are uploaded to [4]. The file
ldebugnh.com (LZ4-compressed and built with -D_EXTHELP=0) at 58368 bytes
loads successfully, whereas ldebug.com at 64000 bytes fails. Loading one
of these files requires setting root to a FAT FS partition and using the
freedos command to specify the file as kernel:
set root='(hd0,msdos1)'
freedos /ldebug.com
boot
Booting the file using the multiboot command (which uses a WIP entrypoint
of the debugger) works, as it does not use GRUB's relocator16 but instead
includes a loader in the kernel itself, which drops it back to 86 Mode.
[1]: https://hg.ulukai.org/ecm/ldebug
[2]: http://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/lib/i386/relocator.c?id=495781f5ed1b48bf27f16c53940d6700c181c74c#n127
[3]: http://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/lib/i386/relocator16.S?id=495781f5ed1b48bf27f16c53940d6700c181c74c#n97
[4]: https://ulukai.org/ecm/lDebug-5479a7988d21-nohelp.zip
Signed-off-by: C. Masloch <pushbx@ulukai.org>
Reviewed-by: Daniel Kiper <daniel.kiper@oracle.com>
2019-12-20 15:04:21 +00:00
|
|
|
lidt (EXT_C(grub_relocator16_idt) - LOCAL (base))
|
2012-02-07 21:31:14 +00:00
|
|
|
|
|
|
|
|
/* jump to a 16 bit segment */
|
|
|
|
|
ljmp $PSEUDO_REAL_CSEG, $(LOCAL (cont2) - LOCAL(base))
|
2012-05-28 15:51:57 +00:00
|
|
|
#endif
|
2012-02-07 21:31:14 +00:00
|
|
|
LOCAL(cont2):
|
|
|
|
|
.code16
|
|
|
|
|
|
|
|
|
|
/* clear the PE bit of CR0 */
|
|
|
|
|
movl %cr0, %eax
|
|
|
|
|
andl $(~GRUB_MEMORY_CPU_CR0_PE_ON), %eax
|
|
|
|
|
movl %eax, %cr0
|
|
|
|
|
|
|
|
|
|
/* flush prefetch queue, reload %cs */
|
|
|
|
|
/* ljmp */
|
|
|
|
|
.byte 0xea
|
2012-05-28 15:51:57 +00:00
|
|
|
#ifdef __APPLE__
|
|
|
|
|
LOCAL(cont3_offset) = LOCAL(cont3) - LOCAL(base)
|
|
|
|
|
.word LOCAL(cont3_offset)
|
|
|
|
|
#else
|
2012-02-07 21:31:14 +00:00
|
|
|
.word LOCAL(cont3)-LOCAL(base)
|
2012-05-28 15:51:57 +00:00
|
|
|
#endif
|
2012-02-07 21:31:14 +00:00
|
|
|
LOCAL(segment):
|
|
|
|
|
.word 0
|
|
|
|
|
|
|
|
|
|
LOCAL(cont3):
|
|
|
|
|
|
2011-10-20 22:16:59 +00:00
|
|
|
/* movw imm16, %ax. */
|
|
|
|
|
.byte 0xb8
|
|
|
|
|
VARIABLE(grub_relocator16_keep_a20_enabled)
|
|
|
|
|
.word 0
|
2012-02-29 14:00:54 +00:00
|
|
|
|
2011-10-20 22:16:59 +00:00
|
|
|
test %ax, %ax
|
|
|
|
|
jnz LOCAL(gate_a20_done)
|
|
|
|
|
|
2012-02-07 21:31:14 +00:00
|
|
|
movw %cs, %ax
|
|
|
|
|
movw %ax, %ss
|
2012-05-28 15:51:57 +00:00
|
|
|
#ifdef __APPLE__
|
|
|
|
|
LOCAL(relocator16_end_offset) = LOCAL(relocator16_end) - LOCAL(base)
|
|
|
|
|
leaw LOCAL(relocator16_end_offset), %sp
|
|
|
|
|
#else
|
2012-02-29 14:00:54 +00:00
|
|
|
leaw LOCAL(relocator16_end) - LOCAL(base), %sp
|
2012-05-28 15:51:57 +00:00
|
|
|
#endif
|
2012-02-29 14:00:54 +00:00
|
|
|
addw $GRUB_RELOCATOR16_STACK_SIZE, %sp
|
2011-10-20 22:16:59 +00:00
|
|
|
|
|
|
|
|
/* second, try a BIOS call */
|
|
|
|
|
movw $0x2400, %ax
|
|
|
|
|
int $0x15
|
|
|
|
|
|
|
|
|
|
call LOCAL(gate_a20_check_state)
|
|
|
|
|
testb %al, %al
|
|
|
|
|
jz LOCAL(gate_a20_done)
|
|
|
|
|
|
|
|
|
|
/*
|
|
|
|
|
* In macbook, the keyboard test would hang the machine, so we move
|
|
|
|
|
* this forward.
|
|
|
|
|
*/
|
|
|
|
|
/* fourth, try the system control port A */
|
|
|
|
|
inb $0x92
|
|
|
|
|
andb $(~0x03), %al
|
|
|
|
|
outb $0x92
|
|
|
|
|
|
|
|
|
|
/* When turning off Gate A20, do not check the state strictly,
|
|
|
|
|
because a failure is not fatal usually, and Gate A20 is always
|
|
|
|
|
on some modern machines. */
|
|
|
|
|
jmp LOCAL(gate_a20_done)
|
|
|
|
|
|
|
|
|
|
LOCAL(gate_a20_check_state):
|
|
|
|
|
/* iterate the checking for a while */
|
|
|
|
|
movw $100, %cx
|
|
|
|
|
1:
|
|
|
|
|
xorw %ax, %ax
|
|
|
|
|
movw %ax, %ds
|
|
|
|
|
decw %ax
|
|
|
|
|
movw %ax, %es
|
|
|
|
|
xorw %ax, %ax
|
|
|
|
|
|
|
|
|
|
movw $0x8000, %ax
|
|
|
|
|
/* compare the byte at ADDR with that at 0x100000 + ADDR */
|
|
|
|
|
movw %ax, %si
|
|
|
|
|
addw $0x10, %ax
|
|
|
|
|
movw %ax, %di
|
|
|
|
|
|
|
|
|
|
/* save the original byte in DL */
|
|
|
|
|
movb %ds:(%si), %dl
|
|
|
|
|
movb %es:(%di), %al
|
|
|
|
|
/* try to set one less value at ADDR */
|
|
|
|
|
movb %al, %dh
|
|
|
|
|
decb %dh
|
|
|
|
|
movb %dh, %ds:(%si)
|
|
|
|
|
/* serialize */
|
|
|
|
|
outb %al, $0x80
|
|
|
|
|
outb %al, $0x80
|
|
|
|
|
/* obtain the value at 0x100000 + ADDR in CH */
|
|
|
|
|
movb %es:(%di), %dh
|
|
|
|
|
/* this result is 1 if A20 is on or 0 if it is off */
|
|
|
|
|
subb %dh, %al
|
|
|
|
|
xorb $1, %al
|
|
|
|
|
/* restore the original */
|
2012-02-07 21:31:14 +00:00
|
|
|
movb %dl, %ds:(%si)
|
|
|
|
|
|
|
|
|
|
testb %al, %al
|
|
|
|
|
jz LOCAL(gate_a20_done)
|
|
|
|
|
loop 1b
|
|
|
|
|
2:
|
2011-10-20 22:16:59 +00:00
|
|
|
ret
|
|
|
|
|
|
|
|
|
|
LOCAL(gate_a20_done):
|
2018-08-14 07:03:25 +00:00
|
|
|
/*
|
|
|
|
|
* We are in real mode now. Set up the real mode segment registers and
|
|
|
|
|
* all the other general purpose registers. cs is updated with ljmp.
|
2010-01-12 21:15:50 +00:00
|
|
|
*/
|
|
|
|
|
/* movw imm16, %ax. */
|
|
|
|
|
.byte 0xb8
|
|
|
|
|
VARIABLE(grub_relocator16_ds)
|
|
|
|
|
.word 0
|
|
|
|
|
movw %ax, %ds
|
|
|
|
|
|
|
|
|
|
/* movw imm16, %ax. */
|
|
|
|
|
.byte 0xb8
|
|
|
|
|
VARIABLE(grub_relocator16_es)
|
|
|
|
|
.word 0
|
|
|
|
|
movw %ax, %es
|
|
|
|
|
|
|
|
|
|
/* movw imm16, %ax. */
|
|
|
|
|
.byte 0xb8
|
|
|
|
|
VARIABLE(grub_relocator16_fs)
|
|
|
|
|
.word 0
|
|
|
|
|
movw %ax, %fs
|
|
|
|
|
|
|
|
|
|
/* movw imm16, %ax. */
|
|
|
|
|
.byte 0xb8
|
|
|
|
|
VARIABLE(grub_relocator16_gs)
|
|
|
|
|
.word 0
|
|
|
|
|
movw %ax, %gs
|
|
|
|
|
|
|
|
|
|
/* movw imm16, %ax. */
|
|
|
|
|
.byte 0xb8
|
|
|
|
|
VARIABLE(grub_relocator16_ss)
|
|
|
|
|
.word 0
|
|
|
|
|
movw %ax, %ss
|
|
|
|
|
|
|
|
|
|
/* movw imm16, %ax. */
|
|
|
|
|
.byte 0xb8
|
|
|
|
|
VARIABLE(grub_relocator16_sp)
|
|
|
|
|
.word 0
|
2011-04-20 23:07:22 +00:00
|
|
|
movzwl %ax, %esp
|
2010-04-15 00:11:26 +00:00
|
|
|
|
2011-10-20 22:16:59 +00:00
|
|
|
/* movw imm32, %eax. */
|
|
|
|
|
.byte 0x66, 0xb8
|
|
|
|
|
VARIABLE(grub_relocator16_esi)
|
|
|
|
|
.long 0
|
|
|
|
|
movl %eax, %esi
|
|
|
|
|
|
2010-04-15 00:11:26 +00:00
|
|
|
/* movw imm32, %edx. */
|
|
|
|
|
.byte 0x66, 0xba
|
|
|
|
|
VARIABLE(grub_relocator16_edx)
|
|
|
|
|
.long 0
|
2010-12-25 23:38:20 +00:00
|
|
|
|
|
|
|
|
/* movw imm32, %ebx. */
|
|
|
|
|
.byte 0x66, 0xbb
|
|
|
|
|
VARIABLE(grub_relocator16_ebx)
|
|
|
|
|
.long 0
|
|
|
|
|
|
2013-01-27 15:07:25 +00:00
|
|
|
/* movl imm32, %ebp. */
|
|
|
|
|
.byte 0x66, 0xbd
|
|
|
|
|
VARIABLE(grub_relocator16_ebp)
|
|
|
|
|
.long 0
|
|
|
|
|
|
2010-01-12 21:15:50 +00:00
|
|
|
/* Cleared direction flag is of no problem with any current
|
|
|
|
|
payload and makes this implementation easier. */
|
|
|
|
|
cld
|
|
|
|
|
|
|
|
|
|
/* ljmp */
|
|
|
|
|
.byte 0xea
|
|
|
|
|
VARIABLE(grub_relocator16_ip)
|
|
|
|
|
.word 0
|
|
|
|
|
VARIABLE(grub_relocator16_cs)
|
|
|
|
|
.word 0
|
|
|
|
|
|
|
|
|
|
.code32
|
|
|
|
|
|
|
|
|
|
/* GDT. Copied from loader/i386/linux.c. */
|
|
|
|
|
.p2align 4
|
|
|
|
|
LOCAL(gdt):
|
|
|
|
|
.word 0, 0
|
|
|
|
|
.byte 0, 0, 0, 0
|
|
|
|
|
|
|
|
|
|
/* -- code segment --
|
|
|
|
|
* base = 0x00000000, limit = 0xFFFFF (4 KiB Granularity), present
|
|
|
|
|
* type = 32bit code execute/read, DPL = 0
|
|
|
|
|
*/
|
|
|
|
|
.word 0xFFFF, 0
|
|
|
|
|
.byte 0, 0x9A, 0xCF, 0
|
|
|
|
|
|
|
|
|
|
/* -- data segment --
|
|
|
|
|
* base = 0x00000000, limit 0xFFFFF (4 KiB Granularity), present
|
|
|
|
|
* type = 32 bit data read/write, DPL = 0
|
|
|
|
|
*/
|
|
|
|
|
.word 0xFFFF, 0
|
|
|
|
|
.byte 0, 0x92, 0xCF, 0
|
|
|
|
|
|
|
|
|
|
/* -- 16 bit real mode CS --
|
2018-08-14 07:03:25 +00:00
|
|
|
* base = filled by code, limit 0x0FFFF (1 B Granularity), present
|
2010-01-12 21:15:50 +00:00
|
|
|
* type = 16 bit code execute/read only/conforming, DPL = 0
|
|
|
|
|
*/
|
|
|
|
|
.word 0xFFFF
|
|
|
|
|
LOCAL(cs_base_bytes12):
|
|
|
|
|
.word 0
|
|
|
|
|
LOCAL(cs_base_byte3):
|
|
|
|
|
.byte 0
|
|
|
|
|
|
|
|
|
|
.byte 0x9E, 0, 0
|
|
|
|
|
|
|
|
|
|
/* -- 16 bit real mode DS --
|
freedos: Fix FreeDOS command booting large files (near or above 64 KiB)
While testing the 86-DOS lDebug [1] booting from GRUB2, newer versions of the
debugger would fail to load when booted using GRUB's freedos command. The
behaviour observed in a qemu i386 machine was that the ROM-BIOS's boot load
would start anew, instead of loading the selected debugger as kernel.
It came to light that there was a size limit: Kernel files that were 58880
bytes (E600h) long or shorter succeeded to boot, while files that were 64000
bytes or longer failed in the manner described.
Eventually it turned out that the relocator16 stub succeeded whenever it was
placed completely within the first 64 KiB of the Low Memory Area. The chunk
for the relocator is allocated with a minimum address of 0x8010 and a maximum
address just below 0xA0000 [2]. That means if the kernel is, for instance,
E600h bytes long, then the kernel will be allocated memory starting at 00600h
(the fixed FreeDOS kernel load address) up to E600h + 00600h = 0EC00h, which
leaves 1400h (5120) bytes for the relocator to stay in the first 64 KiB.
If the kernel is 64000 bytes (FA00h) long, then the relocator must go to
FA00h + 00600h = 10000h at least which is outside the first 64 KiB.
The problem is that the relocator16 initialises the DS register with a
"pseudo real mode" descriptor, which is defined with a segment limit of
64 KiB and a segment base of zero. After that, the relocator addressed
parts of itself (implicitly) using the DS register, with an offset from
ESI, which holds the linear address of the relocator's base [3]. With the
larger kernel files this would lead to accessing data beyond the 64 KiB
segment limit, presumably leading to a fault and perhaps a subsequent
triple-fault or such.
This patch fixes the relocator to set the segment base of the descriptors
to the base address of the relocator; then, the subsequent accesses to
the relocator's variables are done without the ESI register as an index.
This does not interfere with the relocator's or its target's normal
operation; the segment limits are still loaded with 64 KiB and all the
segment bases are subsequently reset by the relocator anyway.
Current versions of the debugger to test are uploaded to [4]. The file
ldebugnh.com (LZ4-compressed and built with -D_EXTHELP=0) at 58368 bytes
loads successfully, whereas ldebug.com at 64000 bytes fails. Loading one
of these files requires setting root to a FAT FS partition and using the
freedos command to specify the file as kernel:
set root='(hd0,msdos1)'
freedos /ldebug.com
boot
Booting the file using the multiboot command (which uses a WIP entrypoint
of the debugger) works, as it does not use GRUB's relocator16 but instead
includes a loader in the kernel itself, which drops it back to 86 Mode.
[1]: https://hg.ulukai.org/ecm/ldebug
[2]: http://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/lib/i386/relocator.c?id=495781f5ed1b48bf27f16c53940d6700c181c74c#n127
[3]: http://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/lib/i386/relocator16.S?id=495781f5ed1b48bf27f16c53940d6700c181c74c#n97
[4]: https://ulukai.org/ecm/lDebug-5479a7988d21-nohelp.zip
Signed-off-by: C. Masloch <pushbx@ulukai.org>
Reviewed-by: Daniel Kiper <daniel.kiper@oracle.com>
2019-12-20 15:04:21 +00:00
|
|
|
* base = filled by code, limit 0x0FFFF (1 B Granularity), present
|
2010-01-12 21:15:50 +00:00
|
|
|
* type = 16 bit data read/write, DPL = 0
|
|
|
|
|
*/
|
freedos: Fix FreeDOS command booting large files (near or above 64 KiB)
While testing the 86-DOS lDebug [1] booting from GRUB2, newer versions of the
debugger would fail to load when booted using GRUB's freedos command. The
behaviour observed in a qemu i386 machine was that the ROM-BIOS's boot load
would start anew, instead of loading the selected debugger as kernel.
It came to light that there was a size limit: Kernel files that were 58880
bytes (E600h) long or shorter succeeded to boot, while files that were 64000
bytes or longer failed in the manner described.
Eventually it turned out that the relocator16 stub succeeded whenever it was
placed completely within the first 64 KiB of the Low Memory Area. The chunk
for the relocator is allocated with a minimum address of 0x8010 and a maximum
address just below 0xA0000 [2]. That means if the kernel is, for instance,
E600h bytes long, then the kernel will be allocated memory starting at 00600h
(the fixed FreeDOS kernel load address) up to E600h + 00600h = 0EC00h, which
leaves 1400h (5120) bytes for the relocator to stay in the first 64 KiB.
If the kernel is 64000 bytes (FA00h) long, then the relocator must go to
FA00h + 00600h = 10000h at least which is outside the first 64 KiB.
The problem is that the relocator16 initialises the DS register with a
"pseudo real mode" descriptor, which is defined with a segment limit of
64 KiB and a segment base of zero. After that, the relocator addressed
parts of itself (implicitly) using the DS register, with an offset from
ESI, which holds the linear address of the relocator's base [3]. With the
larger kernel files this would lead to accessing data beyond the 64 KiB
segment limit, presumably leading to a fault and perhaps a subsequent
triple-fault or such.
This patch fixes the relocator to set the segment base of the descriptors
to the base address of the relocator; then, the subsequent accesses to
the relocator's variables are done without the ESI register as an index.
This does not interfere with the relocator's or its target's normal
operation; the segment limits are still loaded with 64 KiB and all the
segment bases are subsequently reset by the relocator anyway.
Current versions of the debugger to test are uploaded to [4]. The file
ldebugnh.com (LZ4-compressed and built with -D_EXTHELP=0) at 58368 bytes
loads successfully, whereas ldebug.com at 64000 bytes fails. Loading one
of these files requires setting root to a FAT FS partition and using the
freedos command to specify the file as kernel:
set root='(hd0,msdos1)'
freedos /ldebug.com
boot
Booting the file using the multiboot command (which uses a WIP entrypoint
of the debugger) works, as it does not use GRUB's relocator16 but instead
includes a loader in the kernel itself, which drops it back to 86 Mode.
[1]: https://hg.ulukai.org/ecm/ldebug
[2]: http://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/lib/i386/relocator.c?id=495781f5ed1b48bf27f16c53940d6700c181c74c#n127
[3]: http://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/lib/i386/relocator16.S?id=495781f5ed1b48bf27f16c53940d6700c181c74c#n97
[4]: https://ulukai.org/ecm/lDebug-5479a7988d21-nohelp.zip
Signed-off-by: C. Masloch <pushbx@ulukai.org>
Reviewed-by: Daniel Kiper <daniel.kiper@oracle.com>
2019-12-20 15:04:21 +00:00
|
|
|
.word 0xFFFF
|
|
|
|
|
LOCAL(ds_base_bytes12):
|
|
|
|
|
.word 0
|
|
|
|
|
LOCAL(ds_base_byte3):
|
|
|
|
|
.byte 0
|
|
|
|
|
|
|
|
|
|
.byte 0x92, 0, 0
|
|
|
|
|
|
2010-08-24 06:57:18 +00:00
|
|
|
LOCAL(gdt_end):
|
2010-01-12 21:15:50 +00:00
|
|
|
|
2012-05-28 15:51:57 +00:00
|
|
|
#ifdef __APPLE__
|
|
|
|
|
LOCAL(relocator16_idt):
|
|
|
|
|
#endif
|
2012-02-26 21:10:13 +00:00
|
|
|
VARIABLE(grub_relocator16_idt)
|
|
|
|
|
.word 0
|
|
|
|
|
.long 0
|
2012-02-29 14:00:54 +00:00
|
|
|
LOCAL(relocator16_end):
|
2010-01-12 21:15:50 +00:00
|
|
|
VARIABLE(grub_relocator16_end)
|
2012-02-29 14:00:54 +00:00
|
|
|
.byte 0
|