No mouse, no keyboard in X

2011-03-15 Thread jazzbo
Xorg no longer react to usb mouse or usb keyboard after starting up. The gdm3 login screen doesn't react to keyboard input or mouse movements. Thought usb port might dead, tried to plug the mouse into the the usb port at the front of the pc and the mouse started to live. Tried to plug the keyboar

Re: libXt 1.1.1 cross compilation breakage

2011-03-15 Thread Gaetan Nadon
On Tue, 2011-03-15 at 17:17 -0700, Paul Bender wrote: > For what it is worth, as long I set the environment variables > CC_FOR_BUILD, CFLAGS_FOR_BUILD and LDFLAGS_FOR_BUILD during > configure, > makestrs compiles correctly during cross compile. However, if I do > not > set these environment var

Re: libXt 1.1.1 cross compilation breakage

2011-03-15 Thread Gaetan Nadon
On Tue, 2011-03-15 at 19:20 -0400, Jason Woodward wrote: > I understand the problem better now. If this is a no-fix from your > end I can just update the build to prebuild with > make -C util makestrs CC=gcc CFLAGS= XT_CFLAGS= > Yes, you would need to upgrade your "workaround" due to the variab

Re: libXt 1.1.1 cross compilation breakage

2011-03-15 Thread Paul Bender
On 3/15/2011 1:06 PM, Jason Woodward wrote: 9ccf14fddedc11bd17b3ae30612c6f70f4cd7e14 broke cross compilation by using target specific CFLAGS when building makestrs. Reverting this commit fixes the problem. For what it is worth, as long I set the environment variables CC_FOR_BUILD, CFLAGS_FOR_

Re: libXt 1.1.1 cross compilation breakage

2011-03-15 Thread Jason Woodward
Hi Gaetan, > I'd like to understand better, per-target flags are not for > cross-compilation > and in this case, it should be a no-op. > > Can you provide the command that is issued? Is it trying to > cross-compile makestrs? > I suspect the XT_CFLAGS are missing. > > This is what I have on a re

Re: libXt 1.1.1 cross compilation breakage

2011-03-15 Thread Gaetan Nadon
On Tue, 2011-03-15 at 16:06 -0400, Jason Woodward wrote: > 9ccf14fddedc11bd17b3ae30612c6f70f4cd7e14 broke cross compilation by > using target specific CFLAGS when building makestrs. > > Reverting this commit fixes the problem. > Thanks for isolating where the problem was injected. I'd like to

Re: [dri] RADEONDRIGetVersion failed because of a version mismatch.

2011-03-15 Thread Justin P. Mattock
alex, Thanks for the info on this. I ended up going through everything and found what was happening. basically I was loading all the fb modules which was causing the freeze. seems in the past I was able to have these guys loading, and there was no issue.(only thing I can think of is I had sta

libXt 1.1.1 cross compilation breakage

2011-03-15 Thread Jason Woodward
9ccf14fddedc11bd17b3ae30612c6f70f4cd7e14 broke cross compilation by using target specific CFLAGS when building makestrs. Reverting this commit fixes the problem. take care, jason ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.free