Thread: (no subject)

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

confirm 298627

Hi!

   As some of you know I have been working on a new console system for
2.5.X. Now that 2.5.X is very very close I really like to work together
with various people from various trees to pull this together. The two
biggest changes I have done is:

1) A new fbdev api with is much simpler and allows fbdev devices to exist
   without a console system. Nice for embedded devices.

2) We also will be moving the various input devices including keyboards
   over to the input api. 

3) Also I plan to work on a new serial api based on Russell King's work to
   work nicely with the input layer. The serial layer will be more like
   the parallel port layer.

So what I need is the latest drivers from people so they can be ported
over. I also want to know what people needed for the fbdev layer as well
as the input layer. I see some email about DDC support for example. Please
let me know what you need. Thank you. 

Hello James,

On Tue, 13 Nov 2001, James Simmons wrote:
> As some of you know I have been working on a new console system for
> 2.5.X.

This might be a good opportunity to throw in some remarks from the
embedded front. I currently have the problem that I would like to attach a
Displaytech 64128a LCD to an embedded machine running Linux. The problem
with these displays is that they have their own controller which is
accessable through an 8 bit parallel port and some control lines, so it
does not have any memory mappable frame buffer.

Nevertheless, it would be great to write a framebuffer driver for that
beast, because then I could use all kinds of "normal" libraries ontop of
that device, e.g. svgalib, Qt-Embedded, MicroWindows or whatsoever. I'm no
expert in the current FB interface, but it looks to me that there is no
mechanism for devices like that. I can imagine to write something like the
virtual vfb driver, but there is still a mechanism missing that can be
used to tell the driver that the frame is "dirty" and it has to be
transferred by the driver into the display.

Any ideas how this could be done, either with the existing interface or
with possible improvements in the new API are welcome.

Robert
--=20
 +--------------------------------------------------------+
 |             Dipl.-Ing. Robert Schwebel                 |
 | Pengutronix - Linux Solutions for Science and Industry |
 |  Braunschweiger Stra=DFe 79, 31134 Hildesheim, Germany   |
 |     Phone: +49-5121-28619-0  Fax: +49-5121-28619-4     |
 +--------------------------------------------------------+

On Wed, 14 Nov 2001, Robert Schwebel wrote:
> On Tue, 13 Nov 2001, James Simmons wrote:
> > As some of you know I have been working on a new console system for
> > 2.5.X.
>
> This might be a good opportunity to throw in some remarks from the
> embedded front. I currently have the problem that I would like to attach a
> Displaytech 64128a LCD to an embedded machine running Linux. The problem
> with these displays is that they have their own controller which is
> accessable through an 8 bit parallel port and some control lines, so it
> does not have any memory mappable frame buffer.
>
> Nevertheless, it would be great to write a framebuffer driver for that
> beast, because then I could use all kinds of "normal" libraries ontop of
> that device, e.g. svgalib, Qt-Embedded, MicroWindows or whatsoever. I'm no
> expert in the current FB interface, but it looks to me that there is no
> mechanism for devices like that. I can imagine to write something like the
> virtual vfb driver, but there is still a mechanism missing that can be
> used to tell the driver that the frame is "dirty" and it has to be
> transferred by the driver into the display.
>
> Any ideas how this could be done, either with the existing interface or
> with possible improvements in the new API are welcome.

The method used in vga256fb (fake a frame buffer, use MMU tricks) can be used
here. Search the list archives for more info.

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

lists

----- Forwarded by Aivils Stoss/PARVALDE/UNIBANKA/LV on 2002.06.14 17:16
-----

                    Svetoslav Slavtchev                                                                 
                    <ga...@st...w.uni-er        To:     Aiv...@un...                  
                    langen.de>                        cc:                                               
                                                      Subject:                                          
                    2002.06.14 16:20                                                                    

Hi
could you forward this message to the list,
i don't get it , but the list doesn't accept  my messages for a week now.
thanks

svetljo
------------------------------------------

Hi,
i'm uploading new test kernels the patch from Aivils Stoss +
2.4.19-pre10aa2jam2
+ alsa + freeswan + ...   on http://varna.demon.co.uk/~svetlio .
Help is needed to test the kernels and fix some glitches, and may be to
backport
some changes from the current ruby.

svetljo
------------------------------------------

On Sat, 15 Jun 2002 00:19, Aivils Stoss wrote:
<snip>
> Hi,
> i'm uploading new test kernels the patch from Aivils Stoss +
> 2.4.19-pre10aa2jam2
> + alsa + freeswan + ...   on http://varna.demon.co.uk/~svetlio .
> Help is needed to test the kernels and fix some glitches, and may be to
> backport
> some changes from the current ruby.

