linuxconsole-dev

status

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

Hi!

  After a weekend of bug fixing several little annoying bugs have been
fixed. Hardware scroll regions (for moving a section of the screen
around) have bene implemented. In fbcon all 3 accelerated functions are now
in use. This means I have started software accel function testing. Once I
have removed those bugs we can use them to get VESA fb going. People are
welcomed to test it out. I don't think cfbimgblt.c compiles.

TODO:

1) Implement software emulated accel functions (in the works)

2) Implement screen resizing. Needed for take_over_console and resizing
   the VC.

3) Fix cursor handling.

4) Implement whole screen scrolling in hardware. Also take advantage of
   the scrollback for several drivers that don't have the video memory
   to implement hardware scrolling.

5) Add font handling to fbcon again.

6) Unicode cleanup. Playing around with the console system I have found
   even the current console implementation very broken when it comes to
   unicode support :-(

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

status

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

Hi folks!!!

   Just to let you know where I am for the fbdev developement. I finished 
off the latest api changes. The cursor api has been cleaned up and it uses 
fb_image struct. This makes life easier. 
   I ported over the ATI 128 driver to the latest changes. I finished the 
3Dfx driver yesterday and got the ATI mach 64 driver done this morning.
I will test it tomorrow. Then I will finsih up the NVIDIA driver. After 
that I'm going to push the code to linus. 
   I started to hack at fbcon.c but realized it is such a mess I am going 
to rewrite it from scratch. This will be after the push to linus. I plan 
to use MDA console and create a modular fbcon that I can play with at 
will. 
   The other annoucement is I have started to look for funding for this 
developement. At present I haven't found anything. I realized for the 
fbdev and console changes to be done I need to devote all my time to do 
this. To do this will require funding so I can pay my most basic bills. 
Wish me luck.

Re: status

[Antonino D. <ad...@po...>]

On Fri, 2002-11-22 at 22:52, James Simmons wrote:
> 
> Hi folks!!!
> 
>    Just to let you know where I am for the fbdev developement. I finished 
> off the latest api changes. The cursor api has been cleaned up and it uses 
> fb_image struct. This makes life easier. 
>    I ported over the ATI 128 driver to the latest changes. I finished the 
> 3Dfx driver yesterday and got the ATI mach 64 driver done this morning.
> I will test it tomorrow. Then I will finsih up the NVIDIA driver. After 
> that I'm going to push the code to linus. 
Any patches in the meantime?  I have a few changes I can pass to you:

1. optimized putcs to speed up scrolling by 2-3x.  (it's a small patch
but it already outperforms fb-2.4 especially at high color depths).
Compared with the previous patch I submitted, this change is
non-intrusive, so no other changes are required.

2. vga16fb imageblit that supports drawing of the penguin (vga-4-planes
only)

3. logo drawing for directcolor visuals.

The above should complete softaccel support for most hardware except for
the more esoteric ones (mostly authored by Geert).

Also cfbcursor is a bit misleading, no?  It implies support for
packed-pixels only, but I already  use it with vga16fb.

Tony 

Re: status

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

> Any patches in the meantime?  I have a few changes I can pass to you:

Yes of course!!!!

> 1. optimized putcs to speed up scrolling by 2-3x.  (it's a small patch
> but it already outperforms fb-2.4 especially at high color depths).
> Compared with the previous patch I submitted, this change is
> non-intrusive, so no other changes are required.
>
> 2. vga16fb imageblit that supports drawing of the penguin (vga-4-planes
> only)
> 
> 3. logo drawing for directcolor visuals.

Please send me those patches ASAP!!! I will linclude them right away.
 
> The above should complete softaccel support for most hardware except for
> the more esoteric ones (mostly authored by Geert).

Geert is busy porting the Amigia driver to the new api. That means all the 
ilbm, iplan stuff will go away :-) 

> Also cfbcursor is a bit misleading, no?  It implies support for
> packed-pixels only, but I already  use it with vga16fb.

OOps. You are right. What should we call it?

Re: status

[Antonino D. <ad...@po...>]

