You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
(34) |
Apr
(140) |
May
(52) |
Jun
(160) |
Jul
(125) |
Aug
(52) |
Sep
(93) |
Oct
(26) |
Nov
(99) |
Dec
(13) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(12) |
Feb
(3) |
Mar
(28) |
Apr
(8) |
May
(9) |
Jun
(11) |
Jul
(10) |
Aug
(4) |
Sep
(2) |
Oct
(3) |
Nov
(2) |
Dec
|
2002 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2003 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2004 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Hiroshi K. <ke...@us...> - 2000-07-28 15:58:43
|
Update of /cvsroot/linux-vr/linux/arch/mips/vr41xx In directory slayer.i.sourceforge.net:/tmp/cvs-serv16565 Modified Files: ite8181.c Log Message: Added support for LCD control (On/Off) for ITE8181 (used in IBM WorkPad Z50). Now, you can off LCD with: echo 1 >/proc/sys/pm/suspend and resume with hitting any key. Please use this with HPCSFB support. Thanks! >Mike & Sato. |
From: Hiroshi K. <ke...@us...> - 2000-07-28 15:11:31
|
Update of /cvsroot/linux-vr/linux/arch/mips/vr41xx In directory slayer.i.sourceforge.net:/tmp/cvs-serv6706 Modified Files: Makefile Log Message: Added MQ200 LCD/Backlight control for NEC Mobilegear-II R430/R530. |
From: Hiroshi K. <ke...@us...> - 2000-07-28 15:10:45
|
Update of /cvsroot/linux-vr/linux/arch/mips/vr41xx In directory slayer.i.sourceforge.net:/tmp/cvs-serv6595 Added Files: mq200.c nec_mobilegear2_r430.c Log Message: Added MQ200 LCD/Backlight control for NEC Mobilegear-II R430/R530. |
From: Hiroshi K. <ke...@us...> - 2000-07-28 15:03:20
|
Update of /cvsroot/linux-vr/linux/arch/mips/vr41xx In directory slayer.i.sourceforge.net:/tmp/cvs-serv1252 Modified Files: nec_mobilegear2_r300.c Log Message: Just correct typo in comment. |
From: Hiroshi K. <ke...@us...> - 2000-07-27 17:43:49
|
Update of /cvsroot/linux-vr/linux/drivers/video In directory slayer.i.sourceforge.net:/tmp/cvs-serv15147 Modified Files: hpcsfb.c Log Message: Supported Mike's Power Management functions. |
From: Hiroshi K. <ke...@us...> - 2000-07-27 15:11:11
|
Update of /cvsroot/linux-vr/linux/include/asm-mips In directory slayer.i.sourceforge.net:/tmp/cvs-serv15002 Modified Files: dma.h Log Message: Changed MAX_DMA_ADDRESS to 32MB (0x2000000) for VR41XX architecture. Thanks! >Mike |
From: Hiroshi K. <ke...@us...> - 2000-07-27 15:07:01
|
Update of /cvsroot/linux-vr/linux/drivers/sound In directory slayer.i.sourceforge.net:/tmp/cvs-serv13775 Modified Files: vr41xx.c Log Message: Fixed problem on more than 32MB main memory machines. Thanks! >Mike |
From: Hiroshi K. <ke...@us...> - 2000-07-25 15:06:33
|
Update of /cvsroot/linux-vr/linux/drivers/sound In directory slayer.i.sourceforge.net:/tmp/cvs-serv21950 Modified Files: vr41xx.c Log Message: Fixed problems around with new enable_irq()/disable_irq architecture. |
From: Michael K. <mf...@us...> - 2000-07-24 02:59:21
|
Update of /cvsroot/linux-vr/linux/arch/mips/vr41xx In directory slayer.i.sourceforge.net:/tmp/cvs-serv27182/arch/mips/vr41xx Modified Files: kbd.c kbd_no.c Log Message: A bunch of console-related fixes and enhancements: - Added a blank keymap, made that the default keymap for devices without keyboards. Was going to make it default keymap for all devices, but that would make it mandatory to run loadkeys, which is a 124K binary... - Fixed the scancode <-> keycode translation stuff to return something slightly more reasonable than error, except when user actually tries to change the translation (we don't need to translate, the keymap can address any scancode we choose to send it). - Moved the console pm_register call slightly, so it registers when the first VT is used, not only when a second is used... - Modified an assumption in vt.c that anything except for PPC or M68K is a PC. loadkeys should work flawlessly now (at least it did in my testing). Previously, it would ignore scancode 0 setting. - Fixed a slight problem with the new fontwidth support I added last week to cfb16 - Added 2,4,6,10,12,14,16 pixel fontwidth support to cfb4 - Cleaned up the VRC4171 chip id probing in the VRC4171 fb device |
From: Michael K. <mf...@us...> - 2000-07-24 02:59:21
|
Update of /cvsroot/linux-vr/linux/drivers/video In directory slayer.i.sourceforge.net:/tmp/cvs-serv27182/drivers/video Modified Files: fbcon-cfb16.c fbcon-cfb4.c vrc4171fb.c Log Message: A bunch of console-related fixes and enhancements: - Added a blank keymap, made that the default keymap for devices without keyboards. Was going to make it default keymap for all devices, but that would make it mandatory to run loadkeys, which is a 124K binary... - Fixed the scancode <-> keycode translation stuff to return something slightly more reasonable than error, except when user actually tries to change the translation (we don't need to translate, the keymap can address any scancode we choose to send it). - Moved the console pm_register call slightly, so it registers when the first VT is used, not only when a second is used... - Modified an assumption in vt.c that anything except for PPC or M68K is a PC. loadkeys should work flawlessly now (at least it did in my testing). Previously, it would ignore scancode 0 setting. - Fixed a slight problem with the new fontwidth support I added last week to cfb16 - Added 2,4,6,10,12,14,16 pixel fontwidth support to cfb4 - Cleaned up the VRC4171 chip id probing in the VRC4171 fb device |
From: Michael K. <mf...@us...> - 2000-07-24 02:59:21
|
Update of /cvsroot/linux-vr/linux/drivers/char In directory slayer.i.sourceforge.net:/tmp/cvs-serv27182/drivers/char Modified Files: Makefile console.c vt.c Added Files: blank_keymap.c Log Message: A bunch of console-related fixes and enhancements: - Added a blank keymap, made that the default keymap for devices without keyboards. Was going to make it default keymap for all devices, but that would make it mandatory to run loadkeys, which is a 124K binary... - Fixed the scancode <-> keycode translation stuff to return something slightly more reasonable than error, except when user actually tries to change the translation (we don't need to translate, the keymap can address any scancode we choose to send it). - Moved the console pm_register call slightly, so it registers when the first VT is used, not only when a second is used... - Modified an assumption in vt.c that anything except for PPC or M68K is a PC. loadkeys should work flawlessly now (at least it did in my testing). Previously, it would ignore scancode 0 setting. - Fixed a slight problem with the new fontwidth support I added last week to cfb16 - Added 2,4,6,10,12,14,16 pixel fontwidth support to cfb4 - Cleaned up the VRC4171 chip id probing in the VRC4171 fb device |
From: Michael K. <mf...@us...> - 2000-07-24 02:59:21
|
Update of /cvsroot/linux-vr/linux/arch/mips/r39xx In directory slayer.i.sourceforge.net:/tmp/cvs-serv27182/arch/mips/r39xx Modified Files: kbd.c kbd_no.c kbd_uart.c kbd_velo.c Log Message: A bunch of console-related fixes and enhancements: - Added a blank keymap, made that the default keymap for devices without keyboards. Was going to make it default keymap for all devices, but that would make it mandatory to run loadkeys, which is a 124K binary... - Fixed the scancode <-> keycode translation stuff to return something slightly more reasonable than error, except when user actually tries to change the translation (we don't need to translate, the keymap can address any scancode we choose to send it). - Moved the console pm_register call slightly, so it registers when the first VT is used, not only when a second is used... - Modified an assumption in vt.c that anything except for PPC or M68K is a PC. loadkeys should work flawlessly now (at least it did in my testing). Previously, it would ignore scancode 0 setting. - Fixed a slight problem with the new fontwidth support I added last week to cfb16 - Added 2,4,6,10,12,14,16 pixel fontwidth support to cfb4 - Cleaned up the VRC4171 chip id probing in the VRC4171 fb device |
From: Michael K. <mf...@us...> - 2000-07-23 07:53:23
|
Update of /cvsroot/linux-vr/linux/arch/mips/kernel In directory slayer.i.sourceforge.net:/tmp/cvs-serv3575 Modified Files: traps.c Log Message: OK, ll/sc emulation _almost_ worked, SC opcode was wrong. Tested now, appears to work, verified that link gets broken on context switch. |
From: Bradley D. L. <br...@us...> - 2000-07-20 22:34:29
|
Update of /cvsroot/linux-vr/linux/arch/mips/kernel In directory slayer.i.sourceforge.net:/tmp/cvs-serv16163/arch/mips/kernel Modified Files: mips_ksyms.c Log Message: Export isa_slot_offset - used by MTD. |
From: Bradley D. L. <br...@us...> - 2000-07-20 22:31:17
|
Update of /cvsroot/linux-vr/linux/drivers/video In directory slayer.i.sourceforge.net:/tmp/cvs-serv15951/drivers/video Modified Files: vr4181fb.c Log Message: Adjust for new backlight/contrast ioctl defines. |
From: Harald K. <Har...@ho...> - 2000-07-20 16:56:41
|
On 20-Jul-00 Mike Klar wrote: >> Just beeing curious, would a VR box survive crashme-2.2? > > Where can I find this crashme I keep hearing about? I've been wanting to > run it against Linux VR for a while now. You can find it in several places. Try asking http://ftpsearch.lycos.com/?form=medium and search for crashme-2.2 crashme-2.4 which seems to be the latest version doesn't compile with glibc-2.0.7 crashme-2.2 seems to crash fine ;-) Further tests with 2.2 show: R4400SC DECstation with 2.4.0-test5-pre2 freezes R3000A DECstation with 2.4.0-test5-pre2 freezes R3000A DECstation with linux-vr-2.4.0-test4-pre3 freezes R3912 Sharp Mobilon with linux-vr-2.4.0-test4-pre3 freezes There's something seriously going wrong here. -- Regards, Harald |
From: Mike K. <mf...@po...> - 2000-07-20 07:03:19
|
> Just beeing curious, would a VR box survive crashme-2.2? Where can I find this crashme I keep hearing about? I've been wanting to run it against Linux VR for a while now. Mike Klar |
From: Harald K. <Har...@ho...> - 2000-07-19 19:24:18
|
On 19-Jul-00 Michael Klar wrote: > Update of /cvsroot/linux-vr/linux/arch/mips/kernel > In directory slayer.i.sourceforge.net:/tmp/cvs-serv8485/arch/mips/kernel > > Modified Files: > r2300_switch.S r4k_switch.S traps.c > Log Message: > Last few bits of ll/sc emulation. This is not a complete duplication of > the functionality of those instructions on CPUs that have them, but it > should suffice for any user program that is using them in a sane manner > to synchronize between 2 or more user threads. > > This is completely untested at this point. Thanks. I've hacked something similar which I wanted to test little bit. I ran a few crashmes on one of my DECstations only to find out that there's something seriously wrong with regard to R3000 processors. My R3000 DECstation freezes shortly after starting crashme regardless of having the llsc emulation on or off. The really bad news is that it does so as well with the SGI source tree (2.4.0-test5-pre2). Looks like time to step back and review the R3000 code. Just beeing curious, would a VR box survive crashme-2.2? -- Regards, Harald |
From: Hiroshi K. <ke...@sm...> - 2000-07-19 07:48:05
|
Hi. > Modified Files: > r2300_switch.S r4k_switch.S traps.c > Log Message: > Last few bits of ll/sc emulation. This is not a complete duplication of > the functionality of those instructions on CPUs that have them, but it > should suffice for any user program that is using them in a sane manner > to synchronize between 2 or more user threads. Thank you, Mike! ---- Kawashima |
From: Michael K. <mf...@us...> - 2000-07-19 07:18:07
|
Update of /cvsroot/linux-vr/linux/arch/mips/kernel In directory slayer.i.sourceforge.net:/tmp/cvs-serv8485/arch/mips/kernel Modified Files: r2300_switch.S r4k_switch.S traps.c Log Message: Last few bits of ll/sc emulation. This is not a complete duplication of the functionality of those instructions on CPUs that have them, but it should suffice for any user program that is using them in a sane manner to synchronize between 2 or more user threads. This is completely untested at this point. |
From: Michael K. <mf...@us...> - 2000-07-19 07:11:57
|
Update of /cvsroot/linux-vr/linux/drivers/video In directory slayer.i.sourceforge.net:/tmp/cvs-serv6511/drivers/video Modified Files: vrc4171fb.c Log Message: Add some diagnostic code to determine if a VRC4171(A) chip is really present. Eventually, the driver just won't register the frame buffer if no ichip found. |
From: Bradley D. L. <br...@us...> - 2000-07-17 13:57:16
|
Update of /cvsroot/linux-vr/linux/include/linux In directory slayer.i.sourceforge.net:/tmp/cvs-serv10284/include/linux Modified Files: fb.h Log Message: RFC: Provide get operations for backlight and contrast settings. Applications (e.g. a GUI contrast control) may need to determine the current backlight and contrast settings for proper operation. |
From: Michael K. <mf...@us...> - 2000-07-17 07:18:40
|
Update of /cvsroot/linux-vr/linux/arch/mips/vr41xx In directory slayer.i.sourceforge.net:/tmp/cvs-serv18284/arch/mips/vr41xx Modified Files: irq.c kbd.c power.c serial.c time.c Log Message: Mostly minor cleanups and slight enhancements: Removed the cli/sti from around pm_send in pm_do_suspend, adjusted some of the pm_request callbacks accordingly. Added nested ird disable/enable support. Mostly comment changes in time.c: yes, lost_ticks replacement was correct. |
From: Michael K. <mf...@us...> - 2000-07-17 07:08:04
|
Update of /cvsroot/linux-vr/linux/drivers/video In directory slayer.i.sourceforge.net:/tmp/cvs-serv17756/drivers/video Modified Files: fbcon-cfb16.c fonts.c Log Message: Add a kernel command line parameter to override the default default color. You can now use defcolor=0xf0 to make the kernel bootup messages display black on white. Also added 6 pixel fontwidth support to fbcon-cfb16 |
From: Michael K. <mf...@us...> - 2000-07-17 07:08:03
|
Update of /cvsroot/linux-vr/linux/drivers/char In directory slayer.i.sourceforge.net:/tmp/cvs-serv17756/drivers/char Modified Files: console.c Log Message: Add a kernel command line parameter to override the default default color. You can now use defcolor=0xf0 to make the kernel bootup messages display black on white. Also added 6 pixel fontwidth support to fbcon-cfb16 |