> On Jun 21, 2022, at 2:19 AM, Michel Dänzer wrote:
>
> On 2022-06-21 05:37, Jeremy Sequoia wrote:
>> I reverted
>
> Thanks.
>
> Note that "make dist" is still broken on server-22.1-branch:
> https://gitlab.freedesktop.org/xorg/xserver/-/jobs/24330392 (I don't
> personally care about this,
On 2022-06-21 05:37, Jeremy Sequoia wrote:
> I reverted
Thanks.
Note that "make dist" is still broken on server-22.1-branch:
https://gitlab.freedesktop.org/xorg/xserver/-/jobs/24330392 (I don't personally
care about this, but the 22.1 branch maintainer might :)
> and created a pull request to
I reverted and created a pull request to track getting this in once the
pipelines are updated:
https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/913
Also, a plug for the PR I just put up to get Xorg and Xnest building again on
darwin:
https://gitlab.freedesktop.org/xorg/xser
Shoot, sorry about that. Do you want me to revert it? I figured the warning
meant the build wouldn't even work with older meson :/
Sent from my iPhone...
> On Jun 20, 2022, at 02:09, Michel Dänzer wrote:
>
>
> Hi Jeremy,
>
>
> good to see you working on Xquartz again!
>
>
> We are gene
Hi Jeremy,
good to see you working on Xquartz again!
We are generally not pushing xserver changes directly to the main repository
anymore, but using GitLab merge requests instead. While you are mostly free to
ignore this for changes which affect Xquartz only[0], bumping the minimum meson
v
On Wed, 2016-08-17 at 15:21 +0900, Michel Dänzer wrote:
> On 17/08/16 05:04 AM, Adam Jackson wrote:
> >
> >
> > New commits:
> > commit 5c69cb604a144bdced7d066eaca574aa44e8cb36
> > Author: Adam Jackson
> > Date: Mon Jun 20 12:57:12 2016 -0400
> >
> > xinput: Let top-level dispatch generat
On 17/08/16 05:04 AM, Adam Jackson wrote:
>
> New commits:
> commit 5c69cb604a144bdced7d066eaca574aa44e8cb36
> Author: Adam Jackson
> Date: Mon Jun 20 12:57:12 2016 -0400
>
> xinput: Let top-level dispatch generate the error
>
> ... instead of calling SendErrorToClient ourselves.
On 19.07.2016 23:58, Adam Jackson wrote:
> On Tue, 2016-07-19 at 12:34 +0900, Michel Dänzer wrote:
>> On 19.07.2016 05:29, Adam Jackson wrote:
>>> [...]
>>>
>>> New commits:
>>> commit 8d3a368d8980e37e7e8c57065dc901ce809887c6
>>> Author: Keith Packard
>>> Date: Wed Jun 1 22:47:29 2016 -0700
>>>
On Tue, 2016-07-19 at 12:34 +0900, Michel Dänzer wrote:
> On 19.07.2016 05:29, Adam Jackson wrote:
> > [...]
> >
> > New commits:
> > commit 8d3a368d8980e37e7e8c57065dc901ce809887c6
> > Author: Keith Packard
> > Date: Wed Jun 1 22:47:29 2016 -0700
> >
> > os: InputThreadFillPipe doesn't ne
On 19.07.2016 05:29, Adam Jackson wrote:
> [...]
>
> New commits:
> commit 8d3a368d8980e37e7e8c57065dc901ce809887c6
> Author: Keith Packard
> Date: Wed Jun 1 22:47:29 2016 -0700
>
> os: InputThreadFillPipe doesn't need select or poll
>
> [...]
These changes broke make check.
They a
On Fri, 2016-05-27 at 18:49 +0900, Michel Dänzer wrote:
> As mentioned on IRC, this commit broke the +iglx command line flag for
> me: In addition to +iglx no longer enabling indirect GLX,
This is my mistake. ddxProcessArgument is eating the flag by returning
1 instead of 0 so dix never gets a ch
Peter Hutterer writes:
> with that, Reviewed-by: Peter Hutterer
Merged (in two patches, sorry for the typo!)
--
-keith
signature.asc
Description: PGP signature
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xor
On Fri, May 27, 2016 at 01:58:56AM -0700, Keith Packard wrote:
> Michel Dänzer writes:
>
> > On 27.05.2016 08:08, Keith Packard wrote:
> >>
> >> commit f84703b50cc908a127f4ad923ebbf56f8f244c0d
> >> Author: Keith Packard
> >> Date: Tue Dec 8 14:20:21 2015 -0800
> >>
> >> dix: Reallocate t
On 27.05.2016 03:00, Adam Jackson wrote:
>
> commit 4fca18dc03669bada75175df289fbee41275208e
> Author: Adam Jackson
> Date: Mon May 9 13:28:08 2016 -0400
>
> xfree86: Add IndirectGLX server flag (v2)
>
> Not all display managers make it easy (or possible) to modify the
> comma
Michel Dänzer writes:
> On 27.05.2016 08:08, Keith Packard wrote:
>>
>> commit f84703b50cc908a127f4ad923ebbf56f8f244c0d
>> Author: Keith Packard
>> Date: Tue Dec 8 14:20:21 2015 -0800
>>
>> dix: Reallocate touchpoint buffer at input event time [v2]
>>
>> Now that input is thread
On 27.05.2016 08:08, Keith Packard wrote:
>
> commit f84703b50cc908a127f4ad923ebbf56f8f244c0d
> Author: Keith Packard
> Date: Tue Dec 8 14:20:21 2015 -0800
>
> dix: Reallocate touchpoint buffer at input event time [v2]
>
> Now that input is threaded, malloc can be used at event ti
On 01/ 5/16 10:35 PM, Michel Dänzer wrote:
On 06.01.2016 04:51, Adam Jackson wrote:
commit edcb6426f20c3be5dd5f50b76a686754aef2f64e
Author: Alan Coopersmith
Date: Fri Jan 1 18:11:14 2016 -0800
Use unique logfile names when starting server with -displayfd
This change broke make check
On 06.01.2016 04:51, Adam Jackson wrote:
>
> commit edcb6426f20c3be5dd5f50b76a686754aef2f64e
> Author: Alan Coopersmith
> Date: Fri Jan 1 18:11:14 2016 -0800
>
> Use unique logfile names when starting server with -displayfd
This change broke make check for me, specifically the signal-logg
On Tue, Dec 08, 2015 at 09:56:45AM -0800, Keith Packard wrote:
> Michel Dänzer writes:
>
> > This commit broke input for me with xf86-input-libinput. No keyboard or
> > mouse input is received. There are no errors in the log file.
> >
> > xf86-input-evdev works.
>
> Ok, I spent some time yesterd
Michel Dänzer writes:
> This commit broke input for me with xf86-input-libinput. No keyboard or
> mouse input is received. There are no errors in the log file.
>
> xf86-input-evdev works.
Ok, I spent some time yesterday figuring out what happened here. The
issue is that xf86-input-libinput is us
On Wed, 2015-12-02 at 02:26 -0600, Keith Packard wrote:
> Michel Dänzer writes:
>
> > This commit broke input for me with xf86-input-libinput. No keyboard or
> > mouse input is received. There are no errors in the log file.
> >
> > xf86-input-evdev works.
>
> I didn't test xf86-input-libinput a
Michel Dänzer writes:
> This commit broke input for me with xf86-input-libinput. No keyboard or
> mouse input is received. There are no errors in the log file.
>
> xf86-input-evdev works.
I didn't test xf86-input-libinput at all, I'm afraid, thanks for
catching this.
--
-keith
signature.asc
On 02.12.2015 03:56, Adam Jackson wrote:
>
> commit 1df07dc36ca145c59f51176d9ab2651112506d75
> Author: Keith Packard
> Date: Wed Nov 11 22:02:16 2015 -0800
>
> hw/xfree86: Use NotifyFd for device and other input fd wakeups
>
> Remove code in xf86Wakeup for dealing with device and
On 01.07.2015 07:09, Eric Anholt wrote:
> Michel Dänzer writes:
>
>> On 30.06.2015 13:02, Keith Packard wrote:
>>>
>>> commit 9c679d06055cc62aa9209318705e87dc33fba4c8
>>> Author: Eric Anholt
>>> Date: Sun May 31 16:07:01 2015 -0700
>>>
>>> glamor: Skip actual FBO setup in our glyph atlas.
Michel Dänzer writes:
> On 30.06.2015 13:02, Keith Packard wrote:
>>
>> commit 9c679d06055cc62aa9209318705e87dc33fba4c8
>> Author: Eric Anholt
>> Date: Sun May 31 16:07:01 2015 -0700
>>
>> glamor: Skip actual FBO setup in our glyph atlas.
>>
>> VC4 (and many GLES2 renderers) can
On 30.06.2015 13:02, Keith Packard wrote:
>
> commit 9c679d06055cc62aa9209318705e87dc33fba4c8
> Author: Eric Anholt
> Date: Sun May 31 16:07:01 2015 -0700
>
> glamor: Skip actual FBO setup in our glyph atlas.
>
> VC4 (and many GLES2 renderers) can't render to GL_ALPHA, so our pixm
Michel Dänzer writes:
> I think the glamor code is doing conceptually the wrong thing anyway:
> glTexSubImage is intended for changing parts of an existing texture.
I'd hate to try and understand the 'intent' of any standard as complex
as this, but glTexSubImage seemed to me the 'obvious' way to
On Die, 2014-04-08 at 00:00 -0700, Keith Packard wrote:
> Michel Dänzer writes:
>
> > Current xserver master takes on the order of ten seconds to start up
> > xterm on my Kaveri box. I'm sure you agree that's not acceptable. :)
>
> That's gotta be a performance problem in the GL driver then; we'
Michel Dänzer writes:
> Current xserver master takes on the order of ten seconds to start up
> xterm on my Kaveri box. I'm sure you agree that's not acceptable. :)
That's gotta be a performance problem in the GL driver then; we're
uploading on the order of 200 teeny little textures. Perhaps you
On Mon, 2014-04-07 at 23:39 -0700, Keith Packard wrote:
> Michel Dänzer writes:
>
> > I've come to realize it's coincidence that the text appears at step 2:
> > The problem is that a lot of time is spent in glamor_font_get() ->
> > glTexSubImage2D(). It would probably be more efficient to pack al
Michel Dänzer writes:
> I've come to realize it's coincidence that the text appears at step 2:
> The problem is that a lot of time is spent in glamor_font_get() ->
> glTexSubImage2D(). It would probably be more efficient to pack all the
> glyphs in malloc()ed memory and pass that to glTexImage2D(
On Mon, 2014-04-07 at 18:33 +0900, Michel Dänzer wrote:
> Test case:
>
> 1. Start 'naked' Xorg with an xterm: xinit =xterm -- :1 -retro &
> 2. Start xfwm4: DISPLAY=:1 xfwm4 &
> 3. Maximize and unmaximize xterm window
>
>
> There are at least two regressions introduced by the lates
On Mon, 2014-04-07 at 11:27 -0700, Keith Packard wrote:
> Michel Dänzer writes:
>
> > Test case:
> >
> > 1. Start 'naked' Xorg with an xterm: xinit =xterm -- :1 -retro &
> > 2. Start xfwm4: DISPLAY=:1 xfwm4 &
> > 3. Maximize and unmaximize xterm window
> >
> >
> > There are at leas
Michel Dänzer writes:
> Test case:
>
> 1. Start 'naked' Xorg with an xterm: xinit =xterm -- :1 -retro &
> 2. Start xfwm4: DISPLAY=:1 xfwm4 &
> 3. Maximize and unmaximize xterm window
>
>
> There are at least two regressions introduced by the latest glamor
> series:
Can you try run
Test case:
1. Start 'naked' Xorg with an xterm: xinit =xterm -- :1 -retro &
2. Start xfwm4: DISPLAY=:1 xfwm4 &
3. Maximize and unmaximize xterm window
There are at least two regressions introduced by the latest glamor
series:
> commit 3c34dd3603989c0365654ca1b6809395c7f3b169
> A
On Nov 4, 2013, at 10:15, Ian Romanick wrote:
> On 11/02/2013 10:09 AM, Jeremy Huddleston Sequoia wrote:
>> Why does this now require mesa 9.2.0? >= 9.0 doesn't build on OS X,
>> and I haven't had time to address the issue in mesa. I'm wondering if I
>> can just revert this and keep the old requi
> Date: Mon, 04 Nov 2013 10:15:40 -0800
> From: Ian Romanick
>
> On 11/02/2013 10:09 AM, Jeremy Huddleston Sequoia wrote:
> > Why does this now require mesa 9.2.0? >= 9.0 doesn't build on OS X,
> > and I haven't had time to address the issue in mesa. I'm wondering if I
> > can just revert this an
On 11/02/2013 10:09 AM, Jeremy Huddleston Sequoia wrote:
> Why does this now require mesa 9.2.0? >= 9.0 doesn't build on OS X,
> and I haven't had time to address the issue in mesa. I'm wondering if I
> can just revert this and keep the old requirement for now since this
> change seems to be relate
On Tue, May 15, 2012 at 02:23:57PM +0200, Michal Suchanek wrote:
> On 15 May 2012 13:31, Peter Hutterer wrote:
> > On Tue, May 15, 2012 at 01:17:26PM +0200, Michal Suchanek wrote:
> >> On 15 May 2012 12:38, Peter Hutterer wrote:
> >> > On Tue, May 15, 2012 at 12:18:36PM +0200, Michal Suchanek wro
On 15 May 2012 13:31, Peter Hutterer wrote:
> On Tue, May 15, 2012 at 01:17:26PM +0200, Michal Suchanek wrote:
>> On 15 May 2012 12:38, Peter Hutterer wrote:
>> > On Tue, May 15, 2012 at 12:18:36PM +0200, Michal Suchanek wrote:
>> >> Hello,
>> >>
>> >> On 15 May 2012 06:20, Peter Hutterer wrote:
On Tue, May 15, 2012 at 01:17:26PM +0200, Michal Suchanek wrote:
> On 15 May 2012 12:38, Peter Hutterer wrote:
> > On Tue, May 15, 2012 at 12:18:36PM +0200, Michal Suchanek wrote:
> >> Hello,
> >>
> >> On 15 May 2012 06:20, Peter Hutterer wrote:
> >> > On Mon, May 14, 2012 at 10:39:24AM -0700, Ke
On 15 May 2012 12:38, Peter Hutterer wrote:
> On Tue, May 15, 2012 at 12:18:36PM +0200, Michal Suchanek wrote:
>> Hello,
>>
>> On 15 May 2012 06:20, Peter Hutterer wrote:
>> > On Mon, May 14, 2012 at 10:39:24AM -0700, Keith Packard wrote:
>>
>> >> diff --git a/dix/enterleave.h b/dix/enterleave.h
On Tue, May 15, 2012 at 12:18:36PM +0200, Michal Suchanek wrote:
> Hello,
>
> On 15 May 2012 06:20, Peter Hutterer wrote:
> > On Mon, May 14, 2012 at 10:39:24AM -0700, Keith Packard wrote:
>
> >> diff --git a/dix/enterleave.h b/dix/enterleave.h
> >> index 729059b..c937c0e 100644
> >> --- a/dix/e
Hi,
Peter Hutterer wrote:
> enterleave.c: In function 'DeviceFocusOutEvents':
> enterleave.c:618:9: error: implicit declaration of function
> 'DeviceFocusEvent' [-Werror=implicit-function-declaration]
> enterleave.c:618:9: warning: nested extern declaration of
'DeviceFocusEvent'
> [-Wnested-exter
Hello,
On 15 May 2012 06:20, Peter Hutterer wrote:
> On Mon, May 14, 2012 at 10:39:24AM -0700, Keith Packard wrote:
>> diff --git a/dix/enterleave.h b/dix/enterleave.h
>> index 729059b..c937c0e 100644
>> --- a/dix/enterleave.h
>> +++ b/dix/enterleave.h
>> @@ -60,9 +60,6 @@ extern void LeaveWindo
On Mon, May 14, 2012 at 10:39:24AM -0700, Keith Packard wrote:
> Xi/chgptr.h |6 ---
> dix/enterleave.h |8 +---
> dix/events.c |2 -
> dix/ptrveloc.c|3 -
> exa/exa.c
On Thu, 19 Apr 2012 22:29:48 -0700, Jeremy Huddleston
wrote:
> I just noticed that the machine I was on was tracking the wrong
> master, and this was pushed to origin instead of ~jeremyhu/master.
btw, if anyone else does this, it's easy to fix if you've got the
'correct' master around somewhere
On Thu, 19 Apr 2012 22:29:48 -0700, Jeremy Huddleston
wrote:
> I'm terribly sorry for pushing. I'll go hide in a corner now.
No worries. I've pushed a replacement for master and it's all been fixed
now.
Thanks for letting us know; I was simultaneously having git adventures
of my own due to so
Crap,
I just noticed that the machine I was on was tracking the wrong master, and
this was pushed to origin instead of ~jeremyhu/master. I'm terribly sorry
about that. I was planning on sending a [PULL] for this soon anyways, but I
wanted to get some of the changes reviewed-by first.
I'm ter
On Jan 31, 2012, at 1:14 AM, Daniel Stone wrote:
> Hi,
>
> On 31 January 2012 04:56, Keith Packard wrote:
>> +if (pDev->key) {
>> +for (i = 0; i < NUM_KEYCODES; i++) {
>> +if (BitIsOn(pDev->key->down, i + MIN_KEYCODE)) {
>> +QueueKeyboardE
Hi,
On 31 January 2012 04:56, Keith Packard wrote:
> + if (pDev->key) {
> + for (i = 0; i < NUM_KEYCODES; i++) {
> + if (BitIsOn(pDev->key->down, i + MIN_KEYCODE)) {
> + QueueKeyboardEvents(pDev, KeyRelease, i + MIN_KEYCODE,
> NULL);
> +
On 12/20/2011 03:22 PM, Jeremy Huddleston wrote:
It looks like this is causing a build regression on the tinderbox:
http://tinderbox.x.org/builds/2011-12-20-0004/logs/xserver/#build
It looks odd, so I'll take a look at it tonight, but I wanted to bring it up.
I had no idea that Apple dispatche
On Dec 20, 2011, at 3:39 PM, Ian Romanick wrote:
> On 12/20/2011 03:22 PM, Jeremy Huddleston wrote:
>> It looks like this is causing a build regression on the tinderbox:
>> http://tinderbox.x.org/builds/2011-12-20-0004/logs/xserver/#build
>>
>> It looks odd, so I'll take a look at it tonight, bu
It looks like this is causing a build regression on the tinderbox:
http://tinderbox.x.org/builds/2011-12-20-0004/logs/xserver/#build
It looks odd, so I'll take a look at it tonight, but I wanted to bring it up.
--Jeremy
On Dec 19, 2011, at 10:52 PM, Keith Packard wrote:
> glx/Makefile.am
On 12/09/11 12:54, Jeremy Huddleston wrote:
This introduced a build failure. disable_clientpointer should return void.
xichangehierarchy.c: In function 'disable_clientpointer':
xichangehierarchy.c:214:1: error: no return statement in function returning
non-void [-Werror=return-type]
cc1: some
This introduced a build failure. disable_clientpointer should return void.
xichangehierarchy.c: In function 'disable_clientpointer':
xichangehierarchy.c:214:1: error: no return statement in function returning
non-void [-Werror=return-type]
cc1: some warnings being treated as errors
On Dec 8, 20
On Dec 30, 2010, at 07:12, Julien Cristau wrote:
> On Mon, Dec 6, 2010 at 19:59:18 -0800, Keith Packard wrote:
>
>> commit 27593eea7efcbed8de0c6e8233cbd1a1b8a50459
>> Author: James Jones
>> Date: Mon Dec 6 13:36:14 2010 -0800
>>
>>Add and use SERVER_SYNC_*_VERSION
>>
>>Most extensi
On Mon, Dec 6, 2010 at 19:59:18 -0800, Keith Packard wrote:
> commit 27593eea7efcbed8de0c6e8233cbd1a1b8a50459
> Author: James Jones
> Date: Mon Dec 6 13:36:14 2010 -0800
>
> Add and use SERVER_SYNC_*_VERSION
>
> Most extensions have a version defined
> in the protocol headers
Twas brillig at 02:00:29 23.06.2010 UTC+07 when dotted...@dottedmag.net
did gyre and gimble:
KP>> mi: Remove unused overlay support
MG> Whoops, please revert this patch -- overlay is in use in nvidia drivers,
MG> and it's too late in release cycle to remove it.
MG> I feel really sorry t
Twas brillig at 11:48:50 22.06.2010 UTC-07 when kei...@kemper.freedesktop.org
did gyre and gimble:
KP> mi: Remove unused overlay support
Whoops, please revert this patch -- overlay is in use in nvidia drivers,
and it's too late in release cycle to remove it.
I feel really sorry that I kep
On Mon, 2010-06-21 at 15:17 +1000, Dave Airlie wrote:
> 2010/6/10 Robert Hooker :
> > 2010/6/9 Michel Dänzer :
> >> On Die, 2010-06-08 at 12:57 -0700, Keith Packard wrote:
> >>> On Tue, 08 Jun 2010 09:57:44 +0200, Michel Dänzer
> >>> wrote:
> >>>
> >>> > FWIW, I would have proposed the patch bel
2010/6/10 Robert Hooker :
> 2010/6/9 Michel Dänzer :
>> On Die, 2010-06-08 at 12:57 -0700, Keith Packard wrote:
>>> On Tue, 08 Jun 2010 09:57:44 +0200, Michel Dänzer
>>> wrote:
>>>
>>> > FWIW, I would have proposed the patch below instead.
>>>
>>> That looks better to me; I was after 'not crashin
2010/6/9 Michel Dänzer :
> On Die, 2010-06-08 at 12:57 -0700, Keith Packard wrote:
>> On Tue, 08 Jun 2010 09:57:44 +0200, Michel Dänzer wrote:
>>
>> > FWIW, I would have proposed the patch below instead.
>>
>> That looks better to me; I was after 'not crashing' while your patch
>> eliminates the D
On Die, 2010-06-08 at 12:57 -0700, Keith Packard wrote:
> On Tue, 08 Jun 2010 09:57:44 +0200, Michel Dänzer wrote:
>
> > FWIW, I would have proposed the patch below instead.
>
> That looks better to me; I was after 'not crashing' while your patch
> eliminates the DRI2 overhead for input-only wi
On Tue, 08 Jun 2010 09:57:44 +0200, Michel Dänzer wrote:
> FWIW, I would have proposed the patch below instead.
That looks better to me; I was after 'not crashing' while your patch
eliminates the DRI2 overhead for input-only windows. I'd like to see
this reviewed and tested with compiz (which sh
On Mon, 2010-06-07 at 11:28 -0700, Keith Packard wrote:
> hw/xfree86/dri2/dri2.c | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions(-)
>
> New commits:
> commit fdb081b430ddffb495aa5b05bcc4cf10882ff4b2
> Author: Keith Packard
> Date: Mon Jun 7 00:54:18 2010 -0700
>
> dri2:
On Thu, Feb 25, 2010 at 10:37:15PM +0100, Julien Cristau wrote:
> On Tue, Feb 23, 2010 at 11:47:34 +1000, Peter Hutterer wrote:
>
> > > diff --git a/hw/dmx/examples/xinput.c b/hw/dmx/examples/xinput.c
> > > index 74353a9..7421be3 100644
> > > --- a/hw/dmx/examples/xinput.c
> > > +++ b/hw/dmx/examp
On Tue, Feb 23, 2010 at 11:47:34 +1000, Peter Hutterer wrote:
> > diff --git a/hw/dmx/examples/xinput.c b/hw/dmx/examples/xinput.c
> > index 74353a9..7421be3 100644
> > --- a/hw/dmx/examples/xinput.c
> > +++ b/hw/dmx/examples/xinput.c
> > @@ -233,7 +233,7 @@ int main(int argc, char **argv)
> >
Hi Rami,
On Mon, Feb 22, 2010 at 01:39:33PM -0800, Keith Packard wrote:
> commit 5b9a52be7e975e59e0bbc6b43539ecaff96b2ecd
> Author: Rami Ylimaki
> Date: Thu Jan 28 11:08:34 2010 +0200
>
> os: Prevent core dump from being truncated.
>
> The problem fixed by this patch can be reprod
Excerpts from Jeremy Huddleston's message of Sun Nov 08 21:31:34 -0800 2009:
> Sorry, I meant to push this to my local repo. Didn't mean to step
> on your toes.
Not a big deal; I'd like to encourage people to replace the 'ssh'
entries for origin in .git/config with git entries...
--
keith.pack.
Excerpts from Daniel Stone's message of Thu Oct 22 09:01:44 +0900 2009:
> On Wed, Oct 21, 2009 at 09:14:55AM -0700, Keith Packard wrote:
> > -RELEASE_DATE="(unreleased)"
> > +RELEASE_DATE="2009-10-22)"
>^
> Errr. :)
Yeah, and I looked at that line several times too. Fix
On Wed, Oct 21, 2009 at 09:14:55AM -0700, Keith Packard wrote:
> -RELEASE_DATE="(unreleased)"
> +RELEASE_DATE="2009-10-22)"
^
Errr. :)
pgpbWVFHVhoAK.pgp
Description: PGP signature
___
xorg-devel mailing list
xorg-devel@lists.x
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter Hutterer wrote:
> On Tue, Sep 29, 2009 at 04:49:57PM -0700, Ian Romanick wrote:
>> glx/glxcmds.c| 11 ---
>> glx/glxdri2.c| 14 ++
>> glx/glxext.c |8 +++-
>> glx/glxscreens.c |7 ---
>> glx/gl
On Tue, Sep 29, 2009 at 04:49:57PM -0700, Ian Romanick wrote:
> glx/glxcmds.c| 11 ---
> glx/glxdri2.c| 14 ++
> glx/glxext.c |8 +++-
> glx/glxscreens.c |7 ---
> glx/glxscreens.h |2 ++
> glx/glxserver.h |3 +++
> 6 files changed, 38 i
For your consideration:
Commit "Remove the remnants of Jensen
support" (c7680befe5aebd0f4277d11ff3984d8a7deb9d5b) not only removed the
Jensen support but also the dense support leaving behind only sparse
support for Linux Alpha. This breaks the SlowBCopy routines on all BWX
enabled Alphas.
Re-ad
On Sun, Sep 27, 2009 at 06:18:41PM +0200, Julien Cristau wrote:
> On Mon, Aug 31, 2009 at 17:25:21 -0700, Matt Turner wrote:
>
> > commit 5ef53a94ce4e48e11de26290cd677266308640c8
> > Author: Matt Turner
> > Date: Mon Aug 31 20:23:26 2009 -0400
> >
> > alpha: kill xf86SlowBCopyToBus and xf8
On Sun, Sep 27, 2009 at 12:18 PM, Julien Cristau wrote:
> On Mon, Aug 31, 2009 at 17:25:21 -0700, Matt Turner wrote:
>
>> commit 5ef53a94ce4e48e11de26290cd677266308640c8
>> Author: Matt Turner
>> Date: Mon Aug 31 20:23:26 2009 -0400
>>
>> alpha: kill xf86SlowBCopyToBus and xf86SlowBCopyFrom
On Mon, Aug 31, 2009 at 17:25:21 -0700, Matt Turner wrote:
> commit 5ef53a94ce4e48e11de26290cd677266308640c8
> Author: Matt Turner
> Date: Mon Aug 31 20:23:26 2009 -0400
>
> alpha: kill xf86SlowBCopyToBus and xf86SlowBCopyFromBus
>
> xf86SlowBCopyToBus and xf86SlowBCopyFromBus cau
(From address fixed, whoops.)
On Mon, Sep 21, 2009 at 07:22:58PM +0200, Matthias Hopf wrote:
> On Sep 21, 09 18:59:46 +0200, Matthias Hopf wrote:
> > On Sep 21, 09 09:46:55 -0700, Keith Packard wrote:
> > > Excerpts from Daniel Stone's message of Mon Sep 21 07:51:12 -0700 2009:
> > > > Could you p
On Sep 21, 09 18:59:46 +0200, Matthias Hopf wrote:
> On Sep 21, 09 09:46:55 -0700, Keith Packard wrote:
> > Excerpts from Daniel Stone's message of Mon Sep 21 07:51:12 -0700 2009:
> > > Could you please run these commits past xorg-devel@ rather than
> > > committing directly, particularly if they'r
On Sep 21, 09 09:46:55 -0700, Keith Packard wrote:
> Excerpts from Daniel Stone's message of Mon Sep 21 07:51:12 -0700 2009:
> > Could you please run these commits past xorg-devel@ rather than
> > committing directly, particularly if they're purely speculative and/or
> > known to have problems, giv
Excerpts from Daniel Stone's message of Mon Sep 21 07:51:12 -0700 2009:
>
> Could you please run these commits past xorg-devel@ rather than
> committing directly, particularly if they're purely speculative and/or
> known to have problems, given that we're frozen and meant to be
> releasing two wee
F*ck. Wrong alias name. Sorry for the noise.
Matthias
--- Begin Message ---
On Sep 22, 09 00:51:12 +1000, Daniel Stone wrote:
> On Mon, Sep 21, 2009 at 07:42:45AM -0700, Matthias Hopf wrote:
> > hw/xfree86/modes/xf86Cursors.c | 16 +++-
> > 1 file changed, 7 insertions(+), 9 deleti
Hi Matthias,
On Mon, Sep 21, 2009 at 07:42:45AM -0700, Matthias Hopf wrote:
> hw/xfree86/modes/xf86Cursors.c | 16 +++-
> 1 file changed, 7 insertions(+), 9 deletions(-)
>
> New commits:
> commit 977953bf14858d17c22208c848854ddbe7e86527
> Author: Matthias Hopf
> Date: Mon Sep 21
On Wed, Sep 16, 2009 at 07:08:47AM -0700, Matthias Hopf wrote:
> hw/xfree86/modes/xf86Cursors.c |8
> 1 file changed, 8 insertions(+)
>
> New commits:
> commit 3bdf36476179257561b9409c3f49a77640fbb9f9
> Author: Matthias Hopf
> Date: Wed Sep 16 16:03:46 2009 +0200
>
> Work aro
On Sun, Aug 16, 2009 at 06:01:49PM +0100, Daniel Stone wrote:
> On Thu, Aug 13, 2009 at 06:02:13PM -0700, Peter Hutterer wrote:
> > out_ctx:
> > dbus_error_free(&error);
>
> >
> > -if (info->hal_ctx) {
> > -if (!libhal_ctx_shutdown(info->hal_ctx,
On Sun, Aug 16, 2009 at 06:01:49PM +0100, Daniel Stone wrote:
> Hi,
> I know this isn't your fault, but thought I might point it out anyway
> ...
>
> On Thu, Aug 13, 2009 at 06:02:13PM -0700, Peter Hutterer wrote:
> > out_ctx:
> > dbus_error_free(&error);
>
>
Hi,
I know this isn't your fault, but thought I might point it out anyway
...
On Thu, Aug 13, 2009 at 06:02:13PM -0700, Peter Hutterer wrote:
> out_ctx:
> dbus_error_free(&error);
>
> -if (info->hal_ctx) {
> -if (!libhal_ctx_shutdown(info->hal_ct
Julien Cristau writes:
> Wouldn't it be better to use pixman_version_string() here? The version
> used at build time doesn't seem like it should matter.
Good catch, I'll fix.
Thanks,
Soren
___
xorg-devel mailing list
xorg-devel@lists.x.org
http://lis
Hi Søren,
On Thu, Jun 18, 2009 at 09:35:10 -0700, Søren Sandmann Pedersen wrote:
> commit d9b5e77a0e48a16c53653b56bc61a0b8dc4122a1
> Author: Søren Sandmann Pedersen
> Date: Tue Jun 9 14:36:21 2009 -0400
>
> Print the current version of pixman.
>
> diff --git a/hw/xfree86/common/xf86Init.
On Mar 17, 2009, at 6:58 PM, Adam Jackson wrote:
> On Mon, 2009-03-16 at 08:42 -0700, Alan Coopersmith wrote:
>> The casts of function returns to (void) were typically to silence
>> warnings from lint and similar source checkers that you were ignoring
>> the return values from the function, and r
On Mon, 2009-03-16 at 08:42 -0700, Alan Coopersmith wrote:
> The casts of function returns to (void) were typically to silence
> warnings from lint and similar source checkers that you were ignoring
> the return values from the function, and really should be doing some
> error checking there. Not
The casts of function returns to (void) were typically to silence
warnings from lint and similar source checkers that you were ignoring
the return values from the function, and really should be doing some
error checking there. Not sure if those warnings are issued by
any of the source checkers cu
On Tue, 2009-02-17 at 10:25 -0800, Maarten Maathuis wrote:
> exa/exa.c | 10 ++
> exa/exa_migration.c | 16 +++-
> 2 files changed, 5 insertions(+), 21 deletions(-)
>
> New commits:
> commit 3175646b10c602d17d5dd37bdace7c1c7ee92b3d
> Author: Maarten Maathuis
> Da
94 matches
Mail list logo
