Bug#640499: libxvmc: please add multiarch support

2012-08-18 Thread Ralf Jung
Hi,

> Have the upgrade and install paths paths of this scenario been tested? And 
> the 
> case of locally modified/removed config files?
> 
> I'll take libfoo as an example package that ships /etc/foo.conf
> 
[snip]
> 
> Just curious ...
Whatever happens here is not specific to libxvmc - see libpam-modules as
another example for an MA: same package shipping a conffile. As long as
the conffile shipped in the packages is the same across all
architectures, there should be nothing to worry about (besides dpkg
bugs, of course).
If you meant this as general question, not specific for libxvmc, then
asking at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684776 might
give you a better chance of someone knowing he answer ;-) (esp. if you
put Guillem in CC).

Kind regards,
Ralf


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/502f543a.1060...@ralfj.de



Bug#640499: hardening, too

2012-08-18 Thread Cyril Brulebois
Hi Adam,

Adam Borowski  (18/08/2012):
> I just got bit by the lack of multiarch here (wine is broken on amd64
> if nvidia is involved), and wrote a multiarchification patch before
> realizing there's already one here.  It's redundant, except for one
> bit: since an upload is needed anyway

given the intrusiveness of that patch [libxvmc/multiarch], I'm pretty
sure it's going to be considered too late in the release cycle. I'm
also pretty sure that we (release team) said that already for similar
packages.

[cc: release team for other opinions.]

> you could just as well add the hardening flags (another release goal).
> It's a trivial change, but "git am" is still faster than doing that
> yourself...

Thanks, but please note that requesting unrelated features in a given
bug report isn't too nice.

BTW, you call it trivial but you lost -Wall…

Mraw,
KiBi.


signature.asc
Description: Digital signature


Bug#640499: hardening, too

2012-08-18 Thread Adam Borowski
On Sat, Aug 18, 2012 at 01:04:42PM +0200, Cyril Brulebois wrote:
> Adam Borowski  (18/08/2012):
> > I just got bit by the lack of multiarch here (wine is broken on amd64
> > if nvidia is involved), and wrote a multiarchification patch before
> > realizing there's already one here.  It's redundant, except for one
> > bit: since an upload is needed anyway
> 
> given the intrusiveness of that patch [libxvmc/multiarch], I'm pretty
> sure it's going to be considered too late in the release cycle. I'm
> also pretty sure that we (release team) said that already for similar
> packages.

It stops a prominent package [wine] from working for a good part of users,
so that's quite a motivation.  It's your package, your call, of course.

> [cc: release team for other opinions.]

And theirs.

> > you could just as well add the hardening flags (another release goal).
> > It's a trivial change, but "git am" is still faster than doing that
> > yourself...
> 
> Thanks, but please note that requesting unrelated features in a given
> bug report isn't too nice.

I wanted to have them in one place, as both are release goals.

> BTW, you call it trivial but you lost -Wall…

Good point, that's not a case where hardening is really important too...
so scratch this part.



> Mraw,
Hell yeah, mraw!
> KiBi.
1KB (the real pre-committee 1024 :p).

-- 
Copyright and patents were never about promoting culture and innovations;
from the very start they were legalized bribes to give the king some income
and to let businesses get rid of competition.  For some history, please read
https://en.wikipedia.org/wiki/Statute_of_Monopolies_1623


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120818135247.ga13...@angband.pl



Bug#683833: aborts on start (config/hal)

2012-08-18 Thread Julien Cristau
On Fri, Aug 17, 2012 at 13:03:08 +0200, Robert Millan wrote:

