On Thu, Mar 09, 2017 at 11:08:16AM +, Daniel Stone wrote:
> Hi,
>
> On 9 March 2017 at 04:56, Peter Hutterer wrote:
> > On Wed, Mar 08, 2017 at 11:51:20AM -0500, Adam Jackson wrote:
> >> On Wed, 2017-03-08 at 13:45 +, Emil Velikov wrote:
> >> > Right, so I was
On 09/03/17 08:25 PM, Chris Wilson wrote:
> This reverts commit b5b292896f647c85f03f53b20b2f03c0e94de428.
>
> This breaks the concept of the screen->pixmap_dirty_list as it no longer
> tracks the relationship between the PixmapDirtyUpdate src and slave_dst,
> for the supposed convenience of not
From: Robert Ancell
The array has only two elements but the clamping code was assuming it contained
all the elements in order. This means no clamping is now done but at least it
wont read off the end of the array.
Signed-off-by: Robert Ancell
This reverts commit b5b292896f647c85f03f53b20b2f03c0e94de428.
This breaks the concept of the screen->pixmap_dirty_list as it no longer
tracks the relationship between the PixmapDirtyUpdate src and slave_dst,
for the supposed convenience of not tracking present flips.
---
dix/pixmap.c | 16
On Thursday, 2017-03-09 08:23:24 +1000, Peter Hutterer wrote:
> The comment in the diff says it all, we need to put our worktree root at least
> two directories away from our normal checkout because most repos don't have
> AC_CONFIG_AUX_DIR() set.
>
> This fixes the issue of release.sh failing in
On Thu, Mar 09, 2017 at 09:37:52AM +, Eric Engestrom wrote:
> On Thursday, 2017-03-09 08:23:24 +1000, Peter Hutterer wrote:
> > The comment in the diff says it all, we need to put our worktree root at
> > least
> > two directories away from our normal checkout because most repos don't have
>
Hi,
On 9 March 2017 at 04:56, Peter Hutterer wrote:
> On Wed, Mar 08, 2017 at 11:51:20AM -0500, Adam Jackson wrote:
>> On Wed, 2017-03-08 at 13:45 +, Emil Velikov wrote:
>> > Right, so I was confused. The "compiled" xkb path and README.compiled
>> > are provided by
On 09/03/17 04:47 PM, Olivier Fourdan wrote:
> Reviewed-by: Michel Dänzer
>>>
>>> Should probably ask Mark Blakeney to test this patch though.
>>
>> Good idea! Done in https://bugs.freedesktop.org/show_bug.cgi?id=100040#c6
>
> The new patch has been successfully
On 23/02/17 06:46 AM, Chen, Xiaogang wrote:
>> From: Michel Dänzer [mailto:mic...@daenzer.net]
>>
>> Multiple calls to xf86EdidMonitorSet (which can be triggered e.g. by running
>> xrandr) would potentially keep adding the same modes, causing the Monitor-
>>> Modes list to keep growing larger and
From: Maarten Lankhorst
Fixes at least arm64, likely also hppa, m68k, sh4.
Signed-off-by: Maarten Lankhorst
---
src/regsmi.h | 18 ++
src/smi.h | 2 ++
src/smi_driver.c | 19 +--
bah, this is for xf86-video-siliconmotion
--
t
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel
11 matches
Mail list logo