Computer with 1GB and radeonfb

Computer with 1GB and radeonfb

[Martin Sieper]

Hello developers,

I have a P4 computer with 1GB of RAM and a Radeon 9100 and I'm
using linux 2.4.20.

I had try the vesafb but it's failed. OK I've found a
patch for big memory on this list  and now vasafb works fine.

The radeonfb doesn't work. OK I've found these patch
radeonfb-041103-2.4.20.diff also on this list but the
radeonfb doesn't work:

May 30 13:22:22 arbeitspferd kernel: radeonfb_pci_register BEGIN
May 30 13:22:22 arbeitspferd kernel: radeonfb: ref_clk=2700, ref_div=12, xclk=20000 from BIOS
May 30 13:22:22 arbeitspferd kernel: radeonfb: probed DDR SGRAM 131072k videoram
May 30 13:22:22 arbeitspferd kernel: BIOS 4 scratch = 2000002
May 30 13:22:22 arbeitspferd kernel: FP_GEN_CNTL: 0, FP2_GEN_CNTL: 8
May 30 13:22:22 arbeitspferd kernel: TMDS_TRANSMITTER_CNTL: 10000082, TMDS_CNTL: 1000000, LVDS_GEN_CNTL: 0
May 30 13:22:22 arbeitspferd kernel: DAC_CNTL: ff604002, DAC_CNTL2: 0, CRTC_GEN_CNTL: 2000200
May 30 13:22:22 arbeitspferd kernel: radeonfb: cannot map FB

I think it's also a big memory problem like the vesafb.
I'm not a kernel hacker, can someone help me please?

Thanks

Martin



-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5

Re: Computer with 1GB and radeonfb

[Jurriaan]

From: Martin Sieper <msi@ngi-box.de>
Date: Fri, May 30, 2003 at 10:13:54PM +0200
> Hello developers,
> 
> I have a P4 computer with 1GB of RAM and a Radeon 9100 and I'm
> using linux 2.4.20.
> 
> I had try the vesafb but it's failed. OK I've found a
> patch for big memory on this list  and now vasafb works fine.
> 
> The radeonfb doesn't work. OK I've found these patch
> radeonfb-041103-2.4.20.diff also on this list but the
> radeonfb doesn't work:
> 
> May 30 13:22:22 arbeitspferd kernel: radeonfb_pci_register BEGIN
> May 30 13:22:22 arbeitspferd kernel: radeonfb: ref_clk=2700, ref_div=12, xclk=20000 from BIOS
> May 30 13:22:22 arbeitspferd kernel: radeonfb: probed DDR SGRAM 131072k videoram
> May 30 13:22:22 arbeitspferd kernel: BIOS 4 scratch = 2000002
> May 30 13:22:22 arbeitspferd kernel: FP_GEN_CNTL: 0, FP2_GEN_CNTL: 8
> May 30 13:22:22 arbeitspferd kernel: TMDS_TRANSMITTER_CNTL: 10000082, TMDS_CNTL: 1000000, LVDS_GEN_CNTL: 0
> May 30 13:22:22 arbeitspferd kernel: DAC_CNTL: ff604002, DAC_CNTL2: 0, CRTC_GEN_CNTL: 2000200
> May 30 13:22:22 arbeitspferd kernel: radeonfb: cannot map FB
> 
> I think it's also a big memory problem like the vesafb.
> I'm not a kernel hacker, can someone help me please?
> 
There were two patches floating around - one to limit the amount of
reserved memory, and one to increase the amount of kernel memory you can
reserve.

The first one probably only affects the vesafb-driver. You could adapt
it to the radeonfb-driver, just search for the correct lines in the
radeonfb source and change them like the patch changes them.
There's nothing like booting a kernel whose sources you've changed
yourself to make you feel the power of open source :-)

The second one should also work with the radeonfb driver. It looks
something like this:

====================================================================
This means with "mem=512M", you will probably have about 500M of
vmalloc space, which is more than enough to ioremap the framebuffer.

With the full 1 GB of memory, you might think that there would be no
vmalloc space available at all.  However, <asm/page.h> defines a
constant VMALLOC_RESERVE (which by default is 128 MB), and the kernel
makes sure that there is at least this much vmalloc space available.
However, by the time you load the module, at least some of this space
has been consumed, so the ioremap fails.  (If nothing else uses
vmalloc space, just loading a module will call vmalloc() to get space
for the module to be loaded into!)

