Bug#640080: xvfb: Xvfb segfaults when a bit depth other than 8, 15, 16, 24, or 30 requested

2012-01-05 Thread Robert Jacobs 

This is fd.o bug 38420, they seem to have cleanly disabled nonstandard 
bitdepths:
 https://bugs.freedesktop.org/show_bug.cgi?id=38420

 - Robert



-- 
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/e1rijx4-00080x...@eamp.org

Bug#640464: xterm: rendering problems (pixels not erased?)

2012-01-05 Thread Vincent Lefevre 
On 2012-01-04 21:04:45 -0500, Thomas Dickey wrote:
> In my initial response, I had in mind that perhaps the optimization that I did
> in #274/#275 to discard extra configure-events, and extra exposures (due to
> rapid scrolling) was the problem.  If I could reproduce it, I'd do that with
> the debugging traces and re-examine the changes from #274/#275.

No, it doesn't come from #274/#275, as I can reproduce the bug on
a different machine with xterm_271-1_amd64.deb.

Note: the same driver is used (nouveau).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



-- 
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/20120105130936.gb10...@ypig.lip.ens-lyon.fr

Bug#640464: xterm: rendering problems (pixels not erased?)

2012-01-05 Thread Vincent Lefevre 
On 2012-01-05 14:09:36 +0100, Vincent Lefevre wrote:
> On 2012-01-04 21:04:45 -0500, Thomas Dickey wrote:
> > In my initial response, I had in mind that perhaps the optimization that I 
> > did
> > in #274/#275 to discard extra configure-events, and extra exposures (due to
> > rapid scrolling) was the problem.  If I could reproduce it, I'd do that with
> > the debugging traces and re-examine the changes from #274/#275.
> 
> No, it doesn't come from #274/#275, as I can reproduce the bug on
> a different machine with xterm_271-1_amd64.deb.

and with various xterm versions, even an old one like 260.

So, I'm starting to think that the problem comes from the nouveau
driver.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



-- 
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/20120105131322.gc10...@ypig.lip.ens-lyon.fr

Bug#640464: xterm: rendering problems (pixels not erased?)

2012-01-05 Thread Vincent Lefevre 
On 2012-01-05 14:13:22 +0100, Vincent Lefevre wrote:
> So, I'm starting to think that the problem comes from the nouveau
> driver.

No, downgrading *nouveau* and the X server to old versions doesn't
make the problem disappear. However the problem disappeared after
downgrading libx11* packages. I'll try to investigate more later.

Just to remember:

dpkg -i /var/cache/apt/archives/libx11-6_2%3a1.4.3-1_amd64.deb 
/var/cache/apt/archives/libx11-data_2%3a1.4.3-1_all.deb 
/var/cache/apt/archives/libx11-dev_2%3a1.4.3-1_amd64.deb 
/var/cache/apt/archives/libx11-protocol-perl_0.56-2_all.deb 
/var/cache/apt/archives/libx11-xcb1_2%3a1.4.3-1_amd64.deb

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



--
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/20120105164137.gf4...@xvii.vinc17.org

Bug#654612: xserver-xorg-video-nouveau: dual-head DVI-I-2 disconnected GeForce 210 NVa8 (GT218)

2012-01-05 Thread Sven Joachim 
Am 04.01.2012 um 23:26 schrieb oz:

> not an easy decision for me. If I understand it correctly, I first
> have to fetch the new kernel together with linux-base ...
>
> apt-get -s -t squeeze-backports install
> linux-image-2.6.39-bpo.2-686-pae linux-base
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> The following extra packages will be installed:
>   initramfs-tools
> Suggested packages:
>   bash-completion linux-doc-2.6.39
> The following NEW packages will be installed:
>   linux-image-2.6.39-bpo.2-686-pae
> The following packages will be upgraded:
>   initramfs-tools linux-base
> 2 upgraded, 1 newly installed, 0 to remove and 75 not upgraded.
> Inst initramfs-tools [0.98.8] (0.99~bpo60+1 Debian
> Backports:squeeze-backports [all])
> Inst linux-base [2.6.32-38] (3.3~bpo60+1 Debian
> Backports:squeeze-backports [all])
> Inst linux-image-2.6.39-bpo.2-686-pae (2.6.39-3~bpo60+1 Debian
> Backports:squeeze-backports [i386])
> Conf initramfs-tools (0.99~bpo60+1 Debian Backports:squeeze-backports [all])
> Conf linux-base (3.3~bpo60+1 Debian Backports:squeeze-backports [all])
> Conf linux-image-2.6.39-bpo.2-686-pae (2.6.39-3~bpo60+1 Debian
> Backports:squeeze-backports [i386])
>
> But after a reboot with this new kernel I would expect, that my
> current nouveau xserver will be unable to start (according
> README.Debian kernels 
>> = 2.6.34 are incompatible).

This is true if you specify the video driver in xorg.conf, but if you
don't, X will fall back to fbdev automagically.  Consider moving your
xorg.conf out of the way temporarily.

