.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130504/38f55d6c/attachment-0001.html>
are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130504/91002b11/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130504/956aa27f/attachment.html>
ext part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130504/11d15d6f/attachment.html>
Hi,
Recently I've been working a bit on a DRM driver for the GPU of Samsung
S3C6410 SoCs, which required me to familiarize a bit with exynos-drm, as
it already contains a KMS driver which is compatible with the SoC I'm
working with, making it a good place to put my driver in.
Reading through
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130504/edea8e5c/attachment.html>
, as the effect is shown more
clearly there.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130504/c8a340d3/attachment.html>
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130504/766c5efb/attachment.html>
||and TURKS
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130504/ece96
Hi Dave,
A few intel fixes for smaller issues and one revert for an sdv hack which
we've wanted to kill anyway. Plus two drm patches included for your
convenience, both regression fixers for mine own screw-ups.
Cheers, Daniel
The following changes since commit
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130504/384746a8/attachment.html>
ext part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130504/de165c8a/attachment.html>
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130504/98647fc1/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130504/212c38d4/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130504/f51a1398/attachment.html>
On Fri, May 03, 2013 at 04:00:30PM -0700, Andy Lutomirski wrote:
> This replaces drm_mtrr_{add,del} with drm_mtrr_{add,del}_wc. The
> interface is simplified (because the base and size parameters to
> drm_mtrr_del never did anything) and it uses
> mtrr_{add,del}_wc_if_needed to avoid allocating
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130504/e1122375/attachment.html>
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130504/ac1635dd/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130504/fb349cc9/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130504/e6aa9d56/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130504/6d436c9f/attachment.html>
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130504/dcbb6f60/attachment-0001.html>
?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130504/fc0a916d/attachment.html>
rds,
Erdem
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130504/bd40685c/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130504/8c645914/attachment-0001.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130504/8c571afe/attachment.html>
On 3 May 2013 at 15:03, Jani Nikula wrote:
> >> This fixes a compilation issue with clang. An initial version of this patch
> >> was developed by PaX Team .
> >> This is respin of this patch.
> >>
> >> Signed-off-by: Jan-Simon M?ller
> >> CC: pageexec at freemail.hu
> >> CC: daniel.vetter at
On Sat, May 4, 2013 at 10:45 AM, Daniel Vetter wrote:
> On Fri, May 03, 2013 at 04:00:30PM -0700, Andy Lutomirski wrote:
>> This replaces drm_mtrr_{add,del} with drm_mtrr_{add,del}_wc. The
>> interface is simplified (because the base and size parameters to
>> drm_mtrr_del never did anything) and
On Sat, May 4, 2013 at 3:18 AM, Josh Boyer wrote:
> On Fri, May 03, 2013 at 10:40:17PM +0200, Daniel Vetter wrote:
>>On Fri, May 3, 2013 at 10:31 PM, Josh Boyer wrote:
>>> OK. Git bisect tells me this:
>>>
>>> 57c219633275c7e7413f8bc7be250dc092887458 is the first bad commit
>>> commit
On Fri, 2013-05-03 at 19:43 -0300, Kleber Sacilotto de Souza wrote:
> This patch series does:
> 1. max_bus_speed is used to set the device to gen2 speeds
> 2. on power there's no longer a conflict between the pseries call and other
> architectures, because the overwrite is done via a ppc_md
see a different error.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130504/c6712c0b/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130504/3c9e0362/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #2 from Tom Stellard ---
For pyrit it looks like we aren't handling one of the intrinsics produced by
the AMDILPeephole optimizer, but can you still post the output with the
RADEON_DEBUG=cs env variable set.
Do you have a link to
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #3 from Tom Stellard tstel...@gmail.com ---
Created attachment 78831
-- https://bugs.freedesktop.org/attachment.cgi?id=78831action=edit
Possible fix
This patch should fix the error you were seeing with pyrit. However, it's
On Sat, May 4, 2013 at 3:18 AM, Josh Boyer jwbo...@gmail.com wrote:
On Fri, May 03, 2013 at 10:40:17PM +0200, Daniel Vetter wrote:
On Fri, May 3, 2013 at 10:31 PM, Josh Boyer jwbo...@gmail.com wrote:
OK. Git bisect tells me this:
57c219633275c7e7413f8bc7be250dc092887458 is the first bad
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #5 from Erdem U. Altinyurt spamjunkea...@gmail.com ---
Created attachment 78838
-- https://bugs.freedesktop.org/attachment.cgi?id=78838action=edit
Pyrit Error log with Debug
--
You are receiving this mail because:
You are the
On Fri, May 3, 2013 at 2:04 AM, Rahul Sharma r.sh.o...@gmail.com wrote:
On Mon, Apr 29, 2013 at 10:06 PM, Sean Paul seanp...@google.com wrote:
On Mon, Apr 29, 2013 at 10:50 AM, Rahul Sharma rahul.sha...@samsung.com
wrote:
Exynos hdmi sub-system consists of mixer, hdmi ip, hdmi-phy and
A fair number of drivers (mostly graphics) add write-combining MTRRs.
Most ignore errors and most add the MTRR even on PAT systems which don't
need to use MTRRs.
This series adds new functions mtrr_{add,del}_wc_if_needed and
drm_mtrr_{add,del}_wc that report errors and do nothing if PAT is
These MTRR helpers add a WC MTRR if PAT is disabled. Modern drivers should
be using ioremap_wc, etc. to get WC memory; the MTRR is just a fallback
if the system doesn't have PAT. So, rather than allocating an unnecessary
MTRR even on PAT systems and having error handling spread out and handled
On Fri, May 03, 2013 at 06:08:52PM +0200, Daniel Vetter wrote:
On Fri, May 3, 2013 at 4:39 PM, Josh Boyer jwbo...@gmail.com wrote:
On Fri, May 03, 2013 at 02:25:57AM +0100, Dave Airlie wrote:
The following changes since commit b6a9b7f6b1f21735a7456d534dc0e68e61359d2c:
mm: prevent mmap_cache
This replaces drm_mtrr_{add,del} with drm_mtrr_{add,del}_wc. The
interface is simplified (because the base and size parameters to
drm_mtrr_del never did anything) and it uses
mtrr_{add,del}_wc_if_needed to avoid allocating MTRRs on systems
that don't need them.
Signed-off-by: Andy Lutomirski
Signed-off-by: Andy Lutomirski l...@amacapital.net
---
This needs careful review. I don't really know what this code does, nor
do I have the hardware. (I don't understand AGP and the associated
caching implications.)
drivers/gpu/drm/drm_bufs.c | 11 ---
drivers/gpu/drm/drm_vm.c | 13
i915 open-coded logic that was essentially equivalent to the new
drm_mtrr_{add,del}_wc.
Signed-off-by: Andy Lutomirski l...@amacapital.net
---
drivers/gpu/drm/i915/i915_dma.c | 43 ++---
1 file changed, 6 insertions(+), 37 deletions(-)
diff --git
The old code allowed very strange memory types. Now it works like
all the other video drivers: ioremap_wc is used unconditionally,
and MTRRs are set if PAT is unavailable (unless MTRR is disabled
by a module parameter).
UC, WB, and WT support is gone. If there are MTRR conflicts that prevent
On Fri, May 03, 2013 at 10:40:17PM +0200, Daniel Vetter wrote:
On Fri, May 3, 2013 at 10:31 PM, Josh Boyer jwbo...@gmail.com wrote:
OK. Git bisect tells me this:
57c219633275c7e7413f8bc7be250dc092887458 is the first bad commit
commit 57c219633275c7e7413f8bc7be250dc092887458
Author: Daniel
On 3 May 2013 at 15:03, Jani Nikula wrote:
This fixes a compilation issue with clang. An initial version of this patch
was developed by PaX Team pageexec at freemail.hu.
This is respin of this patch.
Signed-off-by: Jan-Simon Möller dl...@gmx.de
CC: pagee...@freemail.hu
CC:
https://bugs.freedesktop.org/show_bug.cgi?id=64193
--- Comment #4 from vincent v...@ovi.com ---
Can you cherry pick this patch :
https://bugs.freedesktop.org/attachment.cgi?id=78786 (from bugid 64096) on top
of 25f259cde28860ea76c2f5628010968945a28edb and post the output of
R600_DEBUG=vs,ps,fs
On Fri, May 03, 2013 at 04:00:30PM -0700, Andy Lutomirski wrote:
This replaces drm_mtrr_{add,del} with drm_mtrr_{add,del}_wc. The
interface is simplified (because the base and size parameters to
drm_mtrr_del never did anything) and it uses
mtrr_{add,del}_wc_if_needed to avoid allocating MTRRs
https://bugs.freedesktop.org/show_bug.cgi?id=63730
Parag parag.warud...@gmail.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
https://bugs.freedesktop.org/show_bug.cgi?id=63730
Parag parag.warud...@gmail.com changed:
What|Removed |Added
Status|REOPENED|RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=63935
--- Comment #7 from Parag parag.warud...@gmail.com ---
I am getting the same error on HD6750M - I verified the kernel (Linus git from
today) I am running has the raise clocks patch. I've also replaced everything
in /lib/firmware/radeon from
Hi Dave,
A few intel fixes for smaller issues and one revert for an sdv hack which
we've wanted to kill anyway. Plus two drm patches included for your
convenience, both regression fixers for mine own screw-ups.
Cheers, Daniel
The following changes since commit
https://bugs.freedesktop.org/show_bug.cgi?id=64193
--- Comment #5 from Andy Furniss adf.li...@gmail.com ---
(In reply to comment #4)
Can you cherry pick this patch :
https://bugs.freedesktop.org/attachment.cgi?id=78786 (from bugid 64096) on
top of 25f259cde28860ea76c2f5628010968945a28edb and
https://bugs.freedesktop.org/show_bug.cgi?id=64193
--- Comment #6 from Andy Furniss adf.li...@gmail.com ---
Created attachment 78854
-- https://bugs.freedesktop.org/attachment.cgi?id=78854action=edit
R600_DEBUG=vs,ps,fs glxgears rendering OK on packetize with patch
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=64193
--- Comment #7 from Andy Furniss adf.li...@gmail.com ---
Created attachment 78855
-- https://bugs.freedesktop.org/attachment.cgi?id=78855action=edit
R600_DEBUG=vs,ps,fs glxgears rendering dark on heads
--
You are receiving this mail because:
Hi,
Recently I've been working a bit on a DRM driver for the GPU of Samsung
S3C6410 SoCs, which required me to familiarize a bit with exynos-drm, as
it already contains a KMS driver which is compatible with the SoC I'm
working with, making it a good place to put my driver in.
Reading through
https://bugs.freedesktop.org/show_bug.cgi?id=61747
--- Comment #13 from Chris Rankin ranki...@googlemail.com ---
This version of Mesa is a lot more promising!
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD CAICOS
OpenGL core profile version string: 3.1 (Core Profile) Mesa
https://bugs.freedesktop.org/show_bug.cgi?id=64220
--- Comment #1 from runetmem...@gmail.com ---
Created attachment 78857
-- https://bugs.freedesktop.org/attachment.cgi?id=78857action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=64220
--- Comment #2 from runetmem...@gmail.com ---
Created attachment 78858
-- https://bugs.freedesktop.org/attachment.cgi?id=78858action=edit
Xorg log
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=56659
--- Comment #4 from runetmem...@gmail.com ---
Still reproducible with radeon 7.1.0. Tested on native Left 4 Dead 2.
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=64220
runetmem...@gmail.com changed:
What|Removed |Added
Summary|GPU lockup in L4D2 on SUMO |GPU lockup in L4D2 on SUMO
https://bugs.freedesktop.org/show_bug.cgi?id=64220
--- Comment #3 from runetmem...@gmail.com ---
This GPU lockup is also reproducible on Radeon HD 6650M.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing
https://bugs.freedesktop.org/show_bug.cgi?id=60553
lethar...@gmail.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://bugs.freedesktop.org/show_bug.cgi?id=60553
--- Comment #6 from lethar...@gmail.com ---
Created attachment 78860
-- https://bugs.freedesktop.org/attachment.cgi?id=78860action=edit
Trine 2 in fullscreen, heavy miss rendering.
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=60553
--- Comment #8 from lethar...@gmail.com ---
Created attachment 78862
-- https://bugs.freedesktop.org/attachment.cgi?id=78862action=edit
Trine 2 windowed. Proper rendering.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #7 from Tom Stellard tstel...@gmail.com ---
(In reply to comment #4)
Hi friends,
@Vincent, I will add output as an attachment.
@Tom Stellard
For pyrit : svn checkout http://pyrit.googlecode.com/svn/trunk/
pyrit-read-only
https://bugs.freedesktop.org/show_bug.cgi?id=64220
runetmem...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=60969
runetmem...@gmail.com changed:
What|Removed |Added
CC||runetmem...@gmail.com
---
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #8 from Erdem U. Altinyurt spamjunkea...@gmail.com ---
(In reply to comment #7)
I would recommend using bfgminer for bitcoin mining. It auto-detects the
mesa platform, and disabled unsupported features. All you need to do to get
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #9 from Erdem U. Altinyurt spamjunkea...@gmail.com ---
Created attachment 78868
-- https://bugs.freedesktop.org/attachment.cgi?id=78868action=edit
GPU Lockup with bfgminer -v1 --benchmark kernel messages
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=64225
Priority: medium
Bug ID: 64225
Assignee: dri-devel@lists.freedesktop.org
Summary: bfgminer --scyte generates Segmentation Fault on
Northern Island
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=64226
Priority: medium
Bug ID: 64226
Assignee: dri-devel@lists.freedesktop.org
Summary: python-opencl package generate segmentation fault at
pipe_r600.so
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=64225
Erdem U. Altinyurt spamjunkea...@gmail.com changed:
What|Removed |Added
Component|Drivers/DRI/R600
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #10 from Erdem U. Altinyurt spamjunkea...@gmail.com ---
Also faced same lockups at GIMP OpenCL, otherwise it looks start working,
sloly. :)
If bfgminer fix doesn't fix GIMP also, I will open bug report for it also.
Thanks.
--
74 matches
Mail list logo