On Tue, Feb 3, 2015 at 11:12 PM, Yakir Yang wrote:
> Signed-off-by: Yakir Yang
Reviewed-by: Daniel Kurtz
> ---
> Changes in v3:
> - Combine hdmi_set_clock_regenerator_n() and hdmi_regenerate_cts()
>
> Changes in v2: None
>
> drivers/gpu/drm/bridge/dw_hdmi.c | 16 ++--
> 1 file cha
On Tue, Feb 3, 2015 at 11:11 PM, Yakir Yang wrote:
> By parsing the indentification registers we can know what functions
> are present on the hdmi ip.
>
> Signed-off-by: Yakir Yang
> ---
> Changes in v3:
> - Add ID registers parse and record
>
> Changes in v2: None
>
> drivers/gpu/drm/bridge/dw_
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150205/65c3a0df/attachment.html>
-
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/20150205/4ff9056f/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150205/7dfd31c6/attachment.html>
This patch is based on exynos-drm-next branch of Inki Dae's tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos.git
DECON(Display and Enhancement Controller) is the new IP
in exynos7 SOC for generating video signals using pixel data.
DECON driver can be used to drive 2 diffe
bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150205/2492f5a8/attachment.sig>
Hi,
On 02/05/2015 06:00 AM, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Wed, 4 Feb 2015 21:54:45 +0100
>
> The functions phy_power_on() and vunmap() perform also input
> parameter validation. Thus the test around their calls is not needed.
>
> This issue was detected by using the Co
me, the beginning is mostly the menu.
Log: http://paste.ubuntu.com/10075950/
--
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/20150205/60b4519a/attachment-0001.html>
On Thu, 5 Feb 2015 14:08:32 +0100
Daniel Vetter wrote:
> On Wed, Feb 04, 2015 at 09:20:51PM +0100, Boris Brezillon wrote:
> > Convert the HLCDC driver to atomic mode-setting.
> >
> > Signed-off-by: Boris Brezillon
>
> Just a quick comment: dpms isn't yet converted over, and from experience
> w
There is a case called disable_plane callback function even if
plane->crtc is NULL from exynos_drm_encoder_disable and it will cause
NULL pointer reference error.
Signed-off-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_encoder.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
The exynos_plane_dpms function handles enabled flag of exynos plane and
calls internal hw driver callback function for hw overlay on/off. But
it causes state disharmory problem currently and is will be obstacle to
apply atomic operation later to keep non-standard per-plane dpms state
like enabled f
This was added by commit 3b8d1cf818c2 ("drm/exynos: add property for
crtc mode"). Currently we can control a plane used for crtc using
primary plane by universal plane feature. Stop to use non-standard
property to control primary plane.
Signed-off-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/ex
From: Gustavo Padovan
exynos_plane_dpms(DRM_MODE_DPMS_ON) calls the win_enable()'s callback
from the underlying layer. However neither one of these layers implement
win_enable() - FIMD, Mixer and VIDI. Thus the call to exynos_plane_dpms()
is pointless.
Signed-off-by: Gustavo Padovan
---
driver
Hi,
This patchset removes non-standard property and to handle per-plane dpms
state of exynos drm, and also there is small fix up about NULL pointer
reference.
I hope this is helpful to Gustavo for atomic phases of exynos drm.
Thanks.
Gustavo Padovan (1):
drm/exynos: Remove exynos_plane_dp
I just started getting X failures that say:
[ 739.208] (EE) RADEON(0): [drm] failed to set drm interface version.
I'm not sure what triggered it.
dmesg says:
[ 740.156499] [drm:drm_stub_open]
[ 740.156502] [drm:drm_open_helper] pid = 2170, minor = 0
[ 740.156541] [drm:drm_ioctl] pid=2170,
From: Gustavo Padovan
The primary plane default zpos is now 0, so remove checks for zpos ==
-1. We don't need to set win to 0 anymore it is already zero.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 6 --
drivers/gpu/drm/exynos/exynos_drm_vidi.c | 6 --
From: Gustavo Padovan
Define the function args as 'win' to avoid the assignment later in the
functions.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 6 ++
drivers/gpu/drm/exynos/exynos_drm_vidi.c | 6 ++
2 files changed, 4 insertions(+), 8 deletions(-)
From: Gustavo Padovan
Usually userspace don't want to have two overlay planes on the same zpos
so this change assign a different zpos for each plane. Before this change
a zpos of value zero was created for all planes so the userspace had to
set up the zpos of every plane it wanted to use.
Signed
From: Gustavo Padovan
struct {fimd,mixer,vidi}_win_data was just keeping the same data
as struct exynos_drm_plane thus get ride of it and use exynos_drm_plane
directly.
It changes how planes are created and remove .win_mode_set() callback
that was only filling all *_win_data structs.
Signed-off
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/20150205/df22418a/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150205/ceb4c60a/attachment.html>
Hello Andrzej,
Thanks a lot for finally finding what was causing the HDMI issue.
On 02/05/2015 01:35 PM, Andrzej Hajda wrote:
> Hi,
>
> Exynos chipsets since 542x have asynchronous bridges connecting different IPs.
> These bridges should be operational during power domain switching, ie
> associ
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/20150205/f68334c1/attachment-0001.html>
use:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150205/ece09bd5/attachment.html>
G=ps,vs,gs and post the output.
--
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/20150205/af935a59/attachment.html>
On Thu, Feb 05, 2015 at 10:56:30AM +0100, Boris Brezillon wrote:
> Hi Daniel,
>
> On Thu, 5 Feb 2015 10:34:20 +0100
> Daniel Vetter wrote:
>
> > On Wed, Feb 04, 2015 at 08:58:40PM +0100, Boris Brezillon wrote:
> > > Hi Ville,
> > >
> > > On Wed, 4 Feb 2015 20:02:27 +0200
> > > Ville Syrjälä
On Wed, Feb 04, 2015 at 09:20:51PM +0100, Boris Brezillon wrote:
> Convert the HLCDC driver to atomic mode-setting.
>
> Signed-off-by: Boris Brezillon
Just a quick comment: dpms isn't yet converted over, and from experience
with tegra/msm that probably will yield some surprises. Since only with
On Thu, Feb 05, 2015 at 12:48:07PM +, Daniel Stone wrote:
> Hi,
>
> On 5 February 2015 at 12:26, Rob Clark wrote:
> > On Thu, Feb 5, 2015 at 4:15 AM, Daniel Vetter wrote:
> >> Yeah I noticed the zpos fun when hacking around too. Exynos should
> >> probably switch defaults so that overlays ar
disp1 power domain requires operational async-bridge associated with HDMI,
ie its clock should be enabled during power on/off.
This patch fixes broken Odroid XU3 HDMI support.
Signed-off-by: Andrzej Hajda
---
arch/arm/boot/dts/exynos5420.dtsi | 6 --
1 file changed, 4 insertions(+), 2 delet
Since Exynos5420 there are async-bridges (ASB) between different IPs. These
bridges must be operational during power domain on/off, ie. clocks used
by these bridges should be enabled.
This patch enabled these clocks during domain on/off.
Signed-off-by: Andrzej Hajda
---
arch/arm/mach-exynos/pm_d
The patch adds bindings for clocks required by async-bridges
present in the particular power domain.
Signed-off-by: Andrzej Hajda
---
Documentation/devicetree/bindings/arm/exynos/power_domain.txt | 3 +++
1 file changed, 3 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/exynos/
Hi,
Exynos chipsets since 542x have asynchronous bridges connecting different IPs.
These bridges should be operational during power domain switching, ie associated
clocks cannot be gated.
This patchset adds binding to provide such clocks per power domain and adds code
which enables them during dom
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150205/fff2657e/attachment.html>
Hi,
On 5 February 2015 at 12:26, Rob Clark wrote:
> On Thu, Feb 5, 2015 at 4:15 AM, Daniel Vetter wrote:
>> Yeah I noticed the zpos fun when hacking around too. Exynos should
>> probably switch defaults so that overlays are visible by default. And we
>> need to standardize the zpos property so t
drm/i915: WARN if interrupts aren't on in en/disable_pipestat
# possible first bad commit: [8c50f10d73b50139dcfe48bc22f2c8c7822c1983]
drm/i915: Enable full PPGTT on gen7
-- next part --
A non-text attachment was scrubbed...
Name: dmesg.log
Type: text/x-log
Size: 168384 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150205/822d2dcc/attachment-0001.bin>
Hi Thierry,
On 02/03/2015 01:51 PM, Thierry Reding wrote:
> On Tue, Jan 27, 2015 at 10:48:32AM +0900, Hyungwon Hwang wrote:
(...)
>> +
>> +/* This field is tested by functions directly accessing DSI bus before
>> + * transfer, transfer is skipped if it is set. In case of transfer
>> +
Hi Philipp,
Philipp Zabel wrote:
> Hi Sakari,
>
> Am Mittwoch, den 04.02.2015, 16:37 +0200 schrieb Sakari Ailus:
>> Hi Philipp,
>>
>> Could you add linux-media next time you send the set, please? I think
>> that's the most relevant list for the format related patches.
>
> Will do in the next round
Hi Daniel,
On 02/04/2015 11:30 PM, Daniel Vetter wrote:
> On Wed, Feb 04, 2015 at 04:49:25PM +0900, Joonyoung Shim wrote:
>> Hi,
>>
>> On 02/04/2015 04:14 AM, Gustavo Padovan wrote:
>>> From: Gustavo Padovan
>>>
>>> Add CRTC callbacks .atomic_begin() .atomic_flush(). On exynos they
>>> unprotect
Hi Daniel,
On 02/04/2015 11:28 PM, Daniel Vetter wrote:
> On Wed, Feb 04, 2015 at 04:44:12PM +0900, Joonyoung Shim wrote:
>> Hi,
>>
>> On 02/04/2015 04:14 AM, Gustavo Padovan wrote:
>>> From: Gustavo Padovan
>>>
>>> struct {fimd,mixer,vidi}_win_data was just keeping the same data
>>> as struct ex
> If I'm not mistaken, that would be as simple as adding
>
> #define VT_BUF_HAVE_RW.
> #define scr_writew(val, addr) (*(addr) = (val))
> #define scr_readw(addr) (*(addr))
>
> to arch/x86/include/asm/vga.h.
and stick an
#if defined (CONFIG_SUPPORT_SHITE_VGA_ADAPTERS)
#endif
around
On Wed, Feb 04, 2015 at 08:58:40PM +0100, Boris Brezillon wrote:
> Hi Ville,
>
> On Wed, 4 Feb 2015 20:02:27 +0200
> Ville Syrjälä wrote:
>
> > On Wed, Feb 04, 2015 at 06:23:15PM +0100, Boris Brezillon wrote:
> > > Hello,
> > >
> > > I'm currently adding support for atomic operations (or atom
Am Mittwoch, den 31.12.2014, 16:23 +0800 schrieb Liu Ying:
> This patch adds device tree bindings for Synopsys DesignWare MIPI DSI
> host controller DRM bridge driver.
>
> Signed-off-by: Liu Ying
> ---
> v7->v8:
> * None.
>
> v6->v7:
> * None.
>
> v5->v6:
> * Add the #address-cells and #size
Hi,
2015-02-05 Joonyoung Shim :
> There is a case called disable_plane callback function even if
> plane->crtc is NULL from exynos_drm_encoder_disable and it will cause
> NULL pointer reference error.
>
> Signed-off-by: Joonyoung Shim
> ---
> drivers/gpu/drm/exynos/exynos_drm_encoder.c | 2 +-
On Thu, 5 Feb 2015 10:56:30 +0100
Boris Brezillon wrote:
> Hi Daniel,
>
> On Thu, 5 Feb 2015 10:34:20 +0100
> Daniel Vetter wrote:
>
> > On Wed, Feb 04, 2015 at 08:58:40PM +0100, Boris Brezillon wrote:
> > > Hi Ville,
> > >
> > > On Wed, 4 Feb 2015 20:02:27 +0200
> > > Ville Syrjälä wrote:
On Thu, Feb 05, 2015 at 12:44:21PM +0200, Sakari Kapanen wrote:
> On 02/04/2015 11:26 AM, Jani Nikula wrote:
> >On Mon, 02 Feb 2015, Sakari Kapanen
> >wrote:
> >>Dear maintainers,
> >>
> >>On an Asus Zenbook UX32VD laptop with an i5-3317U CPU and Intel HD4000
> >>graphics, I'm experiencing the fo
Hi Daniel,
On Thu, 5 Feb 2015 10:34:20 +0100
Daniel Vetter wrote:
> On Wed, Feb 04, 2015 at 08:58:40PM +0100, Boris Brezillon wrote:
> > Hi Ville,
> >
> > On Wed, 4 Feb 2015 20:02:27 +0200
> > Ville Syrjälä wrote:
> >
> > > On Wed, Feb 04, 2015 at 06:23:15PM +0100, Boris Brezillon wrote:
>
Am 04.02.2015 um 23:27 schrieb Alex Deucher:
> 0-255 seems to be the preferred range for the pwm interface.
>
> Signed-off-by: Alex Deucher
Yeah, using 100 on a 8bit pwm timer sounds rather obviously wrong.
Patch is Reviewed-by: Christian König
> ---
> drivers/gpu/drm/radeon/radeon_pm.c | 8
On Tue, Feb 03, 2015 at 02:16:53PM +0100, Thierry Reding wrote:
> On Wed, Jan 21, 2015 at 04:48:12PM +0530, Shobhit Kumar wrote:
> > diff --git a/drivers/gpu/drm/i915/intel-panel-crystalcove.c
> > b/drivers/gpu/drm/i915/intel-panel-crystalcove.c
> [...]
> > +#define PMIC_PANEL_EN 0x52
Hi Sakari,
Am Mittwoch, den 04.02.2015, 16:37 +0200 schrieb Sakari Ailus:
> Hi Philipp,
>
> Could you add linux-media next time you send the set, please? I think
> that's the most relevant list for the format related patches.
Will do in the next round. Let's see what Mauro thinks about your
con
On Thu, Feb 05, 2015 at 04:11:35PM +0900, Joonyoung Shim wrote:
> From: Gustavo Padovan
>
> exynos_plane_dpms(DRM_MODE_DPMS_ON) calls the win_enable()'s callback
> from the underlying layer. However neither one of these layers implement
> win_enable() - FIMD, Mixer and VIDI. Thus the call to exyn
On Wed, Feb 04, 2015 at 08:58:40PM +0100, Boris Brezillon wrote:
> Hi Ville,
>
> On Wed, 4 Feb 2015 20:02:27 +0200
> Ville Syrjälä wrote:
>
> > On Wed, Feb 04, 2015 at 06:23:15PM +0100, Boris Brezillon wrote:
> > > Hello,
> > >
> > > I'm currently adding support for atomic operations (or atom
On Wed, Feb 04, 2015 at 10:02:53AM -0600, Rob Herring wrote:
> On Wed, Dec 31, 2014 at 2:23 AM, Liu Ying wrote:
> > Signed-off-by: Liu Ying
>
> I don't know what the status is for the rest of the series, but I'm
> applying this and patch 3 so you don't have to keep sending them.
Thank you, Rob.
From: Markus Elfring
Date: Thu, 5 Feb 2015 10:12:51 +0100
The vunmap() function performs also input parameter validation.
Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/gpu/drm/tegra/fb.c | 2 +-
On Thu, Feb 05, 2015 at 11:48:18AM +0900, Joonyoung Shim wrote:
> Hi Daniel,
>
> On 02/04/2015 11:30 PM, Daniel Vetter wrote:
> > On Wed, Feb 04, 2015 at 04:49:25PM +0900, Joonyoung Shim wrote:
> >> Hi,
> >>
> >> On 02/04/2015 04:14 AM, Gustavo Padovan wrote:
> >>> From: Gustavo Padovan
> >>>
> >
On Thu, Feb 05, 2015 at 11:37:13AM +0900, Joonyoung Shim wrote:
> Hi Daniel,
>
> On 02/04/2015 11:28 PM, Daniel Vetter wrote:
> > On Wed, Feb 04, 2015 at 04:44:12PM +0900, Joonyoung Shim wrote:
> >> Hi,
> >>
> >> On 02/04/2015 04:14 AM, Gustavo Padovan wrote:
> >>> From: Gustavo Padovan
> >>>
> >
On 04.02.2015 18:49, Christian König wrote:
> Am 04.02.2015 um 02:19 schrieb Michel Dänzer:
>> From: Michel Dänzer
>>
>> Doing so can cause things to become slow.
>>
>> Print a warning at compile time and an informative message at runtime in
>> that case.
>>
>> Bugzilla: https://bugs.freedeskto
Hi Daniel,
On 02/04/2015 11:16 PM, Daniel Vetter wrote:
> On Wed, Feb 04, 2015 at 04:42:57PM +0900, Joonyoung Shim wrote:
>> Hi,
>>
>> On 02/04/2015 04:14 AM, Gustavo Padovan wrote:
>>> From: Gustavo Padovan
>>>
>>> exynos_plane_dpms(DRM_MODE_DPMS_ON) calls the win_enable()'s callback
>>> from th
On Thu, Feb 05, 2015 at 10:05:43AM +0900, Joonyoung Shim wrote:
> Hi Daniel,
>
> On 02/04/2015 11:16 PM, Daniel Vetter wrote:
> > On Wed, Feb 04, 2015 at 04:42:57PM +0900, Joonyoung Shim wrote:
> >> Hi,
> >>
> >> On 02/04/2015 04:14 AM, Gustavo Padovan wrote:
> >>> From: Gustavo Padovan
> >>>
> >
On Tue, Feb 3, 2015 at 4:54 PM, One Thousand Gnomes
wrote:
> On Thu, 29 Jan 2015 15:40:33 -0800
> Linus Torvalds wrote:
>
>> On Wed, Jan 28, 2015 at 8:11 PM, Dave Airlie wrote:
>> >
>> > Linus, this came up a while back I finally got some confirmation
>> > that it fixes those servers.
>>
>> I'm
https://bugzilla.kernel.org/show_bug.cgi?id=90741
Jon Arne Jørgensen changed:
What|Removed |Added
Attachment #165901|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #34 from Jon Arne Jørgensen ---
Created attachment 165901
--> https://bugzilla.kernel.org/attachment.cgi?id=165901&action=edit
dmesg with refcount on sw irq
Hi, Maarten I finaly got around to append the patch you posted in comment
On Thu, Feb 5, 2015 at 4:15 AM, Daniel Vetter wrote:
> On Thu, Feb 05, 2015 at 11:37:13AM +0900, Joonyoung Shim wrote:
>> Hi Daniel,
>>
>> On 02/04/2015 11:28 PM, Daniel Vetter wrote:
>> > On Wed, Feb 04, 2015 at 04:44:12PM +0900, Joonyoung Shim wrote:
>> >> Hi,
>> >>
>> >> On 02/04/2015 04:14 AM,
crubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150205/a51011c2/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150205/113039d2/attachment.html>
u are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150205/b3308dbb/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150205/9f774258/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150205/30bb4a78/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=66761
--- Comment #11 from KernelBug <3fdd1e5d at opayq.com> ---
Hi,
My last post, can someone please tell me if this is something I can blacklist?
thanks
--
You are receiving this mail because:
You are watching the assignee of the bug.
Hi Linus,
radeon and amdkfd fixes, radeon ones mostly for oops in some
test/benchmark functions since fencing changes, and one regression fix for
old GPUs,
There is one cirrus regression fix, the 32bpp broke userspace, so this
hides it behind a module option for the few users who care.
I'm of
5 and Linux Mint.
Thanks alot,
sarnex
--
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/20150205/7baabc93/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150205/ee9c8dd4/attachment.html>
On 01/27/15 13:27, Ajay kumar wrote:
> Hi Kukjin,
>
Hi,
[...]
>>
>> I'm fine on the DT changes in this series, shall I take 13/14 and 14/14 in
>> Samsung tree?
> Yes, please take these patches.
>
Done, thanks.
- Kukjin
73 matches
Mail list logo
