On Thu, Jan 31, 2013 at 10:51:27PM +1100, Dave Airlie wrote:
> I'll ship them via my tree at this point I think, since I now need to
> queue a revert of the revert on top.
>
> I have a few vgacon/fbcon fixes that I need to go in this cycle.
Great, thanks.
--
Russell King
Li
Signed-off-by: Russell King
---
drivers/gpu/drm/i2c/tda998x_drv.c | 16 ++--
1 files changed, 10 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c
b/drivers/gpu/drm/i2c/tda998x_drv.c
index da2917b..d6afd02 100644
--- a/drivers/gpu/drm/i2c/tda998x_drv.c
Signed-off-by: Russell King
---
drivers/gpu/drm/dove/Kconfig |9 ++
drivers/gpu/drm/dove/Makefile|2 +
drivers/gpu/drm/dove/dove_drm.h |1 +
drivers/gpu/drm/dove/dove_drv.c |4 +
drivers/gpu/drm/dove/dove_tda19988.c | 249
The npix/nline registers are supposed to be programmed with the total
number of pixels/lines, not the displayed pixels/lines, and not minus
one either.
Signed-off-by: Russell King
---
drivers/gpu/drm/i2c/tda998x_drv.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a
0x12. This results in incorrect colours.
Fix this by ensuring that the register is always set to the power on
default setting.
Signed-off-by: Russell King
---
drivers/gpu/drm/i2c/tda998x_drv.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/i2c/tda998x_drv
TDA19988 devices need their RAM enabled in order to read EDID
information. Add support for this.
Signed-off-by: Russell King
---
drivers/gpu/drm/i2c/tda998x_drv.c | 14 +-
1 files changed, 13 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c
b/drivers
Signed-off-by: Russell King
---
drivers/gpu/drm/i2c/tda998x_drv.c | 308 -
1 files changed, 301 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c
b/drivers/gpu/drm/i2c/tda998x_drv.c
index d6afd02..8ffb844 100644
--- a/drivers/gpu
Signed-off-by: Russell King
---
drivers/gpu/drm/dove/dove_output.c | 20
drivers/gpu/drm/dove/dove_output.h |6 ++
drivers/gpu/drm/dove/dove_tda19988.c | 23 ++-
3 files changed, 28 insertions(+), 21 deletions(-)
diff --git a/drivers/gpu
The npix/nline registers are supposed to be programmed with the total
number of pixels/lines, not the displayed pixels/lines, and not minus
one either.
Signed-off-by: Russell King
---
drivers/gpu/drm/i2c/tda998x_drv.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a
0x12. This results in incorrect colours.
Fix this by ensuring that the register is always set to the power on
default setting.
Signed-off-by: Russell King
---
drivers/gpu/drm/i2c/tda998x_drv.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/i2c/tda998x_
TDA19988 devices need their RAM enabled in order to read EDID
information. Add support for this.
Signed-off-by: Russell King
---
drivers/gpu/drm/i2c/tda998x_drv.c | 14 +-
1 files changed, 13 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c
b/drivers
Signed-off-by: Russell King
---
drivers/gpu/drm/i2c/tda998x_drv.c | 16 ++--
1 files changed, 10 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c
b/drivers/gpu/drm/i2c/tda998x_drv.c
index cd1526c..c0d17ae 100644
--- a/drivers/gpu/drm/i2c/tda998x_drv.c
Signed-off-by: Russell King
---
drivers/gpu/drm/i2c/tda998x_drv.c | 308 -
include/drm/i2c/tda998x.h | 30
2 files changed, 331 insertions(+), 7 deletions(-)
create mode 100644 include/drm/i2c/tda998x.h
diff --git a/drivers/gpu/drm/i2c
Signed-off-by: Russell King
---
drivers/gpu/drm/armada/Kconfig |9 +++
drivers/gpu/drm/armada/armada_drv.c | 42 +++
2 files changed, 51 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/armada/Kconfig b/drivers/gpu/drm/armada/Kconfig
Signed-off-by: Russell King
---
drivers/gpu/drm/armada/armada_crtc.c | 125 +++---
drivers/gpu/drm/armada/armada_hw.h |6 +-
2 files changed, 43 insertions(+), 88 deletions(-)
diff --git a/drivers/gpu/drm/armada/armada_crtc.c
b/drivers/gpu/drm/armada
This patch adds hardware cursor support to the DRM driver for the
Marvell Armada SoCs.
Signed-off-by: Russell King
---
drivers/gpu/drm/armada/Kconfig |7 +
drivers/gpu/drm/armada/armada_crtc.c | 201 ++
drivers/gpu/drm/armada/armada_crtc.h |8 ++
3
Signed-off-by: Russell King
---
drivers/gpu/drm/armada/Kconfig |6 +-
drivers/gpu/drm/armada/armada_crtc.c | 186 +++--
drivers/gpu/drm/armada/armada_crtc.h |5 +-
3 files changed, 135 insertions(+), 62 deletions(-)
diff --git a/drivers/gpu/drm/armada
This patch adds ARGB hardware cursor support to the DRM driver for the
Marvell Armada SoCs. ARGB cursors are supported at either 32x64 or
64x32 resolutions.
Signed-off-by: Russell King
---
drivers/gpu/drm/armada/armada_510.c |1 +
drivers/gpu/drm/armada/armada_crtc.c | 244
Support importing certain dma_bufs back into gem - notably those which
are either contiguous or are our own exports which do not use
dma_map_sg().
Signed-off-by: Russell King
---
drivers/gpu/drm/armada/armada_drv.c |4 +-
drivers/gpu/drm/armada/armada_fb.c |6 +++
drivers/gpu/drm
model people to be unsafe. This is why I will not
adopt such a solution for my driver; it is a bad design.
--
Russell King
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
On Tue, Jul 02, 2013 at 12:54:41PM -0600, Daniel Drake wrote:
> On Tue, Jul 2, 2013 at 12:43 PM, Russell King wrote:
> > I will point out that relying on driver probing orders has already been
> > stated by driver model people to be unsafe. This is why I will not
> > adopt s
ices.
I'm actually starting to come towards the conclusion that we should go
for the easiest solution, which is the one I just mentioned, and forget
trying to combine these devices into one super DRM driver.
--
Russell King
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
o we have enough people
with sufficient knowledge and willingness to be able to make all
that happen? I don't think we do, and I don't see that there's any
funding out there to make such a project happen, which would make it
a volunteer/spare time effort.
--
Russell King
part.)
Such a thing could be turned into a generic solution for all the
multi-part drivers. If we use Sebastian's idea of using phandles
(it seems there's a precident for it with the direction v4l2 is
going to solve a similar problem) then we likely have a standard
way of describing c
ot "describing the
hardware" to put into DT that LCD0, DCON, and the HDMI transceiver are
all connected together and therefore are required? One of the points of
DT after all is that it can and should be used to represent the
relationship between devices.
No - using the tree approach does
em which we're
having with DRM.
--
Russell King
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
t
the LCD panel because the driver doesn't know that there's a LCD panel
also connected? This is why I feel that the hotplug idea is actually
rather unsafe, and if we go down that path we're building in that risk.
(And I think the OLPC guys may be have exactly that kind of setup..
of details, and we've firmly decided that this is
the wrong approach.
Today, there is a very strong push towards having a single kernel image
which runs on every (modern) ARM board with DT describing not only the
board level hardware but also the internal SoC as well.
--
R
On Thu, Jul 04, 2013 at 10:33:07AM +0200, Sascha Hauer wrote:
> On Wed, Jul 03, 2013 at 10:52:49AM +0100, Russell King wrote:
> > > > Sorry but I'd like to say that this cannot be used commonly. Shouldn't
> > > > you
> > > > really consider Linu
unteering? :)
I don't think that Sebastian nor myself have either the motivation nor
the time available to go down that route of majorly rewriting kernel
subsystems.
Not only that but I believe it to be an unsafe approach as I've already
outlined.
--
Russell King
On Thu, Jul 04, 2013 at 10:58:17AM +0200, Sascha Hauer wrote:
> On Thu, Jul 04, 2013 at 09:40:52AM +0100, Russell King wrote:
> > Wrong. Please read the example with the diagrams I gave. Consider
> > what happens if you have two display devices connected to a single
> > ou
s to register their devices OF node plus "shared" data
so that other drivers can find it. "shared" data might be a
standardized operations struct or something similar to 'struct
device_driver' but for componentised devices.
--
Russell King
___
Signed-off-by: Russell King
---
drivers/gpu/drm/i2c/tda998x_drv.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c
b/drivers/gpu/drm/i2c/tda998x_drv.c
index 60e8404..704040b5 100644
--- a/drivers/gpu/drm/i2c/tda998x_drv.c
+++ b/drivers
This patch adds ARGB hardware cursor support to the DRM driver for the
Marvell Armada SoCs. ARGB cursors are supported at either 32x64 or
64x32 resolutions.
Signed-off-by: Russell King
---
drivers/gpu/drm/armada/armada_510.c |1 +
drivers/gpu/drm/armada/armada_crtc.c | 245
Signed-off-by: Russell King
---
drivers/gpu/drm/armada/Makefile |1 +
drivers/gpu/drm/armada/armada_610.c | 49 ++
drivers/gpu/drm/armada/armada_crtc.c |1 +
drivers/gpu/drm/armada/armada_drm.h |1 +
drivers/gpu/drm/armada/armada_drv.c |6
Signed-off-by: Russell King
---
drivers/gpu/drm/armada/Kconfig |9 +++
drivers/gpu/drm/armada/armada_drv.c | 42 +++
2 files changed, 51 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/armada/Kconfig b/drivers/gpu/drm/armada/Kconfig
Add a maintainers entry for the TDA998x driver. Rob Clark has handed
this driver over to me to look after.
Acked-by: Rob Clark
Signed-off-by: Russell King
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 78d970649300..90cbbf4bf04c
One of Jean-Francois patches changed the EDID polling to once every
10ms for 10 interations, whereas the original code did 1ms for 100
interations. This appears to cause boot-time detection to take
slightly - but noticably - longer. Revert this change.
Signed-off-by: Russell King
---
Jean
me kernel which booted all
the way through to Xorg without issue... fun.
This will update the following files:
drivers/gpu/drm/armada/armada_drv.c | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
through these changes:
Russell King (1):
DRM: armada: fix use of kfifo_put()
Thanks.
Update MSM's DRM driver to use the component match support rather than
add_components.
Signed-off-by: Russell King
---
drivers/gpu/drm/msm/msm_drv.c | 81 ++-
1 file changed, 34 insertions(+), 47 deletions(-)
diff --git a/drivers/gpu/drm/msm/msm_dr
/i2c/tda998x_drv.c | 387 -
2 files changed, 308 insertions(+), 81 deletions(-)
through these changes:
Jean-Francois Moine (1):
drm/i2c: tda998x: fix lack of required reg in DT documentation
Russell King (2):
drm/i2c: tda998x: allow re-use of tda998x
Inserting a dummy read between the writes appears to fix the problem.
Cc: # 3.13
Signed-off-by: Russell King
---
David,
Could you take this patch - it's also a good idea that it's back ported
to stable kernels as it affects all releases which this driver has been
in. I don'
ethod.
Signed-off-by: Russell King
---
Having discussed the issue of how to detect HDMI with David Airlie last
night, it is perfectly fine to use the HPD signal. The reason adapters
like Intel i915 use EDID is because of cross-talk on their HPD signals,
which cause them to falsely indicate transi
s are attached.
We can then use this information to configure the IPU DI clocking mode
without any uncertainty - if we have multiple bridges connected to the
same DI, if one of them requires a synchronous DI clock, that's what we
must use.
Signed-off-by: Russell King
---
This is a clean-up whic
David,
Please incorporate the latest TDA998x I2C driver fixes, which can be found at:
git://ftp.arm.linux.org.uk/~rmk/linux-cubox.git tda998x-fixes
with SHA1 2e9a3fc3a360ac180f5b4c3c4416a0d0dec60dd8, based on v3.13.
These are a number of fixes from the patch set which Jean-Francois has
been w
tes off the end of the arrays.
Fix this by allocating the arrays using fb_helper->connector_count.
A similar thing exists for some of the CRTC arrays. For these, use
fb_helper->crtc_count.
Signed-off-by: Russell King
---
David,
Would you consider the following patch to clean up the DRM fb
David,
Please incorporate the latest TDA998x I2C fixes, which can be found at:
git://ftp.arm.linux.org.uk/~rmk/linux-cubox.git tda998x-fixes
with SHA1 71c68c4fc9bdcd6e46107a0f40b50a523f3b4fe0.
Dave and others spotted a missed kfree() in the new error handling which
Jean-Francois added. This
n
drm/i2c: tda998x: adjust the audio clock divider for S/PDIF
Russell King (2):
drm/i2c: tda998x: clean up error chip version checking
drm/i2c: tda998x: always use the same device for all kernel messages
Thanks.
On Wed, Jan 30, 2013 at 11:07:16PM +0100, Daniel Vetter wrote:
> On Wed, Jan 30, 2013 at 10:52 PM, Russell King
> wrote:
> > Also adding Greg and Daniel to this as Daniel introduced the lockdep
> > checking.
> >
> > This looks extremely horrid to be to solve - the p
On Thu, Jan 31, 2013 at 10:52:51AM +1100, Linus Torvalds wrote:
> On Thu, Jan 31, 2013 at 9:19 AM, Russell King wrote:
> >
> > So... what you seem to be telling me is that 3.9 is going to be a
> > release which issues lockdep complaints when the console blanks, and
> >
On Thu, Jan 31, 2013 at 10:04:05AM +1000, Dave Airlie wrote:
> On Thu, Jan 31, 2013 at 9:52 AM, Linus Torvalds
> wrote:
> > On Thu, Jan 31, 2013 at 9:19 AM, Russell King
> > wrote:
> >>
> >> So... what you seem to be telling me is that 3.9 is going to be
On Thu, Jan 31, 2013 at 10:51:27PM +1100, Dave Airlie wrote:
> I'll ship them via my tree at this point I think, since I now need to
> queue a revert of the revert on top.
>
> I have a few vgacon/fbcon fixes that I need to go in this cycle.
Great, thanks.
--
Russell King
Li
Add a maintainers entry for the Armada DRM driver.
Signed-off-by: Russell King
---
MAINTAINERS | 5 +
1 file changed, 5 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 85b3dd8008b7..78d970649300 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -5501,6 +5501,11 @@ W: http
Add a maintainers entry for the TDA998x driver. Rob Clark has handed
this driver over to me to look after.
Signed-off-by: Russell King
---
Rob,
I'd appreciate an Ack for this hand-over of maintainership of your driver.
Thanks.
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
ff-by: Russell King
---
drivers/staging/imx-drm/imx-drm-core.c | 22 +-
1 files changed, 21 insertions(+), 1 deletions(-)
diff --git a/drivers/staging/imx-drm/imx-drm-core.c
b/drivers/staging/imx-drm/imx-drm-core.c
index 8ece15944569..d5bf4a4646a3 100644
--- a/drivers/stagin
There are a couple of ways to get at the drm_device for the vblank
operations. One of them is via the private imxdrm structure, the
other is via the DRM crtc structure, which also stores a pointer.
Use the DRM method instead of our own method.
Signed-off-by: Russell King
---
drivers/staging
We have the drm_device available, so rather than storing it and then
using the stored version, us the one we already have available to us.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-drm-core.c | 16
1 files changed, 8 insertions(+), 8 deletions(-)
diff --git
There's no point in using the clk API for this; we end up having to
violate the layering this provides.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/ipu-v3/ipu-di.c | 328 ++-
1 files changed, 105 insertions(+), 223 deletions(-)
diff --git a/dr
Extracted from another patch by Fabio Estevam, this adds the DT
configuration for HDMI output on the IMX6 SoCs
Signed-off-by: Russell King
---
arch/arm/boot/dts/imx6dl.dtsi |4
arch/arm/boot/dts/imx6q.dtsi |4
arch/arm/boot/dts/imx6qdl.dtsi | 10 ++
3 files
imx-fb.c doesn't need to be separate from imx-drm-core.c - all it is
doing is setting up the minimum and maximum sizes of the scanout
buffers, and setting up the mode_config function pointers. Move the
contents into imx-drm-core.c and kill this file.
Signed-off-by: Russell King
---
dr
Provide a helper function to parse possible crtcs before the encoder
is registered. The crtc mask is derived from the position of the
CRTCs registered in the drm_device.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-drm-core.c | 66
drivers
The vsync active edge delay is in lines, not pixel clocks.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-hdmi.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/staging/imx-drm/imx-hdmi.c
b/drivers/staging/imx-drm/imx-hdmi.c
index fe3a6779b620
The core imx_drm_connector and imx_drm_encoder code is no longer
required - the connectors and encoders are all using the component
support, so we can remove this.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-drm-core.c | 370
drivers/staging/imx
Some minor cleanups to the HDMI driver.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-hdmi.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/imx-drm/imx-hdmi.c
b/drivers/staging/imx-drm/imx-hdmi.c
index 1eb12c57aa3e..ee0fceb7b5b2
It is now no longer necessary to keep this structure around; we can
allocate it upon DRM driver load and destroy it thereafter without
affecting the other components now.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-drm-core.c | 47 ---
1 files
This mutex doesn't protect anything anymore; get rid of it.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-drm-core.c | 26 +++---
1 files changed, 3 insertions(+), 23 deletions(-)
diff --git a/drivers/staging/imx-drm/imx-drm-core.c
b/drivers/staging/im
Various cleanups are possible after the previous round of changes; these
have no real functional bearing other than tidying up the code.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-drm-core.c | 47 +++
drivers/staging/imx-drm/imx-drm.h |5
Add core imx-drm support for hotplug connector support. We need to
setup the poll helper after we've setup the connectors; the helper
scans the connectors to determine their capabilities.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-drm-core.c | 20 --
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-hdmi.c | 49 ---
1 files changed, 22 insertions(+), 27 deletions(-)
diff --git a/drivers/staging/imx-drm/imx-hdmi.c
b/drivers/staging/imx-drm/imx-hdmi.c
index f8c652e58a6d..075dd1f0c8a7 100644
--- a
instead. Pass this desired pixel clock rate into
hdmi_set_clk_regenerator(). Collapse down hdmi_init_clk_regenerator()
since it is a copy of hdmi_set_clk_regenerator(), and pass a default
pixel clock rate.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/im
.
Also, we must not call drm_helper_hpd_irq_event() until we have fully
setup the connector; keep the interrupt(s) muted until after that point.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-hdmi.c | 40 +--
1 files changed, 33 insertions(+), 7
There are a load of read-modify-write patterns to change bitfields in
various registers in this driver; provide a helper to perform this
manipulation.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-hdmi.c | 188 +---
1 files changed, 68 insertions
already exists for calculating the appropriate mask bit
for a CRTC.
Signed-off-by: Russell King
---
drivers/gpu/drm/drm_crtc_helper.c | 39
include/drm/drm_crtc_helper.h |1 +
2 files changed, 27 insertions(+), 13 deletions(-)
diff --git a/drivers
The DRM core indexes vblank by number, so there's little point
maintaining a list, and have to scan the list to find the appropriate
structure. Instead, use an array of pointers to the CRTCs.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-drm-core.c |
Use the componentised device support for imx-drm. This requires all
the sub-components and the master device to register with the component
device support.
Signed-off-by: Russell King
---
arch/arm/boot/dts/imx51-babbage.dts| 10 ++-
arch/arm/boot/dts/imx53-m53evk.dts |8
There's no reason for this to be a separate function; merge the
two together.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-drm-core.c | 33 ---
1 files changed, 9 insertions(+), 24 deletions(-)
diff --git a/drivers/staging/imx-drm/imx-drm-core
U internal clock
if it can satisfy our requirements, otherwise switch to the DI
external clock and try and set the external clock to our desired
pixel clock rate.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/ipu-v3/ipu-di.c | 54 +-
1 files changed, 52
This is nonsense; clk_round_rate() is just clk_set_rate() without the
side effect of changing the hardware.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/ipu-v3/ipu-di.c | 13 +
1 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/imx-drm/ipu-v3
imx_drm_device_get() and
imx_drm_device_put() methods; nothing but the fbdev helper was making
use of these.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/Makefile |1 -
drivers/staging/imx-drm/imx-drm-core.c | 43 +-
drivers/staging/imx-drm/imx-drm.h |3 -
drivers
Signed-off-by: Russell King
---
arch/arm/boot/dts/imx6dl.dtsi |3 ++-
arch/arm/boot/dts/imx6q.dtsi |1 +
arch/arm/boot/dts/imx6qdl.dtsi |1 -
3 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/imx6dl.dtsi b/arch/arm/boot/dts/imx6dl.dtsi
index
data being accessible.
Remove the module owner field as well; this provides no protection
against the device being unbound.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-drm-core.c | 34 ---
drivers/staging/imx-drm/imx-drm.h |4 +-
drivers
Provide two helper functions to assist with cleaning up imx-drm
connectors and encoders.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-drm-core.c | 13 +
drivers/staging/imx-drm/imx-drm.h |2 ++
2 files changed, 15 insertions(+), 0 deletions(-)
diff --git a
timed out: we don't
want to wait and then fail without first checking whether we locked.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-hdmi.c | 20
1 files changed, 12 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/imx-drm/imx-hdmi.c
b/drive
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-ldb.c | 68 +---
drivers/staging/imx-drm/imx-tve.c | 58 ++-
drivers/staging/imx-drm/parallel-display.c | 61 +++--
3 files changed, 54 insertions(+),
The correct pixel clock can be found in the drm_display_mode structure.
Use this rather than trying to calculate it from the h/v total and the
refresh rate, which can be inaccurate.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-hdmi.c |3 +--
1 files changed, 1 insertions
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-hdmi.c | 56 +--
1 files changed, 15 insertions(+), 41 deletions(-)
diff --git a/drivers/staging/imx-drm/imx-hdmi.c
b/drivers/staging/imx-drm/imx-hdmi.c
index d81940a8904f..512b39710530 100644
--- a
fb_reg provides no real benefit to the driver: imx_hdmi_fb_registered()
will never be called multiple times. Let's get rid of this.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-hdmi.c |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/drivers/st
Rather than having large if() and switch() statements, provide a table
to look up the register settings for various clock rates.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-hdmi.c | 250 ++--
1 files changed, 95 insertions(+), 155 deletions
Rather than manually writing each register sequentially, we can use a
loop to reduce the amount of code.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-hdmi.c | 40 ---
1 files changed, 14 insertions(+), 26 deletions(-)
diff --git a/drivers
code. This
gives a method by which we can try to solve this.
However, we're still stuck with trying to guess the IPU ID in the IPU
driver as we don't have a positive way to identify this. This needs to
be resolved.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-
callers pass encoder->crtc as the required
crtc, so move this inside the function.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-drm-core.c | 17 ++---
drivers/staging/imx-drm/imx-drm.h |3 +--
drivers/staging/imx-drm/imx-hdmi.c |3 +--
driv
Provide a common connector mode validation function, which can be used
to limit the available modes according to other components in the
system.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-drm-core.c |7 +++
drivers/staging/imx-drm/imx-drm.h |3
Convert imx-hdmi to be a component device; it will bind and unbind
at the appropriate moment in the main DRM driver's functions.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-hdmi.c | 41 +--
1 files changed, 29 insertions(+), 12 dele
itialised in the conventional way.
When any of the components or superdevice are removed from the system,
we unbind the superdevice, thereby taking the subsystem down.
Signed-off-by: Russell King
---
drivers/base/Makefile |2 +-
drivers/base/component.c | 379
From: Fabio Estevam
To: David Airlie ,Greg Kroah-Hartman ,Sascha Hauer ,Shawn Guo
This is based on the initial work done by Sascha Hauer and Tony Prisk.
Tested on a mx6qsabresd.
Signed-off-by: Fabio Estevam
Signed-off-by: Russell King
---
drivers/staging/imx-drm/Kconfig |6
supplied fields there to
configure the CRTC.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-drm-core.c | 18 --
drivers/staging/imx-drm/imx-drm.h |4 ++--
drivers/staging/imx-drm/imx-hdmi.c |3 +--
drivers/staging/imx-drm/imx-ldb.c
Since we're now operating like a conventional DRM driver, doing all
the initialisation within the driver's ->load callback, we don't
need to mess around with the mode groups - we can rely on the one
in the DRM platform code.
Signed-off-by: Russell King
---
drivers/staging/imx-
The clock manipulations do nothing for us: the clock is already enabled
by the only caller (imx_hdmi_platform_probe()). Get rid of these and
simplify the code.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/imx-hdmi.c |8
1 files changed, 0 insertions(+), 8 deletions
: Russell King
---
drivers/staging/imx-drm/dw-hdmi-audio.c | 50 +++
drivers/staging/imx-drm/imx-hdmi.c |8 +
drivers/staging/imx-drm/imx-hdmi.h |1 +
3 files changed, 59 insertions(+), 0 deletions(-)
diff --git a/drivers/staging/imx-drm/dw-hdmi
ar to allow such transformations outside of
libasound itself.
Signed-off-by: Russell King
---
drivers/staging/imx-drm/Makefile|3 +-
drivers/staging/imx-drm/dw-hdmi-audio.c | 500 +++
drivers/staging/imx-drm/dw-hdmi-audio.h | 13 +
drivers/staging/imx-dr
401 - 500 of 2033 matches
Mail list logo
