From: Michel Dänzer
Fixes memory leak when destroying pixmaps with priv->bo == NULL.
Reported-by: Qiang Yu
Signed-off-by: Michel Dänzer
---
src/amdgpu_pixmap.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/amdgpu_pixmap.h b/src/amdgpu_pixmap.h
index 9c51
This is a heads up that we'll be using the amd-...@lists.freedesktop.org
mailing list for xf86-video-amdgpu patch reviews from now on.
Any opinions on whether we should do the same for xf86-video-ati
patches, or continue using this list for that?
--
Earthling Michel D
creenResources
> (screen=0x563fb3b30ef0) at ../../../../hw/xfree86/modes/xf86Crtc.c:716
> #9 0x563fb2c75abe in dix_main (argc=7, argv=0x7ffd5dd6af98,
> envp=) at ../../dix/main.c:225
> #10 0x7fa75f9015f0 in __libc_start_main (main=0x563fb2c5ff60 ,
> argc=7, argv=0x7ffd5dd6af98, in
From: Michel Dänzer
Fixes crash with Xinerama enabled, which disables RandR.
Fixes: https://bugs.debian.org/827984
Signed-off-by: Michel Dänzer
---
src/drmmode_display.c | 2 +-
src/radeon_kms.c | 21 -
2 files changed, 13 insertions(+), 10 deletions(-)
diff --git a
On 24.06.2016 23:16, Christopher Cramer wrote:
> On Fri, Jun 24, 2016 at 11:15:05AM +0900, Michel Dänzer wrote:
>> Does the attached patch fix this?
>
> Well, it doesn't die with an assertion failure anymore.
Thanks for testing the fix, submitting it for upstream inclusion.
On 28.06.2016 02:12, Lyude Paul wrote:
> I'm up for this. Better then having to send the same patches for both radeon
> and
> amdgpu to seperate mailing lists :)
I agree, so let's move the xf86-video-ati patch review to amd-gfx as well.
--
Eart
r
> - installed the nonfree firmware
> - kernel radeon exceptions can be found in the /var/log/messages (see below)
The GPU hangs. I'm afraid your best bet is to try newer upstream
versions of the kernel and Mesa.
--
Earthling Michel Dänzer | http:/
xf86-video-ati patches on the amd-gfx
mailing list.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
___
xorg-driver-ati mailing list
xorg-driver-ati@l
0MB/s
Since glamor is much slower in this case as well, you should bring this
up on the xorg-devel mailing list, where glamor development is discussed.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
n few seconds after game
> starts, in menu.
> Switching to a terminal and back (ctrl+alt+f1 and then ctrl+alt+f7) unfreezes
> the game for few
> seconds and then it freezes again.
Please provide the corresponding Xorg log file.
--
Earthling Michel Dänzer
esg.
Let's try to narrow down which package upgrade introduced the problem.
Your post on https://forum.siduction.org/index.php?topic=6469 talks
about a /var/log/apt/history.log attachment, but I can't seem to access
that from there. Can you attach it here?
--
Earthling Michel D
by about 5% at
most, which wouldn't make any significant difference compared to the
order of magnitude performance difference between glamor and SNA.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast
ame package version was just recompiled against the newer
version of xserver-xorg-core, which was upgraded from 2:1.18.4-2 to
2:1.19.0-2. The problem is more likely due to the latter than the former.
Can you try confirming this using http://snapshot.debian.org/ ?
--
Earthling Mi
On 05/12/16 05:19 PM, Alexander Konotop wrote:
> В Mon, 5 Dec 2016 16:39:31 +0900
> Michel Dänzer пишет:
>
>> On 03/12/16 12:24 AM, Alexander Konotop wrote:
>>> Here it is.
>>> I think it might be xserver-xorg-video-radeon:amd64 (at line 360).
>>
>&g
ot to conflate multiple issues here. There are at
least two issues:
Video playback hangs the GPU. Most likely a Mesa issue.
Xorg cannot be restarted after that (you reported this upstream at
https://bugs.freedesktop.org/show_bug.cgi?id=99138), presumably a radeon
kernel d
/debian/20160916T045559Z/ solves the
> situation.
Sounds like bug #846779 / #850940, fixed in xserver-xorg-core 2:1.19.1-1
or newer.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
independent clocks. If you want to use more than two
> displays, you'll need to use displayport or for non-displayport, at
> least two of the displays need to be using the exact same display
> timing.
BTW, does only the pixel clock need to be identical, or do the
vertical/horizontal
0 1712 1880 2160 1200 1203 1207
> 1245 -hsync +vsync
> EndSection
>
> Section "Screen"
> Identifier "PT-810"
> Device "Card0a"
> Monitor "Viewsonic PT-810 UXGA"
... it may be better to remove this Monitor s
ed this and the corresponding -amdgpu patch, thanks!
P.S. We're now using the amd-gfx mailing list for reviewing patches for
these drivers.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
_
On 15/06/17 10:27 PM, Adam Jackson wrote:
> On Thu, 2017-06-15 at 12:27 +0900, Michel Dänzer wrote:
>
>> P.S. We're now using the amd-gfx mailing list for reviewing patches for
>> these drivers.
>
> My apologies!
No problem at all.
> I've fixed my git confi
tinuously
> displayed.
>
> Actual result: Occasionally, the content of the window flickers with black.
Which desktop environment are you using? Any chance you can make a video
demonstrating the problem?
--
Earthling Michel Dänzer | http://www.amd
64-bit @ pci::02:00.0"
(in a terminal, or a session startup script such as ~/.xsession). Then
you can configure the outputs of both GPUs with xrandr or any graphical
monitor configuration tool using the RandR extension.
--
Earthling Michel Dänzer | http://www
On 30/06/17 05:08 PM, Michel Dänzer wrote:
> On 23/06/17 11:15 PM, pbasnews-...@yahoo.fr wrote:
>>
>> $ xrandr --listproviders
>> Providers: number : 2
>> Provider 0: id: 0x99 cap: 0xf, Source Output, Sink Output, Source Offload,
>> Sink Offload crtcs: 2 o
at do you mean by "Oops, the DISPLAY=:1 wasn't supposed to be there." ?
It means you should run just
xrandr --setprovideroutputsource "ATI Radeon 3000 Graphics @ pci:0000:01:05.0"
"ATI Radeon X1550 64-bit @ pci::02:00.0"
--
Earthling Michel Dänzer
n the Xorg stderr output? Maybe try setting
the environment variable EGL_LOG_LEVEL=debug as well for that.
Does the same problem happen with 1:7.8.0-1+b1 with
Option "AccelMethod" "glamor"
in /etc/X11/xorg.conf ?
--
Earthling Michel Dänzer |
; might be related to:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=867701
Doesn't look the same.
This bug is https://bugs.freedesktop.org/show_bug.cgi?id=100276 , fixed
by
https://cgit.freedesktop.org/xorg/driver/xf86-video-amdgpu/commit/?id=981bac185cfd74ae50dffc28f57cf34623
On 14/07/17 03:13 AM, bartek 'basz' szurgot wrote:
> On 07/13/2017 04:43 AM, Michel Dänzer wrote:
>> This bug is https://bugs.freedesktop.org/show_bug.cgi?id=100276 , fixed
>> by
>> https://cgit.freedesktop.org/xorg/driver/xf86-video-amdgpu/commit/?id=981bac185
On 15/07/17 03:57 AM, bartek 'basz' szurgot wrote:
> On 07/14/2017 04:04 AM, Michel Dänzer wrote:
>> Indeed, my bad. The corresponding radeon commit is
>> https://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=4c91f36d3058180b5a2d6a23e9b82f5c933d8716
>
&
On 15/07/17 07:10 AM, Ivan Sergio Borgonovo wrote:
> On 07/10/2017 04:03 AM, Michel Dänzer wrote:
>> On 09/07/17 03:06 AM, Ivan Sergio Borgonovo wrote:
>>> Package: xserver-xorg-video-radeon
>>> Version: 1:7.9.0-1
>>> Severity: grave
>
>> I doubt this
On 15/07/17 07:24 AM, Ivan Sergio Borgonovo wrote:
On 07/15/2017 05:29 AM, Michel Dänzer wrote:
On 15/07/17 07:10 AM, Ivan Sergio Borgonovo wrote:
On 07/10/2017 04:03 AM, Michel Dänzer wrote:
On 09/07/17 03:06 AM, Ivan Sergio Borgonovo wrote:
Please provide the output of the following
On 16/07/17 07:04 PM, Ivan Sergio Borgonovo wrote:
On 07/16/2017 05:56 PM, Michel Dänzer wrote:
Hmm, the string "EGL search path is" and the corresponding code was
removed upstream for Mesa 10.6. Look for instances of libEGL.so.1*
other than /usr/lib/x86_64-linux-gnu/libEGL.so.
or even pure
X11)
3. Enabling TearFree
Note that 1.+2. are not sufficient when using rotation or other
transforms via the RandR extension.
Does your setup fall under any of these cases? If not, you may just have
gotten lucky before.
--
Earthling Michel Dänzer |
u
provide the terminal output of e.g. mplayer when there is tearing in
fullscreen?
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
___
xorg-driver-ati
Can you use git bisect to determine which change introduced the problem?
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
___
xorg-driver-ati mailing li
loaded, so the system use
> vesa
> instead.
The bug above only happens when using Wayland, in which case Xorg isn't
used.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
_
that?
> Add a comma after "e.g.".
That looks odd to me.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
___
xorg-driver-ati mailing lis
On 2018-06-28 03:58 PM, G. Branden Robinson wrote:
> At 2018-06-28T11:31:30+0200, Michel Dänzer wrote:
>>
>> Please send this kind of change directly upstream to the
>> amd-...@lists.freedesktop.org list for review, split up into one patch
>> per logical change.
>
On 2018-07-05 02:04 AM, Bjarni Ingi Gislason wrote:
> On Fri, Jun 29, 2018 at 10:56:39AM +0200, Michel Dänzer wrote:
>>
>> Every item listed in Bjarni's report is logically a separate change.
>> Mixing up logically separate changes (especially such a large number)
>
m menu seem not influented by the transparent layer
>
> The problem occur after recent actualization of xserver-xorg.
This should be fixed in upstream xf86-video-ati Git master. In the
meantime, you should be able to avoid the problem with
Option "Acce
ess 0x0
Please make sure the xserver-xorg-video-radeon-dbgsym and
xserver-xorg-core-dbgsym packages are installed, and either get a
backtrace with gdb or another log file.
Does the problem also happen without Option "AccelMethod" "EXA"? That's
the default and recommended con
th the name of the suite you're using in your main
repository entry.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
signature.asc
Description: OpenPGP digital signature
___
t would be the best solution for you.
> So it is my fault. Sorry.
The crash is still a bug, even though EXA & DRI3 isn't recommended,
because it can't work correctly in some cases.
Any chance you can test if the attached patch fixes the crash?
--
Earthling Michel Dänze
th side note which
doesn't apply here elided) in the manpage is:
The default is glamor with R600 or newer [...], otherwise EXA.
> I cannot test the patch for you.
No problem. I'll send out the patch for review anyway, it's pretty
likely it'll fix the crash.
--
Earthling M
drivers are normally discussed on the amd-gfx mailing
list at lists.freedesktop.org .
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
___
xorg-driver-at
From: Michel Dänzer
radeon_glamor_finish only works if we're using glamor, otherwise it'll
crash.
Fixes: ce7db51020d3 "Cancel pending scanout update in
drmmode_crtc_scanout_update"
Bug: https://bugs.debian.org/924540
Signed-off-by: Michel Dänzer
---
src/drmmode_disp
On 2019-03-13 11:28 p.m., Antonio Ospite wrote:
> Package: xserver-xorg-video-radeon
> Version: 1:19.0.0-1
> Severity: minor
>
> Dear Maintainer,
>
> when upgrading from 18.1.0-1 to 18.1.99+git20190207-1 (or 19.0.0-1) Xorg
> failed to start on my system with the following error in the logs:
>
>
; disabled the videos display correctly.
>
> Definitely the case for xfce4.
It's an xfwm4 (configuration) issue then.
--
Earthling Michel Dänzer | https://www.amd.com
Libre software enthusiast | Mesa and X developer
#x27;s in whatever wrote
the mangled /etc/X11/Xwrapper.config file.
--
Earthling Michel Dänzer | https://www.amd.com
Libre software enthusiast | Mesa and X developer
___
xorg-driver-ati mailing list
xorg-driver-ati@lists.x.org
https://lists.x.org/mailman/listinfo/xorg-driver-ati
12:08:56 mymachine kernel: kernel BUG at
> drivers/gpu/drm/radeon/radeon_asic.c:55!
This is a kernel issue, not a Xorg driver one.
--
Earthling Michel Dänzer | https://www.amd.com
Libre software enthusiast | Mesa and X developer
HW acceleration, the radeon
driver doesn't really provide much if any benefit over modesetting.
Section "Device"
Identifier "whateveryoulike"
Driver "modesetting"
EndSection
--
Earthling Michel Dänzer | https://re
On 2019-10-31 8:36 p.m., Petra R.-P. wrote:
> Am Do., 31. Okt. 2019, um 18:01 +0100 schrieb Michel Dänzer
> :
>> On 2019-10-30 2:15 p.m., Petra R.-P. wrote:
>
>> This happens when HW acceleration is disabled. If you can't or don't
>> want to enable HW acc
70] (EE) modeset(0): Failed to initialize glamor at ScreenInit()
> time.
> [ 455.570] (EE)
> Fatal server error:
> [ 455.570] (EE) AddScreen/ScreenInit failed for driver 0
On this machine, you need to add
Option "AccelMethod" "none"
to Section "Devic
On 2020-04-17 1:14 p.m., Matthias Klose wrote:
> Package: src:xserver-xorg-video-ati
> Version: 1:19.1.0-1
> Severity: normal
> Tags: sid bullseye
> User: debian-...@lists.debian.org
> Usertags: ftbfs-gcc-10
>
> Please keep this issue open in the bug tracker for the package it
> was filed for. If
sakura)
> works.
> My Nvidia card is affected too. Until now I have no soultion for this.
Sounds like https://gitlab.freedesktop.org/xorg/xserver/-/issues/1011 .
--
Earthling Michel Dänzer | https://redhat.com
Libre software enthusiast |
ing
is preventing the radeon kernel driver from loading at all. If you're passing
nomodeset on the kernel command line, remove that. Otherwise, full dmesg output
would be needed to diagnose.
--
Earthling Michel Dänzer | https://redhat.com
Libre software enthusiast | Mesa and X developer
On 2021-08-21 4:58 p.m., Kari Pahula wrote:
> On Sat, Aug 21, 2021 at 12:17:02PM +0200, Michel Dänzer wrote:
>>> DRM Information from dmesg:
>>> ---
>>>
>>>
>>
>> Since there are no DRM driver related messages in dmes
On 2021-10-12 02:03, Felix Miata wrote:
> Is there an IRC channel somewhere for amdgpu display driver issues? I couldn't
> find one on libera or oftc, and freenode won't let me join.
It's #radeon on OFTC.
--
Earthling Michel Dänzer| htt
and 3D acceleration work.
> However neither change resolves the problem.
Please provide dmesg and Xorg.0.log with linux-firmware-nonfree
installed and modeset=1.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian,
On Die, 2011-08-16 at 22:24 +0100, Martin wrote:
> On Tue, 2011-08-16 at 09:27 +0200, Michel Dänzer wrote:
> > > *. Installing linux-firmware-nonfree, this gives the same problem but
> > > when setting:
> > >
> > > options radeon modeset=0
> > >
&
From: Michel Dänzer
Ideally, the display manager will start the X server again, and everything
will be fine and dandy. But in the worst case, at least we won't hit the
hardware behind the KMS driver's back.
Signed-off-by: Michel Dänzer
---
src/radeon.h|2 +-
src/ra
On Mit, 2011-08-17 at 11:05 -0400, Alex Deucher wrote:
> 2011/8/17 Michel Dänzer :
> > From: Michel Dänzer
> >
> > Ideally, the display manager will start the X server again, and everything
> > will be fine and dandy. But in the worst case, at least we won't hit
On Don, 2011-08-18 at 12:17 +0100, Martin wrote:
> On Wed, 2011-08-17 at 10:50 +0200, Michel Dänzer wrote:
> > On Die, 2011-08-16 at 22:24 +0100, Martin wrote:
> > > On Tue, 2011-08-16 at 09:27 +0200, Michel Dänzer wrote:
> > > > > *. Installing linux-firm
reen is Xorg's default
startup behaviour.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
xorg-driver-ati mailing list
xorg-driver-ati@lists.x.org
hich demonstrates the
problem, and generate a profile for it using sysprof, perf or oprofile.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
xorg-d
symbols available for
the X server and driver.
Also, it was too large for the mailing list. Please put it up somewhere
instead.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian
lemote.com/cgit/linux-3A.git/)
>
> I did some more hack, and found if create/reserve/pin more bo in VRAM
> than available, it will cause unaligned access panic. And a simpler
> way to trigger kernel panic(but another kind of kernel panic):
Can you check if this still happens with
hangs the machine.
>
> What should I try next?
Can you try if the hangs in X happen when the psmouse module is never
loaded in the first place?
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI deve
On Don, 2011-08-25 at 09:50 +0100, Martin wrote:
> On Wed, 2011-08-24 at 08:50 +0200, Michel Dänzer wrote:
> > On Die, 2011-08-23 at 23:14 +0100, Martin wrote:
> > >
> > > Right; have upgraded to the latest X.org and kernel in backports and the
> > > probl
On Fre, 2011-08-26 at 10:42 +0100, Martin wrote:
> On Thu, 2011-08-25 at 11:08 +0200, Michel Dänzer wrote:
> > On Don, 2011-08-25 at 09:50 +0100, Martin wrote:
> > > On Wed, 2011-08-24 at 08:50 +0200, Michel Dänzer wrote:
> > > >
> > > > Can you try
eon-dbg packages.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
xorg-driver-ati mailing list
xorg-driver-ati@lists.x.org
http://lists.x.org/mailman/list
y the latter, though at least some of the BOs above are probably
explicitly pinned to VRAM again on resume.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
_
s like a kernel (or possibly BIOS) PCI failure. This should
probably be reassigned to the kernel, and you might want to try newer
kernels.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
E_SIZE instead of PAGE_SIZE.
E.g. r100_copy_blit() can't handle an arbitrary PAGE_SIZE.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
xorg-d
ed (try booting with the "irqpoll" option)
[...]
> [ 1300.396536] handlers:
> [ 1300.396559] [] skge_intr
> [ 1300.396561] Disabling IRQ #17
Since several IRQs are affected, I suspect this is a fundamental problem
in the kernel/BIOS rather than in any driver.
--
Earthling Mic
rying /opt/xorg/lib/dri//swrast_dri.so
> Error: couldn't find RGB GLX visual or fbconfig
You need to look at Xorg.0.log and possibly the dmesg output to find out
why the X server fails to initialize GLX/DRI.
--
Earthling Michel Dänzer | http://www.amd.com
Li
nGL version string: 2.1 Mesa 7.11
>
>
> No output from "dmesg | grep drm" . From the output of "ldd
> /usr/bin/glxinfo" I can see that my ligGL.so.1 is linked to linux-vdso.so.1
Please attach the Xorg.0.log file, the output of dm
On Sam, 2011-10-01 at 16:59 +0800, Superymk wrote:
> Attached.
Looks like the radeon kernel and X drivers are too old to support your
card.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI develo
gt; improve it?
vblank_mode=0 glxgears
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
xorg-driver-ati mailing list
xorg-driver-ati@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-driver-ati
reproduce the problem could be helpful.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
xorg-driver-ati mailing list
xorg-driver-ati@lists.x
efore the
6.14.3 release? If not, and unless somebody else wants to do the
release, I can do it later this week.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI deve
merge commit.
I find it easier to look at this sort of thing in gitk. E.g.
gitk
27641c3f003e7f3b6585c01d8a73603eb262..f7eb0c55416aba7478932cedbaccc2bdacd8a95d
nicely shows the histories of the two branches merged by the above
commit from when they originally dive
se provide more information about the problem.
If it's related to 3D acceleration, please also provide the output of
LIBGL_DEBUG=verbose glxinfo 2>&1
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast |
for 2.6.38-rc1 in
commit 5b2eef966cb2ae307aa4ef1767f7307774bc96ca on January 11th AFAICT
from gitk.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
On Mit, 2011-10-12 at 18:05 +0800, Huang, FrankR wrote:
> > From: Michel Dänzer [mailto:mic...@daenzer.net]
> > On Mit, 2011-10-12 at 17:08 +0800, Huang, FrankR wrote:
> > >
> > > From its content, it will do some modification to functions like
> > > everg
operation (zooming, moving component, etc) is very slow on
> xorg-ati driver. Everything is smooth on Catalyst.
Looks like it hits various software rendering paths in the X server. I'm
afraid this won't be fixed anytime soon.
--
Earthling Michel Dänzer |
atable triggers.
I can't seem to reproduce it with those xscreensaver hacks. Can you try
if it still happens for you with a newer driver (e.g. from
backports.debian.org)?
--
Earthling Michel Dänzer | http://www.amd.com
Libre soft
On Don, 2011-10-13 at 11:04 +0800, Huang, FrankR wrote:
> > From: Michel Dänzer [mailto:mic...@daenzer.net]
> > On Mit, 2011-10-12 at 18:05 +0800, Huang, FrankR wrote:
> > > > From: Michel Dänzer [mailto:mic...@daenzer.net]
> > > > On Mit, 2011-10-12
gt; xcalib -b 8.0 -a
>
> the picture on the TV looks fine.
What about bright areas? E.g. can you differentiate shades of grey close
to white with/out the xcalib change?
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusi
the problem occurs, e.g. any command line
options passed to them, their window size, whether they're running with
a compositing manager or without, ...
--
Earthling Michel Dänzer | http://www.amd.com
Libre software ent
cess, then reproduce the crash and get a backtrace (see
http://wiki.debian.org/XStrikeForce/XserverDebugging#Which_debugging_packages_do_I_need.3F
and the following paragraph).
--
Earthling Michel Dänzer | http://www.amd.com
Libre softwa
ONInfoPtr info = RADEONPTR(pScrn);
if (info->cs) {
radeon_ib_discard(pScrn);
+radeon_cs_flush_indirect(pScrn);
+return;
}
#endif
if (!ib) return;
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast |
nfo.numDrivers = RADEON_ARRAY_SIZE(driverNames);
> dri2_info.driverNames = driverNames;
> -driverNames[0] = dri2_info.driverName;
> +driverNames[0] = driverNames[1] = dri2_info.driverName;
>
> if (pRADEONEnt->dri2_info_cnt == 0) {
> #if HAS_D
gh, the fix should be in the upcoming 6.14.3 release.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
xorg-driver-ati mailing list
xorg-driver-ati@
On Don, 2011-10-20 at 12:16 +0200, Michal Suchanek wrote:
>
> On 20 October 2011 11:38, wrote:
> > https://bugs.freedesktop.org/show_bug.cgi?id=42035
> >
> > --- Comment #1 from Michel Dänzer 2011-10-20 02:38:29
> > PDT ---
> >> This should be runtime c
On Mon, 2011-10-24 at 14:00 +0200, Michal Suchanek wrote:
> 2011/10/24 Michel Dänzer :
> > On Don, 2011-10-20 at 12:16 +0200, Michal Suchanek wrote:
> >>
> >> On 20 October 2011 11:38, wrote:
> >> > https://bugs.freedesktop.org/show_bug.cgi?id=42035
&
gt; whole windows, window shadows, etc.). The corruption looks like using
> uninitializaed memory instead of textures. After reboot everything is ok.
See the upstream bug report referenced above. Looks like it's finally
about to be fixed.
--
Earthling Michel Dänzer |
On Mon, 2011-10-24 at 16:25 +0200, Michal Suchanek wrote:
> 2011/10/24 Michel Dänzer :
> > On Mon, 2011-10-24 at 14:00 +0200, Michal Suchanek wrote:
> >> 2011/10/24 Michel Dänzer :
> >> > On Don, 2011-10-20 at 12:16 +0200, Michal Suchanek wrote:
> >> >&
On Mon, 2011-10-24 at 23:23 +0200, Michal Suchanek wrote:
> 2011/10/24 Michel Dänzer :
> > On Mon, 2011-10-24 at 16:25 +0200, Michal Suchanek wrote:
> >> 2011/10/24 Michel Dänzer :
> >> > On Mon, 2011-10-24 at 14:00 +0200, Michal Suchanek wrote:
>
> >> I
On Die, 2011-10-25 at 20:41 +0200, Michal Suchanek wrote:
> 2011/10/25 Michel Dänzer :
> > On Mon, 2011-10-24 at 23:23 +0200, Michal Suchanek wrote:
> >> With this patch it should be at least possible to turn off all this
> >> when it does not work.
> >
> >
On Mit, 2011-10-26 at 12:05 +0200, Michal Suchanek wrote:
> 2011/10/26 Michel Dänzer :
> > On Die, 2011-10-25 at 20:41 +0200, Michal Suchanek wrote:
> >> 2011/10/25 Michel Dänzer :
> >> > On Mon, 2011-10-24 at 23:23 +0200, Michal Suchanek wrote:
> >> &
501 - 600 of 1291 matches
Mail list logo
