On 12.02.2014 00:02, Olof Johansson wrote:
> On Fri, Feb 7, 2014 at 6:52 PM, Tomasz Figa wrote:
>
>> Adding new required properties to an already defined binding is breaking
>> backwards compatibility, which is supposed to be preserved, since DT is an
>> ABI.
>>
>> Now, I'm not really a big fan of
gt;>>>>>>>>>> GL_OUT_OF_MEMORY (0x505)
from glCompressedTexSubImage2DARB @ ../../../wine-1.7.12/dlls/wined3d/surface.c
/ 1688
--
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/20140212/21bd1ab5/attachment-0001.html>
org/archives/dri-devel/attachments/20140212/a22eae79/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140212/a1854b1e/attachment.html>
libdrm: 2.4.52
--
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/20140212/7b3737e4/attachment.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140212/2bb9d5a3/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=70411
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
pm_runtime_get*() may return -EACCES to indicate a device does not have
runtime PM enabled. This is currently the case with platform devices
on Nouveau, and is not an error in that context. Handle this case
without failure.
Signed-off-by: Alexandre Courbot
---
Changes since v1:
- Fixed typo and i
Upcoming mobile Kepler GPUs (such as GK20A) use the platform bus instead
of PCI to which Nouveau is tightly dependent. This patch allows Nouveau
to handle platform devices by:
- abstracting PCI-dependent functions that were typically used for
resource querying and page mapping,
- introducing a n
Hi Linus,
nothing too crazy, radeon irq fixes, i915 regression fixes, exynos fixes,
tda998x chip fixes, and a bunch of msm fixes.
Dave.
The following changes since commit 7c4c62a04a2a80e3feb5d6c97aca1e413b11c790:
drm/radeon: allow geom rings to be setup on r600/r700 (v2) (2014-02-06
12:13:5
evel/attachments/20140212/438f34ea/attachment.pgp>
This file will eventually be exported to libdrm, where all the public
header files use the MIT license.
Reported-by: Erik Faye-Lund
Signed-off-by: Thierry Reding
---
include/uapi/drm/tegra_drm.h | 26 +-
1 file changed, 17 insertions(+), 9 deletions(-)
diff --git a/incl
The bulk of the Tegra DRM driver is GPL v2 licensed, but some of the new
subdrivers were licensed under an MIT license. This was simply oversight
on my part.
One exception to this is the public header file that will eventually be
used within libdrm. Since all the other headers in libdrm use the MI
Use the more canonical and concise variant of the GPL v2 license text.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/gr2d.c | 14 +++---
1 file changed, 3 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/tegra/gr2d.c b/drivers/gpu/drm/tegra/gr2d.c
index 7ec4259ffded
The majority of the code in this driver is licensed under the GPL v2, so
relicense the rest under GPL v2 as well for consistency.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dsi.c | 20 +++-
drivers/gpu/drm/tegra/dsi.h | 20 +++-
drivers/gpu/
This is trivial to support since all GEM objects are mapped into kernel
space anyway.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/gem.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/gpu/drm/tegra/gem.c b/drivers/gpu/drm/tegra/gem.c
index ef853e558036..29
https://bugzilla.kernel.org/show_bug.cgi?id=65761
--- Comment #39 from Michel D?nzer ---
(In reply to Christoph Haag from comment #33)
>
> I'm still kind of searching for a tool that could create a call graph and
> annotate it over time...
I suspect profiling is just not the right tool for this
https://bugzilla.kernel.org/show_bug.cgi?id=70411
--- Comment #2 from Michel D?nzer ---
Does setting the environment variable R600_DEBUG=nohyperz for running the game
work around the problem?
--
You are receiving this mail because:
You are watching the assignee of the bug.
e the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140212/f1b3d6de/attachment.html>
//lists.freedesktop.org/archives/dri-devel/attachments/20140212/4ef809e3/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=70411
--- Comment #3 from Christoph Haag ---
Maybe it would have been good to mention, mesa is a relatively current git
version a21552a.
(In reply to Michel D?nzer from comment #2)
> Does setting the environment variable R600_DEBUG=nohyperz for runni
r the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140212/02098f08/attachment-0001.html>
On Tue, Feb 11, 2014 at 06:35:43PM +, Russell King - ARM Linux wrote:
> The cubox-i4 just hit a new lockdep problem - not quite sure what to
> make of this - it looks like an interaction between quite a lot of
> locks - I suspect more than the lockdep code is reporting in its
> "Possible unsafe
On Wed, Feb 12, 2014 at 12:22:00PM +0530, sagar.a.kamble at intel.com wrote:
> From: Sagar Kamble
>
> Primary planes support 180 degree rotation. Expose the feature
> through rotation drm property.
>
> v2: Calculating linear/tiled offsets based on pipe source width and
> height. Added 180 degree
https://bugzilla.kernel.org/show_bug.cgi?id=65761
--- Comment #40 from Christoph Haag ---
Created attachment 125701
--> https://bugzilla.kernel.org/attachment.cgi?id=125701&action=edit
radeon_cs_emit did not trigger, but ProcGetInputFocus causes some activity
(In reply to Michel D?nzer from co
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140212/de67f45e/attachment.html>
re the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140212/80d4ec2a/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140212/72b09ad3/attachment.html>
plied, thanks!
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/20140212/0ef988b7/attachment.pgp>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140212/6c52e9e2/attachment.html>
ure
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140212/7d416ee6/attachment.pgp>
e
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140212/8aa0bf3c/attachment-0001.pgp>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140212/b59ec78b/attachment.html>
On 02/11/2014 05:03 PM, Dan Carpenter wrote:
> There is a missing unlock on error here.
>
> Fixes: 30f82d816d2d ('drm/vmwgfx: Reemit context bindings when necessary v2')
> Signed-off-by: Dan Carpenter
>
> diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c
> b/drivers/gpu/drm/vmwgfx/vmwgfx_execb
On 02/11/2014 05:04 PM, Dan Carpenter wrote:
> Return -ENOMEM if kmalloc() fails.
>
> Fixes: d5bde956630b ('drm/vmwgfx: Emulate legacy shaders on guest-backed
> devices v2')
> Signed-off-by: Dan Carpenter
>
> diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_shader.c
> b/drivers/gpu/drm/vmwgfx/vmwgfx_s
Hi,
This patchset adds drivers and bindings to the following devices:
- Exynos DSI master,
- S6E8AA0 DSI panel,
- TC358764 DSI/LVDS bridge,
- HV070WSA-100 LVDS panel.
It adds also display support in DTS files for the following boards:
- Exynos4210/Trats,
- Exynos4412/Trats2,
- Exynos5250/Arndale.
This patch adds flags field to mipi_dsi_msg structure and two flags:
- MIPI_DSI_MSG_REQ_ACK - request ACK from peripheral for given message,
- MIPI_DSI_MSG_USE_LPM - use Low Power Mode to transmit message.
The first flag is usually helpful during DSI diagnostic, the second
flag is required by some
In case fbdev is initialized before any output is connected,
fb resolution defaults to 1024x768. After that any output with
bigger resolution is ignored and fbdev is not displayed.
The patch postpones fbdev initialization to avoid such situation.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/
The patch adds DT bindings for Exynos DSI Master. DSIM follows rules
for DSI bus host bindings [1].
Properties describes its resources: memory, interrupt, clocks,
phy, regulators and frequencies of clocks.
[1]: Documentation/devicetree/bindings/mipi/dsi/mipi-dsi-bus.txt
Signed-off-by: Andrzej Haj
The patch adds driver for Exynos DSI master (DSIM). It is a platform driver
which is registered as exynos_drm_display sub-driver of exynos_drm framework
and implements DRM encoder/connector pair.
It is also MIPI-DSI host driver and provides DSI bus for panels.
It interacts with its panel(s) using d
The patch adds MIPI-DSI based S6E8AA0 AMOLED LCD panel driver.
Driver uses mipi_dsi bus to communicate with panel and exposes drm_panel
interface.
Signed-off-by: Andrzej Hajda
---
v2
- added bus error handling,
- set maxmimum DSI packet size on init,
- removed unsupported brightness drm_panel cal
The patch add bindings to Toshiba DSI/LVDS bridge TC358764.
Bindings describes power supplies, reset gpio and video interfaces.
Signed-off-by: Andrzej Hajda
---
.../devicetree/bindings/panel/toshiba,tc358764.txt | 41 ++
1 file changed, 41 insertions(+)
create mode 100644 Do
The patch adds bindings for s6e8aa0 panel.
Bindings describes panel resources, boot delays,
display timings, orientation and physical size.
Signed-off-by: Andrzej Hajda
---
v2
- removed samsung prefix from panel physical size props,
- renamed file to follow convention of panel bindings
---
.../d
The patch adds driver for Toshiba DSI/LVDS TC358764 bridge.
Driver registers itself as mipi_dsi_driver. It is exposed to the
system via drm_panel interface, it uses also drm_panel framework
to interact with LVDS panel connected to it.
Driver supports only DT bindings.
Signed-off-by: Andrzej Hajda
The patch adds bindings to BOE HV070-WSA WSVGA panel.
Bindings are compatible with simple panel bindings.
Signed-off-by: Andrzej Hajda
---
Documentation/devicetree/bindings/panel/boe,hv070wsa-100.txt | 7 +++
1 file changed, 7 insertions(+)
create mode 100644 Documentation/devicetree/bindin
The patch adds support for BOE HV070WSA-100 WSVGA 7.01 inch panel
in panel-simple driver. The panel is used in Exynos5250-arndale boards.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/panel/panel-simple.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/drivers/g
The bindings allow to create explicit link between devices
providing video signal and the panel.
Signed-off-by: Andrzej Hajda
---
Documentation/devicetree/bindings/panel/simple-panel.txt | 6 ++
1 file changed, 6 insertions(+)
diff --git a/Documentation/devicetree/bindings/panel/simple-pane
This is a common part of DSI node for all Exynos4 boards.
Signed-off-by: Andrzej Hajda
---
arch/arm/boot/dts/exynos4.dtsi | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4.dtsi b/arch/arm/boot/dts/exynos4.dtsi
index a73eeb5..7102f29 100644
--- a/arch/a
The patch adds s6e8aa0 panel node for trats.
It adds also trats specific properties for DSI.
Signed-off-by: Andrzej Hajda
---
arch/arm/boot/dts/exynos4210-trats.dts | 38 ++
1 file changed, 38 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4210-trats.dts
b/a
The patch adds s6e8aa0 panel node for trats2.
It adds also trats2 specific properties for DSI
and regulator required by panel.
Signed-off-by: Andrzej Hajda
---
arch/arm/boot/dts/exynos4412-trats2.dts | 47 +
1 file changed, 47 insertions(+)
diff --git a/arch/arm/
The patch adds phy node, required by MIPI devices.
Signed-off-by: Andrzej Hajda
---
arch/arm/boot/dts/exynos5250.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5250.dtsi
b/arch/arm/boot/dts/exynos5250.dtsi
index 177becd..c8745a0 100644
--- a/arch/arm/boot
The patch adds power domain for display subsystem.
Signed-off-by: Andrzej Hajda
---
arch/arm/boot/dts/exynos5250.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5250.dtsi
b/arch/arm/boot/dts/exynos5250.dtsi
index c8745a0..0935dca 100644
--- a/arch/arm/boot/
The patch adds fixed regulators used by DSI/LVDS bridge
and panel. Regulators are named according to schematics.
Signed-off-by: Andrzej Hajda
---
arch/arm/boot/dts/exynos5250-arndale.dts | 24
1 file changed, 24 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5250-ar
The patch changes fimd node status to OK.
Signed-off-by: Andrzej Hajda
---
arch/arm/boot/dts/exynos4210-trats.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4210-trats.dts
b/arch/arm/boot/dts/exynos4210-trats.dts
index 5483969..f121505 100644
--- a/arch/arm/
The patch adds common part of DSI node for Exynos5250 platforms.
Signed-off-by: Andrzej Hajda
---
arch/arm/boot/dts/exynos5250.dtsi | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5250.dtsi
b/arch/arm/boot/dts/exynos5250.dtsi
index 0935dca..bbe8ef4 10
The patch changes fimd node status to OK.
Signed-off-by: Andrzej Hajda
---
arch/arm/boot/dts/exynos4412-trats2.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4412-trats2.dts
b/arch/arm/boot/dts/exynos4412-trats2.dts
index 0986d08..9296f86 100644
--- a/arch/a
The patch adds bridge and panel nodes.
It adds also DSI properties specific for arndale board.
Signed-off-by: Andrzej Hajda
---
arch/arm/boot/dts/exynos5250-arndale.dts | 39
1 file changed, 39 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5250-arndale.dts
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140212/5c829523/attachment.html>
On 02/12/2014 12:51 PM, Sachin Kamat wrote:
Hi Sachin,
> Hi Andrzej,
>
> On 12 February 2014 17:01, Andrzej Hajda wrote:
>> The patch adds power domain for display subsystem.
>>
>> Signed-off-by: Andrzej Hajda
>> ---
>> arch/arm/boot/dts/exynos5250.dtsi | 5 +
>> 1 file changed, 5 insertions
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140212/fb5dc144/attachment.html>
2014-02-12 12:53 GMT+01:00 Fabio Estevam :
> On Mon, Feb 10, 2014 at 10:28 AM, Russell King - ARM Linux
> wrote:
>> This is the latest revision of my series cleaning up imx-drm and
>> hopefully getting it ready to be moved out of drivers/staging.
>> This series is updated to v3.14-rc2.
>>
>> Since
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140212/0b248a87/attachment.html>
On Mon, Feb 10, 2014 at 10:28 AM, Russell King - ARM Linux
wrote:
> This is the latest revision of my series cleaning up imx-drm and
> hopefully getting it ready to be moved out of drivers/staging.
> This series is updated to v3.14-rc2.
>
> Since the last round of patches were posted, the componen
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140212/7d0721f3/attachment.html>
On Mon, Feb 10, 2014 at 12:28:03PM +, Russell King - ARM Linux wrote:
> This is the latest revision of my series cleaning up imx-drm and
> hopefully getting it ready to be moved out of drivers/staging.
> This series is updated to v3.14-rc2.
>
> Since the last round of patches were posted, the
2014-02-12 13:45 GMT+01:00 Russell King - ARM Linux :
> On Wed, Feb 12, 2014 at 01:04:30PM +0100, Christian Gmeiner wrote:
>> 2014-02-12 12:53 GMT+01:00 Fabio Estevam :
>> > On Mon, Feb 10, 2014 at 10:28 AM, Russell King - ARM Linux
>> > wrote:
>> >> This is the latest revision of my series cleani
On Wed, Jan 29, 2014 at 03:01:52PM +0100, David Herrmann wrote:
> Lets not trick ourselves into thinking "drm_device" objects are not
> ref-counted. That's just utterly stupid. We manage "drm_minor" objects on
> each drm-device and each minor can have an unlimited number of open
> handles. Each of
On Wed, Jan 29, 2014 at 03:01:58PM +0100, David Herrmann wrote:
> Whenever we access minor->device, we are in a minor->kdev->...->fops
> callback so the minor->kdev pointer *must* be valid. Thus, simply use
> minor->kdev->devt instead of minor->device and remove the redundant field.
>
> Signed-off
g 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/20140212/89c05110/attachment.html>
On Wed, Feb 12, 2014 at 12:22:00PM +0530, sagar.a.kamble at intel.com wrote:
> From: Sagar Kamble
>
> Primary planes support 180 degree rotation. Expose the feature
> through rotation drm property.
>
> v2: Calculating linear/tiled offsets based on pipe source width and
> height. Added 180 degree
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/20140212/f801ee8d/attachment.html>
Hi
On Wed, Feb 12, 2014 at 2:25 PM, Daniel Vetter wrote:
> On Wed, Jan 29, 2014 at 03:01:52PM +0100, David Herrmann wrote:
>> Lets not trick ourselves into thinking "drm_device" objects are not
>> ref-counted. That's just utterly stupid. We manage "drm_minor" objects on
>> each drm-device and eac
n HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140212/e179c548/attachment.html>
ignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140212/3e43761d/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=70411
--- Comment #4 from Alex Deucher ---
(In reply to Christoph Haag from comment #3)
>
> Still, this lockup is not nice since currently only a reboot makes the
> radeon gpu usable again.
Welcome to GPUs. Unfortunately, there's not really a whole l
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140212/40faf09b/attachment-0001.html>
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140212/3eacdc47/attachment.html>
h other drivers.
--
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/20140212/74b50c82/attachment.html>
On Wed, Feb 12, 2014 at 3:44 PM, David Herrmann
wrote:
>>> +/**
>>> + * drm_dev_ref - Take reference of a DRM device
>>> + * @dev: device to take reference of or NULL
>>> + *
>>> + * This increases the ref-count of @dev by one. You *must* already own a
>>> + * reference when calling this. Use drm
On 02/12/2014 12:30 AM, Thierry Reding wrote:
> The bulk of the Tegra DRM driver is GPL v2 licensed, but some of the new
> subdrivers were licensed under an MIT license. This was simply oversight
> on my part.
>
> One exception to this is the public header file that will eventually be
> used withi
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140212/02aaf447/attachment.html>
Am Mittwoch, den 12.02.2014, 09:56 + schrieb Russell King - ARM
Linux:
> On Mon, Feb 10, 2014 at 12:28:03PM +, Russell King - ARM Linux wrote:
> > This is the latest revision of my series cleaning up imx-drm and
> > hopefully getting it ready to be moved out of drivers/staging.
> > This ser
Hi
On Wed, Feb 12, 2014 at 5:40 PM, Greg KH wrote:
> On Wed, Feb 12, 2014 at 05:26:57PM +0100, Daniel Vetter wrote:
>> On Wed, Feb 12, 2014 at 3:44 PM, David Herrmann
>> wrote:
>> >>> +/**
>> >>> + * drm_dev_ref - Take reference of a DRM device
>> >>> + * @dev: device to take reference of or NU
commit 8613e7314ac254fdd67ed46192f021d76141e4c9
Author: Ben Skeggs
Date: Mon Oct 21 08:50:25 2013 +1000
drm/nouveau/fb: remove ram oclass argument from base fb constructor
Introduced a unfortunate regression by using nv10 ram oclass for nv1a
hardware, causing corruption and eventually syst
From: Sagar Kamble
Primary planes support 180 degree rotation. Expose the feature
through rotation drm property.
v2: Calculating linear/tiled offsets based on pipe source width and
height. Added 180 degree rotation support in ironlake_update_plane.
v3: Checking if CRTC is active before issueing
From: Ville Syrj?l?
The sprite planes (in fact all display planes starting from gen4)
support 180 degree rotation. Add the relevant low level bits to the
sprite code to make use of that feature.
The upper layers are not yet plugged in.
v2: HSW handles the rotated buffer offset automagically
v3
On Mon, Feb 10, 2014 at 12:28:03PM +, Russell King - ARM Linux wrote:
> This is the latest revision of my series cleaning up imx-drm and
> hopefully getting it ready to be moved out of drivers/staging.
> This series is updated to v3.14-rc2.
>
> Since the last round of patches were posted, the
Hi Andrzej,
On 12 February 2014 17:01, Andrzej Hajda wrote:
> The patch adds power domain for display subsystem.
>
> Signed-off-by: Andrzej Hajda
> ---
> arch/arm/boot/dts/exynos5250.dtsi | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/arch/arm/boot/dts/exynos5250.dtsi
> b/arch/a
+cc Inki Dae
Looks like you missed CCing Exynos DRM maintainers.
On 12 February 2014 17:01, Andrzej Hajda wrote:
> In case fbdev is initialized before any output is connected,
> fb resolution defaults to 1024x768. After that any output with
> bigger resolution is ignored and fbdev is not display
On Wed, Feb 12, 2014 at 01:04:30PM +0100, Christian Gmeiner wrote:
> 2014-02-12 12:53 GMT+01:00 Fabio Estevam :
> > On Mon, Feb 10, 2014 at 10:28 AM, Russell King - ARM Linux
> > wrote:
> >> This is the latest revision of my series cleaning up imx-drm and
> >> hopefully getting it ready to be move
This patch fix a memory leak found by cppcheck.
[drivers/gpu/drm/ttm/ttm_agp_backend.c:129]:
(error) Memory leak: agp_be
Signed-off-by: Masanari Iida
---
drivers/gpu/drm/ttm/ttm_agp_backend.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/ttm/ttm_agp_backend.c
b/drivers/gpu
On 12/02/14 05:38, Alexandre Courbot wrote:
> Upcoming mobile Kepler GPUs (such as GK20A) use the platform bus instead
> of PCI to which Nouveau is tightly dependent. This patch allows Nouveau
> to handle platform devices by:
>
> - abstracting PCI-dependent functions that were typically used for
>
Hi All,
Quick self intro: I've been a FOSS developer for 15+ years now and I've been
working for Red Hat for 5 years. Recently I've moved to the graphics team.
One of my first tasks in the graphics team is to make the xserver run without
root rights. I'm making good progress with this, having sol
Hello,
On 2014-02-11 19:35, Russell King - ARM Linux wrote:
> The cubox-i4 just hit a new lockdep problem - not quite sure what to
> make of this - it looks like an interaction between quite a lot of
> locks - I suspect more than the lockdep code is reporting in its
> "Possible unsafe locking scen
On Wed, Feb 12, 2014 at 04:40:50PM +0100, Marek Szyprowski wrote:
> Hello,
>
> On 2014-02-11 19:35, Russell King - ARM Linux wrote:
>> The cubox-i4 just hit a new lockdep problem - not quite sure what to
>> make of this - it looks like an interaction between quite a lot of
>> locks - I suspect more
On Wed, Feb 12, 2014 at 05:26:57PM +0100, Daniel Vetter wrote:
> On Wed, Feb 12, 2014 at 3:44 PM, David Herrmann
> wrote:
> >>> +/**
> >>> + * drm_dev_ref - Take reference of a DRM device
> >>> + * @dev: device to take reference of or NULL
> >>> + *
> >>> + * This increases the ref-count of @dev
Hello mailing-list members,
I'm currently working on getting Intel EMGD drivers working on Ubuntu.
Thanks to all of you working for yoctoproject for providing patches
for the drm kernel module.
Well, my problem is also based on it. I tried to build it against
kernel 3.13 and got a error message ab
On Wed, Feb 12, 2014 at 04:33:17PM +, Russell King - ARM Linux wrote:
> On Wed, Feb 12, 2014 at 04:40:50PM +0100, Marek Szyprowski wrote:
> >> -> #3 (console_lock){+.+.+.}:
> >> [] __lock_acquire+0x151c/0x1ca0
> >> [] lock_acquire+0xa0/0x130
> >> [] console_lock+0x60/0x7
CIK parts are 128x128, older parts are 64x64.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_display.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/radeon/radeon_display.c
b/drivers/gpu/drm/radeon/radeon_display.c
index d680608..fbd8b93 100644
--- a/drive
Use new drm caps. This allows hw cursors to work
correctly on gpus with non-64x64 cursors.
Signed-off-by: Alex Deucher
---
src/driver.c | 21 -
src/driver.h | 1 +
src/drmmode_display.c | 20 +++-
3 files changed, 36 insertions(+), 6 deleti
1 - 100 of 125 matches
Mail list logo
