xorg-server: Changes to 'ubuntu'
configure.ac |8
debian/changelog | 24
debian/patches/122_xext_fix_card32_overflow_in_xauth.patch | 30 -
debian/patches/208_switch_on_release.diff | 118
debian/patches/227_null_ptr_midispcur.patch| 18
debian/patches/228_autobind_gpu.patch | 320 ++---
debian/patches/disable-rotation-transform-gpuscreens.patch | 28 -
debian/patches/randr-do-not-check-the-screen-size.diff | 83 ---
debian/patches/series | 16
debian/patches/xfree86-no-xv-for-gpuscreens.patch |1
dix/pixmap.c | 16
glamor/glamor_dash.c |1
hw/xwayland/xwayland-cursor.c | 14
hw/xwayland/xwayland-glamor.c | 60 ++
os/busfault.c | 13
present/present.c | 16
render/render.c|4
17 files changed, 375 insertions(+), 395 deletions(-)
New commits:
commit 3d48f2b5bd2176b6feff3717fd66b772b33782bd
Author: Timo Aaltonen
Date: Thu Mar 16 14:23:39 2017 +0200
randr-do-not-check-the-screen-size.diff: Dropped, can't reproduce #1586260
anymore without the patch.
diff --git a/debian/changelog b/debian/changelog
index 911ecc5..a3ef489 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -23,6 +23,8 @@ xorg-server (2:1.19.3-1ubuntu1) UNRELEASED; urgency=medium
review found issues and it never got applied.
* xfree86-no-xv-for-gpuscreens.patch: Drop bogus buglink.
* 227_null_ptr_midispcur.patch: Dropped, upstream didn't accept it.
+ * randr-do-not-check-the-screen-size.diff: Dropped, can't reproduce
+#1586260 anymore without the patch.
[ Robert Ancell ]
* debian/patches/xmir.patch:
diff --git a/debian/patches/randr-do-not-check-the-screen-size.diff
b/debian/patches/randr-do-not-check-the-screen-size.diff
deleted file mode 100644
index 5f8f015..000
--- a/debian/patches/randr-do-not-check-the-screen-size.diff
+++ /dev/null
@@ -1,83 +0,0 @@
-Subject: [PATCH xserver] randr: Do not check the screen size bound for gpu
screens
-From: Nikhil Mahale
-Date: 20.05.2016 08:00
-To:
-CC: Nikhil Mahale
-
-For gpu screen, CrtcSet set/adjust the master screen size along
-mode in following callstack -
-
- ProcRRSetCrtcConfig()
-|
--> RRCrtcSet()
-|
--> rrCheckPixmapBounding()
-|
--> pScrPriv->rrScreenSetSize()
-
-Checking screen size bound for gpus screen cause some configurations
-to fails, e.g
-
- $ xrandr --output eDP --mode 1920x1080 --pos 0x0 --output HDMI \
- --mode 2560x1440 --pos 0x0
-
- Here xrandr utility first sets screen size to 2560x1440 which
- gets resized to 1920x1080 on RRSetCrtcConfig request for eDP,
- and then RRSetCrtcConfig request for HDMI fails because
- of failure of screen bound check.
-
-Signed-off-by: Nikhil Mahale
- randr/rrcrtc.c | 19 ++-
- 1 file changed, 6 insertions(+), 13 deletions(-)
-
a/randr/rrcrtc.c
-+++ b/randr/rrcrtc.c
-@@ -1313,27 +1313,20 @@ ProcRRSetCrtcConfig(ClientPtr client)
-
- #ifdef RANDR_12_INTERFACE
- /*
-+ * For gpu screen, CrtcSet set/adjust the master screen size along
-+ * with mode.
-+ *
- * Check screen size bounds if the DDX provides a 1.2 interface
- * for setting screen size. Else, assume the CrtcSet sets
- * the size along with the mode. If the driver supports transforms,
- * then it must allow crtcs to display a subset of the screen, so
- * only do this check for drivers without transform support.
- */
--if (pScrPriv->rrScreenSetSize && !crtc->transforms) {
-+if (!pScreen->isGPU && pScrPriv->rrScreenSetSize &&
!crtc->transforms) {
- int source_width;
- int source_height;
- PictTransform transform;
- struct pixman_f_transform f_transform, f_inverse;
--int width, height;
--
--if (pScreen->isGPU) {
--width = pScreen->current_master->width;
--height = pScreen->current_master->height;
--}
--else {
--width = pScreen->width;
--height = pScreen->height;
--}
-
- RRTransformCompute(stuff->x, stuff->y,
-mode->mode.width, mode->mode.height,
-@@ -1343,13 +1336,13 @@ ProcRRSetCrtcConfig(ClientPtr client)
-
- RRModeGetScanoutSize(mode, &transform, &source_width,
- &source_height);
--if (stuff->x + source_width > width) {
-+if (stuff->x + source_width > pScreen->width) {
- client->errorV
xserver-xorg-video-amdgpu: Changes to 'debian-unstable'
ChangeLog | 609 ++ autogen.sh| 11 configure.ac | 21 - debian/changelog |6 man/amdgpu.man| 15 src/Makefile.am |8 src/amdgpu_chipinfo_gen.h | 194 src/amdgpu_chipset_gen.h | 216 - src/amdgpu_dri2.c | 54 +-- src/amdgpu_dri3.c | 37 ++ src/amdgpu_drv.h | 35 +- src/amdgpu_glamor.c |7 src/amdgpu_kms.c | 363 -- src/amdgpu_pci_chipset_gen.h | 195 src/amdgpu_pci_device_match_gen.h | 195 src/amdgpu_present.c | 18 - src/amdgpu_probe.c| 40 +- src/amdgpu_probe.h| 33 -- src/amdpciids.h | 39 -- src/ati_pciids_gen.h | 191 --- src/drmmode_display.c | 500 +-- src/drmmode_display.h | 19 - src/pcidb/ati_pciids.csv | 192 --- src/pcidb/parse_pci_ids.pl| 82 - 24 files changed, 1351 insertions(+), 1729 deletions(-) New commits: commit ca4629cad2110de99947cce1882d5c44e4af0845 Author: Timo Aaltonen Date: Thu Mar 16 16:06:56 2017 +0200 update changelogs diff --git a/ChangeLog b/ChangeLog index d0c58ec..b01bdde 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,612 @@ +commit 804e30e14e51f94403a0721ef2aae28f1fa9e9f2 +Author: Michel Dänzer +Date: Thu Mar 16 17:28:11 2017 +0900 + +Bump version for 1.3.0 release + +commit 3a8582944ed3fef1b75f8871489e6e19963e2ea6 +Author: Michel Dänzer +Date: Thu Mar 9 15:56:59 2017 +0900 + +Pass TRUE to drmmode_set_desired_modes the first time for GPU screens + +This is the only place we call drmmode_set_desired_modes for GPU screens +during server startup. Without this change, the display outputs of +secondary GPUs may stay on even while Xorg isn't using them. + +(Ported from radeon commit 9a71445094b728f3d78db8f6808b4782ee19a453) +Reviewed-by: Alex Deucher + +commit 82b15a4da156e18da4c8fc0093500c32b549e487 +Author: Michel Dänzer +Date: Thu Mar 9 15:47:24 2017 +0900 + +Skip some initialization steps for GPU screens + +Xorg doesn't use the following functionality of GPU screens, so don't +bother initializing it: + +* DRI page flipping +* DRI3 / Present / SYNC fences +* XVideo / XvMC +* Root window with background None + +(Ported from radeon commit 67ae5e00a748ad52cf92738d401afff2947b1891) +Reviewed-by: Alex Deucher + +commit fa85331f0ce27e16a9338516518433955133840e +Author: Michel Dänzer +Date: Tue Mar 7 18:02:29 2017 +0900 + +glamor: Use glamor_finish when available + +Reviewed-by: Alex Deucher + +commit 7884e38e94c2cbd6c205f556f2b31ad59b4089b4 +Author: Hans De Goede +Date: Tue Oct 18 16:48:40 2016 +0200 + +amdgpu_probe: Do not close server managed drm fds + +This fixes the xserver only seeing AMD/ATI devices supported by the amdgpu +driver, as by the time xf86-video-ati gets a chance to probe them, the +fd has been closed. + +This fixes e.g. Xorg not seeing the dGPU on a Lenovo Thinkpad E465 laptop +with a CARRIZO iGPU and a HAINAN dGPU. + +Signed-off-by: Hans de Goede + +v2: Rebased on top of new patch 1. + +Reviewed-by: Alex Deucher + +commit a2c360fa1d33d6a5aa64c396197e119ff77d1379 +Author: Michel Dänzer +Date: Mon Mar 6 18:59:23 2017 +0900 + +Refactor amdgpu_kernel_close_fd helper + +Preparation for the following change. + +Assign pAMDGPUEnt->fd = -1 instead of 0 when we're not using the file +descriptor anymore. + +Reviewed-by: Hans de Goede +Reviewed-by: Alex Deucher + +commit 947017194d07e32876a43ee0efc45fdc71385748 +Author: Michel Dänzer +Date: Fri Mar 3 17:59:19 2017 +0900 + +glamor: Don't flush in BlockHandler with Xorg >= 1.19 + +This was only necessary with older versions for driving the FBO cache +expiry mechanism. + +Reviewed-by: Alex Deucher + +commit 86907a5e4ce33154167b330570491f88218725d3 +Author: Michel Dänzer +Date: Mon Mar 6 18:23:41 2017 +0900 + +Only define transform_region for XF86_CRTC_VERSION >= 4 + +Not used with older versions of Xorg. Fixes warning in that case: + +../../src/amdgpu_kms.c:328:1: warning: ‘transform_region’ defined but not used [-Wunused-function] + transform_region(RegionPtr region, struct pict_f_transform *transform, + ^~~~ + +Reviewed-by: Alex Deucher + +commit 8d2b7d1758e3fcac520a18a0684c073f0ac62389 +Author: Michel Dänzer +Date: Mon Mar 6 18:09:58 2017 +0900 + +Use local implementation of RegionDuplicate for older xserver + +It was only added in xserver 1.15. Fixes build against ol
xserver-xorg-video-amdgpu: Changes to 'upstream-unstable'
autogen.sh| 11
configure.ac | 21 +
man/amdgpu.man| 15 -
src/Makefile.am |8
src/amdgpu_chipinfo_gen.h | 194 --
src/amdgpu_chipset_gen.h | 216
src/amdgpu_dri2.c | 54 ++--
src/amdgpu_dri3.c | 37 ++
src/amdgpu_drv.h | 35 ++
src/amdgpu_glamor.c |7
src/amdgpu_kms.c | 363 ++-
src/amdgpu_pci_chipset_gen.h | 195 --
src/amdgpu_pci_device_match_gen.h | 195 --
src/amdgpu_present.c | 18 +
src/amdgpu_probe.c| 40 +--
src/amdgpu_probe.h| 33 --
src/amdpciids.h | 39 --
src/ati_pciids_gen.h | 191 --
src/drmmode_display.c | 500 ++
src/drmmode_display.h | 19 +
src/pcidb/ati_pciids.csv | 192 --
src/pcidb/parse_pci_ids.pl| 82 --
22 files changed, 736 insertions(+), 1729 deletions(-)
New commits:
commit 804e30e14e51f94403a0721ef2aae28f1fa9e9f2
Author: Michel Dänzer
Date: Thu Mar 16 17:28:11 2017 +0900
Bump version for 1.3.0 release
diff --git a/configure.ac b/configure.ac
index 591c2b9..8d86f52 100644
--- a/configure.ac
+++ b/configure.ac
@@ -23,7 +23,7 @@
# Initialize Autoconf
AC_PREREQ([2.60])
AC_INIT([xf86-video-amdgpu],
-[1.2.99],
+[1.3.0],
[https://bugs.freedesktop.org/enter_bug.cgi?product=xorg],
[xf86-video-amdgpu])
commit 3a8582944ed3fef1b75f8871489e6e19963e2ea6
Author: Michel Dänzer
Date: Thu Mar 9 15:56:59 2017 +0900
Pass TRUE to drmmode_set_desired_modes the first time for GPU screens
This is the only place we call drmmode_set_desired_modes for GPU screens
during server startup. Without this change, the display outputs of
secondary GPUs may stay on even while Xorg isn't using them.
(Ported from radeon commit 9a71445094b728f3d78db8f6808b4782ee19a453)
Reviewed-by: Alex Deucher
diff --git a/src/amdgpu_kms.c b/src/amdgpu_kms.c
index 3deaef7..4821e93 100644
--- a/src/amdgpu_kms.c
+++ b/src/amdgpu_kms.c
@@ -243,7 +243,8 @@ static Bool AMDGPUCreateScreenResources_KMS(ScreenPtr
pScreen)
}
}
- if (!drmmode_set_desired_modes(pScrn, &info->drmmode, FALSE))
+ if (!drmmode_set_desired_modes(pScrn, &info->drmmode,
+ amdgpu_is_gpu_screen(pScreen)))
return FALSE;
drmmode_uevent_init(pScrn, &info->drmmode);
commit 82b15a4da156e18da4c8fc0093500c32b549e487
Author: Michel Dänzer
Date: Thu Mar 9 15:47:24 2017 +0900
Skip some initialization steps for GPU screens
Xorg doesn't use the following functionality of GPU screens, so don't
bother initializing it:
* DRI page flipping
* DRI3 / Present / SYNC fences
* XVideo / XvMC
* Root window with background None
(Ported from radeon commit 67ae5e00a748ad52cf92738d401afff2947b1891)
Reviewed-by: Alex Deucher
diff --git a/src/amdgpu_drv.h b/src/amdgpu_drv.h
index 0700dae..532d99d 100644
--- a/src/amdgpu_drv.h
+++ b/src/amdgpu_drv.h
@@ -169,8 +169,10 @@ typedef enum {
#if XF86_CRTC_VERSION >= 5
#define AMDGPU_PIXMAP_SHARING 1
#define amdgpu_is_gpu_screen(screen) (screen)->isGPU
+#define amdgpu_is_gpu_scrn(scrn) (scrn)->is_gpu
#else
#define amdgpu_is_gpu_screen(screen) 0
+#define amdgpu_is_gpu_scrn(scrn) 0
#endif
#define AMDGPU_VSYNC_TIMEOUT 2 /* Maximum wait for VSYNC (in usecs) */
diff --git a/src/amdgpu_kms.c b/src/amdgpu_kms.c
index 92bf5fa..3deaef7 100644
--- a/src/amdgpu_kms.c
+++ b/src/amdgpu_kms.c
@@ -1397,23 +1397,26 @@ Bool AMDGPUPreInit_KMS(ScrnInfoPtr pScrn, int flags)
xf86DrvMsg(pScrn->scrnIndex, X_CONFIG, "ShadowPrimary
enabled\n");
}
- sw_cursor = xf86ReturnOptValBool(info->Options, OPTION_SW_CURSOR,
FALSE);
-
- info->allowPageFlip = xf86ReturnOptValBool(info->Options,
- OPTION_PAGE_FLIP,
- TRUE);
- if (sw_cursor || info->shadow_primary) {
- xf86DrvMsg(pScrn->scrnIndex,
- info->allowPageFlip ? X_WARNING : X_DEFAULT,
- "KMS Pageflipping: disabled%s\n",
- info->allowPageFlip ?
- (sw_cursor ? " because of SWcursor" :
- " because of ShadowPrimary") : "");
- info->allowPageFlip = FALSE;
- } else {
- xf86DrvMsg(pScrn->scrnIndex, X_INFO,
- "KMS Pageflipping: %sabled\n",
- info->allowPageFlip ? "en" : "dis");
+ if (!amdgpu_is_gpu_scrn(pScrn)) {
+ s
xserver-xorg-video-ati: Changes to 'debian-unstable'
.editorconfig |3
ChangeLog | 539 ++
Makefile.am |2
autogen.sh| 11 -
conf/10-radeon.conf |5
conf/Makefile.am | 24 ++
configure.ac | 20 +
debian/changelog |6
man/radeon.man| 17 +
src/ati.c | 40 +++
src/drmmode_display.c | 495 -
src/drmmode_display.h | 15 +
src/radeon.h | 24 --
src/radeon_dri2.c | 42 ++-
src/radeon_dri3.c | 37 +++
src/radeon_glamor.c | 11 -
src/radeon_kms.c | 326 +-
src/radeon_present.c | 19 +
src/radeon_probe.h|2
19 files changed, 1305 insertions(+), 333 deletions(-)
New commits:
commit 86629562be50a24bab7b682583ad087a2e182455
Author: Timo Aaltonen
Date: Thu Mar 16 16:15:48 2017 +0200
update changelogs
diff --git a/ChangeLog b/ChangeLog
index db47757..049526f 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,542 @@
+commit 66227060872219c1a0dc84fa4cea6264f7548446
+Author: Michel Dänzer
+Date: Thu Mar 16 16:38:15 2017 +0900
+
+Bump version for 7.9.0 release
+
+commit 9a71445094b728f3d78db8f6808b4782ee19a453
+Author: Michel Dänzer
+Date: Wed Mar 8 17:42:56 2017 +0900
+
+Pass TRUE to drmmode_set_desired_modes the first time for GPU screens
+
+This is the only place we call drmmode_set_desired_modes for GPU screens
+during server startup. Without this change, the display outputs of
+secondary GPUs may stay on even while Xorg isn't using them.
+
+Reviewed-by: Alex Deucher
+
+commit 67ae5e00a748ad52cf92738d401afff2947b1891
+Author: Michel Dänzer
+Date: Wed Mar 8 11:20:30 2017 +0900
+
+Skip some initialization steps for GPU screens
+
+Xorg doesn't use the following functionality of GPU screens, so don't
+bother initializing it:
+
+* DRI page flipping
+* DRI3 / Present / SYNC fences
+* XVideo / XvMC
+* Root window with background None
+
+Reviewed-by: Alex Deucher
+
+commit f0e7948e1c0e984fc27f235f365639e9cf628291
+Author: Jochen Rollwagen
+Date: Sun Mar 5 11:32:38 2017 +0100
+
+Fix build for XServer 1.13
+
+Latest git build stops with the error message
+
+radeon_kms.c: In function 'RADEONWindowExposures_oneshot':
+radeon_kms.c:1644:45: error: expected expression before 'RegionPtr'
+ pScreen->WindowExposures(pWin, pRegion, RegionPtr pBSRegion);
+
+This patch fixes the build.
+
+Reviewed-by: Michel Dänzer
+
+commit d63881623f0686a66a2e3e3c1f84e496aa52ec6b
+Author: Michel Dänzer
+Date: Thu Mar 2 16:22:51 2017 +0900
+
+Don't call radeon_cs_flush_indirect & radeon_bo_wait in drmmode_copy_fb
+
+RADEONWindowExposures_oneshot takes care of it.
+
+Reviewed-by: Alex Deucher
+
+commit cc9d6b7db9c2078be1e530a64af6d517c6a42024
+Author: Michel Dänzer
+Date: Wed Mar 1 17:35:59 2017 +0900
+
+Move DPMS check from radeon_scanout_do_update to radeon_scanout_flip
+
+When radeon_scanout_do_update is called from
+drmmode_crtc_scanout_update, drmmode_crtc->pending_dpms_mode may still
+be != DPMSModeOn, e.g. during server startup.
+
+Fixes intermittently showing garbage with TearFree enabled.
+
+commit 0a12bf1085505017068dfdfd31d23133e51b45b9
+Author: Michel Dänzer
+Date: Wed Mar 1 18:00:40 2017 +0900
+
+Call drmmode_set_desired_modes from a WindowExposures hook
+
+This is the earliest opportunity where the root window contents are
+guaranteed to be initialized, and prevents drmmode_set_mode_major from
+getting called before drmmode_set_desired_modes via RADEONUnblank ->
+drmmode_crtc_dpms. Also, in contrast to the BlockHandler hook, this is
+called when running Xorg with -pogo.
+
+Fixes intermittently showing garbage on server startup or after server
+reset.
+
+As a bonus, this avoids trouble due to higher layers (e.g. the tigervnc
+Xorg module) calling RADEONBlockHandler_oneshot repeatedly even after
+we set pScreen->BlockHandler = RADEONBlockHandler_KMS.
+
+v2:
+* Drop spaces between XORG_VERSION_NUMERIC arguments
+* Call radeon_bo_wait after radeon_cs_flush_indirect
+
+Bugzilla: https://bugs.freedesktop.org/99457
+Reviewed-by: Alex Deucher (v1)
+
+commit df2d749a4db33298c8ce9f2cfb77c20c5538c9cc
+Author: Michel Dänzer
+Date: Thu Mar 2 16:05:42 2017 +0900
+
+Fix bogus indentation
+
+Trivial.
+
+Fixes: 58cd1600057e ("Allow toggling TearFree at runtime via output
property")
+
+commit 9035b6abea557828e672ee455f0c84e43da0906f
+Author: Michel Dänzer
+Date: Tue Feb 28 18:13:42 2017 +0900
+
+present: Flush before flipping
+
+This isn't necessary for DRI clients, but the Present extension can also
+be used for presenting normal pixmaps rendered to via the X11 protocol.
+
+Reviewed-by: Alex Deuche
debian-x@lists.debian.org
Hi. I just spot an issue in xfonts-100dpi, xfonts-75dpi, and related packages: some of the fonts are free, but the Lucida bitmaps do not allow modification, the same reason the Luxi fonts got marked nonfree 15 years ago. Does Lucida need similar treatment?
xserver-xorg-video-ati: Changes to 'upstream-unstable'
.editorconfig |3
Makefile.am |2
autogen.sh| 11 -
conf/10-radeon.conf |5
conf/Makefile.am | 24 ++
configure.ac | 20 +-
man/radeon.man| 17 +
src/ati.c | 40 +++-
src/drmmode_display.c | 495 +++---
src/drmmode_display.h | 15 +
src/radeon.h | 24 --
src/radeon_dri2.c | 42 +++-
src/radeon_dri3.c | 37 +++
src/radeon_glamor.c | 11 -
src/radeon_kms.c | 326 +++-
src/radeon_present.c | 19 +
src/radeon_probe.h|2
17 files changed, 760 insertions(+), 333 deletions(-)
New commits:
commit 66227060872219c1a0dc84fa4cea6264f7548446
Author: Michel Dänzer
Date: Thu Mar 16 16:38:15 2017 +0900
Bump version for 7.9.0 release
diff --git a/configure.ac b/configure.ac
index 732f705..b83b18f 100644
--- a/configure.ac
+++ b/configure.ac
@@ -23,7 +23,7 @@
# Initialize Autoconf
AC_PREREQ([2.60])
AC_INIT([xf86-video-ati],
-[7.8.99],
+[7.9.0],
[https://bugs.freedesktop.org/enter_bug.cgi?product=xorg],
[xf86-video-ati])
commit 9a71445094b728f3d78db8f6808b4782ee19a453
Author: Michel Dänzer
Date: Wed Mar 8 17:42:56 2017 +0900
Pass TRUE to drmmode_set_desired_modes the first time for GPU screens
This is the only place we call drmmode_set_desired_modes for GPU screens
during server startup. Without this change, the display outputs of
secondary GPUs may stay on even while Xorg isn't using them.
Reviewed-by: Alex Deucher
diff --git a/src/radeon_kms.c b/src/radeon_kms.c
index 907ebfc..424f9f7 100644
--- a/src/radeon_kms.c
+++ b/src/radeon_kms.c
@@ -328,7 +328,8 @@ static Bool RADEONCreateScreenResources_KMS(ScreenPtr
pScreen)
}
}
-if (!drmmode_set_desired_modes(pScrn, &info->drmmode, FALSE))
+if (!drmmode_set_desired_modes(pScrn, &info->drmmode,
+ radeon_is_gpu_screen(pScreen)))
return FALSE;
drmmode_uevent_init(pScrn, &info->drmmode);
commit 67ae5e00a748ad52cf92738d401afff2947b1891
Author: Michel Dänzer
Date: Wed Mar 8 11:20:30 2017 +0900
Skip some initialization steps for GPU screens
Xorg doesn't use the following functionality of GPU screens, so don't
bother initializing it:
* DRI page flipping
* DRI3 / Present / SYNC fences
* XVideo / XvMC
* Root window with background None
Reviewed-by: Alex Deucher
diff --git a/src/radeon.h b/src/radeon.h
index 815c12a..7374411 100644
--- a/src/radeon.h
+++ b/src/radeon.h
@@ -183,8 +183,10 @@ typedef enum {
#if XF86_CRTC_VERSION >= 5
#define RADEON_PIXMAP_SHARING 1
#define radeon_is_gpu_screen(screen) (screen)->isGPU
+#define radeon_is_gpu_scrn(scrn) (scrn)->is_gpu
#else
#define radeon_is_gpu_screen(screen) 0
+#define radeon_is_gpu_scrn(scrn) 0
#endif
#define RADEON_VSYNC_TIMEOUT 2 /* Maximum wait for VSYNC (in usecs) */
diff --git a/src/radeon_kms.c b/src/radeon_kms.c
index 7a561fa..907ebfc 100644
--- a/src/radeon_kms.c
+++ b/src/radeon_kms.c
@@ -1811,32 +1811,36 @@ Bool RADEONPreInit_KMS(ScrnInfoPtr pScrn, int flags)
info->tear_free == 2 ? "auto" : (info->tear_free ? "on" :
"off"));
}
-if (info->dri2.pKernelDRMVersion->version_minor >= 8) {
- Bool sw_cursor = xf86ReturnOptValBool(info->Options, OPTION_SW_CURSOR,
FALSE);
-
- info->allowPageFlip = xf86ReturnOptValBool(info->Options,
- OPTION_PAGE_FLIP, TRUE);
-
- if (sw_cursor || info->shadow_primary) {
- xf86DrvMsg(pScrn->scrnIndex,
- info->allowPageFlip ? X_WARNING : X_DEFAULT,
- "KMS Pageflipping: disabled%s\n",
- info->allowPageFlip ?
- (sw_cursor ? " because of SWcursor" :
- " because of ShadowPrimary") : "");
- info->allowPageFlip = FALSE;
- } else {
- xf86DrvMsg(pScrn->scrnIndex, X_INFO,
- "KMS Pageflipping: %sabled\n", info->allowPageFlip ?
"en" : "dis");
+if (!radeon_is_gpu_scrn(pScrn)) {
+ if (info->dri2.pKernelDRMVersion->version_minor >= 8) {
+ Bool sw_cursor = xf86ReturnOptValBool(info->Options,
+ OPTION_SW_CURSOR, FALSE);
+
+ info->allowPageFlip = xf86ReturnOptValBool(info->Options,
+ OPTION_PAGE_FLIP, TRUE);
+
+ if (sw_cursor || info->shadow_primary) {
+ xf86DrvMsg(pScrn->scrnIndex,
+ info->allowPageFlip ? X_WARNING : X_DEFAULT,
+ "KMS Pageflipping: disabled%s\n",
+ info->allowPageFlip ?
+ (sw_cursor ? " because of SWcursor" :
+ " because of ShadowPrimary") : "");
debian-x@lists.debian.org
Hi dine, I considered this issue back in the day as package maintainer. In the United States and some other jurisdictions, possibly not including Japan[1], bitmap typefaces are not regarded as copyrightable. In fact, typefaces generally aren't--but the "font" that creates them in the form of instructions in a sort of programming language, often are. As I understand it, in the West the reasoning is based on analogy to and the precedent of hot-metal typography, whereby you could purchase a "font" from some foundry and rack it in your Linotype, for example. By contrast, if a person studied a font in a newspaper or book closely and cast his own hot-metal font to simulate it, that person enjoyed independent commercial rights. Donald Knuth, for example, famously designed the Computer Modern fonts based on reference to typefaces traditionally used in mathematical typesetting. Let me know if you have further questions or if this fails to illuminate the issue. Regards, Branden [1] I did some limited research on this potential exception. It seemed to involve only glyphs used in Japanese typography (hirigana, katakana, and kanji) and explicitly _not_ Western scripts (romaji). At the time, the Lucida fonts didn't have renderings for any of these codepoints, and my guess would be that they still don't, as my recollection is that those fonts have been close to moribund ever since they landed in the X Window System distribution. Maybe the Euro sign got added, and I wouldn't count on much more than that. Scalable fonts have been where the action is for over 25 years. The bottom line is that we had no bitmap fonts with "Japanese characters" with a non-free license, and no bitmap fonts without them that had a license that was binding. On Thu, Mar 16, 2017 at 2:08 PM, dine <2500418...@qq.com> wrote: > Hi. I just spot an issue in xfonts-100dpi, xfonts-75dpi, and related > packages: some of the fonts are free, but the Lucida bitmaps do not allow > modification, the same reason the Luxi fonts got marked nonfree 15 years > ago. Does Lucida need similar treatment?
Re: RFS: xxv-openchrome
On 12/03/17 23:01, Dylan wrote: > Hi, > I have updated the xxv-openchrome package with the last upstream release. > Too late for Stretch, so maybe an upload to experimental is more appropriate? > By the way, I have updated *-unstable branches. Uploaded to experimental. Cheers, Emilio
xserver-xorg-video-openchrome: Changes to 'debian-unstable'
debian/changelog |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 26bf33556b1ad14a71dcd7ce18b133e50e4ced46 Author: Emilio Pozuelo Monfort Date: Thu Mar 16 19:09:59 2017 +0100 Upload to experimental diff --git a/debian/changelog b/debian/changelog index 62dcbfa..99550fd 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,4 +1,4 @@ -xserver-xorg-video-openchrome (1:0.6.0-1) UNRELEASED; urgency=medium +xserver-xorg-video-openchrome (1:0.6.0-1) experimental; urgency=medium * New upstream release. * Decrease the minimal version of xserver-xorg-dev to 1.9.4.
xserver-xorg-video-openchrome: Changes to 'refs/tags/xserver-xorg-video-openchrome-1_0.6.0-1'
Tag 'xserver-xorg-video-openchrome-1_0.6.0-1' created by Emilio Pozuelo Monfort at 2017-03-16 18:14 + Tagging upload of xserver-xorg-video-openchrome 1:0.6.0-1 to experimental. -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEEcJymx+vmJZxd92Q+nUbEiOQ2gwIFAljK1fsACgkQnUbEiOQ2 gwL7xA//SMWD+KJZFrV7u2ZjhBkbOug7R7+GtaBBxn6SCEcB427dQnvjNjiRYpna 1Yqs4ztdlpi5dQ1M5JCvfot+J+d05u9dcSUCZi5LGgHNs/GP3rt9BCmDpKcLHsPN XBda60aO+1SctR/mMHUKMrFtACpiD+lMwPwPGaKYSLRblyFHw2hq0qpx1RLxSaC9 OOmDhZCU0mlhAQFeqHNFqDe7ekYr7xpKU99FSVcPgzFsRmdZ9m3SORemGXPnvKmz t9XYvmbaAlvM7rJZaytNWl5oy35B1kjq+jmbpbiL6S1SAiqx7R4/uPcoKF05Dik1 KlJ92JAlVr402K9/gna6tKrOIX9LoZD/LSQ3uMxp+r2YlHKvk+GC7rvx7FhA1RNh SzprtLxnXWkE/677evyLI+8zHAO73A5tBAYN391KKlhDevv3LO6z/4UXA13IBu+E V+HGbeDC2FRF96YG1UQubDaNgpoGdyV4YCtM4e1o2RtOkVq71/ArW998MMC8Z/y5 bPb5atsE3avlGOo88XAIbsRqMF1phtowKM/T58PbusArp1I7bQlI8Fmj+oKPx3+u R1A3MWGwHxcc6oD2yfZiaKuiicbCl3e26b18DSlWhwbWcqDpCE3KsWNr8ClYHm0z UxSvxhEVvpzq5PuKliyqjNdg0DlJezxoSEjlcip6ZlE+M6prmkA= =mD+f -END PGP SIGNATURE- Changes since xserver-xorg-video-openchrome-1_0.5.0-3: Adam Jackson (2): Adapt Block/WakeupHandler signature for ABI 23 Check ABI major not encoded ABI Chris Lamb (1): Altering the compilation build script to make it reproducible. Dylan Aïssi (12): Fix a spelling error inside via_xv.c Revert bump Build-Depends xserver-xorg-dev to >= 2:1.17. Currently need xserver-xorg-dev >= 2:1.9.4. Update d/copyright: Upstream-contact Switch to https for all links to freedesktop.org Update d/changelog description about version of xserver-xorg-dev Install the upstream README file Install the true upstream changelog file: NEWS instead ChangLog Merge tag 'xf86-video-openchrome-0.6.0' into debian-unstable Update d/changelog for 0.6.0 Drop Fix_spelling_error.patch and Reproducible_build.patch: applied upstream Revert "Install the true upstream changelog file: NEWS instead ChangLog" Bump upstream ChangeLog Emilio Pozuelo Monfort (1): Upload to experimental Kevin Brace (270): Version bumped to 0.5.99 viaIGAInitCommon will now initialize certain legacy VGA registers Version bumped to 0.5.100 Accessing CRTC after miscellaneous output register initialization Limiting IGA1 Address Mode Selection bit access to UniChrome Pro or later Limiting IGA2 Address Mode Selection bit access to UniChrome Pro or later Version bumped to 0.5.101 Starting IGA2 horizontal blank early by 1 count to avoid odd resolution Starting IGA2 vertical blank early by 1 count to avoid odd resolution Version bumped to 0.5.102 Rewriting iga1_crtc_save Rewriting iga1_crtc_restore Version bumped to 0.5.103 Changing the way miscellaneous output register is set for IGA1 Version bumped to 0.5.104 Turning off interlace mode for IGA2 Version bumped to 0.5.105 Turning off spread spectrum and turning on ROC ECK Version bumped to 0.5.106 Actively setting certain LVDS related registers from via_lvds_mode_set Version bumped to 0.5.107 Added a new file called via_tmds.c Version bumped to 0.5.108 Added a new file called via_analog.c Version bumped to 0.5.109 Added a new file called via_tv.c Version bumped to 0.5.110 Initial support for integrated TMDS transmitter (DVI) Version bumped to 0.5.111 Fix for viaVT1632Init implicit function declaration build warning Removing redundant code from via_vt1632.c and via_vt1632.h Version bumped to 0.5.112 Fixing analog VGA to IGA1 Version bumped to 0.5.113 Disable I2C bus readout of LVDS FP EDID for now Version bumped to 0.5.114 Added viaLVDS1SetDisplaySource Added viaLVDS2SetDisplaySource Setting LVDS2 display source from via_lvds_mode_set Version bumped to 0.5.115 Reversing most of commit 46f5f3e Version bumped to 0.5.116 Moving VT1632(A) related code to via_vt1632.c Version bumped to 0.5.117 Changing via_dvi_dpms to via_vt1632_dpms Discontinuing via_dvi_mode_set Moving via_vt1632_mode_set functionality into viaVT1632InitRegister Version bumped to 0.5.118 Added debug messages to via_vt1632_dpms Changing via_vt1632_detect to viaVT1632Sense Changing via_dvi_detect to via_vt1632_detect Rewrite of viaVT1632Sense Code cleanup of via_vt1632_detect Version bumped to 0.5.119 Made small tweaks to via_vt1632_power Changing via_vt1632_power to viaVT1632Power Moving viaVT1632Sense within the file Version bumped to 0.5.120 Rewrite of viaTMDSPower Rewrite of viaVT1632Power Version bumped to 0.5.121 Added viaDFPLowSetDelayTap Set DFP Low delay tap for P4M900 family from via_lvds_mode_set Version bumped to 0.5.122 Added viaDFPLowSetDisplaySource Set DFP Low display ou
Processing of xserver-xorg-video-openchrome_0.6.0-1_source.changes
xserver-xorg-video-openchrome_0.6.0-1_source.changes uploaded successfully to localhost along with the files: xserver-xorg-video-openchrome_0.6.0-1.dsc xserver-xorg-video-openchrome_0.6.0.orig.tar.gz xserver-xorg-video-openchrome_0.6.0-1.diff.gz xserver-xorg-video-openchrome_0.6.0-1_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)
SolidWorks Decision Makers (Contact Information)
Hi, A Quick Follow up to you that if you are interested in SolidWorks Decision Makers list which can help you to grow up your business campaigns? We have around 71,354 Decision Makers, All the contacts we provide are 100% opt-in who have agreed to receive the third party information. Please let me know if you’re interested, and I will get back to your with more information for the same. Await your response! Warm Regards, Lisa Ballard
xserver-xorg-video-openchrome_0.6.0-1_source.changes ACCEPTED into experimental
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 07 Mar 2017 23:24:19 +0100 Source: xserver-xorg-video-openchrome Binary: xserver-xorg-video-openchrome Architecture: source Version: 1:0.6.0-1 Distribution: experimental Urgency: medium Maintainer: Debian X Strike Force Changed-By: Dylan Aïssi Description: xserver-xorg-video-openchrome - X.Org X server -- VIA display driver Changes: xserver-xorg-video-openchrome (1:0.6.0-1) experimental; urgency=medium . * New upstream release. * Decrease the minimal version of xserver-xorg-dev to 1.9.4. No really need to have higher version. * Install the upstream README file. * Drop Fix_spelling_error.patch and Reproducible_build.patch: applied upstream. Checksums-Sha1: 08a7722c2c5a939f43df9163ae64743d54d74b5a 2572 xserver-xorg-video-openchrome_0.6.0-1.dsc ec02a2839e5cba0870b8d7ab835c834e95369256 647524 xserver-xorg-video-openchrome_0.6.0.orig.tar.gz cf373e191cef9acbe880ac0775d45e1d7e842a6a 154723 xserver-xorg-video-openchrome_0.6.0-1.diff.gz 1dc4d2cdc5e05db01fd2ab9b9e803417bd907fad 8209 xserver-xorg-video-openchrome_0.6.0-1_source.buildinfo Checksums-Sha256: f1ac44f38d0714c369f01605cc30d2808e64d27d8f197bbeda108299ec055e55 2572 xserver-xorg-video-openchrome_0.6.0-1.dsc 3c51eea4b6ae21f2681686a56b0853e35fa1d6601d783dcc3fbe35f8b757419b 647524 xserver-xorg-video-openchrome_0.6.0.orig.tar.gz d30880a303a59f129f58a069e5b326f59e9d313d386def3492f27f3f8852c4cf 154723 xserver-xorg-video-openchrome_0.6.0-1.diff.gz 25f696bced653b24335db2c75aa6ab3509eeb49859b62d13bd0a51af742edfd6 8209 xserver-xorg-video-openchrome_0.6.0-1_source.buildinfo Files: 1141e000793ea1003f2a03df8b6d48cb 2572 x11 optional xserver-xorg-video-openchrome_0.6.0-1.dsc 7c2975c01979e50c25d2f1872ae78edb 647524 x11 optional xserver-xorg-video-openchrome_0.6.0.orig.tar.gz 56b613b5bbb9e46bcd43c5a442820cbc 154723 x11 optional xserver-xorg-video-openchrome_0.6.0-1.diff.gz 9202b2483e226f0b684a3fd54470e89a 8209 x11 optional xserver-xorg-video-openchrome_0.6.0-1_source.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEcJymx+vmJZxd92Q+nUbEiOQ2gwIFAljK1gEACgkQnUbEiOQ2 gwLwNhAArpoFAh0PsoXpCeUuWBhR8WAOHMiOkdsEwqyM7x8aY3Pr5nspjcUaTiAT o8Td1AqnWHQgVvB9/HoxRex2sQH+pWJZ94vlIg66z58V2GtEBYYdkZ0tK6Le2Ydw 8SGQlSlAADFnN9SxPirNVQ3eNc0H7BWu+iqSuQTY81B6EAvl3YxhUqZCYBuD791O BL5fRA5TfDMrPKjb9EBCPYhv96l5HdMczECw9Q8i0r9rUNTK8PytHAcsjTxj5Azn LNR6Y6sg/5UD52hFOIwwC/yIYSVVwhnDoUH6rbrLW1gxqVXiO1bRt4l0JvtgZHgm VB1bFPCOnczLWJdVGjMGTn/r1h8EblwgmQabrtapvS5Z/2y41H31sUDyHJFXPDKc vn1nN75qel8xAIU4OuyWPSqfqgWer74kELr6Y1Atnx9AaBI31im9SLkpB+qM6l6g 4YxZ3/w6dxWGR4wnxRPr4b023qNwB2xt0cImm/FVzw8VnsNAvnt7+WSbjAS5uO6s Q542GATUFJI5q8vFlTCs41uEdw/apcyy+0UatWOJJRUNJGx7c0LTQIPYv9QhnbQt RZe5aEzxY5+6f+7Edbj53qjvTvLf6Soy42/p1npJMuJTJh3Tryi7gM7H6Og9XlqK 0H4Iy96PQllr6x2TBoGHie7/8F4Wi1xdqUpmhquS3+aFPSadFdI= =9F4y -END PGP SIGNATURE- Thank you for your contribution to Debian.
Comments regarding libglvnd_0.2.999+git20170201-2_amd64.changes
Hi Timo, can you please tell me where I can find the dependency: libglx-mesa0 | libglx-vendor Thanks! Thorsten
Bug#857983: xserver-xorg: Segfault in fbBltOne via glamor and mi ultimately from doShmPutImage of 1bpp bitmap
Package: xserver-xorg Version: 1:7.7+18 Severity: important Dear Maintainer, I can reliably reproduce the attached segfault backtrace with $ pgmnoise 2040 4752 | pgmtopbm | xli stdin and scrolling down in the presented window. Window manager doesn't matter. Hopefully it's correct to file this bug against the main server because I don't see any mention of intel driver specifics. Thank you- - Robert Jacobs --8<-- [4219580.694] (EE) Backtrace: [4219580.694] (EE) 0: /usr/lib/xorg/Xorg (xorg_backtrace+0x4a) [0x5570d41a] [4219580.694] (EE) 1: /usr/lib/xorg/Xorg (0x4000+0x1bd1c9) [0x557111c9] [4219580.694] (EE) 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x759f2000+0x110c0) [0x75a030c0] [4219580.694] (EE) 3: /usr/lib/xorg/modules/libfb.so (fbBltOne+0x584) [0x7fffee8e9eb4] [4219580.694] (EE) 4: /usr/lib/xorg/modules/libfb.so (fbCopy1toN+0x247) [0x7fffee8eb317] [4219580.694] (EE) 5: /usr/lib/xorg/modules/libglamoregl.so (0x70f1b000+0xb4c0) [0x70f264c0] [4219580.694] (EE) 6: /usr/lib/xorg/Xorg (miCopyRegion+0x1ac) [0x556ede7c] [4219580.694] (EE) 7: /usr/lib/xorg/Xorg (miDoCopy+0x466) [0x556ee436] [4219580.695] (EE) 8: /usr/lib/xorg/modules/libglamoregl.so (0x70f1b000+0xb5be) [0x70f265be] [4219580.695] (EE) 9: /usr/lib/xorg/Xorg (0x4000+0x1420f1) [0x556960f1] [4219580.695] (EE) 10: /usr/lib/xorg/Xorg (0x4000+0xf2436) [0x55646436] [4219580.695] (EE) 11: /usr/lib/xorg/Xorg (0x4000+0xf3cf5) [0x55647c f5] [4219580.695] (EE) 12: /usr/lib/xorg/Xorg (0x4000+0x545e5) [0x555a85e5] [4219580.695] (EE) 13: /usr/lib/xorg/Xorg (0x4000+0x58568) [0x555ac568] [4219580.695] (EE) 14: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf1) [0x756742b1] [4219580.695] (EE) 15: /usr/lib/xorg/Xorg (_start+0x2a) [0x5559621a] [4219580.695] (EE) [4219580.695] (EE) Segmentation fault at address 0x577f6000 --8<-- (gdb) bt full #0 0x7fffee8e9eb4 in fbBltOne (src=0x55b96838, srcStride=, srcStride@entry=54, srcX=0, dst=0x577f6000, dstStride=192, dstStride@entry=1920, dstX=, dstBpp=32, width=55296, height=140, fgand=0, fgxor=0, bgand=0, bgxor=16777215) at ../../../../fb/fbbltone.c:334 fbBits = 0x7fffee8f5550 srcEnd = pixelsPerDst = 1 unitsPerSrc = 32 leftShift = 0 rightShift = 32 startmask = 0 endmask = 0 bits = bitsLeft = 0 bitsRight = left = mask = nDst = 1728 w = 1024 n = nmiddle = dstS = 0 copy = transparent = srcinc = endNeedsLoad = 0 startbyte = 0 endbyte = 0 #1 0x7fffee8eb317 in fbCopy1toN (pSrcDrawable=pSrcDrawable@entry=0x55b93940, pDstDrawable=pDstDrawable@entry=0x567e3820, pGC=pGC@entry=0x5653a720, pbox=pbox@entry=0x7fffe7d0, nbox=, nbox@entry=1, dx=0, dy=-1749, reverse=0, upsidedown=0, bitplane=1, closure=0x0) at ../../../../fb/fbcopy.c:123 src = 0x55b93a50 srcStride = 54 srcBpp = 1 srcXoff = 0 srcYoff = 0 dst = 0x567e3930 dstStride = 1920 dstBpp = 32 dstXoff = 1 dstYoff = 391 #2 0x70f264c0 in glamor_copy_cpu_fbo (closure=0x0, bitplane=1, upsidedown=0, reverse=0, dy=-1749, dx=, nbox=1, box=0x7fffe7d0, gc=0x5653a720, dst=0x1, src=0x55b93940) at ../../../../glamor/glamor_copy.c:243 src_pix = src_stride = 1920 src_yoff = 391 screen = src_bits = 0x567e3930 dst_xoff = 0 dst_pixmap = 0x56320380 src_bpp = src_xoff = 1 dst_yoff = 0 #3 glamor_copy_gl (closure=0x0, bitplane=1, upsidedown=0, reverse=0, dy=-1749, dx=, nbox=1, box=0x7fffe7d0, gc=0x5653a720, dst=0x1, src=0x55b93940) at ../../../../glamor/glamor_copy.c:651 src_pixmap = dst_pixmap = #4 glamor_copy (src=src@entry=0x55b93940, dst=dst@entry=0x567a9310, gc=gc@entry=0x5653a720, box=box@entry=0x7fffe7d0, nbox=nbox@entry=1, dx=, dy=-1749, reverse=0, upsidedown=0, bitplane=1, closure=0x0) at ../../../../glamor/glamor_copy.c:678 nbox = 1 box = 0x7fffe7d0 closure = 0x0 reverse = 0 dx = gc = 0x5653a720 src = 0x55b93940 bitplane = 1 upsidedown = 0 dy = -1749 dst = 0x567a9310 #5 0x556ede7c in miCopyRegion (pSrcDrawable=pSrcDrawable@entry=0x55b93940, pDstDrawable=pDstDrawable@entry=0x567a9310, pGC=pGC@entry=0x5653a720, pDstRegion=pDstRegion@entry=0x7fffe7d0, dx=dx@entry=0, dy=dy@entry=-1749, copyProc=0x70f25880 , bitPlane=1, closure=0x0) at ../../../../mi/micopy.c:121 careful = reverse = upsidedown = pbox = 0x7fffe7d0 pboxNew1 = pboxNew2 = 0x0 p
Bug#857984: xserver-xorg: Segfault in fbBltOne via glamor and mi ultimately from doShmPutImage of 1bpp bitmap
Package: xserver-xorg
Version: 1:7.7+18
Severity: important
Dear Maintainer,
I can reliably reproduce the attached segfault backtrace with
$ pgmnoise 2040 4752 | pgmtopbm | xli stdin
and scrolling down in the presented window. Window manager doesn't matter.
Hopefully it's correct to file this bug against the main server because I
don't see any mention of intel driver specifics.
Thank you-
- Robert Jacobs
--8<--
#0 0x7fffee8e9eb4 in fbBltOne (src=0x55b96838, srcStride=, srcStride@entry=54, srcX=0, dst=0x577f6000, dstStride=192,
dstStride@entry=1920, dstX=,
dstBpp=32, width=55296, height=140, fgand=0, fgxor=0, bgand=0,
bgxor=16777215) at ../../../../fb/fbbltone.c:334
fbBits = 0x7fffee8f5550
srcEnd =
pixelsPerDst = 1
unitsPerSrc = 32
leftShift = 0
rightShift = 32
startmask = 0
endmask = 0
bits =
bitsLeft = 0
bitsRight =
left =
mask =
nDst = 1728
w = 1024
n =
nmiddle =
dstS = 0
copy =
transparent =
srcinc =
endNeedsLoad = 0
startbyte = 0
endbyte = 0
#1 0x7fffee8eb317 in fbCopy1toN
(pSrcDrawable=pSrcDrawable@entry=0x55b93940,
pDstDrawable=pDstDrawable@entry=0x567e3820, pGC=pGC@entry=0x5653a720,
pbox=pbox@entry=0x7fffe7d0, nbox=, nbox@entry=1, dx=0,
dy=-1749, reverse=0, upsidedown=0, bitplane=1, closure=0x0) at
../../../../fb/fbcopy.c:123
src = 0x55b93a50
srcStride = 54
srcBpp = 1
srcXoff = 0
srcYoff = 0
dst = 0x567e3930
dstStride = 1920
dstBpp = 32
dstXoff = 1
dstYoff = 391
#2 0x70f264c0 in glamor_copy_cpu_fbo (closure=0x0, bitplane=1,
upsidedown=0, reverse=0, dy=-1749, dx=, nbox=1,
box=0x7fffe7d0, gc=0x5653a720, dst=0x1,
src=0x55b93940) at ../../../../glamor/glamor_copy.c:243
src_pix =
src_stride = 1920
src_yoff = 391
screen =
src_bits = 0x567e3930
dst_xoff = 0
dst_pixmap = 0x56320380
src_bpp =
src_xoff = 1
dst_yoff = 0
#3 glamor_copy_gl (closure=0x0, bitplane=1, upsidedown=0, reverse=0, dy=-1749,
dx=, nbox=1, box=0x7fffe7d0, gc=0x5653a720, dst=0x1,
src=0x55b93940)
at ../../../../glamor/glamor_copy.c:651
src_pixmap =
dst_pixmap =
#4 glamor_copy (src=src@entry=0x55b93940, dst=dst@entry=0x567a9310,
gc=gc@entry=0x5653a720, box=box@entry=0x7fffe7d0, nbox=nbox@entry=1,
dx=, dy=-1749,
reverse=0, upsidedown=0, bitplane=1, closure=0x0) at
../../../../glamor/glamor_copy.c:678
nbox = 1
box = 0x7fffe7d0
closure = 0x0
reverse = 0
dx =
gc = 0x5653a720
src = 0x55b93940
bitplane = 1
upsidedown = 0
dy = -1749
dst = 0x567a9310
#5 0x556ede7c in miCopyRegion
(pSrcDrawable=pSrcDrawable@entry=0x55b93940,
pDstDrawable=pDstDrawable@entry=0x567a9310, pGC=pGC@entry=0x5653a720,
pDstRegion=pDstRegion@entry=0x7fffe7d0, dx=dx@entry=0,
dy=dy@entry=-1749, copyProc=0x70f25880 , bitPlane=1,
closure=0x0) at ../../../../mi/micopy.c:121
careful =
reverse =
upsidedown =
pbox = 0x7fffe7d0
pboxNew1 =
pboxNew2 = 0x0
pboxBase =
pboxNext =
pboxTmp =
#6 0x556ee436 in miDoCopy (pSrcDrawable=0x55b93940,
pDstDrawable=0x567a9310, pGC=0x5653a720, xIn=0, yIn=0, widthSrc=1728,
heightSrc=195, xOut=0, yOut=1749,
copyProc=0x70f25880 , bitPlane=1, closure=0x0) at
../../../../mi/micopy.c:296
prgnSrcClip = 0x0
freeSrcClip = 0
prgnExposed = 0x0
rgnDst = {extents = {x1 = 0, y1 = 1749, x2 = 1728, y2 = 1944}, data =
0x0}
dx = 0
dy = -1749
box_x1 =
box_y1 =
box_x2 =
box_y2 =
fastSrc =
fastDst =
fastExpose =
#7 0x70f265be in glamor_copy_plane (src=,
dst=, gc=, srcx=, srcy=, width=, height=195, dstx=1,
dsty=2140, bitplane=1) at ../../../../glamor/glamor_copy.c:700
No locals.
#8 0x556960f1 in damageCopyPlane (pSrc=0x55b93940,
pDst=0x567a9310, pGC=0x5653a720, srcx=0, srcy=,
width=1728, height=195, dstx=1, dsty=2140, bitPlane=1)
at ../../../../../miext/damage/damage.c:808
ret =
oldFuncs = 0x559a3ce0
#9 0x55646436 in doShmPutImage (
data=0x7fffede5e000
"\267mj\364K\022\227Y\253\332\250\226\224\231VZ\256\354\200>e8\316^V\016JJN\333, dst=0x567a9310) at ../../../../Xext/shm.c:504
putGC = 0x5633ee10
pPixmap = 0x55b93940
#10 ProcShmPutImage (client=0x567aa5d0) at ../../../../Xext/shm.c:591
pGC = 0x5653a720
pDraw = 0x567a9310
length =
shmdesc = 0x
Re: Comments regarding libglvnd_0.2.999+git20170201-2_amd64.changes
On 16.03.2017 20:39, Thorsten Alteholz wrote: > Hi Timo, > > can you please tell me where I can find the dependency: libglx-mesa0 | > libglx-vendor Nowhere right now; libglx-mesa0 will be provided by mesa, libglx-vendor by nvidia for instance. There is a bootstrapping issue I know, and this is not meant to be useful by itself. -- t
xserver-xorg-video-ati: Changes to 'debian-unstable'
debian/changelog |2 ++ debian/xserver-xorg-video-radeon.install |1 + 2 files changed, 3 insertions(+) New commits: commit 5b70e7f99b8edc7ff198e59b8f3e4f59e0d8c2ee Author: Timo Aaltonen Date: Thu Mar 16 16:30:48 2017 +0200 radeon.install: Install config snippet, which loads the radeon driver even if -ati wrapper driver is not installed. diff --git a/debian/changelog b/debian/changelog index ee61960..0ceabd5 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,6 +1,8 @@ xserver-xorg-video-ati (1:7.9.0-1) UNRELEASED; urgency=medium * New upstream release. + * radeon.install: Install config snippet, which loads the radeon +driver even if -ati wrapper driver is not installed. -- Timo Aaltonen Thu, 16 Mar 2017 16:12:09 +0200 diff --git a/debian/xserver-xorg-video-radeon.install b/debian/xserver-xorg-video-radeon.install index a10d00d..9f84f61 100644 --- a/debian/xserver-xorg-video-radeon.install +++ b/debian/xserver-xorg-video-radeon.install @@ -1,2 +1,3 @@ usr/lib/xorg/modules/drivers/radeon_drv.so usr/share/man/man4/radeon.4 +usr/share/X11/xorg.conf.d/10-radeon.conf
