Hi all:
I have a problem. I want to make a command buffer in PCIE memory, and
make Engine execute those commands.
First set PCIE memory to be WC, copy command to command buffer in PCIE
memory, and make HW to execute those commands.
sometimes, the Graphic engine will hang.
I try to use mb() to clear WC buffer, it seems a little butter? But
the problem is still.
When I set the PCIE memory to Uncached, everthing is OK.
So, Is it due to the write buffer that is not evicted ?
…
[View More]and how to clear the WC buffer?
Thanks
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=25142
--- Comment #29 from Eric Appleman <erappleman(a)gmail.com> 2010-06-18 01:26:18 PDT ---
I'm seeing this bug on my machine too and have been for over a year.
Intel i945gm
Mesa 7.8.1
Xserver 1.8.2
Linux 2.6.35 rc3
Touhou 11 and 12 are pretty much unplayable. 10 fps in fbo mode. 30 fps in-game
(60 fps menu) in backbuffer and pbuffer modes.
Touhou 10 has it's problem spots during complex scenes, but works fine. All of
the older games are …
[View More]fine 90% of the time.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #14 from Alex Deucher <agd5f(a)yahoo.com> 2010-06-17 09:31:30 PDT ---
You can also dump the regs as described in the previous comment using fglrx if
that's easier. I just need a dump from a working state.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=27314
Alex Deucher <agd5f(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |seblu(a)seblu.net
--- Comment #12 from Alex Deucher <agd5f(a)yahoo.com> 2010-06-17 09:02:54 PDT ---
*** Bug 28554 has been marked as a duplicate of this bug. ***
--
Configure bugmail: https://bugs.freedesktop.…
[View More]org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=28554
Summary: Radeon fail with DisplayPort
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: blocker
Priority: medium
Component: DRM/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: seblu(a)seblu.net
Created an attachment (id=36293)
--> (https://bugs.freedesktop.org/…
[View More]attachment.cgi?id=36293)
dmesg
Hi,
I would report you a bug with displayport and radeon module on recent linux
kernel. When my card is plugged with displayport I have the following error in
dmesg and screen stay black.
[ 18.493734] [drm:dp_link_train] ERROR clock recovery reached max voltage
[ 18.493735] [drm:dp_link_train] ERROR clock recovery failed
[ 18.510279] [drm:dp_link_train] ERROR channel eq failed: 5 tries
[ 18.510280] [drm:dp_link_train] ERROR channel eq failed
When i plug my screen with (dell 27" 2560*1440) a DVI cord everything is
fabulous.
This was tested with 2.6.35-rc3, 2.6.34, 2.6.32 and all is revelent. I've also
tested with a patch from here :
http://comments.gmane.org/gmane.comp.video.dri.devel/46851
but nothing change.
My test was done with a debian sid/experimental disto.
# lspci|grep VGA
01:00.0 VGA compatible controller: ATI Technologies Inc RV710 [Radeon HD 4550]
# uname -a
Linux sluttrin 2.6.35-rc3-seblu #5 SMP Mon Jun 14 15:43:18 CEST 2010 x86_64
GNU/Linux
# dpkg -l|grep -e radeon -e mesa
(16:47)[2]
ii libdrm-radeon1 2.4.21-1
Userspace interface to radeon-specific kerne
ii libdrm-radeon1-dbg 2.4.21-1
Userspace interface to radeon-specific kerne
ii libgl1-mesa-dri 7.8.1-2 A
free implementation of the OpenGL API -- D
ii libgl1-mesa-glx 7.8.1-2 A
free implementation of the OpenGL API -- G
ii libglu1-mesa 7.7.1-3 The
OpenGL utility library (GLU)
ii mesa-utils 7.7.1-3
Miscellaneous Mesa GL utilities
ii xserver-xorg-video-radeon 1:6.13.0-2 X.Org
X server -- AMD/ATI Radeon display dri
ii xserver-xorg-video-radeon-dbg 1:6.13.0-2 X.Org
X server -- AMD/ATI Radeon display dri
ii xserver-xorg-video-radeonhd 1.3.0-3 X.Org
X server -- AMD/ATI r5xx-r7xx alternat
ii xserver-xorg-video-radeonhd-dbg 1.3.0-3 X.Org
X server -- AMD/ATI r5xx-r7xx alternat
I can provide more information on request and offer help testing patches.
Regards,
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]
[resend to correct dri-devel address]
Hi all-
Just a friendly regression reminder: a recent patch intended to fix
the long-standing hotplug storm bugs in i915 instead made it a good
deal worse -- I now get hotplug interrupts constantly as long as
anything (plymouth or Xorg, for example) is querying CRT status.
Analysis and potential at:
https://patchwork.kernel.org/patch/105727/
Briefly, the offending commit
(http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h…)
…
[View More]cleaned up the programming of CRT detection parameters in such a way
that they get reprogrammed every time CRT status is read, which causes
the GPU to helpfully report a hotplug interrupt shortly afterwards.
It would be nice to get a fix queued up in time for -rc4.
Thanks,
Andy
[View Less]