Re: radeonfb on pegasos powerpc motherboard and X endianess problem

[Sven Luther <sven.luther@wanadoo.fr>]

On Tue, Jun 10, 2003 at 11:54:42AM +0200, Sven Luther wrote:
> On Thu, Jun 05, 2003 at 09:59:47AM +0200, Benjamin Herrenschmidt wrote:
> > On Wed, 2003-06-04 at 16:54, Sven Luther wrote:
> > > Hello,
> > > 
> > > I finally have a working pegasos motherboard as well as a working kernel
> > > with a 1.6 radeonfb. I have also installed Daniel Stone's X 4.3.0
> > > debian/sid packages, and notice the following :
> > > 
> > >   1) radeonfb works fine in 8bpp and 32bpp but depth 15 and 16 only give
> > >   me some very dark grey.
> > 
> > Can you try my devel tree version ?
> > 
> > (rsync.penguinppc.org::benh-devel)
> 
> Nope, it did fail with :
> 
> radeonfb.c: Dans la fonction « radeonfb_pci_register »:
> radeonfb.c:1106: « FP2_GEN_CNTL » non déclaré (première utilisation dans cette fonction)
> radeonfb.c:1106: (Chaque identificateur non déclaré est rapporté une seule fois
> radeonfb.c:1106: pour chaque fonction dans laquelle il apparaît.)
> radeonfb.c:1108: « TMDS_CNTL » non déclaré (première utilisation dans cette fonction)
> radeonfb.c:1110: « DAC_CNTL2 » non déclaré (première utilisation dans cette fonction)
> radeonfb.c: Dans la fonction « radeon_engine_init »:
> radeonfb.c:1893: « DST_PITCH_OFFSET » non déclaré (première utilisation dans cette fonction)
> radeonfb.c: Dans la fonction « radeon_setcolreg »:
> radeonfb.c:2794: « DAC_CNTL2 » non déclaré (première utilisation dans cette fonction)
> radeonfb.c:2795: « DAC2_PALETTE_ACCESS_CNTL » non déclaré (première utilisation dans cette fonction)
> radeonfb.c: Dans la fonction « radeon_load_video_mode »:
> radeonfb.c:3051: « NONSURF_AP1_SWP_16BPP » non déclaré (première utilisation dans cette fonction)
> radeonfb.c:3056: « NONSURF_AP1_SWP_32BPP » non déclaré (première utilisation dans cette fonction)
> radeonfb.c:3216: « TMDS_ICHCSEL » non déclaré (première utilisation dans cette fonction)
> 
> Altough i am not entirely sure which rsync tree i used, will check again
> to make sure.

No, it was not the right tree, now it builds, but with the following
warning :

gcc-3.2 -D__KERNEL__
-I/home/luther/pegasos/2.4.18-rc4/linuxpegasos/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer
-fno-strict-aliasing -fno-common
-I/home/luther/pegasos/2.4.18-rc4/linuxpegasos/arch/ppc -fsigned-char
-msoft-float -pipe -ffixed-r2 -Wno-uninitialized -mmultiple -mstring
-DKBUILD_BASENAME=radeonfb  -c -o radeonfb.o radeonfb.c
radeonfb.c:859: AVERTISSEMENT: « OUTMC » déclaré «static » mais n'a jamais été défiie
radeonfb.c:860: AVERTISSEMENT: « INMC » déclaré «static » mais n'a jamais été défiie
radeonfb.c:861: AVERTISSEMENT: « radeon_pm_disable_dynamic_mode » déclaré «static » mais n'a jamais été défiie
radeonfb.c:862: AVERTISSEMENT: « radeon_pm_enable_dynamic_mode » déclaré «static » mais n'a jamais été défiie
radeonfb.c:863: AVERTISSEMENT: « radeon_pm_yclk_mclk_sync » déclaré «static » mais n'a jamais été défiie
radeonfb.c:864: AVERTISSEMENT: « radeon_pm_program_mode_reg » déclaré «static » mais n'a jamais été défiie
radeonfb.c:865: AVERTISSEMENT: « radeon_pm_enable_dll » déclaré «static » mais n'a jamais été défiie
radeonfb.c:866: AVERTISSEMENT: « radeon_pm_full_reset_sdram » déclaré «static » mais n'a jamais été défiie

I suppose this is either harmless or due to the pegasos patch disabling
config_all_ppc or something such, will try it out, and look at it more
in detail this WE.

Friendly,

Sven Luther


-------------------------------------------------------
This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.