> 2012/8/4 Cyril Brulebois :
> >> I get this critical error when trying to start X server on kfreebsd-i386:
> >>
> >> [   175.651] (EE) config/hal: couldn't find input device: 
> >> org.freedesktop.DBus.Error.Spawn.ChildExited (Launch helper exited with 
> >> unknown return code 1)
> >>
> >> I've verified that this is caused by the HAL mess, as disabling HAL in
> >> debian/rules fixes the problem (however, for some awkward reason then
> >> mouse stops working, even though it's been detected).
> >
> > It's about time to wake up. I initially raised that issue in Feb 2011,
> > and nobody cared. You'll have to do some work here.
> 
> Can't you just disable HAL? There's no reason we have to treat HAL
> problems as porting issue. All other platforms have already disabled
> it and are not suffering from this problem.
> 
Other platforms (well, Linux) has a replacement that provides proper
multi-device and hotplug support.  On bsd, afaik, that means hal...

Cheers,
Julien


signature.asc
Description: Digital signature


Bug#349251: Ping

2012-08-18 Thread Julien Cristau
On Fri, Aug 10, 2012 at 16:32:37 +0200, Arne Wichmann wrote:

> Hi.
> 
> Even though this is just a normal bug it does have security implications,
> and it is open for over 5 years now.
> 
> Could somebody have a closer look at it?
> 
Neither the subject nor the body of your mail provide a clue as to what
it's about.  Please try to give some context next time.

If this bug is important to you, consider supplying a patch.

Cheers,
Julien


signature.asc
Description: Digital signature


Bug#683796: xserver-xorg-video-radeon: No 3D acceleration in iBook2 powerpc

2012-08-18 Thread Dan DeVoto
--- On Tue, 8/14/12, Michel Dänzer  wrote:
> 
> Okay, that sounds like there's no problem with the
> backlight, but for
> some reason the LCD is programmed to show only black.
> 
> 
> > I added video=offb:off to video=radeonfb:off like you
> suggested but
> > got the same result.
> 
> Did you verify in dmesg that this resulted in OFfb being
> completely
> disabled? I.e. no messages from OFfb, in particular nothing
> about
> 'conflicting fb hw usage'? Maybe just provide the dmesg
> output from that
> again.
> 

Hi,

Here's the dmesg output with video=offb:off added to video=radeonfb:off.

Aug 18 08:22:17 icebook kernel: imklog 5.8.11, log source = /proc/kmsg started.
Aug 18 08:22:17 icebook kernel: [0.00] Using PowerMac machine 
description
Aug 18 08:22:17 icebook kernel: [0.00] Cannot reserve gpages without 
hugetlb enabled
Aug 18 08:22:17 icebook kernel: [0.00] Total memory = 256MB; using 
512kB for hash table (at c7f8)
Aug 18 08:22:17 icebook kernel: [0.00] Initializing cgroup subsys cpuset
Aug 18 08:22:17 icebook kernel: [0.00] Initializing cgroup subsys cpu
Aug 18 08:22:17 icebook kernel: [0.00] Linux version 3.2.0-3-powerpc 
(Debian 3.2.21-3) (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 
4.6.3-8) ) #1 Thu Jun 28 10:24:24 UTC 2012
Aug 18 08:22:17 icebook kernel: [0.00] Found initrd at 
0xc140:0xc1ebf000
Aug 18 08:22:17 icebook kernel: [0.00] Found UniNorth memory controller 
& host bridge @ 0xf800 revision: 0xc0
Aug 18 08:22:17 icebook kernel: [0.00] Mapped at 0xff7c
Aug 18 08:22:17 icebook kernel: [0.00] Found a Pangea mac-io 
controller, rev: 0, mapped at 0xff74
Aug 18 08:22:17 icebook kernel: [0.00] Processor NAP mode on idle 
enabled.
Aug 18 08:22:17 icebook kernel: [0.00] PowerMac motherboard: iBook 2 
rev. 2
Aug 18 08:22:17 icebook kernel: [0.00] via-pmu: Server Mode is disabled
Aug 18 08:22:17 icebook kernel: [0.00] PMU driver v2 initialized for 
Core99, firmware: 0c
Aug 18 08:22:17 icebook kernel: [0.00] bootconsole [udbg0] enabled
Aug 18 08:22:17 icebook kernel: [0.00] Found UniNorth PCI host bridge 
at 0xf000. Firmware bus number: 0->0
Aug 18 08:22:17 icebook kernel: [0.00] PCI host bridge /pci@f000  
ranges:
Aug 18 08:22:17 icebook kernel: [0.00]  MEM 
0xf100..0xf1ff -> 0xf100 
Aug 18 08:22:17 icebook kernel: [0.00]   IO 
0xf000..0xf07f -> 0x
Aug 18 08:22:17 icebook kernel: [0.00]  MEM 
0x9000..0x9fff -> 0x9000 
Aug 18 08:22:17 icebook kernel: [0.00] Found UniNorth PCI host bridge 
at 0xf200. Firmware bus number: 0->0
Aug 18 08:22:17 icebook kernel: [0.00] PCI host bridge /pci@f200 
(primary) ranges:
Aug 18 08:22:17 icebook kernel: [0.00]  MEM 
0xf300..0xf3ff -> 0xf300 
Aug 18 08:22:17 icebook kernel: [0.00]   IO 
0xf200..0xf27f -> 0x
Aug 18 08:22:17 icebook kernel: [0.00]  MEM 
0x8000..0x8fff -> 0x8000 
Aug 18 08:22:17 icebook kernel: [0.00] Found UniNorth PCI host bridge 
at 0xf400. Firmware bus number: 0->0
Aug 18 08:22:17 icebook kernel: [0.00] PCI host bridge /pci@f400  
ranges:
Aug 18 08:22:17 icebook kernel: [0.00]  MEM 
0xf500..0xf5ff -> 0xf500 
Aug 18 08:22:17 icebook kernel: [0.00]   IO 
0xf400..0xf47f -> 0x
Aug 18 08:22:17 icebook kernel: [0.00] nvram: Checking bank 0...
Aug 18 08:22:17 icebook kernel: [0.00] nvram: gen0=804, gen1=805
Aug 18 08:22:17 icebook kernel: [0.00] nvram: Active bank is: 1
Aug 18 08:22:17 icebook kernel: [0.00] nvram: OF partition at 0x410
Aug 18 08:22:17 icebook kernel: [0.00] nvram: XP partition at 0x1020
Aug 18 08:22:17 icebook kernel: [0.00] nvram: NR partition at 0x1120
Aug 18 08:22:17 icebook kernel: [0.00] Top of RAM: 0x1000, Total 
RAM: 0x1000
Aug 18 08:22:17 icebook kernel: [0.00] Memory hole size: 0MB
Aug 18 08:22:17 icebook kernel: [0.00] Zone PFN ranges:
Aug 18 08:22:17 icebook kernel: [0.00]   DMA  0x -> 
0x0001
Aug 18 08:22:17 icebook kernel: [0.00]   Normal   empty
Aug 18 08:22:17 icebook kernel: [0.00]   HighMem  empty
Aug 18 08:22:17 icebook kernel: [0.00] Movable zone start PFN for each 
node
Aug 18 08:22:17 icebook kernel: [0.00] early_node_map[1] active PFN 
ranges
Aug 18 08:22:17 icebook kernel: [0.00] 0: 0x -> 0x0001
Aug 18 08:22:17 icebook kernel: [0.00] On node 0 totalpages: 65536
Aug 18 08:22:17 icebook kernel: [0.00] free_area_init_node: node 0, 
pgdat c0

