linuxconsole-dev

2.5 bk, input driver and dell i8100 nib+pad

[James H. C. Jr. <cl...@jh...>]

Trying out 2.5, I've got only a partially working mouse.  The usb
mouse is fully functional, as are both sets of buttons on the
notebook.  The mouse pad works, but the nib is ignored.

Of course, I only ever use the nib and only noticed that the pad was
working by accident.

I seem to recall a similar post some time back, but cannot find it in
my archives.  

Any ideas?

I do need to reboot into 2.4 and clone my bk clone from the sbp2 disk
to the internal disk (ohci1394 is b0rked ATM) to see the .config I
ended up with....

The relevant X config is:

Section "ServerFlags"
  Option       "AllowMouseOpenFail"
EndSection

Section "InputDevice"
  Driver       "mouse"
  Identifier   "Mouse[1]"
  Option       "Device" "/dev/psaux"
  Option       "InputFashion" "Mouse"
  Option       "Name" "AutoDetected"
  Option       "Protocol" "ps/2"
  Option       "Vendor" "AutoDetected"
  Option       "Emulate3Buttons" "on"
EndSection

Section "InputDevice"
  Driver       "mouse"
  Identifier   "USBmouse"
  Option       "Device" "/dev/input/mice"
  Option       "Name" "AutoDetected"
  Option       "Protocol" "IMPS/2"
  Option       "Vendor" "AutoDetected"
  Option       "ZAxisMapping" "4 5"
EndSection

Section "ServerLayout"
  Identifier   "Layout[all]"
  InputDevice  "Keyboard[0]" "CoreKeyboard"
  InputDevice  "Mouse[1]" "CorePointer"
  InputDevice  "USBmouse" "SendCoreEvents"
  Option       "Clone" "off"
  Option       "Xinerama" "off"
  Screen       "Screen[0]"
EndSection

-JimC

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

[James S. <jsi...@in...>]

> >1) Switch back to X messes up the screen.
>
> Already fixed in the linuxconsole 2.4.X backport http://startx.times.lv/

Applied :-)

k

Re: Problem building 2.5.45 with console patch

[James S. <jsi...@in...>]

> Hi,
>
> I wanted to try the new console patch, but when applied
> to my 2.5.45 kernel, the build proces fails during linking
> of the kernel.
> Do I need to disable another setting somewhere?

Oops. I fixed that bug. Try it again. I have the fixes in CVS and
BK.

Re: Linux-2.5 + Recent Framebuffer Code + Bitkeeper

[James H. C. Jr. <cl...@jh...>]

>>>>> "Adam" == Adam Hunt <ada...@gm...> writes:

Adam> Do I want to clone my local linux-2.5 repository in to a new
Adam> linuxconsole directory and then 'pull' the changes from the
Adam> linuxconsole.bkbits.com tree into it?

This is what I'd do to get a clone of the linuxconsole trees:

First, surf to http://linuxconsole.bkbits.net and get the most recent
tags from the dev and stable trees.  (As of now those are v2.5.34 for
dev and lia64-v2.5.45 for stable.)  Given that, and a clone of Linus'
tree in linux-2.5, I'd do:

bk clone -l -rv2.5.34 linux-2.5 dev
cd dev
bk parent bk://linuxconsole.bkbits.net/dev
bk pull
cd ..
bk clone -l -rlia64-v2.5.45 linux-2.5 stable
cd stable
bk parent bk://linuxconsole.bkbits.net/stable
bk pull
cd ..

Now you have clones of the linuxconsole dev and stable trees.

