Looks good! A recent bug report has surfaced for us since I got rid
of the locking in mieqProcessInputEvents. We need to update
miEventQueue.tail only after the data has actually been pushed into
the tail. This should take care of that problem on master, but I
haven't tested it:
diff -
On Tue, Nov 4, 2008 at 9:29 PM, Chris Ball <[EMAIL PROTECTED]> wrote:
> Thanks, added the "make check" test.
Thanks!
> I don't know if you plan to have the test suite launch X clients in
>the future, but I added it to the set of tests that is run against the
>newly-built libraries/server/drivers
Hi Eric,
> Running piglit against software GLX would probably be a way of
> catching nasty issues in paths that most of us aren't testing on
> the desktop.
I turned it off because it was crashing my machine. :) The current
machine running functional tests has an nVidia card (and uses n
On Wed, 2008-11-05 at 00:29 -0500, Chris Ball wrote:
> Thanks, added the "make check" test. I don't know if you plan to have
> the test suite launch X clients in the future, but I added it to the set
> of tests that is run against the newly-built libraries/server/drivers at
> the end of every tind
Hi Jamey,
> I'm sorry too: I used an overly grumpy tone in my last mail. I
> should have known git would make the merge easy to do. :-)
> Tinderbox builds should be passing again now.
Yep, they're passing again, thanks:
http://tinderbox.x.org/
>> I'll be more patient about build bre
On Tue, Nov 04, 2008 at 07:21:50PM -0500, Saist wrote:
> What I don't know is whether or not such an interface program could be
> designed under Linux to begin with... X.org documentation confuses the
> living daylights out of me, so I don't really know if the X.org input system
> could support arb
Hiya.. I'm not on the X.org mailing list...joined mostly to post this
message, which actually originally went to Greg Kroah-Hartman first who
suggested posting it to the X.org mailing list.
just wondering, but has anybody brought up drivers for the Ideazon keyboards
before? ( http://www.ideazon.c
On Tue, 2008-11-04 at 15:48 -0500, Adam Jackson wrote:
> I think it makes sense, although I'm kind of surprised we don't pick up
> on it from ClipNotify on the root window. Still rotation is basically a
> catastrophic clip change so might as well recompute the world.
Rotation would hit ClipNotif
On Tue, Nov 04, 2008 at 10:37:43AM -0800, Alan Coopersmith wrote:
> Keith & Jim's 2003 Usenix paper suggests ssh with compression beats LBX
> in most cases:
> http://keithp.com/~keithp/talks/usenix2003/
They lie, *especially* for slow links. However, NX is a vastly
superior alternative to c
On Tue, Nov 04, 2008 at 09:34:23AM -0800, Jeremy Huddleston wrote:
>
> +dev = e->pDev;
> +screen = e->pScreen;
> +
> miEventQueue.head = (miEventQueue.head + 1) % QUEUE_SIZE;
>
> +type= event->u.u.type;
> +master = (!dev->isMaster && dev->u.master)
> "Jeremy" == Jeremy C Reed <[EMAIL PROTECTED]> writes:
Jeremy> I am curious why SSH protocol 2 doesn't use the CompressionLevel?
The rough consensus was that the difference in bandwith savings vs cpu/
ram savings wasn't enough to bother with anything other than level 6.
They may also have b
On Tue, 2008-11-04 at 10:04 -0800, Keith Packard wrote:
> On Tue, 2008-11-04 at 10:35 -0500, Adam Jackson wrote:
>
> > Please put this in the rrScrPrivRec instead. When we finally finish
> > multi-GPU support in RANDR this will want to be per-ScreenRec.
>
> Yeah, I can imagine other extensions t
On Tue, 2008-11-04 at 12:54 -0600, Jeremy C. Reed wrote:
> I will also play with NX and freenx. Any thoughts on dxpc?
nx is basically dxpc with icing. I wouldn't bother with dxpc itself
really.
X is really a terrible protocol for high latency links though. We'd be
better served translating to
2008/11/4 Alan Coopersmith <[EMAIL PROTECTED]>:
> Jeremy C. Reed wrote:
>> I don't see lbxproxy listed in the X.org 7.4 release. But it is in 7.3.
>> What is its status?
> Deprecated.
I did start this:
http://en.wikipedia.org/wiki/Low_Bandwidth_X
Jim Gettys has edited it, anyone else who want
On Tue, 4 Nov 2008, Fran??ois-Denis Gonthier wrote:
> I think even I can safely say that LBX is considered to be deprecated.
> Tests [1] have shown that it produces little benefit over an SSH
> tunnel with compression enabled.
...
> I have not tried LBX but I must say that SSH compression does i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Joerg Sonnenberger wrote:
> On Tue, Nov 04, 2008 at 12:13:47PM -0600, Jeremy C. Reed wrote:
>> I don't see lbxproxy listed in the X.org 7.4 release. But it is in 7.3.
>> What is its status?
>
> It is dead.
>
>> Any alternatives?
>
> NBX
Maybe you
On Tue, 2008-11-04 at 12:54 +0200, Vasily Khoruzhick wrote:
> On Tuesday 04 November 2008 11:52:15 you wrote:
> > Mesa 7.2 is not enough for GEM to work. You need latest git.
> >
> > Grab dri2proto, drm(for libdrm only, not linux-core), mesa, and
> > xf86-video-intel for GEM enabled kernel.
> > Als
On Tue, Nov 04, 2008 at 01:31:50PM -0500, Benjamin M. Schwartz wrote:
> >> Any alternatives?
> >
> > NBX
>
> Maybe you mean NX?
>
> http://en.wikipedia.org/wiki/NX_technology
Sorry, yes.
Joerg
___
xorg mailing list
xorg@lists.freedesktop.org
http://l
Jeremy C. Reed wrote:
> I don't see lbxproxy listed in the X.org 7.4 release. But it is in 7.3.
> What is its status?
Deprecated.
> I found docs online about LBX, but most are very old.
>
> xdpyinfo doesn't show any LBX extension for me (but I read online that
> recent X servers include it by
On Tue, Nov 4, 2008 at 08:44:17 -0800, Carl Worth wrote:
> But it's still awfully rude of the Makefiles to use CFLAGS for internal
> purposes so that the user can't augment things on the make command line.
Agreed. Should be fixed now for libXfont; feel free to complain if you
run into the same
"Jeremy C. Reed" <[EMAIL PROTECTED]> writes:
> I don't see lbxproxy listed in the X.org 7.4 release. But it is in 7.3.
> What is its status?
>
> I found docs online about LBX, but most are very old.
>
> xdpyinfo doesn't show any LBX extension for me (but I read online that
> recent X servers inc
On Tue, Nov 04, 2008 at 12:13:47PM -0600, Jeremy C. Reed wrote:
> I don't see lbxproxy listed in the X.org 7.4 release. But it is in 7.3.
> What is its status?
It is dead.
> Any alternatives?
NBX
Joerg
___
xorg mailing list
xorg@lists.freedesktop.org
Le mardi 04 novembre 2008 à 12:13 -0600, Jeremy C. Reed a écrit :
> I don't see lbxproxy listed in the X.org 7.4 release. But it is in 7.3.
> What is its status?
>
> I found docs online about LBX, but most are very old.
>
> xdpyinfo doesn't show any LBX extension for me (but I read online that
I don't see lbxproxy listed in the X.org 7.4 release. But it is in 7.3.
What is its status?
I found docs online about LBX, but most are very old.
xdpyinfo doesn't show any LBX extension for me (but I read online that
recent X servers include it by default).
Before I attempt to rebuild Xorg wit
On Tue, 2008-11-04 at 10:35 -0500, Adam Jackson wrote:
> Please put this in the rrScrPrivRec instead. When we finally finish
> multi-GPU support in RANDR this will want to be per-ScreenRec.
Yeah, I can imagine other extensions that will want to know when the
crtc configuration has changed. I was
On Nov 3, 2008, at 22:08, Peter Hutterer wrote:
...
righty-o. hunk 2 is different, with the change you suggested. To make
the flow cleaner, I moved all the EQ and memory alloc stuff together
and the
copies into local variables below it.
Almost... you need to move the pop down 4 lines. ie
On Mon, Nov 3, 2008 at 8:26 PM, Chris Ball <[EMAIL PROTECTED]> wrote:
> I see, sorry for the hassle;
I'm sorry too: I used an overly grumpy tone in my last mail. I should
have known git would make the merge easy to do. :-) Tinderbox builds
should be passing again now.
> I'll be more patient about
On Tue, Nov 4, 2008 at 4:12 AM, Maarten Maathuis <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 4, 2008 at 10:44 AM, Julien Danjou <[EMAIL PROTECTED]> wrote:
>> libxcb 1.1.92 is available!
Thanks, Julien!
> Shouldn't a libX11 release with the handoff patches go with this, or
> is this optional?
I've j
On Tue, 2008-11-04 at 10:20 +, John Tapsell wrote:
> >> The transformation into screen coordinates is of little issue. Ideally,
> >> you'd
> >> want applications using multi-touch stuff to be aware of the events anyway,
> >> in which case you'd just use the device coordinate space.
> > What if
On Tue, 2008-11-04 at 16:28 +0100, ludo wrote:
> What is the correct way for passing additionnal parameters to gcc from
> make ?
As Joel points out, you can resolve this by setting flags at configure
time.
But it's still awfully rude of the Makefiles to use CFLAGS for internal
purposes so that t
You can do this when you run ./configure:
./configure --prefix=/usr CFLAGS="-g3 -O0"
You probably want to run 'make distclean' first.
ludo wrote:
> Hi,
>
> I'd like to compile Xorg with debugging info (-g3 -O0 flags)
> I have tried to use
> make CFLAGS=
> but this method corrupts the entire
On Tue, 2008-11-04 at 02:07 -0800, Keith Packard wrote:
> diff --git a/hw/xfree86/modes/xf86Crtc.c b/hw/xfree86/modes/xf86Crtc.c
> index df47598..0ae1e4d 100644
> --- a/hw/xfree86/modes/xf86Crtc.c
> +++ b/hw/xfree86/modes/xf86Crtc.c
> @@ -2545,6 +2545,14 @@ xf86SaveScreen(ScreenPtr pScreen, int mo
Hi,
I'd like to compile Xorg with debugging info (-g3 -O0 flags)
I have tried to use
make CFLAGS=
but this method corrupts the entire command line
for exemple in libXfont
With the standard 'make', it works well
$ make
[...]
make[3]: Entering directory
`/d/sources/xorg-git-auto/libXfont.dumm
I used
git clone git://git.freedesktop.org/git/xorg/proto/dri2proto
git clone git://git.freedesktop.org/git/mesa/drm
git clone git://git.freedesktop.org/git/mesa/mesa
git clone git://git.freedesktop.org/git/xorg/driver/xf86-video-intel
And for mesa options were
./autogen.sh --prefix=/usr --with-dr
On Tuesday 04 November 2008 13:11:03 you wrote:
> You cant get GEM working without GEM mesa.
> I think if You install latest mesa, and have non GEM kernel it should
> report gem no supported faling back to classic.
I have opposite situation - latest kernel and non-gem mesa :)
> I haven't tried wi
On Tue, Nov 4, 2008 at 10:44 AM, Julien Danjou <[EMAIL PROTECTED]> wrote:
> libxcb 1.1.92 is available!
>
> Enhancements:
> * Added small fix to support trailing fixed fields; also warning for
> non-pad fixed fields
> * Fixed overly aggressive warning about fixed field following
> variable
> * Ad
You cant get GEM working without GEM mesa.
I think if You install latest mesa, and have non GEM kernel it should report
gem no supported faling back to classic.
I haven't tried with older mesa though.
But its not so hard to install 3 sourses for GEM to work, unless You want
dri2 which means recomp
On Mon, 2008-11-03 at 20:11 +, Alan Hourihane wrote:
> On Wed, 2008-10-15 at 00:11 -0400, Kristian Høgsberg wrote:
> > Hi,
> >
> > Here's a quick, last-minute note on the state of DRI2 before I take
> > off for 2 weeks of vacation. I just pushed the updated protocol+docs
> > to dri2proto and
On Tuesday 04 November 2008 11:52:15 you wrote:
> Mesa 7.2 is not enough for GEM to work. You need latest git.
>
> Grab dri2proto, drm(for libdrm only, not linux-core), mesa, and
> xf86-video-intel for GEM enabled kernel.
> Also make sure You have xserver-xorg-core 1.5.x (with EXA method as UXA is
>> The transformation into screen coordinates is of little issue. Ideally, you'd
>> want applications using multi-touch stuff to be aware of the events anyway,
>> in which case you'd just use the device coordinate space.
> What if, for example, you have a camera-based input device with a
> fisheye
Hello Peter,
first of all, thanks for your opinions.
> One of the problems you will run into here is that it is hard to convert raw
> data into specific packets without many pre-configured assumptions or just
> plain guesswork.
> For example, if you can detect two distinct blobs from two fingers,
Drivers that care about crtc positions on the screen to ensure that
vblank works correctly need to be notified when crtcs are changed. Provide a
dri-specific hook in the mode setting code that is invoked whenever any
configuration is done to the screen so that DRI clients are notified and
receive u
Mesa 7.2 is not enough for GEM to work. You need latest git.
Grab dri2proto, drm(for libdrm only, not linux-core), mesa, and
xf86-video-intel for GEM enabled kernel.
Also make sure You have xserver-xorg-core 1.5.x (with EXA method as UXA is
still a bit buggy and needs dri2)
Do this if You dont pl
libxcb 1.1.92 is available!
Enhancements:
* Added small fix to support trailing fixed fields; also warning for
non-pad fixed fields
* Fixed overly aggressive warning about fixed field following
variable
* Added generation of extern "C" for compatibility with C++
* Remove libxcb-xlib and xc
On Tuesday 04 November 2008 10:01:04 you wrote:
> On Tue, 2008-11-04 at 09:17 +0200, Vasily Khoruzhick wrote:
> > On 4 November 2008 06:58:51 Eric Anholt wrote:
> > > It's not a single patch. It's in linus's master now. (drm-intel-next
> > > is updated for our current work against it)
> >
> > Thi
On Tue, 2008-11-04 at 09:17 +0200, Vasily Khoruzhick wrote:
> On 4 November 2008 06:58:51 Eric Anholt wrote:
>
> > It's not a single patch. It's in linus's master now. (drm-intel-next
> > is updated for our current work against it)
>
> This fix changed nothing for me (now using kernel 2.6.28-rc
46 matches
Mail list logo