[PATCH xserver] glamor: Only force alpha to 1.0 inside RGBx source pictures

From: Michel Dänzer We were forcing the alpha channel of RGBx source pictures to 1.0 for all source coordinates. However, RENDER requires that sampling outside of source picture boundaries generates alpha 0.0, regardless of whether the source picture has an alpha channel

[ANN] xdpyprobe 0.1

Hello and sorry if this is not the proper place for this message. I've written a small program to probe a connection to Xorg server running on a particular $DISPLAY. The source code looks a bit verbose, but actually all it does is just a call of 'XOpenDisplay' and checking the result. As can be

Bug#819461: xserver-xorg-video-radeon: radeon 270x - no higher resolution that 1280x1024 possible

On 29.03.2016 05:39, Tobias Koeck wrote: > > DRM Information from dmesg: > --- > [0.389685] Linux agpgart interface v0.103 > [1.196300] ata1.00: supports DRM functions and may not be fully > accessible > [1.196627] ata1.00: supports DRM functions and may not be

Re: [PATCH xserver v2] xwayland: Pretend we support viewport in vidmode

On Mon, 2016-03-21 at 10:19 +0100, Hans de Goede wrote: > Hi, > > On 21-03-16 09:53, Olivier Fourdan wrote: > > > > Some games (namely openttd) will raise an XError and fail with a > > BadValue if their request to XF86VidModeSetViewPort fails. > > > > Support only the default zoom and viewport,

Re: [PATCH xserver] xwayland: do not include frequency in mode name

On Thu, 2016-03-17 at 15:09 +, Daniel Stone wrote: > On 17 March 2016 at 13:39, Olivier Fourdan wrote: > > > > Some applications (e.g. using lwjgl) try to parse the output of the > > xrandr command and get confused with the mode name returned by Xwayland, > > because it

Re: [ANNOUNCE] xorg-server 1.18.2

On Mon, 2016-03-28 at 14:02 -0400, Adam Jackson wrote: > On Mon, 2016-03-28 at 17:35 +0900, Michel Dänzer wrote: > > > Unfortunately, some of the backported fixes caused problems for users as > > well, though some of those were not regressions as much as a fix > > exposing pre-existing bugs

Re: [ANNOUNCE] xorg-server 1.18.2

On Mon, 2016-03-28 at 17:35 +0900, Michel Dänzer wrote: > I can't help feeling that this went a bit overboard for a stable > release. There are many changes in there which seem clearly or at least > borderline features instead of fixes. If it's taking too long for new > features to reach users,

Re: [PATCH xserver] os: Treat ssh as a non-local client (v4)

On Mon, 2016-03-28 at 18:11 +0900, Michel Dänzer wrote: > From: Adam Jackson > > By the time we get to ComputeLocalClient, we've already done > NextAvailableClient → ReserveClientIds → DetermineClientCmd (assuming > we're built with #define CLIENTIDS), so we can look up the name

Re: [PATCH xserver] DRI2: add Polaris PCI IDs

On Mon, 2016-03-28 at 10:06 -0400, Alex Deucher wrote: > On Mon, Mar 28, 2016 at 3:36 AM, Michel Dänzer wrote: > > > > From: Sonny Jiang > > > > Signed-off-by: Sonny Jiang > > Reviewed-by: Alex Deucher

Re: [PATCH xf86-video-ati] DRI3: Refuse to open DRM file descriptor for ssh clients

On Mon, Mar 28, 2016 at 5:45 AM, Michel Dänzer wrote: > From: Michel Dänzer > > Fixes hangs when attempting to use DRI3 on display connections forwarded > via SSH. > > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=93261 > Signed-off-by: Michel

[Bug 94717] freezes upon system boot with kernel 4.2.0-30

https://bugs.freedesktop.org/show_bug.cgi?id=94717 Alex Deucher changed: What|Removed |Added Resolution|--- |FIXED

Re: [PATCH xserver] DRI2: add Polaris PCI IDs

On Mon, Mar 28, 2016 at 3:36 AM, Michel Dänzer wrote: > From: Sonny Jiang > > Signed-off-by: Sonny Jiang > Reviewed-by: Alex Deucher (Polaris10) > Reviewed-by: Michel Dänzer

Re: [PATCH xserver] xfree86: Immediately handle failure to set HW cursor

On 28.03.2016 18:35, Alexandre Courbot wrote: > On 03/23/2016 06:14 PM, Michael Thayer wrote: >> Looks good at first quick glance (I am away from the computer a bit over >> the Easter weeks, I will take another look when I am back). One thing I >> can say immediately though: when I submitted

Re: [PATCH xserver] xfree86: Immediately handle failure to set HW cursor

Hi Michael, On 03/23/2016 06:14 PM, Michael Thayer wrote: Looks good at first quick glance (I am away from the computer a bit over the Easter weeks, I will take another look when I am back). One thing I can say immediately though: when I submitted similar patches a while back, Keith had the

[PATCH xf86-video-ati] DRI3: Refuse to open DRM file descriptor for ssh clients

From: Michel Dänzer Fixes hangs when attempting to use DRI3 on display connections forwarded via SSH. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=93261 Signed-off-by: Michel Dänzer --- src/radeon_dri3.c | 39

[PATCH xserver] os: Treat ssh as a non-local client (v4)

From: Adam Jackson By the time we get to ComputeLocalClient, we've already done NextAvailableClient → ReserveClientIds → DetermineClientCmd (assuming we're built with #define CLIENTIDS), so we can look up the name of the client process and refuse to treat ssh's X forwarding as

Re: [ANNOUNCE] xorg-server 1.18.2

Hi Adam, first of all, thanks for merging changes to the master and stable branches. The below is intended as constructive feedback. On 12.03.2016 07:04, Adam Jackson wrote: > A big pile of updates in this one. Highlights include: > > - glamor is updated to use OpenGL core profiles if

[Bug 94712] second xserver has no connected output with radeon DIS

https://bugs.freedesktop.org/show_bug.cgi?id=94712 --- Comment #3 from jydc...@21cn.com --- Created attachment 122592 --> https://bugs.freedesktop.org/attachment.cgi?id=122592=edit dmesg -- You are receiving this mail because: You are the assignee for the

[Bug 94712] second xserver has no connected output with radeon DIS

https://bugs.freedesktop.org/show_bug.cgi?id=94712 --- Comment #4 from jydc...@21cn.com --- Created attachment 122593 --> https://bugs.freedesktop.org/attachment.cgi?id=122593=edit Xorg.1.log -- You are receiving this mail because: You are the assignee for the

[Bug 94712] second xserver has no connected output with radeon DIS

https://bugs.freedesktop.org/show_bug.cgi?id=94712 --- Comment #2 from jydc...@21cn.com --- (In reply to Michel Dänzer from comment #1) > Please attach the Xorg log and the output of dmesg and xrandr corresponding > to the problem. My basic thouhgts is default xserver using intel+radoen by dri

[Bug 94712] second xserver has no connected output with radeon DIS

https://bugs.freedesktop.org/show_bug.cgi?id=94712 --- Comment #1 from Michel Dänzer --- Please attach the Xorg log and the output of dmesg and xrandr corresponding to the problem. -- You are receiving this mail because: You are the assignee for the

[Bug 94720] multi monitoring in Ubuntu [AMD/ATI] [xorg] [xorg-edgers]

https://bugs.freedesktop.org/show_bug.cgi?id=94720 --- Comment #1 from Michel Dänzer --- As you can see in the Xorg log, you're not using the radeon driver but the generic fbdev driver. Make sure the radeon kernel driver isn't still blacklisted from when fglrx was installed.

[Bug 94720] multi monitoring in Ubuntu [AMD/ATI] [xorg] [xorg-edgers]

https://bugs.freedesktop.org/show_bug.cgi?id=94720 Michel Dänzer changed: What|Removed |Added Attachment #122581|text/plain |application/zip

[PATCH xserver] DRI2: add Polaris PCI IDs

From: Sonny Jiang Signed-off-by: Sonny Jiang Reviewed-by: Alex Deucher (Polaris10) Reviewed-by: Michel Dänzer (Polaris11) (Ported from Mesa commit f00c840578a70e479ffb99f6b64c73dc420179fa)

Missing letters after suspend

Hi, I am not sure the following is an X.org issue, but I hope you'll let me start here. Please see attached screenshot. This is on a laptop and occurs occasionally after I bring the system back from suspend. Everything works just fine, except certain letters (it's always a different set it

Re: [PATCH xf86-video-ati] Revert "Use render node for DRI3 if available"

On 25.03.2016 20:24, Andy Furniss wrote: > Andy Furniss wrote: >> Michel Dänzer wrote: >>> From: Michel Dänzer >>> >>> This reverts commit cd94248ffa7d8fe0b57476f79e7e860dee66d1b0. >>> >>> It broke VDPAU<->GL interop with DRI3 enabled, because the Gallium VDPAU >>> code