libdrm: Changes to 'refs/tags/libdrm-2.4.59-1'

[Maarten Bernardus Lankhorst]

Tag 'libdrm-2.4.59-1' created by Maarten Lankhorst 
 at 2015-01-21 12:28 +

libdrm Debian release 2.4.59-1
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAABAgAGBQJUv5teAAoJEP5VjHKmcBPDAYsP/iw7CUkIqSmyGi1WobMs4U4h
hMcRsj3lhDYJYjDEH2N1J/bJJqshh7JnimK/+mdGlHDjvePJ5kKgRfCuNhzWOBsS
MtYTcw1jCMyaEp5WzV/j2pv2KEhOrNgsu+aksLPSic6rX6PwEELVgwJlx6Dfv+f0
bDzo2obJEVCt5TYwZjD0SyuGVv326KPKuQVhB4dNJgZ4wZJauh/6DT5PqRTIljMF
RHiQJbYnMWdPK1s69zMAAS/ybAOmEVW+lenk8aZstVQiiq8iVzjA6AoBP2qrBC4U
w750RC+OE9/ZrGWdJepOGYcb0OuF2hauOp4ihy4UT3l/S4y/HiIsvULTRIxUlZrH
UGehZ2B2sdcd0dTlgW0Rk+5yktorjbdvWauURf/E/b25miqDY3ZJl5FeaKEcJlxB
pRlLeFPjEmpoDiFuxSwHAXf4WhU4Y6uEkZKR+NsIwMHh+ZgLuvBsal4KAixtHu9/
1qT13T6ulW4e226ZCou+RKIoctFYW51ZkwP6mXayYcS1N0Mo4bbp7UeikadoXQ3v
IoWMBZmhAue0JbI/IkFYbKIHxPwlXs27mm4Z79tLKhtiLR02NlvS+Qa0Nw6qAoYl
XbbTIF9/16woeQnlQindR0pRxRWjaP5ODnKlGEcOYUD97e5P8sLPSt0tFdJ+jpHJ
ukxioZN0jb3d9GcTs2Q4
=wbpa
-END PGP SIGNATURE-

Changes since libdrm-2.4.56-1:
Adam Cheney (1):
  Add new DRM_MODE_CONNECTOR and _ENCODER defines

Alex Deucher (2):
  radeon: add new CIK pci ids
  radeon: add new SI pci ids

Benjamin Gaignard (1):
  modetest: Add support of STI driver

Chris Wilson (1):
  intel: Avoid overcounting fences when emitting self-referential relocs

Damien Lespiau (4):
  intel: Don't leak the test page in an has_userptr() error path
  intel/skl: Add SKL PCI ids
  intel/skl: Add gen9 to the buffer manager init
  intel/skl: add gen9 to the CS decoding init

Dave Airlie (1):
  radeon: align r600/700 fmask to 128 X blocks.

Emil Velikov (27):
  all: include config.h only when available and use its defines
  libkms: remove explicit define _FILE_OFFSET_BITS 64
  libdrm, freedreno, intel, nouveau, radeon: add Makefile.sources
  libdrm,intel: Add Android build
  libdrm,intel: rework android header handling
  radeon: add Android build support
  nouveau: add Android build support
  freedreno: add Android build support
  android: add CleanSpec.mk
  freedreno: fd_bo_from_handle() remove duplicate declaration
  automake: remove obsolete makefiles
  Remove i810_drm.h and i830_drm.h from the distribution tarball
  automake: fix 'make commit-headers'
  configure: unconditionally check for atomic ops/primitives
  libkms: build the intel backend only when needed
  libkms: move sources lists to makefile.sources
  libkms: add Android build
  modetest: move sources lists to makefiles.sources
  modetest: add Android build
  automake: pick up all files for distribution.
  Add private mmap/munmap wrappers
  drm: use drm_mmap/drm_munmap wrappers
  libkms: use drm_mmap/drm_munmap wrappers
  nouveau: use drm_mmap/drm_munmap wrappers
  radeon: use drm_mmap/drm_munmap wrappers
  freedreno: use drm_mmap/drm_munmap wrappers
  intel: use drm_mmap/drm_munmap wrappers

François Tigeot (1):
  drm: Implement drmCheckModesettingSupported() for DragonFly

Jasper St. Pierre (1):
  modetest: Use threads for cursors instead of SIGALRM

Laurent Pinchart (1):
  modetest: Allocate dumb buffers with the correct bpp

Lionel Landwerlin (4):
  atomic: add atomic_add_unless()
  intel: make bufmgr_gem shareable from different API
  intel: make bo_unreference() thread safe
  intel: make drm_intel_gem_bo_get_reloc_count() thread safe

Maarten Lankhorst (11):
  nouveau: Only export public functions.
  radeon: Use symbol visibility.
  intel: Use symbol visibility.
  omap: Use symbol visibility.
  freedreno: Use symbol visibility.
  exynos: Use symbol visibility.
  only enable support for freedreno on arm automatically
  configure.ac: bump version to 2.4.59 for release
  Merge branch 'upstream' into debian-experimental
  New upstream release.
  release to experimental

