stage4_load.asm

The bootstrap user module

Although replacing this module with another can allow the user to run an effectively different operating system, this is currently the default.

Checks and loads all modules present in the ramdisk and starts each of them

Author

Marcel Sondaar

License

Educational purposes

Summary

stage4_load.asm	The bootstrap user module
Functions
initcombuffer
loadunittable
ELF_Start	Loads an elf file and start it
ELF_Load	Parses an elf file in memory
ELF_Loadsection	Parses an elf section and loads it into memory
ELF_Adjustsection	Parses an elf relocation section and loads it into memory
ELF_Copysection	Copies a section from an ELF file to newly allocated memory
ELF_AllocSection	Parses an elf bss section header, allocates it and zeroes it
Todo’s
get task entry point and create threads for all modules
Fixmes
create a thread rather than bruteforce starting things	kernel CreateThread

Functions

initcombuffer

loadunittable

ELF_Start

Loads an elf file and start it

in

EBX = pointer to file in memory
EAX = length of file

out

none

destroyed

unknown

ELF_Load

Parses an elf file in memory

in

EBX = pointer to file in memory
EAX = length of file

out

EBX = address of entry point

destroyed

unknown (all but ESP)

ELF_Loadsection

Parses an elf section and loads it into memory

in

EBX = image offset
EDX = current section header offset
ECX = current section index

out

unknown

destroyed

unknown

ELF_Adjustsection

Parses an elf relocation section and loads it into memory

in

EBX = image offset
EDX = current section header offset

out

unknown

destroyed

unknown

ELF_Copysection

Copies a section from an ELF file to newly allocated memory

in

EBX = image offset
EDX = current section header offset
ECX = current section index

out

unknown

destroyed

EAX, EDI

ELF_AllocSection

Parses an elf bss section header, allocates it and zeroes it

in

EBX = image offset
EDX = current section header offset
ECX = current section index

out

unknown

destroyed

EAX, ECX, EDI

Todo’s

get task entry point and create threads for all modules

Fixmes

create a thread rather than bruteforce starting things

kernel CreateThread

MOS

The exokernel documentation

_PDCLIB_config.h

_PDCLIB_config.h

_PDCLIB_wstdio.h

wcstoimax(), wcstoumax()

Information & Design

bootloaders.txt

stage1. asm [ia_pc]

stage2_ia_pc.asm

stage3. asm [ia-pc]

stage1_ia32_pc.asm

stage2_ia32_pc.asm

stage3_ia32_pc.asm

stage4_ia32_pc.asm

ati_defregs.asm

elf-runtime.asm

elf-test-fb.bas

channeltest.bas

is this the correct way?

mach64_clockdsp.bas

remoteprobe.bas

udi_cmos_props.asm

udi_ramdisk_props.asm

mach64_core.bas

mach64_engine.bas

mach64_socket.bas

trio64_blit.bas

trio64_core.bas

trio64_engine.bas

trio64_socket.bas

gfx_textmode.bas

create something sensible here

idlemit_udidef.c

idlemit_udirx.c

idlemit_uditx.c

elf-runtime.asm

test-runtime-syscall.asm

simplesched.bas

sys_kbdumper.bas

allocateiobitmap.asm

allocateirbitmap.asm

allocatepagetable.asm

blockallocex.asm

blockallocexl.asm

blockallocphys.asm

blockallocphysl.asm

blockdealloc.asm

createthreadremote.asm

kernelversion.asm

managememoryl1.asm

managememoryl2.asm

setredirectbits.asm

transferpage.asm

createvtask.asm

gettimerticks.asm

ipccdeclconv.asm

kernelversion.asm

localipccall.asm

$$divI, $$divoI

strtox_prelim.c

allocpagescall.asm

allocpagescall.asm

keyvaluepair.bas

linkedlistitem.bas

libfb_sys_exec.c

libfb_sys_getshorpath.c

libfb_file_putback.c

libfb_file_putback_wstr.c

libfb_init_nullstring.c

Add query of system default

fb_RtExit() will be called from static/ libfb_ctor.c

