5 messages, 3 authors, 2003-01-07 · open the first message on its own page
From: Christoph Hellwig <hch@infradead.org>
Date: 2002-10-30 21:46:37
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 Simmons <hidden>
Date: 2002-11-01 00:38:15
On Wed, Oct 30, 2002 at 01:56:38PM -0800, James Simmons wrote:quoted
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 Simmons <hidden>
Date: 2002-11-01 16:40:29
On Wed, Oct 30, 2002 at 01:56:38PM -0800, James Simmons wrote:quoted
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 Hafting <hidden>
Date: 2003-01-02 12:23:41
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 Simmons <hidden>
Date: 2003-01-07 21:25:37
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.