On 2014ë
11ì 26ì¼ 03:12, Gustavo Padovan wrote:
> From: Daniel Kurtz
>
> A framebuffer gets committed to FIMD's default window like this:
> exynos_drm_crtc_update()
> exynos_plane_commit()
>fimd_win_commit()
>
> fimd_win_commit() programs BUF_START[0]. At each vblank, FIMD hardware
u 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/20141209/61b733d9/attachment.html>
Hi,
On 2014ë
11ì 30ì¼ 09:35, tjakobi at math.uni-bielefeld.de wrote:
> Hello,
>
> while looking through my local kernel tree, I noticed that this patch
> for the mixer component of drm/exynos, posted some time ago, was
That might be a patch I missed. Can you tell me the Subject?
Thanks,
In
oh, whoops.. gmail hiding quoted text..
yeah, that looks sane,
Reviewed-by: Rob Clark
On Tue, Dec 9, 2014 at 7:55 PM, rui wang wrote:
> Hi Rob,
> Yes it's exactly what I'm doing. Please scroll down and review my patch.
>
> Thanks
> Rui
>
> On 12/10/14, Rob Clark wrote:
>> perhaps fb helpers c
perhaps fb helpers could use __drm_modeset_lock_all() w/ trylock=true
in panic context?
BR,
-R
On Tue, Dec 9, 2014 at 7:09 PM, rui wang wrote:
> Hi All,
>
> Any comment ? Or any better idea how this should be fixed?
>
> Regards,
> Rui
>
> -- Forwarded message --
> From: ruiv.wang
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141209/b8ae3b63/attachment-0001.html>
ed to Nouveau.)
--
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/20141209/aa333bd3/attachment.html>
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141209/9c2259f6/attachment.html>
From: Inki Dae
This patch adds MIPI-DSI and MIPI-DSI based S6E63J0X03 AMOLED panel
device nodes for Exynos3250 Rinato board.
Signed-off-by: Inki Dae
Signed-off-by: Hyungwon Hwang
Acked-by: Kyungmin Park
---
Changes for v2:
- None
arch/arm/boot/dts/exynos3250-rinato.dts | 60
From: Inki Dae
This patch adds MIPI-DSI based S6E63J0X03 AMOLED LCD panel driver
which uses mipi_dsi bus to communicate with panel. The panel has
320Ã320 resolution in 1.63-inch physical panel. This panel is used in
Samsung Galaxy Gear 2.
Signed-off-by: Inki Dae
Signed-off-by: Hyungwon Hwang
From: Inki Dae
This patch adds fimd device node which is a display controller
for Exynos3250 Rinato board.
Signed-off-by: Inki Dae
Signed-off-by: Hyungwon Hwang
Acked-by: Kyungmin Park
---
Changes for v2:
- None
arch/arm/boot/dts/exynos3250-rinato.dts | 11 +++
1 file changed, 11 in
This is v2 of the patchset adding support for s6e63j0x03 lcd panel.
Inki Dae sent this patchset before. Because of his busy work at company,
I modifies some point according to the review by Thierry Reding on
behalf of him.
This patch series adds Display support for exynos3250 Rinato board.
For th
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20141209/1e2d0401/attachment.html>
On 09.12.2014 09:24, Andy Lutomirski wrote:
>
> The relevant line from latencytop seems to be:
>
> 154 20441402 489139 radeon_fence_default_wait [radeon]
> fence_wait_timeout ttm_bo_wait [ttm] ttm_bo_move_accel_cleanup [ttm]
> radeon_move_blit.isra.12 [radeon] radeon_bo_move [radeon]
> ttm_bo_han
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141209/1888e8b0/attachment.html>
On 09.12.2014 01:11, Christian König wrote:
> From: Christian König
>
> This patch adds a new 64bit ID as a result to each command submission.
>
> Signed-off-by: Christian König
I noticed a few spelling mistakes, see below.
Other than these minor nits, I haven't noticed any problems in thi
On 09.12.2014 01:11, Christian König wrote:
> From: Christian König
>
> The driver falls back to explicit synchronization as soon as
> buffers move between clients or are moved by TTM.
I assume this should say 'falls back to implicit synchronization'.
--
Earthling Michel Dänzer
t was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141209/4dac038a/attachment-0001.html>
and component to link it to Nouveau.
--
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/20141209/2175a263/attachment.html>
leases. From the commit message:
CC: "10.4 10.3"
--
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/20141209/f3c1f1f2/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141209/b059b177/attachment.html>
On 2014-12-09 13:09, Inki Dae wrote:
> That might be a patch I missed. Can you tell me the Subject?
Uhm, I think that is obvious from the mail?
http://www.spinics.net/lists/linux-samsung-soc/msg39811.html
Anyway, I'm still waiting for Thierry's reply on that matter.
With best wishes,
Tobias
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141209/2d10cc34/attachment.html>
> On 8 December 2014 at 22:55, Daniel Vetter wrote:
> > When we unplug a dp mst branch we unreference the entire tree from
> > the root towards the leaves. Which is ok, since that's the way the
> > pointers and so also the refcounts go.
> >
> > But when we drop the reference we must make sure tha
On Thu, Oct 02, 2014 at 07:44:57PM +0200, Luc Verhaegen wrote:
> Hi,
>
> At FOSDEM on the 31st of january and the 1st of February 2015, there
> will be another graphics DevRoom. URL: https://fosdem.org/2015/
> Slots will be handed out on a first come, first serve basis. The best
> slots will go
https://bugzilla.kernel.org/show_bug.cgi?id=89461
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
On Sun, Dec 7, 2014 at 10:40 PM, Mark Zhang wrote:
> This patch adds the suspend/resume support for Tegra drm
> driver by calling the corresponding DPMS functions.
>
> Signed-off-by: Mark Zhang
> ---
> Hi,
>
> This patch hooks DSI driver's suspend/resume to implement the whole
> display system's
On Tue, Dec 9, 2014 at 8:06 AM, Andy Lutomirski wrote:
> On Tue, Dec 9, 2014 at 1:18 AM, Michel Dänzer wrote:
>> On 09.12.2014 09:24, Andy Lutomirski wrote:
>>>
>>> The relevant line from latencytop seems to be:
>>>
>>> 154 20441402 489139 radeon_fence_default_wait [radeon]
>>> fence_wait_timeou
On Tue, 09 Dec 2014, Dave Airlie wrote:
>> Missed this version, see my reply to v1:
>> http://mid.gmane.org/87k32iqppg.fsf at intel.com
>>
>> Also, what if you avoid sink dpms off with:
>>
>> diff --git a/drivers/gpu/drm/i915/intel_dp.c
>> b/drivers/gpu/drm/i915/intel_dp.c
>> index 70bb8d0b9695..
On Tue, Dec 09, 2014 at 08:13:09AM +0100, Martin Peres wrote:
> Spotted while reviewing the DRM changes in Linux 3.18 for LinuxFR.
>
> Cc: Ville Syrjälä
> Signed--off-by: Martin Peres
Both merged to my drm-misc branch, thanks.
-Daniel
> ---
> drivers/gpu/drm/drm_irq.c | 2 +-
> 1 file chang
Make it consistent with the sad code for other asics to deal
with monitors that don't report sads.
bug:
https://bugzilla.kernel.org/show_bug.cgi?id=89461
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/dce3_1_afmt.c | 2 +-
1 file changed, 1 insertion(+), 1
On 26 November 2014 at 19:24, Jani Nikula
wrote:
> On Wed, 26 Nov 2014, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> At least on two MST devices I've tested with, when
>> they are link training downstream, they are totally
>> unable to handle aux ch msgs, so they defer like nuts.
>> I tried 16
On Tue, Dec 9, 2014 at 1:24 AM, Martin Peres wrote:
> Spotted while reviewing the DRM changes in Linux 3.18 for LinuxFR.
>
> CC: Daniel Vetter
> Signed-off-by: Martin Peres
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/drm_crtc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> Missed this version, see my reply to v1:
> http://mid.gmane.org/87k32iqppg.fsf at intel.com
>
> Also, what if you avoid sink dpms off with:
>
> diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c
> index 70bb8d0b9695..768b1bfaea78 100644
> --- a/drivers/gpu/drm/i915/int
On 8 December 2014 at 22:55, Daniel Vetter wrote:
> When we unplug a dp mst branch we unreference the entire tree from
> the root towards the leaves. Which is ok, since that's the way the
> pointers and so also the refcounts go.
>
> But when we drop the reference we must make sure that we remove t
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141209/2bcf4a7a/attachment.html>
Spotted while reviewing the DRM changes in Linux 3.18 for LinuxFR.
Cc: Ville Syrjälä
Signed--off-by: Martin Peres
---
drivers/gpu/drm/drm_irq.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_irq.c b/drivers/gpu/drm/drm_irq.c
index 0e47df4..f5a5f18 1006
On Tue, Dec 9, 2014 at 1:18 AM, Michel Dänzer wrote:
> On 09.12.2014 09:24, Andy Lutomirski wrote:
>>
>> The relevant line from latencytop seems to be:
>>
>> 154 20441402 489139 radeon_fence_default_wait [radeon]
>> fence_wait_timeout ttm_bo_wait [ttm] ttm_bo_move_accel_cleanup [ttm]
>> radeon_mo
https://bugzilla.kernel.org/show_bug.cgi?id=89461
Bug ID: 89461
Summary: [Radeon - FirePro M7740] Dual screen fails with kernel
version 3.17
Product: Drivers
Version: 2.5
Kernel Version: 3.17.x
Hardware: All
Spotted while reviewing the DRM changes in Linux 3.18 for LinuxFR.
CC: Daniel Vetter
Signed-off-by: Martin Peres
---
drivers/gpu/drm/drm_crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index 4a44f89..90ad762 1006
ts.freedesktop.org/archives/dri-devel/attachments/20141209/f65b67f3/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141209/bfd24557/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141209/36267ac5/attachment-0001.html>
ail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141209/58e6c192/attachment.html>
44 matches
Mail list logo
