You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
(235) |
Apr
(30) |
May
(32) |
Jun
(86) |
Jul
(81) |
Aug
(108) |
Sep
(27) |
Oct
(22) |
Nov
(34) |
Dec
(10) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(78) |
Feb
(10) |
Mar
(81) |
Apr
(27) |
May
(13) |
Jun
(105) |
Jul
(78) |
Aug
(52) |
Sep
(59) |
Oct
(90) |
Nov
(127) |
Dec
(49) |
2002 |
Jan
(102) |
Feb
(72) |
Mar
(54) |
Apr
(98) |
May
(25) |
Jun
(23) |
Jul
(123) |
Aug
(14) |
Sep
(52) |
Oct
(65) |
Nov
(48) |
Dec
(48) |
2003 |
Jan
(22) |
Feb
(25) |
Mar
(29) |
Apr
(12) |
May
(16) |
Jun
(11) |
Jul
(20) |
Aug
(20) |
Sep
(43) |
Oct
(84) |
Nov
(98) |
Dec
(56) |
2004 |
Jan
(28) |
Feb
(39) |
Mar
(41) |
Apr
(28) |
May
(88) |
Jun
(17) |
Jul
(43) |
Aug
(57) |
Sep
(54) |
Oct
(42) |
Nov
(32) |
Dec
(58) |
2005 |
Jan
(80) |
Feb
(31) |
Mar
(65) |
Apr
(41) |
May
(20) |
Jun
(34) |
Jul
(62) |
Aug
(73) |
Sep
(81) |
Oct
(48) |
Nov
(57) |
Dec
(57) |
2006 |
Jan
(63) |
Feb
(24) |
Mar
(18) |
Apr
(9) |
May
(22) |
Jun
(29) |
Jul
(47) |
Aug
(11) |
Sep
|
Oct
|
Nov
|
Dec
|
2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
From: James S. <jsi...@su...> - 2000-11-03 00:42:17
|
> Matroxfb does not switch hardware to VGA mode on exit. Try doing > 'fbset -depth 0 -a' before quitting from matroxfb. I know. I wanted for vgacon to reset the video mode itself. This way ANY fbdev driver can go back top vgacon. |
From: Vojtech P. <vo...@su...> - 2000-11-01 14:23:00
|
On Fri, Oct 13, 2000 at 08:36:05PM +0100, Justin Cormack wrote: > I know the documentation dezcribes keybdev as a hack, but I didnt realise > justt how bad it was: I just got a USB keyboard (designed for Mac) and > plugged it in and it works fine, but when I modprobe keybdev it remaps > the keycodes on my other keyboard, making it unuable. Removing the module > doesnt revert the keymaps either. Surely this is so broken that it can > be fixed even in a feauture freeze... Uh? This shouldn't happen. Actually, I don't see how this could happen at all ... > Anyone know why the power buttons on Mac keyboards arent mapped at all > (using evtest under 2.2.18pre15, its a ALCOR QTRONIX KBD HUB). Try 'showkey -s'. -- Vojtech Pavlik SuSE Labs |
From: Petr V. <van...@vc...> - 2000-10-29 03:23:56
|
On Fri, Oct 27, 2000 at 10:28:02PM -0700, James Simmons wrote: > > Hi! > > Here is a new version of my vga patch. I now have it where you go from > vgacon to fbcon to vgacon again. I have tried this with the vga16fb > driver and it works very well. It needs a little work for a better > vgacon restore mode. Vgacon can even restore the fonts itself :-) > I tested it with the matrox framebufer with less luck. I assume I'm not > freeing resources properly. I will test it with other fbdev drivers next > week. Thank you. Matroxfb does not switch hardware to VGA mode on exit. Try doing 'fbset -depth 0 -a' before quitting from matroxfb. Petr Vandrovec van...@vc... |
From: James S. <jsi...@su...> - 2000-10-27 22:27:47
|
Hi! Here is a new version of my vga patch. I now have it where you go from vgacon to fbcon to vgacon again. I have tried this with the vga16fb driver and it works very well. It needs a little work for a better vgacon restore mode. Vgacon can even restore the fonts itself :-) I tested it with the matrox framebufer with less luck. I assume I'm not freeing resources properly. I will test it with other fbdev drivers next week. Thank you. |
From: James S. <jsi...@su...> - 2000-10-13 20:45:04
|
> I know the documentation dezcribes keybdev as a hack, but I didnt realise > justt how bad it was: I just got a USB keyboard (designed for Mac) and > plugged it in and it works fine, but when I modprobe keybdev it remaps > the keycodes on my other keyboard, making it unuable. Removing the module > doesnt revert the keymaps either. Surely this is so broken that it can > be fixed even in a feauture freeze... Are you using a ruby kernel? For the standard 2.4.0-testX kernels you have: AT keyboards: pc_keyb.c -(raw)-> keyboard.c -(raw)-> pc_keyb.c --> >--(cooked)-> keyboard.c -(chars)-> tty USB using keybdev: usb.c -(usb)-> hid.c -(events)-> input.c -(events)-> keybdev.c --> >--(raw)-> keyboard.c -(raw)-> pc_keyb.c -(cooked)-> keyboard.c --> >--(chars)-> tty -------------------------------------------------------------------- For Ruby we do: AT keybaords: i8042.c -(raw)-> atkbd.c -(events)-> input.c --> >--(events)-> keyboard.c -(chars)-> tty USB keyboards: usb.c -(usb)-> hid.c -(events)-> input.c --> >--(events)-> keyboard.c -(chars)-> tty ----------------------------------------------------------------------- For ruby you don't need keybdev.c. Also USB works great under ruby. Note for ruby a vidoe terminal is defined as a video output and a keyboard. If you have 2 keyboards and one monitor it sees it as a single VT. In the future we will have a userland daemon that will allow wierd combos that people want. > Anyone know why the power buttons on Mac keyboards arent mapped at all > (using evtest under 2.2.18pre15, its a ALCOR QTRONIX KBD HUB). Hum? Have you tried showkey as well? |
From: Justin C. <jp...@do...> - 2000-10-13 19:36:07
|
I know the documentation dezcribes keybdev as a hack, but I didnt realise justt how bad it was: I just got a USB keyboard (designed for Mac) and plugged it in and it works fine, but when I modprobe keybdev it remaps the keycodes on my other keyboard, making it unuable. Removing the module doesnt revert the keymaps either. Surely this is so broken that it can be fixed even in a feauture freeze... Good thing I really only bought it for use with events. Anyone know why the power buttons on Mac keyboards arent mapped at all (using evtest under 2.2.18pre15, its a ALCOR QTRONIX KBD HUB). Justin |
From: Vojtech P. <vo...@su...> - 2000-10-12 21:09:48
|
On Thu, Oct 12, 2000 at 09:06:59PM -0700, James Simmons wrote: > > > For serial everything input. But onlt for serial, yes. It's because the > > serial port is a TTY and thus needs an userspace program to change the > > line discipline. > > Okay. Something to add to a boot script. I'll soon be adding serial mouse autodetection to inputattach so that in fact anyone can simply have it in the input script just in case ... > > Maybe yes. But I've talked today with Jaroslav Kysela, the ALSA author > > and he'll be adding gameport support to the relevant soundcard drivers. > > Great. When will ALSA be intergrated into the kernel? 2.5.something -- Vojtech Pavlik SuSE Labs |
From: James S. <jsi...@su...> - 2000-10-12 21:06:43
|
> For serial everything input. But onlt for serial, yes. It's because the > serial port is a TTY and thus needs an userspace program to change the > line discipline. Okay. Something to add to a boot script. > > Maybe we should add this into Configure.help? > > Maybe yes. But I've talked today with Jaroslav Kysela, the ALSA author > and he'll be adding gameport support to the relevant soundcard drivers. Great. When will ALSA be intergrated into the kernel? |
From: Vojtech P. <vo...@su...> - 2000-10-12 20:56:16
|
On Wed, Oct 11, 2000 at 05:41:13PM -0700, James Simmons wrote: > > > > Strange. I didn't require to do that for my serial mouse at home. > > > > It couldn't have worked without it, unless you made X talk directly to > > the serial port. > > Once my system is moved from the east coast I will take a look to see what > is going on. Do you only need the inputattach utility for serial mice? For serial everything input. But onlt for serial, yes. It's because the serial port is a TTY and thus needs an userspace program to change the line discipline. > > Yes, it can be plugged into the PC, but it's also integrated into most > > soundcards. > > Maybe we should add this into Configure.help? Maybe yes. But I've talked today with Jaroslav Kysela, the ALSA author and he'll be adding gameport support to the relevant soundcard drivers. -- Vojtech Pavlik SuSE Labs |
From: James S. <jsi...@su...> - 2000-10-11 20:16:48
|
> I've got something for HammerHead/FX and also for Genius I think. But it > involves gameport+MIDI communication and I'm not too eager to implement > that. It's on my TODO list, though. > > Why? A few people here at SuSE where interested in feedback. |
From: James S. <jsi...@su...> - 2000-10-11 17:43:04
|
> > Strange. I didn't require to do that for my serial mouse at home. > > It couldn't have worked without it, unless you made X talk directly to > the serial port. Once my system is moved from the east coast I will take a look to see what is going on. Do you only need the inputattach utility for serial mice? > Yes, it can be plugged into the PC, but it's also integrated into most > soundcards. Maybe we should add this into Configure.help? |
From: Vojtech P. <vo...@su...> - 2000-10-10 22:35:04
|
On Tue, Oct 10, 2000 at 10:14:26PM -0700, James Simmons wrote: > Vojtech have you gotten any input drivers to do force feedback? No, not yet. > If not do you have specs for these fetaures ? I've got something for HammerHead/FX and also for Genius I think. But it involves gameport+MIDI communication and I'm not too eager to implement that. It's on my TODO list, though. Why? -- Vojtech Pavlik SuSE Labs |
From: Vojtech P. <vo...@su...> - 2000-10-10 22:33:53
|
On Tue, Oct 10, 2000 at 10:17:56PM -0700, James Simmons wrote: > > You need to use the inputattach utility. It's in the docs. :) > > Strange. I didn't require to do that for my serial mouse at home. It couldn't have worked without it, unless you made X talk directly to the serial port. > > > > ns558.o <-- Use need to use this? > > > > grip.o > > > > joydev.o > > > > ns558.o is for NatSemi 558 chip based gameport support. > > I was under the impression that this was a type of game port card you > plugged into your PC. Yes, it can be plugged into the PC, but it's also integrated into most soundcards. -- Vojtech Pavlik SuSE Labs |
From: James S. <jsi...@su...> - 2000-10-10 22:17:33
|
> You need to use the inputattach utility. It's in the docs. :) Strange. I didn't require to do that for my serial mouse at home. > > I use the Alternative driver (uhci.o). It works for keyboard and mouse. I > > might not work for the joysticks. Also I have mistakenly been compiling in > > usbmouse.c and usbkeyboard.c. I will give a try without. I might be > > selecting the wrong USB controller. > > Lemme know ... Okay. Will play with it tomorrow. > > > ns558.o <-- Use need to use this? > > > grip.o > > > joydev.o > > ns558.o is for NatSemi 558 chip based gameport support. I was under the impression that this was a type of game port card you plugged into your PC. |
From: James S. <jsi...@su...> - 2000-10-10 22:14:09
|
Vojtech have you gotten any input drivers to do force feedback? If not do you have specs for these fetaures ? |
From: Vojtech P. <vo...@su...> - 2000-10-10 21:06:19
|
On Tue, Oct 10, 2000 at 09:00:52PM -0700, James Simmons wrote: > > > > work. I tried a few other serial mice thinking it might be that mouse but > > > it wasn't. Have you tried any serial mice. > > > > Yes, I did. What did you do to make it work? > > I compiled in serial port line displine and serial mouse. I do see the > needed object files in drivers/input. It also doesn't show up at boot time > where as the other mice do. You need to use the inputattach utility. It's in the docs. :) > > hid.c > > [u|o]hci-hcd.o > > I use the Alternative driver (uhci.o). It works for keyboard and mouse. I > might not work for the joysticks. Also I have mistakenly been compiling in > usbmouse.c and usbkeyboard.c. I will give a try without. I might be > selecting the wrong USB controller. Lemme know ... > > for gameport you need > > > > ns558.o <-- Use need to use this? > > grip.o > > joydev.o ns558.o is for NatSemi 558 chip based gameport support. -- Vojtech Pavlik SuSE Labs |
From: James S. <jsi...@su...> - 2000-10-10 21:00:28
|
> > work. I tried a few other serial mice thinking it might be that mouse but > > it wasn't. Have you tried any serial mice. > > Yes, I did. What did you do to make it work? I compiled in serial port line displine and serial mouse. I do see the needed object files in drivers/input. It also doesn't show up at boot time where as the other mice do. > USB or Gameport version? For USB you need Both. > hid.c > [u|o]hci-hcd.o I use the Alternative driver (uhci.o). It works for keyboard and mouse. I might not work for the joysticks. Also I have mistakenly been compiling in usbmouse.c and usbkeyboard.c. I will give a try without. I might be selecting the wrong USB controller. > for gameport you need > > ns558.o <-- Use need to use this? > grip.o > joydev.o |
From: Vojtech P. <vo...@su...> - 2000-10-10 20:47:02
|
On Tue, Oct 10, 2000 at 08:44:32PM -0700, James Simmons wrote: > > > > Strange that my serial mouse at home worked. The rest worked fine. Also I > > > > What mouse is that? > > I tried it with a microsoft serial mouse. It was the only on that didn't > work. I tried a few other serial mice thinking it might be that mouse but > it wasn't. Have you tried any serial mice. Yes, I did. What did you do to make it work? > > > didn't get a gravis exterminator joystick working either. Well something > > > to work on. > > > > Should you have any info about what seems to be failing, just tell me. > > It doesn't even initalize the joysticks at all. They are compiled in and I > have a bunch hooked up. It doesn't appear at at boot time as if it wasn't > compiled in. Also I gave the joystick programs a try. Still nothing. USB or Gameport version? For USB you need hid.c [u|o]hci-hcd.o joydev.o for gameport you need ns558.o grip.o joydev.o -- Vojtech Pavlik SuSE Labs |
From: James S. <jsi...@su...> - 2000-10-10 20:44:16
|
> > Strange that my serial mouse at home worked. The rest worked fine. Also I > > What mouse is that? I tried it with a microsoft serial mouse. It was the only on that didn't work. I tried a few other serial mice thinking it might be that mouse but it wasn't. Have you tried any serial mice. > > didn't get a gravis exterminator joystick working either. Well something > > to work on. > > Should you have any info about what seems to be failing, just tell me. It doesn't even initalize the joysticks at all. They are compiled in and I have a bunch hooked up. It doesn't appear at at boot time as if it wasn't compiled in. Also I gave the joystick programs a try. Still nothing. |
From: Vojtech P. <vo...@su...> - 2000-10-10 20:32:06
|
On Wed, Oct 04, 2000 at 11:22:25PM -0700, James Simmons wrote: > > > Hi folks. > > Sorry I have been quite but I was busy moving. Now it is time to get > back to work. The current tree is now against test9. Now that I'm at SuSE > I have alot og hardware at my disposal. With the current CVS code I have > tested it with regualr keyboard, USB keyboard and with a USB mouse, PS/2 > mouse and serial mouse. I couldn't get the serial mouse to work :-( > Strange that my serial mouse at home worked. The rest worked fine. Also I What mouse is that? > didn't get a gravis exterminator joystick working either. Well something > to work on. Should you have any info about what seems to be failing, just tell me. -- Vojtech Pavlik SuSE Labs |
From: Ronny B. <rb...@gm...> - 2000-10-08 20:31:50
|
confirm 298627 |
From: James S. <jsi...@su...> - 2000-10-04 23:24:43
|
Hi folks. Sorry I have been quite but I was busy moving. Now it is time to get back to work. The current tree is now against test9. Now that I'm at SuSE I have alot og hardware at my disposal. With the current CVS code I have tested it with regualr keyboard, USB keyboard and with a USB mouse, PS/2 mouse and serial mouse. I couldn't get the serial mouse to work :-( Strange that my serial mouse at home worked. The rest worked fine. Also I didn't get a gravis exterminator joystick working either. Well something to work on. Now for the video stuff. BTW Jason I did see your patch posted and will be taking a look at it soon. Thanks. I'm currently working on working on the ability to go from vgacon to fbcon and back. This will allow the ability to debug fbdev drivers very easily. Also one of the main features missing that will allow the removal of consoel code from fbdev drivers is the lack of moving from a fbdev driver to vgacon. Once this is done we can test fbdev drivers on vgacon systems with easy. |
From: Jason M. <jmc...@li...> - 2000-10-01 04:44:40
|
This patch is for Linux-2.4.x This kernel patch will allow you to have a full-screen boot logo in any FBcon supported video mode, except for VGA text mode. After applying the patch, you simply need to answer `Y' to `Custom boot logo' under the Framebuffer Support options. Then, place your custom boot_logo.ppm into linux/Documentation/boot_logo.ppm When you recompile your kernel, the boot_logo.ppm file will be reconstructed into a 214 color, 16 color, and 2 color B&W include file in linux/drivers/video/boot_logo.h When you boot into the logo-enabled kernel, the logo will be automatically centered on your framebuffer, and you will have 2 lines of kernel/init status at the bottom of your screen. Like the std. ``penguin'' logo, your custom logo will be repeated horizontally for however many processors your have on your system, or however many logos will fit - whichever is smaller. To remove the logo from the screen, simply switch away from, them back to, the original boot-up VT. Comments, suggestions, patches, etc. are welcome. -- Jason McMullan, Senior Linux Consultant, Linuxcare, Inc. 412.422.8077 tel, 412.656.3519 cell, 415.701.0792 fax jmc...@li..., http://www.linuxcare.com/ Linuxcare. Support for the revolution. |
From: Jason M. <jmc...@li...> - 2000-10-01 04:43:54
|
This patch is for Linux 2.2.x This kernel patch will allow you to have a full-screen boot logo in any FBcon supported video mode, except for VGA text mode. After applying the patch, you simply need to answer `Y' to `Custom boot logo' under the Framebuffer Support options. Then, place your custom boot_logo.ppm into linux/Documentation/boot_logo.ppm When you recompile your kernel, the boot_logo.ppm file will be reconstructed into a 214 color, 16 color, and 2 color B&W include file in linux/drivers/video/boot_logo.h When you boot into the logo-enabled kernel, the logo will be automatically centered on your framebuffer, and you will have 2 lines of kernel/init status at the bottom of your screen. Like the std. ``penguin'' logo, your custom logo will be repeated horizontally for however many processors your have on your system, or however many logos will fit - whichever is smaller. To remove the logo from the screen, simply switch away from, them back to, the original boot-up VT. Comments, suggestions, patches, etc. are welcome. -- Jason McMullan, Senior Linux Consultant, Linuxcare, Inc. 412.422.8077 tel, 412.656.3519 cell, 415.701.0792 fax jmc...@li..., http://www.linuxcare.com/ Linuxcare. Support for the revolution. |
From: Geert U. <ge...@li...> - 2000-09-22 11:50:21
|
On Thu, 21 Sep 2000, Paolo Scaffardi wrote: > Please, could you explain me differences between /dev/tty, /dev/tty0 and > /dev/console? See Documentation/devices.txt > I have an embedded linux box with a custom keyboard and a custom frame > buffer. The keyboard driver sends scancodes to 'handle_scancode' in > keyboard.c and it is not registered as console, or any type of device. > > At the boot i dont specify anything to boot the kernel. > > It uses correctly both the frame buffer console and the keyboard correctly. > > The only problem is that when using other programs, like GII, that opens > /dev/tty to access the keyboard, they dont work and report: > > /dev/tty - device not configured > > Who has to register /dev/tty? How could my keyboard be reached by /dev/tty? Did you enable CONFIG_VT? Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@li... In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds |