Re: Odd request for how NOT to do something...

From: David Corrigan (lightingisfun_at_gmail.com)
Date: 01/02/05

  • Next message: Kam Leo: "Re: firefox question re mpg download disposal" 
    Date: Sat, 1 Jan 2005 20:56:26 -0800
To: RoboticGolem <roboticgolem@gmail.com>, For users of Fedora Core releases <fedora-list@redhat.com>

    I havn't tested the idea, but you should be able to set the handlers
    variable to nothing and it should ignore anything from the keyboard,
    hopefully that will not stop evrouter from receiving the commands. I'm
    going to test it right now, I'll reply later tonight if it works.

    David 

    -- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list
  • Next message: Kam Leo: "Re: firefox question re mpg download disposal"

    Relevant Pages

    • Re: 586Core
      ... > to get some opinions on this product. ... Does require a kernel tweak for FreeBSD to run on it (keyboard ... To unsubscribe, ...
      (freebsd-hackers)
    • Re: [PATCH] change beastie menu to support booting on R3000 laptop
      ... On Thursday 07 April 2005 08:45 pm, David O'Brien wrote: ... people who want to use a USB keyboard that they have to have it turned on as ... To unsubscribe, ...
      (freebsd-current)
    • Re: Possible bug in keyboard.c (2.6.10)
      ... and I plan to fix the locking at least in input and keyboard. ... > driver only needs the keyboard related parts and would also allow us to ... But then all the handlers also have to register themselves as devices, ... since for userspace that was the easiest way to ...
      (Linux-Kernel)
    • Re: the PS/2 mouse problem
      ... >> The problem here is that the keyboard controller driver tries to be too ... the keyboard controller driver is too smart for its own good. ... taskqueue_enqueuecan only be used in non-fast interrupt handlers. ...
      (freebsd-current)
    • Re: the PS/2 mouse problem
      ... > some layers of the keyboard. ... so not much more code is needed to support handlers whose fastness ... >>It looks to me like data is getting lost because the interrupt handler ...
      (freebsd-current)