Hi Brian,
On 2017年12月06日 02:56, Brian Norris wrote:
Hi Nickey,
On Tue, Dec 05, 2017 at 05:14:11PM +0800, Nickey Yang wrote:
On 2017年12月01日 18:07, Philippe CORNU wrote:
On 12/01/2017 10:11 AM, Nickey Yang wrote:
On 2017年12月01日 16:32, Philippe CORNU wrote:
I am sorry to say that but you can
On Tue, Dec 05, 2017 at 03:01:42PM -0800, Laura Abbott wrote:
> On 12/02/2017 07:53 AM, Greg KH wrote:
> > > This is one of the item in the TODO list before been able to unstage ION
> > > which is my real need.
> > Why does it matter where in the tree this code is? Don't go adding new
> > things t
Hi Rodrigo,
On Tue, 5 Dec 2017 17:21:54 -0800 Rodrigo Vivi wrote:
>
> I had just written the email for you about this.
> Feel free to ignore that one since you already found the solution
> and sorry for the delay on warning you.
And I should read all my email before responding to earlier ones :-
Reviewed-by: Roger He
Thanks
Roger(Hongbo.He)
-Original Message-
From: Christian König [mailto:ckoenig.leichtzumer...@gmail.com]
Sent: Tuesday, December 05, 2017 8:55 PM
To: dri-devel@lists.freedesktop.org; amd-...@lists.freedesktop.org; He, Roger
Subject: [PATCH] drm/ttm: swap consecu
On Wed, Dec 06, 2017 at 01:00:15AM +, Stephen Rothwell wrote:
> Hi all,
Hi Stephen,
I had just written the email for you about this.
Feel free to ignore that one since you already found the solution
and sorry for the delay on warning you.
>
> After merging the drm-misc tree, today's linux-n
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: 135bf5e44b3f1a665c9b9aeba34083ce3c626d6e
commit: c1888183e1764d55d51ae051bd8651e634febe4d [374/671] ASoC: AMD: enable
ACP3x drivers build
config: tile-allyesconfig (attached as .config)
compiler: tilegx-linux-gcc (G
Hi all,
After merging the drm-misc tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/gpu/drm/i915/intel_dsi.c: In function 'intel_dsi_get_panel_orientation':
drivers/gpu/drm/i915/intel_dsi.c:1673:13: error: storage size of 'plane' isn't
known
enum plane plane;
Quoting Sean Paul (2017-12-05 05:15:03)
> In preparation for implementing HDCP in i915, add some HDCP related
> register offsets and defines. The dpcd register offsets will go in
> drm_dp_helper.h whereas the ddc offsets along with generic HDCP stuff
> will get stuffed in drm_hdcp.h, which is new.
Quoting Sean Paul (2017-12-05 05:15:01)
> This patch adds a little more control to a couple wait_for routines such
> that we can avoid open-coding read/wait/timeout patterns which:
> - need the value of the register after the wait_for
> - run arbitrary operation for the read portion
>
> This pat
On 12/02/2017 07:53 AM, Greg KH wrote:
This is one of the item in the TODO list before been able to unstage ION
which is my real need.
Why does it matter where in the tree this code is? Don't go adding new
things to it that are not needed. Who needs this? What userspace code
wants this type o
On Tue, Dec 5, 2017 at 4:18 AM, Lucas Stach wrote:
> Hi Alex,
>
> Am Montag, den 04.12.2017, 16:47 -0500 schrieb Alex Deucher:
>> On Fri, Dec 1, 2017 at 10:55 AM, Christian König
>> > wrote:
>> > Am 01.12.2017 um 16:28 schrieb Lucas Stach:
>> > >
>> > > Hi all,
>> > >
>> > > so this is the first
On Tue, Dec 5, 2017 at 1:24 PM, Noralf Trønnes wrote:
> The helpers are applied and have reached airlied/drm-next.
>
> amd has gained another .poll_changed user since last.
Patches 1, 2, 9 applied to my -next tree. Thanks!
Alex
>
> i915 doesn't really need the .poll_changed helper since it now
https://bugs.freedesktop.org/show_bug.cgi?id=103791
--- Comment #16 from denisgolo...@yandex.ru ---
Created attachment 135989
--> https://bugs.freedesktop.org/attachment.cgi?id=135989&action=edit
dmesg with vblank interrupt
--
You are receiving this mail because:
You are the assignee for the b
Hi Pavel,
On 5 December 2017 at 17:34, Pavel Machek wrote:
> Yes, so... This patch makes it more likely to see machines with locked
> down kernels, preventing developers from working with systems their
> own, running hardware. That is evil, and direct threat to Free
> software movement.
>
> Users
Hi,
On Tue, Dec 05, 2017 at 04:52:57PM +0100, Jernej Škrabec wrote:
> Dne torek, 05. december 2017 ob 11:36:18 CET je Maxime Ripard napisal(a):
> > Hi,
> >
> > On Fri, Dec 01, 2017 at 07:05:23AM +0100, Jernej Skrabec wrote:
> > > Current DE2 driver is very basic and uses a lot of magic constants
https://bugs.freedesktop.org/show_bug.cgi?id=99923
--- Comment #20 from Christoph Schwerdtfeger ---
I recompiled Mesa with LLVM 6.0 but that didn't change anything.
# glxinfo | grep -i llvm
Device: AMD TAHITI (DRM 2.50.0 / 4.13.0-1-amd64, LLVM 6.0.0) (0x679a)
OpenGL renderer string: AMD TAHI
On Tue, Dec 5, 2017 at 12:34 PM, Pavel Machek wrote:
> On Tue 2017-12-05 11:45:38, Daniel Vetter wrote:
>> On Tue, Dec 05, 2017 at 11:28:40AM +0100, Pavel Machek wrote:
>> > On Wed 2017-11-29 22:08:56, Sean Paul wrote:
>> > > This patch adds a new optional connector property to allow userspace to
Hi Nickey,
On Tue, Dec 05, 2017 at 05:14:11PM +0800, Nickey Yang wrote:
> On 2017年12月01日 18:07, Philippe CORNU wrote:
> >On 12/01/2017 10:11 AM, Nickey Yang wrote:
> >>On 2017年12月01日 16:32, Philippe CORNU wrote:
> >>>I am sorry to say that but you can not add my "Acked-by" to this patch
> >>>becau
https://bugs.freedesktop.org/show_bug.cgi?id=103783
--- Comment #14 from vkr...@yahoo.com ---
Hi Rene,
Sorry for the delay in responding. Thanks for your suggestion regarding the
pcieport module. Adding it to RUNTIME_PM_DRIVER_BLACKLIST does fix the problem
while TLP is installed.
Vadym
--
You
On Wed, Dec 6, 2017 at 12:30 AM, Jon Hunter wrote:
>
> On 04/12/17 18:37, Guillaume Tucker wrote:
> > If the firmware fails to load then ->fini() will be called before the
> > device has been initialised, causing the kernel to hang while trying
> > to write to a register. Add a test in ->fini()
This driver can use drm_fb_helper_lastclose() as its .lastclose callback.
It can also use drm_fb_helper_output_poll_changed() as its
.output_poll_changed callback.
Cc: Thierry Reding
Signed-off-by: Noralf Trønnes
Acked-by: Daniel Vetter
---
drivers/gpu/drm/tegra/drm.c | 13 ++---
drive
This driver can use drm_fb_helper_lastclose() as its .lastclose callback.
It can also use drm_fb_helper_output_poll_changed() as its
.output_poll_changed callback.
Cc: Mark Yao
Signed-off-by: Noralf Trønnes
Acked-by: Daniel Vetter
---
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 9 +
This driver can use drm_fb_helper_lastclose() as its .lastclose callback.
It can also use drm_fb_helper_output_poll_changed() as its
.output_poll_changed callback.
Cc: Tomi Valkeinen
Signed-off-by: Noralf Trønnes
Acked-by: Daniel Vetter
---
drivers/gpu/drm/omapdrm/omap_drv.c | 34 ++---
This driver can use drm_fb_helper_output_poll_changed() instead of
its own nouveau_fbcon_output_poll_changed().
Cc: Ben Skeggs
Signed-off-by: Noralf Trønnes
Acked-by: Daniel Vetter
---
drivers/gpu/drm/nouveau/nouveau_display.c | 3 ++-
drivers/gpu/drm/nouveau/nouveau_fbcon.c | 8
dr
This driver can use drm_fb_helper_lastclose() in its .lastclose function.
It can also use drm_fb_helper_output_poll_changed() as its
.output_poll_changed callback.
Cc: Alex Deucher
Cc: "Christian König"
Signed-off-by: Noralf Trønnes
Acked-by: Daniel Vetter
---
drivers/gpu/drm/radeon/radeon_di
This driver can use drm_fb_helper_lastclose() as its .lastclose callback.
It can also use drm_fb_helper_output_poll_changed() as its
.output_poll_changed callback.
Cc: Rob Clark
Signed-off-by: Noralf Trønnes
Acked-by: Daniel Vetter
---
drivers/gpu/drm/msm/msm_drv.c | 18 ++
1 f
This driver can use drm_fb_helper_lastclose() as its .lastclose callback.
It can also use drm_fb_helper_output_poll_changed() as its
.output_poll_changed callback.
Cc: Inki Dae
Cc: Joonyoung Shim
Cc: Seung-Woo Kim
Cc: Kyungmin Park
Signed-off-by: Noralf Trønnes
Acked-by: Daniel Vetter
---
d
This driver can use drm_fb_helper_lastclose() as its .lastclose callback.
It can also use drm_fb_helper_output_poll_changed() as its
.output_poll_changed callback.
Cc: Patrik Jakobsson
Signed-off-by: Noralf Trønnes
Acked-by: Daniel Vetter
---
drivers/gpu/drm/gma500/framebuffer.c | 9 +
The helpers are applied and have reached airlied/drm-next.
amd has gained another .poll_changed user since last.
i915 doesn't really need the .poll_changed helper since it now does a
sync and has to open code it after:
drm/i915/fbdev: Serialise early hotplug events with async fbdev config
vboxvi
This driver can use drm_fb_helper_lastclose() in its .lastclose function.
It can also use drm_fb_helper_output_poll_changed() as its
.output_poll_changed callback.
Remove the unused driver implementations.
Cc: Alex Deucher
Cc: "Christian König"
Signed-off-by: Noralf Trønnes
Acked-by: Daniel Vet
This driver can use drm_fb_helper_output_poll_changed() as its
.output_poll_changed callback.
Cc: Alex Deucher
Cc: "Christian König"
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/g
This driver can use drm_fb_helper_lastclose() as its .lastclose callback.
It can also use drm_fb_helper_output_poll_changed() as its
.output_poll_changed callback.
Cc: Russell King
Signed-off-by: Noralf Trønnes
Acked-by: Russell King
Acked-by: Daniel Vetter
---
drivers/gpu/drm/armada/armada_d
https://bugs.freedesktop.org/show_bug.cgi?id=99923
--- Comment #19 from Christoph Schwerdtfeger ---
Still the same with Mesa 17.2.5
# glxinfo | grep Mesa
client glx vendor string: Mesa Project and SGI
OpenGL core profile version string: 4.5 (Core Profile) Mesa 17.2.5
OpenGL version string: 3.0 M
Hi!
> >> > Why would user of the machine want this to be something else than
> >> > 'OFF'?
> >> >
> >> > If kernel implements this, will it mean hardware vendors will have to
> >> > prevent user from updating kernel on machines they own?
> >> >
> >> > If this is merged, does it open kernel develop
From: Markus Elfring
Date: Tue, 5 Dec 2017 18:45:42 +0100
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/video/console/sticore.c | 4 +---
1 file changed, 1 insertion(+
On Tue, Dec 5, 2017 at 12:34 PM, Pavel Machek wrote:
> On Tue 2017-12-05 11:45:38, Daniel Vetter wrote:
>> On Tue, Dec 05, 2017 at 11:28:40AM +0100, Pavel Machek wrote:
>> > On Wed 2017-11-29 22:08:56, Sean Paul wrote:
>> > > This patch adds a new optional connector property to allow userspace to
On Tue 2017-12-05 11:45:38, Daniel Vetter wrote:
> On Tue, Dec 05, 2017 at 11:28:40AM +0100, Pavel Machek wrote:
> > On Wed 2017-11-29 22:08:56, Sean Paul wrote:
> > > This patch adds a new optional connector property to allow userspace to
> > > enable
> > > protection over the content it is displ
On Tue, Dec 05, 2017 at 12:15:05AM -0500, Sean Paul wrote:
> This patch enables the indexed write feature of the GMBUS to concatenate
> 2 consecutive messages into one. The criteria for an indexed write is
> that both messages are writes, the first is length == 1, and the second
> is length > 0. Th
On 2017-12-05 07:05 AM, Arnd Bergmann wrote:
> On Mon, Dec 4, 2017 at 9:34 PM, Harry Wentland wrote:
>> On 2017-12-04 08:08 AM, Arnd Bergmann wrote:
>>> Building the DCN 1.0 Raven display driver with CONFIG_KCOV_INSTRUMENT_ALL=y
>>> and CONFIG_KCOV_ENABLE_COMPARISONS=y results in warnings about ma
From: Markus Elfring
Date: Tue, 5 Dec 2017 17:53:19 +0100
Replace the specification of a data structure by a pointer dereference
as the parameter for the operator "sizeof" to make the corresponding size
determination a bit safer according to the Linux coding style convention.
This issue was dete
Best Regards,
Ramalingam C
> -Original Message-
> From: Sean Paul [mailto:seanp...@chromium.org]
> Sent: Tuesday, December 5, 2017 8:07 PM
> To: C, Ramalingam
> Cc: dri-devel ; Hans Verkuil
>
> Subject: Re: [PATCH v3 3/9] drm: Add Content Protection property
>
> On Tue, Dec 5, 2017 a
On Tue, Dec 05, 2017 at 12:15:01AM -0500, Sean Paul wrote:
> This patch adds a little more control to a couple wait_for routines such
> that we can avoid open-coding read/wait/timeout patterns which:
> - need the value of the register after the wait_for
> - run arbitrary operation for the read po
From: Markus Elfring
Date: Tue, 5 Dec 2017 17:50:11 +0100
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/video/fbdev/amba-clcd.c | 1 -
1 file changed, 1 deletion(-)
d
On Tue, Dec 05, 2017 at 12:15:08AM -0500, Sean Paul wrote:
> This patch adds HDCP support for DisplayPort connectors by implementing
> the intel_hdcp_shim.
>
> Most of this is straightforward read/write from/to DPCD registers. One
> thing worth pointing out is the Aksv output bit. It wasn't easily
From: Markus Elfring
Date: Tue, 5 Dec 2017 18:07:06 +0100
Two update suggestions were taken into account
from static source code analysis.
Markus Elfring (2):
Delete an error message for a failed memory allocation
Improve a size determination
drivers/video/fbdev/amba-clcd.c | 3 +--
1 file
On Tue, Dec 05, 2017 at 12:15:07AM -0500, Sean Paul wrote:
> This patch adds HDCP support for HDMI connectors by implementing
> the intel_hdcp_shim.
>
> Nothing too special, just a bunch of DDC reads/writes.
>
> Changes in v2:
> - Rebased on drm-intel-next
> Changes in v3:
> - Initialize new work
On Tue, Dec 05, 2017 at 12:15:06AM -0500, Sean Paul wrote:
> Once the Aksv is available in the PCH, we need to get it on the wire to
> the receiver via DDC. The hardware doesn't allow us to read the value
> directly, so we need to tell GMBUS to source the Aksv internally and
> send it to the right
On Tue, Dec 05, 2017 at 12:15:05AM -0500, Sean Paul wrote:
> This patch enables the indexed write feature of the GMBUS to concatenate
> 2 consecutive messages into one. The criteria for an indexed write is
> that both messages are writes, the first is length == 1, and the second
> is length > 0. Th
On Tue, Dec 05, 2017 at 12:15:04AM -0500, Sean Paul wrote:
> This patch adds the framework required to add HDCP support to intel
> connectors. It implements Aksv loading from fuse, and parts 1/2/3
> of the HDCP authentication scheme.
>
> Note that without shim implementations, this does not actual
https://bugs.freedesktop.org/show_bug.cgi?id=104001
--- Comment #3 from mikhail.v.gavri...@gmail.com ---
Created attachment 135984
--> https://bugs.freedesktop.org/attachment.cgi?id=135984&action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=102372
--- Comment #10 from Mike Lothian ---
I've just checked
https://www.computeruniverse.net/en/products/90526096/acer-aspire-xc-105.asp
It has HDMI and a VGA connector, I've only ever used the HDMI connector
--
You are receiving this mail becaus
On 12/05/17 15:36, Sean Paul wrote:
> On Tue, Dec 5, 2017 at 9:04 AM, Ramalingam C wrote:
>>
>>
>> On Tuesday 05 December 2017 01:37 PM, Hans Verkuil wrote:
>>
>> On 12/05/2017 06:15 AM, Sean Paul wrote:
>>
>> This patch adds a new optional connector property to allow userspace to
>> enable
>> pro
https://bugs.freedesktop.org/show_bug.cgi?id=102372
--- Comment #9 from Alex Deucher ---
What physical display connectors are actually on the board?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dr
On Tue, Dec 5, 2017 at 11:10 PM, Maxime Ripard
wrote:
> The commit 4c7f16d14a33 ("drm/sun4i: Fix TCON clock and regmap
> initialization sequence") moved a bunch of logic around, but forgot to
> update the gotos after the introduction of the err_free_dotclock label.
>
> It means that if we fail lat
Quoting Daniel Vetter (2017-12-05 15:34:36)
> Two bits missing imo:
> - Should explain that userspace should poll this property to detect a
> change from ENABLED to DESIRED (and take adequate actions and e.g. stop
> the stream). No uevent will be sent out because the HDCP specs require
> poll
On Tue, Dec 05, 2017 at 12:15:02AM -0500, Sean Paul wrote:
> This patch adds a new optional connector property to allow userspace to enable
> protection over the content it is displaying. This will typically be
> implemented
> by the driver using HDCP.
>
> The property is a tri-state with the fol
On Tue, Dec 05, 2017 at 09:07:58AM +0100, Hans Verkuil wrote:
> On 12/05/2017 06:15 AM, Sean Paul wrote:
> > This patch adds a new optional connector property to allow userspace to
> > enable
> > protection over the content it is displaying. This will typically be
> > implemented
> > by the drive
The A83T has the same PWM block than the H3. Add it to our DT.
Reviewed-by: Chen-Yu Tsai
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun8i-a83t.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a83t.dtsi
b/arch/arm/boot/dts/sun8i-a83t.dtsi
index
The A83T has an LVDS bus that can be connected to a panel or a bridge. Add
the pinctrl group for it.
Reviewed-by: Chen-Yu Tsai
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun8i-a83t.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a83t.dtsi
b/arch/a
The A83T has a PWM that can be output from the SoC. Let's add a pinctrl
group for it.
Reviewed-by: Chen-Yu Tsai
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun8i-a83t.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a83t.dtsi
b/arch/arm/boot/dts/sun8
When we added the regulator support in commit 90c5d7cdae64 ("ARM: dts:
sun8i: a711: Add regulator support"), we also dropped the PMIC's
compatible. Since it's not in the PMIC DTSI, unlike most other PMIC
DTSI, it obviously wasn't probing anymore.
Re-add it so that everything works again.
Fixes: 9
The A711 has 1024x600 LVDS panel, with a PWM-based backlight. Add it to our
DT.
Reviewed-by: Chen-Yu Tsai
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun8i-a83t-tbs-a711.dts | 61 -
1 file changed, 61 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a83t-tbs-a7
Add support for the A83T display pipeline.
Reviewed-by: Chen-Yu Tsai
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/sun4i/sun4i_drv.c | 1 +
drivers/gpu/drm/sun4i/sun4i_tcon.c | 5 +
drivers/gpu/drm/sun4i/sun8i_mixer.c | 9 +
3 files changed, 15 insertions(+)
diff --git a/d
It seems like the mixer can only run properly when clocked at 150MHz. In
order to have something more robust than simply a fire-and-forget
assigned-clocks-rate, let's put that in the code.
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/sun4i/sun8i_mixer.c | 9 +
drivers/gpu/drm/sun4i/
The TCON supports the LVDS interface to output to a panel or a bridge.
Let's add support for it.
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/sun4i/Makefile | 1 +-
drivers/gpu/drm/sun4i/sun4i_lvds.c | 183 +++-
drivers/gpu/drm/sun4i/sun4i_lvds.h | 18 ++-
drivers/
The A83T has two video pipelines in parallel that looks quite similar to
the other SoCs.
The video planes are handled through a controller called the mixer, and the
video signal is then passed to the timing controller (TCON).
And while there is two instances of the mixers and TCONs, they have a
s
Some clocks and resets supposed to drive the LVDS logic in the display
engine have been overlooked when the driver was first introduced.
Add those additional resources to the binding, and we'll deal with the ABI
stability in the code.
Signed-off-by: Maxime Ripard
---
Documentation/devicetree/bi
A significant number of panels need to power up a regulator in order to
operate properly. Add support for the power-supply property to enable and
disable such a regulator whenever needed.
Reviewed-by: Chen-Yu Tsai
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/panel/panel-lvds.c | 23
The commit 4c7f16d14a33 ("drm/sun4i: Fix TCON clock and regmap
initialization sequence") moved a bunch of logic around, but forgot to
update the gotos after the introduction of the err_free_dotclock label.
It means that if we fail later that the one introduced in that commit,
we'll just to the old
The various outputs the TCON can provide have different constraints on the
dotclock divider. Let's make them configurable by the various mode_set
functions.
Reviewed-by: Chen-Yu Tsai
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/sun4i/sun4i_dotclock.c | 10 +++---
drivers/gpu/drm/sun4i/s
Hi,
Here is an attempt at supporting the LVDS output in our DRM driver. This
has been tested on the A83T (with DE2), but since everything is basically
in the TCON, it should also be usable on the older SoCs with minor
modifications.
This was the occasion to refactor a bunch of things. The most no
The power-supply property is used by a vast majority of panels, including
panel-simple. Let's document it as a common property
Signed-off-by: Maxime Ripard
---
Documentation/devicetree/bindings/display/panel/panel-common.txt | 6 ++
Documentation/devicetree/bindings/display/panel/panel-lvds.
The display pipeline on the A83T is mainly composed of the mixers and
TCONs, plus various encoders.
Let's add the first mixer and TCON to the DTSI since the only board I have
can use only the LVDS output on the first TCON. The other parts will be
added eventually.
Signed-off-by: Maxime Ripard
--
On 2017-12-05 01:54 PM, Christian König wrote:
> When we detect consecutive allocation of pages swap them to avoid
> accidentally freeing them as huge page.
>
> v2: use swap
> v3: check if it's really the first allocated page
> v4: don't touch the loop variable
>
> Signed-off-by: Christian König
On Tue, Dec 5, 2017 at 8:45 AM, Ville Syrjälä
wrote:
> On Thu, Nov 30, 2017 at 08:50:38AM +0100, Daniel Vetter wrote:
>> On Wed, Nov 29, 2017 at 10:08:55PM -0500, Sean Paul wrote:
>> > Here's the RFC for my i915 HDCP patchset. The UABI is based on what we've
>> > been
>> > using in Chrome for the
https://bugs.freedesktop.org/show_bug.cgi?id=101900
--- Comment #15 from letha...@gmail.com ---
dc_log enabled:
:~# dmesg | grep drm
[1.413712] [drm] amdgpu kernel modesetting enabled.
[1.420821] fb: switching to amdgpudrmfb from VESA VGA
[1.421365] [drm] initializing kernel modesetti
On Tue, Dec 5, 2017 at 9:04 AM, Ramalingam C wrote:
>
>
> On Tuesday 05 December 2017 01:37 PM, Hans Verkuil wrote:
>
> On 12/05/2017 06:15 AM, Sean Paul wrote:
>
> This patch adds a new optional connector property to allow userspace to
> enable
> protection over the content it is displaying. This
On Tuesday 05 December 2017 10:45 AM, Sean Paul wrote:
+static
+bool intel_dp_hdcp_check_link(struct intel_digital_port *intel_dig_port)
+{
+ ssize_t ret;
+ u8 bstatus;
+ ret = drm_dp_dpcd_read(&intel_dig_port->dp.aux, DP_AUX_HDCP_BSTATUS,
+ &bstat
https://bugs.freedesktop.org/show_bug.cgi?id=101900
--- Comment #14 from letha...@gmail.com ---
Created attachment 135979
--> https://bugs.freedesktop.org/attachment.cgi?id=135979&action=edit
recording of audio LPCM output from RX550 card
--
You are receiving this mail because:
You are the ass
https://bugs.freedesktop.org/show_bug.cgi?id=101900
--- Comment #13 from letha...@gmail.com ---
This is an example running mpv & decoding the stereo pcm_s16le 2ch 48000Hz to 6
channels 48Khz.
This generates the audio + noise ( small wav recording attached to this case)
mpv command & verbose:
~#
On 04/12/17 18:37, Guillaume Tucker wrote:
> If the firmware fails to load then ->fini() will be called before the
> device has been initialised, causing the kernel to hang while trying
> to write to a register. Add a test in ->fini() to avoid this issue.
>
> This fixes a kernel hang on tegra124
Hi Misha,
On 2017-12-05 15:06, Misha Komarovskiy wrote:
On Mon, Nov 27, 2017 at 6:40 AM, Archit Taneja wrote:
On 11/21/2017 01:19 PM, Marek Szyprowski wrote:
get_modes() callback might be called asynchronously from the DRM core and
it is not synchronized with bridge_enable(), which sets prope
On Tuesday 05 December 2017 01:37 PM, Hans Verkuil wrote:
On 12/05/2017 06:15 AM, Sean Paul wrote:
This patch adds a new optional connector property to allow userspace to enable
protection over the content it is displaying. This will typically be implemented
by the driver using HDCP.
The prop
On Thu, Nov 30, 2017 at 08:50:38AM +0100, Daniel Vetter wrote:
> On Wed, Nov 29, 2017 at 10:08:55PM -0500, Sean Paul wrote:
> > Here's the RFC for my i915 HDCP patchset. The UABI is based on what we've
> > been
> > using in Chrome for the past 3 years. I posted the property to the list back
> > th
Am 05.12.2017 um 12:59 schrieb Michel Dänzer:
From: Michel Dänzer
Reviewed-by: Alex Deucher
Signed-off-by: Michel Dänzer
Acked-by: Christian König
---
data/amdgpu.ids | 31 +--
1 file changed, 29 insertions(+), 2 deletions(-)
diff --git a/data/amdgpu.ids b
https://bugs.freedesktop.org/show_bug.cgi?id=102372
--- Comment #8 from Mike Lothian ---
Looks like X starts now with the drm-next-4.16-wip branch
There's still an error in the logs:
[0.604111] [drm] amdgpu: dpm initialized
[0.605298] [drm] Found UVD firmware Version: 1.64 Family ID: 9
From: Michel Dänzer
Reviewed-by: Alex Deucher
Signed-off-by: Michel Dänzer
---
data/amdgpu.ids | 31 +--
1 file changed, 29 insertions(+), 2 deletions(-)
diff --git a/data/amdgpu.ids b/data/amdgpu.ids
index f6c65dd9..1828e410 100644
--- a/data/amdgpu.ids
+++ b/data
On Mon, Dec 04, 2017 at 03:54:18PM -0600, Gustavo A. R. Silva wrote:
> crtc_state is being null checked in a previous code block, which implies
> that such pointer might be null.
>
> crtc_state is dereferenced in drm_atomic_helper_check_plane_state, hence
> there is a potential null pointer derefe
https://bugs.freedesktop.org/show_bug.cgi?id=102372
Mike Lothian changed:
What|Removed |Added
Attachment #134327|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=102372
Mike Lothian changed:
What|Removed |Added
Attachment #134326|0 |1
is obsolete|
Den 14.11.2017 22.25, skrev Noralf Trønnes:
Replace driver's code with the generic helpers that do the same thing.
Cc: Stefan Agner
Cc: Alison Wang
Signed-off-by: Noralf Trønnes
Acked-by: Stefan Agner
---
Applied to drm-misc.
Noralf.
Stefan, I didn't retain your tested-by tag now that
When we detect consecutive allocation of pages swap them to avoid
accidentally freeing them as huge page.
v2: use swap
v3: check if it's really the first allocated page
v4: don't touch the loop variable
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 11 +--
1
On 05-12-2017 11:53, Alexey Brodkin wrote:
>
> From my note above about udl_drm_gem_mmap() being only used in case of Xserver
> I barely may conclude anything. Given my lack of knowledge of DRM guts
> especially
> when it comes to complicated cases with DMA buffer exports/imports I cannot
> say
>
On Mon, Dec 4, 2017 at 9:34 PM, Harry Wentland wrote:
> On 2017-12-04 08:08 AM, Arnd Bergmann wrote:
>> Building the DCN 1.0 Raven display driver with CONFIG_KCOV_INSTRUMENT_ALL=y
>> and CONFIG_KCOV_ENABLE_COMPARISONS=y results in warnings about many functions
>> that do a comparison of floating-p
https://bugs.freedesktop.org/show_bug.cgi?id=103791
--- Comment #15 from Michel Dänzer ---
Created attachment 135969
--> https://bugs.freedesktop.org/attachment.cgi?id=135969&action=edit
Debugging output related to enabling/disabling the vblank interrupt
Another iteration, to find out why the
On Tue, Dec 05, 2017 at 11:28:40AM +0100, Pavel Machek wrote:
> On Wed 2017-11-29 22:08:56, Sean Paul wrote:
> > This patch adds a new optional connector property to allow userspace to
> > enable
> > protection over the content it is displaying. This will typically be
> > implemented
> > by the d
Hi Alexey,
On 04-12-2017 17:29, Alexey Brodkin wrote:
>
> Indeed, in case of kmscube etnaviv is a renderer while UDL
> outputs the picture on the screen.
Thats nice :)
Ok, from your logs I was not able to see anything wrong. X server
does not error exit and Prime seems to be working in DRM ...
Hi,
On Fri, Dec 01, 2017 at 07:05:23AM +0100, Jernej Skrabec wrote:
> Current DE2 driver is very basic and uses a lot of magic constants since
> there is no documentation and knowledge about it was limited at the time.
>
> With studying BSP source code, deeper knowledge was gained which allows
>
DSI host controllers these days can be ganged together to drive larger
displays. Every SoC vendor supporting this is trying to add their own
DT property so that the corresponding drivers can identify that they
need to operate in the dual DSI mode. If we use the graph bindings, we
don't really need
Add a section that describes dt-bindings for peripherals that support
MIPI DSI, but have a different bus as the primary control bus. Add an
example for such peripherals.
Signed-off-by: Archit Taneja
---
.../devicetree/bindings/display/mipi-dsi-bus.txt | 75 --
1 file change
1 - 100 of 127 matches
Mail list logo
