Menu
▾
▴
linuxconsole-dev
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...@li...> - 2001-04-15 14:25:29
|
>Or eventually of adding another API similar to the current one >(2.2 / 2.4) that would ask a driver to draw a specific character >at a specific localtion by whatever means the driver see fit ? This can be done in fbcon.c. I like fbcon to be able to choose the best method. This keeps the drivers simple and small. >I believe that the last would be both easier for you (simple >reuse of current working code) and the most efficient for >driver writers, as they could use the best/fastest way for >the hardware to draw glyphs ; it's not necessarily expanding >a 1-bit image (even if it's the way I'm doing it ATM :-) True. Even if the function is called fb_imageblit it doesn't mean you have to color expansion blitting to draw the image. The purpose of the function is to draw a image of some color depth. It doesn't matter how you do it. MS: (n) 1. A debilitating and surprisingly widespread affliction that renders the sufferer barely able to perform the simplest task. 2. A disease. James Simmons [jsi...@li...] ____/| fbdev/console/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U http://linuxconsole.sourceforge.net |
|
From: James S. <jsi...@li...> - 2001-04-15 14:21:36
|
>My understanding of ruby was that a 1bit fb_image would be sent to >the driver 'xxxfb_imageblit' function to be expanded in hardware. >Are you talking about filling the fb_image (one per character or >one per line or...), or about a generic 'xxxfb_imageblit' for driver >not supplying their own ? I'm talking about a generic xxxfb_imageblit function for hardware that lacks this functionality. MS: (n) 1. A debilitating and surprisingly widespread affliction that renders the sufferer barely able to perform the simplest task. 2. A disease. James Simmons [jsi...@li...] ____/| fbdev/console/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U http://linuxconsole.sourceforge.net |
|
From: James S. <jsi...@li...> - 2001-04-12 23:17:04
|
Has anyone tried evtest out. I tested out on a system with a PS/2 keyboard and a USB mouse at work. The PS/2 keyboard is working for the console as did the USB mouse with gpm. I wrote a program to access both devices but it didn't work. So I though to try out evtest. It also failed. Here is the info for my system: <6>uhci.c: USB UHCI at I/O 0xd000, IRQ 5 <6>uhci.c: detected 2 ports <6>usb.c: new USB bus registered, assigned bus number 2 <6>hub.c: USB hub found <6>hub.c: 2 ports detected <6>Initializing USB Mass Storage driver... <6>usb.c: registered new driver usb-storage <6>USB Mass Storage support registered. <6>serio0: i8042 KBD port at 0x60,0x64 irq 1 <6>serio1: i8042 AUX port at 0x60,0x64 irq 12 <6>Keyboard attaching to VT <6>keyboard.c: Adding keyboard: input0 <6>input0: AT Set 2 keyboard on serio0 <6>usb.c: registered new driver hid <6>mice: PS/2 mouse device common for all mice <6>event0: Event device for input0 <7>uhci.c: root-hub INT complete: port1: 58a port2: 5ab data: 6 <7>uhci.c: root-hub INT complete: port1: 58a port2: 49b data: 6 <7>uhci.c: root-hub INT complete: port1: 588 port2: 5a9 data: 6 <7>uhci.c: root-hub INT complete: port1: 58a port2: 49b data: 6 <4>Freeing unused kernel memory: 224k freed <7>uhci.c: root-hub INT complete: port1: 588 port2: 5a5 data: 2 <7>uhci.c: root-hub INT complete: port1: 58a port2: 49b data: 6 <6>hub.c: USB new device connect on bus1/2, assigned device number 2 <7>uhci.c: root-hub INT complete: port1: 588 port2: 5a5 data: 2 <6>event1: Event device for input1 <6>mouse0: PS/2 mouse device for input1 <6>input1: USB HID v1.00 Mouse [Microsoft Microsoft Wheel Mouse Optical=AE]= on usb1:2.0 <7>uhci.c: root-hub INT complete: port1: 58a port2: 49b data: 6 <6>hub.c: USB new device connect on bus2/2, assigned device number 2 <6>hub.c: USB hub found <6>hub.c: 4 ports detected <7>uhci.c: root-hub INT complete: port1: 588 port2: 5a5 data: 2 <6>Adding Swap: 132088k swap-space (priority -1) <7>uhci.c: root-hub INT complete: port1: 588 port2: 495 data: 2 <7>uhci.c: root-hub INT complete: port1: 588 port2: 5a5 data: 2 Results from evtest Input driver version is 16.144.0 Input device ID: bus 0x0 vendor 0x0 product 0x5 version 0x0 Input device name: "Unknown" Supported events: Testing ... (interrupt to exit) evtest: error reading: Inappropriate ioctl for device This result is for BOTH 2.4.3 and ruby. The second device was not even see by evtest for my ruby kernel. Any ideas? Please tell me your results. Thank you. |
|
From: Sven L. <lu...@dp...> - 2001-04-11 12:05:34
|
On Tue, Apr 10, 2001 at 09:35:54PM -0700, James Simmons wrote: > > Hi! > > I'm looking for the best font drawing alogrithm for the framebuffer > layer. I'm been banging my head on a really fast implementation that > can work at any pixel depth. Anyone got pointers? Hello James, ... i haven't looked much at the fbdev code lately, but ... in the design of ruby, did you look at the passage from cfb8/16/24/... to fb in the XFree server ? Older X code, extended mfb (m for monochrome) to create cfb (c for color, 8 bpp at first i think) and then iterated that multiple times. I think i have seen something similar in the fbdev drivers, so maybe it would be interresting for you to look at the XFree fb code, which replaces the older cfbxxx stuff and will work for all depths. There may be speed issues, but if X can do it, then why not fbdev. Also, there was a thread about cfb vs fb speed comparison on the Xfree lists some time ago. Now most XF4 drivers switch over to fb. That said, i don't know the way it is done right now, so maybe what i say may not be relevant ... Friendly, Sven Luther |
|
From: Romain D. <do...@ir...> - 2001-04-11 09:18:24
|
James Simmons wrote: > I'm looking for the best font drawing alogrithm for the framebuffer > layer. I'm been banging my head on a really fast implementation that > can work at any pixel depth. Anyone got pointers? My understanding of ruby was that a 1bit fb_image would be sent to the driver 'xxxfb_imageblit' function to be expanded in hardware. Are you talking about filling the fb_image (one per character or one per line or...), or about a generic 'xxxfb_imageblit' for driver not supplying their own ? Or eventually of adding another API similar to the current one (2.2 / 2.4) that would ask a driver to draw a specific character at a specific localtion by whatever means the driver see fit ? I believe that the last would be both easier for you (simple reuse of current working code) and the most efficient for driver writers, as they could use the best/fastest way for the hardware to draw glyphs ; it's not necessarily expanding a 1-bit image (even if it's the way I'm doing it ATM :-) Just my 0.02 euros. -- DOLBEAU Romain | l'histoire est entierement vraie, puisque ENS Cachan / Ker Lann | je l'ai imaginee d'un bout a l'autre do...@ir... | -- Boris Vian |
|
From: Geert U. <ge...@li...> - 2001-04-11 06:35:35
|
On Tue, 10 Apr 2001, James Simmons wrote:
> The solution I thought of to deal with this we not have dummy_con at
> the very beginning. Instead have fbcon spawn its own VTs instead of
> calling take_over_console. What we if don't have vgacon or mdacon at the
> beginning. I thought about not have the console enabled (CON_ENABLE) so
> nothing is printed yet by printk. If we do have mdacon and vgacon
> then we can enable the console. People could argue that data will be
Note that fbcon can work as some kind of dummycon as well, if you supply a
dummy display_switch.
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
|
|
From: James S. <jsi...@li...> - 2001-04-11 04:34:54
|
Hi! I'm looking for the best font drawing alogrithm for the framebuffer layer. I'm been banging my head on a really fast implementation that can work at any pixel depth. Anyone got pointers? MS: (n) 1. A debilitating and surprisingly widespread affliction that renders the sufferer barely able to perform the simplest task. 2. A disease. James Simmons [jsi...@li...] ____/| fbdev/console/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U http://linuxconsole.sourceforge.net |
|
From: James S. <jsi...@li...> - 2001-04-11 04:32:39
|
Hi! I'm looking for some feedback to a problem I have been having. As you know I have a true multidesktop going. One of the most annoying things I coming across is the one vt intialization in the beginning. Why is this a problem? Well I like to use my mda display as my printk console. It is most helpful when experimenting with vgacon or fbcon. Now I have to go and hack things up to get mdacon going right away. I can in theory have both going right away which is what I like to do but still use one for the console to use printk. Either way I get to see data right away. This is pretty much I like to do it. So I like to see mda_console_init go away in some fashion. Maybe get called in console_init(). We just have to be careful about any kmallocs. Now some could argue use dummy_con and have mdacon take over. With fbcon also we then need two dummy_cons to take over. Also we don't know how many fbdev devices we could have. We could end up with many dummy_cons. Well this brings me to the next issue. What calls take_over_console to get to fbcon! Since it is possible to have vgacon along side fbcon the question is do we take over vgacon or have fbcon spawn a new VT to run along side vgacon? Then if we do have vgacon and dummycon at the beginning which one does fbcon take over? As you can see it is quite a mess. The solution I thought of to deal with this we not have dummy_con at the very beginning. Instead have fbcon spawn its own VTs instead of calling take_over_console. What we if don't have vgacon or mdacon at the beginning. I thought about not have the console enabled (CON_ENABLE) so nothing is printed yet by printk. If we do have mdacon and vgacon then we can enable the console. People could argue that data will be missed farther back in the log buffer. I thought about that and with Mortons patch I could do that. In his patch with printk the log buffer and what the console print are different things. This means data could be added to the log_buffer while the consoles are still printing the previous line. Now we could star printing right at the beginning of the log_buffer as soon as the console becomes enabled and then get up to speed. So what do you think? Anyone have any better ideas? MS: (n) 1. A debilitating and surprisingly widespread affliction that renders the sufferer barely able to perform the simplest task. 2. A disease. James Simmons [jsi...@li...] ____/| fbdev/console/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U http://linuxconsole.sourceforge.net |
|
From: Petr V. <van...@vc...> - 2001-04-05 18:45:57
|
David Balazic wrote: > > Requirements : > - working TV-out ( S-Video or composite-video ), I mean really working > and supported in linux, not "it works if the BIOS initializes it and > Linux doesn't touch it" G400 (not G450, TVout on G450 is not supported and maybe never will). But you should preffer XF3.3.x over XF4 (and if you are going to use XF4, you must use HAL from Matrox). > - video support ( in HW and linux-SW ) is desired ( color space conversion, > video overlays and stuff ) G400 hardware can do that, but nobody bothered with implementation. > - PCI interface ( I plan later to multihead with another AGP card and also > want to keep the price low ) G400. If you do not need opensource, then Matrox HAL driver can initialize secondary heads from scratch too. > - 3D acceleration welcome ( with XFree86 support ), but not that important G400. > - low price :-) Sorry. Something else than Matrox ;-) Petr Vandrovec van...@vc... |
|
From: David B. <dav...@un...> - 2001-04-05 17:40:12
|
Hi ! I am looking for a gfx card to purchase for use with Linux. Requirements : - working TV-out ( S-Video or composite-video ), I mean really working and supported in linux, not "it works if the BIOS initializes it and Linux doesn't touch it" - video support ( in HW and linux-SW ) is desired ( color space conversion, video overlays and stuff ) - PCI interface ( I plan later to multihead with another AGP card and also want to keep the price low ) - 3D acceleration welcome ( with XFree86 support ), but not that important - low price :-) ( message posted to lin...@vu..., lin...@vg... and to lin...@li... mail lists , please CC me the replies and excuse me if some of them are inappropriate ) -- David Balazic -------------- "Be excellent to each other." - Bill & Ted - - - - - - - - - - - - - - - - - - - - - - |
|
From: James S. <jsi...@li...> - 2001-04-02 16:50:28
|
Hi! After a weekend of bug fixing several little annoying bugs have been fixed. Hardware scroll regions (for moving a section of the screen around) have bene implemented. In fbcon all 3 accelerated functions are now in use. This means I have started software accel function testing. Once I have removed those bugs we can use them to get VESA fb going. People are welcomed to test it out. I don't think cfbimgblt.c compiles. TODO: 1) Implement software emulated accel functions (in the works) 2) Implement screen resizing. Needed for take_over_console and resizing the VC. 3) Fix cursor handling. 4) Implement whole screen scrolling in hardware. Also take advantage of the scrollback for several drivers that don't have the video memory to implement hardware scrolling. 5) Add font handling to fbcon again. 6) Unicode cleanup. Playing around with the console system I have found even the current console implementation very broken when it comes to unicode support :-( MS: (n) 1. A debilitating and surprisingly widespread affliction that renders the sufferer barely able to perform the simplest task. 2. A disease. James Simmons [jsi...@li...] ____/| fbdev/console/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U http://linuxconsole.sourceforge.net |
|
From: James S. <jsi...@li...> - 2001-04-01 21:10:55
|
>Well, i sas one for sale in the mall, it costed around 250 FF, which >makes, well maybe 30 $ or so. > >it had 2 ps/2 connectors, labeled mouse and keyboard, in a little box, >and was then connected to a usb cable to the box. > >Maybe i will buy it and test it. Pretty cool. I'm going to keep a eye out for it as well. To bad they don't sell Sun keyboard to PC serial adapators. Instead I have to build one. I haven't got around to doing that yet. MS: (n) 1. A debilitating and surprisingly widespread affliction that renders the sufferer barely able to perform the simplest task. 2. A disease. James Simmons [jsi...@li...] ____/| fbdev/console/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U http://linuxconsole.sourceforge.net |
|
From: James S. <jsi...@li...> - 2001-04-01 21:06:49
|
>Are you sure, i know there are some russian guy installing double headed >X boxes, with 2 keyboard and such. It makes for less expensive boxes. It must be a special X server. XFree86 uses the console system to get key events by placing the keyboard in raw mode. With the current linux console system all key events from the keyboard flow to the foreground console. Their is only one foreground console with the current tree :-( The second problem is with X itself. Thier is only one keymap whcih is global to the X server. If you have two keyboards (one US and one greman) you would need two different keymaps. Unfortunely as soon as one app would change the keymap all the X cleints would be affected immediately. So X cleints would find themselves in a constant state of flux with the keymap :-( >I should maybe look for the kernel patch about 2 keyboards on the ps/2 >connectors, and test that, or buy the 2 ps/2 -> USB connector and a new >mouse. Ruby tree already supports 2 ps/2 keyboards :-) It could be back ported with some work. I will do that anyways for when 2.5.X comes out. MS: (n) 1. A debilitating and surprisingly widespread affliction that renders the sufferer barely able to perform the simplest task. 2. A disease. James Simmons [jsi...@li...] ____/| fbdev/console/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U http://linuxconsole.sourceforge.net |
|
From: Sven L. <lu...@dp...> - 2001-04-01 19:48:27
|
On Fri, Mar 30, 2001 at 07:33:00PM -0800, James Simmons wrote: > > >>>And will a ps/2 keyboard with a ps/2 to USB adaptator work as a USB > >>>keyboard ? i doubt that. > >> > >> Yes it will. I have tested it out before. Same with PS/2 mice using a > >> Ps/2 to USB adapter. > > > >And also a 2 ps/2 to USB adaptator ? > > A 2 ps/2 to USB adapator? I never heard of them. I know a PS/2 to USB > adaptator and a USB to PS/2 adapator work fine. Well, i sas one for sale in the mall, it costed around 250 FF, which makes, well maybe 30 $ or so. it had 2 ps/2 connectors, labeled mouse and keyboard, in a little box, and was then connected to a usb cable to the box. Maybe i will buy it and test it. Friendly, Sven Luther |
|
From: James S. <jsi...@li...> - 2001-03-31 04:25:16
|
Hi folks!! I updated again 2.4.3. Several changes have been going. I have been slowly adding the needed funcitonality into fbcon. I need to clean up the cursor handling code yet. Thanks to a few people I have a few ideas on how to deal with more than one VGA card but only on vgacon issue. Thank you. I also have some ideas about handling the dreaded console interrupt problem based on Morton's work. Sorry I haven't got vesafb working yet. Anyone willing to give it a try. The big one to get working is cfbimgblt. It is not pretty code but it is meant to be as fast as possible. I have tested cfbfillrect and cfbcopyarea and then worked fine. MS: (n) 1. A debilitating and surprisingly widespread affliction that renders the sufferer barely able to perform the simplest task. 2. A disease. James Simmons [jsi...@li...] ____/| fbdev/console/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U http://linuxconsole.sourceforge.net |
|
From: James S. <jsi...@li...> - 2001-03-31 03:32:00
|
>>>And will a ps/2 keyboard with a ps/2 to USB adaptator work as a USB >>>keyboard ? i doubt that. >> >> Yes it will. I have tested it out before. Same with PS/2 mice using a >> Ps/2 to USB adapter. > >And also a 2 ps/2 to USB adaptator ? A 2 ps/2 to USB adapator? I never heard of them. I know a PS/2 to USB adaptator and a USB to PS/2 adapator work fine. MS: (n) 1. A debilitating and surprisingly widespread affliction that renders the sufferer barely able to perform the simplest task. 2. A disease. James Simmons [jsi...@li...] ____/| fbdev/console/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U http://linuxconsole.sourceforge.net |
|
From: Sven L. <lu...@dp...> - 2001-03-30 09:47:26
|
On Thu, Mar 29, 2001 at 09:03:30AM -0800, James Simmons wrote: > > > > USB keyboards are USB keyboards. Should work fine. (Hmm... I really should > > > try those Sun USB keyboards and mice on my Vaio...) > > > >what about keycodes and other such thing, There will be no problem about > >that ? > > No problem. The nice thing about keyboard using the same api (the input > api) is all keycodes are translated to struct event packets which are sent > to the console system. To the console system all keyboards look alike. > > >And will a ps/2 keyboard with a ps/2 to USB adaptator work as a USB > >keyboard ? i doubt that. > > Yes it will. I have tested it out before. Same with PS/2 mice using a > Ps/2 to USB adapter. And also a 2 ps/2 to USB adaptator ? Friendly, Sven Luther |
|
From: James S. <jsi...@li...> - 2001-03-29 18:11:45
|
Sorry I missed this message.
>That gives me a serial console output on a Pmac and on a IBM machine
>with a PC style serial port. But the IBM machine can not open the
>initial console:
>Warning: unable to open an initial console.
>
>My first thought was to rename the conflicting/duplicate function names
>in macserial.c, I just added a mac_*. But that doesnt work at all.
>
>Any ideas how to get this to work?
When you get the above message this usually means you don't have a
console device avaliable. Do you have /dev/console avaliable? I have had
this problem when either /dev became corrupt or when I couldn't mount the
root partition which requires /dev to be on it. See right before
/sbin/init is started by the kernel /dev/console is opened directly
inside the kernel. This is because stdin (fd = 0), stdout (fd=1), stderr (fd=3)
are pointed at first to /dev/console.
I see you serial console enabled. I could be also register_console failed.
I noticed both macserial.c and serial.c define either own struct console. If
you are going to actually use macserial device instead of the standard serial
then you should add a option to use a mac serial console versus the standard
serial console. This looks like it could get a bit more hairy if this is
the case.
MS: (n) 1. A debilitating and surprisingly widespread affliction that
renders the sufferer barely able to perform the simplest task. 2. A disease.
James Simmons [jsi...@li...] ____/|
fbdev/console/gfx developer \ o.O|
http://www.linux-fbdev.org =(_)=
http://linuxgfx.sourceforge.net U
http://linuxconsole.sourceforge.net
|
|
From: James S. <jsi...@li...> - 2001-03-29 17:23:03
|
>This isn't as important for the desktop folks, but for anyone interested >in dual head for embedded systems, the Microwindows project >(www.microwindows.org) is spooling up to provide multiple head support >for embedded systems (especially flat panels and the like). Really. I was wondering about that multihead for handhelds. I also for a living work with embedded graphical devices (transvirtual.com). I'm very much interested. In fact one of my main goals is to clean up the fbdev layer and port everything to the input layer. The reason being is most hand held graphical devices don't have a keyboard so have a framebuffer console doesn't make sense but they do need the fbdev device itself. They do have a touch screen which is where the input api comes in. For such a device we can write software that uses the /dev/fbX and /dev/input/eventX interface. We don't need a VT. We can instead use a serial or network console. So we can plug in a handheld to a PC. Read the serial port for printks to debug. This would allow for a really lean system. MS: (n) 1. A debilitating and surprisingly widespread affliction that renders the sufferer barely able to perform the simplest task. 2. A disease. James Simmons [jsi...@li...] ____/| fbdev/console/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U http://linuxconsole.sourceforge.net |
|
From: James S. <jsi...@li...> - 2001-03-29 17:07:39
|
>Now, what i would like to do, is : > > 1) Use one head for a fbdev console, either pm3fb or vesafb, on the old > 640x480 monitor. I do X coding and debugging there, and can then see > either the log output as things happen, or even run gdb or something > such. And i run X on the second head. > > 2) Run Two servers :0 on the first head, and :1 on the second head, with > gdm asking for a login on both heads. I would naturally try attaching 2 > keyboards/mice to my box, and thus 2 persons could use the box at the > same time. This is naturally not possible if one of the server gets > blanked while the other is running. I also look forward to this day. This will require alot of work on both the kernel half and reworking alot of the X server code. Including changing some of the X design. Maybe for X11R7.0? MS: (n) 1. A debilitating and surprisingly widespread affliction that renders the sufferer barely able to perform the simplest task. 2. A disease. James Simmons [jsi...@li...] ____/| fbdev/console/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U http://linuxconsole.sourceforge.net |
|
From: James S. <jsi...@li...> - 2001-03-29 17:02:26
|
> > USB keyboards are USB keyboards. Should work fine. (Hmm... I really should > > try those Sun USB keyboards and mice on my Vaio...) > >what about keycodes and other such thing, There will be no problem about >that ? No problem. The nice thing about keyboard using the same api (the input api) is all keycodes are translated to struct event packets which are sent to the console system. To the console system all keyboards look alike. >And will a ps/2 keyboard with a ps/2 to USB adaptator work as a USB >keyboard ? i doubt that. Yes it will. I have tested it out before. Same with PS/2 mice using a Ps/2 to USB adapter. MS: (n) 1. A debilitating and surprisingly widespread affliction that renders the sufferer barely able to perform the simplest task. 2. A disease. James Simmons [jsi...@li...] ____/| fbdev/console/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U http://linuxconsole.sourceforge.net |
|
From: James S. <jsi...@li...> - 2001-03-29 16:58:00
|
>> BTW, does someone know if i can plug a second PS/2 keyboard in the PS/2 >> mouse > >Physically and electrically, yes. But you need some patches to make it >work as a second keyboard. Probably they are part of the input section of >the linuxconsole project at SourceForge. Yes it is. In fact my system setup is just that. I have two PS/2 keybaords plugged in. I have a mda console and vga/fbcon running with a voodoo 3 card. I something have it so mdacon is my "admin" vt so I can place printks in fbcon to debug it. If fbcon oops or locks up and can just go to the mda workstation and see what happened. I can also debug a fbdev driver the same way. Normally I run X ontop of the tdfx card either with vgacon or fbcon and the mda VT as a regular console. I also have a Sun keyboard but you need to build your own sun keyboard to serial port adapter to get it going. I seen someone posted they are using a regular sun keyboard on a ix86 box. I plan to get around to building that adapter soon. MS: (n) 1. A debilitating and surprisingly widespread affliction that renders the sufferer barely able to perform the simplest task. 2. A disease. James Simmons [jsi...@li...] ____/| fbdev/console/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U http://linuxconsole.sourceforge.net |
|
From: James S. <jsi...@li...> - 2001-03-28 16:41:53
|
>You can know if an AGP card's vga portion is enabled by checking the >corresponding bit in the pci bridge configuration space. Which fields? >If you have only one card with I/O enabled you can know this is the >card. If you have more, you can write to the 0xb8000 region, and see in >what linear aperture the write happens. Sounds along the lines of what I was email. I have it below. Check the VGA Palette Snoop mode bit in its PCI config space (PCI config byte 4, bit 5), or see if it has IO-enabled (PCI config byte 4, bit 0) AND doesn't have any IO-space BARs. MS: (n) 1. A debilitating and surprisingly widespread affliction that renders the sufferer barely able to perform the simplest task. 2. A disease. James Simmons [jsi...@li...] ____/| fbdev/console/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U http://linuxconsole.sourceforge.net |
|
From: Ralf A. <ra...@KO...> - 2001-03-27 20:38:50
|
Many thanks, just getting sunkbd.c from the CVS and loading the compiled module worked perfectly!! regards ralf -- Best regards, Ralf Ackermann |
|
From: James S. <jsi...@li...> - 2001-03-27 20:35:11
|
Hi! I fixed the problem with fbcon. It works. Well sort of. I'm testing out the scroll_region code in fbcon. Needs more work :-( MS: (n) 1. A debilitating and surprisingly widespread affliction that renders the sufferer barely able to perform the simplest task. 2. A disease. James Simmons [jsi...@li...] ____/| fbdev/console/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U http://linuxconsole.sourceforge.net |
1998 messages has been excluded from this view by a project administrator.
