cvs commit: src/sys/dev/kbdmux kbdmux.c

Maksim Yevmenkin maksim.yevmenkin at gmail.com
Wed Sep 20 09:45:50 PDT 2006


On 9/20/06, Ruslan Ermilov <ru at freebsd.org> wrote:
> On Wed, Sep 20, 2006 at 09:28:46AM -0700, Maksim Yevmenkin wrote:
> > On 9/20/06, Ruslan Ermilov <ru at freebsd.org> wrote:
> > >Here's another demo that indicates that sparc64 doesn't work
> > >properly.  In this case it's a CONS_SETKBD ioctl which is used
> > >by kbdcontrol(8).  I "kldload vkbd" and make sure two vkbd
> > >instances exist, /dev/vkbdctl0 and /dev/vkbdctl1.
> >
> > [...]
> >
> > actually, i just tracked this down as part of my work on pr
> > sparc64/96798. there are few problems mentioned in this pr. kbdcontrol
> > -k not working is just one of them.
> >
> > basically, kb_index is wrong, and, in my case, is always 0. which
> > defaults to first keyboard (i.e. subkbd(4)). that is why i can not use
> > kbdcontrol -k to switch between sunkbd(4) and, say, ukbd(4).
> >
> Yes, this is the endianness bug we were talking about.
> Hold on, the fix is almost ready.  :-)

sure, btw i think CONS_SETKBD is easy. nothing seems to calling it
from the kernel, so we could (intptr_t *) cast it and it should just
work. i really want to change it to

#define CONS_SETKBD     _IOW('c', 110, int)

because i officially hate _IO() now :) but i'm not sure if this breaks
binary compatibility.

me makes a mental note to never ever use _IO() anymore.

thanks,
max


More information about the cvs-src mailing list