On Sat, 2002-11-23 at 00:04, James Simmons wrote:
> 
> > Any patches in the meantime?  I have a few changes I can pass to you:
> 
> Yes of course!!!!
> 
I mean, do you have patches against vanilla linux?  I currently don't
have bk right now.  I browsed the bk repository, and it seems you made a
lot of changes.

> > 1. optimized putcs to speed up scrolling by 2-3x.  (it's a small patch
> > but it already outperforms fb-2.4 especially at high color depths).
> > Compared with the previous patch I submitted, this change is
> > non-intrusive, so no other changes are required.
> >
> > 2. vga16fb imageblit that supports drawing of the penguin (vga-4-planes
> > only)
> > 
> > 3. logo drawing for directcolor visuals.
> 
> Please send me those patches ASAP!!! I will linclude them right away.
I can, but against 2.5.48 only + your old fbdev.diff.  You might have a
hard time merging it to your repository.

>  
> > The above should complete softaccel support for most hardware except for
> > the more esoteric ones (mostly authored by Geert).
> 
> Geert is busy porting the Amigia driver to the new api. That means all the 
> ilbm, iplan stuff will go away :-) 
> 
> > Also cfbcursor is a bit misleading, no?  It implies support for
> > packed-pixels only, but I already  use it with vga16fb.
> 
> OOps. You are right. What should we call it?
> 
I don't know, gen_cursor?

Tony

Re: status

[Antonino D. <ad...@po...>]

On Sat, 2002-11-23 at 00:04, James Simmons wrote:
> 

> > 1. optimized putcs to speed up scrolling by 2-3x.  (it's a small patch
> > but it already outperforms fb-2.4 especially at high color depths).
> > Compared with the previous patch I submitted, this change is
> > non-intrusive, so no other changes are required.
> >
> > 2. vga16fb imageblit that supports drawing of the penguin (vga-4-planes
> > only)
> > 
> > 3. logo drawing for directcolor visuals.
> 
> Please send me those patches ASAP!!! I will linclude them right away.
>  
Okay.  Instead of patches, I'll just attach a file with the targeted
functions which you can choose to cut and paste or modify as you see
fit.  

vga16fb_imageblit in vga16fb.c
fbcon_show_logo in fbcon.c
fbcon_accel_putcs in fbcon-accel.c

Re: [Linux-fbdev-devel] Re: status

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

On Fri, 22 Nov 2002, James Simmons wrote:
> Geert is busy porting the Amigia driver to the new api. That means all the 
> ilbm, iplan stuff will go away :-) 

I have first code for amifb, but it doesn't work yet, due to other problems
with 2.5.x on Amiga. I hope to fix these tomorrow...

Besides, we still need someone to take care of the Atari 2-byte interleaved
bitplanes (iplan2p*), since I don't have the hardware, and am not 100% sure how
they work. But reviving 2.5.x on Atari will be even harder...

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-devel] Re: status

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

> > Geert is busy porting the Amigia driver to the new api. That means all the 
> > ilbm, iplan stuff will go away :-) 
> 
> I have first code for amifb, but it doesn't work yet, due to other problems
> with 2.5.x on Amiga. I hope to fix these tomorrow...

Yeah!!!

> Besides, we still need someone to take care of the Atari 2-byte interleaved
> bitplanes (iplan2p*), since I don't have the hardware, and am not 100% sure 
> how they work. But reviving 2.5.x on Atari will be even harder...

   Me neither. But there is a way to find out. A trick I used to figure 
out the hga framebuffer lay out. Build just the fbdev layer without fbcon. 
Then do a write to /dev/fbX to see what happens. 
   The way I have fbdev now is when you open /dev/fb0 the hardware mode is 
set. When you close the /dev/fb the hardware goes back to text mode. I did 
it this way so you could insmod the driver and NOT change the hardware 
state. Also fb_open is the function register_framebuffer needs just before 
take_over_console happens. The other benifiet is if X dies that uses 
/dev/fb to set it modes then the file will be closed automatically and teh 
hardware state will be set to a sane state. This is for the case of vgacon 
with fbdev. WHat about from fbco? Well that is easy since fb_open passes a 
falg to let us knwo if it is from userland for fbcon.

P.S
   It appears fbcon is totally broken in BK. I'm using the above trick to 
test the code. Tonight I'm going to work on making fbcon completely 
modular. Yeah!!!!