linux-fbdev-devel — linux-fbdev mailing list for project developers

[Linux-fbdev-devel] [BK PATCH] fbdev updates.

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

Hi!

   Please pull the fbdev BK repository. It has many bug fixes as well as
updates.

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

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

RE: [Linux-fbdev-devel] 2.5 atyfb on Sparc question

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

> Here's a simple one liner fix, pretty self explanatory, if you haven't
> caught it yet.  ;o)

Oops. Fixed now.

> Now looking to track this one down.  Haven't found it yet....
>
>   ld -m elf64_sparc -T arch/sparc64/vmlinux.lds arch/sparc64/kernel/head.o
> arch/sparc64/kernel/init_task.o init/init.o --start-group
> arch/sparc64/kernel/kernel.o arch/sparc64/mm/mm.o kernel/kernel.o mm/mm.o
> fs/fs.o ipc/ipc.o security/built-in.o arch/sparc64/math-emu/math-emu.o
> /home/bruce/sparctest/lib/lib.a lib/lib.a
> /home/bruce/sparctest/arch/sparc64/prom/promlib.a
> /home/bruce/sparctest/arch/sparc64/lib/lib.a drivers/built-in.o
> sound/sound.o net/network.o --end-group -o vmlinux
> drivers/built-in.o: In function `console_init':
> drivers/built-in.o(.text.init+0xa78): undefined reference to
> `uart_console_init'

New serial tty code. Have no idea for the fix.

[Linux-fbdev-devel] VESA VGA Graphic console has error to use emacs

[Seiichi N. <nak...@ku...>]

Hi.

I found VESA VGA Graphic console at linux-2.5.31 again.
and I was adviced by Petr Vandrovec that forward to lin...@li...

=====

>I use linux-2.5.30 with VESA VGA Graphic console at slackware-8.1 based environment.
>when I use emacs( 21.2 ), these situation occured. (I used to boot up with vga=771)
>
>(1) # emacs /tmp/test
>    I type a line ( /sbin/ifconfig lo 127.0.0.1 ), and save file.
>
>(2) # emacs /tmp/test
>    a line ( /sbin/ifconfig lo 127.0.0.1 ) displayed in emacs frame.
>
>(3) I wand to insert few spaces between /sbin/ifconfig and lo.
>    when I type a space, then a line change to a line ( /sbin/ifconfig  oo 127.0.0.1 ).
>    I could not edit a line as I want to edit.
>    this situation display only. when I save file and re-read file, results were fine.
>
>(4) I boot up PC ( erase VGA option ), I checked this test, everything OK.
>
>I checked a same test at linux-2.5.26,28,30 and got a same result.
>I checked at linux-2.4.19, it is OK( everything work fine with vga=771 ).
>I thinked VESA VGA Graphic console has bug to display in emacs frame.
>
>Before VESA VGA Graphic console occured kernel panic at linux-2.5.14,15.
>from linux-2.5.16 VESA VGA Graphic console compile and work fine,
>but Pengin Image did not display at boot up time. is it OK?

--------------------------------
  Seiichi Nakashima
  Email   nak...@ku...
--------------------------------

RE: [Linux-fbdev-devel] 2.5 atyfb on Sparc question

[Holzrichter, B. <bru...@mo...>]

> 
> Try it again. I pushed some fixes.
> 

Here's a simple one liner fix, pretty self explanatory, if you haven't
caught it yet.  ;o)

--- atyfb_base.c.old    Mon Aug 12 11:34:44 2002
+++ atyfb_base.c        Mon Aug 12 10:57:11 2002
@@ -2241,7 +2241,7 @@
                                    aty_ld_le32(CRTC_H_TOTAL_DISP,
default_par);
                                crtc.h_sync_strt_wid =
                                    aty_ld_le32(CRTC_H_SYNC_STRT_WID,
-                                               defualt_par);
+                                               default_par);
                                crtc.v_tot_disp =
                                    aty_ld_le32(CRTC_V_TOTAL_DISP,
default_par);
                                crtc.v_sync_strt_wid =

Now looking to track this one down.  Haven't found it yet....

  ld -m elf64_sparc -T arch/sparc64/vmlinux.lds arch/sparc64/kernel/head.o