Bug#684605: x11-xkb-utils: xkbcomp breaks mouse events with non-English keyboard layout

2012-08-18 Thread Julien Cristau
On Sat, Aug 11, 2012 at 21:08:53 +0300, Yauhen Kharuzhy wrote:

> Package: x11-xkb-utils
> Version: 7.7~1
> Severity: important
> Tags: upstream
> 
> Dear Maintainer,
> *** Please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>* What was the outcome of this action?
>* What outcome did you expect instead?
> 
> *** End of the template - remove these lines ***
> 
> With latest xkbcomp all mouse events come with invalid modifier bits if
> non-English keyboard layout is selected.
> 
> Please see following bugreports for details:
> https://bugs.archlinux.org/task/29123 (has patch)
> https://bugs.gentoo.org/show_bug.cgi?id=415267
> https://bugs.freedesktop.org/show_bug.cgi?id=50611
> https://awesome.naquadah.org/bugs/index.php?do=details&task_id=982
> 
Please include the relevant details here, I don't have time to go read
50 bugzillas.

Cheers,
Julien


signature.asc
Description: Digital signature


Bug#684634: xserver-xorg-video-intel: viewing pic in browser reboots laptop

2012-08-18 Thread Julien Cristau
On Sun, Aug 12, 2012 at 02:20:58 -0500, Sten Heinze wrote:

> Package: xserver-xorg-video-intel
> Version: 2:2.19.0-5
> Severity: normal
> 
> Dear Maintainer,
> 
>* What led up to the situation?
> 
>  Boot laptop. Log into KDE. Activate external monitor (1280x1024) in 
>  addition to internal screen (1280x800). External monitor is right of
>  internal screen, internal screen is primary output.
> 
>  Open Konqueror browser, load picture from link below. Default view is
>  picture zoomed out to show it completely.
> 
>  Laptop is a Thinkpad X201 with Core i5 520M with integrated graphics 
>  (Arrandale). 
>  Debian/Wheezy is installed and uptodate as of a couple days ago.
> 
>  The picture used is:
>  http://photojournal.jpl.nasa.gov/jpeg/PIA16051.jpg
>  (resolution 29481x4144, size 8.6MB)
> 
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>* What was the outcome of this action?
> 
>  Trying to zoom to show picture at 100% leads to reproducible 
>  immediate reboot.
> 
That doesn't sound like a userspace bug.  Have you tried different
(older/newer) kernel versions?

Cheers,
Julien


signature.asc
Description: Digital signature


Bug#684650: libdrm-intel1: X dies hard on Ivy Bridge GT2 Server graphics

2012-08-18 Thread Julien Cristau
On Sun, Aug 12, 2012 at 15:25:14 +0200, Maik Zumstrull wrote:

> Package: libdrm-intel1
> Version: 2.4.33-3
> Severity: important
> 
> If X is started with this libdrm on a machine with "Ivy Bridge GT2
> Server" Intel graphics, it crashes and leaves the machine in an almost
> unusable state (network/ssh might remain up). X is certainly completely
> unusable, as it won't start.
> 
> Please package a version >= 2.4.34 or backport the patches mentioned in
> this bug report: https://bugs.freedesktop.org/show_bug.cgi?id=53222
> 
> Other related reports:
> https://bugzilla.redhat.com/show_bug.cgi?id=840180
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683167
> 
Why did you file a duplicate then?

Cheers,
Julien


signature.asc
Description: Digital signature


Bug#684723: xauth: Some times corrupts my .Xauthority file when disk quota is exceeded

2012-08-18 Thread Julien Cristau
On Mon, Aug 13, 2012 at 15:00:48 +0200, Petter Reinholdtsen wrote:

> Package: xauth
> Version: 1:1.0.4-1
> 
> Some times my home directory is unwritable because my user exceed the
> disk quota set on it.  And some times when this happen, I loose my
> Xauthority key needed to run X programs.  The sad end result can be
> verified like this:
> 
>   % xhost 
>   No protocol specified
>   xhost:  unable to open display ":0"
>   % 
> 
> Can xauth be made more robust, to make sure it do not kill my
> .Xauthority file when I exceed my disk quota?

Care to send a patch?

Cheers,
Julien


signature.asc
Description: Digital signature


Bug#677864: alternative?

2012-08-18 Thread Julien Cristau
On Fri, Aug 17, 2012 at 09:21:00 +0200, Piotr Szydełko wrote:

> For a time being I'm using the last version that was available but I would
> like to know what will happen when I install new instance of wheezy? Will
> there be a window manager that supports compositing?

gnome and kde both have window managers that support compositing.
There's probably others.

Cheers,
Julien


signature.asc
Description: Digital signature


xserver-xorg-video-intel: Changes to 'upstream-experimental'

2012-08-18 Thread Julien Cristau
 NEWS |   30 ++
 configure.ac |2 
 src/i915_render.c|8 
 src/intel_driver.h   |   37 +++
 src/intel_memory.c   |6 
 src/intel_module.c   |   73 +
 src/intel_uxa.c  |3 
 src/intel_video.c|2 
 src/legacy/i810/i810_video.c |4 
 src/sna/brw/brw_disasm.c |   11 
 src/sna/fb/fbbitmap.c|   18 +
 src/sna/gen2_render.c|   16 -
 src/sna/gen3_render.c|   16 -
 src/sna/gen4_render.c|   25 +-
 src/sna/gen5_render.c|   25 +-
 src/sna/gen6_render.c|  147 +++
 src/sna/gen7_render.c|  165 ++---
 src/sna/kgem.c   |   20 +
 src/sna/sna.h|2 
 src/sna/sna_accel.c  |  268 +++--
 src/sna/sna_blt.c|  129 ++
 src/sna/sna_composite.c  |   12 
 src/sna/sna_display.c|  105 +---
 src/sna/sna_dri.c|8 
 src/sna/sna_driver.c |8 
 src/sna/sna_glyphs.c |  527 +++
 src/sna/sna_gradient.c   |3 
 src/sna/sna_render.c |   44 +++
 src/sna/sna_render.h |   11 
 src/sna/sna_video_overlay.c  |2 
 test/dri2.c  |4 
 uxa/uxa-accel.c  |  163 +++--
 32 files changed, 1201 insertions(+), 693 deletions(-)

