I still fail to see any reason for having this. Besides, this can be very well implemented with only rings 0 and 3 + paging, thus making the code more portable across diferent CPU architectures.xlq wrote:As I see it, rings 1 and 2 were designed to run code at a privilege level that could have absolute power over ring 3 processes but keeping the kernel protected from it. But if you're going to run drivers outside ring 0, then it's worth providing a simple API to the kernel rather than letting ring 1 code mess around with ring 3 bits itself.
Rings 1 and 2
- Love4Boobies
- Member
- Posts: 2111
- Joined: Fri Mar 07, 2008 5:36 pm
- Location: Bucharest, Romania
Re: Rings 1 and 2
"Computers in the future may weigh no more than 1.5 tons.", Popular Mechanics (1949)
[ Project UDI ]
[ Project UDI ]
Re: Rings 1 and 2
Yeah, exactly.
The only case where ring 1 (or ring 2) would be useful (being isolated from the kernel but being able to control ring 3) has no useful applications.
The only case where ring 1 (or ring 2) would be useful (being isolated from the kernel but being able to control ring 3) has no useful applications.
Marionette the flexible kernel
Re: Rings 1 and 2
Im pretty sure its because Intel thought that theoretically it could be really useful, but in practice it turned out all you needed was 2. I remember
reading this somewhere in some discussion, but unfortunatley I cannot back this up with a link.
reading this somewhere in some discussion, but unfortunatley I cannot back this up with a link.
Re: Rings 1 and 2
Also remember that the 4 privilige levels were introduced in a time before paging, so all arguments against that include 'paging' as part of the argument are invalid.yemista wrote:Im pretty sure its because Intel thought that theoretically it could be really useful, but in practice it turned out all you needed was 2. I remember reading this somewhere in some discussion, but unfortunatley I cannot back this up with a link.
JAL