Maks Naumov (1):
  radeon: Fix surf->bankh init by default value when surf->tile_split == 0

Michel Dänzer (1):
  radeon: Always multiply pitch_bytes by nsamples, not by slice_pt

Paulo Zanoni (1):
  tests: add proptest

Rafal Sapala (1):
  intel: Adding locks for drm objects synchronization.

Rob Clark (11):
  freedreno: add dmabuf import/export helpers
  configure.ac: bump version to 2.4.57 for release
  fix compile error on 32bit systems
  more compile fix
  configure.ac: bump version to 2.4.58 for release
  freedreno: do handle lookup on handle and dmabuf import
  modetest: universal plane support
  modetest: alpha buffers
  update signed/object prop types
  configure/freedreno: make KGSL support optional
  configure/freedreno: enable freedreno by default

Thierry Reding (7):
  configure: Support symbol visibility when available
  libdrm: Add NVIDIA Tegra support
  tegra: Add simple test for drm_tegra_open()
  tegra: Add GET/SET_TILING IOCTLs
  tegra: Add SET/GET_FLAGS IOCTLs
  tegra: Implement drm_te

Processing of libdrm_2.4.59-1_amd64.changes

[Debian FTP Masters]

libdrm_2.4.59-1_amd64.changes uploaded successfully to ftp-master.debian.org
along with the files:
  libdrm_2.4.59-1.dsc
  libdrm_2.4.59.orig.tar.gz
  libdrm_2.4.59-1.diff.gz
  libdrm-dev_2.4.59-1_amd64.deb
  libdrm2_2.4.59-1_amd64.deb
  libdrm2-udeb_2.4.59-1_amd64.udeb
  libdrm2-dbg_2.4.59-1_amd64.deb
  libdrm-intel1_2.4.59-1_amd64.deb
  libdrm-intel1-dbg_2.4.59-1_amd64.deb
  libdrm-nouveau2_2.4.59-1_amd64.deb
  libdrm-nouveau2-dbg_2.4.59-1_amd64.deb
  libdrm-radeon1_2.4.59-1_amd64.deb
  libdrm-radeon1-dbg_2.4.59-1_amd64.deb

Greetings,

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


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1yduj5-00049h...@coccia.debian.org

Processing of libdrm_2.4.59-1_amd64.changes

[Debian FTP Masters]

libdrm_2.4.59-1_amd64.changes uploaded successfully to localhost
along with the files:
  libdrm_2.4.59-1.dsc
  libdrm_2.4.59.orig.tar.gz
  libdrm_2.4.59-1.diff.gz
  libdrm-dev_2.4.59-1_amd64.deb
  libdrm2_2.4.59-1_amd64.deb
  libdrm2-udeb_2.4.59-1_amd64.udeb
  libdrm2-dbg_2.4.59-1_amd64.deb
  libdrm-intel1_2.4.59-1_amd64.deb
  libdrm-intel1-dbg_2.4.59-1_amd64.deb
  libdrm-nouveau2_2.4.59-1_amd64.deb
  libdrm-nouveau2-dbg_2.4.59-1_amd64.deb
  libdrm-radeon1_2.4.59-1_amd64.deb
  libdrm-radeon1-dbg_2.4.59-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: https://lists.debian.org/e1ydumk-0003oe...@franck.debian.org

libdrm_2.4.59-1_amd64.changes is NEW

[Debian FTP Masters]

binary:libdrm-tegra0 is NEW.
binary:libdrm-tegra0-dbg is NEW.

Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes are valid), so please be patient.

Packages are routinely processed through to the archive, and do feel
free to browse the NEW queue[1].

If there is an issue with the upload, you will recieve an email from a
member of the ftpteam.

If you have any questions, you may reply to this email.

[1]: https://ftp-master.debian.org/new.html


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1yduww-00055l...@franck.debian.org

libdrm: Changes to 'refs/tags/libdrm-2.4.59-1'

[Maarten Bernardus Lankhorst]

Rebased ref, commits from common ancestor:


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1ydwou-0003ti...@moszumanska.debian.org

libdrm_2.4.59-1_amd64.changes REJECTED

[Debian FTP Masters]

libdrm_2.4.59-1.dsc: Does not match file already existing in the pool.


===

Please feel free to respond to this email if you don't understand why
your files were rejected, or if you upload new files which address our
concerns.


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1ydx3k-0004w7...@franck.debian.org

Processing of libdrm_2.4.59-1_amd64.changes

[Debian FTP Masters]

libdrm_2.4.59-1_amd64.changes uploaded successfully to localhost
along with the files:
  libdrm_2.4.59-1.dsc
  libdrm_2.4.59.orig.tar.gz
  libdrm_2.4.59-1.diff.gz
  libdrm-dev_2.4.59-1_amd64.deb
  libdrm2_2.4.59-1_amd64.deb
  libdrm2-udeb_2.4.59-1_amd64.udeb
  libdrm2-dbg_2.4.59-1_amd64.deb
  libdrm-intel1_2.4.59-1_amd64.deb
  libdrm-intel1-dbg_2.4.59-1_amd64.deb
  libdrm-nouveau2_2.4.59-1_amd64.deb
  libdrm-nouveau2-dbg_2.4.59-1_amd64.deb
  libdrm-radeon1_2.4.59-1_amd64.deb
  libdrm-radeon1-dbg_2.4.59-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: https://lists.debian.org/e1ydwy3-00045x...@franck.debian.org

