Problem with Radeon flat panel support

Problem with Radeon flat panel support

[Gregorio Gervasio Jr.]

        I have a Samsung flat panel connected to the DVI port of a
Radeon Mac Edition (PCI version).  The system is a PowerWave/120 which
boots Linux using BootX.  The flat panel worked fine (only) at
1280x1024@60 using 2.4.15-pre6-ben0 but not with 2.4.18-pre3-ben0.
The difference seems to be that the new radeonfb now tries to program
the flat panel registers whereas the old one preserved most of the
registers (which presumably MacOS has initialized).  As far as I can
tell, the register values are:

                      initial   2.4.15-pre6  2.4.18-pre3
                                  (works)       (fails)
----------------------------------------------------------
fp_crtc_h_total_disp  00000032    00000032     009f00d6 *
fp_crtc_v_total_disp  00000029    00000029     03ff0429 *
fp_h_sync_strt_wid    00120008    00120008     001204fa *
fp_v_sync_strt_wid    00030000    00030000     00030400 *
fp_horz_stretch       009f0000    009f0000     009f0000
fp_vert_stretch       003ff000    003ff000     003ff000
fp_gen_ctl            040311cc    000311cd     000311cd
----------------------------------------------------------

With debug enabled, the messages from radeonfb during boot seem okay:

radeonfb_pci_register BEGIN
PCI: Enabling device 00:0d.0 (0086 -> 0087)
radeonfb: ref_clk=2700, ref_div=12, xclk=16615 from OF
radeonfb: probed DDR SGRAM 32768k videoram
radeonfb: detected DFP panel size: 1280x1024
hStart = 1280, hEnd = 1424, hTotal = 1720
vStart = 1025, vEnd = 1028, vTotal = 1066
h_total_disp = 0x9f00d6^I   hsync_strt_wid = 0x1204fa
v_total_disp = 0x3ff0429^I   vsync_strt_wid = 0x30400
post div = 0x2
fb_div = 0x60
ppll_div_3 = 0x10060
ron = 1792, roff = 22064
vclk_freq = 10800, per = 788
Console: switching to colour frame buffer device 160x64
radeonfb: ATI Radeon QD  DDR SGRAM 32 MB
radeonfb: CRT port DFP monitor connected
radeonfb_pci_register END


Any ideas on what may be going wrong?

For now, I can get the old behavior if I fool radeonfb into thinking
that the monitor is a regular CRT instead of a flat panel (thus
skipping all the FP-specific code).
--
Gregorio Gervasio, Jr.
gtgj@pacbell.net

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: Problem with Radeon flat panel support

[Ani Joshi]

Gregorio,

Look in radeon_get_pllinfo() and see the code which calculates the
ref_div, and hard code that to 67.  It seems you are getting 12 for that
calculated value, which is wrong (I've never seen any 1st generation
mac radeon (AGP or PCI) with a ref_clock of that value).  Try that and
lemme know if that fixes anything.

Other then that, all the other debug info seems correct.  You may want to
try 2.4.18-pre5 (when it comes out) or when 2.4.18 when its finished as
I've updated the driver recently w/ regards to flat panel.


ani


On 22 Jan 2002, Gregorio Gervasio Jr. wrote:

>
>         I have a Samsung flat panel connected to the DVI port of a
> Radeon Mac Edition (PCI version).  The system is a PowerWave/120 which
> boots Linux using BootX.  The flat panel worked fine (only) at
> 1280x1024@60 using 2.4.15-pre6-ben0 but not with 2.4.18-pre3-ben0.
> The difference seems to be that the new radeonfb now tries to program
> the flat panel registers whereas the old one preserved most of the
> registers (which presumably MacOS has initialized).  As far as I can
> tell, the register values are:
>
>                       initial   2.4.15-pre6  2.4.18-pre3
>                                   (works)       (fails)
> ----------------------------------------------------------
> fp_crtc_h_total_disp  00000032    00000032     009f00d6 *
> fp_crtc_v_total_disp  00000029    00000029     03ff0429 *
> fp_h_sync_strt_wid    00120008    00120008     001204fa *
> fp_v_sync_strt_wid    00030000    00030000     00030400 *
> fp_horz_stretch       009f0000    009f0000     009f0000
> fp_vert_stretch       003ff000    003ff000     003ff000
> fp_gen_ctl            040311cc    000311cd     000311cd
> ----------------------------------------------------------
>
> With debug enabled, the messages from radeonfb during boot seem okay:
>
> radeonfb_pci_register BEGIN
> PCI: Enabling device 00:0d.0 (0086 -> 0087)
> radeonfb: ref_clk=2700, ref_div=12, xclk=16615 from OF
> radeonfb: probed DDR SGRAM 32768k videoram
> radeonfb: detected DFP panel size: 1280x1024
> hStart = 1280, hEnd = 1424, hTotal = 1720
> vStart = 1025, vEnd = 1028, vTotal = 1066
> h_total_disp = 0x9f00d6^I   hsync_strt_wid = 0x1204fa
> v_total_disp = 0x3ff0429^I   vsync_strt_wid = 0x30400
> post div = 0x2
> fb_div = 0x60
> ppll_div_3 = 0x10060
> ron = 1792, roff = 22064
> vclk_freq = 10800, per = 788
> Console: switching to colour frame buffer device 160x64
> radeonfb: ATI Radeon QD  DDR SGRAM 32 MB
> radeonfb: CRT port DFP monitor connected
> radeonfb_pci_register END
>
>
> Any ideas on what may be going wrong?
>
> For now, I can get the old behavior if I fool radeonfb into thinking
> that the monitor is a regular CRT instead of a flat panel (thus
> skipping all the FP-specific code).
> --
> Gregorio Gervasio, Jr.
> gtgj@pacbell.net
>
>


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Conflicts between network and Matrox G450

