ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150529/86a7deb7/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150529/47c0f81a/attachment-0001.html>
e the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150529/26bec6d5/attachment.html>
mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150529/5eb4ede1/attachment.html>
5600.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/20150529/b37713a4/attachment.html>
Hi Dave,
Fixes for 4.2. Nothing too serious (given that it's still pre merge
window). With that it's off for 2 weeks of vacation for me and taking care
of 4.2 fixes for Jani.
Cheers, Daniel
The following changes since commit 82d5b58f13fcc5459cd9c61a9d6d4a07328a31dc:
drm/i915: Update DRIVER_D
On Fri, May 29, 2015 at 07:23:35PM +0200, Mario Kleiner wrote:
>
>
> On 05/29/2015 07:19 PM, Daniel Vetter wrote:
> >On Fri, May 29, 2015 at 06:50:06PM +0200, Mario Kleiner wrote:
> >>On 05/27/2015 11:04 AM, Daniel Vetter wrote:
> >>>In
> >>>
> >>>commit 9cba5efab5a8145ae6c52ea273553f069c294482
>
On 05/29/2015 07:19 PM, Daniel Vetter wrote:
> On Fri, May 29, 2015 at 06:50:06PM +0200, Mario Kleiner wrote:
>> On 05/27/2015 11:04 AM, Daniel Vetter wrote:
>>> In
>>>
>>> commit 9cba5efab5a8145ae6c52ea273553f069c294482
>>> Author: Mario Kleiner
>>> Date: Tue Jul 29 02:36:44 2014 +0200
>>>
>>
On Fri, May 29, 2015 at 06:50:06PM +0200, Mario Kleiner wrote:
> On 05/27/2015 11:04 AM, Daniel Vetter wrote:
> >In
> >
> >commit 9cba5efab5a8145ae6c52ea273553f069c294482
> >Author: Mario Kleiner
> >Date: Tue Jul 29 02:36:44 2014 +0200
> >
> > drm/nouveau: Dis/Enable vblank irqs during suspe
On 05/27/2015 11:04 AM, Daniel Vetter wrote:
> In
>
> commit 9cba5efab5a8145ae6c52ea273553f069c294482
> Author: Mario Kleiner
> Date: Tue Jul 29 02:36:44 2014 +0200
>
> drm/nouveau: Dis/Enable vblank irqs during suspend/resume
>
> drm_vblank_on/off calls where added around suspend/resume to
This patch adds MIPI-DSI based S6E3HA2 panel driver. This panel has
1440x2560 resolution in 5.7-inch physical panel.
Signed-off-by: Donghwa Lee
Signed-off-by: Hyungwon Hwang
Cc: Inki Dae
---
As Thierry Reding said in https://patchwork.kernel.org/patch/5714111/,
it can be confusing to check the
2015-05-29 Joonyoung Shim :
> On 05/29/2015 06:36 AM, Gustavo Padovan wrote:
> > 2015-05-28 Joonyoung Shim :
> >
> >> On 05/28/2015 05:24 PM, Joonyoung Shim wrote:
> >>> On 05/28/2015 02:39 PM, Inki Dae wrote:
> Hi Gustavo,
>
> On 2015ë
05ì 28ì¼ 05:27, Gustavo Padovan wrote:
>
Hi Stephane,
On Fri, 2015-05-29 at 09:49 -0400, Stephane Viau wrote:
> Some targets (eg: msm8994) use the pinctrl framework to configure
> interface pins. This change adds support for initialization and
> pinctrl active/sleep state control for the HDMI driver.
>
> Signed-off-by: Stephane Viau
>
e the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150529/d043d77a/attachment.html>
Rework the crtc event/flip_wait system as follows:
- If we enable a crtc (full modeset), we set omap_crtc->pending and
register vblank irq.
- If we need to set GO bit (page flip), we do the same but also set the
GO bit.
- On vblank we unregister the irq, clear the 'pending' flag, send vblank
On 05/29/2015 12:51 AM, Emil Velikov wrote:
> Seems like I'm either too subtle and/or too stingy earlier.
>
> If drmAvailable() returns false, we have two options:
> - opt for the old-schoold (dri1) and ask drm_server_info to load the
> module for us, or
> - bail out, as neither drmOpenByBusid()
On 05/28/2015 10:02 PM, Emil Velikov wrote:
> On 28 May 2015 at 00:56, Joonyoung Shim wrote:
>> The build error is introduced by commit fde496917682 ("Add device
>> enumeration interface (v4)") if don't enable udev. Can solve as check
>> UDEV dependency.
>>
>> CC libdrm_la-xf86drm.lo
>> xf
Handle changes by removing copy from adjusted_mode to mode as using
adjusted_mode of crtc_state.
Signed-off-by: Joonyoung Shim
---
This is based on a patch "[PATCH v9 04/18] drm/exynos: atomic phase 1:
add .mode_set_nofb() callback" of Gustavo.
drivers/gpu/drm/exynos/exynos7_drm_decon.c | 4 ++
On 05/29/2015 06:42 AM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> To follow more closely the new atomic API we split the dpms()
> helper into the enable() and disable() helper to get exactly the
> same semantics.
>
> Signed-off-by: Gustavo Padovan
> ---
> drivers/gpu/drm/exynos/exynos
On 05/29/2015 06:42 AM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> exynos needs to update planes with the crtc enabled (mainly for the FIMD
> case) so this specific atomic commit changes the order of
> drm_atomic_helper_commit_modeset_enables() and
> drm_atomic_helper_commit_planes() to c
On 05/28/2015 05:24 PM, Joonyoung Shim wrote:
> On 05/28/2015 05:56 AM, Gustavo Padovan wrote:
>> From: Gustavo Padovan
>>
>> The new atomic infrastructure needs the .mode_set_nofb() callback to
>> update CRTC timings before setting any plane.
>>
>> Signed-off-by: Gustavo Padovan
>> Reviewed-by:
On 05/29/2015 06:36 AM, Gustavo Padovan wrote:
> 2015-05-28 Joonyoung Shim :
>
>> On 05/28/2015 05:24 PM, Joonyoung Shim wrote:
>>> On 05/28/2015 02:39 PM, Inki Dae wrote:
Hi Gustavo,
On 2015ë
05ì 28ì¼ 05:27, Gustavo Padovan wrote:
> Hi Inki,
>
> 2015-05-27 Inki Dae
eceiving 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/20150529/a0840562/attachment.html>
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/20150529/1e332712/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150529/273f6a7d/attachment.html>
Hi Joonyoung,
2015-05-29 Joonyoung Shim :
> Handle changes by removing copy from adjusted_mode to mode as using
> adjusted_mode of crtc_state.
>
> Signed-off-by: Joonyoung Shim
> ---
> This is based on a patch "[PATCH v9 04/18] drm/exynos: atomic phase 1:
> add .mode_set_nofb() callback" of Gus
Hi Linus,
This is made up 4 groups of fixes detailed below.
vgem:
Due to some misgivings about possible bad use cases this allow,
backout a chunk of the interface to stop those use cases for now.
radeon:
Fix for an oops regression in the audio code, and a partial revert
for a fix that w
Hi Eric,
Am Donnerstag, den 28.05.2015, 12:30 -0700 schrieb Eric Nelson:
> Hi Philipp,
>
> On 05/28/2015 03:58 AM, Philipp Zabel wrote:
> > Hi Gary,
> >
> > Am Mittwoch, den 27.05.2015, 15:31 +0200 schrieb Gary Bisson:
> >>> According to the kerneldoc comment for drm_fb_helper_initial_config
> >
On 28 May 2015 at 16:40, Pierre Moreau wrote:
> Changes since v1:
> * Factorise testing of the 3 different _DSMs presence with a single function
Not overly important, but this part could be split out into an earlier
commit, keeping this commit just for adding the gmux support?
> * Check for gmux
On 28 May 2015 at 18:52, Pierre Moreau wrote:
> Hi Dave,
>
>
> - Mail original -
>> Changes since v1:
> [...]
>> diff --git a/drm/nouveau/nouveau_vga.c b/drm/nouveau/nouveau_vga.c
>> index 9a6328f..7b13804 100644
>> --- a/drm/nouveau/nouveau_vga.c
>> +++ b/drm/nouveau/nouveau_vga.c
>> @@ -
On 28 May 2015 at 16:40, Pierre Moreau wrote:
> Most _DSM will return an integer value of 0x8002 when given an unknown
> UUID, revision ID or function ID. Checking locally allows us to differentiate
> that case from other ACPI errors, and to not report a "failed to evaluate
> _DSM"
> if 0x800
Am 28.05.2015 um 19:54 schrieb Robert Schwebel:
>> By the way: i still have some your older patches (2012) in my tree,
>> eg. some mediabus, camara, display timing stuff, etc ... not sure
>> whether I really need them for my device.
>>
>> Should I post them to linux-media list for review?
>
> No.
On Thu, May 28, 2015 at 10:22 AM, Emil Velikov
wrote:
> Hi Alex,
>
> On 28 May 2015 at 14:16, Alex Deucher wrote:
>> On Thu, May 28, 2015 at 8:44 AM, Emil Velikov
>> wrote:
>>> On 25 May 2015 at 12:18, Zhou, Jammy wrote:
Hi Emil,
Do you have chance to have a look at this new ve
Some targets (eg: msm8994) use the pinctrl framework to configure
interface pins. This change adds support for initialization and
pinctrl active/sleep state control for the HDMI driver.
Signed-off-by: Stephane Viau
---
drivers/gpu/drm/msm/hdmi/hdmi.c | 25 +
dri
Hi Dave,
Could you help me review this driver? If you donât have other comments ,
could you help to merge it?
Jianwei
> -Original Message-
> From: Wang Jianwei-B52261
> Sent: Thursday, May 21, 2015 10:47 AM
> To: Wang Jianwei-B52261; airlied at linux.ie; daniel.vetter at intel.com;
>
On Fri, 29 May 2015, Shuah Khan wrote:
> I am seeing the following in the dmesg on 4.0.4 with rt patch
>
> [5.720319] [ cut here ]
> [5.720347] WARNING: CPU: 6 PID: 466 at
> drivers/gpu/drm/i915/intel_display.c:9748
> intel_check_page_flip+0xaa/0xf0 [i915]()
> [
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/20150529/d9654b42/attachment.html>
s/dri-devel/attachments/20150529/abf62ddd/attachment.html>
anks,
Christian.
--
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/20150529/c497f44b/attachment-0001.html>
On Thu, May 28, 2015 at 4:10 PM, Frediano Ziglio wrote:
>
>> also indicating in each patch what is a right now fix and what isn't.
>
> What do you mean by right fix or not ?
He probably meant indicating whether it is an urgent fix.
Frans
trace I think. Please let me know if it
is incomplete or something else is required.
--
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/attachment
type||
--
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/20150529/92783c23/attachment.html>
l because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150529/f850ff49/attachment.html>
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150529/a8bfec7a/attachment.html>
> On 27 May 2015 at 20:04, Frediano Ziglio wrote:
> > qxl_bo structure has two reference counters, one in the GEM object and
> > another in the TTM object. The GEM object keep a counter to the TTM object
> > so when GEM counter reached zero the TTM counter (using qxl_bo_unref) was
> > decremented
lists.freedesktop
||.org
--
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/20150
46 matches
Mail list logo
