lkml.org 
[lkml]   [2002]   [Feb]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: Problems with Radeon Framebuffer
From
Date
On Wed, 2002-02-20 at 06:39, Hanno Boeck wrote:
> > Did you have vesafb compiled in also (can tell by looking at the entire
> > dmesg)? This would explain why radeonfb can't map the framebuffer
> > memory. If so, try again without vesafb compiled in.
>
> If I do that, my console is completely black!
> I don't have a console any more. I can only run Xfree.
>
> So that doesn't help either.
>
> Btw, this is what lspci -v says about my graphics card:
>
> 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY (prog-if 00 [VGA])
> Subsystem: Sony Corporation: Unknown device 80e7
> Flags: stepping, fast Back2Back, 66Mhz, medium devsel, IRQ 9
> Memory at d8000000 (32-bit, prefetchable) [size=128M]
> I/O ports at 3000 [size=256]
> Memory at d0100000 (32-bit, non-prefetchable) [size=64K]
> Expansion ROM at <unassigned> [disabled] [size=128K]
> Capabilities: [58] AGP version 2.0
> Capabilities: [50] Power Management version 2

Not this this answers your question, but I can say that this card works
with vesafb by passing 'vga=834' to the kernel-- I do that on a laptop
with the same chip. But if I enable the frame buffer using this method,
I can't use the radeon driver in XFree86. But, the radeon driver isn't
stable enough for me so I don't mind not using it. Haven't tried
XFree86 4.2 yet though (or radeonfb for that matter).

Jamie Strandboge
--
Email: jstrand1@rochester.rr.com
GPG/PGP ID: 26384A3A
Fingerprint: D9FF DF4A 2D46 A353 A289 E8F5 AA75 DCBE 2638 4A3A

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:24    [W:0.040 / U:2.088 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site