Ira Abramov wrote:
Quoting Tzafrir Cohen, from the post of Fri, 30 Apr:I'm not sure how the 64 bit set is implemented. At least for 16/32 bit stuff, the kernel is actually in a different mode of operation. For 16 bit, it has two modes, one called "virtual mode" and the other "real mode" (the mode it starts off at after reset - no MMU, no protection, the machine is bare open for it), while it has two modes (or was it 4?) for 32 bits, one of them called "protected mode", and with 37.7 feaver I can't rember the rest.
As for mixing 32bit and 64bit: AFAIK you can't mix 32bit and 64bit code
in the same process. Thus a 32bit binary needs a separate set of
libraries. Other than that, it works just as well.
umm... why? the CPU doesn't really know a process from any other bunch of opcodes in its pipe. should it care? if what you said were true, we'd have to have two separate kernels for 32bit and 64bit system calls as well :)
umm, I guess I should do more googling.
Now, if 64bit is anything like it, you actually can't mix them in the same process. Too much work to switch between them. Different memory addressing modes, etc.
Shachar
-- Shachar Shemesh Lingnu Open Source Consulting http://www.lingnu.com/
================================================================= To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