arch/sparc64/kernel/init_task.o init/init.o --start-group
arch/sparc64/kernel/kernel.o arch/sparc64/mm/mm.o kernel/kernel.o mm/mm.o
fs/fs.o ipc/ipc.o security/built-in.o arch/sparc64/math-emu/math-emu.o
/home/bruce/sparctest/lib/lib.a lib/lib.a
/home/bruce/sparctest/arch/sparc64/prom/promlib.a
/home/bruce/sparctest/arch/sparc64/lib/lib.a drivers/built-in.o
sound/sound.o net/network.o --end-group -o vmlinux
drivers/built-in.o: In function `console_init':
drivers/built-in.o(.text.init+0xa78): undefined reference to
`uart_console_init'
make: *** [vmlinux] Error 1

B.

Re: [Linux-fbdev-devel] is it possible to set a picture as background with the framebuffer ?

[Ani J. <aj...@un...>]

Yes, this is possible.  A while back I did this as an exercise of
a video card.  There are several ways to do this, kernel, userland, etc,
but probably easiest is to load a bitmap in the kernel.

If you feel like going one step further, you can do what I did and add
alpha blending for the text console over your image.  Doing
graphics-on-graphics alpha blending is quite expensive so it is probably a
good idea to expose this feature of your video card, however getting the
documentation for your particular card will be a chore.

This ofcourse is just a for-fun thing, and one would never expect such a
feature in the kernel.  A properly designed userland app would best fit
this.


ani

On Sun, 11 Aug 2002, Stephane Wirtel wrote:

> dear,
>
> is it possible to set a picture as background with the framebuffer ?
> i'm searching about all possibilities with the FrameBuffer.
>
> --
> Stephane Wirtel <ste...@be...>
> Web : www.linux-mons.be	 "Linux Is Not UniX !!!"
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Linux-fbdev-devel mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel
>

[Linux-fbdev-devel] is it possible to set a picture as background with the framebuffer ?

[Stephane W. <ste...@be...>]

dear, 

is it possible to set a picture as background with the framebuffer ?
i'm searching about all possibilities with the FrameBuffer.

-- 
Stephane Wirtel <ste...@be...>
Web : www.linux-mons.be	 "Linux Is Not UniX !!!"

[Linux-fbdev-devel] which's the max resolution of the logo ?

[Stephane W. <ste...@be...>]

which is the max resolution of the logo ? because i can't set a picture
in 16bits or more.

thanks

-- 
Stephane Wirtel <ste...@be...>
Web : www.linux-mons.be	 "Linux Is Not UniX !!!"
Address :
    Rue de cartier, 53
    6030 Marchienne-au-Pont
    Belgium
Phone :	+32 474 768 072

[Linux-fbdev-devel] why not a specific driver for nvidia geforce ?

[Stephane W. <ste...@be...>]

thanks
-- 
Stephane Wirtel <ste...@be...>
Web : www.linux-mons.be	 "Linux Is Not UniX !!!"
Address :
    Rue de cartier, 53
    6030 Marchienne-au-Pont
    Belgium
Phone :	+32 474 768 072

Re: Radeon support (was Re: [Linux-fbdev-devel] (no subject))

[Adam K K. <ad...@vi...>]

FYI, using the radeon framebuffer code from the mplayer package seems to
have resolved the issues I was having.  Any chance of the mplayer driver
making it's way into the kernel?

Adam

On Thu, 8 Aug 2002, Adam K Kirchhoff wrote:

>
> Alright, so I did some more testing this morning...  I tried the exact
> same modes, with the exact same monitor, first hooked up to the VGA port
> and then hooked up to the DVI port of my Radeon 7500...  All but two of
> the modes were taken from the fb.modes file supplied by the DirectFB
> project.  *None* of the following modes (all at 16 bit) worked with the
> VGA port:
>
> 640x480 75Hz
> 800x600 75Hz
> 1024x768 72Hz
> 1280x1024 60Hz
> 1600x1200 60Hz
>
> All of the above worked (again, with the *same* monitor) hooked up to the
> DVI port.
>
> The two modes that *did* work with the VGA port were modes that I
> specified to the kernel when booting (they were not taken from fb.modes):
>
> 1024x768 70Hz
> 640x480 60Hz
>
> Also, it makes no difference if I use one of the unsupported modes from
> the list of five above with fbset or when the kernel boots...  In both
> situations, the display just blanks, as if it's either: A) getting no
> signal, or B)  getting sent to a frequency it doesn't support.
>
> Does *anyone* know what's going on and how to fix this?
>
> Adam
>
> On Wed, 7 Aug 2002, Adam K Kirchhoff wrote:
>
> >
> > Me again,
> >
> > =09So I think I might have a better idea of what's going on... I did
> > some testing with the Radeon framebuffer tonight, and can only seem to =
get
> > it to work with just two modes: 1024x768@70 and 640x480@60.  I've tried=
 a
