[0]: https://github.com/RockchipOpensourceCommunity/popmetal-kernel-3.14
]: http://lists.infradead.org/pipermail/linux-rockchip/2015-April/002830.html
Changes:
- Update rockchip_lvds_encoder_helper_funcs to atomic API
- Add bridge function for RGB/LVDS convert to other output type
- Fix some unr
This patch add Document for Rockchip Soc RK3288 LVDS,
This based on the patches from Mark yao and Heiko Stuebner.
Signed-off-by: Sandy Huang
Signed-off-by: Mark yao
Signed-off-by: Heiko Stuebner
---
Changes according to Mark Yao reviews.
.../bindings/display/rockchip/rockchip-lvds.txt| 10
Hi mark,
Thanks for you review.
在 2017/8/15 9:53, Mark yao 写道:
Hi Sandy
On 2017年08月15日 08:56, Sandy Huang wrote:
This adds support for Rockchip soc lvds found on rk3288
Based on the patches from Mark yao and Heiko Stuebner
Signed-off-by: Sandy Huang
Signed-off-by: Mark yao
Signed-off-by
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #31 from Shmerl ---
(In reply to Samuel Pitoiset from comment #27)
> An apitrace that reproduces the issue would be very useful.
I uploaded another trace: https://ufile.io/9z5yc
It's a problematic area (Devil's Pit) which hangs the
Hi Sandy
On 2017年08月15日 08:56, Sandy Huang wrote:
This adds support for Rockchip soc lvds found on rk3288
Based on the patches from Mark yao and Heiko Stuebner
Signed-off-by: Sandy Huang
Signed-off-by: Mark yao
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/rockchip/Kconfig|
On 15/08/17 02:48 AM, Paul Menzel wrote:
> On 08/14/17 03:15, Michel Dänzer wrote:
>> On 11/08/17 01:02 AM, Paul Menzel wrote:
>>> On 08/10/17 15:14, Paul Menzel wrote:
>>>
Xorg:
/dev/shm/bee-root/xorg-server/xorg-server-1.19.3-0/source/dix/dispatch.c:4049:
AttachOffloadGPU: Ass
https://bugs.freedesktop.org/show_bug.cgi?id=101978
--- Comment #4 from Michel Dänzer ---
(In reply to Marek Olšák from comment #3)
> > Also, there are amdgpu kernel driver changes lined up for 4.14 that might
> > help.
>
> Is it the work by John Brooks?
Him and yours truly, yes.
--
You are r
[0]: https://github.com/RockchipOpensourceCommunity/popmetal-kernel-3.14
[1]: http://lists.infradead.org/pipermail/linux-rockchip/2015-April/002830.html
Changes:
- Update rockchip_lvds_encoder_helper_funcs to atomic API
- Add bridge function for RGB/LVDS convert to other output type
- Fix some unr
在 2017/8/14 18:58, Wadim Egorov 写道:
Hi Sandy,
I am not familiar with the rockchip drm driver, but don't you have to
add the rockchip_lvds_driver as a sub driver in rockchip_drm_init()?
Otherwise it will be not bound by component_bind_all().
Regards,
Wadim
Am 14.08.2017 um 09:04 schrieb Sandy
On Mon 14-08-17 15:27:20, Ilia Mirkin wrote:
> On Mon, Aug 14, 2017 at 3:18 PM, Michal Hocko wrote:
[...]
> > nouveau :03:00.0: fifo: channel 6 [mpv/vo[3535]] kick timeout
> > nouveau: mpv/vo[3535]::906f: detach gr failed, -110
>
> Are you using mpv in conjunction with the GL vide
When IOMMU is off, ->mm_lock is not initialized and ->mm is NULL.
Signed-off-by: Michał Mirosław
---
drivers/gpu/drm/tegra/drm.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/tegra/drm.c b/drivers/gpu/drm/tegra/drm.c
index 8b7842548b9f..f859c06b8ab0
Dear Michel,
Thank you for your reply.
On 08/14/17 03:15, Michel Dänzer wrote:
On 11/08/17 01:02 AM, Paul Menzel wrote:
On 08/10/17 15:14, Paul Menzel wrote:
Getting Dell Precision 3620 systems with an Intel Skylake system
i7-6700K, and an external AMD graphics card, the X.Org server doe
Hi,
I am having issues with nouveau driver in 4.11 Debian distribution
kernel. I can start X session but the screen locks up e.g. when I try to
exit mplayer fullscreen mode. The lock is swamped with tons of
nouveau :03:00.0: fifo: SCHED_ERROR 13 []
messages and I also can see some warnings
--
Cc: Daniel Stone
---
include/drm/drm_fourcc.h | 31 ++
include/drm/drm_mode.h | 50
2 files changed, 81 insertions(+)
diff --git a/include/drm/drm_fourcc.h b/include/drm/drm_fourcc.h
index 7586c46..3ad838d 100644
---
Daniel Vetter writes:
> On Tue, Aug 08, 2017 at 01:56:05PM -0700, Eric Anholt wrote:
>> We don't keep a pointer to it around anywhere, so it's our job to free
>> it.
>>
>> Cc: Stefan Wahren
>> Link: https://github.com/anholt/linux/issues/101
>> Fixes: c8b75bca92cb ("drm/vc4: Add KMS support for
Cihangir Akturk writes:
> On Mon, Aug 14, 2017 at 12:47:01PM -0700, Eric Anholt wrote:
>> Cihangir Akturk writes:
>>
>> > Use drm_*_get() and drm_*_put() helpers instead of drm_*_reference()
>> > and drm_*_unreference() helpers.
>> >
>> > drm_*_reference() and drm_*_unreference() functions are
https://bugs.freedesktop.org/show_bug.cgi?id=102207
shad0...@vmail.me changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
intel_uncore_suspend() unregisters the uncore code's PMIC bus access
notifier and gets called on both normal and runtime suspend.
intel_uncore_resume_early() re-registers the notifier, but only on
normal resume. Add a new intel_uncore_runtime_resume() function which
only re-registers the notifier
assert_rpm_wakelock_held is triggered from i915_pmic_bus_access_notifier
even though it gets unregistered on (runtime) suspend, this is caused
by a race happening under the following circumstances:
intel_runtime_pm_put does:
atomic_dec(&dev_priv->pm.wakeref_count);
pm_runtime_mark_last_bus
Quoting Ville: "the forcewake timer might still be active until the uncore
suspend, and having active forcewakes while we've already told the GT wake
stuff to stop acting normally doesn't seem quite right to me."
Reported-by: Ville Syrjälä
Suggested-by: Imre Deak
Signed-off-by: Hans de Goede
Re
Cihangir Akturk writes:
> Use drm_*_get() and drm_*_put() helpers instead of drm_*_reference()
> and drm_*_unreference() helpers.
>
> drm_*_reference() and drm_*_unreference() functions are just
> compatibility alias for drm_*_get() and drm_*_put() and should not be
> used by new code. So convert
https://bugs.freedesktop.org/show_bug.cgi?id=101978
--- Comment #3 from Marek Olšák ---
(In reply to Michel Dänzer from comment #2)
> (In reply to higuita from comment #1)
> > Can a apitrace help in anyway to understand why this affects so much this
> > game
>
> Possibly.
>
> Also, there are am
https://bugs.freedesktop.org/show_bug.cgi?id=100984
Andre Klapper changed:
What|Removed |Added
Product|Mesa|Spam
Resolution|---
Linus Walleij writes:
> This adds a new DRM driver for the Faraday Technology TVE200
> block. This "TV Encoder" encodes a ITU-T BT.656 stream and can
> be found in the StorLink SL3516 (later Cortina Systems CS3516)
> as well as the Grain Media GM8180.
>
> I do not have definitive word from anyone
On 2017-08-11 02:10 PM, Dhinakaran Pandiyan wrote:
> DPCD 600h - SET_POWER & SET_DP_PWR_VOLTAGE defines power state
>
> 101 = Set Main-Link for local Sink device and all downstream Sink
> devices to D3 (power-down mode), keep AUX block fully powered, ready to
> reply within a Response Timeout pe
Acked-by: Lyude Paul
On Thu, 2017-08-10 at 18:16 -0700, Dhinakaran Pandiyan wrote:
> Dell monitor with a built-in MST branch does not light up on boot
> when
> connected to a Thinkpad dock. The monitor also does not wake up after
> Suspend-to-Idle or dpms off in this configuration. Keeping the AU
https://bugs.freedesktop.org/show_bug.cgi?id=101685
--- Comment #4 from Sylvain BERTRAND ---
Running dota2 vulkan with git mesa and git llvm now. The crash seems gone. I'll
play a bit and we will see.
--
You are receiving this mail because:
You are the assignee for the bug._
On Sun, Jul 30, 2017 at 3:07 PM, Hans Verkuil wrote:
> From: Hans Verkuil
Probably the one-line summary should be
ARM: dts: koelsch: Add CEC clock for HDMI transmitter
> The adv7511 on the Koelsch board has a 12 MHz fixed clock
> for the CEC block. Specify this in the dts to enable CEC su
https://bugs.freedesktop.org/show_bug.cgi?id=102207
--- Comment #4 from shad0...@vmail.me ---
I copied the 4.12.3 kernel from the cd to the hd an bootet it from the hd. It
occurs the same error as with the 4.12.6 kernel.
--
You are receiving this mail because:
You are the assignee for the bug.__
On Mon, Aug 14, 2017 at 12:36 AM, Christian König
wrote:
> Am 14.08.2017 um 01:14 schrieb Jason Ekstrand:
>
>> On August 13, 2017 8:52:21 AM Christian König
>> wrote:
>>
>> Am 13.08.2017 um 17:26 schrieb Jason Ekstrand:
>>>
On August 13, 2017 6:19:53 AM Christian König
wrote:
>>>
On Fri, Aug 11, 2017 at 11:15:35PM +0300, Dan Carpenter wrote:
> "gpu->aspace" can be either an error pointer or NULL so we need to check
> for both.
>
> Fixes: 0dbd7327f4d5 ("drm/msm: Move memptrs to msm_gpu")
> Signed-off-by: Dan Carpenter
>
> diff --git a/drivers/gpu/drm/msm/msm_gpu.c b/drive
On Mon, Aug 14, 2017 at 04:00:11PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> drm/panel is a good candidate for the drm-misc group maintainership and
> it's been maintained in the common drm-misc tree for a release, so make
> it official.
>
> Signed-off-by: Thierry Reding
Acked-by
On Sun, Aug 13, 2017 at 07:36:30PM +0200, Noralf Trønnes wrote:
> Add myself as drivers/gpu/drm/tinydrm maintainer.
>
> Signed-off-by: Noralf Trønnes
> ---
> MAINTAINERS | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 19ca3e6..8399a29 100644
> -
On Sun, Aug 13, 2017 at 05:11:30PM +0200, Linus Walleij wrote:
> This adds a new DRM driver for the Faraday Technology TVE200
> block. This "TV Encoder" encodes a ITU-T BT.656 stream and can
> be found in the StorLink SL3516 (later Cortina Systems CS3516)
> as well as the Grain Media GM8180.
>
> I
On Fri, Aug 11, 2017 at 08:55:15PM -0500, Gustavo A. R. Silva wrote:
> NULL check at line 528: if (!sender || !data_out || !len_out) {, implies
> that pointer _sender_ might be NULL.
>
> Move pointer _sender_ dereference after NULL check in order to avoid a
> potential NULL pointer dereference.
>
On Mon, Aug 14, 2017 at 01:32:07PM +0300, Laurent Pinchart wrote:
> On Monday 14 Aug 2017 09:25:47 Daniel Vetter wrote:
> > On Sat, Aug 12, 2017 at 12:20 AM, Laurent Pinchart
> >
> > wrote:
> > > On Tuesday 25 Jul 2017 10:01:16 Daniel Vetter wrote:
> > >> diff --git a/drivers/gpu/drm/drm_mode_obj
https://bugs.freedesktop.org/show_bug.cgi?id=102207
Bug ID: 102207
Summary: [drm:radeon_get_bios] *ERROR* Unable to locate a BIOS
ROM
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All
https://bugs.freedesktop.org/show_bug.cgi?id=102006
Julien Isorce changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=102006
--- Comment #2 from Julien Isorce ---
Comment on attachment 133180
--> https://bugs.freedesktop.org/attachment.cgi?id=133180
proposed patch by Julien Isorce
commit 91d93aa62162f98d6377e5c796b63faa263f2c18
Author: Julien Isorce
Date: Tue Ju
https://bugs.freedesktop.org/show_bug.cgi?id=102006
--- Comment #1 from Julien Isorce ---
Also see https://bugzilla.gnome.org/show_bug.cgi?id=785085
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dr
Hi,
On 14-08-17 10:58, Daniel Vetter wrote:
On Fri, Aug 11, 2017 at 06:11:08PM +0200, Hans de Goede wrote:
Hi,
On 11-08-17 18:04, Sean Paul wrote:
On Fri, Aug 11, 2017 at 03:26:45PM +0200, Hans de Goede wrote:
Hi,
On 11-08-17 14:33, Cihangir Akturk wrote:
Use drm_*_get() and drm_*_put() he
Hi Tomi,
CC'ing Daniel.
On Monday 14 Aug 2017 14:02:16 Tomi Valkeinen wrote:
> Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
> Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
> On 11/08/17 17:23, Laurent Pinchart wrote:
> > On Monday 08 May 2017 11:51:22 Tomi Valk
Hi Sandy,
I am not familiar with the rockchip drm driver, but don't you have to
add the rockchip_lvds_driver as a sub driver in rockchip_drm_init()?
Otherwise it will be not bound by component_bind_all().
Regards,
Wadim
Am 14.08.2017 um 09:04 schrieb Sandy Huang:
> This adds support for Rockchip
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
On 11/08/17 17:23, Laurent Pinchart wrote:
> Hi Tomi,
>
> Thank you for the patch.
>
> On Monday 08 May 2017 11:51:22 Tomi Valkeinen wrote:
>> On SoCs with TILER, w
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
On 11/08/17 17:09, Laurent Pinchart wrote:
> Hi Tomi,
>
> Thank you for the patch.
>
> On Monday 08 May 2017 11:51:21 Tomi Valkeinen wrote:
>> Add omap_gem_put_paddr_
On Monday 14 Aug 2017 09:25:47 Daniel Vetter wrote:
> On Sat, Aug 12, 2017 at 12:20 AM, Laurent Pinchart
>
> wrote:
> > On Tuesday 25 Jul 2017 10:01:16 Daniel Vetter wrote:
> >> diff --git a/drivers/gpu/drm/drm_mode_object.c
> >> b/drivers/gpu/drm/drm_mode_object.c index da9a9adbcc98..92743a796bf
On Fri, Aug 11, 2017 at 06:11:08PM +0200, Hans de Goede wrote:
> Hi,
>
> On 11-08-17 18:04, Sean Paul wrote:
> > On Fri, Aug 11, 2017 at 03:26:45PM +0200, Hans de Goede wrote:
> > > Hi,
> > >
> > > On 11-08-17 14:33, Cihangir Akturk wrote:
> > > > Use drm_*_get() and drm_*_put() helpers instead o
https://bugzilla.kernel.org/show_bug.cgi?id=153911
--- Comment #4 from Pierre Moreau (pierre.mor...@free.fr) ---
Those messages are now debug messages, see commit [4cc5b39f][].
This bug report can be closed as fixed; it doesn’t look like the patch will be
in 4.13, so it will most likely be part of
On 01.08.2017 11:49, Inki Dae wrote:
>
> 2017년 04월 18일 21:40에 Andrzej Hajda 이(가) 쓴 글:
>> mipi_dsi framework provides information about panel's mode of work.
>> This info should be propagated upstream to configure all elements of
>> the pipeline. As CRTC is the common nominator of the pipeline we ca
This adds support for Rockchip soc lvds found on rk3288
Based on the patches from Mark yao and Heiko Stuebner
Signed-off-by: Sandy Huang
Signed-off-by: Mark yao
Signed-off-by: Heiko Stuebner
---
Changes:
use drm_of_find_panel_or_bridge() to get panel or bridge.
drivers/gpu/drm/rockchip/Kc
This patch add Document for Rockchip Soc RK3288 LVDS,
This based on the patches from Mark yao and Heiko Stuebner.
Signed-off-by: Sandy Huang
Signed-off-by: Mark yao
Signed-off-by: Heiko Stuebner
---
Changes:
set lvds data-mapping to opctions.
.../bindings/display/rockchip/rockchip-lvds.tx
https://bugs.freedesktop.org/show_bug.cgi?id=102203
--- Comment #1 from Michel Dänzer ---
Please attach the output of dmesg and vainfo.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists
Hi Inki,
Sorry for late response - vacation time.
On 01.08.2017 11:29, Inki Dae wrote:
> Hi Andrzej,
>
>
> 2017년 04월 18일 21:39에 Andrzej Hajda 이(가) 쓴 글:
>> Description of drm_helper_hpd_irq_event clearly states that drivers
>> supporting hotplug events per connector should use different helper -
>
53 matches
Mail list logo