Radeon problems

Radeon problems

[Giuliano Pochini]

I have a dual G4-mdd with a r9000 and I'm using
Linux Jay 2.4.22-pre6 #4 SMP sab lug 19 08:29:11 UTC 2003 ppc unknown

Problem #1: Radeonfb sets a video mode that isn't supported by my LCD
monitor. I have to blindly type "/usr/sbin/fbset -a 1280x1024-60 -depth 16"
at the root console every time (*if* it boots, because I make the box crash
quite often :( ). Is there a boot option to set the right video mode ?

Problem #2: I've managed only to use X in fbdev mode at 16bits. No way to
use the radeon driver.  Any hint ?
[XFree86 Version 4.2.0 (echo Yellow Dog Linux release: 4.2.0-6.30e) / X Window System]



--
Bye.
   Giuliano.


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

Re: Radeon problems

[Calum Selkirk]

* Giuliano Pochini [pochini@shiny.it] [2003-07-19 14:55 +0000]:

these really belong on linuxppc-user, still ..

> Problem #1: Radeonfb sets a video mode that isn't supported by my LCD
> monitor. I have to blindly type "/usr/sbin/fbset -a 1280x1024-60
> -depth 16" at the root console every time (*if* it boots, because I
> make the box crash quite often :( ). Is there a boot option to set the
> right video mode ?

video=radeonfb:1280x854-8@60

thats at 8bit but you shouldn't need higher for console.

> Problem #2: I've managed only to use X in fbdev mode at 16bits. No way
> to use the radeon driver.  Any hint ?

no idea about YD, nor the configuration of your kernel, nor your
XF86Config, but 24bit should be possible.

best

cal

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

Re: Radeon problems

[Giuliano Pochini]

On Sat, 19 Jul 2003 18:20:22 +0200
"Calum Selkirk" <cselkirk@xs4all.nl> wrote:

> video=radeonfb:1280x854-8@60

I tried several resolutions without success. It seems that parameter is
completely ignored. I'll try to figure out the problem. I fixed the same
bug some years ago in the controlfb.

> > Problem #2: I've managed only to use X in fbdev mode at 16bits. No way
> > to use the radeon driver.  Any hint ?
>
> no idea about YD, nor the configuration of your kernel, nor your
> XF86Config, but 24bit should be possible.

I installed the latest X 4.3.99 and it works fine. I didn't notice that v4.2.0
don't support the radeon9000...


--
Bye.
   Giuliano.


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

Re: Radeon problems

[Paul Mackerras]

Giuliano Pochini writes:

> I have a dual G4-mdd with a r9000 and I'm using
> Linux Jay 2.4.22-pre6 #4 SMP sab lug 19 08:29:11 UTC 2003 ppc unknown
>
> Problem #1: Radeonfb sets a video mode that isn't supported by my LCD
> monitor. I have to blindly type "/usr/sbin/fbset -a 1280x1024-60 -depth 16"
> at the root console every time (*if* it boots, because I make the box crash
> quite often :( ). Is there a boot option to set the right video mode ?

With a 2.5 kernel I use video=radeonfb:dfp quite successfully.  With
2.4 I think you have to say video=radeon:dfp (without the "fb").

> Problem #2: I've managed only to use X in fbdev mode at 16bits. No way to
> use the radeon driver.  Any hint ?
> [XFree86 Version 4.2.0 (echo Yellow Dog Linux release: 4.2.0-6.30e) / X Window System]

I have been using radeonfb together with Michel Daenzer's X server and
DRI modules very successfully for a while now.

Paul.

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

Re: Radeon problems

[Benjamin Herrenschmidt]

On Sat, 2003-07-19 at 16:55, Giuliano Pochini wrote:
> I have a dual G4-mdd with a r9000 and I'm using
> Linux Jay 2.4.22-pre6 #4 SMP sab lug 19 08:29:11 UTC 2003 ppc unknown
>
> Problem #1: Radeonfb sets a video mode that isn't supported by my LCD
> monitor. I have to blindly type "/usr/sbin/fbset -a 1280x1024-60 -depth 16"
> at the root console every time (*if* it boots, because I make the box crash
> quite often :( ). Is there a boot option to set the right video mode ?

Can you send me a dmesg dump (with the wrong video mode) and
a dump of /proc/device-tree/pci@f0000000 ?

Ben.


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

Re: Radeon problems

[Michel Dänzer]

On Mon, 2003-07-21 at 14:53, Paul Mackerras wrote:
>
> With a 2.5 kernel I use video=radeonfb:dfp quite successfully.

So I take it radeonfb has been working for you with recent linuxppc-2.5
kernels? If so, can you send me your .config and toolchain versions for
comparison?


--
Earthling Michel Dänzer   \  Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast  \     http://svcs.affero.net/rm.php?r=daenzer


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

Re: Radeon problems

[Giuliano Pochini]

On 21-Jul-2003 Paul Mackerras wrote:
> With a 2.5 kernel I use video=radeonfb:dfp quite successfully.  With
> 2.4 I think you have to say video=radeon:dfp (without the "fb").

Yes, radeon:dfp works fine. Thank you.


Bye.


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

Re: Radeon problems

[Benjamin Herrenschmidt]

On Tue, 2003-07-22 at 23:23, Giuliano Pochini wrote:
> >> Problem #1: Radeonfb sets a video mode that isn't supported by my LCD
> >> monitor. I have to blindly type "/usr/sbin/fbset -a 1280x1024-60 -depth 16"
> >> at the root console every time (*if* it boots, because I make the box
> >> crash quite often :( ). Is there a boot option to set the right video mode ?
> >
> > Can you send me a dmesg dump (with the wrong video mode) and
> > a dump of /proc/device-tree/pci@f0000000 ?
>
> Yes, these are the relevant lines:
>
> ----
> Kernel command line: ro video=radeonfb:1024x768-8@75
> Console: colour dummy device 80x25
> radeonfb: ref_clk=2700, ref_div=12, xclk=24975 from OF
> Console: switching to colour frame buffer device 80x30
> radeonfb: ATI Radeon 9000 If DDR SGRAM 64 MB
> radeonfb: DVI port no monitor connected
> radeonfb: CRT port CRT monitor connected
> ----
>
> Hmm, I just noticed that it believes I connected a CRT monitor. It's wrong,
> I have an non-Apple LCD display connected to the DVI port. 80x30 means the
> resolution is still 640x480.

Tried booting with video=radeon:dfp to force flat panel detection ?

> This a dir of /proc/device-tree/pci@f0000000, but I don't see how can it be
> useful. Is there a tool to extract more info ?

Just tarball that dir, it contains some useful stuffs, beleive me :)

> [Giu@Jay pci@f0000000]$ dir
> total 0
> dr-xr-xr-x    4 root     root            0 lug 22 21:09 .
> dr-xr-xr-x   21 root     root            0 lug 22 21:09 ..
> lrwxrwxrwx    1 root     root           20 lug 22 21:13 @10 -> ATY,PheonixParent@10
> -r--r--r--    1 root     root            4 lug 22 21:13 #address-cells
> lrwxrwxrwx    1 root     root           20 lug 22 21:13 ATY,PheonixParent -> ATY,PheonixParent@10
> dr-xr-xr-x    4 root     root            0 lug 22 21:13 ATY,PheonixParent@10
> lrwxrwxrwx    1 root     root           15 lug 22 21:13 @b -> uni-north-agp@b
> -r--r--r--    1 root     root           10 lug 22 21:13 built-in-names
> -r--r--r--    1 root     root            8 lug 22 21:13 bus-range
> -r--r--r--    1 root     root            4 lug 22 21:13 clock-frequency
> -r--r--r--    1 root     root           10 lug 22 21:13 compatible
> -r--r--r--    1 root     root            4 lug 22 21:13 device_type
> -r--r--r--    1 root     root            4 lug 22 21:13 #interrupt-cells
> -r--r--r--    1 root     root           28 lug 22 21:13 interrupt-map
> -r--r--r--    1 root     root           16 lug 22 21:13 interrupt-map-mask
> -r--r--r--    1 root     root            4 lug 22 21:13 interrupt-parent
> -r--r--r--    1 root     root            8 lug 22 21:13 interrupts
> -r--r--r--    1 root     root            4 lug 22 21:13 linux,phandle
> -r--r--r--    1 root     root           14 lug 22 21:13 model
> -r--r--r--    1 root     root            4 lug 22 21:13 name
> -r--r--r--    1 root     root           72 lug 22 21:13 ranges
> -r--r--r--    1 root     root            8 lug 22 21:13 reg
> -r--r--r--    1 root     root            4 lug 22 21:13 #size-cells
> -r--r--r--    1 root     root           11 lug 22 21:13 slot-names
> lrwxrwxrwx    1 root     root           15 lug 22 21:13 uni-north-agp -> uni-north-agp@b
> dr-xr-xr-x    2 root     root            0 lug 22 21:13 uni-north-agp@b
> -r--r--r--    1 root     root            0 lug 22 21:13 write-combining
>
>
> --
> Bye.
>    Giuliano.
--
Benjamin Herrenschmidt <benh@kernel.crashing.org>

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

Re: Radeon problems

[Giuliano Pochini]

>> Problem #1: Radeonfb sets a video mode that isn't supported by my LCD
>> monitor. I have to blindly type "/usr/sbin/fbset -a 1280x1024-60 -depth 16"
>> at the root console every time (*if* it boots, because I make the box
>> crash quite often :( ). Is there a boot option to set the right video mode ?
>
> Can you send me a dmesg dump (with the wrong video mode) and
> a dump of /proc/device-tree/pci@f0000000 ?

Yes, these are the relevant lines:

----
Kernel command line: ro video=radeonfb:1024x768-8@75
Console: colour dummy device 80x25
radeonfb: ref_clk=2700, ref_div=12, xclk=24975 from OF
Console: switching to colour frame buffer device 80x30
radeonfb: ATI Radeon 9000 If DDR SGRAM 64 MB
radeonfb: DVI port no monitor connected
radeonfb: CRT port CRT monitor connected
----

Hmm, I just noticed that it believes I connected a CRT monitor. It's wrong,
I have an non-Apple LCD display connected to the DVI port. 80x30 means the
resolution is still 640x480.

This a dir of /proc/device-tree/pci@f0000000, but I don't see how can it be
useful. Is there a tool to extract more info ?

[Giu@Jay pci@f0000000]$ dir
total 0
dr-xr-xr-x    4 root     root            0 lug 22 21:09 .
dr-xr-xr-x   21 root     root            0 lug 22 21:09 ..
lrwxrwxrwx    1 root     root           20 lug 22 21:13 @10 -> ATY,PheonixParent@10
-r--r--r--    1 root     root            4 lug 22 21:13 #address-cells
lrwxrwxrwx    1 root     root           20 lug 22 21:13 ATY,PheonixParent -> ATY,PheonixParent@10
dr-xr-xr-x    4 root     root            0 lug 22 21:13 ATY,PheonixParent@10
lrwxrwxrwx    1 root     root           15 lug 22 21:13 @b -> uni-north-agp@b
-r--r--r--    1 root     root           10 lug 22 21:13 built-in-names
-r--r--r--    1 root     root            8 lug 22 21:13 bus-range
-r--r--r--    1 root     root            4 lug 22 21:13 clock-frequency
-r--r--r--    1 root     root           10 lug 22 21:13 compatible
-r--r--r--    1 root     root            4 lug 22 21:13 device_type
-r--r--r--    1 root     root            4 lug 22 21:13 #interrupt-cells
-r--r--r--    1 root     root           28 lug 22 21:13 interrupt-map
-r--r--r--    1 root     root           16 lug 22 21:13 interrupt-map-mask
-r--r--r--    1 root     root            4 lug 22 21:13 interrupt-parent
-r--r--r--    1 root     root            8 lug 22 21:13 interrupts
-r--r--r--    1 root     root            4 lug 22 21:13 linux,phandle
-r--r--r--    1 root     root           14 lug 22 21:13 model
-r--r--r--    1 root     root            4 lug 22 21:13 name
-r--r--r--    1 root     root           72 lug 22 21:13 ranges
-r--r--r--    1 root     root            8 lug 22 21:13 reg
-r--r--r--    1 root     root            4 lug 22 21:13 #size-cells
-r--r--r--    1 root     root           11 lug 22 21:13 slot-names
lrwxrwxrwx    1 root     root           15 lug 22 21:13 uni-north-agp -> uni-north-agp@b
dr-xr-xr-x    2 root     root            0 lug 22 21:13 uni-north-agp@b
-r--r--r--    1 root     root            0 lug 22 21:13 write-combining


--
Bye.
   Giuliano.


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