On Thu, Nov 12, 2015 at 01:16:55PM +0100, Thierry Reding wrote:
> On Wed, Nov 11, 2015 at 04:09:42PM +0000, Liviu Dudau wrote:
> > On Tue, Nov 10, 2015 at 05:56:15PM +0100, Thierry Reding wrote:
> > > On Tue, Nov 10, 2015 at 03:01:03PM +, Liviu Dudau wrote:
> > > >
On Thu, Nov 12, 2015 at 10:52:25AM +, Jon Medhurst (Tixy) wrote:
> On Thu, 2015-11-12 at 10:42 +0000, Liviu Dudau wrote:
> > > This is on-chip RAM or nornal system RAM? We already have bindings
> > for
> > > both.
> >
> > Juno has a set of TLX (T
On Wed, Nov 11, 2015 at 12:48:50PM -0600, Rob Herring wrote:
> On Wed, Nov 11, 2015 at 04:06:47PM +0000, Liviu Dudau wrote:
> > Cc: Rob Herring
> > Cc: Pawel Moll
> > Cc: Mark Rutland
> > Cc: Ian Campbell
> > Cc: Kumar Gala
> >
> > Signe
On Thu, Nov 12, 2015 at 04:32:33PM +0800, Mark yao wrote:
>On 2015年11月10日 23:01, Liviu Dudau wrote:
>
> Hello,
>
> When booting my Juno board with the HDLCD driver that I have converted to
> atomic operations I'm getting the following warning:
>
>
On Thu, Nov 12, 2015 at 02:34:57PM +0800, Mark yao wrote:
Mark,
>On 2015年11月12日 14:27, Mark yao wrote:
>
> On 2015年11月11日 00:56, Thierry Reding wrote:
>
> On Tue, Nov 10, 2015 at 03:01:03PM +0000, Liviu Dudau wrote:
>
> Hello,
>
> When booting my Juno
On Thu, Nov 12, 2015 at 02:34:57PM +0800, Mark yao wrote:
Mark,
>On 2015年11月12日 14:27, Mark yao wrote:
>
> On 2015年11月11日 00:56, Thierry Reding wrote:
>
> On Tue, Nov 10, 2015 at 03:01:03PM +0000, Liviu Dudau wrote:
>
> Hello,
>
> When booting my Juno
On Thu, Nov 12, 2015 at 04:32:33PM +0800, Mark yao wrote:
>On 2015年11月10日 23:01, Liviu Dudau wrote:
>
> Hello,
>
> When booting my Juno board with the HDLCD driver that I have converted to
> atomic operations I'm getting the following warning:
>
>
On Wed, Nov 11, 2015 at 12:48:50PM -0600, Rob Herring wrote:
> On Wed, Nov 11, 2015 at 04:06:47PM +0000, Liviu Dudau wrote:
> > Cc: Rob Herring <robh...@kernel.org>
> > Cc: Pawel Moll <pawel.m...@arm.com>
> > Cc: Mark Rutland <mark.rutl...@arm.co
On Thu, Nov 12, 2015 at 10:52:25AM +, Jon Medhurst (Tixy) wrote:
> On Thu, 2015-11-12 at 10:42 +0000, Liviu Dudau wrote:
> > > This is on-chip RAM or nornal system RAM? We already have bindings
> > for
> > > both.
> >
> > Juno has a set of TLX (T
On Thu, Nov 12, 2015 at 01:16:55PM +0100, Thierry Reding wrote:
> On Wed, Nov 11, 2015 at 04:09:42PM +0000, Liviu Dudau wrote:
> > On Tue, Nov 10, 2015 at 05:56:15PM +0100, Thierry Reding wrote:
> > > On Tue, Nov 10, 2015 at 03:01:03PM +, Liviu Dudau wrote:
> > > >
On Thu, Nov 12, 2015 at 02:34:11PM +0100, Thierry Reding wrote:
> On Thu, Nov 12, 2015 at 06:49:38PM +0800, Mark yao wrote:
> > On 2015年11月12日 18:36, Liviu Dudau wrote:
> > >On Thu, Nov 12, 2015 at 04:32:33PM +0800, Mark yao wrote:
> > >> On 2015年1
On Thu, Nov 12, 2015 at 05:12:33PM +0100, Thierry Reding wrote:
> On Thu, Nov 12, 2015 at 02:03:35PM +0000, Liviu Dudau wrote:
> > On Thu, Nov 12, 2015 at 02:34:11PM +0100, Thierry Reding wrote:
> > > On Thu, Nov 12, 2015 at 06:49:38PM +0800, Mark yao wrote:
> > > &g
On Wed, Nov 11, 2015 at 05:46:47PM +, Lorenzo Pieralisi wrote:
> On Tue, Nov 10, 2015 at 01:50:46PM +0800, Jiang Liu wrote:
>
> [...]
>
> > >> In particular, I would like to understand, for an eg DWordIO descriptor,
> > >> what Range Minimum, Range Maximum and Translation Offset represent,
>
On Wed, Nov 11, 2015 at 05:51:52PM +, Russell King - ARM Linux wrote:
> On Wed, Nov 11, 2015 at 03:34:32PM +0000, Liviu Dudau wrote:
> > While going through the code testing I've noticed an unbalanced
> > .unbind missing drm_connector_unregister()
>
> That actually d
On Tue, Nov 10, 2015 at 05:56:15PM +0100, Thierry Reding wrote:
> On Tue, Nov 10, 2015 at 03:01:03PM +0000, Liviu Dudau wrote:
> > Hello,
> >
> > When booting my Juno board with the HDLCD driver that I have converted to
> > atomic operations I'm getting the following wa
ARM's Juno board has two HDLCD controllers, each linked to an NXP
TDA19988 HDMI transmitter that provides output encoding. Add them
to the device tree.
Signed-off-by: Liviu Dudau
---
arch/arm64/boot/dts/arm/juno-base.dtsi | 74 --
1 file changed, 70 insertions
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Signed-off-by: Liviu Dudau
---
.../devicetree/bindings/drm/arm/arm,hdlcd.txt | 74 ++
1 file changed, 74 insertions(+)
create mode 100644 Documentation/devicetree/bindings/drm/arm/arm
Update MAINTAINERS file for HDLCD driver.
Cc: Andrew Morton
Cc: Arnd Bergmann
Cc: Mauro Carvalho Chehab
Cc: Greg KH
Cc: Joe Perches
Cc: Jiri Slaby
Signed-off-by: Liviu Dudau
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index fca7daf
The HDLCD controller is a display controller that supports resolutions
up to 4096x4096 pixels. It is present on various development boards
produced by ARM Ltd and emulated by the latest Fast Models from the
company.
Cc: David Airlie
Cc: Robin Murphy
Signed-off-by: Liviu Dudau
---
drivers/gpu
support for atomic modeset
v1: Original DRM submission can be found here [2]
[1] http://lists.freedesktop.org/archives/dri-devel/2015-November/094172.html
[2] http://lists.freedesktop.org/archives/dri-devel/2015-August/087685.html
Best regards,
Liviu
Liviu Dudau (4):
drm: arm: Add DT bindings
tda998x uses drm_connector_register() in the .bind function that
needs to be balanced with a drm_connector_unregister() in the .unbind.
Otherwise dangling sysfs entries are left behind and future rebinds
will fail.
Signed-off-by: Liviu Dudau
Cc: Russell King
---
drivers/gpu/drm/i2c
Spec sheet states that the TDA19988 supports up to 165MHz dotclock speeds.
Without this change modes higher than 1080p are un-attainable.
Signed-off-by: Liviu Dudau
Cc: Russell King
---
drivers/gpu/drm/i2c/tda998x_drv.c | 5 +++-
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git
drm_connector_unregister() and updated the pixel clock support
for
TDA19988.
These patches are to be applied on top of David Airlie's drm-next. I've used
commit
816d2206f0f9 as that includes Russell's cleanup for tda998x that has gone into
v4.4-rc1.
Best regards,
Liviu
Liviu Dudau (3):
drm/i2c: tda998x
When used with a DRIVER_ATOMIC enabled CRTC driver, the tda998x
will cause crashes due to missing atomic operations. Fill the
drm_connector_funcs struct with the atomic versions of the required
functions and add the atomic modeset specific callbacks.
Signed-off-by: Liviu Dudau
Cc: Russell King
On Wed, Nov 11, 2015 at 05:51:52PM +, Russell King - ARM Linux wrote:
> On Wed, Nov 11, 2015 at 03:34:32PM +0000, Liviu Dudau wrote:
> > While going through the code testing I've noticed an unbalanced
> > .unbind missing drm_connector_unregister()
>
> That actually d
On Wed, Nov 11, 2015 at 05:46:47PM +, Lorenzo Pieralisi wrote:
> On Tue, Nov 10, 2015 at 01:50:46PM +0800, Jiang Liu wrote:
>
> [...]
>
> > >> In particular, I would like to understand, for an eg DWordIO descriptor,
> > >> what Range Minimum, Range Maximum and Translation Offset represent,
>
On Tue, Nov 10, 2015 at 05:56:15PM +0100, Thierry Reding wrote:
> On Tue, Nov 10, 2015 at 03:01:03PM +0000, Liviu Dudau wrote:
> > Hello,
> >
> > When booting my Juno board with the HDLCD driver that I have converted to
> > atomic operations I'm getting the following wa
ARM's Juno board has two HDLCD controllers, each linked to an NXP
TDA19988 HDMI transmitter that provides output encoding. Add them
to the device tree.
Signed-off-by: Liviu Dudau <liviu.du...@arm.com>
---
arch/arm64/boot/dts/arm/juno-base.dtsi | 74 --
When used with a DRIVER_ATOMIC enabled CRTC driver, the tda998x
will cause crashes due to missing atomic operations. Fill the
drm_connector_funcs struct with the atomic versions of the required
functions and add the atomic modeset specific callbacks.
Signed-off-by: Liviu Dudau <liviu
drm_connector_unregister() and updated the pixel clock support
for
TDA19988.
These patches are to be applied on top of David Airlie's drm-next. I've used
commit
816d2206f0f9 as that includes Russell's cleanup for tda998x that has gone into
v4.4-rc1.
Best regards,
Liviu
Liviu Dudau (3):
drm/i2c: tda998x
Cc: Rob Herring <robh...@kernel.org>
Cc: Pawel Moll <pawel.m...@arm.com>
Cc: Mark Rutland <mark.rutl...@arm.com>
Cc: Ian Campbell <ijc+devicet...@hellion.org.uk>
Cc: Kumar Gala <ga...@codeaurora.org>
Signed-off-by: Liviu Dudau <liviu.du...@arm.com>
---
<jsl...@suse.com>
Signed-off-by: Liviu Dudau <liviu.du...@arm.com>
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index fca7daf..d74af10 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -820,6 +820,12 @@ S: Maintained
F: driv
support for atomic modeset
v1: Original DRM submission can be found here [2]
[1] http://lists.freedesktop.org/archives/dri-devel/2015-November/094172.html
[2] http://lists.freedesktop.org/archives/dri-devel/2015-August/087685.html
Best regards,
Liviu
Liviu Dudau (4):
drm: arm: Add DT bindings
.@arm.com>
Signed-off-by: Liviu Dudau <liviu.du...@arm.com>
---
drivers/gpu/drm/Kconfig | 2 +
drivers/gpu/drm/Makefile | 1 +
drivers/gpu/drm/arm/Kconfig | 29 ++
drivers/gpu/drm/arm/Makefile | 2 +
drivers/gpu/drm/arm/hdlcd_crtc.c | 334 ++
tda998x uses drm_connector_register() in the .bind function that
needs to be balanced with a drm_connector_unregister() in the .unbind.
Otherwise dangling sysfs entries are left behind and future rebinds
will fail.
Signed-off-by: Liviu Dudau <liviu.du...@arm.com>
Cc: Russell King &l
Spec sheet states that the TDA19988 supports up to 165MHz dotclock speeds.
Without this change modes higher than 1080p are un-attainable.
Signed-off-by: Liviu Dudau <liviu.du...@arm.com>
Cc: Russell King <rmk+ker...@arm.linux.org.uk>
---
drivers/gpu/drm/i2c/tda998x_drv.c | 5 +++-
1
Hello,
When booting my Juno board with the HDLCD driver that I have converted to
atomic operations I'm getting the following warning:
[ cut here ]
WARNING: at /work/repositories/kernel/drivers/gpu/drm/drm_atomic_helper.c:674
Modules linked in: hdlcd(+) clk_scpi
On Tue, Nov 10, 2015 at 04:47:19PM +0800, Mark Yao wrote:
> This reverts commit 52f5eb60940de889ce98a876f6933b574ead3225.
>
> Rockchip drm can't work with generic drm_of_component_probe now
>
> Signed-off-by: Mark Yao
Acked-by: Liviu Dudau
> ---
> drivers/gpu/drm/rockch
On Tue, Nov 10, 2015 at 04:53:09PM +0800, Mark yao wrote:
>On 2015年11月09日 19:57, Liviu Dudau wrote:
>
> Meanwhile, what is your suggestion regarding the patchset. I've seen David
> has
> sent Linus a pull request for 4.4-rc1 that includes it. Should we send a
> revert f
Hello,
When booting my Juno board with the HDLCD driver that I have converted to
atomic operations I'm getting the following warning:
[ cut here ]
WARNING: at /work/repositories/kernel/drivers/gpu/drm/drm_atomic_helper.c:674
Modules linked in: hdlcd(+) clk_scpi
On Tue, Nov 10, 2015 at 04:53:09PM +0800, Mark yao wrote:
>On 2015年11月09日 19:57, Liviu Dudau wrote:
>
> Meanwhile, what is your suggestion regarding the patchset. I've seen David
> has
> sent Linus a pull request for 4.4-rc1 that includes it. Should we send a
> revert f
On Tue, Nov 10, 2015 at 04:47:19PM +0800, Mark Yao wrote:
> This reverts commit 52f5eb60940de889ce98a876f6933b574ead3225.
>
> Rockchip drm can't work with generic drm_of_component_probe now
>
> Signed-off-by: Mark Yao <mark@rock-chips.com>
Acked-by: Liviu Dudau
On Mon, Nov 09, 2015 at 12:03:35PM +, Russell King - ARM Linux wrote:
> On Mon, Nov 09, 2015 at 11:57:27AM +0000, Liviu Dudau wrote:
> > Meanwhile, what is your suggestion regarding the patchset. I've seen David
> > has
> > sent Linus a pull request for 4.4-rc1 that i
On Mon, Nov 09, 2015 at 11:43:00AM +, Russell King - ARM Linux wrote:
> On Mon, Nov 09, 2015 at 05:39:25PM +0800, Mark yao wrote:
> > Hi Liviu
> > Rockchip drm can't work with drm_of_component_probe function now,
> >
> > At drm_of_component_probe:
> >
On Mon, Nov 09, 2015 at 05:39:25PM +0800, Mark yao wrote:
> On 2015年10月19日 23:07, Liviu Dudau wrote:
> >A lot of component based DRM drivers use a variant of the same code
> >as the probe function. They bind the crtc ports in the first iteration
> >and then scan through the
On Mon, Nov 09, 2015 at 05:39:25PM +0800, Mark yao wrote:
> On 2015年10月19日 23:07, Liviu Dudau wrote:
> >A lot of component based DRM drivers use a variant of the same code
> >as the probe function. They bind the crtc ports in the first iteration
> >and then scan through the
On Mon, Nov 09, 2015 at 11:43:00AM +, Russell King - ARM Linux wrote:
> On Mon, Nov 09, 2015 at 05:39:25PM +0800, Mark yao wrote:
> > Hi Liviu
> > Rockchip drm can't work with drm_of_component_probe function now,
> >
> > At drm_of_component_probe:
> >
On Mon, Nov 09, 2015 at 12:03:35PM +, Russell King - ARM Linux wrote:
> On Mon, Nov 09, 2015 at 11:57:27AM +0000, Liviu Dudau wrote:
> > Meanwhile, what is your suggestion regarding the patchset. I've seen David
> > has
> > sent Linus a pull request for 4.4-rc1 that i
On Tue, Nov 03, 2015 at 02:32:14PM +, Lorenzo Pieralisi wrote:
> On Wed, Oct 28, 2015 at 11:49:40AM +, liviu.du...@arm.com wrote:
> > On Tue, Oct 27, 2015 at 05:38:42PM +0100, Tomasz Nowicki wrote:
>
> [...]
>
> > > +static int __init pcibios_assign_resources(void)
> > > +{
> > > + if
On Tue, Nov 03, 2015 at 02:32:14PM +, Lorenzo Pieralisi wrote:
> On Wed, Oct 28, 2015 at 11:49:40AM +, liviu.du...@arm.com wrote:
> > On Tue, Oct 27, 2015 at 05:38:42PM +0100, Tomasz Nowicki wrote:
>
> [...]
>
> > > +static int __init pcibios_assign_resources(void)
> > > +{
> > > + if
config space regions) and
> >>_CRS (IO/irq resources) to initialize PCI hostbridge.
> >>
> >>Signed-off-by: Tomasz Nowicki
> >>Signed-off-by: Hanjun Guo
> >>Signed-off-by: Suravee Suthikulpanit
> >>CC: Arnd Bergmann
> >>CC: Catalin
y: Suravee Suthikulpanit
> CC: Arnd Bergmann
> CC: Catalin Marinas
> CC: Liviu Dudau
> CC: Lorenzo Pieralisi
> CC: Will Deacon
> ---
> arch/arm64/Kconfig | 6 ++
> arch/arm64/kernel/pci.c | 208
> +---
> 2 files
> - * corresponding error.
> + * to mix domain numbers obtained from DT, ACPI and
> + * pci_get_new_domain_nr(), which is a recipe for domain mishandling and
> + * it is prevented by invalidating the domain value (domain = -1) and
> + * printing a correspondin
config space regions) and
> >>_CRS (IO/irq resources) to initialize PCI hostbridge.
> >>
> >>Signed-off-by: Tomasz Nowicki <t...@semihalf.com>
> >>Signed-off-by: Hanjun Guo <hanjun@linaro.org>
> >>Signed-off-by: Suravee Suthikulpanit <
uo <hanjun@linaro.org>
> Signed-off-by: Suravee Suthikulpanit <suravee.suthikulpa...@amd.com>
> CC: Arnd Bergmann <a...@arndb.de>
> CC: Catalin Marinas <catalin.mari...@arm.com>
> CC: Liviu Dudau <liviu.du...@arm.com>
> CC: Lorenzo Pieralisi <
* printing a corresponding error.
>*/
> +
> + domain = of_get_pci_domain_nr(parent->of_node);
Not sure what you've got here by splitting the original line into two other
than an increase
in the change count.
Otherwise, it looks sensible.
Reviewed-by: Liv
On Wed, Oct 21, 2015 at 07:49:13PM +0800, Jiang Liu wrote:
> On 2015/10/21 19:27, Tomasz Nowicki wrote:
> > On 21.10.2015 13:02, Liviu Dudau wrote:
> >> On Wed, Oct 21, 2015 at 11:57:53AM +0200, Tomasz Nowicki wrote:
> >>> On 14.10.2015 08:29, Jiang Liu wrote:
>
On Wed, Oct 21, 2015 at 01:27:33PM +0200, Tomasz Nowicki wrote:
> On 21.10.2015 13:02, Liviu Dudau wrote:
> >On Wed, Oct 21, 2015 at 11:57:53AM +0200, Tomasz Nowicki wrote:
> >>On 14.10.2015 08:29, Jiang Liu wrote:
> >>>Introduce common interface acpi_pci_
On Wed, Oct 21, 2015 at 11:57:53AM +0200, Tomasz Nowicki wrote:
> On 14.10.2015 08:29, Jiang Liu wrote:
> >Introduce common interface acpi_pci_root_create() and related data
> >structures to create PCI root bus for ACPI PCI host bridges. It will
> >be used to kill duplicated arch specific code for
On Wed, Oct 21, 2015 at 01:27:33PM +0200, Tomasz Nowicki wrote:
> On 21.10.2015 13:02, Liviu Dudau wrote:
> >On Wed, Oct 21, 2015 at 11:57:53AM +0200, Tomasz Nowicki wrote:
> >>On 14.10.2015 08:29, Jiang Liu wrote:
> >>>Introduce common interface acpi_pci_
On Wed, Oct 21, 2015 at 07:49:13PM +0800, Jiang Liu wrote:
> On 2015/10/21 19:27, Tomasz Nowicki wrote:
> > On 21.10.2015 13:02, Liviu Dudau wrote:
> >> On Wed, Oct 21, 2015 at 11:57:53AM +0200, Tomasz Nowicki wrote:
> >>> On 14.10.2015 08:29, Jiang Liu wrote:
>
On Wed, Oct 21, 2015 at 11:57:53AM +0200, Tomasz Nowicki wrote:
> On 14.10.2015 08:29, Jiang Liu wrote:
> >Introduce common interface acpi_pci_root_create() and related data
> >structures to create PCI root bus for ACPI PCI host bridges. It will
> >be used to kill duplicated arch specific code for
On Tue, Oct 20, 2015 at 12:02:33PM +0200, Daniel Vetter wrote:
> On Tue, Oct 20, 2015 at 10:23:11AM +0100, Liviu Dudau wrote:
> > Changelog:
> > v4: Fixed a bug where the wrong pointer was sent to component_match_add()
> > and
> > component_master_add_with_match
On Tue, Oct 20, 2015 at 11:09:09AM +0100, Russell King - ARM Linux wrote:
> On Tue, Oct 20, 2015 at 11:00:55AM +0100, Emil Velikov wrote:
> > Hi Liviu,
> >
> > On 20 October 2015 at 10:23, Liviu Dudau wrote:
> > > A lot of component based DRM drivers
drm_of_component_probe() in order to increase code
reuse.
Cc: David Airlie
Signed-off-by: Liviu Dudau
Acked-by: Russell King
---
drivers/gpu/drm/drm_of.c | 88
include/drm/drm_of.h | 13 +++
2 files changed, 101 insertions(+)
diff --git a/drivers
The generic function is functionally equivalent to the driver's
imx_drm_platform_probe(). Use the generic function and reduce the
overall code size.
Signed-off-by: Liviu Dudau
Acked-by: Russell King
---
drivers/gpu/drm/imx/imx-drm-core.c | 55 +++---
1 file
). This way future cleanup can further remove support for it.
Signed-off-by: Liviu Dudau
Acked-by: Russell King
---
drivers/gpu/drm/armada/armada_drv.c | 68 +++--
1 file changed, 19 insertions(+), 49 deletions(-)
diff --git a/drivers/gpu/drm/armada/armada_drv.c
b
Use the generic drm_of_component_probe() function to probe for components.
Signed-off-by: Liviu Dudau
---
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 81 +++--
1 file changed, 6 insertions(+), 75 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_drv.c
b
error
codes and used in armada to trigger old platform_data support. Also looking for
thoughts on the correctness of the patch and if it possible to co-opt more
drivers
into using the function.
Best regards,
Liviu
Liviu Dudau (4):
drm: Introduce generic probe function for component based maste
lin, Will, are you OK with pulling this patch into arm64 and if so do you
want
me to send a different pull request or are you happy to fetch it from the git
tree
git://linux-arm.org/linux-ld.git for-upstream/juno-pcie.
Best regards,
Liviu
>On Fri, Oct 16, 2015 at 11:22 PM, Liviu Dudau <[1
lin, Will, are you OK with pulling this patch into arm64 and if so do you
want
me to send a different pull request or are you happy to fetch it from the git
tree
git://linux-arm.org/linux-ld.git for-upstream/juno-pcie.
Best regards,
Liviu
>On Fri, Oct 16, 2015 at 11:22 PM, Liviu Dudau <[1
Use the generic drm_of_component_probe() function to probe for components.
Signed-off-by: Liviu Dudau <liviu.du...@arm.com>
---
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 81 +++--
1 file changed, 6 insertions(+), 75 deletions(-)
diff --git a/drivers/gpu/drm/ro
error
codes and used in armada to trigger old platform_data support. Also looking for
thoughts on the correctness of the patch and if it possible to co-opt more
drivers
into using the function.
Best regards,
Liviu
Liviu Dudau (4):
drm: Introduce generic probe function for component based maste
). This way future cleanup can further remove support for it.
Signed-off-by: Liviu Dudau <liviu.du...@arm.com>
Acked-by: Russell King <rmk+ker...@arm.linux.org.uk>
---
drivers/gpu/drm/armada/armada_drv.c | 68 +++--
1 file changed, 19 insertions(+),
drm_of_component_probe() in order to increase code
reuse.
Cc: David Airlie <airl...@linux.ie>
Signed-off-by: Liviu Dudau <liviu.du...@arm.com>
Acked-by: Russell King <rmk+ker...@arm.linux.org.uk>
---
drivers/gpu/drm/drm_of.c | 88
in
On Tue, Oct 20, 2015 at 11:09:09AM +0100, Russell King - ARM Linux wrote:
> On Tue, Oct 20, 2015 at 11:00:55AM +0100, Emil Velikov wrote:
> > Hi Liviu,
> >
> > On 20 October 2015 at 10:23, Liviu Dudau <liviu.du...@arm.com> wrote:
> > > A lot of compo
The generic function is functionally equivalent to the driver's
imx_drm_platform_probe(). Use the generic function and reduce the
overall code size.
Signed-off-by: Liviu Dudau <liviu.du...@arm.com>
Acked-by: Russell King <rmk+ker...@arm.linux.org.uk>
---
drivers/gpu/drm/imx/imx-drm
On Tue, Oct 20, 2015 at 12:02:33PM +0200, Daniel Vetter wrote:
> On Tue, Oct 20, 2015 at 10:23:11AM +0100, Liviu Dudau wrote:
> > Changelog:
> > v4: Fixed a bug where the wrong pointer was sent to component_match_add()
> > and
> > component_master_add_with_match
On Mon, Oct 19, 2015 at 04:17:14PM +0100, Russell King - ARM Linux wrote:
> On Mon, Oct 19, 2015 at 04:07:50PM +0100, Liviu Dudau wrote:
> > The armada DRM driver keeps some old platform data compatibility in the
> > probe function that makes moving to the generic drm_of_
Use the generic drm_of_component_probe() function to probe for components.
Signed-off-by: Liviu Dudau
---
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 81 +++--
1 file changed, 6 insertions(+), 75 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_drv.c
b
drm_of_component_probe() in order to increase code
reuse.
Cc: David Airlie
Signed-off-by: Liviu Dudau
---
drivers/gpu/drm/drm_of.c | 88
include/drm/drm_of.h | 13 +++
2 files changed, 101 insertions(+)
diff --git a/drivers/gpu/drm/drm_of.c b
is different from the other possible
error
codes and used in armada to trigger old platform_data support. Also looking for
thoughts on the correctness of the patch and if it possible to co-opt more
drivers
into using the function.
Best regards,
Liviu
Liviu Dudau (4):
drm: Introduce generic p
). This way future cleanup can further remove support for it.
Signed-off-by: Liviu Dudau
Cc: Russell King
---
drivers/gpu/drm/armada/armada_drv.c | 73 +++--
1 file changed, 22 insertions(+), 51 deletions(-)
diff --git a/drivers/gpu/drm/armada/armada_drv.c
b/drivers
The generic function is functionally equivalent to the driver's
imx_drm_platform_probe(). Use the generic function and reduce the
overall code size.
Signed-off-by: Liviu Dudau
---
drivers/gpu/drm/imx/imx-drm-core.c | 55 +++---
1 file changed, 4 insertions(+), 51
On Mon, Oct 19, 2015 at 03:50:27PM +0100, Russell King - ARM Linux wrote:
> On Mon, Oct 19, 2015 at 04:42:25PM +0200, Daniel Vetter wrote:
> > On Mon, Oct 19, 2015 at 02:26:38PM +0100, Russell King - ARM Linux wrote:
> > > On Mon, Oct 19, 2015 at 02:02:58PM +0100, Liviu Dudau wro
On Mon, Oct 19, 2015 at 02:26:38PM +0100, Russell King - ARM Linux wrote:
> On Mon, Oct 19, 2015 at 02:02:58PM +0100, Liviu Dudau wrote:
> > On Mon, Oct 19, 2015 at 01:25:37PM +0100, Russell King - ARM Linux wrote:
> > > Please don't move this into here, it's completely in
On Mon, Oct 19, 2015 at 01:25:37PM +0100, Russell King - ARM Linux wrote:
> On Mon, Oct 19, 2015 at 01:21:50PM +0100, Liviu Dudau wrote:
> > A lot of component based DRM drivers use a variant of the same code
> > as the probe function. They bind the crtc ports in the
The generic function is functionally equivalent to the driver's
imx_drm_platform_probe(). Use the generic function and reduce the
overall code size.
Signed-off-by: Liviu Dudau
---
drivers/gpu/drm/imx/imx-drm-core.c | 54 +-
1 file changed, 1 insertion(+), 53
support. Also looking for
thoughts on the correctness of the patch and if it possible to co-opt more
drivers
into using the function.
Best regards,
Liviu
Liviu Dudau (4):
drm: Introduce generic probe function for component based masters.
drm/imx: Convert the probe function to the generic drm_of_co
). This way future cleanup can further remove support for it.
Signed-off-by: Liviu Dudau
Cc: Russell King
---
drivers/gpu/drm/armada/armada_drv.c | 73 +++--
1 file changed, 22 insertions(+), 51 deletions(-)
diff --git a/drivers/gpu/drm/armada/armada_drv.c
b/drivers
drm_of_component_probe() in order to increase code
reuse.
Cc: David Airlie
Signed-off-by: Liviu Dudau
---
drivers/gpu/drm/drm_of.c | 92
include/drm/drm_of.h | 12 +++
2 files changed, 104 insertions(+)
diff --git a/drivers/gpu/drm/drm_of.c b
Use the generic drm_of_component_probe() function to probe for components.
Signed-off-by: Liviu Dudau
---
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 86 ++---
1 file changed, 6 insertions(+), 80 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_drv.c
b
drm_of_component_probe() in order to increase code
reuse.
Cc: David Airlie <airl...@linux.ie>
Signed-off-by: Liviu Dudau <liviu.du...@arm.com>
---
drivers/gpu/drm/drm_of.c | 92
include/drm/drm_of.h | 12 +++
2 files changed, 104 inserti
Use the generic drm_of_component_probe() function to probe for components.
Signed-off-by: Liviu Dudau <liviu.du...@arm.com>
---
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 86 ++---
1 file changed, 6 insertions(+), 80 deletions(-)
diff --git a/drivers/gpu/drm/ro
support. Also looking for
thoughts on the correctness of the patch and if it possible to co-opt more
drivers
into using the function.
Best regards,
Liviu
Liviu Dudau (4):
drm: Introduce generic probe function for component based masters.
drm/imx: Convert the probe function to the generic drm_of_co
). This way future cleanup can further remove support for it.
Signed-off-by: Liviu Dudau <liviu.du...@arm.com>
Cc: Russell King <rmk+ker...@arm.linux.org.uk>
---
drivers/gpu/drm/armada/armada_drv.c | 73 +++--
1 file changed, 22 insertions(+), 51 deleti
The generic function is functionally equivalent to the driver's
imx_drm_platform_probe(). Use the generic function and reduce the
overall code size.
Signed-off-by: Liviu Dudau <liviu.du...@arm.com>
---
drivers/gpu/drm/imx/imx-drm-core.c | 54 +-
1 file c
On Mon, Oct 19, 2015 at 01:25:37PM +0100, Russell King - ARM Linux wrote:
> On Mon, Oct 19, 2015 at 01:21:50PM +0100, Liviu Dudau wrote:
> > A lot of component based DRM drivers use a variant of the same code
> > as the probe function. They bind the crtc ports in the
On Mon, Oct 19, 2015 at 02:26:38PM +0100, Russell King - ARM Linux wrote:
> On Mon, Oct 19, 2015 at 02:02:58PM +0100, Liviu Dudau wrote:
> > On Mon, Oct 19, 2015 at 01:25:37PM +0100, Russell King - ARM Linux wrote:
> > > Please don't move this into here, it's completely in
). This way future cleanup can further remove support for it.
Signed-off-by: Liviu Dudau <liviu.du...@arm.com>
Cc: Russell King <rmk+ker...@arm.linux.org.uk>
---
drivers/gpu/drm/armada/armada_drv.c | 73 +++--
1 file changed, 22 insertions(+), 51 deleti
701 - 800 of 1892 matches
Mail list logo
