gets stuck at "Booting first stage..." when chainloading via grub in an iso

[xacrimon]

Done some testing. Seems to happen after entering protected mode. CPU at 100% and frozen

[phil-opp]

Thanks for testing! I replied to you on gitter:

@xacrimon We only switch to protected mode for a very short time in the first stage, then we switch back to real mode (at the unreal_mode label). The println function should work again after this label.

[phil-opp]

@xacrimon Any updates on this?

[xacrimon]

Haven't had time.

…

On Mon, Apr 1, 2019, 14:26 Philipp Oppermann ***@***.***> wrote: @xacrimon <https://github.com/xacrimon> Any updates on this? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#49 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AUDRh9yAK9_NN631RUhW1JkDGvi5G1pdks5vcfr-gaJpZM4bIIkd> .

[xacrimon]

Ill do some more research as soon as i have time. Probably wont be until May comes around.

[phil-opp]

Ok, thanks for the update!

[xacrimon]

Alright, haven't had much time but it seems to be a failure related to loading the rest of the bootloader @phil-opp

[xacrimon]

This is the output while running with qemu-system-x86_64 -cdrom tulip.iso

Booting (first stage)...
Failed to load rest of bootloader

and then it hangs

[xacrimon]

Alright. Ive tried to narrow the instruction down but i have had a hard time. I know spin doesnt get called since i dont get more output when placing the print instructions there. But everywhere else in stage1.asm seems to work. Wierd

[xacrimon]

Ah okay. If i dont supply the -cdrom flag to grub it doesnt call spin and get stuck with no error message. If i supply it it gives the load error and calls spin

[xacrimon]

Alright. Done some more narrowing down. It seems to fail silently and fall into a spin loop or something in stage_1.s line 105 where it jumps to stage 2.

104: lea eax, [stage_2]
105: jmp eax <- hangs here

[xacrimon]

but as i said, it doesnt get to print the booting second stage message so something going wrong when jumping.

[xacrimon]

It might be related to having issues loading. It may load some data that isn't the bootloader since locations get messed up when packed in an iso

[phil-opp]

It might be related to having issues loading. It may load some data that isn't the bootloader since locations get messed up when packed in an iso

Yes, that could be the problem. Could you try removing the "relocation_model": "static" line from the x86_64-bootloader.json file?

[xacrimon]

Will try!

…

On Mon, Apr 29, 2019, 13:05 Philipp Oppermann ***@***.***> wrote: It might be related to having issues loading. It may load some data that isn't the bootloader since locations get messed up when packed in an iso Yes, that could be the problem. Could you try removing the "relocation_model": "static" line <https://github.com/rust-osdev/bootloader/blob/f770e97f6c52420212ff69e7acfec6b4854a46ff/x86_64-bootloader.json#L20> from the x86_64-bootloader.json file? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#49 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AFANDB2IB32JUFI26KRVX5DPS3JANANCNFSM4GZAREOQ> .

[xacrimon]

No dice. Still hangs without further output. No difference with the -cdrom flag either.