> > number of others, which worked with the DVI output of my 7500, but don'=
t
> > seem to work with the VGA port of the card.
> >
> > =09Any ideas?
> >
> > Adam
> >
> > On Tue, 6 Aug 2002, Adam K Kirchhoff wrote:
> >
> > >
> > > Ani and others :-)
> > >
> > > =09I was hoping you could lend me some insight :-)  I'm trying to do
> > > some work with DirectFB, and I'm now running into a slight problem
> > > concerning getting output on the VGA port.
> > >
> > > =09I've e-mailed the directfb-dev mailing list about it and had some
> > > interesting conversations, but the end result was basically: "You sho=
uld
> > > check with Ani Joshi about that, and maybe ask on the linux-fbdev-dev=
el
> > > mailing list".
> > >
> > > =09So now I'm asking here :-)  Below this I'm including the
> > > description of the problem I'm seeing that I sent to the directfb-dev
> > > mailing list.
> > >
> > > =09Can anyone help me out?  Thanks :-)
> > >
> > > Adam
> > >
> > > ---------- Forwarded message ----------
> > > Date: Tue, 6 Aug 2002 12:51:24 -0400 (EDT)
> > > From: Adam K Kirchhoff <ad...@vo...>
> > > To: "[iso-8859-1] Ville Syrj=E4l=E4" <sy...@sc...>
> > > Cc: directfb-devel <dir...@di...>
> > > Subject: Re: [directfb-dev] Re: Radeon support...
> > >
> > >
> > > > I'm getting really confused as to what's going on... What exactly h=
appens
> > > > when you run a DirectFB application?
> > >
> > > It took me a while to figure it out what I know so far, and I'm still=
 not
> > > 100% sure what's going on...
> > >
> > > If I run *any* DirectFB application, the screen blanks.  The system
> > > doesn't lock.  I can ssh in and see the application listed in the pro=
cess
> > > table.  For example, running df_fire, the screen blanks and, after a =
few
> > > seconds, the monitor goes to sleep (as if it's no longer getting a
> > > signal)...  Hitting the 'esc' key brings back the vt, just as usual w=
hen
> > > runnin the application.
> > >
> > > Running dfbsee produces similar results.  However, with any video tha=
t I
> > > play, I can hear the audio stream :-)  I just can't see anything...
> > >
> > > Now, when I first experienced this, I posted about it on either
> > > directfb-dev or directfb-user.  A short while later, I figured out a
> > > workaround :-)
> > >
> > > Instead of booting with my CRT plugged into the VGA port, I used a
> > > DVI-to-VGA adapter (that came with my Radeon 7500), and plugged the
> > > monitor into the DVI-A port.  Lo' and behold, DirectFB applications w=
ere
> > > now showing up :-)
> > >
> > > Since then I've done some video card swapping and now have a "Powered=
 By
> > > ATI" Radeon 8500 LE.  This card has both a VGA port and a DVI-D port,=
 but
> > > no adapter.  The old adapter doesn't work for this card because it's
> > > designed for DVI-A as compared to DVI-D.
> > >
> > > I've encountered similar problems elsewhere, too.  For example, a hac=
ked
> > > radeon 7500 driver for BeOS would only display on the DVI port, even =
if
> > > the computer booted up fine with a monitor on the VGA port.
> > >
> > > Of course, I just don't know why this is the case :-)
> > >
> > > I've been poking around on-line looking for a DVI-D to VGA adapter, b=
ut
> > > very few of the shops that sell them on-line clarify if it's DVI-A or
> > > DVI-D :-)
> > >
> > > Adam
> > >
> > >
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This sf.net email is sponsored by:ThinkGeek
> > > Welcome to geek heaven.
> > > http://thinkgeek.com/sf
> > > _______________________________________________
> > > Linux-fbdev-devel mailing list
> > > Lin...@li...
> > > https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel
> > >
> > >
> >
> >
>
>

RE: [Linux-fbdev-devel] 2.5 atyfb on Sparc question

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

> > http://fbdev.bkbits.net:8080/fbdev-2.5
> >
>
> Closer, closer....
>
> Here's an FYI.  I haven't looked into it any further yet...

Try it again. I pushed some fixes.

