[BK console] console updates.

[BK console] console updates.

[James Simmons]

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  [jsimmons@users.sf.net] 	                ____/|
fbdev/console/gfx developer                             \ o.O|
http://www.linux-fbdev.org                               =(_)=
http://linuxgfx.sourceforge.net                            U
http://linuxconsole.sourceforge.net



-------------------------------------------------------
This sf.net email is sponsored by: Influence the future 
of Java(TM) technology. Join the Java Community 
Process(SM) (JCP(SM)) program now. 
http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en

Re: [BK console] console updates.

[Christoph Hellwig]

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..

Re: [Linux-fbdev-devel] Re: [BK console] console updates.

[James Simmons]

> 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(-)

Re: [BK console] console updates.

[James Simmons]

> 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?

2.5.54: radeonfb almost works

[Helge Hafting]

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

Re: 2.5.54: radeonfb almost works

[James Simmons]

> 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.

Re: [BK console] console updates.

[Andreas Schuldei]

> 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.

Re: [BK console] console updates.

[Svetoslav Slavtchev]

Quoting Andreas Schuldei <andreas@schuldei.org>:

> > 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

Re: [Linux-fbdev-devel] Re: [BK console] console updates.

[James Simmons]

> > 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.

Re: [BK console] console updates.

[Skip Ford]

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

Re: [BK console] console updates.

[M. R. Brown]

[-- Attachment #1: Type: text/plain, Size: 472 bytes --]

* Skip Ford <skip.ford@verizon.net> 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".

M. R.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [BK console] console updates.

[Martin J. Bligh]

> * Skip Ford <skip.ford@verizon.net> 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.

Re: [BK console] console updates.

[Petr Baudis]

Dear diary, on Thu, Oct 31, 2002 at 12:32:18AM CET, I got a letter,
where Skip Ford <skip.ford@verizon.net> 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/

Re: [BK console] console updates.

[Pavel Machek]

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?

Re: [Linux-fbdev-devel] Re: [BK console] console updates.

[James Simmons]

> >    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. 

Re: [BK console] console updates.

[Aivils Stoss]

Fri, 1 Nov 2002 09:40:05 -0800 (PST) James Simons wrote:
>> 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.

Already fixed in the linuxconsole 2.4.X backport http://startx.times.lv/

Aivils Stoss

--- linus-2.5/drivers/char/vt_ioctl.c    Mon Nov  4 11:33:57 2002
+++ linus-2.5/drivers/char/vt_ioctl.c.changed      Mon Nov  4 11:36:45 2002
@@ -1089,17 +1089,17 @@ int vt_ioctl(struct tty_struct *tty, str
                    if (!tmp) {
                         tmp = vc_allocate(vc->vt_newvt);
                         if (!tmp) {
                              i = vc->vt_newvt;
                              vc->vt_newvt = -1;
                              return i;
                         }
                    }
-
+                   vc->vt_newvt = -1;
                    /*
                     * When we actually do the console switch,
                     * make sure we are atomic with respect to
                     * other console switches..
                     */
                    acquire_console_sem();
                    complete_change_console(tmp,
vc->display_fg->fg_console);
                    release_console_sem();