bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141128/f11caa15/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/20141128/edebc03d/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=83461
--- Comment #24 from kb at spatium.org ---
Any ideas on this? It's really annoying as I need to keep away from upgrading
kernel past 3.14. :(
Do you think change of graphics card would resolve the issue?
--
You are receiving this mail because:
Yo
This patch adds MIPI-DSI and MIPI-DSI based S6E63J0X03 AMOLED panel
device nodes for Exynos3250 Rinato board.
Signed-off-by: Inki Dae
Acked-by: Kyungmin Park
---
arch/arm/boot/dts/exynos3250-rinato.dts | 59 +++
1 file changed, 59 insertions(+)
diff --git a/arch/a
This patch adds MIPI-DSI based S6E63J0X03 AMOLED LCD Panel driver
which uses mipi_dsi bus to communicate with Panel.
Signed-off-by: Inki Dae
Acked-by: Kyungmin Park
---
drivers/gpu/drm/panel/Kconfig|6 +
drivers/gpu/drm/panel/Makefile |1 +
drivers/gpu/drm/panel/pa
This patch adds fimd device node which is a display controller
for Exynos3250 Rinato board.
Signed-off-by: Inki Dae
Acked-by: Kyungmin Park
---
arch/arm/boot/dts/exynos3250-rinato.dts | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/exynos3250-rinato.dts
b/a
This patch series adds Display support for exynos3250 Rinato board.
For this, it adds fimd, MIPI-DSI and Panel device nodes to
exynos3250-rinato dts file, and adds a s6e63j0x03 Amoled panel device
driver which is based on MIPI-DSI bus.
Inki Dae (3):
ARM: dts: add fimd device support for exynos32
https://bugzilla.kernel.org/show_bug.cgi?id=85421
Jorn Amundsen changed:
What|Removed |Added
CC||jorn.amundsen at ntnu.no
--- Comment #13
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141128/5ced92e4/attachment.html>
se:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141128/5104cf64/attachment-0001.html>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141128/a780da94/attachment.html>
Hi Philipp:
On 2014å¹´11æ27æ¥ 00:20, Philipp Zabel wrote:
> Hi Andy,
>
> I have yet to look at this in more detail, but from a quick test
> starting with patch 3, the HDMI display stays black on Nitrogen6X,
> and starting with patch 8 I get the following error.
>
> imx-drm display-subsystem: [C
Hi Philipp:
On 2014å¹´11æ27æ¥ 00:23, Philipp Zabel wrote:
> Am Mittwoch, den 26.11.2014, 21:33 +0800 schrieb Andy Yan:
>> some platform may not support all the display mode,
>> add mode_valid interface check it
>>
>> also add drm_connector_register which add a debugfs
>> interface for dump disp
Hi Zabel:
On 2014å¹´11æ27æ¥ 00:34, Philipp Zabel wrote:
> Am Mittwoch, den 26.11.2014, 21:32 +0800 schrieb Andy Yan:
>> On rockchip rk3288, only word(32-bit) accesses are
>> permitted for hdmi registers. Byte width accesses (writeb,
>> readb) generate an imprecise external abort.
>>
>> Signed-o
Am Freitag, den 28.11.2014, 17:57 +0800 schrieb Andy Yan:
> Hi Philipp:
[...]
>Very sorry about this trouble. Because I have no imx board, we do all
> the test on
> RK3288 board.
> I had sent a mail with a debug patch to you directly yesterday, hope
> it will helpful.
> If you have receiv
From: Russell King
Use the generic DRM OF helper to locate the possible CRTCs for the
encoder, thereby shrinking the imx-drm driver some more.
Signed-off-by: Russell King
Signed-off-by: Philipp Zabel
---
This is a prerequisite for Andy Yan's "drm: imx: imx-hdmi: convert imx-hdmi to
drm_bridge
On 21/11/2014 19:06, Yao Cheng wrote:
> Setup minimum required resources during i915_driver_load:
> 1. Create a platform device to share MMIO/IRQ resources
> 2. Make the platform device child of i915 device for runtime PM.
> 3. Create IRQ chip to forward the VED irqs.
> VED driver (a standalone drm
This series 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 diff
check error status for drm_iommu_attach_device() and make sure
it propagates till the caller.
Signed-off-by: Ajay Kumar
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 17 +++--
1 file changed, 15 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimd.c
ctx->drm_dev is unnecessary since it can be easily
accessed via ctx->manager->drm_dev, cleaning it up.
Signed-off-by: Ajay Kumar
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 25 +
1 file changed, 13 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/exynos/e
-
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/20141128/c4d1ffa4/attachment.html>
From: Martin Bugge
Use the new logging functions from the hdmi module.
Signed-off-by: Martin Bugge
Signed-off-by: Hans Verkuil
---
drivers/media/i2c/Kconfig | 1 +
drivers/media/i2c/adv7842.c | 174
2 files changed, 47 insertions(+), 128 deleti
From: Martin Bugge
When receiving video it is very useful to be able to unpack the InfoFrames.
Logging is useful as well, both for transmitters and receivers.
Especially when implementing the VIDIOC_LOG_STATUS ioctl (supported by many
V4L2 drivers) for a receiver it is important to be able to ea
From: Hans Verkuil
Add new Video InfoFrame colorspace information introduced in HDMI 2.0
and new Audio Coding Extension Types, also from HDMI 2.0.
Signed-off-by: Hans Verkuil
---
include/linux/hdmi.h | 20
1 file changed, 20 insertions(+)
diff --git a/include/linux/hdmi.h
This patch series adds new HDMI 2.0/CEA-861-F defines to hdmi.h and
adds unpacking and logging functions to hdmi.c. It also uses those
in the V4L2 adv7842 driver (and they will be used in other HDMI drivers
once this functionality is merged).
Patches 2 and 3 have been posted before by Martin Bugge
On Fri, Nov 28, 2014 at 02:30:45PM +0100, Daniel Vetter wrote:
> Hi Dave,
>
> As discussed on irc here's the slightly late (because our QA cycle was a
> bit misaligned) final feature pull request for 3.19. I have a few fixes to
> sort out in my 3.20 queue, so will send you one more pull request ne
On Fri, Nov 28, 2014 at 11:48:48AM +0900, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Since we are now preserving the cursor across modesets, the cursor could
> be left over in console if e.g. X crashed.
I'd add a fixme for this since if you implement universal plane support
fbdev will auto
Hi Dave,
As discussed on irc here's the slightly late (because our QA cycle was a
bit misaligned) final feature pull request for 3.19. I have a few fixes to
sort out in my 3.20 queue, so will send you one more pull request next
week with those. Then I'll hand over to Jani.
drm-intel-next-2014-11-
Hi Dave,
So here's a pile of atomic fixes and improvements from various people.
There's still more patches in-flight, so I think I'll keep collecting them
in a separate branch.
Cheers, Daniel
The following changes since commit 955289c7cfad158dc939e150896a240f549ccc60:
Merge branch 'msm-next'
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141128/8bef212f/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20141128/950a1b86/attachment.html>
Hi Pankaj,
Thanks a lot for reviewing the patch. Find my comments below.
On Thu, Nov 27, 2014 at 9:55 PM, Pankaj Dubey
wrote:
> Hi Ajay,
>
> On 27 November 2014 at 19:41, Ajay Kumar wrote:
>> This series is based on exynos-drm-next branch of Inki Dae's tree at:
>> git://git.kernel.org/pub/scm/
From: Michel Dänzer
Since we are now preserving the cursor across modesets, the cursor could
be left over in console if e.g. X crashed.
Signed-off-by: Michel Dänzer
---
drivers/gpu/drm/radeon/radeon_fb.c | 29 -
1 file changed, 28 insertions(+), 1 deletion(-)
dif
On Thu, Nov 27, 2014 at 9:04 PM, Dan Carpenter
wrote:
> On Thu, Nov 27, 2014 at 06:11:30PM +0100, Daniel Vetter wrote:
>> btw not sure whether checker should just look through WARN_ON, we have
>> lots of places where we've historically screwed up and added a WARN_ON +
>> early return to make sure
[CCing Dave]
On Friday 28 November 2014 09:18:46 Simon Horman wrote:
> [CCed Magnus, ARM SoC maintainers]
>
> On Thu, Nov 27, 2014 at 05:19:11PM +0200, Laurent Pinchart wrote:
> > Hello,
> >
> > The DU driver has lost support for platform data, resulting in a
> > compilation breakage for the leg
On Tue, 18 Nov 2014 17:41:26 +
Andrew Jackson wrote:
> Fetching the EDID from a connected monitor is an automated thing
> with NXP TDA19988. But on some boards the fetching fails for the
> first time silently without any indication that an error has occured.
> More than that, subsequent fetch
[CCed Magnus, ARM SoC maintainers]
On Thu, Nov 27, 2014 at 05:19:11PM +0200, Laurent Pinchart wrote:
> Hello,
>
> The DU driver has lost support for platform data, resulting in a compilation
> breakage for the legacy Marzen and Lager board files that managed to keep
> under the radar until now.
>
On 11/28/14 08:19, Jean-Francois Moine wrote:
> On Tue, 18 Nov 2014 17:41:26 +
> Andrew Jackson wrote:
>
>> Fetching the EDID from a connected monitor is an automated thing
>> with NXP TDA19988. But on some boards the fetching fails for the
>> first time silently without any indication that a
Am 27.11.2014 14:48, schrieb Christian König:
> From: Christian König
>
> Stop using the VM mutex for this
>
> Signed-off-by: Christian König
> ---
> drivers/gpu/drm/radeon/radeon.h| 3 +++
> drivers/gpu/drm/radeon/radeon_vm.c | 36
> ++--
> 2 files cha
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141128/0f419eb4/attachment-0001.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141128/a571d706/attachment.html>
, please get a backtrace of the crash.
--
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/20141128/6bd82f8e/attachment.html>
42 matches
Mail list logo
