Re: Cross compiling xorg 7.7
On 12/10/2012 7:23 AM, Leblanc-Lebeau, Francis wrote: Hi everyone ! I am trying to cross compile xorg 7.7 and I am having libtool errors when compiling libs, especially with libfixes and libX* For some reason, libs that doesn’t have libtool script tlmain.sh v2.4.2 can’t parse its internal dependency_libs correctly and give this error when linking (see below). I have a workaround for the libs using libtool 2.4: I patched ltmain.sh form another library, using ltmain v2.4.2, and everything is fine. But for libs like libXfixes using libtool 2.2.6, I can’t patch ltmain.sh Here’s an example using package libXfixes-5.0, Using Centos 6.3 ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --with-sysroot=/opt/verint/velix/i686/target --build=i686-pc-linux-gnu --host=i686-unknown-linux-gnu CC=i686-unknown-linux-gnu-gcc AR=i686-unknown-linux-gnu-ar RANLIB=i686-unknown-linux-gnu-ranlib LD=i686-unknown-linux-gnu-ld CPP=i686-unknown-linux-gnu-cpp make […] CCLD libXfixes.la libtool: link: warning: library `/opt/verint/velix/i686/target/usr/lib/libX11.la' was moved. ../libtool: line 6727: cd: =/usr/lib: No such file or directory libtool: link: warning: cannot determine absolute directory name of `=/usr/lib' /bin/grep: =/usr/lib/libxcb.la: No such file or directory /bin/sed: can't read =/usr/lib/libxcb.la: No such file or directory What can I do about those libs ? My experience has been the *.la files tend to do more harm than good. As a result, when I cross compile, I make sure that when I build and install a package, I delete the *.la files that the package installs. ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Segmentation fault
>On Tue, Dec 11, 2012 at 5:48 AM, stompdagg...@yahoo.com > wrote: >>>On Die, 2012-12-11 at 01:45 -0800, stompdagg...@yahoo.com wrote: >On Mon, 2012-12-10 at 11:33 -0800, stompdagg...@yahoo.com wrote: > >> On Sun, Dec 9, 2012 at 12:16 PM, wrote: >> >> When starting openSuse 12.2, the X-server terminates with a >> segmentation fault (see attached log file). >> >> >The open source driver should support your card just fine. Can you >> >install debugging symbols and get a proper backtrace with GDB? >> >http://wiki.x.org/wiki/Development/Documentation/ServerDebugging >> >> Alex, looking at his log, I don't see the card in the support list, >> his card is the v7700? >As you can see in the lspci output, it's a 7500, which is Turks >(Northern Islands generation) based. >If the driver didn't support the card, it would bail much earlier. looking at the xorg log, I see Turks only as part of the AMD Radeon HD 6700 Series, does this means that 7500 Series is part of the 6700 Series? >> >>>It's complicated. :\ >> >>>7xx0 and 6xx0 are marketing names, which are mostly irrelevant for >>>driver support, in contrast to code names such as Turks, Northern >>>Islands etc. >> >> I see, so maybe it is a good idea to fix the radeon output? if I had this >> problem, I'd assume that the driver doesn't supports the card, this would >> have wasted a lot of time. >Marketing and OEMs come up with so many different names, it's hard to >keep track. Best bet it to look at the pci ids, or check wikipedia: >http://en.wikipedia.org/wiki/Ati_gpu >Alex I see, thanks for the explanation. ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Segmentation fault
>On Die, 2012-12-11 at 02:48 -0800, stompdagg...@yahoo.com wrote: >> >On Die, 2012-12-11 at 01:45 -0800, stompdagg...@yahoo.com wrote: >> >> >On Mon, 2012-12-10 at 11:33 -0800, stompdagg...@yahoo.com wrote: > >>> >> On Sun, Dec 9, 2012 at 12:16 PM, > >>> wrote: >> >> >> >> When starting openSuse 12.2, the X-server terminates with a >> >> >> segmentation fault (see attached log file). > >>> >> > >>> >> >The open source driver should support your card just fine. Can >> >> you >> >> >> >install debugging symbols and get a proper backtrace with GDB? > >>> >> >> >http://wiki.x.org/wiki/Development/Documentation/ServerDebugging >> >> >> > >>> >> Alex, looking at his log, I don't see the card in the support >> list, >> >> >> his card is the v7700? > >>> > >>> >As you can see in the lspci output, it's a 7500, which is Turks >> >> >(Northern Islands generation) based. >> >> >> >> >If the driver didn't support the card, it would bail much >> earlier. >> >> > >>> looking at the xorg log, I see Turks only as part of the AMD Radeon >> HD >> >> 6700 Series, does this means that 7500 Series is part of the 6700 > >>> Series? >> >> >It's complicated. :\ >> >> >7xx0 and 6xx0 are marketing names, which are mostly irrelevant for >> >driver support, in contrast to code names such as Turks, Northern >> >Islands etc. >> >> I see, so maybe it is a good idea to fix the radeon output? >Can you make a specific suggestion, or even a patch? I can't seem to find something more specific than this scenario, >> if I had this problem, I'd assume that the driver doesn't supports the >> card, this would have wasted a lot of time. >Why would you assume that? I think it is extremely logical to assume that because xorg's log contains the following line: "(II) RADEON: Driver for ATI Radeon chipsets:" and is followed by a list of cards. if the card you have is not on the list, it is logical to assume that the driver doesn't supports it. > Again, if the driver doesn't support a card, >it bails much earlier, in a totally different way. for you it is logical because you know your way around the code, I consider myself as an advanced linux user, if for me it isn't clear, why would it be clear to someone at lower experience level than I?___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: IR remote control as mouse
On 2012-12-07 21:00, johnea wrote: > > Hello, > > I've previously used LIRC for IR remote control of multimedia software, as > well as configuring the arrow keys, of the remote, to function as a mouse. > > Can both of these functions be implemented via xorg configuration? > > Remapping the buttons to control the media player is working, but without > access to key codes greater than 255. > > Is there a way to configure the arrow and enter keys to function as an evdev > mouse? > > Thank You! > > johnea Surely someone at least knows if this is possible? The sharing of your expertise is very greatly appreciated... johnea ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: [ANNOUNCE] xorg-server 1.13.0.902 (1.13.1-rc2)
On Tue, Dec 11, 2012 at 7:11 AM, Thierry Reding wrote: > On Thu, Dec 06, 2012 at 11:20:42PM -0700, Matt Dew wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Subject: [ANNOUNCE] xorg-server 1.13.0.902 >> To: xorg-annou...@lists.freedesktop.org >> CC: x...@lists.freedesktop.org >> >> Chris Wilson (1): >> xf86: select a fake output for headless servers >> >> Daniel Martin (1): >> Xi: Fix modifier swapping in XIPassiveGrabDevice >> >> Dave Airlie (1): >> randr: call RRProviderInit in the proper place. >> >> Jasper St. Pierre (1): >> cursor: Revise edge cases for the pointer moving towards barriers >> >> Keith Packard (1): >> xf86: fix compat output selection for no output GPUs >> >> Matt Dew (1): >> Bump version >> >> Peter Hutterer (2): >> When resetting device idle time, reset XIAll(Master)Devices >> too (#56649) >> xkb: fill in keycode and event type for slow keys enablement >> >> Sybren van Elderen (1): >> hw/dmx: add update_desktop_dimensions() call > > Hi Matt, > > This doesn't have the non-PCI configuration-less regression fix[0]. Did > you decide not to take it into 1.13.1 after all or did you forget? Note > that meanwhile it has been merged into master. > The non-PCI configuration stuff is buggy, I just noticed this morning, please don't pull into 1.13.1 yet. Dave. ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Segmentation fault
On Tue, Dec 11, 2012 at 5:48 AM, stompdagg...@yahoo.com wrote: >>On Die, 2012-12-11 at 01:45 -0800, stompdagg...@yahoo.com wrote: >>> >On Mon, 2012-12-10 at 11:33 -0800, stompdagg...@yahoo.com wrote: >>> >> On Sun, Dec 9, 2012 at 12:16 PM, >>> wrote: >>> >> >> When starting openSuse 12.2, the X-server terminates with a >>> >> segmentation fault (see attached log file). >>> >> >>> >> >The open source driver should support your card just fine. Can >>> you >>> >> >install debugging symbols and get a proper backtrace with GDB? >>> >> >http://wiki.x.org/wiki/Development/Documentation/ServerDebugging >>> >> >>> >> Alex, looking at his log, I don't see the card in the support list, >>> >> his card is the v7700? >>> >>> >As you can see in the lspci output, it's a 7500, which is Turks >>> >(Northern Islands generation) based. >>> >>> >If the driver didn't support the card, it would bail much earlier. >>> >>> looking at the xorg log, I see Turks only as part of the AMD Radeon HD >>> 6700 Series, does this means that 7500 Series is part of the 6700 >>> Series? > >>It's complicated. :\ > >>7xx0 and 6xx0 are marketing names, which are mostly irrelevant for >>driver support, in contrast to code names such as Turks, Northern >>Islands etc. > > I see, so maybe it is a good idea to fix the radeon output? if I had this > problem, I'd assume that the driver doesn't supports the card, this would > have wasted a lot of time. Marketing and OEMs come up with so many different names, it's hard to keep track. Best bet it to look at the pci ids, or check wikipedia: http://en.wikipedia.org/wiki/Ati_gpu Alex ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Segmentation fault
On Die, 2012-12-11 at 02:48 -0800, stompdagg...@yahoo.com wrote: > >On Die, 2012-12-11 at 01:45 -0800, stompdagg...@yahoo.com wrote: > >> >On Mon, 2012-12-10 at 11:33 -0800, stompdagg...@yahoo.com wrote: > >> >> On Sun, Dec 9, 2012 at 12:16 PM, > >> wrote: > >> >> >> When starting openSuse 12.2, the X-server terminates with a > >> >> segmentation fault (see attached log file). > >> >> > >> >> >The open source driver should support your card just fine. Can > >> you > >> >> >install debugging symbols and get a proper backtrace with GDB? > >> >> > >http://wiki.x.org/wiki/Development/Documentation/ServerDebugging > >> >> > >> >> Alex, looking at his log, I don't see the card in the support > list, > >> >> his card is the v7700? > >> > >> >As you can see in the lspci output, it's a 7500, which is Turks > >> >(Northern Islands generation) based. > >> > >> >If the driver didn't support the card, it would bail much > earlier. > >> > >> looking at the xorg log, I see Turks only as part of the AMD Radeon > HD > >> 6700 Series, does this means that 7500 Series is part of the 6700 > >> Series? > > >It's complicated. :\ > > >7xx0 and 6xx0 are marketing names, which are mostly irrelevant for > >driver support, in contrast to code names such as Turks, Northern > >Islands etc. > > I see, so maybe it is a good idea to fix the radeon output? Can you make a specific suggestion, or even a patch? > if I had this problem, I'd assume that the driver doesn't supports the > card, this would have wasted a lot of time. Why would you assume that? Again, if the driver doesn't support a card, it bails much earlier, in a totally different way. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Segmentation fault
>On Die, 2012-12-11 at 01:45 -0800, stompdagg...@yahoo.com wrote: >> >On Mon, 2012-12-10 at 11:33 -0800, stompdagg...@yahoo.com wrote: >> >> On Sun, Dec 9, 2012 at 12:16 PM, >> wrote: >> >> >> When starting openSuse 12.2, the X-server terminates with a >> >> segmentation fault (see attached log file). >> >> >> >> >The open source driver should support your card just fine. Can >> you >> >> >install debugging symbols and get a proper backtrace with GDB? >> >> >http://wiki.x.org/wiki/Development/Documentation/ServerDebugging >> >> >> >> Alex, looking at his log, I don't see the card in the support list, >> >> his card is the v7700? >> >> >As you can see in the lspci output, it's a 7500, which is Turks >> >(Northern Islands generation) based. >> >> >If the driver didn't support the card, it would bail much earlier. >> >> looking at the xorg log, I see Turks only as part of the AMD Radeon HD >> 6700 Series, does this means that 7500 Series is part of the 6700 >> Series? >It's complicated. :\ >7xx0 and 6xx0 are marketing names, which are mostly irrelevant for >driver support, in contrast to code names such as Turks, Northern >Islands etc. I see, so maybe it is a good idea to fix the radeon output? if I had this problem, I'd assume that the driver doesn't supports the card, this would have wasted a lot of time. ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Segmentation fault
On Die, 2012-12-11 at 01:45 -0800, stompdagg...@yahoo.com wrote: > >On Mon, 2012-12-10 at 11:33 -0800, stompdagg...@yahoo.com wrote: > >> On Sun, Dec 9, 2012 at 12:16 PM, > wrote: > >> >> When starting openSuse 12.2, the X-server terminates with a > >> segmentation fault (see attached log file). > >> > >> >The open source driver should support your card just fine. Can > you > >> >install debugging symbols and get a proper backtrace with GDB? > >> >http://wiki.x.org/wiki/Development/Documentation/ServerDebugging > >> > >> Alex, looking at his log, I don't see the card in the support list, > >> his card is the v7700? > > >As you can see in the lspci output, it's a 7500, which is Turks > >(Northern Islands generation) based. > > >If the driver didn't support the card, it would bail much earlier. > > looking at the xorg log, I see Turks only as part of the AMD Radeon HD > 6700 Series, does this means that 7500 Series is part of the 6700 > Series? It's complicated. :\ 7xx0 and 6xx0 are marketing names, which are mostly irrelevant for driver support, in contrast to code names such as Turks, Northern Islands etc. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Segmentation fault
>On Mon, 2012-12-10 at 11:33 -0800, stompdagg...@yahoo.com wrote: >> On Sun, Dec 9, 2012 at 12:16 PM, wrote: >> >> When starting openSuse 12.2, the X-server terminates with a >> segmentation fault (see attached log file). >> >> >The open source driver should support your card just fine. Can you >> >install debugging symbols and get a proper backtrace with GDB? >> >http://wiki.x.org/wiki/Development/Documentation/ServerDebugging >> >> Alex, looking at his log, I don't see the card in the support list, >> his card is the v7700? >As you can see in the lspci output, it's a 7500, which is Turks >(Northern Islands generation) based. >If the driver didn't support the card, it would bail much earlier. looking at the xorg log, I see Turks only as part of the AMD Radeon HD 6700 Series, does this means that 7500 Series is part of the 6700 Series?___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Segmentation fault
On Mon, 2012-12-10 at 11:33 -0800, stompdagg...@yahoo.com wrote: > On Sun, Dec 9, 2012 at 12:16 PM, wrote: > >> When starting openSuse 12.2, the X-server terminates with a > segmentation fault (see attached log file). > > >The open source driver should support your card just fine. Can you > >install debugging symbols and get a proper backtrace with GDB? > >http://wiki.x.org/wiki/Development/Documentation/ServerDebugging > > Alex, looking at his log, I don't see the card in the support list, > his card is the v7700? As you can see in the lspci output, it's a 7500, which is Turks (Northern Islands generation) based. If the driver didn't support the card, it would bail much earlier. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