New commits:
commit 5ff6198c9346d84717bac28980329b048f4406e8
Author: Chris Wilson 
Date:   Sat Aug 18 11:59:56 2012 +0100

2.20.4 release

Signed-off-by: Chris Wilson 

diff --git a/NEWS b/NEWS
index 5a9c495..1ad769e 100644
--- a/NEWS
+++ b/NEWS
@@ -1,3 +1,33 @@
+Release 2.20.4 (2012-08-18)
+===
+Continuing the small bugfix releases, the only real feature is initial
+enabling for Haswell for the purpose of rendering verification and
+validation - by no means is it complete!
+
+Bugs fixed since 2.20.3:
+
+  * Some potential errors along failure paths found by a static analyser
+  with the help of Zdenek Kablac.
+
+  * Eliminate zero-sized rectangles from PolyFillRectangles as the code
+  assumes that they did not exist and so caused corruption.
+
+  * Remove the UXA warning for failing to tile the front buffer if it is
+  disallowed by hardware, and so expected.
+
+  * Fix the validation of the XV pipe parameter.
+
+  * Fix 8x8 tiled pattern fills
+  https://bugs.freedesktop.org/show_bug.cgi?id=53353
+
+  * Fix compile failure when using --with-builderstring
+
+  * Restore w/a flush for gen4 fill/copy/video, fortunately rare
+  operations as at least for fill/copy we prefer to use the BLT.
+  https://bugs.freedesktop.org/show_bug.cgi?id=53119
+
+  * Restore preferred use of the RENDER ring for SNB+ DRI copies.
+
 Release 2.20.3 (2012-08-04)
 ===
 Just a minor bugfix for gen4 chipsets (965gm, gm45 and friends) that
