Ulrich Weigand wrote: > - simply forward *all* vectors >= 0x20 > > Real software interrupts won't reach the handlers anyway (they'll > trap out to the virtualization layer), so every time our handler > is called, it's due to an hardware interrupt (either PIC or APIC). Uh, wait. I may be being stupid here, bit why can't software interrupts be forwarded to the virtualised code ? I can imagine that we do the opposite of what you propose: explicitly forward PIC interrupts, but in the handler check whether it was cause by an int instruction or by the hardware. That way we know how to handle it. Also, I don't really like it that every interrupt is intercepted... that's slow. Is there something wrong with setting the user-mode ISR entry point in the IDT for interrupts that cannot be deflected ? Ramon
- Re: Second FreeMWare release. Ramon van Handel
- Re: First FreeMWare release! Kevin Lawton
- Re: First FreeMWare release! Ramon van Handel
- Re: First FreeMWare release! Chris Emerson
- Re: First FreeMWare release! Timothy J. Massey
- Re: First FreeMWare release! Ramon van Handel
- Re: First FreeMWare release! Josh G
- Re: First FreeMWare release! Mike Fox
- Re: First FreeMWare release! Chris Emerson
- Re: First FreeMWare release! Ulrich Weigand
- Re: First FreeMWare release! Ramon van Handel
- Re: First FreeMWare release! Kevin Lawton
- Re: First FreeMWare release! Ulrich Weigand
- Re: First FreeMWare release! Ulrich Weigand
- Re: First FreeMWare release! Ramon van Handel
- Re: First FreeMWare release! Timothy J. Massey
- Re: First FreeMWare release! Ulrich Weigand
- Re: First FreeMWare release! Kevin Lawton
- Re: First FreeMWare release! Ramon van Handel
- Re: First FreeMWare release! Ulrich Weigand
- more FreeMWare technical thoughts... Kevin Lawton