fb_RtInit() will be called from static/ libfb_ctor.c

if encoding != ASCII, putback buffer will be in

if encoding != ASCII, putback buffer will be in

if exponent letter is d|D, and

libfb_dev_file_eof.c

query system default

query system default

standardize the DEV_* structs, or provide a device hook function to get OS handle

Unicode support

with a different stack allocation strategy, this

Add query of system default

Add support for non-x86

can’t compare just the address because object or type could be declared in a DLL

can’t tell difference if /bin/ sh returned 127

DJGPP info on 3rd arg of spawnv* functions is inconsistent;

Figure out which Unixy systems have/ don’t have PTHREAD_MUTEX_RECURSIVE[_NP]

handle scrolling for internal characters/ attributes buffer?

handle scrolling for internal characters/ attributes buffer?

if encoding != ASCII, putback buffer will be in

if encoding != ASCII, putback buffer will be in

if exponent letter is d|D, and

io_serial_dos.c

localtime() can return NULL due to weird value from time()

localtime() can return NULL due to weird value from time()

localtime() may return NULL, as documented on MSDN and Linux man pages,

No need to test for input keys because sleep will be hooked

query system default

query system default

SPC is only allowed when using LFNs provided by a Windows

standardize the DEV_* structs, or provide a device hook function to get OS handle

they must be static, or shared libraries in Linux would reuse the

Use default COM properties by default

use NtSetSystemTime

use NtSetSystemTime

user-allocated zstrings are assumed to be large enough

We need to find a method to set a flag whenver a NEW character

with a different stack allocation strategy, this

won’t be able to tell the difference if the exec’ed program returned 255.

Add query of system default

Add support for non-x86

can’t compare just the address because object or type could be declared in a DLL

if encoding != ASCII, putback buffer will be in

if encoding != ASCII, putback buffer will be in

if exponent letter is d|D, and

localtime() can return NULL due to weird value from time()

localtime() can return NULL due to weird value from time()

localtime() may return NULL, as documented on MSDN and Linux man pages,

No need to test for input keys because sleep will be hooked

query system default

query system default

standardize the DEV_* structs, or provide a device hook function to get OS handle

user-allocated zstrings are assumed to be large enough

with a different stack allocation strategy, this

libfb_time_decodeserdate.c

libfb_time_week.c

libfb_time_weekdayname.c

fs_client_ids.h

fs_provider_ids.h

fsdriver_ids.bi

gfx_client_ids.h

gfx_client_ids.h

Architecture-specific

Kernel-specific

_PDCLIB_config.h

inc_syscall.asm

_PDCLIB_config.h

inc_syscall.asm

glloadidentity.c

glmaxtrixmode.c

glmaxtrixmode.c

gltexsubimage2d.c

mglgetconnector.c

mglsetconnector.c

glxbindbuffer.c

glxclearcolor.c

glxmatrixmode.c

glxtexsubimage2d.c

glxtexsubimage2d.c

mglswapbuffer.c

fillbuffer_bgr15.c

fillbuffer_bgr16.c

fillbuffer_bgr24.c

fillbuffer_i8.c

fillbuffer_rgb16.c

fillbuffer_rgb16.c

fillbuffer_rgb16.c

fillbuffer_rgb24.c

trigoraud_mmx.asm

writebuffer_bgr15.c

writebuffer_bgr16.c

writebuffer_bgr24.c

writebuffer_bgra32.c

writebuffer_bgra32.c

writebuffer_i8.c

writebuffer_rgb16.c

writebuffer_rgb24.c

channel_close.c

channel_event_complete.c

decode_block.bas

decode_fs_provider.c

gio_event_res_unused.c

gio_unbind_ack.c

enumerate_ack.c

final_cleanup_ack.c

bus_unbind_req.c

dma_constraints_free.c

intr_attach_ack_unused.c

intr_detach_ack_unused.c

copyframebuffer.c

copylinearoffset.c

really esp - local (not: ebp - local)???

stage3. asm [ia-common]

stage4_load.asm

stage4_test.asm

stage2_8_ia_efi.asm

stage3. asm [ia-pc]