Menu
▾
▴
linuxconsole-dev
|
From: Zephaniah E\. H. <wa...@ba...> - 2003-02-06 15:26:00
|
First off, I apologise for the delay in response, life has been interesting. On Mon, Jan 27, 2003 at 10:31:17AM -0800, Wayne Whitney wrote: > Hello, >=20 > Adreas Shuldei mentioned on lin...@li... that > you have been writing a patch to XFree86 for an Input driver using the > Linux /dev/input/eventX interface. As of November he indicated that the > patch worked for point devices, and that you were working on keyboards. = =20 Correct. > What's the status of your patch? To be honest, I got side tracked after a /complete/ lack of response to a request for tests, there did not seem to be much interest at that point for some reason. That combined with the lack of documentation on the evdev keyboard interface, and some real life distractions, made me forget about it for a little while. > Could you possibly send me a copy of the > latest patch? I am interested in the same thing, to set up a multidesktop > linux box--2 video cards, 2 mice, 2 keyboards for 2 users. I imagine that > other people would be interested in your patch, if you wanted to cc: =20 > linuxconsole-dev. Actually, I just dumped it on http://people.debian.org/~warp/evdev/, instructions in the README. If there is solid interest in this, I can get the keyboard stuff working and shove the patches upstream. Zephaniah E. Hull. >=20 > Thank you, > Wayne >=20 >=20 >=20 --=20 1024D/E65A7801 Zephaniah E. Hull <wa...@ba...> 92ED 94E4 B1E6 3624 226D 5727 4453 008B E65A 7801 CCs of replies from mailing lists are requested. Christian Biblical literalists are trusting themselves to an archaic English translation of a Latin translation of (help me here) Greek? Aramaic? sourc= e. I wouldn't even trust a VCR manual to make it through that intact. - Dr. Dee |
|
From: Brad H. <bh...@bi...> - 2003-02-06 19:37:58
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 7 Feb 2003 02:24, Zephaniah E. Hull wrote: > hat combined with the lack of documentation on the evdev keyboard > interface, and some real life distractions, made me forget about it for > a little while. I wrote up some documentation on the event API - you need the March 2003 issue of Linux Journal. I still have interest in using this under X (mainly to help with devices that have non-standard capabilities, rather than for a dual head) but time has been rather short lately. I'd encourage people to keep working on it. Brad -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE+QraPW6pHgIdAuOMRAmL6AJ0eH0WnumH30lH1R8V7/gN3KUFVAACgkfMw R5IPXVKcIn9OXBuFx1AZVE4= =7Hg2 -----END PGP SIGNATURE----- |
|
From: Zephaniah E\. H. <wa...@ba...> - 2003-02-06 22:00:27
|
On Fri, Feb 07, 2003 at 06:25:02AM +1100, Brad Hards wrote: > On Fri, 7 Feb 2003 02:24, Zephaniah E. Hull wrote: > > hat combined with the lack of documentation on the evdev keyboard > > interface, and some real life distractions, made me forget about it for > > a little while. > I wrote up some documentation on the event API - you need the March > 2003 issue of Linux Journal. Err, 2003? Any chance of getting a copy of it before then? >=20 > I still have interest in using this under X (mainly to help with > devices that have non-standard capabilities, rather than for a dual > head) but time has been rather short lately. I'd encourage people to > keep working on it. What sort of non-standard capabilities? My current use is my mouse, which has two wheels, one click-able, as well as two side buttons. Zephaniah E. Hull. >=20 > Brad >=20 --=20 1024D/E65A7801 Zephaniah E. Hull <wa...@ba...> 92ED 94E4 B1E6 3624 226D 5727 4453 008B E65A 7801 CCs of replies from mailing lists are requested. <Mercury> Knghtbrd: Eww, find a better name, the movie sucked.. <G> <Knghtbrd> Mercury: The engine is better than the movie |
|
From: Brad H. <bh...@bi...> - 2003-02-15 00:34:17
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 7 Feb 2003 08:59, Zephaniah E\. Hull wrote: > On Fri, Feb 07, 2003 at 06:25:02AM +1100, Brad Hards wrote: > > On Fri, 7 Feb 2003 02:24, Zephaniah E. Hull wrote: > > > hat combined with the lack of documentation on the evdev keyboard > > > interface, and some real life distractions, made me forget about it for > > > a little while. > > > > I wrote up some documentation on the event API - you need the March > > 2003 issue of Linux Journal. > > Err, 2003? Any chance of getting a copy of it before then? It is now up on the Linux Journal web site: http://www.linuxjournal.com/article.php?sid=6429 Note, I haven't double checked it since publication. Brad -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE+TYfjW6pHgIdAuOMRAp7aAJ0SQm2zEGKFPDJ0Xvt8HJgeFttkvwCgvd4v ymuck8ReFymKXlLWJsNTc+s= =iKuA -----END PGP SIGNATURE----- |
|
From: Zephaniah E\. H. <wa...@ba...> - 2003-02-15 01:06:13
|
On Sat, Feb 15, 2003 at 11:20:51AM +1100, Brad Hards wrote: > It is now up on the Linux Journal web site: > http://www.linuxjournal.com/article.php?sid=3D6429 >=20 > Note, I haven't double checked it since publication. Thank you again, this has proven absolutely invaluable for the keyboard side of the patch. I'm still waiting for a solution to the console also getting the events, though the answers my head is giving back are not the ones I actually want. Zephaniah E. Hull. >=20 > Brad --=20 1024D/E65A7801 Zephaniah E. Hull <wa...@ba...> 92ED 94E4 B1E6 3624 226D 5727 4453 008B E65A 7801 CCs of replies from mailing lists are requested. "<green>From</yellow>" "Wow. The green word From is no longer yellow. That's deep, man." -- Marcus Meissner & Lars Balker Rasmussen in the Scary Devil Monastery |
|
From: Wayne W. <wh...@ma...> - 2003-02-15 01:15:52
|
On Fri, 14 Feb 2003, Zephaniah E. Hull wrote: > Thank you again, this has proven absolutely invaluable for the keyboard > side of the patch. > > I'm still waiting for a solution to the console also getting the events, > though the answers my head is giving back are not the ones I actually > want. You mean the keyboard events? It seems like that requires a kernel patch. I'm using the simple patch below so that USB keyboards are not attached to the console. Of course, it shouldn't be hardcoded like this. Cheers, Wayne diff -ru linux-2.5.59/drivers/char/keyboard.c linux-2.5.59-wayne/drivers/char/keyboard.c --- linux-2.5.59/drivers/char/keyboard.c 2002-12-09 19:26:49.000000000 -0800 +++ linux-2.5.59-wayne/drivers/char/keyboard.c 2003-01-25 09:02:28.000000000 -0800 @@ -1150,6 +1150,9 @@ if ((i == BTN_MISC) && !test_bit(EV_SND, dev->evbit)) return NULL; + if (!strncmp(dev->phys,"usb",3)) + return NULL; + if (!(handle = kmalloc(sizeof(struct input_handle), GFP_KERNEL))) return NULL; memset(handle, 0, sizeof(struct input_handle)); |
|
From: Brad M. <bmi...@ue...> - 2003-02-06 21:56:56
|
Zephaniah What's the job of the input.agent? PLEASE do send your patches upstream. That is my earnest interest. Brad |
|
From: Wayne W. <wh...@ma...> - 2003-02-06 17:07:56
|
On Thu, 6 Feb 2003, Zephaniah E. Hull wrote: > On Mon, Jan 27, 2003 at 10:31:17AM -0800, Wayne Whitney wrote: > > > Adreas Shuldei mentioned on lin...@li... that > > you have been writing a patch to XFree86 for an Input driver using the > > Linux /dev/input/eventX interface. As of November he indicated that the > > patch worked for point devices, and that you were working on keyboards. > > [ . . . ] > > If there is solid interest in this, I can get the keyboard stuff working > and shove the patches upstream. Well, I am definitely interested, for one. I am currently using the patch below, which I adapted from Miguel Freitas' very hackish patch <http://cambuca.ldhs.cetuc.puc-rio.br/multiuser/> to make it slightly less hackish. It works for me, although I haven't extensively tested it. Cheers, Wayne diff -ru xc/programs/Xserver/hw/xfree86/common/xf86Config.c xd/programs/Xserver/hw/xfree86/common/xf86Config.c --- xc/programs/Xserver/hw/xfree86/common/xf86Config.c 2003-01-26 12:09:35.000000000 -0800 +++ xd/programs/Xserver/hw/xfree86/common/xf86Config.c 2003-02-02 16:22:55.000000000 -0800 @@ -1076,6 +1076,24 @@ xf86Info.kbdProc = xf86KbdProc; xf86Info.kbdEvents = xf86KbdEvents; xfree(s); + } else if (xf86NameCmp(s, "linuxevent") == 0) { + xf86Info.kbdProc = xf86KbdProc; + xf86Info.kbdEvents = xf86LinuxEventKbdEvents; + xfree(s); + s = xf86SetStrOption(inputp->commonOptions, "Device", NULL); + xf86Msg(X_CONFIG, "Keyboard: Protocol: linuxevent\n"); + if (s == NULL) { + xf86ConfigError("A \"device\" option is required with" + " the \"linuxevent\" keyboard protocol"); + return FALSE; + } + xf86Info.kbdFd = open(s, O_RDWR | O_NONBLOCK | O_EXCL); + if (xf86Info.kbdFd == -1) { + xf86ConfigError("cannot open \"%s\"", s); + xfree(s); + return FALSE; + } + xfree(s); } else if (xf86NameCmp(s, "xqueue") == 0) { #ifdef XQUEUE xf86Info.kbdProc = xf86XqueKbdProc; diff -ru xc/programs/Xserver/hw/xfree86/common/xf86Privstr.h xd/programs/Xserver/hw/xfree86/common/xf86Privstr.h --- xc/programs/Xserver/hw/xfree86/common/xf86Privstr.h 2003-01-26 12:09:35.000000000 -0800 +++ xd/programs/Xserver/hw/xfree86/common/xf86Privstr.h 2003-02-02 16:22:55.000000000 -0800 @@ -59,6 +59,7 @@ int bell_pitch; int bell_duration; Bool autoRepeat; + int ledsave; unsigned long leds; unsigned long xleds; char * vtinit; diff -ru xc/programs/Xserver/hw/xfree86/os-support/linux/lnx_io.c xd/programs/Xserver/hw/xfree86/os-support/linux/lnx_io.c --- xc/programs/Xserver/hw/xfree86/os-support/linux/lnx_io.c 2003-01-26 12:09:39.000000000 -0800 +++ xd/programs/Xserver/hw/xfree86/os-support/linux/lnx_io.c 2003-02-02 16:22:55.000000000 -0800 @@ -34,12 +34,18 @@ #include "xf86Priv.h" #include "xf86_OSlib.h" +#define EV_LED 0x11 /* <linux/input.h> */ +#define LED_NUML 0x00 /* <linux/input.h> */ +#define LED_CAPSL 0x01 /* <linux/input.h> */ +#define LED_SCROLLL 0x02 /* <linux/input.h> */ + + #define KBC_TIMEOUT 250 /* Timeout in ms for sending to keyboard controller */ void xf86SoundKbdBell(int loudness, int pitch, int duration) { - if (loudness && pitch) + if (loudness && pitch && xf86Info.kbdEvents != xf86LinuxEventKbdEvents) { ioctl(xf86Info.consoleFd, KDMKTONE, ((1193190 / pitch) & 0xffff) | @@ -51,16 +57,44 @@ void xf86SetKbdLeds(int leds) { + struct s_output_event { + struct timeval time; + unsigned short type; + unsigned short code; + unsigned int value; + } output_event; + + if (xf86Info.kbdEvents != xf86LinuxEventKbdEvents) ioctl(xf86Info.consoleFd, KDSETLED, leds); + else { + output_event.type = EV_LED; + output_event.code = LED_NUML; + output_event.value = (leds&(LED_NUM)) ? 1 : 0; + write( xf86Info.kbdFd, (char *)&output_event, sizeof(output_event)); + + output_event.type = EV_LED; + output_event.code = LED_CAPSL; + output_event.value = (leds&(LED_CAP)) ? 1 : 0; + write( xf86Info.kbdFd, (char *)&output_event, sizeof(output_event)); + + output_event.type = EV_LED; + output_event.code = LED_SCROLLL; + output_event.value = (leds&(LED_SCR)) ? 1 : 0; + write( xf86Info.kbdFd, (char *)&output_event, sizeof(output_event)); + + xf86Info.ledsave = leds; + } } int xf86GetKbdLeds() { int leds = 0; - + if (xf86Info.kbdEvents != xf86LinuxEventKbdEvents) { ioctl(xf86Info.consoleFd, KDGETLED, &leds); return(leds); + } else + return(xf86Info.ledsave); } /* kbd rate stuff based on kbdrate.c from Rik Faith <fa...@cs...> et.al. @@ -177,6 +211,9 @@ if (xf86Info.kbdDelay >= 0) delay = xf86Info.kbdDelay; +/* FIXME: just returning so we don't mess with any other keyboards... */ + if (xf86Info.kbdEvents == xf86LinuxEventKbdEvents) + return; if(KDKBDREP_ioctl_ok(rate, delay)) /* m68k? */ return; @@ -228,8 +265,10 @@ void xf86KbdInit() { + if (xf86Info.kbdEvents != xf86LinuxEventKbdEvents) { ioctl (xf86Info.consoleFd, KDGKBMODE, &kbdtrans); tcgetattr (xf86Info.consoleFd, &kbdtty); + } } int @@ -242,6 +281,7 @@ ioctl(xf86Info.consoleFd, KDSKBMODE, K_MEDIUMRAW); else #endif + if (xf86Info.kbdEvents != xf86LinuxEventKbdEvents) { ioctl(xf86Info.consoleFd, KDSKBMODE, K_RAW); nTty = kbdtty; @@ -255,13 +295,18 @@ cfsetospeed(&nTty, 9600); tcsetattr(xf86Info.consoleFd, TCSANOW, &nTty); return(xf86Info.consoleFd); + } else + return(xf86Info.kbdFd); } int xf86KbdOff() { + if (xf86Info.kbdEvents != xf86LinuxEventKbdEvents) { ioctl(xf86Info.consoleFd, KDSKBMODE, kbdtrans); tcsetattr(xf86Info.consoleFd, TCSANOW, &kbdtty); return(xf86Info.consoleFd); + } else + return(xf86Info.kbdFd); } diff -ru xc/programs/Xserver/hw/xfree86/os-support/shared/std_kbdEv.c xd/programs/Xserver/hw/xfree86/os-support/shared/std_kbdEv.c --- xc/programs/Xserver/hw/xfree86/os-support/shared/std_kbdEv.c 2003-01-26 12:09:47.000000000 -0800 +++ xd/programs/Xserver/hw/xfree86/os-support/shared/std_kbdEv.c 2003-02-02 16:22:55.000000000 -0800 @@ -30,6 +30,90 @@ #include "xf86Priv.h" #include "xf86_OSlib.h" +#define EV_KEY 0x01 /* <linux/input.h> */ +#define KEY_SYSRQ 99 /* <linux/input.h> */ +#define KEY_PAUSE 119 /* <linux/input.h> */ + + +static unsigned short x86_keycodes[256] = + { 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, + 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, + 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, + 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, + 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, + 80, 81, 82, 83, 43, 85, 86, 87, 88,115,119,120,121,375,123, 90, + 284,285,309,298,312, 91,327,328,329,331,333,335,336,337,338,339, + 367,294,293,286,350, 92,334,512,116,377,109,111,373,347,348,349, + 360, 93, 94, 95, 98,376,100,101,357,316,354,304,289,102,351,355, + 103,104,105,275,281,272,306,106,274,107,288,364,358,363,362,361, + 291,108,381,290,287,292,279,305,280, 99,112,257,258,113,270,114, + 118,117,125,374,379,259,260,261,262,263,264,265,266,267,268,269, + 271,273,276,277,278,282,283,295,296,297,299,300,301,302,303,307, + 308,310,313,314,315,317,318,319,320,321,322,323,324,325,326,330, + 332,340,341,342,343,344,345,346,356,359,365,368,369,370,371,372 }; + +static void handle_scancode(unsigned char scancode, int down) +{ + char up_flag = down ? 0 : 0200; + + xf86PostKbdEvent(scancode | up_flag); +} + +static int emulate_raw(unsigned int keycode, int down) +{ + if (keycode > 255 || !x86_keycodes[keycode]) + return -1; + + if (keycode == KEY_PAUSE) { + handle_scancode(0xe1, 1); + handle_scancode(0x1d, down); + handle_scancode(0x45, down); + return 0; + } + + if (x86_keycodes[keycode] & 0x100) + handle_scancode(0xe0, 1); + + handle_scancode(x86_keycodes[keycode] & 0x7f, down); + + if (keycode == KEY_SYSRQ) { + handle_scancode(0xe0, 1); + handle_scancode(0x37, down); + } + + return 0; +} + + +static void keybdev_event(unsigned int type, unsigned int code, int down) +{ + if (type != EV_KEY) return; + + emulate_raw(code, down); +} + + +void xf86LinuxEventKbdEvents() +{ + struct s_input_event { + struct timeval time; + unsigned short type; + unsigned short code; + unsigned int value; + } input_event; + + if (xf86Info.consoleFd != -1) { + close(xf86Info.consoleFd); + xf86Info.consoleFd = -1; + close(2); + } + + while(read(xf86Info.kbdFd, (char *)&input_event, sizeof(input_event)) == sizeof(input_event)) + { + keybdev_event( input_event.type, input_event.code, input_event.value ); + } +} + void xf86KbdEvents() { diff -ru xc/programs/Xserver/hw/xfree86/os-support/xf86_OSproc.h xd/programs/Xserver/hw/xfree86/os-support/xf86_OSproc.h --- xc/programs/Xserver/hw/xfree86/os-support/xf86_OSproc.h 2002-01-25 13:56:17.000000000 -0800 +++ xd/programs/Xserver/hw/xfree86/os-support/xf86_OSproc.h 2003-02-02 16:22:55.000000000 -0800 @@ -228,6 +228,7 @@ extern int xf86KbdOn(void); extern int xf86KbdOff(void); extern void xf86KbdEvents(void); +extern void xf86LinuxEventKbdEvents(void); #ifdef XQUEUE extern int xf86XqueKbdProc(DeviceIntPtr, int); extern void xf86XqueEvents(void); |
|
From: Zephaniah E\. H. <wa...@ba...> - 2003-02-06 18:05:38
|
On Thu, Feb 06, 2003 at 09:07:14AM -0800, Wayne Whitney wrote: > On Thu, 6 Feb 2003, Zephaniah E. Hull wrote: >=20 > > On Mon, Jan 27, 2003 at 10:31:17AM -0800, Wayne Whitney wrote: > >=20 > > > Adreas Shuldei mentioned on lin...@li... th= at > > > you have been writing a patch to XFree86 for an Input driver using the > > > Linux /dev/input/eventX interface. As of November he indicated that = the > > > patch worked for point devices, and that you were working on keyboard= s. =20 > >=20 > > [ . . . ] > >=20 > > If there is solid interest in this, I can get the keyboard stuff working > > and shove the patches upstream. >=20 > Well, I am definitely interested, for one. I am currently using the patch > below, which I adapted from Miguel Freitas' very hackish patch > <http://cambuca.ldhs.cetuc.puc-rio.br/multiuser/> to make it slightly less > hackish. It works for me, although I haven't extensively tested it. Eww, that /is/ bad. It is however perhaps the only user I have found for the interface in question, so it will help me with the keyboard code /quite/ a bit. I'm currently compiling a much newer X tree, once that is done and works I'll start work on the keyboard patch. Zephaniah E. Hull. --=20 1024D/E65A7801 Zephaniah E. Hull <wa...@ba...> 92ED 94E4 B1E6 3624 226D 5727 4453 008B E65A 7801 CCs of replies from mailing lists are requested. "Delivery anywhere in the world within thirty minutes or the second one's free." - "pizza box" art atop a Minuteman ICBM silo, Paul A. Suhler, RHF |
|
From: Wayne W. <wh...@ma...> - 2003-02-06 22:40:06
|
On Thu, 6 Feb 2003, Wayne Whitney wrote: > Well, I am definitely interested, for one. I am currently using the patch > below, which I adapted from Miguel Freitas' very hackish patch > <http://cambuca.ldhs.cetuc.puc-rio.br/multiuser/> to make it slightly less > hackish. It works for me, although I haven't extensively tested it. I noticed that the patch I sent omitted the following comments from Miguel Freitas' original patch about licenses. I am sorry about the oversight. Cheers, Wayne diff -ur xc/programs/Xserver/hw/xfree86/os-support/shared/std_kbdEv.c xd/programs/Xserver/hw/xfree86/os-support/shared/std_kbdEv.c --- xc/programs/Xserver/hw/xfree86/os-support/shared/std_kbdEv.c 2003-02-06 14:36:41.000000000 -0800 +++ xd/programs/Xserver/hw/xfree86/os-support/shared/std_kbdEv.c 2003-02-06 14:31:58.000000000 -0800 @@ -25,6 +25,47 @@ */ /* $XConsortium: std_kbdEv.c /main/4 1996/03/11 10:47:33 kaleb $ */ +/* 2001/01/14 Miguel Freitas <mi...@ce...> + * + * USB Keyboard to PC-AT Keyboard HACK + * + * Included routines from Linux Kernel to handle usb keyboard events. + * I don't know if there are any license issues here. Any code written + * by me in this file is under the terms of the GNU General Public + * License as described below. + * +*/ + +/* + * $Id: keybdev.c,v 1.3 2000/05/28 17:31:36 vojtech Exp $ + * + * Copyright (c) 1999-2000 Vojtech Pavlik + * + * Input driver to keyboard driver binding. + * + * Sponsored by SuSE + */ + +/* + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or + * (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + * + * Should you need to contact me, the author, you can do so either by + * e-mail - mail your message to <vo...@su...>, or by paper mail: + * Vojtech Pavlik, Ucitelska 1576, Prague 8, 182 00 Czech Republic + */ + #include "X.h" #include "xf86.h" #include "xf86Priv.h" |
|
From: Zephaniah E\. H. <wa...@ba...> - 2003-02-06 23:01:28
|
On Thu, Feb 06, 2003 at 02:39:25PM -0800, Wayne Whitney wrote: > On Thu, 6 Feb 2003, Wayne Whitney wrote: >=20 > > Well, I am definitely interested, for one. I am currently using the pat= ch > > below, which I adapted from Miguel Freitas' very hackish patch > > <http://cambuca.ldhs.cetuc.puc-rio.br/multiuser/> to make it slightly l= ess > > hackish. It works for me, although I haven't extensively tested it. >=20 > I noticed that the patch I sent omitted the following comments from Miguel > Freitas' original patch about licenses. I am sorry about the oversight. Er, erk. Sadly, this code can never get into X. Thankfully, I only need it for documentation reasons, not for lifting code. Otherwise there could be problems when it comes time for me to submit my stuff upstream. As a side note, the patches from me are against 4.2.99.4, NOT 4.2.3. Zephaniah E. Hull. --=20 1024D/E65A7801 Zephaniah E. Hull <wa...@ba...> 92ED 94E4 B1E6 3624 226D 5727 4453 008B E65A 7801 CCs of replies from mailing lists are requested. <cas> Mercury: gpm isn't a very good web browser. fix it. |
|
From: Zephaniah E\. H. <wa...@ba...> - 2003-02-07 02:06:49
|
Ok! Status update!
The good news is, I have the most basic of support functioning.
I can start with the USB keyboard only, type on it, change video modes,
even change out of X.
And there are several pieces of bad news.
That's it, no support for setting the repeat, or anything dealing with
LEDs, or anything with bells or whistles.
In addition, when you switch out of X for some reason something is
catching in a tight loop, it stops as soon as I switch back to X,
however it is a rather nasty bug.
And, as the last bit, I need to go to sleep about an hour ago.
I don't have a patch ready, but I'll make one once I get the bug fixed,
and a few more features added (like repeat rate, LEDs, and properly
translating the keys that X and the input core have different symbols
for), a patch will be made.
(As a side note, the repeat rate setting and LEDs are precisely where I
will need to refer to the code provided, and any additional
documentation that could be provided.)
Zephaniah E. Hull.
(How the hell did I get pulled into X input device hacking? Someone?
Please?)
P.S.: I'm not subscribed to linuxconsole-dev, so anything not cced to me
will never be seen.
--=20
1024D/E65A7801 Zephaniah E. Hull <wa...@ba...>
92ED 94E4 B1E6 3624 226D 5727 4453 008B E65A 7801
CCs of replies from mailing lists are requested.
* james would be more impressed if netgod's magic powers could stop the
splits in the first place...
* netgod notes debian developers are notoriously hard to impress
-- Seen on #Debian
|
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X