Changelog v2:
Implement copy sgt code in exynos_get_sgt itself instead of calling
sg_clone_table.
Changelog v1:
During map_dma_buf, a new sgt needs to be created before being mapped to
another device's address space. Currently, this sgt is created by calling
dma_get_sgtable which creates a sgt f
On 02.12.2012 22:55, Thierry Reding wrote:
> FWIW I'm convinced that you're genuinely trying to make this work and
> nobody welcomes this more than me. However it is only natural if you
> dump such a large body of code on the community that people will
> disagree with some of the design decisions.
According to the new IOMMU framework for exynos sysmmus, the owner
of the sysmmu-tv is mixer (which is the actual device that does DMA)
and not hdmi.
The mmu-master in sysmmu-tv node is set as below in exynos5250.dtsi.
sysmmu-tv {
-
mmu-master = <&mixer>;
};
This patch moves the io
}
> }
Acked-by: Thierry Reding
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121202/cb1dd816/attachment.pgp>
- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121202/b208dd02/attachment-0001.html>
cation and drivers/gpu/host1x seems like a much
better fit.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121202/ac940101/attachment.pgp>
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/20121202/293e593b/attachment.html>
No version bump is required because setting the flag on older DRM has
no effect.
This only reserves the bit and doesn't use it. I assume we will use it
for buffer eviction heuristics.
Signed-off-by: Marek Ol??k
---
include/uapi/drm/radeon_drm.h |1 +
1 file changed, 1 insertion(+)
diff --g
e assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121202/68eca35b/attachment.html>
Hi,
Can you please file a bug report for this at bugs.freedesktop.org
against DRI -> DRM (Intel). Then please rehang your machine on a fresh
boot and attach the i915_error_state from debugfs, it should contain a
nice gpu dump with useful information. Also, please provide the
version of your usersp
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121202/16e0c25b/attachment.html>
l signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121202/a0f60372/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=40552
Stefan Dösinger changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=40554
Stefan Dösinger changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Sun, Dec 2, 2012 at 2:49 PM, Tom St Denis
wrote:
> Ok so on v3.7-rc1 [and I suspect up] I can manually control the brightness by
> echoing to
>
> /sys/class/backlight/intel_backlight/brightness
>
> But I still can't use the buttons to control it (it only goes one tick down
> from max and sto
https://bugs.freedesktop.org/show_bug.cgi?id=35095
Marek Olšák changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=35095
--- Comment #15 from Chris Rankin ---
(In reply to comment #13)
> Is this still an issue with current Mesa git?
I've just tested WoW on my M66GL (RV535?) with the latest Mesa which has head:
commit 54ff536823bf5a431efe1f2becdb21174c146948
Autho
On 01.12.2012 23:42, Dave Airlie wrote:
> Guys I think you guys might be overthniking things here.
>
> I know you have some sort of upstream/downstream split, but really in
> the upstream kernel, we don't care about that, so don't make it our
> problem.
I am not trying to make anything your probl
On Sun, Dec 02, 2012 at 05:25:05AM -0500, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Add the missing unlock before return from function host1x_drm_init()
> and host1x_drm_exit() in the error handling case.
>
> Signed-off-by: Wei Yongjun
> ---
> drivers/gpu/drm/tegra/host1x.c | 2 ++
> 1 file c
On Sun, Dec 02, 2012 at 01:24:13PM +0200, Terje Bergström wrote:
> On 01.12.2012 23:42, Dave Airlie wrote:
> > Guys I think you guys might be overthniking things here.
> >
> > I know you have some sort of upstream/downstream split, but really in
> > the upstream kernel, we don't care about that, s
Including a bunch more lists to the cc.
On Sun, Dec 2, 2012 at 12:42 PM, Daniel Vetter
wrote:
> On Sun, Dec 2, 2012 at 12:32 PM, Tom St Denis
> wrote:
>> I've narrowed it down to sometime between v3.6.8 and v3.7-rc1. So none of
>> the v3.7 series will work with this GPU/panel.
>
> Hm, that's
libdrm-2.4.40 in order to compile the
latest Mesa anyway. (Fedora 17 only has 2.4.39).
--
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/atta
https://bugs.freedesktop.org/show_bug.cgi?id=43248
BDM changed:
What|Removed |Added
Severity|minor |normal
Priority|medium
No version bump is required because setting the flag on older DRM has
no effect.
This only reserves the bit and doesn't use it. I assume we will use it
for buffer eviction heuristics.
Signed-off-by: Marek Olšák
---
include/uapi/drm/radeon_drm.h |1 +
1 file changed, 1 insertion(+)
diff --g
Thanks Daniel so I'm taking back my bug report on the i915 and claiming this as
a bug against the acpi_video stack.
What sort of information would the ACPI folk like from me to help diagnose this?
Here's a dmesg dump of all ACPI messages.
http://pastebin.com/b4XKe5Fk
Tom
- Original Messag
Hi,
Can you please file a bug report for this at bugs.freedesktop.org
against DRI -> DRM (Intel). Then please rehang your machine on a fresh
boot and attach the i915_error_state from debugfs, it should contain a
nice gpu dump with useful information. Also, please provide the
version of your usersp
https://bugs.freedesktop.org/show_bug.cgi?id=33648
--- Comment #9 from Alan Swanson ---
To confirm, this also fixes the UT2004 zmask issues reported here too. Thanks.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-de
Hi there,
I've been experiencing X.org hangups for a few month (cannot remember when
exactly it started) that are related to the i915 driver.
demsg output when the hangup occurs is always the following:
[drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
[drm:i915_hangcheck_hu
Thanks Daniel so I'm taking back my bug report on the i915 and claiming this as
a bug against the acpi_video stack.
What sort of information would the ACPI folk like from me to help diagnose this?
Here's a dmesg dump of all ACPI messages.
http://pastebin.com/b4XKe5Fk
Tom
- Original Messag
Ok so on v3.7-rc1 [and I suspect up] I can manually control the brightness by
echoing to
/sys/class/backlight/intel_backlight/brightness
But I still can't use the buttons to control it (it only goes one tick down
from max and stops there). I'm using GNOME3 from a x86_64 unstable debian
insta
From: Wei Yongjun
The dereference to 'sender' should be moved below the NULL test.
Signed-off-by: Wei Yongjun
---
drivers/gpu/drm/gma500/mdfld_dsi_output.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/gma500/mdfld_dsi_output.c
b/drivers/gpu/drm/gma
From: Wei Yongjun
Add the missing unlock before return from function host1x_drm_init()
and host1x_drm_exit() in the error handling case.
Signed-off-by: Wei Yongjun
---
drivers/gpu/drm/tegra/host1x.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/tegra/host1x.c b/drivers/
Thanks, the path works.
Jörg
2012/11/27 Chris Wilson :
> On Tue, 27 Nov 2012 17:29:36 +0100, Jörg Otte wrote:
>> At boot-up with newer kernels (at least v3.6.x, v3.7-rc) I always see
>> following on the bootup-display:
>>
>> 3.7-rcx: [drm:__gen6_gt_force_wake_mt_get] *ERROR* Timed out waiting
>
On Fri, 2012-09-28 at 23:51 +0200, Luc Verhaegen wrote:
> We still have, i hope (depends on what the FOSDEM organizers have left
> for us), 6 slots fully open: first come first serve, and the earlier
> bird gets the nicer slot!
>
> Thanks all, especially those who stepped up already.
What's the
Ok so on v3.7-rc1 [and I suspect up] I can manually control the brightness by
echoing to
/sys/class/backlight/intel_backlight/brightness
But I still can't use the buttons to control it (it only goes one tick down
from max and stops there). I'm using GNOME3 from a x86_64 unstable debian
insta
From: Wei Yongjun
The dereference to 'sender' should be moved below the NULL test.
Signed-off-by: Wei Yongjun
---
drivers/gpu/drm/gma500/mdfld_dsi_output.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/gma500/mdfld_dsi_output.c
b/drivers/gpu/drm/gma
Guys I think you guys might be overthniking things here.
I know you have some sort of upstream/downstream split, but really in
the upstream kernel, we don't care about that, so don't make it our
problem.
There is no need for any sort of stable API between host1x and the sub
drivers, we change API
On Sun, Dec 2, 2012 at 2:49 PM, Tom St Denis wrote:
> Ok so on v3.7-rc1 [and I suspect up] I can manually control the brightness by
> echoing to
>
> /sys/class/backlight/intel_backlight/brightness
>
> But I still can't use the buttons to control it (it only goes one tick down
> from max and stop
Marek Ol??k ---
Is this still an issue with current Mesa git?
--
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/20121202/c5b90
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20121202/c3fe7e9d/attachment.html>
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121202/6339b9c5/attachment-0001.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20121202/b0e703f5/attachment.html>
From: Wei Yongjun
Add the missing unlock before return from function host1x_drm_init()
and host1x_drm_exit() in the error handling case.
Signed-off-by: Wei Yongjun
---
drivers/gpu/drm/tegra/host1x.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/tegra/host1x.c b/drivers/
https://bugs.freedesktop.org/show_bug.cgi?id=35095
--- Comment #14 from Chris Rankin ---
(In reply to comment #13)
> Is this still an issue with current Mesa git?
That's tricky: WoW has changed its login screen since I first reported this
bug. And I'm going to need to upgrade to libdrm-2.4.40 in
Including a bunch more lists to the cc.
On Sun, Dec 2, 2012 at 12:42 PM, Daniel Vetter wrote:
> On Sun, Dec 2, 2012 at 12:32 PM, Tom St Denis
> wrote:
>> I've narrowed it down to sometime between v3.6.8 and v3.7-rc1. So none of
>> the v3.7 series will work with this GPU/panel.
>
> Hm, that's
On 01.12.2012 23:42, Dave Airlie wrote:
> Guys I think you guys might be overthniking things here.
>
> I know you have some sort of upstream/downstream split, but really in
> the upstream kernel, we don't care about that, so don't make it our
> problem.
I am not trying to make anything your probl
46 matches
Mail list logo