RE: [Linux-fbdev-devel] 2.5 atyfb on Sparc question

[Holzrichter, B. <bru...@mo...>]

> 
> http://fbdev.bkbits.net:8080/fbdev-2.5
> 

Closer, closer....

Here's an FYI.  I haven't looked into it any further yet...

B.

make[3]: Entering directory `/home/bruce/sparctest/drivers/video/aty'
  sparc64-linux-gcc -Wp,-MD,./.atyfb_base.o.d -D__KERNEL__
-I/home/bruce/sparctest/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2
-fomit-frame-pointer -fno-strict-aliasing -fno-common -m64 -pipe -mno-fpu
-mcpu=ultrasparc -mcmodel=medlow -ffixed-g4 -fcall-used-g5 -fcall-used-g7
-Wno-sign-compare -Wa,--undeclared-regs -nostdinc -iwithprefix include
-DKBUILD_BASENAME=atyfb_base   -c -o atyfb_base.o atyfb_base.c
atyfb_base.c: In function `atyfb_ioctl':
atyfb_base.c:1075: `info2' undeclared (first use in this function)
atyfb_base.c:1075: (Each undeclared identifier is reported only once
atyfb_base.c:1075: for each function it appears in.)
atyfb_base.c:1070: warning: `disp' might be used uninitialized in this
function
atyfb_base.c: In function `atyfb_init':
atyfb_base.c:2086: warning: assignment makes pointer from integer without a
cast
atyfb_base.c:2184: `defualt_par' undeclared (first use in this function)
atyfb_base.c:2376: invalid operands to binary &
make[3]: *** [atyfb_base.o] Error 1
make[3]: Leaving directory `/home/bruce/sparctest/drivers/video/aty'
make[2]: *** [aty] Error 2
make[2]: Leaving directory `/home/bruce/sparctest/drivers/video'
make[1]: *** [video] Error 2
make[1]: Leaving directory `/home/bruce/sparctest/drivers'
make: *** [drivers] Error 2

Re: Radeon support (was Re: [Linux-fbdev-devel] (no subject))

[Adam K K. <ad...@vo...>]

Well, I finally got it working...  I had to use the radeon framebuffer
code that's distributed with mplayer, though :-)

Adam

On Thu, 8 Aug 2002, Adam K Kirchhoff wrote:

>
> Alright, so I did some more testing this morning...  I tried the exact
> same modes, with the exact same monitor, first hooked up to the VGA port
> and then hooked up to the DVI port of my Radeon 7500...  All but two of
> the modes were taken from the fb.modes file supplied by the DirectFB
> project.  *None* of the following modes (all at 16 bit) worked with the
> VGA port:
>
> 640x480 75Hz
> 800x600 75Hz
> 1024x768 72Hz
> 1280x1024 60Hz
> 1600x1200 60Hz
>
> All of the above worked (again, with the *same* monitor) hooked up to the
> DVI port.
>
> The two modes that *did* work with the VGA port were modes that I
> specified to the kernel when booting (they were not taken from fb.modes):
>
> 1024x768 70Hz
> 640x480 60Hz
>
> Also, it makes no difference if I use one of the unsupported modes from
> the list of five above with fbset or when the kernel boots...  In both
> situations, the display just blanks, as if it's either: A) getting no
> signal, or B)  getting sent to a frequency it doesn't support.
>
> Does *anyone* know what's going on and how to fix this?
>
> Adam
>
> On Wed, 7 Aug 2002, Adam K Kirchhoff wrote:
>
> >
> > Me again,
> >
> > =09So I think I might have a better idea of what's going on... I did
> > some testing with the Radeon framebuffer tonight, and can only seem to =
get
> > it to work with just two modes: 1024x768@70 and 640x480@60.  I've tried=
 a
> > number of others, which worked with the DVI output of my 7500, but don'=
t
> > seem to work with the VGA port of the card.
> >
> > =09Any ideas?
> >
> > Adam
> >
> > On Tue, 6 Aug 2002, Adam K Kirchhoff wrote:
> >
> > >
> > > Ani and others :-)
> > >
> > > =09I was hoping you could lend me some insight :-)  I'm trying to do
> > > some work with DirectFB, and I'm now running into a slight problem
> > > concerning getting output on the VGA port.
> > >
> > > =09I've e-mailed the directfb-dev mailing list about it and had some
> > > interesting conversations, but the end result was basically: "You sho=
uld
> > > check with Ani Joshi about that, and maybe ask on the linux-fbdev-dev=
el
> > > mailing list".
> > >
> > > =09So now I'm asking here :-)  Below this I'm including the
> > > description of the problem I'm seeing that I sent to the directfb-dev
> > > mailing list.
> > >
> > > =09Can anyone help me out?  Thanks :-)
> > >
> > > Adam
> > >
> > > ---------- Forwarded message ----------
> > > Date: Tue, 6 Aug 2002 12:51:24 -0400 (EDT)
> > > From: Adam K Kirchhoff <ad...@vo...>
> > > To: "[iso-8859-1] Ville Syrj=E4l=E4" <sy...@sc...>
> > > Cc: directfb-devel <dir...@di...>
> > > Subject: Re: [directfb-dev] Re: Radeon support...
> > >
> > >
> > > > I'm getting really confused as to what's going on... What exactly h=
appens
> > > > when you run a DirectFB application?
> > >
> > > It took me a while to figure it out what I know so far, and I'm still=
 not
> > > 100% sure what's going on...
> > >
> > > If I run *any* DirectFB application, the screen blanks.  The system
> > > doesn't lock.  I can ssh in and see the application listed in the pro=
cess
> > > table.  For example, running df_fire, the screen blanks and, after a =
few
> > > seconds, the monitor goes to sleep (as if it's no longer getting a
> > > signal)...  Hitting the 'esc' key brings back the vt, just as usual w=
hen
> > > runnin the application.
> > >
> > > Running dfbsee produces similar results.  However, with any video tha=
t I
> > > play, I can hear the audio stream :-)  I just can't see anything...
> > >
> > > Now, when I first experienced this, I posted about it on either
> > > directfb-dev or directfb-user.  A short while later, I figured out a
> > > workaround :-)
> > >
> > > Instead of booting with my CRT plugged into the VGA port, I used a
> > > DVI-to-VGA adapter (that came with my Radeon 7500), and plugged the
> > > monitor into the DVI-A port.  Lo' and behold, DirectFB applications w=
ere
> > > now showing up :-)
> > >
> > > Since then I've done some video card swapping and now have a "Powered=
 By
> > > ATI" Radeon 8500 LE.  This card has both a VGA port and a DVI-D port,=
 but
> > > no adapter.  The old adapter doesn't work for this card because it's
> > > designed for DVI-A as compared to DVI-D.
> > >
> > > I've encountered similar problems elsewhere, too.  For example, a hac=
ked
> > > radeon 7500 driver for BeOS would only display on the DVI port, even =
if
> > > the computer booted up fine with a monitor on the VGA port.
> > >
> > > Of course, I just don't know why this is the case :-)
> > >
> > > I've been poking around on-line looking for a DVI-D to VGA adapter, b=
ut
> > > very few of the shops that sell them on-line clarify if it's DVI-A or
> > > DVI-D :-)
> > >
> > > Adam
> > >
> > >
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This sf.net email is sponsored by:ThinkGeek
> > > Welcome to geek heaven.
> > > http://thinkgeek.com/sf
> > > _______________________________________________
> > > Linux-fbdev-devel mailing list
> > > Lin...@li...
> > > https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel
> > >
> > >
> >
> >
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Linux-fbdev-devel mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel
>
>

Re: [Linux-fbdev-devel] 2.5 atyfb on Sparc question

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

> > Oops. The next patch will remove get_fix and get_var. Also the internal
> > fbdev code will begin using the var and fix feilds in struct fb_info.
> Is there a place (ruby tree ???) where this stuff can be seen before it goes to Linus?

http://fbdev.bkbits.net:8080/fbdev-2.5

> I want to port my driver and would be nice to see how the final fb core looks like...
> Jani.

Re: [Linux-fbdev-devel] 2.5 atyfb on Sparc question

[Jani M. <ja...@iv...>]

On Thu, 8 Aug 2002 11:19:46 -0700 (PDT)
James Simmons <jsi...@in...> wrote:

> Oops. The next patch will remove get_fix and get_var. Also the internal
> fbdev code will begin using the var and fix feilds in struct fb_info.
Is there a place (ruby tree ???) where this stuff can be seen before it goes to Linus?
I want to port my driver and would be nice to see how the final fb core looks like...
Jani.

Re: [Linux-fbdev-devel] 2.5 atyfb on Sparc question

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

On Fri, 2002-08-09 at 02:51, Petr Vandrovec wrote:

> 
> Message from Antonio Daplas
> (http://www.geocrawler.com/lists/3/SourceForge/9276/0/9249087/)
> says:
> 2.5 old (with offscreen buffers) 10.708
> 2.5 new                           4.378
> 2.4                               2.098
> 
> His first message 
> (http://www.geocrawler.com/lists/3/SourceForge/9276/25/9237029/)
> listed 13.586 for old 2.5 code.
> 
> So you are right, old code was not 1000% slowdown, only 500%. But main
> problem is not speed of old code, but speed of new code. And if numbers
> are right, new code is still 100% slower than 2.4.x code was.
>                                                 Petr Vandrovec

The numbers are correct. However I'm only talking about software drawing
here.  With a few more optimizations with the code, the scroll time was
further cut down to 3.780s.  Also, 16bpp and 32bpp is now faster in 2.5
than in 2.4, although 24bpp is still a bit slower because of problems of
its weird alignmment.

However, ALL hardware accelerated code is much faster than the old one,
and will be much, much faster if hardware sync on demand is implemented.
(I really want this James :)

The extra processing of the font bitmap in putcs() outweighs the benefit
of "bulk" writing the data in 8bpp, but becomes insignificant as we go
to higher color depths, or as we take advantage of hardware
acceleration.

I'm attaching diffs for cfbimgblt.c, cfbfillrect.c, cfbcopyarea.c and
fbcon-accel.c.  This is against vanilla 2.5.27.

fbcon-accel.c:  
	process 4 characters at a time, if possible, to squeeze a few more CPU
cycles

cfbimgblt.c
	divided into fast_imageblit (for 8, 16, 32 bpp), slow_imageblit (24
bpp) and bitwise_imageblit (default).  

slow_imageblit involves packaging 4 pixels (or 8 if we have color depths
> 32) which are written as double words (1 - 8bpp, 2 - 16bpp, 3 -
24bpp).

cfbcopyarea.c
	uses fast_memmove and fb_memmove for 24 bpp.  Anthing wrong with this
fb string functions?  I seem not to see any performance degradation by
using them.

cfbfillarea.c
	Similar concept as slow_imageblit, packages 4-pixels in 24 bpp that are
written as 3 double words to the framebuffer.


	Also is the double word access alignment a strict or optional
requirement? 

Any comments?

Tony 

Re: [Linux-fbdev-devel] 2.5 atyfb on Sparc question

[Petr V. <VAN...@vc...>]

On  8 Aug 02 at 11:32, James Simmons wrote:
> > On  8 Aug 02 at 11:16, James Simmons wrote:
> > > > I also hope that performance problems will be solved
> > > > before we are
> > > > forced to not use putcs.
> > >
> > > It will be :-) I need to one align the data. Second I
> > > plan to implement the patch recently posted here.
> >
> > Patch still showed about 100% slowdown against 2.4.x, if I interpreted
> > yesterday's table correctly. It is better than 1000% slowdown, but still...
> 
> I could believe a slow down of 2x but 1000 I don't think so.

Message from Antonio Daplas
(http://www.geocrawler.com/lists/3/SourceForge/9276/0/9249087/)
says:
2.5 old (with offscreen buffers) 10.708
2.5 new                           4.378
2.4                               2.098

His first message 
(http://www.geocrawler.com/lists/3/SourceForge/9276/25/9237029/)
listed 13.586 for old 2.5 code.

So you are right, old code was not 1000% slowdown, only 500%. But main
problem is not speed of old code, but speed of new code. And if numbers
are right, new code is still 100% slower than 2.4.x code was.
                                                Petr Vandrovec
                                                

Re: [Linux-fbdev-devel] 2.5 atyfb on Sparc question

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

> On  8 Aug 02 at 11:16, James Simmons wrote:
> > > I also hope that performance problems will be solved
> > > before we are
> > > forced to not use putcs.
> >
> > It will be :-) I need to one align the data. Second I
> > plan to implement the patch recently posted here.
>
> Patch still showed about 100% slowdown against 2.4.x, if I interpreted
> yesterday's table correctly. It is better than 1000% slowdown, but still...

I could believe a slow down of 2x but 1000 I don't think so.

Re: [Linux-fbdev-devel] RFC: Optimizing putcs()

[James S. <cap...@ya...>]

> I took a crack at adding support for bpp24 for the
> cfb_* drawing
> functions.  I tried to keep the original code as
> much as possible, so
> the result may not be optimal.  My test shows though
> that bpp24 should
> be as fast as (maybe a tad slower than) bpp32.

Thanks.
 
> As for drawing the logo, will the source be
> containing indices to the
> palette?

I believe so. I haven't thought much about it.


__________________________________________________
Do You Yahoo!?
HotJobs - Search Thousands of New Jobs
http://www.hotjobs.com

Re: [Linux-fbdev-devel] 2.5 atyfb on Sparc question

[Petr V. <VAN...@vc...>]

On  8 Aug 02 at 11:16, James Simmons wrote:
> > I also hope that performance problems will be solved
> > before we are
> > forced to not use putcs.
> 
> It will be :-) I need to one align the data. Second I
> plan to implement the patch recently posted here. 

Patch still showed about 100% slowdown against 2.4.x, if I interpreted
yesterday's table correctly. It is better than 1000% slowdown, but still...
                                                Petr
                                                

Re: [Linux-fbdev-devel] 2.5 atyfb on Sparc question

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

> > > I push stuff. The next set of patches will break
> > alot
> > > of drivers but I need to do this to get people to
> > port
> > > there stuff over to the new api.
> >
> > Could you outline what the next set of patches will
> > change?

Oops. The next patch will remove get_fix and get_var. Also the internal
fbdev code will begin using the var and fix feilds in struct fb_info.

Re: [Linux-fbdev-devel] 2.5 atyfb on Sparc question

[James S. <cap...@ya...>]

--- Jani Monoses <ja...@iv...> wrote:
> On Tue, 6 Aug 2002 09:06:48 -0700 (PDT)
> James Simmons <cap...@ya...> wrote:
> > I push stuff. The next set of patches will break
> alot
> > of drivers but I need to do this to get people to
> port
> > there stuff over to the new api.
> 
> Could you outline what the next set of patches will
> change?
> Thanks
> Jani.

__________________________________________________
Do You Yahoo!?
HotJobs - Search Thousands of New Jobs
http://www.hotjobs.com

Re: [Linux-fbdev-devel] 2.5 atyfb on Sparc question

[James S. <cap...@ya...>]

> I also hope that performance problems will be solved
> before we are
> forced to not use putcs.

It will be :-) I need to one align the data. Second I
plan to implement the patch recently posted here. 

__________________________________________________
Do You Yahoo!?
HotJobs - Search Thousands of New Jobs
http://www.hotjobs.com

Re: Radeon support (was Re: [Linux-fbdev-devel] (no subject))

[Adam K K. <ad...@vo...>]

Alright, so I did some more testing this morning...  I tried the exact
same modes, with the exact same monitor, first hooked up to the VGA port
and then hooked up to the DVI port of my Radeon 7500...  All but two of
the modes were taken from the fb.modes file supplied by the DirectFB
project.  *None* of the following modes (all at 16 bit) worked with the
VGA port:

640x480 75Hz
800x600 75Hz
1024x768 72Hz
1280x1024 60Hz
1600x1200 60Hz

All of the above worked (again, with the *same* monitor) hooked up to the
DVI port.

The two modes that *did* work with the VGA port were modes that I
specified to the kernel when booting (they were not taken from fb.modes):

1024x768 70Hz
640x480 60Hz

Also, it makes no difference if I use one of the unsupported modes from
the list of five above with fbset or when the kernel boots...  In both
situations, the display just blanks, as if it's either: A) getting no
signal, or B)  getting sent to a frequency it doesn't support.

Does *anyone* know what's going on and how to fix this?

Adam

On Wed, 7 Aug 2002, Adam K Kirchhoff wrote:

>
> Me again,
>
> =09So I think I might have a better idea of what's going on... I did
> some testing with the Radeon framebuffer tonight, and can only seem to ge=
t
> it to work with just two modes: 1024x768@70 and 640x480@60.  I've tried a
> number of others, which worked with the DVI output of my 7500, but don't
> seem to work with the VGA port of the card.
>
> =09Any ideas?
>
> Adam
>
> On Tue, 6 Aug 2002, Adam K Kirchhoff wrote:
>
> >
> > Ani and others :-)
> >
> > =09I was hoping you could lend me some insight :-)  I'm trying to do
> > some work with DirectFB, and I'm now running into a slight problem
> > concerning getting output on the VGA port.
> >
> > =09I've e-mailed the directfb-dev mailing list about it and had some
> > interesting conversations, but the end result was basically: "You shoul=
d
> > check with Ani Joshi about that, and maybe ask on the linux-fbdev-devel
> > mailing list".
> >
> > =09So now I'm asking here :-)  Below this I'm including the
> > description of the problem I'm seeing that I sent to the directfb-dev
> > mailing list.
> >
> > =09Can anyone help me out?  Thanks :-)
> >
> > Adam
> >
> > ---------- Forwarded message ----------
> > Date: Tue, 6 Aug 2002 12:51:24 -0400 (EDT)
> > From: Adam K Kirchhoff <ad...@vo...>
> > To: "[iso-8859-1] Ville Syrj=E4l=E4" <sy...@sc...>
> > Cc: directfb-devel <dir...@di...>
> > Subject: Re: [directfb-dev] Re: Radeon support...
> >
> >
> > > I'm getting really confused as to what's going on... What exactly hap=
pens
> > > when you run a DirectFB application?
> >
> > It took me a while to figure it out what I know so far, and I'm still n=
ot
> > 100% sure what's going on...
> >
> > If I run *any* DirectFB application, the screen blanks.  The system
> > doesn't lock.  I can ssh in and see the application listed in the proce=
ss
> > table.  For example, running df_fire, the screen blanks and, after a fe=
w
> > seconds, the monitor goes to sleep (as if it's no longer getting a
> > signal)...  Hitting the 'esc' key brings back the vt, just as usual whe=
n
> > runnin the application.
> >
> > Running dfbsee produces similar results.  However, with any video that =
I
> > play, I can hear the audio stream :-)  I just can't see anything...
> >
> > Now, when I first experienced this, I posted about it on either
> > directfb-dev or directfb-user.  A short while later, I figured out a
> > workaround :-)
> >
> > Instead of booting with my CRT plugged into the VGA port, I used a
> > DVI-to-VGA adapter (that came with my Radeon 7500), and plugged the
> > monitor into the DVI-A port.  Lo' and behold, DirectFB applications wer=
e
> > now showing up :-)
> >
> > Since then I've done some video card swapping and now have a "Powered B=
y
> > ATI" Radeon 8500 LE.  This card has both a VGA port and a DVI-D port, b=
ut
> > no adapter.  The old adapter doesn't work for this card because it's
> > designed for DVI-A as compared to DVI-D.
> >
> > I've encountered similar problems elsewhere, too.  For example, a hacke=
d
> > radeon 7500 driver for BeOS would only display on the DVI port, even if
> > the computer booted up fine with a monitor on the VGA port.
> >
> > Of course, I just don't know why this is the case :-)
> >
> > I've been poking around on-line looking for a DVI-D to VGA adapter, but
> > very few of the shops that sell them on-line clarify if it's DVI-A or
> > DVI-D :-)
> >
> > Adam
> >
> >
> >
> >
> >
> > -------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > _______________________________________________
> > Linux-fbdev-devel mailing list
> > Lin...@li...
> > https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel
> >
> >
>
>

[Linux-fbdev-devel] own driver crashes + patch

[Yves <yve...@fr...>]

Hi all, 

I'm writing a Framebuffer driver for an embedded system that contains an
LCD display and and Toshiba T6963 controller. 

I had the problem, that my driver crashed because the screensize
(126x64) is lower than the boot-logo (80x80). And this parameter is not
checked in fbcon.c

To see a Kernel with the virtual framebuffer crash, apply the patch
vfb.diff and enable the Virtual Framebuffer in your configuration and
kernel command line.

The workaround is shown in file fbcon-2.4.18.patch. 
I'm not sure if that is the right place to check the boot-logo size.
Perhaps somebody has a better idea.

Best regards 
Yves Jaeger 

[Linux-fbdev-devel] KernelDoc "fb": New Framebuffer help text (fwd)

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

---------- Forwarded message ----------
Date: Thu, 8 Aug 2002 14:18:48 +0200
From: Bastian Pflieger <wb...@il...>
To: ge...@li...
Subject: KernelDoc "fb": New Framebuffer help text

Hello

I wrote a little help text to setup the SiS Framebuffer. I think
that is currently missing.

I usally activate the VESA Framebuffer, but a few days ago I bought a cheap
laptop with a SiS Chipset and I was lost how to activate the SiS
Framebuffer.

It's no indepth guide or something, just a little help to setup the
framebuffer quick.

Its my first contribution ever made, so if something wrong or not good
enough please tell me.

Greetings
Bastian Pflieger