At this point I'd make a working clone of linux-2.5 and pull in either
dev or stable (as per the tags above, stable is more up to date).  You
can also pull from other repositories of interest (there are more than
16 others at bkbits.net that may be, though not all are still relevant
to Linus' current tree).  There are still more not on bkbits.  One rep
that may be of interest if you are pulling linuxconsole is at:

  bk://fbdev.bkbits.net/fbdev-2.5

Use the same tag as for stable above to quickly clone that tree.

Once you have a working tree, with whatever pulls and imports are of
interest, I'd suggest cloning that before compiling.  That way, should
you decide you screwed something up, you can rm -fr the compile tree
and start over, w/o having to remember what all you pulled and/or
imported to make it.

Note though that if you make any changes you want to propagate to a
clone you need to commit those.  Uncommited checkins and edits which
were not even checked in do not clone.  (IIRC.)

-JimC

Re: [BK console] console updates.

[Aivils S. <Aiv...@un...>]

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

Re: Why not use the FB?

[Svetoslav S. <ga...@st...>]

Quoting Adam Hunt <ada...@gm...>:

> I'm currious if there is any reason that a person would not want to use
> the
> framebuffer and the fbdev xserver on a typical desktop machine.  Are
> there
> any drawbacks to X via the framebuffer (other then maybe less cards
> are
> supported currently)?

there is no card specific acceleration, it's pretty slower,
no XVideo support, and i think no DRI support


svetljo

Linux-2.5 + Recent Framebuffer Code + Bitkeeper

[Adam H. <ada...@gm...>]

[ I'm new to version control software so please, bear with me ]

I'm interested in running the new FB code for linux-2.5.  I would like to
get the code via Bitkeeper.  I have a local 'clone' of the linux-2.5
tree/repository on my box (from linux.bkbits.com/linux-2.5).  I'm trying to figure out
how to get the recent changes from the linuxconsole bitkeeper tree.

Do I want to clone my local linux-2.5 repository in to a new linuxconsole
directory and then 'pull' the changes from the linuxconsole.bkbits.com tree
into it?  Which linuxconsole branch should I use the 'stable' or 'dev'?

Thanks for the help.

--adam

-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!

Why not use the FB?

[Adam H. <ada...@gm...>]

I'm currious if there is any reason that a person would not want to use the
framebuffer and the fbdev xserver on a typical desktop machine.  Are there
any drawbacks to X via the framebuffer (other then maybe less cards are
supported currently)?

Thanks

--adam

-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!

[PATCH] Extended selection API

[Petr B. <pa...@uc...>]

  Hello,

  this patch (against 2.5.45) extends the selection interface, so that userland
programs can directly save the data into the buffer and fetch them from it.
This way, it is possible for userland programs to handle cutting and pasting on
their own (not necessarily working with the screen content and getting the
content of the selection on stdin) or to implement shared selection buffer
between X11 and console etc.

  This patch is roughly based on some very ancient diff I found lying on my
disk, however unfortunately I can't remember anymore who implemented this idea
originally; I made a lot of changes to the original patch anyway.

  I wrote a trivial commandline-driven userland interface for this in order to
demonstrate the functionality. It is attached and it can be also found at
http://pasky.ji.cz/~pasky/dev/kernel/chsel.c.

  Note that it's possibly totally flawed (I don't know anything about this
piece of code), but it looks to work ok. Please review, test and comment.

  Kind regards,
				Petr Baudis

--- linux-2.5.45/include/linux/selection.h	Sat Nov  2 18:31:31 2002
+++ linux-2.5.45+pasky/include/linux/selection.h	Sat Nov  2 19:18:40 2002
@@ -18,6 +18,9 @@
 extern int mouse_reporting(void);
 extern void mouse_report(struct tty_struct * tty, int butt, int mrx, int mry);
 
+extern int set_selection_user(const unsigned long arg);
+extern int get_selection_user(const unsigned long arg);
+
 #define video_num_columns	(vc_cons[currcons].d->vc_cols)
 #define video_num_lines		(vc_cons[currcons].d->vc_rows)
 #define video_size_row		(vc_cons[currcons].d->vc_size_row)
--- linux-2.5.45/drivers/char/vt.c	Sat Nov  2 18:31:12 2002
+++ linux-2.5.45+pasky/drivers/char/vt.c	Sat Nov  2 19:17:27 2002
@@ -2255,6 +2255,12 @@
 		case 12:	/* get fg_console */
 			ret = fg_console;
 			break;
+		case 13:	/* set selection to data provided by user */
+			ret = set_selection_user(arg);
+			break;
+		case 14:	/* get selection */
+			ret = get_selection_user(arg);
+			break;
 		default:
 			ret = -EINVAL;
 			break;
--- linux-2.5.45/drivers/char/selection.c	Sat Nov  2 18:31:22 2002
+++ linux-2.5.45+pasky/drivers/char/selection.c	Sat Nov  2 20:20:30 2002
@@ -7,8 +7,13 @@
  *     'void clear_selection(void)'
  *     'int paste_selection(struct tty_struct *tty)'
  *     'int sel_loadlut(const unsigned long arg)'
+ *     'int get_selection_user(const unsigned long arg)'
+ *     'int set_selection_user(const unsigned long arg)'
  *
  * Now that /dev/vcs exists, most of this can disappear again.
+ *
+ * Introduced usable userland selection interface
+ * 2002-11-02 Petr Baudis <pa...@uc...>
  */
 
 #include <linux/module.h>
@@ -310,5 +315,75 @@
 	return 0;
 }
 