Bug#775952: xterm: VT100.backarrowKey default value vs man page documentation

[Vincent Lefevre]

Package: xterm
Version: 312-1
Severity: normal

Whether I run

  xterm -xrm "*VT100.backarrowKey: true"

or

  xterm -xrm "*VT100.backarrowKey: false"

the backarrow key gives the delete (127) character, while the xterm
man page says:

backarrowKey (class BackarrowKey)
Specifies whether the backarrow key transmits a backspace (8)
or  delete  (127)  character.  This corresponds to the DECBKM
control sequence.  A “true” value specifies  backspace.   The
default  is  “True”.   Pressing  the control key toggles this
behavior.

This is actually the observed behavior only when backarrowKeyIsErase
is set to false:

  xterm -xrm "*backarrowKeyIsErase: false" -xrm ...

I think that when backarrowKeyIsErase is set to true (the default),
this is the expected behavior, as described under backarrowKeyIsErase,
and that the man page description of backarrowKey is incorrect.

So, I suppose that the default value of backarrowKey is "true" if
backarrowKeyIsErase is false; otherwise it depends...

But the relation between backarrowKeyIsErase, ptyInitialErase,
ttyModes and backarrowKey is still unclear.

-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages xterm depends on:
ii  libc6   2.19-13
ii  libfontconfig1  2.11.0-6.3
ii  libice6 2:1.0.9-1+b1
ii  libtinfo5   5.9+20140913-1+b1
ii  libutempter01.1.5-4
ii  libx11-62:1.6.2-3
ii  libxaw7 2:1.0.12-2+b1
ii  libxft2 2.3.2-1
ii  libxmu6 2:1.1.2-1
ii  libxpm4 1:3.5.11-1+b1
ii  libxt6  1:1.1.4-1+b1
ii  xbitmaps1.1.1-2

Versions of packages xterm recommends:
ii  x11-utils  7.7+2

Versions of packages xterm suggests:
pn  xfonts-cyrillic  

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150121213853.ga18...@xvii.vinc17.org

Processed: Re: xterm: VT100.backarrowKey default value vs man page documentation

[Debian Bug Tracking System]

Processing control commands:

> retitle -1 xterm: VT100.backarrowKey initial value vs man page documentation
Bug #775952 [xterm] xterm: VT100.backarrowKey default value vs man page 
documentation
Changed Bug title to 'xterm: VT100.backarrowKey initial value vs man page 
documentation' from 'xterm: VT100.backarrowKey default value vs man page 
documentation'

-- 
775952: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775952
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: 
https://lists.debian.org/handler.s.b775952.14218778966609.transcr...@bugs.debian.org

Bug#775952: xterm: VT100.backarrowKey default value vs man page documentation

[Vincent Lefevre]

Control: retitle -1 xterm: VT100.backarrowKey initial value vs man page 
documentation

On 2015-01-21 22:38:53 +0100, Vincent Lefevre wrote:
> Whether I run
> 
>   xterm -xrm "*VT100.backarrowKey: true"
> 
> or
> 
>   xterm -xrm "*VT100.backarrowKey: false"
> 
> the backarrow key gives the delete (127) character, while the xterm
> man page says:
> 
> backarrowKey (class BackarrowKey)
> Specifies whether the backarrow key transmits a backspace (8)
> or  delete  (127)  character.  This corresponds to the DECBKM
> control sequence.  A “true” value specifies  backspace.   The
> default  is  “True”.   Pressing  the control key toggles this
> behavior.
> 
> This is actually the observed behavior only when backarrowKeyIsErase
> is set to false:
> 
>   xterm -xrm "*backarrowKeyIsErase: false" -xrm ...
> 
> I think that when backarrowKeyIsErase is set to true (the default),
> this is the expected behavior, as described under backarrowKeyIsErase,
> and that the man page description of backarrowKey is incorrect.
> 
> So, I suppose that the default value of backarrowKey is "true" if
> backarrowKeyIsErase is false; otherwise it depends...

Actually this is not related to the default value (because the
-xrm "*VT100.backarrowKey: ..." overrides the default value).
What apparently happens is that the backarrowKey initial value
is set from the stty erase character if backarrowKeyIsErase is
true. This is just the initial value; the backarrowKey value
can later be changed via the menu[*], for instance.

[*] Backarrow Key (BS/DEL)

Said otherwise, it seems that the initial value is:

1. obtained from the stty erase character if backarrowKeyIsErase
   is true;

2. otherwise obtained by an explicit setting of backarrowKey;

3. otherwise set to "True" (the default value).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC 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: https://lists.debian.org/20150121220454.ga21...@xvii.vinc17.org