gaf
User
Platinum Osdever
| Posts: 153 |  |
Karma: 10
|
Re: Second stage pmode - 2005/04/01 10:20
It looks like my small ORG-trick doesn't work with fasm because it's much stricter about the 16bit restriction. I'm really surprise about that, especially because nasm didn't even throw a warning, leave alone an error.
Unfortunately this means that we'll have to use another hack which is much uglier than the original one. The idea is to fix all addresses in realmode (and 16bit pmode) manually by substracting the kernel base (->rstart). Once pmode is enabled you'll have a flat-mode kernel and the addresses will work normally again.
If you're planning to switch back to real-mode for more than a few instructions later, I'd propose to simply use a different source-file with an origin of zero for the rm procedures. Define a procedure in your kernel that takes a rm procedure ID and switches to it, and an entryoint for the rm procedure to return.
I've adapded my version of pm1 to work with FASM and uploaded it to my webspace.
BTW: You can get hosting from me if you want.. 
Thanks, but I'm actually quite happy with my host:
- totaly free
- no ads
- reasonable download rates
- 10 times more space than I'll ever need
The only downside is that you directly can't link to files you've uploaded. I suppose that they just want to prevent that you use their server as an online hard-disk..
regards,
gaf
|
Forums 
