And another comment...
On Friday 11 April 2014 23:36:07 Daniel Vetter wrote:
> To get rid of the dev->bus->get_irq callback we need to pass in the
> desired irq explicitly into drm_irq_install. To avoid having to do the
> same for drm_irq_unistall just track it internally. That leaves
> drivers wi
Hi Daniel,
On Friday 11 April 2014 23:35:57 Daniel Vetter wrote:
> Hi all,
>
> I've chatted a bit with Thierry about how we could allow drivers to not even
> required a drm_bus any more. Which is relevant when e.g. due to the new
> master/component no platform device is conveniently around.
>
>
il because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140417/5c672f82/attachment-0001.html>
Hi Tomasz,
On 04/17/2014 12:12 AM, Tomasz Stanislawski wrote:
> This patch continues shift of DRM EXYNOS to DT-only configuration.
> The usage of the old structure for HDMI's platform data is
> removed.
>
> Signed-off-by: Tomasz Stanislawski
> ---
> drivers/gpu/drm/exynos/exynos_hdmi.c | 30 +
e for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140417/bcc71c01/attachment.html>
Some clean up patches for libdrm_exynos.
V2: Removed the drm core patch. I'll resend that separately. All other
patches are untouched.
This set was previously Acked-by Inki Dae. I don't have push rights to libdrm.
Can someone please help me land them upstream?
Eric, I see that you just bestowe
Some clean up patches for libdrm_exynos.
V2: Removed the drm core patch. I'll resend that separately. All other
patches are untouched.
This set was previously Acked-by Inki Dae. I don't have push rights to libdrm.
Can someone please help me land them upstream?
Daniel Kurtz (7):
eyxnos: insta
This exynos test was added just before HAVE_INSTALL_TESTS, and so didn't
get this annotation.
Signed-off-by: Daniel Kurtz
Acked-by: Inki Dae
---
tests/exynos/Makefile.am | 5 +
1 file changed, 5 insertions(+)
diff --git a/tests/exynos/Makefile.am b/tests/exynos/Makefile.am
index bf9ad82..6
warning: assignment makes pointer from integer without a cast [enabled by
default]
warning: initialization makes integer from pointer without a cast [enabled by
default]
Signed-off-by: Daniel Kurtz
Acked-by: Inki Dae
---
exynos/exynos_drm.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletio
Fixes two gcc [-Wpointer-to-int-cast] warnings.
Signed-off-by: Daniel Kurtz
Acked-by: Inki Dae
---
exynos/exynos_fimg2d.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/exynos/exynos_fimg2d.c b/exynos/exynos_fimg2d.c
index cf712a8..0b14618 100644
--- a/exynos/exynos_fim
This looks like it was copied from kmstest, but isn't needed, and doesn't
actually work since exynos_fimg2d_test requires parameters.
Signed-off-by: Daniel Kurtz
Acked-by: Inki Dae
---
tests/exynos/Makefile.am | 2 --
1 file changed, 2 deletions(-)
diff --git a/tests/exynos/Makefile.am b/tests
The first parameter should be the drm fd, second param is the fb id.
Signed-off-by: Daniel Kurtz
Acked-by: Inki Dae
---
tests/exynos/exynos_fimg2d_test.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/exynos/exynos_fimg2d_test.c
b/tests/exynos/exynos_fimg2d_test.c
in
Reuse the common drmPrime() helper functions rather than reinventing them.
Signed-off-by: Daniel Kurtz
Acked-by: Inki Dae
---
exynos/exynos_drm.c | 48 ++--
1 file changed, 10 insertions(+), 38 deletions(-)
diff --git a/exynos/exynos_drm.c b/exynos/e
The documentation says fd holds the fd from prime import/export.
However, it isn't actually used, nor is it necessary, so let's just remove
it.
Signed-off-by: Daniel Kurtz
Acked-by: Inki Dae
---
exynos/exynos_drmif.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/exynos/exynos_drmif.h b/e
drmOpenByName() is a static function that is only called by drmOpen().
drmOpen() already checks drmAvailable(), so the checki in
drmOpenByName() is redundant.
Signed-off-by: Daniel Kurtz
---
xf86drm.c | 13 -
1 file changed, 13 deletions(-)
diff --git a/xf86drm.c b/xf86drm.c
index 7
Hi Laurent
Thank you for the comment.
On 04/17/2014 06:26 AM, Laurent Pinchart wrote:
> Hi YoungJun,
>
> Thank you for the patch.
>
> On Tuesday 15 April 2014 14:47:33 YoungJun Cho wrote:
>> In case of using CPU interface panel, the relevant registers should be set.
>> So this patch adds relevant
When connector is created, if connector->polled is
DRM_CONNECTOR_POLL_CONNECT then drm_kms_helper_hotplug_event
function isn't called at drm_helper_hpd_irq_event because the
function will be called only in case of DRM_CONNECTOR_POLL_HPD.
So this patch sets always DRM_CONNECTOR_POLL_HPD flag to
con
subdrv_probe callback of virtual display driver will be
called by exynos_drm_device_subdrv_probe() to create crtc
and encoder/connector for virtual display driver.
So it fixes comments to exynos_drm_device_subdrv probe call.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/d
This patch adds component framework support to resolve
the probe order issue.
Until now, exynos drm had used codes specific to exynos drm
to resolve that issue so with this patch, the specific codes
are removed.
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/exynos_dp_core.c | 45 +++--
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 55 +++
1 file changed, 27 insertions(+), 28 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.c
b/drivers/gpu/drm/exynos/exynos_drm_drv.c
index 2d27ba2..b3ba043 100644
--- a/driver
This patch series cleans up exynos drm framework and kms sub drivers
using the component framework[1].
And also this separates super device support from previous cleanup patch
series[2] for more discussion. So the patch series for super node support
will be posted later.
[1] http://lists.freedesk
From: Andrzej Hajda
The patch separates dpi related routines from fimd.
Changelog v2:
- Rename ctx->dpi to ctx->display
Signed-off-by: Andrzej Hajda
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/exynos_drm_dpi.c | 40 +--
drivers/gpu/drm/exynos/exynos_drm_drv.h | 15 ++--
Exyno drm driver has no real hardware device, and
runtime pm operation should be done by sub drivers.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 29 -
1 file changed, 29 deletions(-)
diff --git a/drivers/gpu/
Exynos drm driver is a single driver so pm operation
for kms drivers should be done by connector->dpms
at top level driver.
If kms driver has its own pm interfaces, single driver model
would be broken so this patch removes unnecessary pm interfaces
from dsi driver.
Signed-off-by: Inki Dae
Signed
Hi Joonyoung,
On 04/17/2014 03:54 AM, Joonyoung Shim wrote:
> Hi Tomasz,
>
> On 04/17/2014 12:12 AM, Tomasz Stanislawski wrote:
>> This patch continues shift of DRM EXYNOS to DT-only configuration.
>> The usage of the old structure for HDMI's platform data is
>> removed.
>>
>> Signed-off-by: Toma
ed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140417/3c188573/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140417/6e4723f1/attachment.html>
|resume |resume with radeon HD7310
--
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/20140417/b9271
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140417/9e2c154e/attachment-0001.html>
rk fine with just that rudimentary initialization.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-tegra-Implement-race-free-hotplug-detection.patch
Type: text/x-diff
Size: 6077 bytes
Desc: not available
URL:
<http://lists.freedesktop.or
This patches fix Exynos DRM for minor cleanup. This series is based
on exynos-drm-next-todo branch of Inki Dae's tree. [1]
[1] git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos.git
Jingoo Han (6):
drm/exynos: dpi: make local symbol static
drm/exynos: fb: make local symb
Make local symbol static, because this is used only in this file.
Signed-off-by: Jingoo Han
---
drivers/gpu/drm/exynos/exynos_drm_dpi.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_dpi.c
b/drivers/gpu/drm/exynos/exynos_drm_dpi.c
index
Make local symbole static, because this is used only in this file.
Signed-off-by: Jingoo Han
---
drivers/gpu/drm/exynos/exynos_drm_fbdev.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_fbdev.c
b/drivers/gpu/drm/exynos/exynos_drm_fbdev.c
Make local symbols static, because these are used only in this
file.
Signed-off-by: Jingoo Han
---
drivers/gpu/drm/exynos/exynos_hdmi.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
b/drivers/gpu/drm/exynos/exynos_hdmi.c
index 67
The site-specific OOM messages are unnecessary, because they
duplicate the MM subsystem generic OOM message.
Signed-off-by: Jingoo Han
---
drivers/gpu/drm/exynos/exynos_dp_core.c |8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_dp_core.
devm_ioremap_resource() retunrs an error pointer, not NULL. Thus,
the result should be checked with IS_ERR().
Signed-off-by: Jingoo Han
---
drivers/gpu/drm/exynos/exynos_drm_dsi.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_dsi.c
In the case of that only one branch of a conditional statement is
a single statement, braces are added to both branches.
Signed-off-by: Jingoo Han
---
drivers/gpu/drm/exynos/exynos_drm_rotator.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/exyno
Hi,
The patchset presents alternative approach to superdevice DT node
and components framework. It also refactors Exynos DRM device initialization.
The first patch uses linker sections to get rid of ifdef macros, it is not
essential for the rest of patchset but it makes code more readable.
Simila
The patch removes driver registration code based on preprocessor conditionals.
Instead it uses private linker section to create array of drm drivers.
Signed-off-by: Andrzej Hajda
---
v2:
- minor fixes of compilation issues
---
drivers/gpu/drm/exynos/Makefile | 2 +
drivers/gpu/drm/
Many subsystems (eg. DRM, ALSA) requires that multiple devices should
be composed into one superdevice. The superdevice cannot start until
all components are ready and it should stop before any of its components
becomes not-ready.
This framework provides a way to track readiness of all components w
exynos_drm is composed from multiple devices which provides different
interfaces. To properly start/stop drm master device it should track
readiness of all its components. This patch uses pending_components
framework to perform this task.
On module initialization before component driver registratio
In case of using CPU interface panel, the relevant registers should be set.
So this patch adds relevant dt bindings.
Changelog v2:
- Changes "samsung,sysreg-phandle" to "samsung,sysreg"
Signed-off-by: YoungJun Cho
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
.../devicetree/binding
This patch adds DT bindings for s6e3fa0 panel.
The bindings describes panel resources, display timings, delays
and physical size.
Changelog v2:
- Adds unit address (commented by Sachin Kamat)
Changelog v3:
- Removes optional delay, size properties (commented by Laurent Pinchart)
- Adds OLED detect
This patch adds MIPI-DSI command mode based S6E3FA0 AMOLED LCD Panel driver.
Changelog v2:
- Declares delay, size properties in probe routine instead of DT
Signed-off-by: YoungJun Cho
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/panel/Kconfig |7 +
driv
From: Thierry Reding
The hotplug detect GPIO in the current bindings use "-gpio" as suffix,
whereas the standard suffix is the plural: "-gpios". This small series
replaces this in three steps to preserve bisectability:
- Patch 1 adds new nvidia,hpd-gpios properties to existing device tree
From: Thierry Reding
Properties referencing GPIOs should use the plural suffix -gpios. This
convention is encoded in the device tree backend of gpiod_get(), which
we'll eventually want to migrate to.
Rename the property to nvidia,hpd-gpios but keep (and deprecate) the
old name to preserve bisect
From: Thierry Reding
Make use of the new nvidia,hpd-gpios property and remove support for the
deprecated nvidia,hpd-gpio property.
Signed-off-by: Thierry Reding
---
Documentation/devicetree/bindings/gpu/nvidia,tegra20-host1x.txt | 8
drivers/gpu/drm/tegra/output.c
From: Thierry Reding
This property has been replaced by one with a more standard name
(nvidia,hpd-gpios) and is now obsolete.
Signed-off-by: Thierry Reding
---
arch/arm/boot/dts/tegra114-dalmore.dts | 4
arch/arm/boot/dts/tegra20-colibri-512.dtsi | 4
arch/arm/boot/dts/tegra20-ha
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140417/6b3f6184/attachment-0001.html>
vel/attachments/20140417/fd1b21b6/attachment.html>
Hi Inki,
Could you pick up this patch into the fixes branch.
Regards
Andrzej
On 04/08/2014 12:58 PM, Andrzej Hajda wrote:
> Some ld9040 panels do not start without providing power control sequence
> during initialization. The patch fixes the driver by providing such
> sequence for all panels.
>
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/20140417/814df997/attachment.html>
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/20140417/59bbffee/attachment.html>
-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140417/1d4f3c66/attachment.sig>
On Thu, 17 Apr 2014, Thomas Glanzmann wrote:
> Hello,
> I have t410s with an internal Intel graphic card. I have the
> Laptop display (LVDS1) and an external HP ZR2440W Monitor connected to
> the Display port. I pulled yesterday git head which probably contains a
> DRI changes which lead to PANIC.
ve the necessary permissions to push this, can
> > somebody else help out here?
>
> I've given you permissions.
I think Daniel Stone already gave me permissions as well. Anyway, pushed
with your Reviewed-by.
Thanks,
Thierry
-- next part --
A
ion/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140417/2b387073/attachment.sig>
-EINVAL;
> +
Nit: This blank line seems unnecessary, but either way:
Reviewed-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/20140417/cb034ffb/attachment.sig>
i915_gem.c | 5 +++--
> 3 files changed, 21 insertions(+), 19 deletions(-)
Looks good to me:
Reviewed-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/20140417/14ca3cd8/attachment.sig>
>
> Looks good to me:
>
> Reviewed-by: Thierry Reding
Oh, perhaps s/unistall/uninstall/ in the commit subject.
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/20140417/418c1c0d/attachment.sig>
tes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140417/5f2046a7/attachment.sig>
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/20140417/0a56a0a0/attachment-0001.sig>
otected
> by drm_global_lock. */
s/drm_global_lock/drm_global_mutex/?
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/20140417/836e468d/attachment.sig>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140417/67463da4/attachment.sig>
But in that case you
probably need to make sure to not use dev->irq until after this
assignment.
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/20140417/5623e79c/attachment.sig>
/drmP.h | 2 +-
> 14 files changed, 17 insertions(+), 32 deletions(-)
Looks good to me:
Reviewed-by: Thierry Reding
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not ava
ation/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140417/7cd4b299/attachment.sig>
--
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/20140417/2124d645/attachment-0001.sig>
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/20140417/8c2755e0/attachment.sig>
ged, 2 insertions(+), 24 deletions(-)
Happy to see it gone:
Reviewed-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/20140417/cac2cf8b/attachment.sig>
gp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140417/11137822/attachment.sig>
erry 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/20140417/07c541ca/attachment.sig>
crubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140417/1454c2f5/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140417/c33db08b/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=70711
--- Comment #15 from Vincenzo ---
Kubuntu 14.04 kernel 3.14.1 audio with radeon 7750 works good
--
You are receiving this mail because:
You are watching the assignee of the bug.
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140417/b7222c06/attachment.html>
bed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140417/1bf28879/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140417/4612b6f7/attachment.html>
f65
--
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/20140417/28734a10/attachment.html>
commit if you
point me to an old commit with still GL3.2 supports.
--
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/20140417/77bbf7ff/attachment.html>
Hey there!
http://autocentrum.rybnik.pl/_www.google.com_recommends?cyzeqygas=9317870&tukiha=253907
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases
Hi there!
http://litwin.private.pl/_topic.forum?jmukomug=3562237&mumykun=500435
mmm further tests shown the oops was casual, maybe related to the real
problem, I can't say. I'm unable to reproduce it.
But the gpu stall is 100% reproducible with dpm enabled. Attached is the log
that usually shows up. Other than that, I also observe the lspci "Unknown
header type 7f" problem
Hallo Jani,
> Hi Thomas, please bisect, it's likely the quickest way to root cause
> this. (Google for "git bisect kernel" for a bunch of guides on the
> topic
> if you're not familiar with bisect.)
I switched my location and no longer have an external monitor with
display port available, if I do
Hello,
I have t410s with an internal Intel graphic card. I have the
Laptop display (LVDS1) and an external HP ZR2440W Monitor connected to
the Display port. I pulled yesterday git head which probably contains a
DRI changes which lead to PANIC. Before that even with a 3.15.0-rc1+ it
was working.
Th
Hi Dave,
this is the first pull request for stashed radeon fixes for 3.15.
Highlights are:
1. Fixing PLL regressions
2. A couple of memory reclocking and DPM fixes
3. Small cleanups
The following changes since commit 5df5242d34c131d049359e01b9ce928659885c4b:
Merge tag 'drm-intel-fixes-2014-0
Am Donnerstag, den 17.04.2014, 14:02 +0200 schrieb Thierry Reding:
> From: Thierry Reding
>
> The hotplug detect GPIO in the current bindings use "-gpio" as suffix,
> whereas the standard suffix is the plural: "-gpios". This small series
> replaces this in three steps to preserve bisectability:
>
ves/dri-devel/attachments/20140417/eedd96b1/attachment.html>
GS="-O2 -m32" CXXFLAGS="-O2 -m32"
--libdir=/usr/lib
--
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/20140417/a230af30/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140417/783bec11/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140417/17ef51c4/attachment.html>
to
use it in production. Therefore I think it makes sense to fix these
issues while it's still a viable option.
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/20140417/49bf0f3a/attachment.sig>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140417/971ef4fa/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140417/dc8c69ae/attachment-0001.html>
On Thu, Apr 17, 2014 at 01:28:50PM +0200, Andrzej Hajda wrote:
> +out:
> + if (ret != -EPROBE_DEFER)
> + exynos_drm_dev_ready(&pdev->dev);
So we end up with everyone needing a "ready" call in each sub-driver
back into the main driver... this makes it impossible to write a
generic s
y this instead:
https://bugs.freedesktop.org/attachment.cgi?id=97539
--
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/
On Thu, Apr 17, 2014 at 01:28:50PM +0200, Andrzej Hajda wrote:
> +static int exynos_drm_add_blocker(struct device *dev, void *data)
> +{
> + struct device_driver *drv = data;
> +
> + if (!platform_bus_type.match(dev, drv))
> + return 0;
> +
> + device_lock(dev);
> + if (
gone.
--
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/20140417/21979920/attachment.html>
- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140417/8c73ac42/attachment.html>
ri-devel/attachments/20140417/9f9cb219/attachment.html>
1 - 100 of 109 matches
Mail list logo
