Can you post full logs? It works fine for me with recent git on the same type of powerbook.

danny

Created attachment 21626 [details]
Xorg.0.log

Created attachment 21630 [details]
Xorg.0.log from Xorg 1.5.3

Interesting. I suspected you had a 12" powerbook because those contain nv34m, but your logs show you are using a pp64 kernel and your flatpanel is an external one. So I guess you are on a G5 with an nv34m? Can you describe your setup?　I thought those machines had nv4x only. Some assumptions in the driver may not hold. 

Since nv works correctly, it should be fixable though. Maybe we need another quirk. What is your exact pci id (nvclock can tell you) it seems with the recent removal of all the debug stuff from the logging there is hardly anything useful in the log now...

(In reply to comment #4)
> Can you describe your setup?

It's a third generation iMac (Rev A aka G5).

cpuinfo:
processor	: 0
cpu		: PPC970FX, altivec supported
clock		: 1800.000000MHz
revision	: 3.0 (pvr 003c 0300)
timebase	: 33333333
platform	: PowerMac
model		: PowerMac8,1
machine		: PowerMac8,1
motherboard	: PowerMac8,1 MacRISC4 Power Macintosh 
detected as	: 338 (iMac G5)
pmac flags	: 00000000
L2 cache	: 512K unified
pmac-generation	: NewWorld

> What is your exact pci id

Does this help?

# nvclock -i
-- General info --
Card:           nVidia GeForce FX 5200 (Mac)
Architecture:   NV34 B1
PCI id:         0x329
GPU clock:      261.000 MHz
Bustype:        AGP

-- Memory info --
Amount:         64 MB
Type:           128 bit DDR
Clock:          513.000 MHz

-- AGP info --
Status:         Disabled
Rate:           0X
AGP rates:      4X 8X
Fast Writes:    Disabled
SBA:            Disabled

Created attachment 21641 [details]
xorg.conf in use

Lets first check the ppc specific hack we have now. Can you install radeontool:

git clone git://people.freedesktop.org/~airlied/radeontool
git checkout origin/nvidia
make (if there's problems with the asm/page.h include, comment it out)

then examine the contents of the following 2 regs:
./radeontool regmatch 0x0060081c
./radeontool regmatch 0x000010f0

under both nv and nouveau, with panel off and panel on (to get the reg during panel off you can try an ssh connection from another machine, or maybe xset dpms force off;sleep 5; ./radeontool regmatch 0x000010f0
or something like that.

d.

(In reply to comment #7)
> then examine the contents of the following 2 regs:
> ./radeontool regmatch 0x0060081c
> ./radeontool regmatch 0x000010f0

++ nouveau

dpms force on

(changes between those two)
0x0060081c      0x22265055 (572936277)
0x0060081c      0x22265051 (572936273)

0x000010f0      0x83e60535 (-2082077387)

dpms force off

(changes between those two)
0x0060081c      0x22265055 (572936277)
0x0060081c      0x22265051 (572936273)

0x000010f0      0x83e60535 (-2082077387)

++ nv

dpms force on

(changes between those two)
0x0060081c      0x22265055 (572936277)
0x0060081c      0x22265051 (572936273)

0x000010f0      0x83e60535 (-2082077387)

dpms force off

0x0060081c      0x22265050 (572936272)

0x000010f0      0x03e60535 (65406261)

thanks. This looks good, it is not working as expected. Later today I will try to figure out why.

danny

Created attachment 21686 [details] [review]
mac backlight

Can you try attached patch? I did it rather quickly so I am not sure it will work at all.

If it fails, can you check the regs again with the patch applied?

danny

only armchair coding here, but that probably wants to lose the "static" keyword from the line

+static void backlightenable(ScrnInfoPtr pScrn, int mode)

and the following line added as a function prototype in nv_proto.h:

void backlightenable(ScrnInfoPtr pScrn, int mode);

Stuart is completely right of course. I was lazy and assumed the compiler would pick up the method anyway, but it is necessary to make those changes otherwise X won't start. I'll post an updated patch later.

Danny

Created attachment 21805 [details] [review]
backlight patch

Updated patch

d.

Markus,
didn't hear from you in a while. I wonder if it is possible  you can give the patch a try? 

Danny

(In reply to comment #14)
> Markus,
> didn't hear from you in a while. I wonder if it is possible  you can give the
> patch a try? 
> 
> Danny
> 

Yes, I'll try it this weekend.

Hm, I managed to patch the git sources, but autogen.sh fails on Gentoo.
Any hint on how to manually build the driver on Gentoo?


checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for LIBDRM_NOUVEAU... configure: error: Package requirements (libdrm_nouveau) were not met:

No package 'libdrm_nouveau' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables LIBDRM_NOUVEAU_CFLAGS
and LIBDRM_NOUVEAU_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

(In reply to comment #16)
> Hm, I managed to patch the git sources, but autogen.sh fails on Gentoo.
> Any hint on how to manually build the driver on Gentoo?
> 
> 
> checking for pkg-config... /usr/bin/pkg-config
> checking pkg-config is at least version 0.9.0... yes
> checking for LIBDRM_NOUVEAU... configure: error: Package requirements
> (libdrm_nouveau) were not met:

Your drm package is out of date, rebuild it with something newer than this commit: http://cgit.freedesktop.org/mesa/drm/commit/?id=225e7e274f49d5e01fa1ad3fbbb9f1499865fe67

yes, last comment is correct. If we have little time: There is no need to update nouveau to test this, some big changes were introduced a few days ago.

danny

I just opened bug #29685 with the same problem on a different iMac.

Closing this bug because the fix for bug #29685 probably fixed this one too and there's been no response from the reporter in more than a year.