On Fri, 2003-06-13 at 00:10, Alex Deucher wrote:
there are alot of issues with dualhead and LCDs on PPC. I believe the
fix is to use fbdev, but I'm not sure anyone has gotten dualhead to
work yet. check the archives from last month.
I had it working on the M6 a while ago, I haven't yet tried
Ben,
Thanks for the information. I used fbset -x and updated XF86Config-4
accordingly.
All of the test results from my original post were without using the
kernel fbdev driver. I just now went ahead and added Option UseFBDev
to the lcd-related device section in XF86Config-4 and set BusID to
On Fri, 2003-06-13 at 17:08, Andreakis, Dean (MED) wrote:
Given this result I tried comparing the sections of code in the kernel
fbdev driver and the XF86 radeon driver that sets up the PLL and there
was just a few minor diff's in the default min/max values. I went ahead
and changed these to
Alex,
I went ahead and commented out the dri section and the Load dri, Load
GLcore and Load glx lines in the Module section of XF86Config-4 to
try and prevent the DRI drivers from loading but I still see the same
messages in the XF86 log file. Maybe I need to do something else to stop
DRI from
It's not the DRI per se... it's the radeon memory manager. it attempts
to statically allocate offscreen memory for use by the DRI, pixmaps,
etc. It has no effect on modes, so you can safely ignore it.
Alex
--- Andreakis, Dean (MED) [EMAIL PROTECTED] wrote:
Alex,
I went ahead and commented
On Fri, 2003-06-13 at 22:01, Andreakis, Dean (MED) wrote:
I went ahead and commented out the dri section and the Load dri, Load
GLcore and Load glx lines in the Module section of XF86Config-4 to
try and prevent the DRI drivers from loading but I still see the same
messages in the XF86 log
there are alot of issues with dualhead and LCDs on PPC. I believe the
fix is to use fbdev, but I'm not sure anyone has gotten dualhead to
work yet. check the archives from last month.
Alex
--- Andreakis, Dean (MED) [EMAIL PROTECTED] wrote:
I am trying to enable dual independent heads on my
I dont really know driver or chipset in detail,
but its the way that it needs programming so
that the timing for the LCD does match. black
or striped or whatever effects do indcate
wront timing for the flat pane display.
If the device is capable of dual head in other
OS condtions then it can do