I have already started backporting some of the input subsystem changes. 
Marcelo will probably take them in 2.4.20-pre. Do you want them now?

Brad

-- 
http://conf.linux.org.au. 22-25Jan2003. Perth, Australia. Birds in Black.

Hi Aivils,

I've been trying to get your backstreat-ruby patch against 2.4.20 to work,
but I seem to have problems getting it to build.
Can you give me any hints what is wrong?

Here's the error log, and attached you find my kernel configuration.

Mark.

BTW,
Thanks for backporting ruby, it's great to have it available on 2.4.x!

ar  rcs lib.a checksum.o old-checksum.o delay.o usercopy.o getuser.o
memcpy.o strstr.o mmx.o dec_and_lock.omake[2]: Leaving directory
`/extra/misc/linux/linux-2.4.20-bruby/arch/i386/lib'make[1]: Leaving directory
`/extra/misc/linux/linux-2.4.20-bruby/arch/i386/lib'ld -m elf_i386 -T
/extra/misc/linux/linux-2.4.20-bruby/arch/i386/vmlinux.lds -e stext
arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o
init/version.o init/do_mounts.o \        --start-group \
        arch/i386/kernel/kernel.o arch/i386/mm/mm.o kernel/kernel.o
        mm/mm.o fs/fs.o ipc/ipc.o \         drivers/acpi/acpi.o drivers/char/char.o drivers/block/block.o
         drivers/misc/misc.o drivers/net/net.o drivers/media/media.o
         drivers/char/drm/drm.o drivers/ide/idedriver.o
         drivers/cdrom/driver.o drivers/pci/driver.o drivers/video/video.o
         drivers/input/gameport/gamedrv.o drivers/input/serio/seriodrv.o
         drivers/md/mddev.o drivers/isdn/vmlinux-obj.o \        net/network.o \
        /extra/misc/linux/linux-2.4.20-bruby/arch/i386/lib/lib.a
        /extra/misc/linux/linux-2.4.20-bruby/lib/lib.a
        /extra/misc/linux/linux-2.4.20-bruby/arch/i386/lib/lib.a \        --end-group \
        -o vmlinux
drivers/char/char.o(.text+0x15652): In function `kd_nosound':
: undefined reference to `input_event'
drivers/char/char.o(.text+0x15674): In function `kd_nosound':
: undefined reference to `input_event'
drivers/char/char.o(.text+0x165cd): In function `kbd_bh':
: undefined reference to `input_event'
drivers/char/char.o(.text+0x165f3): In function `kbd_bh':
: undefined reference to `input_event'
drivers/char/char.o(.text+0x16617): In function `kbd_bh':
: undefined reference to `input_event'
drivers/char/char.o(.text+0x16c4a): In function `kbd_connect':
: undefined reference to `input_open_device'
drivers/char/char.o(.text+0x16c8d): In function `kbd_disconnect':
: undefined reference to `input_close_device'
drivers/char/char.o(.text+0x16ece): In function `write_kbd_phys':
: undefined reference to `input_find_handle'
drivers/char/char.o(.text.init+0xe8b): In function `kbd_init':
: undefined reference to `input_register_handler'
make: *** [vmlinux] Error 1

Quoting Mark Hurenkamp <Mar...@xs...>:

