[lkml]   [2005]   [Jan]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Possible bug in keyboard.c (2.6.10)
    On Fri, Jan 28, 2005 at 12:10:05PM +0100, Vojtech Pavlik wrote:

    > And, btw, raw mode in 2.6 is not badly broken. It works as it is
    > intended to. If you want the 2.4 behavior on x86, you just need to
    > specify "atkbd.softraw=0" on the kernel command line.

    Thanks for pointing that out - I should have read patch-2.6.9 more
    carefully. I'll add that to the setkeycodes.8 man page.

    Nevertheless I disagree a bit. "raw mode" is by definition the mode
    where scan codes are passed unmodified to user space.
    So before 2.6.9 this was just broken, and since 2.6.9 it is broken
    by default but there is a boot option to make it work.

    What is the reason that you do not make this the default?
    The current default is really messy and confusing, especially
    when people have to map keys using setkeycodes.


    BTW, now that I read the corresponding code:

    if (atkbd_softrepeat)
    atkbd_softraw = 1;

    if (!atkbd_softrepeat) {
    atkbd->dev.rep[REP_DELAY] = 250;
    atkbd->dev.rep[REP_PERIOD] = 33;
    } else atkbd_softraw = 1;

    The "else" part is superfluous.
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 14:09    [W:0.020 / U:31.260 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site