DMAR support on g4x/gm45 integrated gpus seems to be totally busted.
So don't bother, but instead disable it by default to allow distros to
unconditionally enable DMAR support.
v2: Actually wire up the right quirk entry, spotted by Adam Jackson.
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?
On Sun, Jan 20, 2013 at 10:52 PM, Mihai Moldovan wrote:
> the patch does work, i.e., it turns off DMAR for the graphics card and
> alleviates the freezes when loading i915/kms.
>
> However, still seeing random machine freezes with it (being consistent with
> the
> behavior I've experienced with i
rs in
a stationary shot.
--
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/20130120/1db60ff8/attachment.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/20130120/69d4a6a1/attachment-0001.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130120/a312a47a/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130120/c4737dc0/attachment.html>
On Sun, Jan 20, 2013 at 04:42:55PM +0100, Daniel Vetter wrote:
> On Sun, Jan 20, 2013 at 4:08 PM, Rob Clark wrote:
> > One thing I've run into in the past when trying to make changes in drm
> > core, and Daniel Vetter has mentioned the same, is that it is a bit of
> > a pain to compile test things
On Sun, Jan 20, 2013 at 09:08:34AM -0600, Rob Clark wrote:
> One thing I've run into in the past when trying to make changes in drm
> core, and Daniel Vetter has mentioned the same, is that it is a bit of
> a pain to compile test things for the arm drivers that do not support
> CONFIG_ARCH_MULTIPLA
On Fri, Jan 18, 2013 at 05:00:34PM +0100, David Herrmann wrote:
[...]
> Also ${} is pretty standard in makefiles, isn't it?
The curly braces are allowed and valid syntax, but I haven't seen many
uses of them. Historically only $() was a documented feature, while ${}
was accepted as equivalent but
ure
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130120/4843421c/attachment-0001.bin>
On Sun, Jan 20, 2013 at 10:24 PM, Daniel Vetter
wrote:
> On Sun, Jan 20, 2013 at 10:15 PM, Sedat Dilek
> wrote:
>> Hi Daniel,
>>
>> I am testing your patchset (original postings at [1]).
>> At a 1st look it seems to be OK.
>> Any tests you want me to run?
>
> Imo the fundamentals of the series
archives/dri-devel/attachments/20130120/bc9c783a/attachment.html>
On Sun, Jan 20, 2013 at 2:39 PM, Sedat Dilek wrote:
> On Sun, Jan 20, 2013 at 2:30 PM, Sedat Dilek wrote:
>> Hi,
>>
>> I am here on Ubuntu/precise AMD64.
>>
>> With the attached scripts I can't use a i965_dri.so for example from
>> gles3 GIT tree.
>>
>> First, I have built libdrm-2.4.41, installe
Hi Daniel,
the patch does work, i.e., it turns off DMAR for the graphics card and
alleviates the freezes when loading i915/kms.
However, still seeing random machine freezes with it (being consistent with the
behavior I've experienced with intel_iommu=igfx_off).
The patch + forcing RWBF is workin
On Sun, Jan 20, 2013 at 10:24 PM, Daniel Vetter wrote:
> On Sun, Jan 20, 2013 at 10:15 PM, Sedat Dilek wrote:
>> Hi Daniel,
>>
>> I am testing your patchset (original postings at [1]).
>> At a 1st look it seems to be OK.
>> Any tests you want me to run?
>
> Imo the fundamentals of the series are
On Sun, Jan 20, 2013 at 2:30 PM, Sedat Dilek wrote:
> Hi,
>
> I am here on Ubuntu/precise AMD64.
>
> With the attached scripts I can't use a i965_dri.so for example from
> gles3 GIT tree.
>
> First, I have built libdrm-2.4.41, installed and ldconfig-ed it before
> building mesa.
>
> I have chosen
Hi,
I am here on Ubuntu/precise AMD64.
With the attached scripts I can't use a i965_dri.so for example from
gles3 GIT tree.
First, I have built libdrm-2.4.41, installed and ldconfig-ed it before
building mesa.
I have chosen a classic XORG prefix!
[ /etc/ld.so.conf.d/xorg.conf ]
# Xorg lib con
On Sun, Jan 20, 2013 at 10:15 PM, Sedat Dilek wrote:
> Hi Daniel,
>
> I am testing your patchset (original postings at [1]).
> At a 1st look it seems to be OK.
> Any tests you want me to run?
Imo the fundamentals of the series are well-tested with the i-g-t
series, so running things on as many (n
On Sun, Jan 20, 2013 at 4:32 PM, Daniel Vetter wrote:
> Changes since the patchbomb on dri-devel:
> - Added a patch to adjust the new omapdrm code in 3.8-rc4, reviewed by Rob
> Clark on irc (hence also why the baseline of this pull is 3.8-rc4).
> - Slightly fixed/clarified some commit messages a
Hi Daniel,
I am testing your patchset (original postings at [1]).
At a 1st look it seems to be OK.
Any tests you want me to run?
Regards,
- Sedat -
[1] http://marc.info/?l=linux-kernel&m=135869595905432&w=2
-- next part --
[0.00] Initializing cgroup subsys cpuset
https://bugs.freedesktop.org/show_bug.cgi?id=59649
Priority: medium
Bug ID: 59649
Assignee: dri-devel@lists.freedesktop.org
Summary: [r600][RV635] GPU lockup CP stall / GPU resets over
and over - Kernel 3.7, 3.8-rcX
Severity:
https://bugzilla.kernel.org/show_bug.cgi?id=43751
ewhite changed:
What|Removed |Added
CC||ewhit...@etcsys.com
--- Comment #6 from ewhi
Hi Linus,
A bunch of intel and radeon fixes, along with two fixes to TTM code.
The correct fix for the Intel ironlake failure is in this, and should make
things more stable, along with some misc radeon fixes.
Dave.
The following changes since commit 7b4cf994e4c6ba48872bb25253cc393b7fb74c82:
https://bugzilla.kernel.org/show_bug.cgi?id=30102
--- Comment #9 from maolihappy <506330...@qq.com> 2013-01-21 03:04:59 ---
My hardware is rv770, and I try to avoid the ring_test. However, the dmesg
shows error on ib_test ad return to 0xCAFEDEAD. Could you tell me the reason of
this problem?
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130120/584cd531/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=56534
--- Comment #5 from Alexandre Demers ---
Forcing MLAA through driconf on Cayman 6950 crashes Gnome Shell if both mlaa
and mlaa color (2D) are set (tested with both set to 8). If one of them is not
set, Gnome Shell doesn't crashes.
MLAA color (2D
Thanks, David.
After "sudo apt-get install docbook-xsl" and configure the libdrm with
"--enable-manpages", I see the manpages generated.
Mark
On 01/20/2013 05:17 PM, David Herrmann wrote:
> Hi Mark
>
> On Sun, Jan 20, 2013 at 7:39 AM, Mark Zhang wrote:
>> Hi David:
>>
>> Sorry for jumping in. I
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130120/22fff2b4/attachment.html>
On Sun, Jan 20, 2013 at 4:08 PM, Rob Clark wrote:
> One thing I've run into in the past when trying to make changes in drm
> core, and Daniel Vetter has mentioned the same, is that it is a bit of
> a pain to compile test things for the arm drivers that do not support
> CONFIG_ARCH_MULTIPLATFORM.
Hi Dave,
I've figured a pull request is easier ;-)
Changes since the patchbomb on dri-devel:
- Added a patch to adjust the new omapdrm code in 3.8-rc4, reviewed by Rob
Clark on irc (hence also why the baseline of this pull is 3.8-rc4).
- Slightly fixed/clarified some commit messages and fixed o
https://bugs.freedesktop.org/show_bug.cgi?id=58033
--- Comment #14 from Chris Rankin ---
Created attachment 73350
--> https://bugs.freedesktop.org/attachment.cgi?id=73350&action=edit
Yet more corruption in WoW
All of these screenshots were taken while moving. The corruption disappears in
a sta
https://bugs.freedesktop.org/show_bug.cgi?id=58033
Chris Rankin changed:
What|Removed |Added
Attachment #73348|image/png |image/jpeg
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=58033
--- Comment #13 from Chris Rankin ---
Created attachment 73349
--> https://bugs.freedesktop.org/attachment.cgi?id=73349&action=edit
More corruption in WoW
Another screenshot, to give you a better idea.
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=58033
--- Comment #12 from Chris Rankin ---
Created attachment 73348
--> https://bugs.freedesktop.org/attachment.cgi?id=73348&action=edit
Screenshot of corruption in WoW
--
You are receiving this mail because:
You are the assignee for the bug.
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/20130120/65de01b6/attachment.html>
On Sun, Jan 20, 2013 at 10:52 PM, Mihai Moldovan wrote:
> the patch does work, i.e., it turns off DMAR for the graphics card and
> alleviates the freezes when loading i915/kms.
>
> However, still seeing random machine freezes with it (being consistent with
> the
> behavior I've experienced with i
DMAR support on g4x/gm45 integrated gpus seems to be totally busted.
So don't bother, but instead disable it by default to allow distros to
unconditionally enable DMAR support.
v2: Actually wire up the right quirk entry, spotted by Adam Jackson.
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?
https://bugzilla.kernel.org/show_bug.cgi?id=30102
--- Comment #8 from Alex Deucher 2013-01-20
14:40:26 ---
I've never been able to reproduce this problem on any RS780 hardware that I
have access to. 3.0.34 is really old. There have been a lot of changes in the
driver since then that could
On Sun, Jan 20, 2013 at 2:30 PM, Sedat Dilek wrote:
> Hi,
>
> I am here on Ubuntu/precise AMD64.
>
> With the attached scripts I can't use a i965_dri.so for example from
> gles3 GIT tree.
>
> First, I have built libdrm-2.4.41, installed and ldconfig-ed it before
> building mesa.
>
> I have chosen
Hi David:
Sorry for jumping in. I pulled the ToT libdrm and it seems the manpages
will not be built("make html" does nothing), any suggestions?
P.S: I've installed xsltproc.
Mark
On 01/19/2013 12:01 AM, David Herrmann wrote:
> On Fri, Jan 18, 2013 at 5:00 PM, David Herrmann
> wrote:
>> Hi Thier
2012/10/29 Matthijs Kooijman :
> I'm using some evergreen systems with HDMI output, which got broken by a
> recent commit. In commit 1c3439f (drm/radeon/hdmi: update modesetting),
> the HDMI_ACR_SOURCE bit is set in the HDMI_ACR_PACKET_CONTROL register.
>
> However, setting this bit breaks my HDMI
https://bugs.freedesktop.org/show_bug.cgi?id=58033
--- Comment #11 from Chris Rankin ---
Created attachment 73347
--> https://bugs.freedesktop.org/attachment.cgi?id=73347&action=edit
Screenshot of corruption in WoW
(In reply to comment #9)
> Could you please attach a screenshot showing the iss
that works.
[1] http://who-t.blogspot.de/2009/04/my-workflow.html
[2] http://lists.freedesktop.org/archives/dri-devel/2013-January/033614.html
-- next part --
A non-text attachment was scrubbed...
Name: build_libdrm.sh
Type: application/x-sh
Size: 1043 bytes
On Sun, Jan 20, 2013 at 10:15 PM, Sedat Dilek wrote:
> Hi Daniel,
>
> I am testing your patchset (original postings at [1]).
> At a 1st look it seems to be OK.
> Any tests you want me to run?
Imo the fundamentals of the series are well-tested with the i-g-t
series, so running things on as many (n
On Sun, Jan 20, 2013 at 4:32 PM, Daniel Vetter wrote:
> Changes since the patchbomb on dri-devel:
> - Added a patch to adjust the new omapdrm code in 3.8-rc4, reviewed by Rob
> Clark on irc (hence also why the baseline of this pull is 3.8-rc4).
> - Slightly fixed/clarified some commit messages a
I don't suppose you could send a libdrm patch to the list with an up
to date version of the g2dtest code so we can get it in libdrm tree?
BR,
-R
On Fri, Mar 16, 2012 at 1:28 AM, Joonyoung Shim
wrote:
> On 03/15/2012 07:50 PM, Dave Airlie wrote:
>>>
>>> G2D is a 2D graphic accelerator that suppo
https://bugs.freedesktop.org/show_bug.cgi?id=59592
n...@detonation.org changed:
What|Removed |Added
Summary|Reproducable GPU lockups|Radeon HD 5670:
|
Hi Mark
On Sun, Jan 20, 2013 at 7:39 AM, Mark Zhang wrote:
> Hi David:
>
> Sorry for jumping in. I pulled the ToT libdrm and it seems the manpages
> will not be built("make html" does nothing), any suggestions?
The manpages should be built automatically if you do "make". Or you
can try "make -C
I don't suppose you could send a libdrm patch to the list with an up
to date version of the g2dtest code so we can get it in libdrm tree?
BR,
-R
On Fri, Mar 16, 2012 at 1:28 AM, Joonyoung Shim wrote:
> On 03/15/2012 07:50 PM, Dave Airlie wrote:
>>>
>>> G2D is a 2D graphic accelerator that suppor
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130120/55093978/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=59614
--- Comment #2 from Markus Rinne ---
I tested the changes linked by Alex. They fix the issue for me.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing li
One thing I've run into in the past when trying to make changes in drm
core, and Daniel Vetter has mentioned the same, is that it is a bit of
a pain to compile test things for the arm drivers that do not support
CONFIG_ARCH_MULTIPLATFORM. I went through a while back and fixed up
the low hanging fr
https://bugzilla.kernel.org/show_bug.cgi?id=30102
--- Comment #7 from maolihappy <506330518 at qq.com> 2013-01-20 08:09:26 ---
I don't know either. However, I have this question. My version of kernel is
3.0.34 and on the Internet I find that kernel 3.1 may solve this problem. Who
can tell me
On Sun, Jan 20, 2013 at 4:08 PM, Rob Clark wrote:
> One thing I've run into in the past when trying to make changes in drm
> core, and Daniel Vetter has mentioned the same, is that it is a bit of
> a pain to compile test things for the arm drivers that do not support
> CONFIG_ARCH_MULTIPLATFORM.
Hi Dave,
I've figured a pull request is easier ;-)
Changes since the patchbomb on dri-devel:
- Added a patch to adjust the new omapdrm code in 3.8-rc4, reviewed by Rob
Clark on irc (hence also why the baseline of this pull is 3.8-rc4).
- Slightly fixed/clarified some commit messages and fixed o
One thing I've run into in the past when trying to make changes in drm
core, and Daniel Vetter has mentioned the same, is that it is a bit of
a pain to compile test things for the arm drivers that do not support
CONFIG_ARCH_MULTIPLATFORM. I went through a while back and fixed up
the low hanging fr
https://bugs.freedesktop.org/show_bug.cgi?id=59614
--- Comment #1 from Alex Deucher ---
Fixed with this commit which should be upstream any day now:
http://cgit.freedesktop.org/~agd5f/linux/commit/?h=drm-fixes-3.8&id=19fc42ed9950d5fe17089c0a928121047c882092
--
You are receiving this mail becaus
https://bugzilla.kernel.org/show_bug.cgi?id=30102
--- Comment #8 from Alex Deucher 2013-01-20 14:40:26
---
I've never been able to reproduce this problem on any RS780 hardware that I
have access to. 3.0.34 is really old. There have been a lot of changes in the
driver since then that could
2012/10/29 Matthijs Kooijman :
> I'm using some evergreen systems with HDMI output, which got broken by a
> recent commit. In commit 1c3439f (drm/radeon/hdmi: update modesetting),
> the HDMI_ACR_SOURCE bit is set in the HDMI_ACR_PACKET_CONTROL register.
>
> However, setting this bit breaks my HDMI
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130120/4d4d45a4/attachment.html>
* On 19.01.2013 05:13 PM, Mihai Moldovan wrote:
> * On 19.01.2013 02:27 PM, Daniel Vetter wrote:
>> You have a gen4.5 chipset which is known to be utterly broken for
>> IOMMU+intel gpu.
> Nice description for what I'm seeing. ;)
>
> After some more hours of uptime I'm inclined to say, that "intel_i
* On 19.01.2013 02:27 PM, Daniel Vetter wrote:
> You have a gen4.5 chipset which is known to be utterly broken for
> IOMMU+intel gpu.
Nice description for what I'm seeing. ;)
After some more hours of uptime I'm inclined to say, that "intel_iommu=off
iommu=off" fixes my random freezes as well.
Ala
Ensure all fields of the struct fb_deferred_io are zeroed out on init,
otherwise the fbdefio->first_io function pointer can contain garbage,
and fb_deferred_io_mkwrite() will end up jumping to this garbage address.
Signed-off-by: Nickolai Zeldovich
---
drivers/gpu/drm/udl/udl_fb.c |2 +-
1 f
On Fri, Jan 18, 2013 at 6:25 PM, Matt Turner wrote:
> On Thu, Jan 17, 2013 at 8:19 PM, Sedat Dilek wrote:
>> Hi,
>>
>> I am playing with llvm/clang v3.2 and mesa.
>>
>> It's annoying to see these hundreds of warnings...
>>
>> clang: warning: argument unused during compilation: '-fno-builtin-m
On Fri, Jan 18, 2013 at 5:19 AM, Sedat Dilek wrote:
> Hi,
>
> I am playing with llvm/clang v3.2 and mesa.
>
> It's annoying to see these hundreds of warnings...
>
> clang: warning: argument unused during compilation: '-fno-builtin-memcmp'
>
> NOTE: '-fno-builtin-memcmp' is a gcc-specific compi
Thanks, David.
After "sudo apt-get install docbook-xsl" and configure the libdrm with
"--enable-manpages", I see the manpages generated.
Mark
On 01/20/2013 05:17 PM, David Herrmann wrote:
> Hi Mark
>
> On Sun, Jan 20, 2013 at 7:39 AM, Mark Zhang wrote:
>> Hi David:
>>
>> Sorry for jumping in. I
Hi Mark
On Sun, Jan 20, 2013 at 7:39 AM, Mark Zhang wrote:
> Hi David:
>
> Sorry for jumping in. I pulled the ToT libdrm and it seems the manpages
> will not be built("make html" does nothing), any suggestions?
The manpages should be built automatically if you do "make". Or you
can try "make -C
https://bugs.freedesktop.org/show_bug.cgi?id=59614
Priority: medium
Bug ID: 59614
Assignee: dri-devel@lists.freedesktop.org
Summary: [bisected] Black screen on boot with Radeon HD 6670
Severity: normal
Classification: Unclassified
https://bugzilla.kernel.org/show_bug.cgi?id=30102
--- Comment #7 from maolihappy <506330...@qq.com> 2013-01-20 08:09:26 ---
I don't know either. However, I have this question. My version of kernel is
3.0.34 and on the Internet I find that kernel 3.1 may solve this problem. Who
can tell me th
69 matches
Mail list logo
