Make sure the PCI register BAR is properly mapped in the ddx. Those old ddxes
required direct access to the hardware in the X server.
Alex
On Monday, April 17, 2023 at 04:18:16 PM EDT, Morgan Wesström
wrote:
Dear list,
This is a small hobby project of mine so it's no big deal if
What hardware are you trying to use with X?
Alex
On Tue, Nov 16, 2021 at 5:02 AM Steen Jakobsen
wrote:
>
> Hi
>
> I hope you can help. I have done a lot of configuration, but still something
> is missing. I have attached logfile.
>
> Steen. Denmark
gt; On Fri, Nov 12, 2021 at 11:37 PM Alex Deucher wrote:
> >
> > On Fri, Nov 12, 2021 at 12:36 AM Riza Dindir wrote:
> > >
> > > Hello Ken.
> > >
> > > On Fri, Nov 12, 2021 at 12:56 AM Ken Moffat
> > > wrote:
> > >
On Fri, Nov 12, 2021 at 12:36 AM Riza Dindir wrote:
>
> Hello Ken.
>
> On Fri, Nov 12, 2021 at 12:56 AM Ken Moffat wrote:
> >
> > On Thu, Nov 11, 2021 at 10:16:18AM +0300, Riza Dindir wrote:
> > > Hello Ken
> > >
> > > I am using gop, and a framebuffer. When i try to use the xrandr, it says
> >
On Wed, Nov 10, 2021 at 2:15 AM Riza Dindir wrote:
>
> Hello All,
>
> I woukd like to know if I can adjust the screen brightness when using the
> framebuffer device on xorg?
If it's a legacy fbdev device, it probably exposes the backlight via
the kernel backlight interface:
Is it possible that your motherboard or power supply is going bad? There
look to be a lot of errors here beyond the GPU hang.
Alex
On Mon, Oct 4, 2021 at 5:25 AM Guus Ellenkamp
wrote:
> I replaced the video card with a similar, but different GPU: AMD JUNIPER.
>
> Same issue occurred just
On Mon, Aug 2, 2021 at 1:21 PM Guus Ellenkamp wrote:
>
> My display freezes randomly on an Ubuntu 20.04 system with a Radeon AMD
> Turks graphics card.
>
> Before the final freeze I often get warnings by the display suddenly
> turning black and then turning on again.
>
> Not sure if it's the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Adam Jackson (2):
kms: Handle changes to SourceValidate call chain in xserver 19
Fix link failure with gcc 10
Alex Deucher (1):
Bump version for the 21.0.0 release
Emil Velikov (10):
Use ODEV_ATTRIB_PATH where possible
d-but-set-variable]
>
> Cc: Alex Deucher
> Cc: "Christian König"
> Cc: David Airlie
> Cc: Daniel Vetter
> Cc: Sumit Semwal
> Cc: report to
> Cc: amd-...@lists.freedesktop.org
> Cc: dri-de...@lists.freedesktop.org
> Cc: linux-me...@vger.kernel.org
>
display.c:956: warning: Function parameter or
> member 'ref_div_p' not described in 'radeon_compute_pll_avivo'
> drivers/gpu/drm/radeon/radeon_display.c:956: warning: Function parameter or
> member 'post_div_p' not described in 'radeon_compute_pll_avivo'
>
> Cc: Alex Deucher
> Cc
vers/gpu/drm/radeon/si.c| 6
> 22 files changed, 96 insertions(+), 108 deletions(-)
Instead of just dumping everything in radeon.h, I think it would be
cleaner to add new headers that match the .c files that define them.
E.g., add evergreen.h and put all the stuff from ever
On Mon, Jul 13, 2020 at 12:17 PM DocMAX wrote:
>
> Hello,
>
> i'd like to use one big screen of my 3 monitors like xinerama.
> In xinerama i get the resoultion 5860x1080 shown in my Apps/Games.
>
> In xrandr i dont get it. Here is my config:
>
> xrandr \
> --output DP-0
On Fri, Jul 10, 2020 at 10:25 AM Michael Sorge wrote:
>
> Hi,
>
> attached you find Xorg log file to failed start on new debian installation.
>
> Hardware is AMD Ryzen 5 2500U with Radeon Vega Mobile Gfx 2.00GHz.
>
> Is this a bug or a known problem?
Check your dmesg output to make sure the
ink_campaign=sig-email_content=webmail>
> Без
> вирусов. www.avg.com
> <http://www.avg.com/email-signature?utm_medium=email_source=link_campaign=sig-email_content=webmail>
> <#m_-1550470071674472515_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> On Thu, May 14, 2020 at 9:52 PM
On Mon, May 11, 2020 at 3:30 PM Sreyan Chakravarty wrote:
>
> Hi,
>
> Can anyone tell me what is the difference between these 2 drivers:
>
> xorg-x11-drv-amdgpu
>
> xorg-x11-drv-ati
>
>
> They both seem to be doing the same thing. Why use one instead of the
> other ?
>
They support different
On Thu, Apr 2, 2020 at 12:09 PM Paul Rogers wrote:
>
> > I'm not familiar with the vesa or nouveau drivers and whether or not
> > they support panning. One thing you could try however is to
>
> VESA has been panning all along with my VGA monitors.
>
> > temporarily disable your xorg configs and
On Wed, Apr 1, 2020 at 4:03 PM Paul Rogers wrote:
>
> > I don't think it has anything to do with the Samsung or the Dell, but
> > rather with
> > however you are trying to configure. How exactly are you configuring?
>
> See attachment. Or are you asking for the build options for the server?
>
>
On Wed, Apr 1, 2020 at 3:48 PM Paul Rogers wrote:
>
> On Wed, Apr 1, 2020, at 11:25 AM, Alex Deucher wrote:
> > Panning has nothing to do with the monitor. It comes down the the
> > hardware limitations of the underlying device and what features are
>
> I'm guessing y
On Wed, Apr 1, 2020 at 1:39 PM Paul Rogers wrote:
>
> > The effect you like is called panning.
>
> Thank you for that. I couldn't guess what the proper keyword would be for
> searching, best I could think of was "sliding" and this got lots of hits on
> vinyl windows! 8-(
>
> >
> > I don't
On Fri, Mar 27, 2020 at 4:31 PM Klaus Jantzen wrote:
>
> Thank you for your replies.
>
> After many additional tries (reinstall xserver-xorg-video-amdgpu,
> running with and without xorg.conf) I think the problem is again (I have
> found several references to this problem in other environments)
>
On Wed, Mar 25, 2020 at 12:49 PM Klaus Jantzen wrote:
>
> Hello,
>
> I installed Debian on a PC with AMD Ryzen 5 3400 G.
>
> My first trials ended with a message
>
> "Cannot run in framebuffer mode ..." from xorg.
>
> Due to some research in the net I am using the following xorg.conf.
> It is
On Tue, Sep 24, 2019 at 9:23 AM James Cloos wrote:
>
> For the V1605B, does anyone have the list of which firmware files need
> to be in CONFIG_EXTRA_FIRMWARE when amdgpu is compiled in?
>
> I take it that it is either raven or raven2, but not sure which.
>
> And does it need anything else?
It's
; Bug: https://bugs.debian.org/924540
> Signed-off-by: Michel Dänzer
Reviewed-by: Alex Deucher
> ---
> src/drmmode_display.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/drmmode_display.c b/src/drmmode_display.c
> index c5fccd2aa..002513f1a 100644
&
deotestsrc ! video/x-raw, format=NV12 ! xvimagesink
>
> v2: Combine the two texture2Ds on u_sampler.
>
> Signed-off-by: Julien Isorce
Reviewed-by: Alex Deucher
> ---
> glamor/glamor_xv.c | 180
> +
> 1 file changed, 1
On Tue, Sep 11, 2018 at 12:24 PM Eino Virtanen wrote:
>
> Hello everyone,
>
> I have three monitors. Each connected with DVI cables to a Radeon HD
> 8830M. Two of them are connected with a DVI-DP adapter. The problem is
> that I can only enable two of the monitors simultaneously, otherwise I
>
hat can use glamor.
>
> Test: gst-launch-1.0 videotestsrc ! video/x-raw, format=NV12 ! xvimagesink
>
> Julien Isorce (3):
> xfree86: define FOURCC_NV12 and XVIMAGE_NV12
> glamor: add support for GL_RG
> glamor: add support for NV12 in Xv
Series is:
Reviewed-
gt;drawable.pScreen->
> SharedPixmapNotifyDamage.
>
> On the platform, since the dGPU is GPU device, so that the iGPU is
> output master device. SharedPixmapNotifyDamage() should be called when
> current device is output master.
>
> Change-Id: I8fa6922a4f75b5e068970fc4d362f778052379f2
&g
On Wed, Jun 20, 2018 at 3:54 PM, Vincent Stemen wrote:
> Hi.
>
> I also posted about this problem on the FreeBSD mailing list.
>
> FreeBSD 11.1-RELEASE
> Motherboard:gigabyte GA-78LMT-USB3 R2
> Video: Integrated ATI Radeon HD 3000 graphics
>
> I have also tested with two additional
On Wed, Jun 20, 2018 at 9:11 AM, Diego Cardinali
wrote:
> Hello!
> I am using Lubuntu 18.04 64bit with a radeon hd4650 video card and I'm using
> a monitor on vga port and a tv on hdmi.
> I am trying to enable dpms settings only for the vga monitor while disabling
> it for the tv-hdmi
> I did
;
> Seems we were way behind on this one, time to look into something
> more scalable?
>
> Signed-off-by: Bas Nieuwenhuizen <b...@basnieuwenhuizen.nl>
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
> ---
> hw/xfree86/dri2/pci_ids/radeonsi_pci_ids.h | 30
t; up to c9755465412cbcf533d3c512397773949a26e55f.
For the series:
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
>
>
> Giuseppe Bilotta (6):
> xrandr: allow a single value for --scale
> xrandr: stricter --scale argument parsing
> xrandr.man: grammar tuning
&g
On Mon, Feb 26, 2018 at 3:26 PM, Adam Jackson <a...@redhat.com> wrote:
> This is always true now that glamor is in-tree.
>
> Signed-off-by: Adam Jackson <a...@redhat.com>
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
> ---
> glamor/glamor_utils.h | 4 --
: Michel Dänzer <michel.daen...@amd.com>
Acked-by: Alex Deucher <alexander.deuc...@amd.com>
> ---
> glamor/glamor_egl.c | 7 +--
> glamor/glamor_fbo.c | 5 -
> glamor/glamor_transfer.c | 4
> glamor/glamor_utils.h| 3 +++
> 4 files changed, 16
On Mon, Jan 8, 2018 at 7:58 PM, Hans Schneidhofer wrote:
> hi list,
> have installed a new Ubuntu 16.04 lts with kernel 4.10.
> My Hardware :
> Mainboard : M5A78L-M PLUS/USB3
> CPU : AMD Phenom(tm) II X2 511 Processor
> RAM : DDR3 8 GB
> Graphic : RS780L [Radeon 3000]
>
On Tue, Oct 10, 2017 at 4:40 PM, Luis Feo wrote:
>
> Hello. I have a system in Centos 7.4, x86-64. The integrated video card is a
> ATI/AMD ES1000. I can´t get raise the Graphics User Interface. The xorg
> system fails. Do you can help me?.
>
>
> In the attachment i put the
onitor frequency
> range.
I didn't double check the specs, but I did a quick review of the
patches and they look good to me. Series is:
Acked-by: Alex Deucher <alexander.deuc...@amd.com>
>
> Regards,
>
> Hans Verkuil
>
> Hans Verkuil (27):
> edid-decode: add HD
On Wed, Aug 30, 2017 at 5:15 AM, Roman Gilg wrote:
> On Wed, Aug 30, 2017 at 4:42 AM, Michel Dänzer wrote:
>>
>>
>> Hi Roman,
>>
>>
>> On 30/08/17 12:24 AM, Roman Gilg wrote:
>> >
>> > Originating from the bug report
>> >
>> >
On Tue, Aug 22, 2017 at 12:19 PM, Adam Jackson <a...@redhat.com> wrote:
> Discarding the return value here is just wrong.
>
> Signed-off-by: Adam Jackson <a...@redhat.com>
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
> ---
> glx/glxcmds.c | 3 +--
On Wed, Aug 16, 2017 at 2:49 PM, Adam Jackson <a...@redhat.com> wrote:
> Those are xlib spellings, we say TRUE/FALSE pretty consistently
> elsewhere in the server.
>
> Signed-off-by: Adam Jackson <a...@redhat.com>
Series is:
Reviewed-by: Alex Deucher <alexander.deu
On Fri, Aug 11, 2017 at 1:29 PM, Tor Rune Skoglund wrote:
> Dear List,
>
> Been digging a lot to try to find a good solution for my problem here:
>
> We are using xorg for an "embedded" system, on which we would like to get a
> separate DISPLAY setting for each of the computer's
On Thu, Aug 3, 2017 at 2:43 PM, Emil Velikov <emil.l.veli...@gmail.com> wrote:
> From: Emil Velikov <emil.veli...@collabora.com>
>
> Makes it easer to follow if 8 is between 7 and 9 ;-)
Agreed :)
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
>
> Signe
mode setting. After the mode setting is
> finished, xf86DisableUnusedFunctions will get called and that will call
> xf86CursorResetCursor to make sure the cursor is enabled everywhere it
> should be.
>
> Here's a replacement for the modesetting patch which does this up in
>
ming
> that it works. So here it is - update all the drivers (about 200+ lines
> dropped in each) and finally remove the symbol from Xserver.
>
> All the drivers are built tested, unless stated otherwise.
Series is:
Reviewed-by: Alex Deucher <alexan
On Mon, Jul 31, 2017 at 9:06 AM, Emil Velikov <emil.l.veli...@gmail.com> wrote:
> From: Emil Velikov <emil.veli...@collabora.com>
>
> The symbol is used only internally and is not part of the API/ABI.
>
> Signed-off-by: Emil Velikov <emil.veli...@collabora.c
On Mon, Jul 31, 2017 at 9:06 AM, Emil Velikov <emil.l.veli...@gmail.com> wrote:
> From: Emil Velikov <emil.veli...@collabora.com>
>
> Signed-off-by: Emil Velikov <emil.veli...@collabora.com>
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
> ---
> gl
On Wed, Jul 26, 2017 at 8:15 AM, Nicolai Hähnle wrote:
> On 26.07.2017 08:29, Michel Dänzer wrote:
>>
>> On 25/07/17 05:28 PM, Nicolai Hähnle wrote:
>>>
>>> On 22.07.2017 14:00, Daniel Stone wrote:
I don't have any great solution off the top of my head, but I'd
On Fri, Jul 14, 2017 at 4:27 PM, Alex Deucher <alexdeuc...@gmail.com> wrote:
> On Fri, Jul 14, 2017 at 4:36 AM, zhoucm1 <david1.z...@amd.com> wrote:
>>
>>
>> On 2017年07月06日 10:30, zhoucm1 wrote:
>>>
>>>
>>>
>>> On 2017年07月06
On Fri, Jul 14, 2017 at 4:36 AM, zhoucm1 <david1.z...@amd.com> wrote:
>
>
> On 2017年07月06日 10:30, zhoucm1 wrote:
>>
>>
>>
>> On 2017年07月06日 00:15, Alex Deucher wrote:
>>>
>>> On Tue, Jul 4, 2017 at 6:26 AM, zhoucm1 <david1.z...@amd.co
On Tue, Jul 4, 2017 at 6:26 AM, zhoucm1 <david1.z...@amd.com> wrote:
>
>
> On 2017年07月04日 13:43, zhoucm1 wrote:
>>
>>
>>
>> On 2017年07月04日 13:34, Alex Deucher wrote:
>>>
>>> On Tue, Jul 4, 2017 at 1:22 AM, zhoucm1 <david1.z...@amd.com>
On Tue, Jul 4, 2017 at 1:22 AM, zhoucm1 <david1.z...@amd.com> wrote:
>
>
> On 2017年07月04日 11:41, Alex Deucher wrote:
>>
>> On Mon, Jul 3, 2017 at 4:32 AM, zhoucm1 <david1.z...@amd.com> wrote:
>>>
>>> Hi xorg-devel guys,
>>>
>>>
On Mon, Jul 3, 2017 at 4:32 AM, zhoucm1 wrote:
> Hi xorg-devel guys,
>
> Anyone can help me?
>
> I tried two gpu card with four monitors on Unbuntu 16.04, each gpu has two
> monitors.
> By default config, I can see four monitors all are lighting with its
> separate desktop
ices
> xfree86: Fix printing of PCI domain/bus in xf86MatchPciInstances
> xfree86: Document BusID PCI domain format in xorg.conf manpage
> xfree86: Document BusID PCI domain format in ddxDesign.xml
Series is:
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
>
> hw/xfree86/common/xf
On Fri, Jun 9, 2017 at 5:07 PM, Andrej van der Zee
wrote:
> Hi Thomas,
>
> Just tried, also does not work. Anyways, I just realized that in Unity on
> Ubuntu I am running 2560x1440 on my 2nd monitor (mac retina 4k screen) but
> all icons are in right size. Somehow it
; to choose the old default behaviour. Option "PreferCloneMode" allows
> setting this preferClone member.
>
> Signed-off-by: Michel Dänzer <michel.daen...@amd.com>
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
> ---
> hw/xfree86/man/xorg.conf.man | 5 +
On Fri, Apr 28, 2017 at 9:29 PM, Felix Miata <mrma...@earthlink.net> wrote:
> Alex Deucher composed on 2017-04-28 15:15 (UTC-0400):
>
>> Felix Miata wrote:
>
>> All evergreen cards only have 2 PLLs so that means they can only
>> support two independent clocks.
On Fri, Apr 28, 2017 at 9:55 PM, Michel Dänzer <mic...@daenzer.net> wrote:
> On 29/04/17 04:15 AM, Alex Deucher wrote:
>> On Fri, Apr 28, 2017 at 5:46 AM, Felix Miata <mrma...@earthlink.net> wrote:
>>> Felix Miata composed on 2017-04-28 05:22 (UTC-0400):
>>>
On Fri, Apr 28, 2017 at 5:46 AM, Felix Miata wrote:
> Felix Miata composed on 2017-04-28 05:22 (UTC-0400):
>
>> Felix Miata composed on 2017-04-27 06:35 (UTC-0400):
>
>>> openSUSE Tumbleweed
>>> kernel 4.10.10
>>> server 1.19.3
>>> ATI HD5450 PCIe gfxcard (Cedar)
> ...
>
On Tue, Apr 25, 2017 at 2:36 PM, Eric Anholt <e...@anholt.net> wrote:
> The number for it was merged to drm_mode.h in kernel 4.7, and the
> output_names[] array just requires that we slot in new strings in
> order.
>
> Signed-off-by: Eric Anholt <e...@anholt.net>
ktop.org/100293
> Bugzilla: https://bugs.freedesktop.org/100294
> Fixes: 62f44052573b ("xfree86/modes: Move gamma initialization to
> xf86RandR12Init12 v2")
>
> Signed-off-by: Michel Dänzer <michel.daen...@amd.com>
Reviewed-by: Alex Deucher <alexan
On Tue, Apr 4, 2017 at 3:02 AM, Daniel Vetter wrote:
> On Mon, Apr 03, 2017 at 03:50:33PM -0700, Keith Packard wrote:
>> Daniel Vetter writes:
>>
>> > Also if this confuses VR, then another reason why we want to make leases
>> > invariant and only allow pure
On Thu, Apr 6, 2017 at 10:39 AM, Antoine Martin wrote:
> Hi,
>
> Apologies for sending an image link to this list, but I can't think of a
> better way to explain the somewhat confusing page that showed up after I
> cast my ballot:
> http://imgur.com/r8nSblg
> Did it take my
c_supports_gamma are satisfied.
>
> Bugzilla: https://bugs.freedesktop.org/100293
> Signed-off-by: Michel Dänzer <michel.daen...@amd.com>
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
> ---
> hw/xfree86/modes/xf86Crtc.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 d
On Sun, Mar 26, 2017 at 5:21 AM, Felix Miata wrote:
> AMD Sempron(tm) Processor 3000+
> Fresh installation on resurrected MSI K8MM-V MS-7142 motherboard.
> https://www.msi.com/Motherboard/support/K8MMV.html
> openSUSE Tumbleweed, kernel 4.10.4, server 1.19.3, ati driver
lt;michel.daen...@amd.com>
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
> ---
> hw/kdrive/ephyr/ephyr_draw.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/hw/kdrive/ephyr/ephyr_draw.c b/hw/kdrive/ephyr/ephyr_draw.c
> index 5
On Thu, Mar 16, 2017 at 2:25 PM, Adam Jackson wrote:
> On Thu, 2017-03-16 at 10:59 +0100, poma wrote:
>
>> There are two applicable patches within Fedora:
>> https://src.fedoraproject.org/cgit/rpms/xorg-x11-drv-ati.git/commit/fix-dri-removal.patch?id=d5f48e7d5b6c
>
> An artifact of
t; potentially holding entries for a long time, while preserving the main
> benefit of the cache for bursts of drawing operations.
>
> Signed-off-by: Michel Dänzer <michel.daen...@amd.com>
Series is:
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
> ---
> glam
On Wed, Feb 22, 2017 at 4:34 PM, Lyude wrote:
> Aux transfers always fail with non-zero status flags when there's
> nothing connected on the port, so we don't usually need to see all of
> the debugging information from it. Also, we try reprobing a -lot-, so
> without
in the upcoming election is 05 March 2017 at 23:59 UTC.
If you are interested in joining the X.Org Foundation or in renewing
your membership, please visit the membership system site at:
https://members.x.org/
Alex Deucher, on behalf of the X.Org elections committee
in the upcoming election is 05 March 2017 at 23:59 UTC.
If you are interested in joining the X.Org Foundation or in renewing
your membership, please visit the membership system site at:
https://members.x.org/
Alex Deucher, on behalf of the X.Org elections committee
On Thu, Feb 16, 2017 at 1:03 PM, Adam Jackson <a...@redhat.com> wrote:
> Signed-off-by: Adam Jackson <a...@redhat.com>
Series is:
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
> ---
> mi/migc.h | 5 +
> 1 file changed, 5 insertions(+)
>
> diff -
On Thu, Feb 16, 2017 at 12:46 PM, Adam Jackson <a...@redhat.com> wrote:
> We already have Xvfb for a dummy DDX.
>
> Signed-off-by: Adam Jackson <a...@redhat.com>
Seems reasonable to me. Series is:
Acked-by: Alex Deucher <alexander.deuc...@amd.com>
> ---
>
e to follow this with is removing fixed dotclock
> support, on the way to unifying the pre- and post-RANDR-1.2 setup paths.
> As far as I can tell this would only affect a few ancient mach64, trident,
> or chips (ahem) chips. Quite possibly all of them are already unsupported
> because t
On Wed, Feb 8, 2017 at 1:06 PM, Adam Jackson <a...@nwnk.net> wrote:
> On Tue, 2017-02-07 at 11:57 -0500, Alex Deucher wrote:
>> On Tue, Feb 7, 2017 at 3:38 AM, Michel Dänzer <mic...@daenzer.net>
>> wrote:
>> > From: Michel Dänzer <michel.daen...@amd.
ktop.org/show_bug.cgi?id=99220
> Signed-off-by: Michel Dänzer <michel.daen...@amd.com>
Makes sense to me.
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
> ---
>
> v2: Update code comment
>
> This is an alternative to https://patchwork.freedesktop.org/patch/
in and click the renewal link. For new members,
click the Join Now link. The X.org Foundation is a non-profit
organization under the SPI umbrella which acts as a steward for the X
Window System and related projects. Board elections are coming up so
renew or join today!
Thanks!
Alex Deucher
in and click the renewal link. For new members,
click the Join Now link. The X.org Foundation is a non-profit
organization under the SPI umbrella which acts as a steward for the X
Window System and related projects. Board elections are coming up so
renew or join today!
Thanks!
Alex Deucher
t window instead of screen pixmap
> present: Allow flipping with PRIME slave outputs
For the series:
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
>
> dix/pixmap.c | 16
> present/present.c | 16
> 2 files chan
On Mon, Jan 9, 2017 at 3:27 AM, Hans de Goede wrote:
> Hi,
>
> On 09-01-17 02:52, Yu, Qiang wrote:
>>
>>
>> Hi Hans,
>>
>> I forgot there is another difference, PRIME solution has to copy screen
>> once before display
>> to iGPU while MS_ALL_IN_ONE don't have to and can
On Sat, Jan 7, 2017 at 3:36 AM, Michel Dänzer <mic...@daenzer.net> wrote:
>
> Any takers?
>
> In the absence of a negative review, I'll push this next week, since
> more people are running into this.
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
>
>
>
On Wed, Jan 4, 2017 at 10:30 AM, Adam Jackson <a...@redhat.com> wrote:
> ->bitsPerPixel is rather obviously eight times too large.
>
> v2: Use ->displayWidth - the pitch - not ->virtualX (Keith Packard)
>
> Signed-off-by: Adam Jackson <a...@redhat.com>
Revie
On Tue, Jan 3, 2017 at 4:25 PM, Adam Jackson <a...@redhat.com> wrote:
> ->bitsPerPixel is rather obviously eight times too large.
>
> Signed-off-by: Adam Jackson <a...@redhat.com>
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
> ---
> src/fbdev.c |
On Tue, Jan 3, 2017 at 1:28 PM, Stuart Norman wrote:
> I use pclinuxos. When X 1.18 was released the catalyst driver was removed and
> replaced by amdgpu which does not work with my chipset. AMD isn't supporting
> catalyst past X 1.17. The chipset is an integrated APU/GPU A10
off-by: Kai-Heng Feng <kai.heng.f...@canonical.com>
Acked-by: Alex Deucher <alexander.deuc...@amd.com>
> ---
> hw/xfree86/modes/xf86EdidModes.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/hw/xfree86/modes/xf86EdidModes.c
> b/hw/xfree86/modes/xf86Edi
On Thu, Dec 8, 2016 at 9:39 AM, Adam Jackson <a...@redhat.com> wrote:
> 24bpp support is going away, so since we can't do 32bpp and these cards
> have basically no VRAM to begin with, drop to 16bpp.
>
> Signed-off-by: Adam Jackson <a...@redhat.com>
Reviewed-by: Alex
; Signed-off-by: Michel Dänzer <michel.daen...@amd.com>
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
> ---
> hw/xfree86/dri2/pci_ids/radeonsi_pci_ids.h | 12
> 1 file changed, 12 insertions(+)
>
> diff --git a/hw/xfree86/dri2/pci_ids/radeonsi_pci_ids.
On Thu, Oct 6, 2016 at 8:25 PM, John Lewis <oflam...@gmail.com> wrote:
> On 10/05/2016 10:02 AM, Alex Deucher wrote:
>> On Wed, Oct 5, 2016 at 7:54 AM, John Lewis <oflam...@gmail.com> wrote:
>>> On 10/05/2016 03:08 AM, Michel Dänzer wrote:
>>>&
On Wed, Oct 5, 2016 at 7:54 AM, John Lewis wrote:
> On 10/05/2016 03:08 AM, Michel Dänzer wrote:
>> On 04/10/16 09:40 PM, John Lewis wrote:
>>> It was the R7 360 that was causing the issue. Dual screens work just
>>> fine with Intel HD Graphics 4000.
>> Please attach the Xorg
On Mon, Sep 19, 2016 at 11:31 AM, Alex Deucher <alexdeuc...@gmail.com> wrote:
> On Sat, Sep 17, 2016 at 6:00 AM, Hans de Goede <hdego...@redhat.com> wrote:
>> Commit b4e46c0444bb ("xfree86: Hook up colormaps and RandR 1.2 gamma code")
>> dropped the providing
dR 1.2 gamma code")
> Signed-off-by: Hans de Goede <hdego...@redhat.com>
Not too familiar with the code in question, but it looks sane to me.
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
> ---
> hw/xfree86/modes/xf86RandR12.c | 29 +
> 1
On Wed, Aug 31, 2016 at 4:56 AM, Michel Dänzer <mic...@daenzer.net> wrote:
> From: Michel Dänzer <michel.daen...@amd.com>
>
> Signed-off-by: Michel Dänzer <michel.daen...@amd.com>
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
> ---
> include/scr
On Fri, Aug 26, 2016 at 2:21 AM, Connor Behan wrote:
> On 25/08/16 11:40 PM, Kevin Brace wrote:
>> Hi Connor,
>>
>> I do not mean to harass you regarding this patch or my response to your
>> feedback, but it will be nice if you can reply to my response I sent to the
>>
> v3:
> * Make the change a bit more compact and hopefully more readable by
> re-using the existing src_* locals in the bitplane case as well.
>
> Reported-by: Keith Raghubar <keith.raghu...@amd.com>
> Signed-off-by: Michel Dänzer <michel.daen...@amd.com>
Reviewed-by: A
On Fri, Aug 5, 2016 at 5:11 AM, Jethro Tull wrote:
> From: Michel Dänzer [mic...@daenzer.net]
> Sent: Friday, August 5, 2016 1:41 AM
> To: Jethro Tull
> Cc: x...@freedesktop.org
> Subject: Re: compositing enabled with Radeon mobility X300
>
> On 05.08.2016 06:23, Jethro
monitor colours with drivers which don't call
>> xf86HandleColormaps, e.g. modesetting.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=97154
>
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
>
>> Signed-off-by: Michel Dänzer <michel.daen...@amd.com>
>>
d or bad idea.
>
> Pro:
> * Allows users with affected setups to play broken games
> * Less overhead than a corresponding workaround in the driver
>
> Con:
> * Makes the problem completely invisible to game developers, so once
> it's in we can probably never remove it
michel.daen...@amd.com>
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
> ---
> src/drmmode_display.c | 2 +-
> src/radeon_kms.c | 21 -
> 2 files changed, 13 insertions(+), 10 deletions(-)
>
> diff --git a/src/drmmode_display.c b/src/d
2
> Signed-off-by: Michel Dänzer <michel.daen...@amd.com>
> ---
>
> v3: Free randrp->palette in xf86RandR12CloseScreen, fixes memory leak.
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
>
> hw/xfree86/common/xf86Helper.c | 7 +-
> hw/xfree8
rver startup
I'm not really an expert with respect to the colormap code, but the
changes look sane to me. For the series:
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
>
> hw/xfree86/common/xf86Helper.c | 7 +-
> hw/xfree86/common/xf86cmap.c | 55 ++---
> hw/xfree86/
: Michel Dänzer <michel.daen...@amd.com>
For the series:
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
> ---
> src/amdgpu_pixmap.h | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/src/amdgpu_pixmap.h b/src/amdgpu_pixmap.h
>
by: Michel Dänzer <michel.daen...@amd.com>
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
> ---
> src/amdgpu_dri2.c | 54
> -
> src/amdgpu_glamor.c | 48 +++
> src/amdgpu
1 - 100 of 1433 matches
Mail list logo