[Jan Smith]

I have a IBM pSeries 610 where I try to install a Matrox G450 card
aka GXT130P in IBM language.
The machine is working fine with a RedHat Linux run via a terminal
but when you are using the graphics card will the network interface
not start at all.

Any one who have used a Matrox G450 with ppclinux?

--
--------------------------------------------------------------------------
Jan Smith                              Email:  smith@cendio.se
Cendio Systems AB                      WWW:    www.cendio.se
Teknikringen 3,                        Voice:  +46 - (0)13 - 21 46 00
SE-583 30  LINKÖPING, SWEDEN           Fax:    +46 - (0)13 - 21 47 00

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: Conflicts between network and Matrox G450

[hollis]

Sorry, the patch was too large to post and is located for the moment at
http://penguinppc.org/~hollis/matroxfb-20020108.diff

-Hollis

On Tue, Jan 22, 2002 at 09:25:00AM -0600, hollis@austin.ibm.com wrote:
> On Tue, Jan 22, 2002 at 03:02:34PM +0100, Jan Smith wrote:
> >
> > I have a IBM pSeries 610 where I try to install a Matrox G450 card
> > aka GXT130P in IBM language.
>
> The GXT130P is actually a G400. The G450 is the GXT135P.
>
> > The machine is working fine with a RedHat Linux run via a terminal
> > but when you are using the graphics card will the network interface
> > not start at all.
>
> Have you compared the boot logs from a working boot and a failed boot?
>
> > Any one who have used a Matrox G450 with ppclinux?
>
> I think the G400 is supposed to work with matroxfb on PPC (though I've never
> tested nor heard reports one way or the other). If you really do have a G450,
> that's problematic. With the attached patch (submitted to Marcelo recently; I
> don't know if it was applied), I experienced success exactly once. OTOH, Olaf
> said it worked for him every time. Your mileage may vary. Please provide
> feedback to the matroxfb maintainer (Petr Vandrovec <vandrove@vc.cvut.cz>) if
> it works or not.
>
> -Hollis

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: Problem with Radeon flat panel support

[Gregorio Gervasio Jr.]

>>>>> On Tue, 22 Jan 2002 01:50:12 -0800 (PST), Ani Joshi <ajoshi@shell.unixbox.com> said:

a> Look in radeon_get_pllinfo() and see the code which calculates the
a> ref_div, and hard code that to 67.  It seems you are getting 12 for that
a> calculated value, which is wrong (I've never seen any 1st generation
a> mac radeon (AGP or PCI) with a ref_clock of that value).  Try that and
a> lemme know if that fixes anything.

        I just tried that and it still doesn't work.  For what it's
worth, the debug messages now say:

radeonfb_pci_register BEGIN
PCI: Enabling device 00:0d.0 (0086 -> 0087)
radeonfb: ref_clk=2700, ref_div=67, xclk=16615 from OF
radeonfb: probed DDR SGRAM 32768k videoram
radeonfb: detected DFP panel size: 1280x1024
hStart = 1280, hEnd = 1424, hTotal = 1720
vStart = 1025, vEnd = 1028, vTotal = 1066
h_total_disp = 0x9f00d6^I   hsync_strt_wid = 0x1204fa
v_total_disp = 0x3ff0429^I   vsync_strt_wid = 0x30400
post div = 0x2
fb_div = 0x218
ppll_div_3 = 0x10218
ron = 1792, roff = 22064
vclk_freq = 10800, per = 788

a> Other then that, all the other debug info seems correct.  You may want to
a> try 2.4.18-pre5 (when it comes out) or when 2.4.18 when its finished as
a> I've updated the driver recently w/ regards to flat panel.

        Okay, I will watch for it.  Thanks.


a> On 22 Jan 2002, Gregorio Gervasio Jr. wrote:

[...]

>>                        initial   2.4.15-pre6  2.4.18-pre3
>>                                   (works)       (fails)
>> ----------------------------------------------------------
>> fp_crtc_h_total_disp  00000032    00000032     009f00d6 *
>> fp_crtc_v_total_disp  00000029    00000029     03ff0429 *
>> fp_h_sync_strt_wid    00120008    00120008     001204fa *
>> fp_v_sync_strt_wid    00030000    00030000     00030400 *
>> fp_horz_stretch       009f0000    009f0000     009f0000
>> fp_vert_stretch       003ff000    003ff000     003ff000
>> fp_gen_ctl            040311cc    000311cd     000311cd
>> ----------------------------------------------------------
>>
>> With debug enabled, the messages from radeonfb during boot seem okay:
>>
>> radeonfb_pci_register BEGIN
>> PCI: Enabling device 00:0d.0 (0086 -> 0087)
>> radeonfb: ref_clk=2700, ref_div=12, xclk=16615 from OF
>> radeonfb: probed DDR SGRAM 32768k videoram
>> radeonfb: detected DFP panel size: 1280x1024
>> hStart = 1280, hEnd = 1424, hTotal = 1720
>> vStart = 1025, vEnd = 1028, vTotal = 1066
>> h_total_disp = 0x9f00d6^I   hsync_strt_wid = 0x1204fa
>> v_total_disp = 0x3ff0429^I   vsync_strt_wid = 0x30400
>> post div = 0x2
>> fb_div = 0x60
>> ppll_div_3 = 0x10060
>> ron = 1792, roff = 22064
>> vclk_freq = 10800, per = 788
>> Console: switching to colour frame buffer device 160x64
>> radeonfb: ATI Radeon QD  DDR SGRAM 32 MB
>> radeonfb: CRT port DFP monitor connected
>> radeonfb_pci_register END

[...]

--
Gregorio Gervasio, Jr.
gtgj@pacbell.net

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/