broken xf86PciInfo.h and xf86cfg/config.h
The licence updates to xf86PciInfo.h haven't patched cleanly, and are mis-commented, breaking the build. The attached patch fixes this. -- xc/programs/Xserver/hw/xfree86/xf86cfg/config.h is also broken; it includes the lines: config.h #include unistd.h === #ifdef sun #undef index #undef rindex #include strings.h #endif #include unistd.h 1.20 I'm not clear which version we wish to keep. -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge [EMAIL PROTECTED] http://www.dpmms.cam.ac.uk/~werdna Index: xc/programs/Xserver/hw/xfree86/common/xf86PciInfo.h === RCS file: /home/CVS/XFree86/xc/programs/Xserver/hw/xfree86/common/xf86PciInfo.h,v retrieving revision 1.157 diff -u -r1.157 xf86PciInfo.h --- xc/programs/Xserver/hw/xfree86/common/xf86PciInfo.h 2004/02/13 23:58:38 1.157 +++ xc/programs/Xserver/hw/xfree86/common/xf86PciInfo.h 2004/02/15 08:46:04 @@ -2,7 +2,7 @@ /* * Copyright (c) 1995-2003 by The XFree86 Project, Inc. - */ + * * All rights reserved. * * Permission is hereby granted, free of charge, to any person obtaining @@ -46,6 +46,7 @@ * WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE * OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, * EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. + */ /* * This file contains macros for the PCI Vendor and Device IDs for video
Re: broken xf86PciInfo.h and xf86cfg/config.h
Dr Andrew C Aitchison wrote (in a message from Sunday 15) The licence updates to xf86PciInfo.h haven't patched cleanly, and are mis-commented, breaking the build. The attached patch fixes this. -- xc/programs/Xserver/hw/xfree86/xf86cfg/config.h is also broken; Both problems have already been fixed in the repository. Matthieu ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Slight progress on XFree86 ffb driver for Solaris/SPARC
On Sat, 14 Feb 2004, Matt Prazak wrote: I ran the command truss -f ffbconfig -prconf to see where Sun's programmers might be getting the required information, and I am seeing the following calls to ioctl() which appear to be using undocumented requests: ... 11435: ioctl(3, (('F'8)|80), 0x0002D778) = 0 11435: ioctl(3, (('F'8)|84), 0x0002D774) = 0 11435: ioctl(3, (('F'8)|85), 0x0002D5E0) = 0 11435: ioctl(3, (('F'8)|94), 0x0002D5D0) = 0 ... 11435: ioctl(3, (('F'8)|95), 0x0002D5D0) = 0 11435: ioctl(3, (('F'8)|92), 0x0002D5D8) = 0 11435: ioctl(3, (('F'8)|93), 0x0002D5D8) = 0 ... Do these look familiar to anyone? I have grepped my whole hard drive with no luck in finding definitions or documentation of these requests. Also, some searches on Goole report people with similar problems...but no answers, unfortunately. It might help to know that the Linux kernel defines some of these as /* Creator ioctls */ #define FFB_IOCTL ('F'8) #define FFB_SYS_INFO(FFB_IOCTL|80) #define FFB_CLUTREAD(FFB_IOCTL|81) #define FFB_CLUTPOST(FFB_IOCTL|82) #define FFB_SETDIAGMODE (FFB_IOCTL|83) #define FFB_GETMONITORID(FFB_IOCTL|84) #define FFB_GETVIDEOMODE(FFB_IOCTL|85) #define FFB_SETVIDEOMODE(FFB_IOCTL|86) #define FFB_SETSERVER (FFB_IOCTL|87) #define FFB_SETOVCTL(FFB_IOCTL|88) #define FFB_GETOVCTL(FFB_IOCTL|89) #define FFB_GETSAXNUM (FFB_IOCTL|90) #define FFB_FBDEBUG (FFB_IOCTL|91) Other than that, my only suggestion is that there might be a package on your installation CDs that defines these. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 developer and VP. ATI driver and X server internals. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
XFree86 4.4.0 RC3
The third release candidate for XFree86 4.4.0 (aka 4.3.99.903) has been tagged. Source and patches can be found at http://www.xfree86.org/develsnaps/. The download area at ftp://ftp.xfree86.org/pub/XFree86/snapshots/4.3.99.903/ will be populated over the next few days. The source is there now, and binaries will follow. If you have any outstanding critical bugs that are not fixed in this release candidate, or if you find new problems, please send a note here with details. The 4.4.0 release is expected to be finalised by the end of February 2004. The latest update to our xtest package (version 4.0.6) can be found at ftp://ftp.xfree86.org/pub/XFree86/xtest/. For information about how to build and run it, see the test/xsuite/NOTES.xf86 file. Build and run scripts are provided to make running xtest a relatively straightforward process. David ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
radeon dri lockup
I've got a Radeon 7000 that locks up hard on a linux 2.4.23. no logs are written requiring power cycle. It locks in Quake3 in less that 7 minutes most times. some xscreensaver work fine,but havn't tried them all jisom at inbox dot lv ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Patch: single button double-click
Hi all, The one thing I missed from my Windows days was the ability to assign one of the mouse buttons to perform a left button double-click. It's pretty much a universal feature on Windows mouse drivers these days (with buttons being in ample supply on many mice), and I like it because I find the action of double-clicking irritating ;-).Also, my mother has arthritis, and finds double-clicking to be very awkward. She finds having a single button to do the double-clicking makes things much more comfortable. I tried to find the feature on Linux, and couldn't. I searched XFree86, qt, and kde, and it didn't seem to be there. Then I decided to implement it myself. Not being sure where to implement it, I finally decided to do it in XFree86 because then it can be useful to all of the window managers etc. I've made (pretty trivial) changes in xc/programs/Xserver/hw/xfree86/os-support/xf86OSmouse.h and xc/programs/Xserver/hw/xfree86/input/mouse/mouse.c. The result is a new option (DoubleClickButtons) where I can specify the source and target buttons, ie. pressing the source button will result in a double-click on the target button (the source button is no longer available for any other function). The double-click is just implemented by posting press-release-press-release with no delays in between. A nice side-effect is that I can decrease the double-click delay in KDE, which makes certain operations snappier. So my question is: is anyone else interested in this? I'm more than happy to make it public, but I don't know diff and I'll have to look into where these things are documented and I won't bother if no-one will use it :-) Oh, and if the feature already exists and I just failed to find it, please let me know. If nothing else, it may at least show me where my search technique is deficient! Cheers, Rob Brown. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Patch: single button double-click
--- Rob Brown [EMAIL PROTECTED] wrote: Hi all, The one thing I missed from my Windows days was the ability to assign one of the mouse buttons to perform a left button double-click. It's pretty much a universal feature on Windows mouse drivers these days (with buttons being in ample supply on many mice), and I like it because I find the action of double-clicking irritating ;-).Also, my mother has arthritis, and finds double-clicking to be very awkward. She finds having a single button to do the double-clicking makes things much more comfortable. I tried to find the feature on Linux, and couldn't. I searched XFree86, qt, and kde, and it didn't seem to be there. Then I decided to implement it myself. Not being sure where to implement it, I finally decided to do it in XFree86 because then it can be useful to all of the window managers etc. I've made (pretty trivial) changes in xc/programs/Xserver/hw/xfree86/os-support/xf86OSmouse.h and xc/programs/Xserver/hw/xfree86/input/mouse/mouse.c. The result is a new option (DoubleClickButtons) where I can specify the source and target buttons, ie. pressing the source button will result in a double-click on the target button (the source button is no longer available for any other function). The double-click is just implemented by posting press-release-press-release with no delays in between. A nice side-effect is that I can decrease the double-click delay in KDE, which makes certain operations snappier. So my question is: is anyone else interested in this? I'm more than happy to make it public, but I don't know diff and I'll have to look into where these things are documented and I won't bother if no-one will use it :-) Post your patch and a description as an enhancement on xfree86 bugzilla: http://bugs.xfree86.org Alex Oh, and if the feature already exists and I just failed to find it, please let me know. If nothing else, it may at least show me where my search technique is deficient! Cheers, Rob Brown. __ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel