home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   alt.os.development      Operating system development chatter      4,255 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 2,551 of 4,255   
   wolfgang kern to muta...@gmail.com   
   Re: PDOS/86   
   13 Jul 21 05:31:26   
   
   From: nowhere@never.at   
      
   On 13.07.2021 03:41, muta...@gmail.com wrote:   
   > On Monday, July 12, 2021 at 11:30:40 AM UTC+10, muta...@gmail.com wrote:   
   >   
   >> 24-bit addressing, and a theoretical x86 processor with   
   >> 32-bit addressing. Come to think of it, it might be possible   
   >> to use an actual 80386 to do effective 16-bit segment   
   >> shifts. Or surely I can at least match the 80286 and do   
   >> (effective) 8-bit shifts. That would be a load of fun.   
   >> I guess it depends how many selectors I can define on   
   >> the 80386. I'll run everything in supervisor mode, so I   
   >> can use both GDT and LDT if that helps.   
   >   
   > I looked up Wikipedia:   
   >   
   > https://en.wikipedia.org/wiki/Global_Descriptor_Table   
   >   
   > and there are 8192*2 selectors available, meaning that   
   > 16-bit programs can access 1 GiB maximum.   
      
   > 4-bit segment shifts make sense when there is 1 MiB of   
   > memory available.   
      
   you totally misunderstood how descriptors work.   
   1. GDT/LDT are only in effect in PM and VM   
   2. a GDT entry can span a 4GB memory range.   
   3. a descriptor can be set for either 16 or 32 bit limit.   
   4. there are several descriptor types [code/data/TSS].   
   5. the count of entries got nothing to do with accessible range.   
   6. segment descriptors ARE NOT extended RM-segment registers,   
       they work complete different.   
   __   
   wolfgang   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca