linux-fbdev-users — Generic mailing list for users of frame buffers

[Linux-fbdev-users] porting fb driver to 2, 6(fb_get_fix, fb_get_var)

[syed k. <sk...@ya...>]

Hi,
  I am trying to port one of our LCD display frame
buffer driver to 2.6 kernel.
  The old 2.4 kernel had these functions defined in
fb_ops
    fb_open:    
    fb_release:
    fb_get_fix: 
    fb_get_var:     
    fb_set_var: 
    fb_get_cmap:
    fb_set_cmap: 
    fb_ioctl:   

  But the latest 2.6 fb_ops has removed these and
there is entirely new set of functions. 
  I tried to go to list archives but I could not find
information. 
  What functions in 2.6 fb_ops should to used to
implement this old 2.4 set of functions?

Regards
Syed


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

RE: [Linux-fbdev-users] Few fundamental queries on fb / virtual console

[Khasim, S. <x0k...@ti...>]

Thanks Tony.

Regards,
Khasim

-----Original Message-----
From: Antonino A. Daplas [mailto:ad...@gm...]=20
Sent: Wednesday, May 24, 2006 6:26 PM
To: lin...@li...
Cc: Khasim, Syed
Subject: Re: [Linux-fbdev-users] Few fundamental queries on fb / virtual
console

Khasim, Syed wrote:
> Hi,
>=20
> Can some one update me about the ideology behind the virtual console
> handling in fbconsole layer for a 2.6 Kernel?
>=20
> I noticed that in 2.6 frame buffer, the virtual consoles maintain
their
> attributes independently. Example, if I change the bpp on one virtual
> console (16bpp to 8bpp), the other VC still remains same (16 bpp).
> However in 2.4 it changes the attributes of other active Virtual
> consoles too.

No, 2.4 can save per-console attributes too.  If this does not work
in 2.4, then it's a bug.

You can use fbset -a (or set FB_ACTIVATE_ALL flag) if you want
all vc's to acquire the attribute you just set.

> Example, if I change the mode from 8bpp to 16 bpp on VC1,
> all the other VCs mode is changed to 16bpp. Is this some thing
> intentionally done in 2.6 FB?

No, 2.4 should behave similarly.

>=20
> Based on the above implementation, how is the rotation treated? If I
> change the rotation degree on one of the active Virtual consoles,
should
> all the other active Virtual consoles be oriented in new rotation
angle?
> Or they should still continue with their individual rotation
attribute?

/sys/class/graphics/fb[n]/con_rotate - change rotation of current
console
/sys/class/graphics/fb[n]/con_rotate_all - change rotation of all the
consoles

Tony

RE: [Linux-fbdev-users] Few fundamental queries on fb / virtual console

[Khasim, S. <x0k...@ti...>]

Thanks Greet.

-----Original Message-----
From: lin...@li...
[mailto:lin...@li...] On Behalf Of
Geert Uytterhoeven
Sent: Wednesday, May 24, 2006 2:30 AM
To: lin...@li...
Subject: Re: [Linux-fbdev-users] Few fundamental queries on fb / virtual
console

On Tue, 23 May 2006, Khasim, Syed wrote:
> I noticed that in 2.6 frame buffer, the virtual consoles maintain
their
> attributes independently. Example, if I change the bpp on one virtual
> console (16bpp to 8bpp), the other VC still remains same (16 bpp).
> However in 2.4 it changes the attributes of other active Virtual
> consoles too. Example, if I change the mode from 8bpp to 16 bpp on
VC1,
> all the other VCs mode is changed to 16bpp. Is this some thing
> intentionally done in 2.6 FB?

Strange, 2.4 is also supposed to have independent modes on different
VCs.
Unless you use `fbset -a'.

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


-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications
in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D107521&bid=3D248729&dat=3D=
121642
_______________________________________________
Linux-fbdev-users mailing list
Lin...@li...
https://lists.sourceforge.net/lists/listinfo/linux-fbdev-users

Re: [Linux-fbdev-users] Few fundamental queries on fb / virtual console

[Antonino A. D. <ad...@gm...>]

Khasim, Syed wrote:
> Hi,
> 
> Can some one update me about the ideology behind the virtual console
> handling in fbconsole layer for a 2.6 Kernel?
> 
> I noticed that in 2.6 frame buffer, the virtual consoles maintain their
> attributes independently. Example, if I change the bpp on one virtual
> console (16bpp to 8bpp), the other VC still remains same (16 bpp).
> However in 2.4 it changes the attributes of other active Virtual
> consoles too.

No, 2.4 can save per-console attributes too.  If this does not work
in 2.4, then it's a bug.

You can use fbset -a (or set FB_ACTIVATE_ALL flag) if you want
all vc's to acquire the attribute you just set.

> Example, if I change the mode from 8bpp to 16 bpp on VC1,
> all the other VCs mode is changed to 16bpp. Is this some thing
> intentionally done in 2.6 FB?

No, 2.4 should behave similarly.

> 
> Based on the above implementation, how is the rotation treated? If I
> change the rotation degree on one of the active Virtual consoles, should
> all the other active Virtual consoles be oriented in new rotation angle?
> Or they should still continue with their individual rotation attribute?

/sys/class/graphics/fb[n]/con_rotate - change rotation of current console
/sys/class/graphics/fb[n]/con_rotate_all - change rotation of all the consoles

Tony

Re: [Linux-fbdev-users] Few fundamental queries on fb / virtual console

[Geert U. <ge...@li...>]

On Tue, 23 May 2006, Khasim, Syed wrote:
> I noticed that in 2.6 frame buffer, the virtual consoles maintain their
> attributes independently. Example, if I change the bpp on one virtual
> console (16bpp to 8bpp), the other VC still remains same (16 bpp).
> However in 2.4 it changes the attributes of other active Virtual
> consoles too. Example, if I change the mode from 8bpp to 16 bpp on VC1,
> all the other VCs mode is changed to 16bpp. Is this some thing
> intentionally done in 2.6 FB?

Strange, 2.4 is also supposed to have independent modes on different VCs.
Unless you use `fbset -a'.

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

[Linux-fbdev-users] Few fundamental queries on fb / virtual console

[Khasim, S. <x0k...@ti...>]

Hi,

Can some one update me about the ideology behind the virtual console
handling in fbconsole layer for a 2.6 Kernel?

I noticed that in 2.6 frame buffer, the virtual consoles maintain their
attributes independently. Example, if I change the bpp on one virtual
console (16bpp to 8bpp), the other VC still remains same (16 bpp).
However in 2.4 it changes the attributes of other active Virtual
consoles too. Example, if I change the mode from 8bpp to 16 bpp on VC1,
all the other VCs mode is changed to 16bpp. Is this some thing
intentionally done in 2.6 FB?

Based on the above implementation, how is the rotation treated? If I
change the rotation degree on one of the active Virtual consoles, should
all the other active Virtual consoles be oriented in new rotation angle?
Or they should still continue with their individual rotation attribute?

Thanks

Regards,
Khasim

Re: [Linux-fbdev-users] fedora core 5 framebuffer driver source

[Tomasz G. <tom...@gm...>]

Nathan King wrote:
> Hey folks,
> 
> I'm wanting to get a hold of the source for the VESA framebuffer drivers 
> that are used in FC5. I'm probably dense but I can't figure out how to 
> do this. I want to monkey with the source a little then recompile. Can 
> anybody give me a push?
> 
> Nathan
Look in the source trees (SRPMS) or something similar for kernel sources 
in your nearest Fedora mirror.

If thats not enough of a nudge, let us know =)

Tomasz

[Linux-fbdev-users] fedora core 5 framebuffer driver source

[Nathan K. <nat...@gm...>]

Hey folks,

I'm wanting to get a hold of the source for the VESA framebuffer drivers
that are used in FC5. I'm probably dense but I can't figure out how to do
this. I want to monkey with the source a little then recompile. Can anybody
give me a push?

Nathan

[Linux-fbdev-users] Dual Head Framebuffer

[Cassiano A. <cas...@gm...>]

Hi friends,

I've been searching at list for uses of framebuffer with two heads.

But I've find only cases using paticular drivers i.e. "NVidia fb driver" an=
d
not a generic solution using standard fbdev.

My problem is:
I have a software that uses graphical resources, but it runs in many
diferent hardwares, and the system don't use the normal installer but my ow=
n
one, that configures and detects few parameter related to my system.
So, I need a solution for two heads that uses de standard fbdev in both
monitors, avoiding the dificult task of detecting the parameters card.

I've already got to configure fbdev on the first card and the manufacturer
driver at the second, but not fbdev on both.

I've realised that, when I try to use fbdev on the second card, it tries to
use /dev/fb1, but it can't open it.
I've tried to use mknod in many diferent ways to configure /dev/fb1, but
it didn't work.

Does anybody had an experience like mine?

Thanks,

Cassiano Alves
(S=E3o Paulo - Brasil)

[Linux-fbdev-users] platinumfb display on a powermac 7200

[Tomasz G. <tom...@gm...>]

Hi all,

I've reposted my bug report on the list (following the procedure the
wrong way around, I know, sorry!) to get some ideas..

I managed to get my hands on a PowerMac 7200 and am
trying to boot. I (cross) compiled a kernel of
2.6.16.16 from a gentoo x86 box, and serially connected
the machine to view the console output results. I have
stripped out basically everything (no IDE, SCSI, USB)
except serial, framebuffer, console and ADB.

The framebuffer won't enable using the platinumfb for
the life of me when using BootX from a MacOS 7.6.1
installation on another hard drive. I've dropped a new
AHA2940 (bios flashed to OpenFirmware) SCSI card with
another attached hard drive to it (8GB of SCSI
goodness) so I can hack away at the MacOS to my hearts
content.

I have a successful installation of Debian 3.1 on this
HDD from a previously successful attempt some months
ago using the miboot boot/root install set from:
http://people.debian.org/~luther/d-i/sid/images/daily/
The daily builds I tried were 18-20 May 2006, and while
I believe the kernel has booted okay (since I can
insert the root floppy and hit enter and it does
something) I can't see anything on the screen.

I have a native mac monitor, MacOS runs at 640x480
happily. I can boot the debian/woody kernel (2.2)
series with the platinumfb driver, and zapola
everything is okay. I get screen output. I can boot off
one of my custom built 2.6.x kernels, specifying the
serial console as a the console=3D... parameter and sure
enough the system comes up without a hitch except that
the monitor is in 'off' mode. I have tried kernels
2.6.17-rc4, 2.6.16, 2.6.15, 2.6.14 (cross-)compiled
from sources without any luck.

Using
http://www.jonh.net/lppcfom-serve/cache/1043.html, I
have tried to give also several boot paramters
(thankfully I'm using BootX to try this stuff out now,
because trying to recreate the miboot debian floppies
would not have made for easy testing), also without
luck. Some examples of failed boots follow:
video=3Dplatinumfb
video=3Dplatinumfb:vmode:6,cmode:8
video=3Dplatinumfb:vmode:13,cmode:8
.. all with the same end result: no video.

Can I work with anyone on fixing this? It would be nice
to have some working miboots again, but unfortunately I
can't remember which daily build I downloaded when I
actually installed sarge some months ago. I *think* it
was 2.6.15, but I can't follow the same steps now
because the other modules can't be downloaded from
package repositories as sid is in 2.6.16-land now. I
have also tried the video=3Dofonly options when that
option is compiled in to the kernel (by the way, I am
always statically compiling the fb devices in), the
ofonlyboot image from the miboot series, also without
any joy. In my own compilations, I only ever use either
the platinumfb or the ofonly framebuffer devices
compiled in, not both at once.

I know (specifically) with the 2.6.17-rc4 kernel, the output
is there (sorta), but kind of skewed. So a line is kind of
skewed across the screen, and you can see dots coming up but
they're all with a very deep slant.
So a normal line would look like this:
..................................
What I get is this:
                      ..........
                  ...........
          ...............
       ..............

Maybe I can take a photo and upload a jpeg or something?
Seems like its (guessing here) writing to the wrong areas of
video memory (?).

-Tomasz

Re: [Linux-fbdev-users] how to map display card registers into userspace

[Geert U. <ge...@li...>]

On Wed, 17 May 2006, Jiao wrote:
> anybody know how to map hardware register of display cards into userspace

If the card has a frame buffer device driver, you can mmap() /dev/fbX, offset
fb_fix_screeninfo.smem_len, size fb_fix_screeninfo.mmio_len.

Else you have to mmap() /dev/mem.

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

Re: [Linux-fbdev-users] how to map display card registers into userspace

[Mark P. <pus...@dd...>]

-- 
- "So we're surrounded by absolutely nothing. There's a word for it. It's
    what you get when there's nothing left and everything's been used up."
- "Yes. I think it's called the bill."
   (Eric)

On Wed, 17 May 2006, Jiao wrote:

> anybody know how to map hardware register of display cards into userspace

As far as I know there is currently nothing to support that. You could do 
this by adding an ioctl to access registers, but i guess that is not what 
you want. The other option is to create an extra /dev entry.

[Linux-fbdev-users] how to map display card registers into userspace

[Jiao <sno...@gm...>]

YW55Ym9keSBrbm93IGhvdyB0byBtYXAgaGFyZHdhcmUgcmVnaXN0ZXIgb2YgZGlzcGxheSBjYXJk
cyBpbnRvIHVzZXJzcGFjZQ==

[Linux-fbdev-users] Framebuffer output but no framebuffer console output

[Sylvain G. <syl...@re...>]

Hello,

I wrote a framebuffer based on the virtual framebuffer (vfb.c) for an 
embedded device which has a TV output. Basically, I just had to modify 
the mmap, init, and exit functions so as to use my own memory addresses. 
I'm using a kernel 2.6.15.1 and the vfb in that tree.

This framebuffer works very well, I can make X run on top of it and see 
my X desktop on the TV. However, in console mode, it doesn't work. Well, 
it receives keyboard events as if I type 'root' <enter> 'halt', the 
embedded devices actually halts. So the problem is that there's no echo 
on the TV in console mode.

To redirect a tty to the framebuffer, I'm using the con2fb program 
(ftp://platan.vc.cvut.cz/pub/linux/matrox-latest/con2fb.c.gz 
<ftp://platan.vc.cvut.cz/pub/linux/matrox-latest/con2fb.c.gz>) which 
redirects a tty to a framebuffer. So, as I said, once redirected, I 
don't get any echo on the TV, althought key strokes are taken into account.

What is the problem? Is vfb unfit for console frame buffering? Should I 
consider taking vesafb as a basis? Is the con2fb wrong?  Should I 
compile vfb with some fonts? Notice that on my development station (the 
embedded device is on a PCI board), my VESA framebuffer works well, so 
my kernel is OK with console framebuffer options.

Any help would be very very appreciated.
Best regards,
Sylvain.

Re: AW: [Linux-fbdev-users] Question about logo and console...

[Gianluca <gia...@ep...>]

On Thursday 11 May 2006 09:39, Unger Richard wrote:
> Hi!
>
> In kernel 2.6 at least, the Logo option is seperate from the framebuffer
> console.... The Logo does, of course, require framebuffer support.
and unfortunately framebuffer console support too. :(

> One option might be to run the console on the Serial Port (no nasty text on
> the screen) and show a graphic using the framebuffer and the bootup logo.
> The logo would then be replaced when the first framebuffer app starts...
I did the same. and it works. The only problem is this: there is a block 
shaped cursor at the end of bootup logo.
How can I erase it?

Now I try to comment out the fbcon_putcs() function, so no text at all will be 
printed...

-- 
Gianluca Renzi
Eptar s.r.l.
Via Celletta 8/B
40026 Imola (BO) ITALY
Tel.:	+39-0542-609060
Fax.:	+39-0542-609054

Re: [Linux-fbdev-users] Question about logo and console...

[Mark P. <pus...@dd...>]

On Wed, 10 May 2006, Gianluca wrote:

> Hello list!

Hello

> Here is my first (ever) question:
>
> is it possible to have a kernel with compiled-in (statically) the logo
> (penguin) but NOT the linux framebuffer console?

As far as i know, it's not supported.

> As far as I see fbcon is strictly merged with logo.
> Any commandline hint or similar. Or I need a kernel patch?
>
> Here is my landscape:
> I am developing an ARM based embedded system and I need to have something on
> the screen during boot up.
> As soon the GUI is ready this bootup logo must go away with my application.

I don't know how you put the GUI on the display, but i'll assume you use a 
framebuffer device. In this case the logo will just disappear when a 
different image is drawn over it.

> The problem is the text scrolling with the virtual console and worst of all,
> the console will be blanked after a little while.

The console blanking can be disabled with the command `setterm -blank 0'.

I don't know what scrolling text you mean, but if you run your application 
on the first virtual console no messages will be printed. If you mean 
kernel messages, which might be printed anyway, you can turn those off 
also (setterm -msg off). If you experience a blinking cursor:
setterm -cursor off.

It works for me

>
> Best regards,
>

Greetings,

Mark Pustjens

-- 
'They think they want good government and justice for all, Vimes, yet what is
it they really crave, deep in their hearts? Only that things go on as normal
and tomorrow is pretty much like today.'
   (Feet of Clay)

[Linux-fbdev-users] Question about logo and console...

[Gianluca <gia...@ep...>]

Hello list!
Here is my first (ever) question:

is it possible to have a kernel with compiled-in (statically) the logo 
(penguin) but NOT the linux framebuffer console?
As far as I see fbcon is strictly merged with logo.
Any commandline hint or similar. Or I need a kernel patch?

Here is my landscape:
I am developing an ARM based embedded system and I need to have something on 
the screen during boot up.
As soon the GUI is ready this bootup logo must go away with my application.
The problem is the text scrolling with the virtual console and worst of all, 
the console will be blanked after a little while.

Best regards,
-- 
Gianluca Renzi
Eptar s.r.l.
Via Celletta 8/B
40026 Imola (BO) ITALY
Tel.:	+39-0542-609060
Fax.:	+39-0542-609054

[Linux-fbdev-users] RE: Intel 82852 - switching LVDS mode to SXGA

[Vladimir G. <vl...@ho...>]

Hi, 

Sorry if this is a bit off-topic but I thought I might be able to get some
info here. I have a Toshiba laptop with Intel 82852 integrated graphics and
XGA (1024x768) screen. I'm trying to upgrade it to an SXGA LCD panel. The
82852 chip supports resolutions of up to SXGA+ via LVDS and it can read
panel data so it can adjust the timing parameters accordingly. For some
reason it fails to revognize the new panel and the screen is messed up, even
in text mode. Is changing LVDS signal resolution something that can be done
via device drivers? Or perhaps the chip is programmed at boot time by
Toshiba BIOS to a fixed setting so that such upgrade is not possible? 

Thanks for any info, 
Vlad.

PS: sorry if it is a double-send, I sent one message from a wrong account,
so I'm not sure if it will bounce.

Re: [Linux-fbdev-users] Help with 800x480 Framebuffer (16 bit color or less)

[Lan U. <ob...@am...>]

--- "Antonino A. Daplas" <ad...@gm...> wrote:
> Lan User wrote:
> > Hello,
> > I'm the proud owner of a Toshiba Libretto 100CT
> > laptop that has an 800x480 LCD screen.  I'm using
> > 2.6.16 kernel.  I'd like to enable bootsplash on
> > machine but need a 16 bit or less framebuffer to
> > I found the 24 bit framebuffer mode of vga=806 but
> > unable to figure out a 16 bit (or less) mode that
> > color or less?
> 
> Run X using the 'vesa' driver. Look at
> /var/log/X*.0.log.
> It should contain a list of modes that the BIOS
> Pick the one you want, and take down the mode id
> mode id is a 2 digit hexadecimal number).  
> Add 0x200 to the
> mode id and use that in your vga= line.
> Tony

Thank you very much Tony.

That worked beautifuly.  I found the mode 127 in the
Xorg.log file, added 200 and ouila with vga=0x327 I
was  able to boot with an 800x480 16 bit framebuffer
console and was also able to enable bootsplash.

I converted 0x327 to decimal and vga=807 worked too. 
I could have sworn that I tried 807 before but I must
not have.

Anywho, thank you very much Tony and thanks gooes out
to all the people who have worked on the framebuffer
project.

Patrick.

Re: [Linux-fbdev-users] Help with 800x480 Framebuffer (16 bit color or less)

[Lan U. <ob...@am...>]

--- "Nathanael D. Noblet" <nat...@gn...> wrote:
> On Sat, 2006-03-25 at 15:51 -0800, Lan User wrote:
> > Hello,
> > machine but need a 16 bit or less framebuffer to
> > I found the 24 bit framebuffer mode of vga=806 but
> > unable to figure out a 16 bit (or less) mode that
> > the 800x480 resolution.
> > Is there a full list of modes that someone could
> > me to or is there another way to "discover" the
> > correct vga= number that will enable 800x480 at 16
> > Thanks much in advance,
> 
> I remember using video=tridentfb,mode=1024x768@16 as
> kernel boot
> parameter... Not sure if the above is fully correct,
> but google should
> clear that up if it isn't.
> 

I'd like to keep using the vesa driver for the
framebuffer support.  There does exist support for
800x480 with  the Neomagic driver but it isn't as fast
or good looking as vga=806 and has other artifact
related bugs, so I'd like to keep using the Vesa
driver.

I'm very curious as to how someone discovered vga=806
when it's not documented anywhere.  Maybe I coud use
the same method that someone used to discover vga=806,
to find a 16bit vesa mode.

I have also tried the append line of
"video=vesafb:800x480@16" but that has no effect.

Thanks,

Patrick.

Re: [Linux-fbdev-users] Help with 800x480 Framebuffer (16 bit color or less)

[Antonino A. D. <ad...@gm...>]

Lan User wrote:
> Hello,
> 
> I'm the proud owner of a Toshiba Libretto 100CT sub
> laptop that has an 800x480 LCD screen.  I'm using the
> 2.6.16 kernel.  I'd like to enable bootsplash on this
> machine but need a 16 bit or less framebuffer to do
> so.
> 
> I found the 24 bit framebuffer mode of vga=806 but I'm
> unable to figure out a 16 bit (or less) mode that for
> the 800x480 resolution.
> 
> Is there a full list of modes that someone could refer
> me to or is there another way to "discover" the
> correct vga= number that will enable 800x480 at 16 bit
> color or less?

Run X using the 'vesa' driver. Look at /var/log/X*.0.log.
It should contain a list of modes that the BIOS supports.
Pick the one you want, and take down the mode id (the
mode id is a 2 digit hexadecimal number).  Add 0x200 to the
mode id and use that in your vga= line.

Tony

Re: [Linux-fbdev-users] Help with 800x480 Framebuffer (16 bit color or less)

[Nathanael D. N. <nat...@gn...>]

On Sat, 2006-03-25 at 15:51 -0800, Lan User wrote:
> Hello,
> 
> I'm the proud owner of a Toshiba Libretto 100CT sub
> laptop that has an 800x480 LCD screen.  I'm using the
> 2.6.16 kernel.  I'd like to enable bootsplash on this
> machine but need a 16 bit or less framebuffer to do
> so.
> 
> I found the 24 bit framebuffer mode of vga=806 but I'm
> unable to figure out a 16 bit (or less) mode that for
> the 800x480 resolution.
> 
> Is there a full list of modes that someone could refer
> me to or is there another way to "discover" the
> correct vga= number that will enable 800x480 at 16 bit
> color or less?
> 
> Thanks much in advance,

I remember using video=tridentfb,mode=1024x768@16 as kernel boot
parameter... Not sure if the above is fully correct, but google should
clear that up if it isn't.

[Linux-fbdev-users] Help with 800x480 Framebuffer (16 bit color or less)

[Lan U. <ob...@am...>]

Hello,

I'm the proud owner of a Toshiba Libretto 100CT sub
laptop that has an 800x480 LCD screen.  I'm using the
2.6.16 kernel.  I'd like to enable bootsplash on this
machine but need a 16 bit or less framebuffer to do
so.

I found the 24 bit framebuffer mode of vga=806 but I'm
unable to figure out a 16 bit (or less) mode that for
the 800x480 resolution.

Is there a full list of modes that someone could refer
me to or is there another way to "discover" the
correct vga= number that will enable 800x480 at 16 bit
color or less?

Thanks much in advance,

Patrick.

[Linux-fbdev-users] stty changing fb-frequency?

[<lyn...@fr...>]

Hallo!

I  played  a  bit with stty cols and when I reduce them to "stty cols 160" the
monitor says "Signal out of range" Why's that? Is stty not just  reducing  the
columns?  I  hoped I could just set the number of cols and rows one would have
with 1280x1024 to make the chars nice and clear by scaleing that part  to  the
whole screen.

Thanks
Lynx

Re: [Linux-fbdev-users] How to change number of console rows before boot

[Antonino A. D. <ad...@gm...>]

lyn...@fr... wrote:
> Hallo!
> 
> 
> It would even help, if I could make the kernel switch to a console with 175x64
> and  not  65  rows.  Is  there  a way to pass the number or rows to the kernel
> before booting? (arch/i386/boot/video.S seems  to  deal  with  something  like

There's no such kernel parameter, but you can use 'stty cols <value> rows <value>'.

Tony