Hi Owl,

After some snooping around SIce dis., i figured that it communicates to kb hardware directly. The 'Press ESC to Cancel Sofice' surely does use the hw directly.
Seems that im out of luck.

Thanx.

Any system debugger should not relay on the operatins system itself for processing input and output. NTICE makes no exception. The code youve seen is based on in -out instructions , but is as simple as intercepting an ESC. The real keyboard handler is much more complex and id IRQ driven.
As for writting a KMD wich "redirects USB"
to keyboard miniport , it is not possible into a documented manner.Nor it is as simple as copying some data. You can write hughe messy code , wich will have to patch your USB driver , and once you get USB - KBD key state redirect it trough a simulated IRQ to i8042. I sincerely doubt it can be realized
without having serious problems and implyes a
strong knowledge of both USB bus and the associated device driver , keyboard miniport , IRQ and interrupt handling in NT , notifications on device driver load image (youll need this to patch the USB driver) ,
and for PNP support a simulated normal keyboard. No book on Nt device drivers will
learn you how to do all this , and your code
(if itll ever work) will most likely break in nect service pack and / or NTICE build. And btw , if you do this , let NT think that USB
kbd did not changed while you trap it.