GXT2000P on an IBM RS/6000

[Tom Moyer]

Here is the output of `fbset -i`

mode "1280x1024-71"
    # D: 100.000 MHz, H: 75.758 kHz, V: 71.201 Hz
    geometry 1280 1024 1280 1024 8
    timings 10000 16 16 16 16 8 8
    rgba 8/0,8/0,8/0,0/0
endmode

Frame buffer device information:
    Name        : OFfb display
    Address     : 0xde000000
    Size        : 4194304
    Type        : PACKED PIXELS
    Visual      : STATIC PSEUDOCOLOR
    XPanStep    : 0
    YPanStep    : 0
    YWrapStep   : 0
    LineLength  : 4096
    Accelerator : No

I can recompile X with debugging on sometime next week to run it in gdb, but
it will take some time.  The machine is old and slow.

On 10/13/06, Michel Dänzer <michel at tungstengraphics.com> wrote:
>
> On Fri, 2006-10-13 at 09:31 -0400, Tom Moyer wrote:
> > The GXT2000P has 32MB of RAM as far as I know.  I think part of the
> > problem might be that X is only seeing 4MB, but for some reason, even
> > when I specify the amount of VideoRAM, it still only shows 4MB.
>
> That's up to the framebuffer device... looks like OFfb only exposes as
> much memory as the video mode takes up.
>
> > On 10/13/06, Rene Rebe <rene at exactcode.de> wrote:
> >         On Friday 13 October 2006 15:01, Tom Moyer wrote:
> >         > I have tried to disable the ShadowFB by setting Option
> >         ShadowFB "false",
> >         > and now I get a signal 11 when I startx.  The new log is at
> >         > http://geodyn.psu.edu/xorg_errors/Xorg.0.log.sig11
>
> Hmm, maybe fb tries to access beyond the end of the screen? Can you try
> running the X server (preferably built with debugging symbols) within
> gdb?
>
> The output of fbset -i would still be interesting as well.
>
>
> --
> Earthling Michel Dänzer           |          http://tungstengraphics.com
> Libre software enthusiast         |          Debian, X and DRI developer
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.x.org/archives/xorg/attachments/20061013/1a92798d/attachment.html>