scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141006/8d847135/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141006/1a25bd0c/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=85241
--- Comment #2 from wmyrda ---
I do have problem with the sound although it might not be an kernel bug at all,
but pulseaudio problem. For past several days I tried to pin point the problem
and found that this might be a problem with upgrade to xo
On Mon, 6 Oct 2014 16:26:10 +0200
Thierry Reding wrote:
> On Mon, Oct 06, 2014 at 03:53:58PM +0200, Boris Brezillon wrote:
> > On Mon, 6 Oct 2014 14:35:06 +0200
> > Thierry Reding wrote:
> >
> > > On Mon, Oct 06, 2014 at 02:14:40PM +0200, Boris Brezillon wrote:
> > > > On Mon, 6 Oct 2014 12:54:
Hi Tomi,
On Wednesday 24 September 2014 11:42:06 Tomi Valkeinen wrote:
> On 23/09/14 17:45, Thierry Reding wrote:
> > On Tue, Sep 23, 2014 at 02:31:35PM +0300, Tomi Valkeinen wrote:
> >> On 23/09/14 12:39, Thierry Reding wrote:
> >>> My point is that if you use plain phandles you usually have the
Hi Thierry,
On Tuesday 23 September 2014 16:49:38 Thierry Reding wrote:
> On Tue, Sep 23, 2014 at 02:52:24PM +0300, Laurent Pinchart wrote:
> > On Tuesday 23 September 2014 13:47:40 Andrzej Hajda wrote:
> >> On 09/23/2014 01:23 PM, Laurent Pinchart wrote:
> [...]
>
> >>> This becomes an issue eve
Replace old panel node with a new one relying on DPI bus support.
Signed-off-by: Boris Brezillon
---
arch/arm/boot/dts/sama5d36ek.dts | 12
arch/arm/boot/dts/sama5d3_lcd.dtsi | 6 +++---
arch/arm/boot/dts/sama5d3xdm.dtsi | 28 ++--
3 files changed, 17 ins
Replace atmel output implementation with the DPI host implementation, which
will prevent adding support for new kind of slave devices (encoders,
panels, ...).
Call mipi_dpi_host_apply_format in CRTC commit to apply the newly selected
video bus format to use on the DPI bus.
Signed-off-by: Boris B
Implement a DPI host in the HLCDC driver.
Signed-off-by: Boris Brezillon
---
drivers/gpu/drm/atmel-hlcdc/Kconfig | 1 +
drivers/gpu/drm/atmel-hlcdc/Makefile | 1 +
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dpi.c | 212 ++
3 files changed, 214 insertio
Signed-off-by: Boris Brezillon
---
drivers/gpu/drm/panel/panel-simple.c | 54 +++-
1 file changed, 28 insertions(+), 26 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
b/drivers/gpu/drm/panel/panel-simple.c
index fd448ca..51715e8 100644
--- a/drive
Add support for panels connected on a DPI bus.
This implementation includes DRM encoder/connector creation and attachment
to the DRM device so that the only thing needed to access such a panel is
to implement a DPI host in your driver and define the appropriate node in
your DT (under the DPI node).
Add DPI connector and encoder types so that we can properly define devices
directly connected on this kind of bus (like simple panels).
Signed-off-by: Boris Brezillon
---
drivers/gpu/drm/drm_crtc.c | 2 ++
include/uapi/drm/drm_mode.h | 2 ++
2 files changed, 4 insertions(+)
diff --git a/driver
The DPI bus is a parallel bus used to interface with video components.
This bus provide some control signals (HSYNC, VSYNC) and a parallel data
bus used to transfer content to slave devices (panels, encoders, ...)
This DPI layer is providing a way to negotiate a video format suiting all
the activa
Hello,
This is a proposal to address one of the issue I've been facing with the
atmel-hlcdc driver.
This driver provides a DPI (or raw RGB) bus on which we might access
several devices (a panel, an HDMI encoder, or any other type of encoder).
My problem is that I have to find the best bus format
On Mon, 06 Oct 2014, Boris Brezillon wrote:
> As proposed in my last atmel-hlcdc series I have split the series in order
> to get the accepted parts merged.
>
> This series is the one all others depend on.
> Could you take it in your tree so that other maintainers can rely on the
> fact this part
-devel/attachments/20141006/1790e03a/attachment.html>
RE)
--
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/20141006/67508550/attachment.html>
Hi Tomi and Thierry,
On Monday 06 October 2014 14:34:00 Tomi Valkeinen wrote:
> On 25/09/14 09:23, Thierry Reding wrote:
> > How are cameras different? The CPU wants to capture video data from the
> > camera, so it needs to go look for a video capture device, which in turn
> > needs to involve a s
0x02008004
xorg doesnt show anything beyond the ordinary, same for syslog
--
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/20141
gnals that exit the IP block, but
> > what's connected to them on the board is a board-level detail and
> > therefore should go into the board DTS.
> >
> > In the above case of the Atmel devkit, is there any way to control where
> > the signal goes or does it jus
On Mon, 6 Oct 2014 15:30:59 +0200
Thierry Reding wrote:
> On Mon, Oct 06, 2014 at 03:11:11PM +0200, Boris Brezillon wrote:
> > On Mon, 6 Oct 2014 14:40:15 +0200
> > Thierry Reding wrote:
> >
> > > On Mon, Oct 06, 2014 at 02:25:38PM +0200, Boris Brezillon wrote:
> > > > On Mon, 6 Oct 2014 13:01:
On Mon, 6 Oct 2014 14:35:06 +0200
Thierry Reding wrote:
> On Mon, Oct 06, 2014 at 02:14:40PM +0200, Boris Brezillon wrote:
> > On Mon, 6 Oct 2014 12:54:34 +0200
> > Thierry Reding wrote:
> >
> > > On Wed, Oct 01, 2014 at 04:53:03PM +0200, Boris Brezillon wrote:
> > > > From: Boris BREZILLON
>
The HLCDC IP available on some Atmel SoCs (i.e. at91sam9n12, at91sam9x5
family or sama5d3 family) exposes 2 subdevices:
- a display controller (controlled by a DRM driver)
- a PWM chip
This patch adds documentation for atmel-hlcdc DT bindings.
Signed-off-by: Boris Brezillon
Tested-by: Anthony Ha
The HLCDC IP available on some Atmel SoCs (i.e. at91sam9n12, at91sam9x5
family or sama5d3 family) exposes 2 subdevices:
- a display controller (controlled by a DRM driver)
- a PWM chip
The MFD device provides a regmap and several clocks (those connected
to this hardware block) to its subdevices.
Hi Lee,
As proposed in my last atmel-hlcdc series I have split the series in order
to get the accepted parts merged.
This series is the one all others depend on.
Could you take it in your tree so that other maintainers can rely on the
fact this part will be merged before other parts.
Moreover, I
But, IIRC, Laurent was not in favor of a bus approach because the DPI
> bus is just a data bus and not a control bus.
>
> Anyway, I'll clean it up and post an RFC.
According to the MIPI website there are also control signals and a
command set to control display behaviour. Does your implementation
handle any of that?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141006/31b51a02/attachment.sig>
I'd prefer this solution, but shouldn't we wait for Lee to take the
> first two patches in his tree ?
Yes we should. Dependencies could get a little messy to deal with.
Perhaps if it isn't too late yet, Lee could take this into the MFD tree
for 3.18 and then we can take the PWM and DRM patches for 3.19. Another
possibility would be to take the MFD patches into a tree and provide a
stable branch for David and me to pull into our trees.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141006/90842089/attachment-0001.sig>
On Thu, Oct 02, 2014 at 10:44:05PM +0200, Daniel Vetter wrote:
> On Thu, Oct 02, 2014 at 05:59:51PM +0300, Lauri Peltonen wrote:
> > Yes, that will probably work! So, just to reiterate that I understood you
> > and
> > Daniel correctly:
> >
> > - de-stage sync_fence and it's user space API (the
On Mon, 6 Oct 2014 14:40:15 +0200
Thierry Reding wrote:
> On Mon, Oct 06, 2014 at 02:25:38PM +0200, Boris Brezillon wrote:
> > On Mon, 6 Oct 2014 13:01:16 +0200 Thierry Reding > gmail.com> wrote:
> > > On Wed, Oct 01, 2014 at 04:53:07PM +0200, Boris Brezillon wrote:
> > > [...]
> > > > diff --gi
https://bugzilla.kernel.org/show_bug.cgi?id=85661
Kai Wasserb?ch changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Mon, 6 Oct 2014 12:13:51 +0200
Thierry Reding wrote:
> On Wed, Oct 01, 2014 at 04:53:01PM +0200, Boris Brezillon wrote:
> > From: Boris BREZILLON
> >
> > The HLCDC IP available in some Atmel SoCs (i.e. sam9x5i.e. at91sam9n12,
> > at91sam9x5 family or sama5d3 family) provide a PWM device.
> >
drivers for one device to reach into
the device tree node of some other device and look for content. Or put
another way, a DT node for a panel that works on one platform doesn't
work on another because the display controller needs additional DT
content that isn't required by the original binding for the panel.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141006/596e701b/attachment.sig>
o into the board DTS.
In the above case of the Atmel devkit, is there any way to control where
the signal goes or does it just go to both the panel and HDMI encoder at
the same time and it's up to the user to properly configure the output
in order to get either HDMI or panel to display anything?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141006/576e4c3e/attachment.sig>
get the video source from a video
sink, but I have never had the need to get the video sinks from video
sources.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141006/1ae24950/attachment.sig>
commit changed things)
I can with your patch or the stream revert get "good" behavior, this was with a
kernel on the "bad" HPD kernel commit.
Will test more over time.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part
f the PWM output signal. If set to one,
> the output pulses are high level (the output will be high when- ever
> the value in the counter is less than the value CVAL) If set to zero,
> the output pulses are low level.
> "
>
> My understanding is that ATMEL_HLCDC_PWMPOL should be set when using
> normal polarity (and my tests confirm that it works as expected ;-)).
Yes, sounds good then.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141006/59385bb9/attachment-0001.sig>
On Mon, 6 Oct 2014 13:01:16 +0200
Thierry Reding wrote:
> On Wed, Oct 01, 2014 at 04:53:07PM +0200, Boris Brezillon wrote:
> [...]
> > diff --git a/arch/arm/boot/dts/sama5d3xdm.dtsi
> > b/arch/arm/boot/dts/sama5d3xdm.dtsi
> [...]
> > + bl_reg: backlight_regulator {
> > + compatible =
here.
If we do have a default meaning for a specifier and the majority (in
case of PWM every single one) of the device-specific bindings use it,
then I don't think it makes sense to duplicate information everywhere
else. We've been doing the same thing across the kernel for a long
time now, why should PWM be special?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141006/f351c2fd/attachment.sig>
On Mon, 6 Oct 2014 12:54:34 +0200
Thierry Reding wrote:
> On Wed, Oct 01, 2014 at 04:53:03PM +0200, Boris Brezillon wrote:
> > From: Boris BREZILLON
> >
> > The Atmel HLCDC (HLCD Controller) IP available on some Atmel SoCs (i.e.
> > at91sam9n12, at91sam9x5 family or sama5d3 family) provides a d
https://bugzilla.kernel.org/show_bug.cgi?id=85661
--- Comment #4 from Alex Deucher ---
Correct, there is no lowercase mc2.
--
You are receiving this mail because:
You are watching the assignee of the bug.
On Mon, 6 Oct 2014 12:46:35 +0200
Thierry Reding wrote:
> On Wed, Oct 01, 2014 at 04:53:00PM +0200, Boris Brezillon wrote:
> [...]
> > diff --git a/drivers/pwm/Kconfig b/drivers/pwm/Kconfig
> > index b800783..afb896b 100644
> > --- a/drivers/pwm/Kconfig
> > +++ b/drivers/pwm/Kconfig
> > @@ -50,6
On Mon, 6 Oct 2014 12:49:17 +0200
Thierry Reding wrote:
> On Wed, Oct 01, 2014 at 04:52:58PM +0200, Boris Brezillon wrote:
> [...]
> > diff --git a/drivers/mfd/atmel-hlcdc.c b/drivers/mfd/atmel-hlcdc.c
> [...]
> > @@ -0,0 +1,122 @@
> > +/*
> > + * Copyright (C) 2014 Free Electrons
> > + * Copyrig
https://bugzilla.kernel.org/show_bug.cgi?id=85661
--- Comment #3 from Kai Wasserb?ch ---
And that there's no lower-case mc2 firmware is ok too? If so, then this bug can
be closed as "not a bug". Sorry for the noise.
--
You are receiving this mail because:
You are watching the assignee of the bu
https://bugzilla.kernel.org/show_bug.cgi?id=85661
--- Comment #2 from Alex Deucher ---
Yes, this is intended. The new firmware uses a new header format with version
information in the header so we can update that version seemlessly without
needing a add driver support for a new firmware file. T
};
>
> + bl_reg: backlight_regulator {
No need to repeat the labels if they're already in the .dtsi file.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141006/d999c3e6/attachment.sig>
panel_input: endpoint at 0 {
> + reg = <0>;
> + remote-endpoint = <&hlcdc_panel_output>;
> + };
> };
There's no support for OF graphs in simple-panel, so this is unused,
isn't it?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141006/a9430c46/attachment.sig>
a single display controller?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141006/76f0af7b/attachment-0001.sig>
cording to the header comment.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141006/f74337d8/attachment.sig>
if (!hlcdc)
> + return -EINVAL;
Can this really happen?
> + ret = clk_prepare_enable(hlcdc->periph_clk);
> + if (ret)
> + return ret;
> +
> + chip = devm_kzalloc(dev, sizeof(*chip), GFP_KERNEL);
> + if (!chip)
> + return -ENOMEM;
Don't you want to disable and unprepare the clock here? Perhaps in order
to avoid this call clk_prepare_enable() only after all resources have
been allocated.
> +MODULE_ALIAS("platform:atmel-hlcdc-pwm");
> +MODULE_AUTHOR("Boris Brezillon ");
> +MODULE_DESCRIPTION("Atmel HLCDC PWM driver");
> +MODULE_LICENSE("GPL");
According to the file header this needs to be "GPL v2".
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141006/b6e0a85b/attachment.sig>
On Mon, Oct 06, 2014 at 11:13:51AM +0100, Thierry Reding wrote:
> On Wed, Oct 01, 2014 at 04:53:01PM +0200, Boris Brezillon wrote:
> > From: Boris BREZILLON
> >
> > The HLCDC IP available in some Atmel SoCs (i.e. sam9x5i.e. at91sam9n12,
> > at91sam9x5 family or sama5d3 family) provide a PWM devic
ssuming you'd like this to be merged via the same
tree that the DRM and or MFD driver is, this patch:
Acked-by: Thierry Reding
If you'd prefer this to go through the PWM tree just let me know.
Thierry
-- next part --
A non-text attachment was scrubbed...
Nam
ar I really have only to go on that my cpu should be good enough to not
bottleneck the game this much...
--
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/20141006/e5262bd1/attachment.html>
cted commit. Does that avoid
> the problem?
No, the patch makes no difference.
--
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/20141006/f47d55f7/attachment.html>
On 05.10.2014 16:06, Chris Wilson wrote:
> I was looking at a bug report today of intel/ati prime and noticed a
> number of sna_share_pixmap_backing() failures (called from
> DRI2UpdatePrime). These were failing as the request was for the scanout
> buffer (which is tiled and so we refuse to share i
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141006/1829f935/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141006/3e3c4a7c/attachment-0001.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141006/75da4d34/attachment.html>
rnel and/or
bisecting the kernel with old Mesa?
--
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/20141006/f4bfe6df/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141006/aadbf640/attachment.html>
only where games
stutter when GTT loads.
--
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/20141006/8fbe0a18/attachment.html>
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141006/4211d8d8/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=85661
Mike Lothian changed:
What|Removed |Added
CC||mike at fireburn.co.uk
--- Comment #1 from
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141006/815bb6d5/attachment.html>
i get there without visible cursor and
fonts, etc :D
--
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/20141006/84416f50/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=85661
Bug ID: 85661
Summary: Double Firmware for Radeon GPUs (at least HAWAII)
Product: Drivers
Version: 2.5
Kernel Version: 3.17.0
Hardware: All
OS: Linux
Tree: Mai
On Mon, Oct 06, 2014 at 11:04:51AM +0900, Michel D?nzer wrote:
> On 05.10.2014 16:06, Chris Wilson wrote:
> >I was looking at a bug report today of intel/ati prime and noticed a
> >number of sna_share_pixmap_backing() failures (called from
> >DRI2UpdatePrime). These were failing as the request was
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/20141006/1405bf4a/attachment.html>
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141006/d8a74cce/attachment.html>
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/20141006/f0b2f438/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141006/b67dba83/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141006/3b5c3aed/attachment-0001.html>
fering to commit 3c2ea70 (for trace purpose)
--
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/20141006/13e9a2a1/attachment.html>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141006/4f8a69dc/attachment.html>
e:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141006/f8dd55e7/attachment.html>
On Sun, Oct 05, 2014 at 11:46:03PM +0200, Rickard Strandqvist wrote:
> I have now eliminate the need to use the temporary string,
> and therefore also the use of strncat.
> And I think this code is clearer and more effective.
>
The code is definitely less clear.
> Signed-off-by: Rickard Strandqvi
75 matches
Mail list logo