> Hi Aivils,
> 
> I've been trying to get your backstreat-ruby patch against 2.4.20 to
> work,
> but I seem to have problems getting it to build.
> Can you give me any hints what is wrong?
> 
> Here's the error log, and attached you find my kernel configuration.
> 
> Mark.
> 
> BTW,
> Thanks for backporting ruby, it's great to have it available on 2.4.x!
> 
> 
> ar  rcs lib.a checksum.o old-checksum.o delay.o usercopy.o getuser.o
> memcpy.o strstr.o mmx.o dec_and_lock.omake[2]: Leaving directory
> `/extra/misc/linux/linux-2.4.20-bruby/arch/i386/lib'make[1]: Leaving
> directory
> `/extra/misc/linux/linux-2.4.20-bruby/arch/i386/lib'ld -m elf_i386 -T
> /extra/misc/linux/linux-2.4.20-bruby/arch/i386/vmlinux.lds -e stext
> arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o
> init/version.o init/do_mounts.o \        --start-group \
>         arch/i386/kernel/kernel.o arch/i386/mm/mm.o kernel/kernel.o
>         mm/mm.o fs/fs.o ipc/ipc.o \         drivers/acpi/acpi.o
> drivers/char/char.o drivers/block/block.o
>          drivers/misc/misc.o drivers/net/net.o drivers/media/media.o
>          drivers/char/drm/drm.o drivers/ide/idedriver.o
>          drivers/cdrom/driver.o drivers/pci/driver.o
> drivers/video/video.o
>          drivers/input/gameport/gamedrv.o
> drivers/input/serio/seriodrv.o
>          drivers/md/mddev.o drivers/isdn/vmlinux-obj.o \       
> net/network.o \
>         /extra/misc/linux/linux-2.4.20-bruby/arch/i386/lib/lib.a
>         /extra/misc/linux/linux-2.4.20-bruby/lib/lib.a
>         /extra/misc/linux/linux-2.4.20-bruby/arch/i386/lib/lib.a \      
>  --end-group \
>         -o vmlinux
> drivers/char/char.o(.text+0x15652): In function `kd_nosound':
> : undefined reference to `input_event'
> drivers/char/char.o(.text+0x15674): In function `kd_nosound':
> : undefined reference to `input_event'
> drivers/char/char.o(.text+0x165cd): In function `kbd_bh':
> : undefined reference to `input_event'
> drivers/char/char.o(.text+0x165f3): In function `kbd_bh':
> : undefined reference to `input_event'
> drivers/char/char.o(.text+0x16617): In function `kbd_bh':
> : undefined reference to `input_event'
> drivers/char/char.o(.text+0x16c4a): In function `kbd_connect':
> : undefined reference to `input_open_device'
> drivers/char/char.o(.text+0x16c8d): In function `kbd_disconnect':
> : undefined reference to `input_close_device'
> drivers/char/char.o(.text+0x16ece): In function `write_kbd_phys':
> : undefined reference to `input_find_handle'
> drivers/char/char.o(.text.init+0xe8b): In function `kbd_init':
> : undefined reference to `input_register_handler'
> make: *** [vmlinux] Error 1
> 
> 
> 
> 
just curious,
did you get it compile, in case you use built in input support?

svetljo

I have a few questions on running unpatched X
versus running patched X with the ruby patched
2.4.21 kernel:

It says in the "Quick XFree" documentation:

Set up it with command:
$ echo "1" > /proc/bus/pci/hackvideo
 Ordinarily XFree86 for i386 architecture use
native built in XFree86 functions to steer PCI.
Please add necessary lines in /etc/X11/XF86Config
file, which tell XFree86 to use Linux /proc
filesystem interface:
Section "ServerFlags"
Option "PciOsConfig" "1"
EndSection
 After this XFree86 is ready for multiple
independed heads without recopiling from source.
Of course i recommend usage of "2" (idea by Kim
"kill" Lilliestiena) XFree86 patch.

1. I cannot find any info on that serverflags
option, is it described anywhere?
2. Do you have to initialize
/proc/bus/pci/hackvideo every time with a "1"
before starting X?
3. Why is patch "2" preferred to using an
unpatched X (in my case Debian X 4.2.1)?
     I cannot run the patched binary from
http://startx.times.lv/XFree86-patched.bz2 
because I get an "rejected from local host"     
   error and I suspect that it is because it is
not compiled with gcc 3.3 while the X that I have is.

Thanks!

Hugo. 

The following signature is automatically
added by the web email service I use,
which is beyond my control:
=======================================
Help the planet each day! It's free and easy:
http://www.Care2.com/dailyaction/

Quoting hugo vanwoerkom <hug...@ca...>:

> I have a few questions on running unpatched X
> versus running patched X with the ruby patched
> 2.4.21 kernel:
> 
> It says in the "Quick XFree" documentation:
> 
> Set up it with command:
> $ echo "1" > /proc/bus/pci/hackvideo
>  Ordinarily XFree86 for i386 architecture use
> native built in XFree86 functions to steer PCI.
> Please add necessary lines in /etc/X11/XF86Config
> file, which tell XFree86 to use Linux /proc
> filesystem interface:
> Section "ServerFlags"
> Option "PciOsConfig" "1"
> EndSection
>  After this XFree86 is ready for multiple
> independed heads without recopiling from source.
> Of course i recommend usage of "2" (idea by Kim
> "kill" Lilliestiena) XFree86 patch.
> 
> 1. I cannot find any info on that serverflags
> option, is it described anywhere?

i didn't look in to it, but may be you can find smth on http://www.xfree.org

> 2. Do you have to initialize
> /proc/bus/pci/hackvideo every time with a "1"

yes, you have to.
you can add it to some init script.

> before starting X?
> 3. Why is patch "2" preferred to using an
> unpatched X (in my case Debian X 4.2.1)?
>      I cannot run the patched binary from
> http://startx.times.lv/XFree86-patched.bz2 
> because I get an "rejected from local host"     
>    error and I suspect that it is because it is
> not compiled with gcc 3.3 while the X that I have is.

3.1 because it prevent lock-ups, and work better for the "majority" of video
cards. if you check the video compatibilty list in my HOWTO,
for most( all AFAIK) cards in "works, but with some glitches" 
patch "2" resolves the problems.

http://tldp.org/HOWTO/XFree-Local-multi-user-HOWTO/app_vid_comp.html

3.2 you can try the binaries from Andreas
(but i think they are compiled with older gcc-3.x, may be sid for 2 months ago)

http://www.schuldei.org/debian/bruby, or as apt repository 
"deb http://www.schuldei.org/debian/bruby ./ ".

best,

svetljo

Hi,
    Sorry, my email was full!

    I choose the logitech keyboard because it was the only USB keyboard I 
found in my country. I live on a carribean island.
    I bought it with a PCI GeForce4MX to test the BRuby console for a 
cybercafe. It didn't fully worked (it hungs after a Ctrl-Alt-Backspace) with 
my set of video cards, the AGP was integrated to the motherboard but I'll try 
it late whith another combination.

OutTopic: I think there are too many keys on the keyboard: music/internet... I 
prefer those keyboard with only the standard key. The only thing that is cool 
is the roll with two buttons to launch applications quikly! It's like on some 
Sony laptops! I think there should be the same thing in KDE or Gnome: press 
the third button and roll it to change the window.

Freeze
---
 --- hugo vanwoerkom <hugovanwoerkom@ca...> wrote:
 > ---- Begin Included Message ----
 > 
 > From: freeze@fr...
 > Sent: Mon,  4 Aug 2003 13:18:11 +0200
 > To: linuxconsole-dev@li...
 > Subject: More than 256 scankey on a Logitech
 > keyboard
 > 
 > 
 > Hi,
 >     I've a USB logitech keyboard with a lot more
 > key than the standard AT 
 > keyboard. 

 This is OT, but I am looking for an USB keyboard and
 am an IBM Model M devotee. Do you like the logitech?

 Hugo.

-- 

Quoting fr...@fr...:

> Hi,
>     Sorry, my email was full!
> 
>     I choose the logitech keyboard because it was the only USB keyboard I 
> found in my country. I live on a carribean island.
>     I bought it with a PCI GeForce4MX to test the BRuby console for a 
> cybercafe. It didn't fully worked (it hungs after a Ctrl-Alt-Backspace) with
> 
> my set of video cards, the AGP was integrated to the motherboard but I'll try
> 
> it late whith another combination.

have you tried with XFree prefered Bus ID?
changing the primary video card(in case it's possible)?
what chip has the onboard video ?

> 
> OutTopic: I think there are too many keys on the keyboard: music/internet...
> I 
> prefer those keyboard with only the standard key. The only thing that is cool
> 
> is the roll with two buttons to launch applications quikly! It's like on some
> 
> Sony laptops! I think there should be the same thing in KDE or Gnome: press
> 
> the third button and roll it to change the window.

it's not off topic,
this used to be the correct list 
but lately none of the linux-console developers seem to read it :(

you probably have to ask on lkml and/ or write directly to Vojtech Pavlik
the maintainer of the linux input subsystem

if the problem exists only under bruby you probably won't get any 
support until you check/prove that it doesn't work under standard 2.4 or
2.6-test kernel.

best,

svetljo

> > my set of video cards, the AGP was integrated to the motherboard but I'll
> try
> > 
> > it late whith another combination.
> 
> have you tried with XFree prefered Bus ID?
> changing the primary video card(in case it's possible)?
> what chip has the onboard video ?
> 
I think I didn't try all the possibilities.
The onboard video is a Savage (it's a Shuttle).

Anyway, I'm going to try again with the cards mentionned on the BackstreetRuby 
to see how it works on a motherboard without video card integrated. I've a old 
TNT2 AGP and a GeForce4MX PCI. I hope Bruby is relavetively stable enough too 
work a day long with cybercafe clients.

Thanks,
Freeze