from git except xorg-server which is 1.14.3.
--
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/20131109/39703791/attachment.html>
If we don't have enough memory for ->planes then we leak "fb".
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/tegra/fb.c b/drivers/gpu/drm/tegra/fb.c
index 490f771..1362d78 100644
--- a/drivers/gpu/drm/tegra/fb.c
+++ b/drivers/gpu/drm/tegra/fb.c
@@ -98,8 +98,10 @@ static struct tegra_
https://bugzilla.kernel.org/show_bug.cgi?id=63101
--- Comment #16 from Kertesz Laszlo ---
It seems that it does work after a day or so uptime. I had 1 day and 6 or 8
hours uptime and i could play the game just fine. Previously i did use programs
that used quite some memory (eclipse, virtual machi
>> How does this interact with the rule that kernel interfaces require an
>> open source userspace? Is "here are the mesa/libdrm patches that use
>> it" sufficient to get the kernel interface merged?
>
> That's my understanding: open source userspace needs to exist, but it
> doesn't need to be merg
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131109/c4dc572f/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131109/8bed37ce/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131109/b2958bef/attachment.html>
From: Fabio Estevam
With CONFIG_ACPI=n the following build warning is seen:
drivers/gpu/drm/radeon/cypress_dpm.c:302:31: warning: unused variable 'eg_pi'
[-Wunused-variable]
Move the definition of eg_pi inside the CONFIG_ACPI 'if' block.
Signed-off-by: Fabio Estevam
---
drivers/gpu/drm/rade
From: Fabio Estevam
With CONFIG_ACPI=n the following build warning is seen:
drivers/gpu/drm/radeon/ni_dpm.c:3448:31: warning: unused variable 'eg_pi'
[-Wunused-variable]
Move the definition of eg_pi inside the CONFIG_ACPI 'if' block.
Signed-off-by: Fabio Estevam
---
drivers/gpu/drm/radeon/n
Hi Dave,
Could you please pick this patch up ?
On Monday 28 October 2013 23:49:22 Laurent Pinchart wrote:
> Turn clk_enable() and clk_disable() calls into clk_prepare_enable() and
> clk_disable_unprepare() to get ready for the migration to the common
> clock framework.
>
> Cc: David Airlie
> Cc
On 11/09/2013 12:11 AM, Dave Airlie wrote:
>>> How does this interact with the rule that kernel interfaces require an
>>> open source userspace? Is "here are the mesa/libdrm patches that use
>>> it" sufficient to get the kernel interface merged?
>>
>> That's my understanding: open source userspace
know my value for rdev->pdev->device ?
--
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/20131109/2c115b24/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=63101
Kertesz Laszlo changed:
What|Removed |Added
Kernel Version|3.11.5 |3.12.0
Regression|No
On Sat, Nov 09, 2013 at 03:19:01PM +0530, Shobhit Kumar wrote:
> Hi All -
> These patches enhance the current support for MIPI DSI for Baytrail. They
> continue on the sub-encoder design and adds few more dev_ops to handle
> sequence correctly. Major changes are -
>
> 1. DSI Clock calculation bas
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131109/507d2ed0/attachment.html>
2013/11/8 Alex Deucher :
> Revert "drm/radeon/audio: don't set speaker allocation on DCE4+"
What about that hangs people reported? Has anything changed meanwhile?
Did you fix them with some another commit?
2013/10/28 Deucher, Alexander :
>> Did you get any reports about that? Or is that bas
Since we seemed to have some confusion over this I'll state it clearly here.
You should not merge kernel interface and ioctls to libdrm until they
have appeared in a git commit upstream with a stable id, this
generally means drm-next, but can also mean drm-intel-next.
You shouldn't assume that st
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/oaktrail_device.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/gma500/oaktrail_device.c
b/drivers/gpu/drm/gma500/oaktrail_device.c
index d7c54b2..27d3875 100644
--- a/drivers/gpu/drm/gma500/oaktrail_device.c
+++
Previously we always had something hooked up to LVDS so we tried very
hard to get a mode. With the Minnowboard this is no longer the case.
If no mode can be found over DDC or the firmware we just ignore LVDS.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/oaktrail_lvds.c | 30 +++
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/oaktrail_device.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/gma500/oaktrail_device.c
b/drivers/gpu/drm/gma500/oaktrail_device.c
index 8079851..d7c54b2 100644
--- a/drivers/gpu/drm/gma500/oaktrail_device.c
+++
For the minnowboard to work the values found in EMGD are required.
This might break Oaktrail but without hardware to test with I cannot
really tell (and do not really care).
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/oaktrail_crtc.c | 13 ++---
1 file changed, 6 insertion
This turned out to be tricky. Writing to SDVOB on the primary vdc also
writes to SDVOB on the aux vdc, but reading it back on the primary vdc
always fails. Basically we never read from the primary vdc since we
will end up trashing the aux vdc.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/
Since we can have SDVO on Pipe B we better check the output type instead
of pipe number for Oaktrail HDMI.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/oaktrail_crtc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/gma500/oaktrail_crtc.c
b/
On SDVO pipes (always Pipe B on mrst) we have to sequentially write the
aux vdc. We might be able to skip programming the primary vdc in
some/most places but we don't care about that now.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/oaktrail_crtc.c | 241 ++-
We start off by adding SDVO limits and converting all limits to the
generic gma_limit_t stuct. Then we separate clock calculations for
LVDS and SDVO. This will be cleaned up later but keep it simple for now.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/oaktrail_crtc.c | 175 +++
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/intel_gmbus.c | 90
1 file changed, 49 insertions(+), 41 deletions(-)
diff --git a/drivers/gpu/drm/gma500/intel_gmbus.c
b/drivers/gpu/drm/gma500/intel_gmbus.c
index 62cd42e..566d330 100644
--- a/driv
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/psb_drv.c | 32 +++-
drivers/gpu/drm/gma500/psb_drv.h | 21 -
2 files changed, 51 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/gma500/psb_drv.c b/drivers/gpu/drm/gma500/psb_dr
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/cdv_device.c | 1 +
drivers/gpu/drm/gma500/framebuffer.c | 2 +-
drivers/gpu/drm/gma500/oaktrail_device.c | 1 +
drivers/gpu/drm/gma500/psb_device.c | 1 +
drivers/gpu/drm/gma500/psb_drv.h | 1 +
5 files changed, 5 i
This set of patches add the pieces needed to get SDVO running on the
Minnowboard. The Minnowboard has a special PCI device with it's own io
that needs to be programmed in addition to the usual places when
dealing with SDVO. The SDVO changes have been tested on Poulsbo and
should cause no problems.
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131109/3541e24b/attachment.html>
30 matches
Mail list logo