diff --git a/configure.ac b/configure.ac
index 7ffbb75..a9c6336 100644
--- a/configure.ac
+++ b/configure.ac
@@ -23,7 +23,7 @@
 # Initialize Autoconf
 AC_PREREQ([2.60])
 AC_INIT([xf86-video-intel],
-[2.20.3],
+[2.20.4],
 [https://bugs.freedesktop.org/enter_bug.cgi?product=xorg],
 [xf86-video-intel])
 AC_CONFIG_SRCDIR([Makefile.am])

commit bc77a466531fdbdd21e9354af567e5215a66edf9
Author: Chris Wilson 
Date:   Sat Aug 18 11:09:23 2012 +0100

sna: Silence a couple of recent compiler warnings

sna_accel.c: In function 'sna_poly_fill_rect_extents':
sna_accel.c:11438:11: warning: unused variable 'v' [-Wunused-variable]

sna_blt.c: In function 'sna_blt_composite__convert':
sna_blt.c:1712:3: warning: format '%s' expects a matching 'char *' argument 
[-Wformat]
sna_blt.c:1738:3: warning: format '%x' expects argument of type 'unsigned 
int', but argument 4 has type 'CARD32' [-Wformat]

Signed-off-by: Chris Wilson 

diff --git a/src/sna/sna_accel.c b/src/sna/sna_accel.c
index cf82cc5..31a9d3d 100644
--- a/src/sna/sna_accel.c
+++ b/src/sna/sna_accel.c
@@ -11435,8 +11435,6 @@ sna_poly_fill_rect_extents(DrawablePtr drawable, GCPtr 
gc,
r++;
 
while (--n) {
-   int32_t v;
-
if (r->width == 0 || r->height == 0)
goto slow;
 
diff --git a/src/sna/sna_blt.c b/src/sna/sna_blt.c
index 2d7a4aa..819d24a 100644
--- a/src/sna/sna_blt.c
+++ b/src/sna/sna_blt.c
@@ -1709,7 +1709,7 @@ sna_blt_composite__convert(struct sna *sna,
}
 
if (tmp->src.transform) {
-   DBG(("%s: transforms not handled by the BLT\n"));
+   DBG(("%s: transforms not handled by the BLT\n", __FUNCTION__));
return false;
}
 
@@ -1738,7 +1738,7 @@ sna_blt_composite__convert(struct sna *sna,
DBG(("%s: incompatible src/dst formats src=%08x, dst=%08x\n",
 __FUNCTION__,
 (unsigned)tmp->src.pict_format,
-tmp->dst.format));
+  

Bug#685177: marked as done (missing multiarch support of libxvmc1 prevents installation of libgl1-nvidia-glx:i386 on amd64)

2012-08-18 Thread Debian Bug Tracking System
Your message dated Sat, 18 Aug 2012 18:40:54 +0200
with message-id <20120818164054.gr5...@radis.cristau.org>
and subject line Re: Bug#685177: missing multiarch support of libxvmc1 prevents 
installation of libgl1-nvidia-glx:i386 on amd64
has caused the Debian Bug report #685177,
regarding missing multiarch support of libxvmc1 prevents installation of 
libgl1-nvidia-glx:i386 on amd64
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
685177: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685177
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libxvmc1
Version: 2:1.0.7-1

It is currently not possible to install libgl1-nvidia-glx:i386 on amd64
because libxvmc1:amd64 and libxvmc1:i386 conflict with each other
(because they don't support multiarch yet or are not aware of multiarch).

This is the only package that prevents a wine:i386 installation on my system.
I am using testing at the moment. It's probaly a good idea to get this fixed
before wheezy becomes stable.
--- End Message ---
--- Begin Message ---
On Fri, Aug 17, 2012 at 19:16:16 +0200, ck...@web.de wrote:

> Package: libxvmc1
> Version: 2:1.0.7-1
> 
> It is currently not possible to install libgl1-nvidia-glx:i386 on amd64
> because libxvmc1:amd64 and libxvmc1:i386 conflict with each other
> (because they don't support multiarch yet or are not aware of multiarch).
> 
> This is the only package that prevents a wine:i386 installation on my system.
> I am using testing at the moment. It's probaly a good idea to get this fixed
> before wheezy becomes stable.
> 
Dupe of 640499, closing.

Cheers,
Julien


signature.asc
Description: Digital signature
--- End Message ---


xserver-xorg-video-intel: Changes to 'debian-experimental'

2012-08-18 Thread Julien Cristau
 ChangeLog|  560 +++
 NEWS |   30 ++
 configure.ac |2 
 debian/changelog |5 
 src/i915_render.c|8 
 src/intel_driver.h   |   37 ++
 src/intel_memory.c   |6 
 src/intel_module.c   |   73 +
 src/intel_uxa.c  |3 
 src/intel_video.c|2 
 src/legacy/i810/i810_video.c |4 
 src/sna/brw/brw_disasm.c |   11 
 src/sna/fb/fbbitmap.c|   18 -
 src/sna/gen2_render.c|   16 -
 src/sna/gen3_render.c|   16 -
 src/sna/gen4_render.c|   25 +
 src/sna/gen5_render.c|   25 +
 src/sna/gen6_render.c|  147 ++-
 src/sna/gen7_render.c|  165 ++--
 src/sna/kgem.c   |   20 +
 src/sna/sna.h|2 
 src/sna/sna_accel.c  |  268 ++--
 src/sna/sna_blt.c|  129 +
 src/sna/sna_composite.c  |   12 
 src/sna/sna_display.c|  105 
 src/sna/sna_dri.c|8 
 src/sna/sna_driver.c |8 
 src/sna/sna_glyphs.c |  527 ++--
 src/sna/sna_gradient.c   |3 
 src/sna/sna_render.c |   44 +++
 src/sna/sna_render.h |   11 
 src/sna/sna_video_overlay.c  |2 
 test/dri2.c  |4 
 uxa/uxa-accel.c  |  163 ++--
 34 files changed, 1764 insertions(+), 695 deletions(-)

New commits:
commit eae5cdb82daecf98e58af8be91c9daf89e2d8f9a
Author: Julien Cristau 
Date:   Sat Aug 18 18:27:20 2012 +0200

Bump changelogs

diff --git a/ChangeLog b/ChangeLog
index 8466e7d..a4f960f 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,563 @@
+commit 5ff6198c9346d84717bac28980329b048f4406e8
+Author: Chris Wilson 
+Date:   Sat Aug 18 11:59:56 2012 +0100
+
+2.20.4 release
+
+Signed-off-by: Chris Wilson 
+
+commit bc77a466531fdbdd21e9354af567e5215a66edf9
+Author: Chris Wilson 
+Date:   Sat Aug 18 11:09:23 2012 +0100
+
+sna: Silence a couple of recent compiler warnings
+
+sna_accel.c: In function 'sna_poly_fill_rect_extents':
+sna_accel.c:11438:11: warning: unused variable 'v' [-Wunused-variable]
+
+sna_blt.c: In function 'sna_blt_composite__convert':
+sna_blt.c:1712:3: warning: format '%s' expects a matching 'char *' 
argument [-Wformat]
+sna_blt.c:1738:3: warning: format '%x' expects argument of type 'unsigned 
int', but argument 4 has type 'CARD32' [-Wformat]
+
+Signed-off-by: Chris Wilson 
+
+commit d1da2c71461798bb027a260ff8480b71ebffde26
+Author: Chris Wilson 
+Date:   Thu Aug 16 21:15:54 2012 +0100
+
+sna: Correct assertion for StoreColors
+
+Fixing the assertion reveals that it was bogus!
+
+Signed-off-by: Chris Wilson 
+
+commit 31ddaa0cfbde083aef42d9fdb5ed13bb4edc36c8
+Author: Chris Wilson 
+Date:   Thu Aug 16 21:13:52 2012 +0100
+
+sna: Fixup DBG after 7f5a9e3
+
+Signed-off-by: Chris Wilson 
+
+commit b8bc56c12c6fdc559354fbbf96b6e043a491aa8f
+Author: Chris Wilson 
+Date:   Thu Aug 16 21:00:57 2012 +0100
+
+uxa/gen3: Simply simple fill shader generation
+
+Suggested-by: Zdenek Kabelac 
+Signed-off-by: Chris Wilson 
+
+commit 182581edde356a21a0681de526f83884e1a0de5d
+Author: Chris Wilson 
+Date:   Thu Aug 16 20:59:09 2012 +0100
+
+uxa/glamor: Check for failed prepares
+
+Reported-by: Zdenek Kabelac 
+Signed-off-by: Chris Wilson 
+
+commit c289b607d1526d8d3625fa84c093552a9f3ea168
+Author: Chris Wilson 
+Date:   Thu Aug 16 20:54:40 2012 +0100
+
+uxa: Check for failed mmapping of the scanout
+
+Reported-by: Zdenek Kabelac 
+Signed-off-by: Chris Wilson 
+
+commit 32ec8b979bc8cf7d8ce351ca752b806d42bc1c0f
+Author: Chris Wilson 
+Date:   Thu Aug 16 20:53:08 2012 +0100
+
+test/dri2: Discard error returns from _XReply
+
+This is only test code, so keep the static analyser quiet
+
+Reported-by: Zdenek Kabelac 
+Signed-off-by: Chris Wilson 
+
+commit 5675c36e0dca92b8d24235d82cd0e87f82fdc7b0
+Author: Chris Wilson 
+Date:   Thu Aug 16 20:44:32 2012 +0100
+
+sna: Check for failure to pin the front buffer
+
+Reported-by: Zdenek Kabelac 
+Signed-off-by: Chris Wilson 
+
+commit c9db2c74ab3b482489bec63b11df80bb35e21aca
+Author: Chris Wilson 
+Date:   Thu Aug 16 20:42:50 2012 +0100
+
+sna/gen2: Add break rather than fallthrough
+
+The fall-through in this instance is irrelevant, and the static
+analysers complain for not commenting on the fall-through. Silence the
+analyser by removing the fall-through.
+
+Reported-by: Zdenek Kabelac 
+Signed-off-by: Chris Wilson 
+
+commit e0abbc3ccafb51d6b2114e1c7d6dc2eda3a8c1f4
+Author: Chris Wilson 
+Date:   Thu Aug 16 20:40:17 2012 +0100
+
+i810: Query PortPriv for the surface properties
+
+Avoid the NULL deferences.
+
+Reported-by: Zdenek Kabelac 
+  

Bug#684650: libdrm-intel1: X dies hard on Ivy Bridge GT2 Server graphics

2012-08-18 Thread Maik Zumstrull
On Sat, Aug 18, 2012 at 6:35 PM, Julien Cristau  wrote:

>> Please package a version >= 2.4.34 or backport the patches mentioned in
>> this bug report: https://bugs.freedesktop.org/show_bug.cgi?id=53222

> Why did you file a duplicate then?

I felt a separate bug against libdrm was more appropriate. Jonathan
disagreed, obviously. Feel free to merge/unmerge/reassign/whatever as
you see fit.

FYI, I finished rebuilding the package with the patch that adds the
PCI ID minutes ago, and I have somewhat working X with intel driver
now. OpenGL seems to work, VA-API doesn't, but that may again be a
problem with outdated versions. I can't use the full resolution of the
display, not sure why. Maybe the DVI port on the board isn't dual
link.


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAO=zWD+qMHxV6QRT3Yihitqf=robzn5l+5tryxca1sgmmui...@mail.gmail.com



Bug#684634: xserver-xorg-video-intel: viewing pic in browser reboots laptop

2012-08-18 Thread Sten Heinze
> - Ursprüngliche Nachricht -
> Von: Julien Cristau
> Gesendet: 18.08.12 11:33 Uhr
> An: Sten Heinze, 684...@bugs.debian.org
> Betreff: Re: Bug#684634: xserver-xorg-video-intel: viewing pic in browser 
> reboots laptop
> 
> On Sun, Aug 12, 2012 at 02:20:58 -0500, Sten Heinze wrote:
> 
> > Package: xserver-xorg-video-intel
> > Version: 2:2.19.0-5
> > Severity: normal
> > 
> > Dear Maintainer,
> > 
> > * What led up to the situation?
> > 
> > Boot laptop. Log into KDE. Activate external monitor (1280x1024) in 
> > addition to internal screen (1280x800). External monitor is right of
> > internal screen, internal screen is primary output.
> > 
> > Open Konqueror browser, load picture from link below. Default view is
> > picture zoomed out to show it completely.
> > 
> > Laptop is a Thinkpad X201 with Core i5 520M with integrated graphics 
> > (Arrandale). 
> > Debian/Wheezy is installed and uptodate as of a couple days ago.
> > 
> > The picture used is:
> > http://photojournal.jpl.nasa.gov/jpeg/PIA16051.jpg
> > (resolution 29481x4144, size 8.6MB)
> > 
> > * What exactly did you do (or not do) that was effective (or
> > ineffective)?
> > * What was the outcome of this action?
> > 
> > Trying to zoom to show picture at 100% leads to reproducible 
> > immediate reboot.
> > 
> That doesn't sound like a userspace bug. Have you tried different
> (older/newer) kernel versions?
> 
> Cheers,
> Julien

Not yet, but I will test and report back. Let me know if you are interested in 
me testing a particular kernel version, otherwise I will try debian snapshots 
and experimental kernels.

Thanks,
Sten


--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120818163749.90...@gmx.net



Bug#684634: xserver-xorg-video-intel: viewing pic in browser reboots laptop

2012-08-18 Thread Julien Cristau
Please always use reply-to-all on followups to bug reports, not private
replies.

On Sat, Aug 18, 2012 at 18:37:48 +0200, Sten Heinze wrote:

> Not yet, but I will test and report back. Let me know if you are
> interested in me testing a particular kernel version, otherwise I will
> try debian snapshots and experimental kernels.
> 
Thanks.

Cheers,
Julien


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120818170112.gt5...@radis.cristau.org



Bug#677864: alternative?

2012-08-18 Thread Adam Borowski
On Sat, Aug 18, 2012 at 06:38:47PM +0200, Julien Cristau wrote:
> On Fri, Aug 17, 2012 at 09:21:00 +0200, Piotr Szydełko wrote:
> 
> > For a time being I'm using the last version that was available but I would
> > like to know what will happen when I install new instance of wheezy? Will
> > there be a window manager that supports compositing?
> 
> gnome and kde both have window managers that support compositing.
> There's probably others.

Neither of those support even a decent fraction of compiz' features, both
for those who want eyecandy, and those like me who want features like
instant zoom, making arbitrary windows partially transparent, colour
filters, etc.

This said, I realized that no one I know uses compiz without at least some
parts not included in Debian, and even though it works well after some
tinkering, the need for such tinkering is not something a new user would
expect from Debian.  Thus, the extent of polishing needed exceeds what would
be acceptable at this time of the freeze.

Also, no one stepped up to do this.  I for one can submit a FTBFS fix here
and a random patch there, but don't know window manager interactions well
enough to take a major part of responsibility.  There's hope guys who want
Unity will need to handle the upgrade to Compiz 9.* as it's an Unity's
dependency even if it can still work with XFCE or MATE, but considering that
nothing really moved in ages, I wouldn't hold my breath.

So in other words: let's return here after Wheezy :(


Meow!
-- 
Copyright and patents were never about promoting culture and innovations;
from the very start they were legalized bribes to give the king some income
and to let businesses get rid of competition.  For some history, please read
https://en.wikipedia.org/wiki/Statute_of_Monopolies_1623


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120818173125.gb13...@angband.pl