+/* Fill the current selection buffer with the data provided in user buffer.
+ * The maximal size of the selection buffer is trimmed to 65535 here; could
+ * anyone possibly want more?
+ * Invoked by ioctl(). */
+int set_selection_user(const unsigned long arg)
+{
+	unsigned int buf_length;
+	char *new_sel_buffer = NULL;
+	char *args;
+
+	clear_selection();
+
+	args = (char *) (arg + 1);
+	get_user(buf_length, (unsigned int *) args);
+	args += sizeof(unsigned int);
+
+	if (buf_length > 0 && buf_length < 65536) {
+		new_sel_buffer = kmalloc(buf_length, GFP_KERNEL);
+		if (!new_sel_buffer) {
+			printk(KERN_WARNING "selection: kmalloc() failed\n");
+			return -ENOMEM;
+		}
+		if (copy_from_user(new_sel_buffer, (char *) args, buf_length)){
+			kfree(new_sel_buffer);
+			return -EFAULT;
+		}
+	} else if (buf_length) {
+		return -EINVAL;
+	}
+
+	if (sel_buffer)
+		kfree(sel_buffer);
+
+	sel_buffer = new_sel_buffer;
+	sel_buffer_lth = buf_length;
+
+	return 0;
+}
+
+/* Get (start of) content of the current selection buffer. Users should
+ * re-fetch if return_value > buf_length.
+ * Invoked by ioctl(). */
+int get_selection_user(const unsigned long arg)
+{
+	unsigned int buf_length;
+	char *args;
+
+	args = (char *) (arg + 1);
+	get_user(buf_length, (unsigned int *) args);
+	if (buf_length > sel_buffer_lth) {
+		buf_length = sel_buffer_lth;
+		if (copy_to_user((char *) args, &buf_length,
+				sizeof(unsigned int))) {
+			return -EFAULT;
+		}
+	}
+	args += sizeof(unsigned int);
+
+	if (!sel_buffer)
+		return 0;
+
+	if (copy_to_user((char *) args, sel_buffer, buf_length)) {
+		return -EFAULT;
+	}
+
+	return sel_buffer_lth;
+}
+
 EXPORT_SYMBOL(set_selection);
 EXPORT_SYMBOL(paste_selection);
+EXPORT_SYMBOL(set_selection_user);
+EXPORT_SYMBOL(get_selection_user);

Problem building 2.5.45 with console patch

[Mark H. <Mar...@xs...>]

Hi,

I wanted to try the new console patch, but when applied
to my 2.5.45 kernel, the build proces fails during linking
of the kernel.
Do I need to disable another setting somewhere?

Greetings,
Mark.


Here's the output I get:

   ld -m elf_i386  -r -o init/built-in.o init/main.o init/version.o=20
init/do_mounts.o
        ld -m elf_i386 -e stext -T arch/i386/vmlinux.lds.s=20
arch/i386/kernel/head.o arch/i386/kernel/init_task.o  init/built-in.o=20
=2D-start-group  arch/i386/kernel/built-in.o  arch/i386/mm/built-in.o =20
arch/i386/mach-generic/built-in.o  kernel/built-in.o  mm/built-in.o =20
fs/built-in.o  ipc/built-in.o  security/built-in.o  crypto/built-in.o =20
lib/lib.a  arch/i386/lib/lib.a  drivers/built-in.o  sound/built-in.o =20
arch/i386/pci/built-in.o  net/built-in.o --end-group  -o vmlinux
drivers/built-in.o: In function `vc_init':
drivers/built-in.o(.text+0x3b93a): undefined reference to `vte_ris'
drivers/built-in.o: In function `vc_resize':
drivers/built-in.o(.text+0x3be4e): undefined reference to `vte_decsc'
drivers/built-in.o: In function `do_con_write':
drivers/built-in.o(.text+0x3c2ee): undefined reference to `vte_cr'
drivers/built-in.o(.text+0x3c2f4): undefined reference to `vte_lf'
drivers/built-in.o(.text+0x3c3fc): undefined reference to `terminal_emulati=
on'
drivers/built-in.o: In function `vt_console_print':
drivers/built-in.o(.text+0x3c80c): undefined reference to `vte_bs'
drivers/built-in.o(.text+0x3c829): undefined reference to `vte_lf'
drivers/built-in.o(.text+0x3c832): undefined reference to `vte_cr'
drivers/built-in.o: In function `vt_map_display':
drivers/built-in.o(.text+0x3cbf6): undefined reference to `vte_ed'
make: *** [vmlinux] Error 1

Re: [BK console] console updates.

[Pavel M. <pa...@uc...>]

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: [BK console] console updates.

[James S. <jsi...@in...>]

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

Re: [BK console] console updates.

[Petr B. <pa...@pa...>]

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/

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

[James S. <jsi...@in...>]

> > 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: [Linux-fbdev-devel] Re: [BK console] console updates.

[James S. <jsi...@in...>]

> 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: Best Source Source

[James S. <jsi...@in...>]

> A recent thread brought up a good point.  What is the best source for the
> most recent console rewrite source?  The CVS tree at SF?
> linuxconsole.bkbits.com?

The BK tree. I have extra code for unicode handling in CVS that is lacking
in the BK tree but BK has various other improvements. I say the BK tree is
the best. No multi-desktop support for it yet tho :-( I have to restore
that. I'm thinking of dropping the current new scrolling code, which never
worked, and the unicode for the new current BK tree. Then we can attempt a
second round at unicode and proper scroll handling. What do you think?

Best Source Source

[Adam H. <ada...@gm...>]

A recent thread brought up a good point.  What is the best source for the
most recent console rewrite source?  The CVS tree at SF? 
linuxconsole.bkbits.com?

Thanks

--adam

BTW -- where is the most up-to-date FB code located?

-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!

Re: [BK console] console updates.

[Svetoslav S. <ga...@st...>]

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

Re: [BK console] console updates.

[Svetoslav S. <ga...@st...>]

Quoting "Martin J. Bligh" <mb...@ar...>:

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

Ok, but if i'm not misstaken the CVS tree is quite behind the current code,
i think yesterday it was at linux-2.5.37( or even 2.5.27)
it's not useable :((

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

[Martin J. B. <mb...@ar...>]

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

Re: [BK console] console updates.

[M. R. B. <mr...@0x...>]

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

Re: [BK console] console updates.

[Skip F. <ski...@ve...>]

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.

[Andreas S. <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.

Re: [BK console] console updates.

[Christoph H. <hc...@in...>]

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

[BK console] console updates.

[James S. <jsi...@in...>]

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