One not very good way for you to proceed would be to change the
definition of VMALLOC_RESERVE from (128 << 20) to something like (256
<< 20), which should leave the driver room to ioremap the framebuffer.
This is a little ugly.  However, I don't see why a framebuffer driver
would need to ioremap _all_ of a video card's memory -- so a better
solution would be to fix the driver to only ioremap what it needs to.
=====================================================================

HTH,
Jurriaan
-- 
REAL LIFE MANAGEMENT 'DILBERT QUOTATIONS':
4: This project is so important, we can't let things that are more
   important interfere with it. (Advertising/Marketing manager, United
   Parcel Service)
Debian (Unstable) GNU/Linux 2.5.70 4112 bogomips load av: 0.38 0.13 0.11


-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5

Re: Computer with 1GB and radeonfb

[Martin Sieper]

Hi Jurriaan,

thank you for the answer.

On Sat, 31 May 2003 07:42:13 +0200, Jurriaan wrote:
> The first one probably only affects the vesafb-driver. You could adapt
> it to the radeonfb-driver, just search for the correct lines in the
> radeonfb source and change them like the patch changes them.
> There's nothing like booting a kernel whose sources you've changed
> yourself to make you feel the power of open source :-)

I have look in the source radeonfb.c and have insert this:

--- linux-2.4.20/drivers/video/radeonfb.c.orig	2003-06-05 00:06:54.000000000 +0200
+++ linux-2.4.20/drivers/video/radeonfb.c	2003-06-01 12:19:07.000000000 +0200
@@ -1714,6 +1714,15 @@
 		}
 	}
 
+	/*
+	 * Hack for big memory (1GB main RAM) problem:
+	 * 	If the card memory bigger as 64MB
+	 *	so limit it to 64MB!
+	 */
+	if ((rinfo->video_ram / 1024) > 65536) {
+		rinfo->video_ram = 65536 * 1024;
+	}
+
 
 	RTRACE("radeonfb: probed %s %dk videoram\n", (rinfo->ram_type), (rinfo->video_ram/1024));
 

Now the radeonfb works in 8 bit mode but not perfect. There are pixel-trash 
when I scroll up/down. The 16 bit and 32 bit modes works but I have 
wrong colors and the same scroll problem. Any idea?

BTW: my Radeon 9100 has 128 MB RAM

 -Martin



-------------------------------------------------------
This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.

Re: Computer with 1GB and radeonfb

[Jurriaan]

From: Martin Sieper <m.si@ngi.de>
Date: Thu, Jun 05, 2003 at 02:06:08PM +0200
> 
> Now the radeonfb works in 8 bit mode but not perfect. There are pixel-trash 
> when I scroll up/down. The 16 bit and 32 bit modes works but I have 
> wrong colors and the same scroll problem. Any idea?
> 
Well, if the first tip doesn't work, and there were two, perhaps you'll
have more luck with the second one.

Jurriaan
-- 
The song of Luthien before Mandos was the song most fair that ever in words
was woven, and the song most sorrowful that ever the world shall hear.
        JRR Tolkien - The Silmarillion
Debian (Unstable) GNU/Linux 2.5.70 4112 bogomips load av: 1.18 1.20 0.61


-------------------------------------------------------
This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.

Re: Computer with 1GB and radeonfb

[Martin Sieper]

On Thu, 5 Jun 2003 21:04:06 +0200, Jurriaan wrote:
> > Now the radeonfb works in 8 bit mode but not perfect. There are pixel-trash 
> > when I scroll up/down. The 16 bit and 32 bit modes works but I have 
> > wrong colors and the same scroll problem. Any idea?
> > 
> Well, if the first tip doesn't work, and there were two, perhaps you'll
> have more luck with the second one.

OK, I think the radeonfb works with my Radeon 9100 but there is still 
one problem. I can't see the cursor in 15,16 and 32 bit mode!? In 8 bit
mode I can see the cursor it's blinking. Is it possible that in the other
modes the cursor is black on black color? Some hints?

 -Martin



-------------------------------------------------------
This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.