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: Helge H. <hel...@ai...> - 2004-01-05 12:15:19
|
Aivils Stoss wrote: > Long holidays elapse so fast. > > >>On Mon, Dec 29, 2003 at 02:28:32PM +0200, Aivils Stoss wrote: >> >>>>I have two framebuffers and fbcon, and ruby 2.6.0 >>>>vc 1-16 on fb0 seems to work fine. >>> >>>cat /var/log/dmesg | grep Console >>>should show Your VT-VC configuration. >>>"Console ... matrox ... take over ... vc:1-16" >>>"Console ... matrox ... vc:17-32" >>>and similar >>>cat /var/log/dmesg | grep "keyboard\.c" >>> >> >>Thanks. >> >>This is what I have: >>Console: Colour VGA+ 80x25 vc:1-16 >>Console: mono dummy device 80x25 vc:17-17 > > > You must have more. fbcon initializing add some lines, actualy > "take over" , when takes over VGA console, take_over_console() vt.c > Secondary matrox_crt2 should come in dmesg to, fbcon_add() fbcon.c. > > According Your dmesg, fbcon was not initialized. > > >>Is it possible to get 17 connected to the scond framebuffer >>instead of a dummy device? > > > Yes. But order is hardcoded first all DUMMY then all FB consoles, > seems this must be vice versa. dumbcon=0 > 1st fb take over VGA and so vc:1-16 That seems to work, yes. > 2nd fb have vc:17-32 Didn't seem to happen for me. I'll post more dmesg output the next time I get a chance to reboot. So I shouldn't need dumbcon=1 because I have two real framebuffers? Will my second keyboard attach to vc:17-32 ? > with hardcoded vgacon and fbcon. > > >>Seems there is no 18 then. Trying to use 17 >>is almost as bad though - letting an xserver use vt17 >>goes into D-state as shown by "ps aux". >>So I keep running 2.6.0-test11+ruby, where vt17 works. > > ? My problem is that trying to use vt17 like this: /usr/X11R6/bin/X :0 vt17 or like this: openvt -c 17 -f gives me a process in D-state when using 2.6.0+ruby. It doesn't matter wether I compile in fbcon or not. Either approace is fine if I try it with vt5 for example. 2.6.0-test11 + cvs ruby of 30/11 lets me use my second keyboard, if I don't compile in fbcon. The machine boots with vgacon, turns on framebuffers but no fbcon (leaving no useable console) and then starts up two xservers. One using v7 and one using vt17. I use dumbcon=1 to get a working vt17. I can then have two users with independent keyboards, logging into different xservers using xdm. Booting 2.6.0+ruby gives me a working fbcon on /dev/fb0. So I can run gettys and switch consoles. I can also run a xserver on vt7. But running a xserver on vt17 (or even doing a cat /dev/tty17) will leave the process accessing tty17 hung in D-state according do "ps aux", and possibly hang the machine too. Running 2.6.0+ruby without fbcon doesn't help. It crashes in the same way, but of course I don't get to see any output in that case. I haven't succeeded in using the second keyboard for anything but sysrq sequences with 2.6.0+ruby, because of these problems. Another unrelated problem: When accessing bios setup or booting plain linux, only one keyboard is useable. This is the one connected to the ps2 keyboard port. Also, only one of the screens works in these cases. The problem with ruby is that ruby decides that the ps2 keyboard port is the "extra" one connected to vt17, while my other keyboard, connected to the ps2 mouse port gets vc:1-16. Physical setup of two workstations: screen1:fb0 screen2:fb1 kbd1:kbd-port kbd2:mouse-port vc:17 vc:1-16 The problem here is that a console login with ruby uses kbd2 and screen 1. Very impractical because of distance. And I can't just swap the keyboards, because then I get the same problem when running plain linux, selecting kernels in the lilo bootprompt, or changing bios setup. I fixed this for my working X setup by running an xserver on screen1 using vt17 and an xserver on screen2 using vt7. But this breaks in interesting ways with consoles. With consoles only and no X I get the above mentioned problem. If I try to run X too then I get an xserver on screen1 using kbd1 on vc17, while fbconsole using kbd2 on vc1:16 uses the same framebuffer. Clearly not what I want. I want both console and X on the same screen, but with the same keyboard! Again, this _is_ fixable by swapping the keyboard and changing the X setup a bit, but then I get trouble with bios setup and other linux kernels again. The ideal solution is if ruby simply connects the ps2-keyboard-port to vc:1-16 instead of the mouse-port keyboard by default. The second best solution is if I can force this setup with kernel command line parameters somehow. Helge Hafting |
From: Aivils S. <Aiv...@un...> - 2004-01-05 11:12:05
|
> I've recently acquired a Belkin Nostromo n52 "SpeedPad" [1] - a USB gaming >device with a number of keys and a form factor handy for various games. >It's ostensibly a successor to the Nostromo n50 [2] for which I've helped >cook up some userland utilities [3] to configure the n50 and convert button >hits to user-configurable keystrokes. I could not understand how You can Share The Pain with this. > Despite the external similarities the devices are completely different >internally. The older n50 doesn't even present itself as any specific type >of HID, and so is automatically handled through the generic event interface. > This is what my userland tools use, and it's worked well enough so far. > > The newer n52 however presents two interfaces: a USB keyboard and USB >mouse (it has a wheel similar to a mouse wheel, so is a sharply limited >'mouse' device.) Upon connection, the USB HID subsystem identifies the >n52 properly and sets up its mouse and keyboard interfaces, redirecting >button presses on the device into keystrokes indistinguishable from other >keyboard activity. This prevents (I think?) remapping these keys without >torching the entire system keyboard setup. > > My question is how to approach this? I'd like to identify this device >specifically and prevent the association with keyboard/mouse drivers, >probably just pumping everything out through evdev for simplicity. I'm >RTFMing like a madman, but don't want to have to write up yet-another-driver >if I can avoid it (but am willing if it's deemed necessary.) The absolute >ideal would be to be able to use the same userland tools with both the n50 >and n52, so homogenizing the interfaces would be advantageous. Under 2.6.XX You must change kbd_connect() drivers/char/keyboard.c and mousedev_connect() drivers/input/mousedev.c - in all conscience kbd_connect,() because redundant /dev/input/mouseXX do not distrub any. Please add if(!strcmp(dev->phys,"usb-foo-bar/input0") return NULL; or if(!strcmp(dev->name,"belkin n52") return NULL; n52 device physicaly description "usb-foo-bar/input0" You should grab from /proc/bus/input/devices P: Phys=usb-foo-bar/input0 For better solution search Vojtech Pavlik and contact direct. Aivils Stoss |
From: Aivils S. <Aiv...@un...> - 2004-01-05 10:09:15
|
>I just switched my computer running backstreet ruby on a 2.4.22 kernel to two >(nearly) identical Logitech USB keyboards. These provide access to their >extended keys through a second logical USB keyboard device. So far I did not >find a way to join two logical keyboard devices on a single VT to be able to >grab the scancodes of all keys. Did I miss something or is it still not >possible with (b)ruby? >If it's not yet implemented, how difficult would it be to add this >functionality? Would I have a chance to do it in "finite" time if I have no >previous experience with Linux's (b)ruby input layer? Unfortunately nobody done with these keys. Typicaly USB multimedia keyboards use secondary USB interface especially for multimedia keys. You can parse /proc/bus/input/devices and make sure by Yourself. One keyboard ware have two physicaly interfaces, each have /dev/input/eventXX device. /dev/input/eventXX is done. You may download CVSed evtest.c and test Your multimedia keys. I don't know any userland util , which read /dev/input/eventX and do user configurable orders. I don't know any userland util , which read /dev/vc/XX multimedia keypress and do some important. Under ruby 2nd USB keyboard interface have another VT and You do not recieve keypress from multimedia keys. Typicaly mutimedia keypresses are ignored by keyboard driver. TTY may recieve multimedia keypresses as 4 - 6 keycode series. That series already decoded by /dev/input/eventXX layer. If anybody has a developer power, then is possible merge evtest.c and http://xkeymouse.sourceforge.net/ utils and so catch multimedia keys. AFAIK eventXX layer works indenticaly with bunch of keyboards fitted with multimedia keys (Microsoft, Logitech and so on). Aivils Stoss |
From: Aivils S. <Aiv...@un...> - 2004-01-05 09:41:08
|
Long holidays elapse so fast. >On Mon, Dec 29, 2003 at 02:28:32PM +0200, Aivils Stoss wrote: >> >> >I have two framebuffers and fbcon, and ruby 2.6.0 >> >vc 1-16 on fb0 seems to work fine. >> >> cat /var/log/dmesg | grep Console >> should show Your VT-VC configuration. >> "Console ... matrox ... take over ... vc:1-16" >> "Console ... matrox ... vc:17-32" >> and similar >> cat /var/log/dmesg | grep "keyboard\.c" >> >Thanks. > >This is what I have: >Console: Colour VGA+ 80x25 vc:1-16 >Console: mono dummy device 80x25 vc:17-17 You must have more. fbcon initializing add some lines, actualy "take over" , when takes over VGA console, take_over_console() vt.c Secondary matrox_crt2 should come in dmesg to, fbcon_add() fbcon.c. According Your dmesg, fbcon was not initialized. >Is it possible to get 17 connected to the scond framebuffer >instead of a dummy device? Yes. But order is hardcoded first all DUMMY then all FB consoles, seems this must be vice versa. dumbcon=0 1st fb take over VGA and so vc:1-16 2nd fb have vc:17-32 with hardcoded vgacon and fbcon. >Seems there is no 18 then. Trying to use 17 >is almost as bad though - letting an xserver use vt17 >goes into D-state as shown by "ps aux". >So I keep running 2.6.0-test11+ruby, where vt17 works. ? Aivils Stoss |
From: Paul B. <lin...@sp...> - 2004-01-01 17:25:09
|
Happy new year, hopefully it finds everyone safe (with only mild hangovers.. ;-) I've recently acquired a Belkin Nostromo n52 "SpeedPad" [1] - a USB gaming device with a number of keys and a form factor handy for various games. It's ostensibly a successor to the Nostromo n50 [2] for which I've helped cook up some userland utilities [3] to configure the n50 and convert button hits to user-configurable keystrokes. Despite the external similarities the devices are completely different internally. The older n50 doesn't even present itself as any specific type of HID, and so is automatically handled through the generic event interface. This is what my userland tools use, and it's worked well enough so far. The newer n52 however presents two interfaces: a USB keyboard and USB mouse (it has a wheel similar to a mouse wheel, so is a sharply limited 'mouse' device.) Upon connection, the USB HID subsystem identifies the n52 properly and sets up its mouse and keyboard interfaces, redirecting button presses on the device into keystrokes indistinguishable from other keyboard activity. This prevents (I think?) remapping these keys without torching the entire system keyboard setup. My question is how to approach this? I'd like to identify this device specifically and prevent the association with keyboard/mouse drivers, probably just pumping everything out through evdev for simplicity. I'm RTFMing like a madman, but don't want to have to write up yet-another-driver if I can avoid it (but am willing if it's deemed necessary.) The absolute ideal would be to be able to use the same userland tools with both the n50 and n52, so homogenizing the interfaces would be advantageous. -P [1] - http://catalog.belkin.com/IWCatProductPage.process?Product_Id=157024 [2] - http://catalog.belkin.com/IWCatProductPage.process?Product_Id=107727 [3] - http://sourceforge.net/projects/nostromodriver |
From: Chris C. <ca...@ar...> - 2004-01-01 08:50:11
|
Thanks Andreas and Aivils (and anyone else I may have missed) I successfully patched and built the 2.6 stable kernel using the Ruby patch from CVS. The test system is running it now. I am missing most of modules but I think that is just a hole in my *nix-fu skill-set as the same thing happened on my test run with the official 2.6 I had lots of problems compiling 2.4 and actually gave up. For some reason 2.6 was easier but then again by that time I was just running make instead of make bzimage (which never worked for me). Running make with no arguments created the bzimage anyway. Soon I will try to read up more on what the developers here have done and try to get the multi-user system running. I'm also planning to get this working with LTSP so will be more than happy to share notes and test procedures/ results related to this. thanks again, Chris Caston |
From: Helge H. <hel...@ai...> - 2003-12-30 14:00:15
|
On Mon, Dec 29, 2003 at 02:28:32PM +0200, Aivils Stoss wrote: > > >I have two framebuffers and fbcon, and ruby 2.6.0 > >vc 1-16 on fb0 seems to work fine. > > cat /var/log/dmesg | grep Console > should show Your VT-VC configuration. > "Console ... matrox ... take over ... vc:1-16" > "Console ... matrox ... vc:17-32" > and similar > cat /var/log/dmesg | grep "keyboard\.c" > Thanks. This is what I have: Console: Colour VGA+ 80x25 vc:1-16 Console: mono dummy device 80x25 vc:17-17 Is it possible to get 17 connected to the scond framebuffer instead of a dummy device? Seems there is no 18 then. Trying to use 17 is almost as bad though - letting an xserver use vt17 goes into D-state as shown by "ps aux". So I keep running 2.6.0-test11+ruby, where vt17 works. > >I tried "echo testing > /dev/tty18" to see if > >I got something on fb1. > > Beter add ay least one agetty on /dev/tty17 in > Your inittab. Ideally, I want 6 fbcon terminals + 1 xserver on the second keyboard. In other words, just like two single-user machines. If that isn't possible yet, I want an xserver. > >This crashed. Many pages of oops scrolled by, ending in: > > Seems all "divide by zero" errors is not cleaned :-( > Exactly. It is of course ok to get a ENODEV or similiar if my setup is wrong - it was the oopsing I wanted to report. > >X runs fine using vt7 and the mga driver. Framebuffer X fails, probably > >because of vt17 trouble. > > Hm. You can add one dummy console. dumbcon=1 > dumbcon=1 and two xservers works for 2.6.0-test11+ruby. But not for 2.6.0ruby. Xserver (or openvt -f -c 17) goes into D-state. openvt needs the -f (force) option because it cannot determine wether that vt is in use - a sign of trouble. openvt -c 5 works fine (when no other openvt or getty has claimed that vt of course.) Helge Hafting |
From: Aivils S. <Aiv...@un...> - 2003-12-29 12:45:20
|
>Which kernel version should I use? How do I pull the needed files down >from CVS and apply the patch? If I have missed a howto somewhere please >point me to it. http://www.tldp.org/HOWTO/XFree-Local-multi-user-HOWTO/ http://startx.times.lv/ >Will I need to make changes to XFree86 as well? startx.times.lv/eng-xf.html Wihtout xf86 changes AGP server restart may lead system hang up. >I'm running Debian Sid if that makes any difference. http://www.schuldei.org/debian/bruby contain Debian precompiled xf86. Aivils Stoss |
From: Aivils S. <Aiv...@un...> - 2003-12-29 12:28:09
|
>I have two framebuffers and fbcon, and ruby 2.6.0 >vc 1-16 on fb0 seems to work fine. cat /var/log/dmesg | grep Console should show Your VT-VC configuration. "Console ... matrox ... take over ... vc:1-16" "Console ... matrox ... vc:17-32" and similar cat /var/log/dmesg | grep "keyboard\.c" >I tried "echo testing > /dev/tty18" to see if >I got something on fb1. Beter add ay least one agetty on /dev/tty17 in Your inittab. >This crashed. Many pages of oops scrolled by, ending in: Seems all "divide by zero" errors is not cleaned :-( >X runs fine using vt7 and the mga driver. Framebuffer X fails, probably >because of vt17 trouble. Hm. You can add one dummy console. dumbcon=1 Aivils Stoss |
From: Andreas S. <an...@sc...> - 2003-12-29 10:07:27
|
* Aivils Stoss (Aiv...@un...) [031229 10:16]: > > >I followed the howto: > >http://linuxconsole.sourceforge.net/quick.html > > > >But instead tried to use 2.6 stable downloaded from kernel.org and the > ruby2.6 > >parts pulled from the cvs. > > > >When trying to run make menuconfig in the Kernel source tree I get the > output at > >the end of this message. > > ln -s /path/to/Your/linux-2.6.0-ruby /usr/src/linux > ln -s /usr/include/linux /usr/src/linux/include/linux > > These symbolic links are necessary. on debian i always did well without them. but then i allways tried to use make-kpkg from the package kernel-package when building kernels. i will try to build a new (2.6.0) kernel Real Soon Now and put it into my repository so debian users can apt-get and install it easily. right now the server is down due to unknown reasons, by the way, so dont bother trying. |
From: Aivils S. <Aiv...@un...> - 2003-12-29 09:14:09
|
>I followed the howto: >http://linuxconsole.sourceforge.net/quick.html > >But instead tried to use 2.6 stable downloaded from kernel.org and the ruby2.6 >parts pulled from the cvs. > >When trying to run make menuconfig in the Kernel source tree I get the output at >the end of this message. ln -s /path/to/Your/linux-2.6.0-ruby /usr/src/linux ln -s /usr/include/linux /usr/src/linux/include/linux These symbolic links are necessary. Aivils Stoss |
From: Helge H. <hel...@ai...> - 2003-12-28 22:23:03
|
I have two framebuffers and fbcon, and ruby 2.6.0 vc 1-16 on fb0 seems to work fine. I tried "echo testing > /dev/tty18" to see if I got something on fb1. This crashed. Many pages of oops scrolled by, ending in: handle_IRQ_event do_IRQ common_interrupt do_page_fault error_code mm_release del_timer_sync do_exit do_page_fault do_divide_error do_page_fault common_interrupt handle_IRQ_event cascade run_timer_softirq do_page_fault error_code mm_release EIP at mm_release This is a dual cpu machine with a matrox G550. matroxfb and fbcon is compiled in. Helge Hafting |
From: Helge H. <hel...@ai...> - 2003-12-28 17:50:54
|
On Wed, Dec 24, 2003 at 10:16:16AM +0200, Aivils Stoss wrote: > > Today 2.6.0-ruby reach public CVS. > With this version of ruby Your tests results should become > good replayable. Good or bad results - who knows. > Scientific touch needs for replayable results. > 2.6.0+ruby works better, but not yet perfect. It boots with fbcon without crashing now. I haven't yet succeeded in running two xservers or switch between X and console yet though. I don't yet know wether it is configuration problems or something else. Starting X on vt17 (the other keyboard) just goes into D-state. openvt on vt17 also fails. So far I have succeeded starting up in single-user mode with framebuffer and fbcon compiled in. I can then use openvt and switch between several framebuffer consoles on /dev/fb0. /dev/fb1 works, (I can cat a file into it and get something displayed) but there don't seem to be a console running there. The second keyboard doesn't seem to go anywhere. It can be used for sysrq sequences and nothing else. X runs fine using vt7 and the mga driver. Framebuffer X fails, probably because of vt17 trouble. Helge Hafting |
From: Chris C. <ca...@ar...> - 2003-12-28 10:41:31
|
OK I was able to get it going on my sid machine by going: apt-get install tk8.2 make gcc bin86 libc6-dev kernel-package I will try again now on the Morphix test machine. BTW is this list active? thanks, Chris On Sun, 2003-12-28 at 16:46, ca...@ar... wrote: > Hello, > > I followed the howto: > http://linuxconsole.sourceforge.net/quick.html > > But instead tried to use 2.6 stable downloaded from kernel.org and the ruby2.6 > parts pulled from the cvs. > > When trying to run make menuconfig in the Kernel source tree I get the output at > the end of this message. > > I'm using Debian Linux (Morphix KDE module). Am I missing some headers or libraries? > > I may try this again with a 2.4 kernel while I await a response. > > thanks, > > Chris > > HOSTCC scripts/fixdep > scripts/fixdep.c:97:23: sys/types.h: No such file or directory > scripts/fixdep.c:98:22: sys/stat.h: No such file or directory > scripts/fixdep.c:99:22: sys/mman.h: No such file or directory > scripts/fixdep.c:100:20: unistd.h: No such file or directory > scripts/fixdep.c:101:19: fcntl.h: No such file or directory > scripts/fixdep.c:102:20: string.h: No such file or directory > scripts/fixdep.c:103:20: stdlib.h: No such file or directory > scripts/fixdep.c:104:19: stdio.h: No such file or directory > In file included from /usr/lib/gcc-lib/i486-linux/3.3.3/include/syslimits.h:7, > from /usr/lib/gcc-lib/i486-linux/3.3.3/include/limits.h:11, > from scripts/fixdep.c:105: > /usr/lib/gcc-lib/i486-linux/3.3.3/include/limits.h:122:75: limits.h: No such > file or directory > scripts/fixdep.c:106:19: ctype.h: No such file or directory > scripts/fixdep.c:107:24: netinet/in.h: No such file or directory > scripts/fixdep.c: In function `usage': > scripts/fixdep.c:121: warning: implicit declaration of function `fprintf' > scripts/fixdep.c:121: error: `stderr' undeclared (first use in this function) > scripts/fixdep.c:121: error: (Each undeclared identifier is reported only once > scripts/fixdep.c:121: error: for each function it appears in.) > scripts/fixdep.c:122: warning: implicit declaration of function `exit' > scripts/fixdep.c: In function `print_cmdline': > scripts/fixdep.c:127: warning: implicit declaration of function `printf' > scripts/fixdep.c: At top level: > scripts/fixdep.c:130: error: `NULL' undeclared here (not in a function) > scripts/fixdep.c: In function `grow_config': > scripts/fixdep.c:143: warning: implicit declaration of function `realloc' > scripts/fixdep.c:143: warning: assignment makes pointer from integer without a cast > scripts/fixdep.c:144: error: `NULL' undeclared (first use in this function) > scripts/fixdep.c:145: warning: implicit declaration of function `perror' > scripts/fixdep.c: In function `is_defined_config': > scripts/fixdep.c:161: warning: implicit declaration of function `memcmp' > scripts/fixdep.c: In function `define_config': > scripts/fixdep.c:174: warning: implicit declaration of function `memcpy' > scripts/fixdep.c: In function `use_config': > scripts/fixdep.c:193: error: `PATH_MAX' undeclared (first use in this function) > scripts/fixdep.c:207: warning: implicit declaration of function `tolower' > scripts/fixdep.c:193: warning: unused variable `s' > scripts/fixdep.c: At top level: > scripts/fixdep.c:212: error: syntax error before "size_t" > scripts/fixdep.c:213: warning: function declaration isn't a prototype > scripts/fixdep.c: In function `parse_config_file': > scripts/fixdep.c:214: error: `map' undeclared (first use in this function) > scripts/fixdep.c:214: error: `len' undeclared (first use in this function) > scripts/fixdep.c:220: warning: implicit declaration of function `ntohl' > scripts/fixdep.c:231: warning: implicit declaration of function `isalnum' > scripts/fixdep.c: In function `strrcmp': > scripts/fixdep.c:244: warning: implicit declaration of function `strlen' > scripts/fixdep.c: In function `do_config_file': > scripts/fixdep.c:255: error: storage size of `st' isn't known > scripts/fixdep.c:259: warning: implicit declaration of function `open' > scripts/fixdep.c:259: error: `O_RDONLY' undeclared (first use in this function) > scripts/fixdep.c:261: error: `stderr' undeclared (first use in this function) > scripts/fixdep.c:265: warning: implicit declaration of function `fstat' > scripts/fixdep.c:267: warning: implicit declaration of function `close' > scripts/fixdep.c:270: warning: implicit declaration of function `mmap' > scripts/fixdep.c:270: error: `NULL' undeclared (first use in this function) > scripts/fixdep.c:270: error: `PROT_READ' undeclared (first use in this function) > scripts/fixdep.c:270: error: `MAP_PRIVATE' undeclared (first use in this function) > scripts/fixdep.c:270: warning: assignment makes pointer from integer without a cast > scripts/fixdep.c:279: warning: implicit declaration of function `munmap' > scripts/fixdep.c:255: warning: unused variable `st' > scripts/fixdep.c: At top level: > scripts/fixdep.c:284: error: syntax error before "size_t" > scripts/fixdep.c:285: warning: function declaration isn't a prototype > scripts/fixdep.c: In function `parse_dep_file': > scripts/fixdep.c:286: error: `map' undeclared (first use in this function) > scripts/fixdep.c:287: error: `len' undeclared (first use in this function) > scripts/fixdep.c:289: error: `PATH_MAX' undeclared (first use in this function) > scripts/fixdep.c:291: warning: implicit declaration of function `strchr' > scripts/fixdep.c:293: error: `stderr' undeclared (first use in this function) > scripts/fixdep.c:289: warning: unused variable `s' > scripts/fixdep.c: In function `print_deps': > scripts/fixdep.c:325: error: storage size of `st' isn't known > scripts/fixdep.c:329: error: `O_RDONLY' undeclared (first use in this function) > scripts/fixdep.c:331: error: `stderr' undeclared (first use in this function) > scripts/fixdep.c:341: error: `NULL' undeclared (first use in this function) > scripts/fixdep.c:341: error: `PROT_READ' undeclared (first use in this function) > scripts/fixdep.c:341: error: `MAP_PRIVATE' undeclared (first use in this function) > scripts/fixdep.c:341: warning: assignment makes pointer from integer without a cast > scripts/fixdep.c:325: warning: unused variable `st' > scripts/fixdep.c: In function `traps': > scripts/fixdep.c:360: error: `stderr' undeclared (first use in this function) > make[1]: *** [scripts/fixdep] Error 1 > make: *** [scripts/fixdep] Error 2 > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > Linuxconsole-dev mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev > |
From: <ca...@ar...> - 2003-12-28 08:46:06
|
Hello, I followed the howto: http://linuxconsole.sourceforge.net/quick.html But instead tried to use 2.6 stable downloaded from kernel.org and the ruby2.6 parts pulled from the cvs. When trying to run make menuconfig in the Kernel source tree I get the output at the end of this message. I'm using Debian Linux (Morphix KDE module). Am I missing some headers or libraries? I may try this again with a 2.4 kernel while I await a response. thanks, Chris HOSTCC scripts/fixdep scripts/fixdep.c:97:23: sys/types.h: No such file or directory scripts/fixdep.c:98:22: sys/stat.h: No such file or directory scripts/fixdep.c:99:22: sys/mman.h: No such file or directory scripts/fixdep.c:100:20: unistd.h: No such file or directory scripts/fixdep.c:101:19: fcntl.h: No such file or directory scripts/fixdep.c:102:20: string.h: No such file or directory scripts/fixdep.c:103:20: stdlib.h: No such file or directory scripts/fixdep.c:104:19: stdio.h: No such file or directory In file included from /usr/lib/gcc-lib/i486-linux/3.3.3/include/syslimits.h:7, from /usr/lib/gcc-lib/i486-linux/3.3.3/include/limits.h:11, from scripts/fixdep.c:105: /usr/lib/gcc-lib/i486-linux/3.3.3/include/limits.h:122:75: limits.h: No such file or directory scripts/fixdep.c:106:19: ctype.h: No such file or directory scripts/fixdep.c:107:24: netinet/in.h: No such file or directory scripts/fixdep.c: In function `usage': scripts/fixdep.c:121: warning: implicit declaration of function `fprintf' scripts/fixdep.c:121: error: `stderr' undeclared (first use in this function) scripts/fixdep.c:121: error: (Each undeclared identifier is reported only once scripts/fixdep.c:121: error: for each function it appears in.) scripts/fixdep.c:122: warning: implicit declaration of function `exit' scripts/fixdep.c: In function `print_cmdline': scripts/fixdep.c:127: warning: implicit declaration of function `printf' scripts/fixdep.c: At top level: scripts/fixdep.c:130: error: `NULL' undeclared here (not in a function) scripts/fixdep.c: In function `grow_config': scripts/fixdep.c:143: warning: implicit declaration of function `realloc' scripts/fixdep.c:143: warning: assignment makes pointer from integer without a cast scripts/fixdep.c:144: error: `NULL' undeclared (first use in this function) scripts/fixdep.c:145: warning: implicit declaration of function `perror' scripts/fixdep.c: In function `is_defined_config': scripts/fixdep.c:161: warning: implicit declaration of function `memcmp' scripts/fixdep.c: In function `define_config': scripts/fixdep.c:174: warning: implicit declaration of function `memcpy' scripts/fixdep.c: In function `use_config': scripts/fixdep.c:193: error: `PATH_MAX' undeclared (first use in this function) scripts/fixdep.c:207: warning: implicit declaration of function `tolower' scripts/fixdep.c:193: warning: unused variable `s' scripts/fixdep.c: At top level: scripts/fixdep.c:212: error: syntax error before "size_t" scripts/fixdep.c:213: warning: function declaration isn't a prototype scripts/fixdep.c: In function `parse_config_file': scripts/fixdep.c:214: error: `map' undeclared (first use in this function) scripts/fixdep.c:214: error: `len' undeclared (first use in this function) scripts/fixdep.c:220: warning: implicit declaration of function `ntohl' scripts/fixdep.c:231: warning: implicit declaration of function `isalnum' scripts/fixdep.c: In function `strrcmp': scripts/fixdep.c:244: warning: implicit declaration of function `strlen' scripts/fixdep.c: In function `do_config_file': scripts/fixdep.c:255: error: storage size of `st' isn't known scripts/fixdep.c:259: warning: implicit declaration of function `open' scripts/fixdep.c:259: error: `O_RDONLY' undeclared (first use in this function) scripts/fixdep.c:261: error: `stderr' undeclared (first use in this function) scripts/fixdep.c:265: warning: implicit declaration of function `fstat' scripts/fixdep.c:267: warning: implicit declaration of function `close' scripts/fixdep.c:270: warning: implicit declaration of function `mmap' scripts/fixdep.c:270: error: `NULL' undeclared (first use in this function) scripts/fixdep.c:270: error: `PROT_READ' undeclared (first use in this function) scripts/fixdep.c:270: error: `MAP_PRIVATE' undeclared (first use in this function) scripts/fixdep.c:270: warning: assignment makes pointer from integer without a cast scripts/fixdep.c:279: warning: implicit declaration of function `munmap' scripts/fixdep.c:255: warning: unused variable `st' scripts/fixdep.c: At top level: scripts/fixdep.c:284: error: syntax error before "size_t" scripts/fixdep.c:285: warning: function declaration isn't a prototype scripts/fixdep.c: In function `parse_dep_file': scripts/fixdep.c:286: error: `map' undeclared (first use in this function) scripts/fixdep.c:287: error: `len' undeclared (first use in this function) scripts/fixdep.c:289: error: `PATH_MAX' undeclared (first use in this function) scripts/fixdep.c:291: warning: implicit declaration of function `strchr' scripts/fixdep.c:293: error: `stderr' undeclared (first use in this function) scripts/fixdep.c:289: warning: unused variable `s' scripts/fixdep.c: In function `print_deps': scripts/fixdep.c:325: error: storage size of `st' isn't known scripts/fixdep.c:329: error: `O_RDONLY' undeclared (first use in this function) scripts/fixdep.c:331: error: `stderr' undeclared (first use in this function) scripts/fixdep.c:341: error: `NULL' undeclared (first use in this function) scripts/fixdep.c:341: error: `PROT_READ' undeclared (first use in this function) scripts/fixdep.c:341: error: `MAP_PRIVATE' undeclared (first use in this function) scripts/fixdep.c:341: warning: assignment makes pointer from integer without a cast scripts/fixdep.c:325: warning: unused variable `st' scripts/fixdep.c: In function `traps': scripts/fixdep.c:360: error: `stderr' undeclared (first use in this function) make[1]: *** [scripts/fixdep] Error 1 make: *** [scripts/fixdep] Error 2 |
From: Chris C. <ca...@ar...> - 2003-12-26 09:17:17
|
I forgot to mention that I will be using multiple pci video cards (as well as inbuilt SVGA) incase that comes up. regards, Chris |
From: Chris C. <ca...@ar...> - 2003-12-26 09:15:23
|
Hello, At the moment I'm just looking for some advice on where to start. I have built kernels from source before but I have never patched one. I would like to setup a 2.6 based system (although I will look at another kernel if it is easier for learning) with at least two users (through extra keyboard, mouse and monitor). I have only just started playing around with Xinerama. I did see the "Multiple local XFree users under Linux" article (http://cambuca.ldhs.cetuc.puc-rio.br/multiuser/) but decided to stop following that path when I found out about this project. Which kernel version should I use? How do I pull the needed files down from CVS and apply the patch? If I have missed a howto somewhere please point me to it. Will I need to make changes to XFree86 as well? I'm running Debian Sid if that makes any difference. regards, Chris Caston |
From: hugo v. <hug...@ca...> - 2003-12-25 21:58:17
|
Hi Team! I think Backstreet Ruby is the neatest thing since canned beer and indoor plumbing, I am very happy with it. There is only one minor problem with either the 2.4.22 or 2.4.23 versions: spurious keystrokes are produced on the vc console. E.g.: I run SvgaTextMode so I get an fb quality virtual console. Let's say I run mc there. Then I switch to alt+ctrl+7 and do things. Then I switch back to the vc and frequently mc for example shows the menu for F6. So on that vc an F6 key was detected. It is no big deal because you do a two hop: only switch to F7 from a vc that has nothing. Is this a known problem? A Merry Christmas and Happy Newyear to all. Hugo. The following signature is automatically added by the web email service I use, which is beyond my control: ======================================= Your help is urgently needed to save ENDANGERED SPECIES. Go to: http://www.care2.com/go/z/9509/1008 |
From: hugo v. <hug...@ca...> - 2003-12-24 15:08:29
|
Hi Aivils! Thanks for putting the a4tech wheel mouse fix into the 2.4.23 patch! Hugo. The following signature is automatically added by the web email service I use, which is beyond my control: ======================================= Your help is urgently needed to save ENDANGERED SPECIES. Go to: http://www.care2.com/go/z/9509/1008 |
From: Aivils S. <Aiv...@un...> - 2003-12-24 08:16:57
|
>> > I first tried a monolithic kernel with G550 framebuffer and fbcon. >> > Unlike previous fbcon attempts this didn't oops! >> > I got all the normal kernel initialization output, >> > then init took over and ran the usual scripts. >> > Everything was fine until it attempted to start xdm. >> > Nothing happened after that. I also didn't get any gettys >> > so no opportunities to log in and no console switching. >> > >> > I also made a kernel without fbcon. The same thing happened, >> > it booted (this time with no console output after the framebuffer >> > driver loaded) and got stuck later. X didn't start. > Today 2.6.0-ruby reach public CVS. With this version of ruby Your tests results should become good replayable. Good or bad results - who knows. Scientific touch needs for replayable results. Aivils Stoss |
From: Aivils S. <Aiv...@un...> - 2003-12-23 08:53:45
|
Hi All! Some time ago i put into CVS and 2.4.23 release nasty bug, but understand what happen right now. CVS - synced to 2.6.0 . http://startx.times.lv/bruby-2.4.23-20031223.diff.bz2 Bug pop up randomly, because of wrong list usage. Now fixed in both versions 2.4.23 and 2.6.0 Jump from 2.6.0-test9 to 2.6.0 - no changes. Aivils Stoss |
From: Helge H. <hel...@ai...> - 2003-12-22 15:56:14
|
On Mon, Dec 15, 2003 at 06:50:21PM +0100, Svetoslav Slavtchev wrote: > > I compiled a new kernel today. 2.6.0-test11-bk9 with > > today's cvs ruby-2.6 > > > > I first tried a monolithic kernel with G550 framebuffer and fbcon. > > Unlike previous fbcon attempts this didn't oops! > > I got all the normal kernel initialization output, > > then init took over and ran the usual scripts. > > Everything was fine until it attempted to start xdm. > > Nothing happened after that. I also didn't get any gettys > > so no opportunities to log in and no console switching. > > > > I also made a kernel without fbcon. The same thing happened, > > it booted (this time with no console output after the framebuffer > > driver loaded) and got stuck later. X didn't start. > > > > My guess is some sort of Vt problem, as that prevents both > > X and getty from starting. I also noticed that the cvs update > > updated vt.c > > have you tried booting with only vga console built in -- no fbdrivers ? > I tried 2.6.0 with ruby, fbcon and matroxfb as modules. It booted, and vgacon came up as usual. It ended with "starting xdm" then nothing more happened. No X, and no login prompt. I could type on the vga console with the wrong keyboard, :-( but there were no getty. Helge Hafting |
From: Svetoslav S. <sv...@gm...> - 2003-12-15 17:50:30
|
> I compiled a new kernel today. 2.6.0-test11-bk9 with > today's cvs ruby-2.6 > > I first tried a monolithic kernel with G550 framebuffer and fbcon. > Unlike previous fbcon attempts this didn't oops! > I got all the normal kernel initialization output, > then init took over and ran the usual scripts. > Everything was fine until it attempted to start xdm. > Nothing happened after that. I also didn't get any gettys > so no opportunities to log in and no console switching. > > I also made a kernel without fbcon. The same thing happened, > it booted (this time with no console output after the framebuffer > driver loaded) and got stuck later. X didn't start. > > My guess is some sort of Vt problem, as that prevents both > X and getty from starting. I also noticed that the cvs update > updated vt.c have you tried booting with only vga console built in -- no fbdrivers ? i haven't tried latest cvs, but latest cvs with the attached patch reversed /* a bit older cvs */ does work for me in case it's a modular build both fbcon and matroxfb best, svetljo -- +++ GMX - die erste Adresse für Mail, Message, More +++ Neu: Preissenkung für MMS und FreeMMS! http://www.gmx.net |
From: hugo v. <hug...@ca...> - 2003-12-14 21:04:09
|
Thanks Andreas! But I am doing this on Woody, not Sarge or Sid. So the woody install worked well: Using a woody installation with fvwm as winmgr. Downloaded X4.3.0 1st 3 tarballs Applied bruby patch + set fonts define to no. make World rename orig /usr/X11R6 make install link fonts dir from renamed original. gdm runs fine + both servers come up but... *no mini buttons* on fvwm! Want to install mozilla 1.5 with xft, so used woody libxft2 + libxftdev from: http://ftp.acc.umu.se/mirror/mirrors.evilgeniuses.org.uk/debian/backports/woody add that in sources.list apt-get install libxft2 libxft-dev it also pulled in: xbase-clients xfree86-common xlibs xlibs-dev x-window-system-core Now X will not start: gets sig 11. reinstall X: make install Gues what? Now the minibuttons work! So somehow something got overlaid right. Who knows what. You know this stuff better than I do! Regards, Hugo. ---- Begin Original Message ---- From: Andreas Schuldei <an...@sc...> Sent: Thu, 11 Dec 2003 22:59:11 +0100 To: hugo vanwoerkom <hvw...@ly...> CC: lin...@li... Subject: Re: status xf86-430-prefbusid3.diff * hugo vanwoerkom (hvw...@ly...) [031211 18:24]: > > I found out: xf86-430-prefbusid3.diff hits 4.3.0 and does not match 4.3.0.1 it will be included right after the initial debian 4.3. release, including the patch that Ailvis wrote and i got ready for inclusion in the X packages. ------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click _______________________________________________ Linuxconsole-dev mailing list Lin...@li... https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev ---- End Original Message ---- The following signature is automatically added by the web email service I use, which is beyond my control: ======================================= Your help is urgently needed to save ENDANGERED SPECIES. Go to: http://www.care2.com/go/z/9509/1008 |
From: Helge H. <hel...@ai...> - 2003-12-14 00:14:35
|
I compiled a new kernel today. 2.6.0-test11-bk9 with today's cvs ruby-2.6 I first tried a monolithic kernel with G550 framebuffer and fbcon. Unlike previous fbcon attempts this didn't oops! I got all the normal kernel initialization output, then init took over and ran the usual scripts. Everything was fine until it attempted to start xdm. Nothing happened after that. I also didn't get any gettys so no opportunities to log in and no console switching. I also made a kernel without fbcon. The same thing happened, it booted (this time with no console output after the framebuffer driver loaded) and got stuck later. X didn't start. My guess is some sort of Vt problem, as that prevents both X and getty from starting. I also noticed that the cvs update updated vt.c Helge Hafting |