Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!rochester!kodak!uupsi!sunic!ericom!california.ericsson.se!etxsral From: etxsral@california.ericsson.se (Lars Nilsson) Newsgroups: comp.windows.ms Subject: Re: Performance degradation in 386 enhanced mode Message-ID: <1991Jan19.170535.6092@ericsson.se> Date: 19 Jan 91 17:05:35 GMT References: <4491@mindlink.UUCP> <1991Jan19.033005.8733@mintaka.lcs.mit.edu> Sender: news@ericsson.se Organization: Ericsson Telecom, Stockholm, Sweden Lines: 34 In article <1991Jan19.033005.8733@mintaka.lcs.mit.edu> mikew@athena.mit.edu (Michael B. Williams) writes: >In article , medici@dorm.rutgers.edu (Mark Medici) writes: >|> I know this may sound a little silly, but have you considered trying a >|> different keyboard? >|> >|> Well, if I understand correctly, DOS systems built around the 286 and >|> 386 use the keyboard controller chip to switch between real mode (the >|> only place you can run DOS) and protected mode (where Win3 in 386 mode >|> lives, and also required for HIMEM.SYS to operate). Windows and/or >|> HIMEM.SYS tell the keyboard to reset the '386 (after setting-up the >|> system so it won't go through a normal reboot sequence) when any DOS >|> or BIOS calls are needed. >|> So, I'd suggest you try using a different manufacture of keyboard. [stuff deleted] > >Now THIS is a solution that a like! Anyone with easy access to an IBM >keyboard want to give this a try? I thought that the keyboard processor was placed on the motherboard. And I also think that 80386 uses a different procedure to switch between protected and real mode. The solution to use the keyboard processor or some other dedicated hardware to switch to real mode is because of that the 80286 can go to protected mode but not back again. In 80386 they have a instruction to switch back ( I think ). My thoughts are only from my memory :-) -- Lars Nilsson Ericsson Telecom AB , Stockholm - Sweden E-mail: etxsral@california.ericsson.se Fidonet: Lars Nilsson @ 2:201/108.7