Re: nv background light control patch.
Hi Hugang,
On Sun, Dec 28, 2003 at 02:00:13PM +0800, Hugang wrote:
I'm use PowerBook G4 with linux, Now I upgrade Xserver to 4.3.99.902.
Yes, from now NV driver can turn lcd light off, But here has a problem,
When light turn on again, The light level is change, So I writen this patch, Test
passed.
You're right, the problem here is that I missed to restore a bit
properly on unblank. Attached patch fixes this. Please apply since this
fixes a bug in the release candidate.
Index: programs/Xserver/hw/xfree86/drivers/nv/nv_driver.c
===
RCS file: /cvs/xc/programs/Xserver/hw/xfree86/drivers/nv/nv_driver.c,v
retrieving revision 1.122
diff -u -p -r1.122 nv_driver.c
--- programs/Xserver/hw/xfree86/drivers/nv/nv_driver.c 10 Jan 2004 22:31:53 -
1.122
+++ programs/Xserver/hw/xfree86/drivers/nv/nv_driver.c 13 Jan 2004 13:42:15 -
@@ -1512,13 +1514,15 @@ static void NVBacklightEnable(NVPtr pNv,
(pNv-Chipset == 0x10DE0329))
{
/* NV17,18,34 Apple iMac, iBook, PowerBook */
- CARD32 tmp;
- tmp = pNv-PMC[0x10F0/4] 0x7FFF;
- pNv-PMC[0x10F0/4] = tmp;
- tmp = pNv-PCRTC0[0x081C/4] 0xFFFC;
- if(on)
- tmp |= 0x1;
- pNv-PCRTC0[0x081C/4] = tmp;
+ CARD32 tmp_pmc, tmp_pcrt;
+ tmp_pmc = pNv-PMC[0x10F0/4] 0x7FFF;
+ tmp_pcrt = pNv-PCRTC0[0x081C/4] 0xFFFC;
+ if(on) {
+ tmp_pmc |= (1 31);
+ tmp_pcrt |= 0x1;
+ }
+ pNv-PMC[0x10F0/4] = tmp_pmc;
+ pNv-PCRTC0[0x081C/4] = tmp_pcrt;
}
#endif
}
Cheers,
-- Guido
signature.asc
Description: Digital signature
Re: Building XFree86 for AMD Au1100 mips version
On Fri, Oct 24, 2003 at 07:15:14AM -0400, Burt Bicksler wrote: I'm building a version fo XFree86 for the AMD Au1100 MIPS based system. I believe that I have all of the configuration set up correctly and the build completes with a full build. Remove the -k from WORLDOPTS in the top level Makefile to let the build stop on the first error. But there is a problem during the build. In swaprep.c the CopySwap32Write() function is causing a gcc internal error: Segmentation fault. I can built XFree86 fine on mips with gcc 3.3.2. You're not building for mips64, are you? Cheers, -- Guido signature.asc Description: Digital signature
Re: Building binaries for distribution
On Mon, Jun 23, 2003 at 10:20:34AM +1000, [EMAIL PROTECTED] wrote: Is there a way to build binaries for distribution from the 4.3.0 source tree, similar to the ones made publicly available? I am using XFree86 I think that's what the xc/programs/Xserver/hw/xfree86/etc/bindist/build-bindist script is for. You might have to tweak the Solaris/ subdir in the same directory a bit though. Alternatively you can do a 'make DESTDIR=/tmp/bla install' and simply tar together /tmp/bla's contents and unpack it on the target machine later. -- Guido pgp0.pgp Description: PGP signature
Re: server crash on linux-mips
On Mon, Feb 17, 2003 at 06:55:47PM -0500, Mark Vojkovich wrote: Does anyone see any reason why I shouldn't change ShadowFBInit to pass FALSE? This seems to be produce the original behavior. Passing TRUE certainly doesn't. So what exactly is the point of fbIsVirtual at all? The only other effect seems to wrap ps-Composite. Regards, -- Guido ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: server crash on linux-mips
On Mon, Feb 17, 2003 at 12:10:16AM +, Alan Hourihane wrote: If you call the ShadowFBInit2 in newport_driver.c (just tag FALSE on the end of the arguments). Does that work for you ? Yes, this works. Thanks! But it's significantly slower. After switching back from the console there's nothing happenning for about 5 seconds (but I see an half updated screen), then inistantly everything is back to normal. My question is now: is ShadowFBInit going to be removed in favor of ShadowFBInit2 or will it be revived? Should I look into fixing it or send a patch that uses ShadowFBInit2 (which would hopefully slip into 4.3.0)? shadowfb.h says about ShadowfbInit2: * It also allows you to specify that you * actually do have a real framebuffer (as opposed to just some malloc'd space * in memory) by passing FALSE to fbIsVirtual. But when I pass TRUE (since I only have a virtual fb and can't access the newports fb directly) it doesn't work. I have to pass FALSE. Am I missing something here? Thanks again, -- Guido ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: server crash on linux-mips
Hi, On Sun, Dec 15, 2002 at 07:47:05PM +0100, Guido Guenther wrote: Tried this but I couldn't get current CVS to crash anymore. But now when switching back from the console the display is all black. When I blindly grab a window and move it around on the screen the old contents reappears. No idea what broke this. The driver I'm using (newport) uses the 'old' shadowfb code (not Keiths miext/shadow code). Unfortunately I [..snip..] I tried to look again at the above bug. Since the problem popped up shortly after the RandR merge I disabled RandR in XF86Config-4 but nothing changed. Is there anything known that RandR interacts badly with shadowfb? The same driver still works fine with 4.2.1 so the problem doesn't seem to be in the driver itself. Any pointers where to start digging? Regards, -- Guido ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