> Having just the text-console at this point 
> of time I could install the new x-system then like ...
>
> apt-get install -t squeeze-backports xorg xserver-xorg
> xserver-xorg-core xserver-xorg-input-all xserver-xorg-video-all

You can also do that before rebooting.

> If this xorg update would be successful, I can expect that the nouveau
> xserver starts after a new reboot, right?

No need to reboot twice.  Just restart X, e.g. with
"/etc/init.d gdm restart".

Cheers,
   Sven



-- 
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/87hb0am7a9@turtle.gmx.de

Processed: bug 640080 is forwarded to https://bugs.freedesktop.org/show_bug.cgi?id=38420

2012-01-05 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> forwarded 640080 https://bugs.freedesktop.org/show_bug.cgi?id=38420
Bug #640080 [xvfb] xvfb: Xvfb segfaults when a bit depth other than 8, 15, 16, 
24, or 30 requested
Set Bug forwarded-to-address to 
'https://bugs.freedesktop.org/show_bug.cgi?id=38420'.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
640080: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640080
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
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/handler.s.c.13257965865101.transcr...@bugs.debian.org

Re: An important issue was abandoned (package libx11-data)

2012-01-05 Thread alexander barakin 
On Sun, Dec 11, 2011 at 12:19:51PM +0100, Cyril Brulebois wrote:
> Hi,
> 
> Dmitry Kolesnikov  (23/10/2011):
> > I would like to report a bug, but I've found that exactly the same
> > problem already have a bug report #608045. It seems to me that the
> > person who closed the bug was inconsiderate. I am experiencing
> > problems due to this bug (which is part of a larger bug #607138), and
> > do not know what to do next. Should I report the same bug again, or is
> > there some special way to ask you look closely?
> 
> that was not inconsiderate:
> 
> kibi@bowmore:~/debian-x/lib/libx11.git$ git grep ru_UA|grep -i utf
> nls/compose.dir.pre:en_US.UTF-8/Compose:  ru_UA.UTF-8
> nls/locale.dir.pre:en_US.UTF-8/XLC_LOCALE:ru_UA.UTF-8
> 
> I'm cc-ing the bug and its submitter for reference.
> 
> So, as Julien said: stop using an invalid locale name.

invalid locale name is taken from the program "locale" (package
"libc-bin"):

$ sudo dpkg-reconfigure locales
Generating locales (this might take a while)...
  en_US.UTF-8... done
  ru_UA.UTF-8... done
Generation complete.
$ grep -Ev '^(#|$)' /etc/locale.gen
en_US.UTF-8 UTF-8
ru_UA.UTF-8 UTF-8
$ locale -a | grep utf
en_US.utf8
ru_UA.utf8
$ dpkg -S $(which locale)
libc-bin: /usr/bin/locale

-- 
alexander barakin aka sash-kan | mailto+jid: alex.bara...@gmail.com
mezon.ru,spb,russia| nic-handle: SASH3-UANIC


signature.asc
Description: Digital signature

Bug#640464: xterm: rendering problems (pixels not erased?)

2012-01-05 Thread Vincent Lefevre 
On 2012-01-05 17:41:37 +0100, Vincent Lefevre wrote:
> No, downgrading *nouveau* and the X server to old versions doesn't
> make the problem disappear. However the problem disappeared after
> downgrading libx11* packages. I'll try to investigate more later.

After doing tests on another machine, this is not related to the
libx11* packages (in some cases, the problem doesn't occur, and it
might be the case here). I'm not even sure that this is a regression,
but in such a case, I don't know why I didn't notice it before. For
the moment, I've tried to downgrade packages as shown in attachment
(downgrade1), and the bug still occurs (after a reboot).

To reproduce the bug, I've attached a file "text", obtained from
xterm logging (md5sum: e522fe4b2a4e45e39761550e8a5426f7). The steps
are the following:

1. Type: xterm -geometry 80x60 -e 'sleep 10; cat text; sleep 999'
2. Put a smaller window covering the middle of the right part of
   the xterm window.
3. Wait for the text (from "cat text").

In case this is due to the driver, I use the nouveau driver (both
machines have a NVIDIA card).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)
[?1049h[?1h=


























































curl(1)   Curl Manual 
 curl(1)

NAME
   curl - transfer a URL

SYNOPSIS
   curl [options] [URL...]

DESCRIPTION
   curl  is  a tool to transfer data from or to a server, using one 
of the
   supported protocols (DICT, FILE, FTP, FTPS, GOPHER, HTTP, HTTPS,  
IMAP,
   IMAPS,  LDAP,  LDAPS,  POP3, POP3S, RTMP, RTSP, SCP, SFTP, SMTP, 
SMTPS,
   TELNET and TFTP).  The command is designed to work without user  
inter-
   action.

   curl offers a busload of useful tricks like proxy support, user 
authen-
   tication, FTP upload, HTTP post, SSL connections, cookies, file  
trans-
   fer resume and more. As you will see below, the number of features 
will
   make your head spin!

   curl is powered by  libcurl  for  all  transfer-related  features.  
See
   libcurl(3) for details.

URL
   The  URL  syntax is protocol-dependent. You'll find a detailed 
descrip-
   tion in RFC 3986.

   You can specify multiple URLs or parts of URLs  by  writing  part  
sets
   within braces as in:

http://site.{one,two,three}.com

   or you can get sequences of alphanumeric series by using [] as in:

ftp://ftp.numericals.com/file[1-100].txt
ftp://ftp.numericals.com/file[001-100].txt(with leading zeros)
ftp://ftp.letters.com/file[a-z].txt

   Nested  sequences  are not supported, but you can use several ones 
next
   to each other:

http://any.org/archive[1996-1999]/vol[1-4]/part{a,b,c}.html

   You can specify any amount of URLs on the command line.  They  will  
be
   fetched in a sequential manner in the specified order.

   You  can  specify a step counter for the ranges to get every Nth 
number
   or letter:

http://www.numericals.com/file[1-100:10].txt
http://www.letters.com/file[a-z:2].txt

   If you specify URL without protocol:// prefix,  curl  will  attempt  
to
   guess  what  protocol  you might want. It will then default to HTTP 
but
   try other protocols based on often-used host name prefixes.  For  
exam-
   ple,  for  host names starting with "ftp." curl will assume you want 
to
   speak FTP.

   curl will do its best to use what you pass to it as a URL.  It  is  
not
 Manual page curl(1) line 1 (press h for help or q to quit)
/hhttttppss
curl(1)   Curl Manual  
curl(1)

NAME
   curl - transfer a URL

SYNOPSIS
   curl [options] [URL...]

DESCRIPTION
   curl  is  a tool to transfer data from or to a server, 
using one of the
   supported protocols (DICT, FILE, FTP, FTPS, GOPHER, HTTP, HTTPS,  
IMAP,
   IMAPS,  LDAP,  LDAPS,  POP3, POP3S, RTMP, RTSP, SCP, SFTP, SMTP, 
SMTPS,
   TELNET and TFTP).  The command is designed to work without user  
inter-
   action.

   curl offers a busload of useful tricks like proxy support, user 
authen-
   tication, FTP upload, HTTP post, SSL connections, cookies, file  
trans-
   fer resume and more. As you will see below, the numbe

Re: An important issue was abandoned (package libx11-data)

2012-01-05 Thread Cyril Brulebois 
alexander barakin  (06/01/2012):
> $ sudo dpkg-reconfigure locales
> Generating locales (this might take a while)...
>   en_US.UTF-8... done
>   ru_UA.UTF-8... done
> Generation complete.
> $ grep -Ev '^(#|$)' /etc/locale.gen
> en_US.UTF-8 UTF-8
> ru_UA.UTF-8 UTF-8
> $ locale -a | grep utf
> en_US.utf8
> ru_UA.utf8

That doesn't make it a valid locale.

Mraw,
KiBi.


signature.asc
Description: Digital signature

xserver-xorg-video-intel: Changes to 'pristine-tar'

2012-01-05 Thread Cyril Brulebois 
 xserver-xorg-video-intel_2.17.0+git20120104.orig.tar.gz.delta |binary
 xserver-xorg-video-intel_2.17.0+git20120104.orig.tar.gz.id|1 +
 2 files changed, 1 insertion(+)

New commits:
commit 21b36a2fdba7f0041417ca580daf6de16227ee69
Author: Cyril Brulebois 
Date:   Wed Jan 4 22:17:38 2012 +0100

pristine-tar data for 
xserver-xorg-video-intel_2.17.0+git20120104.orig.tar.gz

diff --git a/xserver-xorg-video-intel_2.17.0+git20120104.orig.tar.gz.delta 
b/xserver-xorg-video-intel_2.17.0+git20120104.orig.tar.gz.delta
new file mode 100644
index 000..7fec889
Binary files /dev/null and 
b/xserver-xorg-video-intel_2.17.0+git20120104.orig.tar.gz.delta differ
diff --git a/xserver-xorg-video-intel_2.17.0+git20120104.orig.tar.gz.id 
b/xserver-xorg-video-intel_2.17.0+git20120104.orig.tar.gz.id
new file mode 100644
index 000..1d13ef4
--- /dev/null
+++ b/xserver-xorg-video-intel_2.17.0+git20120104.orig.tar.gz.id
@@ -0,0 +1 @@
+4119e68fb157fc612bce5e9c5669112ce35b4ca1


-- 
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/e1riymc-0002lt...@vasks.debian.org

xserver-xorg-video-intel: Changes to 'refs/tags/xserver-xorg-video-intel-2_2.17.0+git20120104-1'

2012-01-05 Thread Cyril Brulebois 
Tag 'xserver-xorg-video-intel-2_2.17.0+git20120104-1' created by Cyril 
Brulebois  at 2012-01-06 01:39 +

Tagging upload of xserver-xorg-video-intel 2:2.17.0+git20120104-1 to 
experimental.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iEYEABECAAYFAk8GUM4ACgkQeGfVPHR5Nd24zQCePZmG7w8KsN8T9jfECpOPf2km
6fgAnRugZ6I47wOXbDU+xvNb08bJxyrp
=TD55
-END PGP SIGNATURE-

Changes since xserver-xorg-video-intel-2_2.17.0+git20120101-2:
Chris Wilson (33):
  Revert "sna: Increase the minimum alignment constraint for g33"
  sna: Move some checks against programming errors to asserts
  sna: Eliminate one union pass when reducing damage-add
  sna: Delete some redundant code
  sna: Tune blt routine
  sna: Keep a freelist of buffers
  sna: Prefer not to force the creation of gpu bo for pixmap uploads
  sna/gen3: Check for a non-NULL bo before incrementing its ref in 
reuse_source()
  sna/damage: Mark the box as packed so that the embedded_box is aligned 
correctly
  sna: Use a cheaper no-reduction damage check for simply discarding 
further damage
  sna: Avoid unnecessary call overhead for read-only move-to-cpu
  sna/trapezoids: Pass the sna pointer to the callees
  sna/gen3: Prefer to use the blitter for solid fills
  sna: Delete the last buffer if destroyed without being used on the GPU
  sna: Force tiling on medium pitches if not reduced for other reasons
  sna: Always search for an exact active match first from the bo-cache
  sna: Inline checks for over-sized buffers during pixmap creation
  sna: Discard mask and source for PictOpClear
  sna/gen3: Remove incorrect premultiplication of solid component-alpha mask
  sna: Fix typo during partial list deletion
  sna: Guard against NULL damage deref
  sna: Limit batch to a single page on 865g
  sna: Carefully free the freed_pixmap upon exit
  sna: The batch is counted in dwords, not bytes!
  sna: Force creation of ordinary pixmaps when wedged.
  sna: Only allow mappable pixmaps to be mapped
  sna: Prevent creation of bo purely for GTT mapping when wedged
  sna: Always prefer to use cacheable operations after the GPU is wedged
  sna: Align tiled stipple uploads with the stipple pixmap correctly
  sna: Expand small stipples into 8x8 patterns
  sna: Only request page size allocations for the replacement buffer
  sna: Mark tiny CPU pixmaps as completely dirty
  sna/damage: Fix reduction to copy the boxes correctly

Cyril Brulebois (4):
  Merge branch 'upstream-experimental' into debian-experimental
  Bump changelogs.
  Implement a generate-snapshot rule to ease packaging snapshots.
  Upload to experimental.

Zhigang Gong (4):
  uxa/glamor: Remove dead code.
  uxa/glamor: Remove extraneous flush
  uxa/glamor: Let glamor do the GC validation
  uxa/glamor: Route some missing drawing function to glamor

---
 ChangeLog   |  369 
 debian/changelog|8 
 debian/rules|   12 +
 src/intel_glamor.c  |   14 -
 src/intel_glamor.h  |2 
 src/sna/blt.c   |4 
 src/sna/gen3_render.c   |  152 ++
 src/sna/kgem.c  |  192 --
 src/sna/kgem.h  |3 
 src/sna/sna.h   |   20 ++
 src/sna/sna_accel.c |  151 +-
 src/sna/sna_blt.c   |   23 ++
 src/sna/sna_composite.c |   22 ++
 src/sna/sna_damage.c|  188 +++---
 src/sna/sna_damage.h|4 
 src/sna/sna_render_inline.h |4 
 src/sna/sna_trapezoids.c|   14 -
 uxa/uxa-accel.c |  142 
 uxa/uxa-glamor.h|   11 +
 uxa/uxa.c   |   12 +
 20 files changed, 1098 insertions(+), 249 deletions(-)
---


-- 
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/e1riymd-0002mk...@vasks.debian.org

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

2012-01-05 Thread Cyril Brulebois 
 ChangeLog   |  369 
 debian/changelog|8 
 debian/rules|   12 +
 src/intel_glamor.c  |   14 -
 src/intel_glamor.h  |2 
 src/sna/blt.c   |4 
 src/sna/gen3_render.c   |  152 ++
 src/sna/kgem.c  |  192 --
 src/sna/kgem.h  |3 
 src/sna/sna.h   |   20 ++
 src/sna/sna_accel.c |  151 +-
 src/sna/sna_blt.c   |   23 ++
 src/sna/sna_composite.c |   22 ++
 src/sna/sna_damage.c|  188 +++---
 src/sna/sna_damage.h|4 
 src/sna/sna_render_inline.h |4 
 src/sna/sna_trapezoids.c|   14 -
 uxa/uxa-accel.c |  142 
 uxa/uxa-glamor.h|   11 +
 uxa/uxa.c   |   12 +
 20 files changed, 1098 insertions(+), 249 deletions(-)

New commits:
commit e3c225103b9b417da59155bdf87d208966921b21
Author: Cyril Brulebois 
Date:   Wed Jan 4 22:19:23 2012 +0100

Upload to experimental.

diff --git a/debian/changelog b/debian/changelog
index 87a3051..65f974a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,10 +1,10 @@
-xserver-xorg-video-intel (2:2.17.0+git20120104-1) UNRELEASED; urgency=low
+xserver-xorg-video-intel (2:2.17.0+git20120104-1) experimental; urgency=low
 
   * New upstream snapshot:
 - Merge from upstream master up to 4119e68fb1.
   * Implement a generate-snapshot rule to ease packaging snapshots.
 
- -- Cyril Brulebois   Wed, 04 Jan 2012 21:59:03 +0100
+ -- Cyril Brulebois   Wed, 04 Jan 2012 22:19:19 +0100
 
 xserver-xorg-video-intel (2:2.17.0+git20120101-2) experimental; urgency=low
 

commit ec819e9f0134bcc19d8c71f23f3fc25e596af6d7
Author: Cyril Brulebois 
Date:   Wed Jan 4 22:19:04 2012 +0100

Implement a generate-snapshot rule to ease packaging snapshots.

diff --git a/debian/changelog b/debian/changelog
index 358ad0a..87a3051 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -2,6 +2,7 @@ xserver-xorg-video-intel (2:2.17.0+git20120104-1) UNRELEASED; 
urgency=low
 
   * New upstream snapshot:
 - Merge from upstream master up to 4119e68fb1.
+  * Implement a generate-snapshot rule to ease packaging snapshots.
 
  -- Cyril Brulebois   Wed, 04 Jan 2012 21:59:03 +0100
 
diff --git a/debian/rules b/debian/rules
index c5098e2..0f2ede8 100755
--- a/debian/rules
+++ b/debian/rules
@@ -29,3 +29,15 @@ override_dh_shlibdeps:
 
 %:
dh $@ --with quilt,autoreconf,xsf --builddirectory=build/
+
+# Snapshots should only target experimental:
+generate-snapshot: UPSTREAM_VERSION = $(shell echo $(SOURCE_VERSION) | sed 
's/^[0-9]*://;s/-.*$$//')
+generate-snapshot: UPSTREAM_BRANCH ?= upstream-experimental
+generate-snapshot: ORIG = 
../$(SOURCE_NAME)_$(UPSTREAM_VERSION).orig.tar.gz
+generate-snapshot:
+   if [ -f $(ORIG) ]; then \
+ echo "$(ORIG) already exists, stopping"; exit 1; \
+   fi
+   git archive --format=tar --prefix=$(SOURCE_NAME)-$(UPSTREAM_VERSION)/ 
$(UPSTREAM_BRANCH) \
+ | gzip -9 > $(ORIG)
+   pristine-tar commit $(ORIG) $(UPSTREAM_BRANCH)

commit 84b05b2889a5238373ba3fdbefe56d71cde06f41
Author: Cyril Brulebois 
Date:   Wed Jan 4 21:59:47 2012 +0100

Bump changelogs.

diff --git a/ChangeLog b/ChangeLog
index 9443914..fe0fe2f 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,372 @@
+commit 4119e68fb157fc612bce5e9c5669112ce35b4ca1
+Author: Chris Wilson 
+Date:   Wed Jan 4 19:35:30 2012 +
+
+sna/damage: Fix reduction to copy the boxes correctly
+
+We need to be carefully to copy the boxes in a strict lifo order so as
+to avoid overwritting the last boxes when reusing the array allocations.
+
+Signed-off-by: Chris Wilson 
+
+commit 71b0924b586d9a60397e92e941e3d0cfa636ee61
+Author: Chris Wilson 
+Date:   Wed Jan 4 19:34:41 2012 +
+
+sna: Mark tiny CPU pixmaps as completely dirty
+
+Avoid the overhead of tracking damage on small pixmaps when using CPU
+rasterisation; the extra cost of sending the whole pixmap compared to
+the damage is negligble should it ever be required on the GPU.
+
+Signed-off-by: Chris Wilson 
+
+commit fc14e63256a9b756c7c77ffe73f2f13784396c5a
+Author: Chris Wilson 
+Date:   Wed Jan 4 19:33:30 2012 +
+
+sna: Only request page size allocations for the replacement buffer
+
+A precondition on bo creation is that the size must be page aligned.
+
+Signed-off-by: Chris Wilson 
+
+commit 89739b711f42c3dbed7d3f4e6da0cdd61a5205ae
+Author: Chris Wilson 
+Date:   Wed Jan 4 17:41:16 2012 +
+
+sna: Expand small stipples into 8x8 patterns
+
+Signed-off-by: Chris Wilson 
+
+commit 878fbfe509da0a25dff8515d6d3b38ca3826466e
+Author: Chris Wilson 
+Date:   Wed Jan 4 16:56:55 2012 +
+
+sna: Align tiled stipple uploads with the stipple pixmap correctly
+
+Signed-off-by: Chris Wilson 
+
+commit 28a222a66bb4

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

2012-01-05 Thread Cyril Brulebois 
 src/intel_glamor.c  |   14 ---
 src/intel_glamor.h  |2 
 src/sna/blt.c   |4 
 src/sna/gen3_render.c   |  152 +++---
 src/sna/kgem.c  |  192 
 src/sna/kgem.h  |3 
 src/sna/sna.h   |   20 
 src/sna/sna_accel.c |  151 ++
 src/sna/sna_blt.c   |   23 -
 src/sna/sna_composite.c |   22 +
 src/sna/sna_damage.c|  188 ++-
 src/sna/sna_damage.h|4 
 src/sna/sna_render_inline.h |4 
 src/sna/sna_trapezoids.c|   14 +--
 uxa/uxa-accel.c |  142 +++-
 uxa/uxa-glamor.h|   11 ++
 uxa/uxa.c   |   12 ++
 17 files changed, 709 insertions(+), 249 deletions(-)

New commits:
commit 4119e68fb157fc612bce5e9c5669112ce35b4ca1
Author: Chris Wilson 
Date:   Wed Jan 4 19:35:30 2012 +

sna/damage: Fix reduction to copy the boxes correctly

We need to be carefully to copy the boxes in a strict lifo order so as
to avoid overwritting the last boxes when reusing the array allocations.

Signed-off-by: Chris Wilson 

diff --git a/src/sna/sna_damage.c b/src/sna/sna_damage.c
index 4cccbdc..18ca10d 100644
--- a/src/sna/sna_damage.c
+++ b/src/sna/sna_damage.c
@@ -219,7 +219,8 @@ _sna_damage_create_elt(struct sna_damage *damage,
 {
int n;
 
-   DBG(("%s: prev=(remain %d)\n", __FUNCTION__, damage->remain));
+   DBG(("%s: prev=(remain %d), count=%d\n",
+__FUNCTION__, damage->remain, count));
 
damage->dirty = true;
n = count;
@@ -297,7 +298,8 @@ _sna_damage_create_elt_from_rectangles(struct sna_damage 
*damage,
 {
int i, n;
 
-   DBG(("%s: prev=(remain %d)\n", __FUNCTION__, damage->remain));
+   DBG(("%s: prev=(remain %d), count=%d\n",
+__FUNCTION__, damage->remain, count));
 
n = count;
if (n > damage->remain)
@@ -340,7 +342,8 @@ _sna_damage_create_elt_from_points(struct sna_damage 
*damage,
 {
int i, n;
 
-   DBG(("%s: prev=(remain %d)\n", __FUNCTION__, damage->remain));
+   DBG(("%s: prev=(remain %d), count=%d\n",
+__FUNCTION__, damage->remain, count));
 
n = count;
if (n > damage->remain)
@@ -412,6 +415,7 @@ static void __sna_damage_reduce(struct sna_damage *damage)
  list);
n = iter->size - damage->remain;
boxes = (BoxRec *)(iter+1);
+   DBG(("   last box count=%d/%d, need=%d\n", n, iter->size, nboxes));
if (nboxes > iter->size) {
boxes = malloc(sizeof(BoxRec)*nboxes);
if (boxes == NULL)
@@ -422,29 +426,36 @@ static void __sna_damage_reduce(struct sna_damage *damage)
 
if (boxes != damage->embedded_box.box) {
if (list_is_empty(&damage->embedded_box.list)) {
+   DBG(("   copying embedded boxes\n"));
memcpy(boxes,
   damage->embedded_box.box,
   n*sizeof(BoxRec));
} else {
-   if (damage->mode == DAMAGE_ADD)
-   nboxes -= REGION_NUM_RECTS(region);
+   if (boxes != (BoxPtr)(iter+1)) {
+   DBG(("   copying %d boxes from last\n", n));
+   memcpy(boxes, iter+1, n*sizeof(BoxRec));
+   }
 
-   memcpy(boxes,
-  damage->embedded_box.box,
-  sizeof(damage->embedded_box.box));
-   n = damage->embedded_box.size;
-
-   list_for_each_entry(iter, &damage->embedded_box.list, 
list) {
-   int len = iter->size;
-   if (n + len > nboxes)
-   len = nboxes - n;
-   DBG(("   copy %d/%d boxes from %d\n", len, 
iter->size, n));
-   memcpy(boxes + n, iter+1, len * sizeof(BoxRec));
-   n += len;
+   iter = list_entry(iter->list.prev,
+ struct sna_damage_box,
+ list);
+   while (&iter->list != &damage->embedded_box.list) {
+   DBG(("   copy %d boxes from %d\n",
+iter->size, n));
+   memcpy(boxes + n, iter+1,
+  iter->size * sizeof(BoxRec));
+   n += iter->size;
+
+   iter = list_entry(iter->list.prev,
+ struct sna_damage_box,
+

Processing of xserver-xorg-video-intel_2.17.0+git20120104-1_source+amd64.changes

2012-01-05 Thread Debian FTP Masters 
xserver-xorg-video-intel_2.17.0+git20120104-1_source+amd64.changes uploaded 
successfully to localhost
along with the files:
  xserver-xorg-video-intel_2.17.0+git20120104-1.dsc
  xserver-xorg-video-intel_2.17.0+git20120104.orig.tar.gz
  xserver-xorg-video-intel_2.17.0+git20120104-1.diff.gz
  xserver-xorg-video-intel_2.17.0+git20120104-1_amd64.deb
  xserver-xorg-video-intel-dbg_2.17.0+git20120104-1_amd64.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)


-- 
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/e1riysk-0001rx...@franck.debian.org

xserver-xorg-video-intel_2.17.0+git20120104-1_source+amd64.changes ACCEPTED into experimental

2012-01-05 Thread Debian FTP Masters 



Accepted:
xserver-xorg-video-intel-dbg_2.17.0+git20120104-1_amd64.deb
  to 
main/x/xserver-xorg-video-intel/xserver-xorg-video-intel-dbg_2.17.0+git20120104-1_amd64.deb
xserver-xorg-video-intel_2.17.0+git20120104-1.diff.gz
  to 
main/x/xserver-xorg-video-intel/xserver-xorg-video-intel_2.17.0+git20120104-1.diff.gz
xserver-xorg-video-intel_2.17.0+git20120104-1.dsc
  to 
main/x/xserver-xorg-video-intel/xserver-xorg-video-intel_2.17.0+git20120104-1.dsc
xserver-xorg-video-intel_2.17.0+git20120104-1_amd64.deb
  to 
main/x/xserver-xorg-video-intel/xserver-xorg-video-intel_2.17.0+git20120104-1_amd64.deb
xserver-xorg-video-intel_2.17.0+git20120104.orig.tar.gz
  to 
main/x/xserver-xorg-video-intel/xserver-xorg-video-intel_2.17.0+git20120104.orig.tar.gz


Override entries for your package:
xserver-xorg-video-intel-dbg_2.17.0+git20120104-1_amd64.deb - extra debug
xserver-xorg-video-intel_2.17.0+git20120104-1.dsc - source x11
xserver-xorg-video-intel_2.17.0+git20120104-1_amd64.deb - optional x11

Announcing to debian-experimental-chan...@lists.debian.org
Announcing to debian-devel-chan...@lists.debian.org


Thank you for your contribution to Debian.


-- 
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/e1riyuq-0001od...@franck.debian.org

Bug#640464: xterm: rendering problems (pixels not erased?)

2012-01-05 Thread Vincent Lefevre 
reassign 640464 xserver-xorg-video-nouveau
found 640464 1:0.0.16+git20101210+8bb8231-2
found 640464 1:0.0.16+git20111201+b5534a1-1
thanks

On 2012-01-05 23:36:44 +0100, Vincent Lefevre wrote:
> After doing tests on another machine, this is not related to the
> libx11* packages (in some cases, the problem doesn't occur, and it
> might be the case here). I'm not even sure that this is a regression,
> but in such a case, I don't know why I didn't notice it before. For
> the moment, I've tried to downgrade packages as shown in attachment
> (downgrade1), and the bug still occurs (after a reboot).

The bug no longer occurs when I downgrade to xorg 1:7.5+8 (with
all the dependencies); see attachment concerning the downgrade.
Thus I assume that it is a bug in the nouveau driver (I wanted
to try with vesa, but vesa doesn't work at all).

The bug seems to have appeared between

  xserver-xorg-video-nouveau 1:0.0.15+git20100329+7858345-4

and

  xserver-xorg-video-nouveau 1:0.0.16+git20101210+8bb8231-2

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)
913c913
< ii  libdrm-nouveau1a   2.4.29-1   
Userspace interface to nouveau-specific kernel DRM services -- runtime
---
> ii  libdrm-nouveau12.4.21-1~squeeze3  
> Userspace interface to nouveau-specific kernel DRM services -- runtime
1035c1035
< ii  libgl1-mesa-dri7.11.2-1   
free implementation of the OpenGL API -- DRI modules
---
> ii  libgl1-mesa-dri7.7.1-4A 
> free implementation of the OpenGL API -- DRI modules
1811a1812
> ii  libxcb-aux00.3.6-1
> utility libraries for X C Binding -- aux
2520c2521
< ii  xorg   1:7.6+10   
X.Org X Window System
---
> ii  xorg   1:7.5+8
> X.Org X Window System
2532,2533c2533,2534
< ii  xserver-xorg   1:7.6+10   
X.Org X server
< ii  xserver-xorg-core  2:1.11.2.902-1 
Xorg X server - core server
---
> ii  xserver-xorg   1:7.5+8the 
> X.Org X server
> ii  xserver-xorg-core  2:1.7.7-7  
> Xorg X server - core server
2535,2539c2536,2540
< ii  xserver-xorg-input-evdev   1:2.6.0-2+b2   
X.Org X server -- evdev input driver
< ii  xserver-xorg-input-kbd 1:1.6.0-3+b1   
X.Org X server -- keyboard input driver
< ii  xserver-xorg-input-mouse   1:1.7.1-1+b1   
X.Org X server -- mouse input driver
< ii  xserver-xorg-input-synaptics   1.5.0-2
Synaptics TouchPad driver for X.Org server
< ii  xserver-xorg-input-wacom   0.12.0-1   
X.Org X server -- Wacom input driver
---
> ii  xserver-xorg-input-evdev   1:2.3.2-6  
> X.Org X server -- evdev input driver
> ii  xserver-xorg-input-kbd 1:1.4.0-2  
> X.Org X server -- keyboard input driver
> ii  xserver-xorg-input-mouse   1:1.5.0-2  
> X.Org X server -- mouse input driver
> ii  xserver-xorg-input-synaptics   1.2.2-2
> Synaptics TouchPad driver for X.Org server
> ii  xserver-xorg-input-wacom   0.10.5+20100416-1  
> X.Org X server -- Wacom input driver
2541,2570c2542,2573
< ii  xserver-xorg-video-apm 1:1.2.3-2+b2   
X.Org X server -- APM display driver
< ii  xserver-xorg-video-ark 1:0.7.3-2+b2   
X.Org X server -- ark display driver
< ii  xserver-xorg-video-ati 1:6.14.3-2 
X.Org X server -- AMD/ATI display driver wrapper
< ii  xserver-xorg-video-chips   1:1.2.4-1+b2   
X.Org X server -- Chips display driver
< ii  xserver-xorg-video-cirrus  1:1.3.2-4+b2   
X.Org X server -- Cirrus display driver
< ii  xserver-xorg-video-dummy   1:0.3.5-1  
X.Org X server -- dummy display driver
< ii  xserver-xorg-video-fbdev   1:0.4.2-4+b2   
X.Org X server -- fbdev display driver
< ii  xserver-xorg-video-glint   1:1.2.6-1  
X.Org X server -- Glint display driver
< ii  xserver-xorg-video-i1281:1.3.4-2+b2   
X.Org X server -- i128 display driver
< ii  xserver-xorg-video-intel   2:2.17.0-1 
X.Org X server -- Intel i8xx, i9xx display driver
< ii  xserver-xorg-video-mach64  6.9.0-

Processed: Re: Bug#640464: xterm: rendering problems (pixels not erased?)

2012-01-05 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> reassign 640464 xserver-xorg-video-nouveau
Bug #640464 [xterm] xterm: rendering problems (pixels not erased?)
Bug reassigned from package 'xterm' to 'xserver-xorg-video-nouveau'.
Bug No longer marked as found in versions xterm/271-1 and xterm/276-1.
> found 640464 1:0.0.16+git20101210+8bb8231-2
Bug #640464 [xserver-xorg-video-nouveau] xterm: rendering problems (pixels not 
erased?)
Bug Marked as found in versions 
xserver-xorg-video-nouveau/1:0.0.16+git20101210+8bb8231-2.
> found 640464 1:0.0.16+git20111201+b5534a1-1
Bug #640464 [xserver-xorg-video-nouveau] xterm: rendering problems (pixels not 
erased?)
Bug Marked as found in versions 
xserver-xorg-video-nouveau/1:0.0.16+git20111201+b5534a1-1.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
640464: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640464
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
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/handler.s.c.132581880917987.transcr...@bugs.debian.org

Bug#640464: xterm: rendering problems (pixels not erased?)

2012-01-05 Thread Vincent Lefevre 
tags 640464 - moreinfo
thanks

On 2011-09-05 20:41:01 +0200, Julien Cristau wrote:
> If this is new, when did it start occurring?

According to my tests, it doesn't occur with

  xorg 1:7.5+8
  xserver-xorg-video-nouveau 1:0.0.15+git20100329+7858345-4

and occurs with

  xorg 1:7.6+4
  xserver-xorg-video-nouveau 1:0.0.16+git20101210+8bb8231-2

and later.

The way to reproduce the bug is described in

  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640464#82

Warning! It doesn't seem to be 100% reproducible, but almost.

> Could also be a driver or X issue.

Yes, it seems so, but I don't know which.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



--
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/20120106031553.ga7...@xvii.vinc17.org

Processed: Re: Bug#640464: xterm: rendering problems (pixels not erased?)

2012-01-05 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> tags 640464 - moreinfo
Bug #640464 [xserver-xorg-video-nouveau] xterm: rendering problems (pixels not 
erased?)
Removed tag(s) moreinfo.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
640464: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640464
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
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/handler.s.c.132581975823088.transcr...@bugs.debian.org

Processed: retitle 640464 to in xterm, some rectangles are not redrawn

2012-01-05 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> retitle 640464 in xterm, some rectangles are not redrawn
Bug #640464 [xserver-xorg-video-nouveau] xterm: rendering problems (pixels not 
erased?)
Changed Bug title to 'in xterm, some rectangles are not redrawn' from 'xterm: 
rendering problems (pixels not erased?)'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
640464: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640464
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
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/handler.s.c.132582105428738.transcr...@bugs.debian.org

Processed: retitle 640464 to in xterm, some rectangles are not redrawn when the window is partly covered

2012-01-05 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> retitle 640464 in xterm, some rectangles are not redrawn when the window is 
> partly covered
Bug #640464 [xserver-xorg-video-nouveau] in xterm, some rectangles are not 
redrawn
Changed Bug title to 'in xterm, some rectangles are not redrawn when the window 
is partly covered' from 'in xterm, some rectangles are not redrawn'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
640464: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640464
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
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/handler.s.c.132582110428800.transcr...@bugs.debian.org