From: James S. <jsi...@in...> - 2002-10-30 21:03:53
|
Hi folks!!! Along with the new fbdev api I also have rewritten the console layer. The goals are: 1) The idea here was to move alot of the basic functionaly present in alot of low level drivers into the the higher layers thus making the low level drivers smaller and cleaner. A good example is using the /dev/fb interface to resize a VC. That is just plain dumb. 2) The second goal was to seperate out the terminal emulation to allow for a light weight printk. Also the idea was to make the VT console system modular. On embedded devices then we can insmod the VT console system. This is partially done. 3) Multi-desktop systems. Already done this. The current code in BK doesn't support this just yet as I have a few bug to beat out for single headed systems. It will take about one more week to get this ready. I doubt this code will go into 2.5.X but it is avaiable for anyone to play with it. bk://linuxconsole.bkbits.net BTW I will make patches avaiable as soon as 2.5.45 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...@us...] ____/| fbdev/console/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U http://linuxconsole.sourceforge.net |
From: Christoph H. <hc...@in...> - 2002-10-30 21:53:09
|
On Wed, Oct 30, 2002 at 01:56:38PM -0800, James Simmons wrote: > I doubt this code will go into 2.5.X but it is avaiable for anyone to play > with it. Why? I don't want to live another release with the old, crappy console, and you've been working on this during almost all of 2.4 now.. |
From: James S. <jsi...@in...> - 2002-11-01 00:44:48
|
> On Wed, Oct 30, 2002 at 01:56:38PM -0800, James Simmons wrote: > > I doubt this code will go into 2.5.X but it is avaiable for anyone to play > > with it. > > Why? I don't want to live another release with the old, crappy console, > and you've been working on this during almost all of 2.4 now.. Okay. Here is the new console system. The patch is against 2.5.45. Please note only vgacon has been fixed to work with this new api. http://phoenix.infradead.org/~jsimmons/console.diff.gz Via BK bk://linuxconsole.bkbits.net/stable Diff stats: arch/alpha/kernel/setup.c | 13 arch/arm/kernel/setup.c | 9 arch/i386/kernel/setup.c | 8 arch/i386/vmlinux.lds.s | 109 arch/ia64/kernel/setup.c | 16 arch/m68k/amiga/config.c | 4 arch/m68k/apollo/config.c | 3 arch/m68k/atari/config.c | 5 arch/m68k/hp300/config.c | 4 arch/m68k/mac/config.c | 5 arch/m68k/q40/config.c | 3 arch/m68k/sun3/config.c | 4 arch/m68k/sun3x/config.c | 3 arch/mips/ddb5476/setup.c | 5 arch/mips/dec/setup.c | 5 arch/mips/ite-boards/generic/it8172_setup.c | 7 arch/mips/jazz/setup.c | 4 arch/mips/philips/nino/setup.c | 7 arch/mips/sgi/kernel/setup.c | 6 arch/mips/sni/setup.c | 4 arch/mips64/kernel/ioctl32.c | 3 arch/mips64/sgi-ip22/ip22-setup.c | 5 arch/mips64/sgi-ip32/ip32-setup.c | 6 arch/parisc/kernel/setup.c | 8 arch/ppc/amiga/config.c | 3 arch/ppc/kernel/ppc4xx_setup.c | 7 arch/ppc/platforms/chrp_setup.c | 8 arch/ppc/platforms/k2_setup.c | 6 arch/ppc/platforms/lopec_setup.c | 4 arch/ppc/platforms/mcpn765_setup.c | 6 arch/ppc/platforms/menf1_setup.c | 6 arch/ppc/platforms/mvme5100_setup.c | 6 arch/ppc/platforms/pcore_setup.c | 6 arch/ppc/platforms/pmac_setup.c | 5 arch/ppc/platforms/pplus_setup.c | 4 arch/ppc/platforms/prep_setup.c | 4 arch/ppc/platforms/prpmc750_setup.c | 6 arch/ppc/platforms/prpmc800_setup.c | 6 arch/ppc/platforms/sandpoint_setup.c | 5 arch/ppc/platforms/spruce_setup.c | 6 arch/ppc64/kernel/chrp_setup.c | 5 arch/ppc64/kernel/ioctl32.c | 73 arch/sh/kernel/setup.c | 8 arch/sparc/kernel/setup.c | 5 arch/sparc64/kernel/ioctl32.c | 37 arch/um/kernel/um_arch.c | 2 arch/x86_64/kernel/setup.c | 10 drivers/char/Kconfig | 5 drivers/char/console_macros.h | 166 - drivers/char/consolemap.c | 152 - drivers/char/decvte.c | 2065 ++++++++++++++++++ drivers/char/keyboard.c | 327 +- drivers/char/misc.c | 3 drivers/char/n_tty.c | 12 drivers/char/selection.c | 83 drivers/char/sysrq.c | 17 drivers/char/tty_io.c | 48 drivers/char/vc_screen.c | 124 - drivers/char/vt.c | 3178 ++++++++-------------------- drivers/char/vt_ioctl.c | 1020 +++++--- drivers/video/dummycon.c | 1 drivers/video/mdacon.c | 3 drivers/video/newport_con.c | 1 drivers/video/promcon.c | 13 drivers/video/sticon.c | 1 drivers/video/vgacon.c | 162 - include/linux/console.h | 60 include/linux/console_struct.h | 110 include/linux/consolemap.h | 6 include/linux/kbd_kern.h | 96 include/linux/selection.h | 32 include/linux/tty.h | 19 include/linux/vt_kern.h | 350 ++- include/video/fbcon.h | 2 74 files changed, 4752 insertions(+), 3778 deletions(-) |
From: James S. <jsi...@in...> - 2002-11-01 16:47:12
|
> On Wed, Oct 30, 2002 at 01:56:38PM -0800, James Simmons wrote: > > I doubt this code will go into 2.5.X but it is avaiable for anyone to play > > with it. > > Why? I don't want to live another release with the old, crappy console, > and you've been working on this during almost all of 2.4 now.. Give my console diff a try. http://phoenix.infradead.org/~jsimmons/console.diff.gz Its against 2.5.45. It has 3 bugs I know of. 1) Switch back to X messes up the screen. 2) I had to disable the beeper. I have to think of a proper solution to that problem with Vojtech. 3) Software suspend is broken because the console has moved from the global int currcons to private struct vc_data to represent a VC. BTW what was the author of that code trying to do any ways? |
From: Helge H. <hel...@ai...> - 2003-01-02 12:32:11
|
Radeonfb almost works now, but there are some problems with setting (and resetting) the resolution. I use a flat screen so anything except 1280x1024 is hopeless to look at. So I want that from the start. Just booting with video=radeon gives me a 640x400 mode. There's some initial garbage (looks like early boot messages converted to graphichs at the wrong resolution) on the screen, but that isn't a problem. The low resolution is, though. I first tried "fbset 1280x1024-60", which changed the resolution, but the console was still a small 640x400 thing in the upper left corner of the 1280x1024 display. Not very useful. So I tried booting with video=radeon:1280x1024-32@60 That gave me a blank screen, the monitor complained about "no signal". But I logged in blind, and ran fbset 1280x1024-60 again. This gave me the console I want. 1280x1024 resolution, with 160x64 characters. I could put fbset in a init script, but that is fragile if I get some error before that init script runs. I should really see the console all the time. Another problem comes up when running X. Switching from X to some virtual console always gives me the "no signal" thing, and I have to type the fbset command blind before the console becomes visible. Switching back to X is never a problem. This is a UP machine, P4 processor, using preempt. I use a radeon 7500 in an AGP slot. Helge Hafting |
From: James S. <jsi...@in...> - 2003-01-07 21:35:22
|
> Just booting with video=radeon gives me a 640x400 > mode. There's some initial garbage (looks like early boot > messages converted to graphichs at the wrong resolution) > on the screen, but that isn't a problem. The low resolution > is, though. 640x480 is normal. > I first tried "fbset 1280x1024-60", which changed > the resolution, but the console was still a > small 640x400 thing in the upper left corner of > the 1280x1024 display. Not very useful. Because fbset is only useful for setting /dev/fb. You want to use stty to set the resolution now. The advantage of this is we don't end up with a console mode of 80 3/4 columns by 30 1/4 rows. Try stty cols 160 rows 64 assuming you are using 8x16 fonts. > So I tried booting with video=radeon:1280x1024-32@60 > That gave me a blank screen, the monitor complained > about "no signal". > > But I logged in blind, and ran fbset 1280x1024-60 > again. This gave me the console I want. > 1280x1024 resolution, with 160x64 characters. Sounds like a monitor timings issue. fbset cheats by taking times from the /etc/fb.mods file. I'm working on patch that was sent to me to deal with this. > Another problem comes up when running X. Switching > from X to some virtual console always gives me the > "no signal" thing, and I have to type the fbset > command blind before the console becomes > visible. Switching back to X is never a problem. Same problem again. It is a monitor timings issue. We are working on this. |
From: Andreas S. <an...@sc...> - 2002-10-30 22:12:47
|
> 3) Multi-desktop systems. Already done this. The current code in BK > doesn't support this just yet as I have a few bug to beat out for > single headed systems. It will take about one more week to get this > ready. this is something i know several people are interested in. and it does not touch core code to add, does it? This is my personal-favorit-must-go-in-above-all-else-feature. |
From: Svetoslav S. <ga...@st...> - 2002-10-31 10:42:04
|
Quoting Andreas Schuldei <an...@sc...>: > > 3) Multi-desktop systems. Already done this. The current code in BK > > doesn't support this just yet as I have a few bug to beat out for > > single headed systems. It will take about one more week to get > this > > ready. > > this is something i know several people are interested in. and it > does not touch core code to add, does it? > > This is my personal-favorit-must-go-in-above-all-else-feature. > My too, except may be working lvm and soft-raid |
From: James S. <jsi...@in...> - 2002-11-01 00:45:56
|
> > 3) Multi-desktop systems. Already done this. The current code in BK > > doesn't support this just yet as I have a few bug to beat out for > > single headed systems. It will take about one more week to get this > > ready. > > this is something i know several people are interested in. and it > does not touch core code to add, does it? > > This is my personal-favorit-must-go-in-above-all-else-feature. Just the VT console code. It does effect the console display drivers tho. |
From: Skip F. <ski...@ve...> - 2002-10-30 22:35:06
|
James Simmons wrote: > > bk://linuxconsole.bkbits.net > > BTW I will make patches avaiable as soon as 2.5.45 comes out. Don't even bother posting to the list without a patch. Saying you want testers and not providing a patch is just rediculous. -- Skip |
From: M. R. B. <mr...@0x...> - 2002-10-30 23:01:22
|
* Skip Ford <ski...@ve...> on Wed, Oct 30, 2002: > James Simmons wrote: > >=20 > > bk://linuxconsole.bkbits.net > >=20 > > BTW I will make patches avaiable as soon as 2.5.45 comes out. >=20 > Don't even bother posting to the list without a patch. Saying you want > testers and not providing a patch is just rediculous. >=20 Not knowing where/how to stay current is also a bit ridiculous. http://sf.net/projects/linuxconsole/. Click on "CVS". M. R. |
From: Martin J. B. <mb...@ar...> - 2002-10-30 23:14:46
|
> * Skip Ford <ski...@ve...> on Wed, Oct 30, 2002: > >> James Simmons wrote: >> > >> > bk://linuxconsole.bkbits.net >> > >> > BTW I will make patches avaiable as soon as 2.5.45 comes out. >> >> Don't even bother posting to the list without a patch. Saying you want >> testers and not providing a patch is just rediculous. >> > > Not knowing where/how to stay current is also a bit ridiculous. > > http://sf.net/projects/linuxconsole/. Click on "CVS". Yeah, of course ... his psychic power must be weakening, he should have magically been able to guess that because .... That's not a patch, it's a CVS tree. Just mail out a normal patch, like everyone else. M. |
From: Petr B. <pa...@pa...> - 2002-11-01 15:06:57
|
Dear diary, on Thu, Oct 31, 2002 at 12:32:18AM CET, I got a letter, where Skip Ford <ski...@ve...> told me, that... > James Simmons wrote: > > > > bk://linuxconsole.bkbits.net > > > > BTW I will make patches avaiable as soon as 2.5.45 comes out. > > Don't even bother posting to the list without a patch. Saying you want > testers and not providing a patch is just rediculous. As far as I understand it, he just provided you a status report so that you could see what's going on etc (especially relevant around the Oct-31 deadline), and he fullfiled his promise and sent the patches as soon as 2.5.45 came out, didn't he? So what's wrong? -- Petr "Pasky" Baudis * ELinks maintainer * IPv6 guy (XS26 co-coordinator) * IRCnet operator * FreeCiv AI occassional hacker . This host is a black hole at HTTP wavelengths. GETs go in, and nothing comes out, not even Hawking radiation. -- Graaagh the Mighty on rec.games.roguelike.angband . Public PGP key && geekcode && homepage: http://pasky.ji.cz/~pasky/ |
From: Pavel M. <pa...@uc...> - 2002-11-02 12:51:47
|
Hi! > Along with the new fbdev api I also have rewritten the console layer. > The goals are: Current 2.5.45 (and previous 2.5's) has funny problems on my vesafb machines [like half of letters appearing during emacs session, to the point you do ^L to repaint]. I hope this fixes it.... Pavel -- When do you have heart between your knees? |
From: James S. <jsi...@ph...> - 2002-11-09 01:02:51
|
> > Along with the new fbdev api I also have rewritten the console layer. > > The goals are: > > Current 2.5.45 (and previous 2.5's) has funny problems on my vesafb > machines [like half of letters appearing during emacs session, to the > point you do ^L to repaint]. I hope this fixes it.... It will. I'm waiting for the latest patches whcih do fix all those problems. As soon as I get them I will post a updated patch for the fbdev changes. |