https://bugs.freedesktop.org/show_bug.cgi?id=101900
--- Comment #41 from Alex Deucher ---
(In reply to Christophe Viallon from comment #40)
> Does this patch corrects HBR audio over HDMI for Kavery APU family too ?
Covers all asics supported by DC.
--
You are receiving this mail because:
You
On Tue, 26 Jun 2018 15:55:34 +0200
Hans de Goede wrote:
> Replace comments about places where the console lock should be held with
> calls to WARN_CONSOLE_UNLOCKED() to assert that it is actually held.
Why replace the comments? I prefer them, even with the WARN. The reason
is, when using
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #9 from Andrey Grodzovsky ---
Created attachment 140345
--> https://bugs.freedesktop.org/attachment.cgi?id=140345=edit
Deadlock fix
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=106940
--- Comment #23 from Server Angels ---
Just to add - I had the same experience with rc1 on a Vega / Ryzen system.
System is responsive over the network but black screen.
This is with Fedora and rawhide kernels.
What exact debug would be
This is a preparation patch for adding a number of WARN_CONSOLE_UNLOCKED()
calls to the fbcon code, which may be built as a module (event though
usually it is not).
Signed-off-by: Hans de Goede
---
Changes in v3:
-New patch in v3 of this patchset
---
kernel/printk/printk.c | 1 +
1 file
Replace comments about places where the console lock should be held with
calls to WARN_CONSOLE_UNLOCKED() to assert that it is actually held.
Signed-off-by: Hans de Goede
---
Changes in v3:
-New patch in v3 of this patchset
---
drivers/video/fbdev/core/fbcon.c | 18 +++---
1 file
On 2018-06-17 04:53 AM, Stefan Agner wrote:
> The wrong enum type is used to initialize the result, leading to a
> warning when using clang:
> drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_link_dp.c:1998:26: warning:
> implicit conversion from enumeration type 'enum ddc_result' to
https://bugzilla.kernel.org/show_bug.cgi?id=199749
--- Comment #21 from notsyncing (song...@gmail.com) ---
(In reply to Andrey Grodzovsky from comment #20)
> You just prepend this before command to start your graphic stack. You need
> to manually run your graphic stack from command line and add
https://bugs.freedesktop.org/show_bug.cgi?id=106928
--- Comment #4 from ubiz...@gmail.com ---
(In reply to ubizjak from comment #3)
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1580019
As reported in [1], full backtrace with debug info reads:
Thread 1 "firefox" received signal SIGSEGV,
https://bugs.freedesktop.org/show_bug.cgi?id=104064
taij...@posteo.de changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=105760
taij...@posteo.de changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 2018-06-15 03:52 PM, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> To pick the correct MST encoder i915 wants to know which crtc is going
> to be feeding us. To that end let's pass the crtc to the .best_encoder()
> hook. The atomic variant already knows the crtc via the connector state,
>
On Tue, Jun 26, 2018 at 05:23:25PM +0200, Daniel Vetter wrote:
> On Fri, Jun 15, 2018 at 10:52:21PM +0300, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > To pick the correct MST encoder i915 wants to know which crtc is going
> > to be feeding us. To that end let's pass the crtc to the
Hi Russell,
Am Dienstag, den 26.06.2018, 16:36 +0100 schrieb Russell King - ARM
Linux:
> On Tue, Jun 26, 2018 at 09:17:26AM +0100, Russell King - ARM Linux
> wrote:
> > On Tue, Jun 19, 2018 at 02:28:46PM +0200, Lucas Stach wrote:
> > > Agreed. I'll look into bringing back the process detection
https://bugs.freedesktop.org/show_bug.cgi?id=107045
--- Comment #1 from taij...@posteo.de ---
Created attachment 140344
--> https://bugs.freedesktop.org/attachment.cgi?id=140344=edit
relevant xorg.log
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=107045
--- Comment #2 from Alex Deucher ---
When was it last working? Can you bisect?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
On Fri, Jun 15, 2018 at 10:52:21PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> To pick the correct MST encoder i915 wants to know which crtc is going
> to be feeding us. To that end let's pass the crtc to the .best_encoder()
> hook. The atomic variant already knows the crtc via the
Hi,
On Mon, Jun 25, 2018 at 9:45 PM, Sandeep Panda wrote:
> From: Abhinav Kumar
>
> Setting the DSI PLL src in probe doesn't provide the clock
> driver sufficient time to reclaim unused clock resources
> from coreboot resulting in warnings from clock driver.
>
> Move the DSI PLL src setting to
https://bugs.freedesktop.org/show_bug.cgi?id=107045
--- Comment #3 from taij...@posteo.de ---
(In reply to Alex Deucher from comment #2)
> When was it last working? Can you bisect?
It never really did work. As you can see from the first post (and may remember)
there have been a number of issues
On 06/26, Daniel Vetter wrote:
> On Tue, Jun 26, 2018 at 4:25 AM, Rodrigo Siqueira
> wrote:
> > On 06/25, Ville Syrjälä wrote:
> >> On Mon, Jun 25, 2018 at 02:19:22PM -0300, Rodrigo Siqueira wrote:
> >> > This commit adds regular vblank events simulated through hrtimers, which
> >> > is a feature
On Tue, Jun 26, 2018 at 03:55:34PM +0200, Hans de Goede wrote:
> Replace comments about places where the console lock should be held with
> calls to WARN_CONSOLE_UNLOCKED() to assert that it is actually held.
>
> Signed-off-by: Hans de Goede
> ---
> Changes in v3:
> -New patch in v3 of this
https://bugs.freedesktop.org/show_bug.cgi?id=107045
Bug ID: 107045
Summary: [4.18rc2] RX470 dGPU on hybrid laptop freezes screen
after use
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
OS: Linux
On 2018-06-26 11:01 AM, Harry Wentland wrote:
> On 2018-06-15 03:52 PM, Ville Syrjala wrote:
>> From: Ville Syrjälä
>>
>> To pick the correct MST encoder i915 wants to know which crtc is going
>> to be feeding us. To that end let's pass the crtc to the .best_encoder()
>> hook. The atomic variant
https://bugs.freedesktop.org/show_bug.cgi?id=107045
--- Comment #4 from Michel Dänzer ---
(In reply to taijian from comment #3)
> Also, so far I was always able to at least boot up with dc=0 and have it
> working, but that seems to be over with 4.18 (does not
> get past gdm login screen without
https://bugzilla.kernel.org/show_bug.cgi?id=199749
--- Comment #22 from Andrey Grodzovsky (andrey.grodzov...@amd.com) ---
(In reply to notsyncing from comment #21)
> (In reply to Andrey Grodzovsky from comment #20)
> > You just prepend this before command to start your graphic stack. You need
> >
Currently fbcon claims fbdevs as soon as they are registered and takes over
the console as soon as the first fbdev gets registered.
This behavior is undesirable in cases where a smooth graphical bootup is
desired, in such cases we typically want the contents of the framebuffer
(typically a vendor
Hi All,
Here is v3 of my patch, now patch-set, to delay fbcon taking over the
console (and binding to fbdev devices) until there actually is some text
output to the console. This is intended for use with the "quiet" cmdline
option, in combination with a bootloader which leaves the vendor's logo /
From: Michel Dänzer
Fixes the BUG_ON spuriously triggering under the following
circumstances:
* ttm_eu_reserve_buffers processes a list containing multiple BOs using
the same reservation object, so it calls
reservation_object_reserve_shared with that reservation object once
for each such
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #8 from Andrey Grodzovsky ---
(In reply to dwagner from comment #7)
> (In reply to Andrey Grodzovsky from comment #6)
> > Verify you are using latest AMD firmware and up to date MESA/LLVM
>
> Firmware:
>
> pacman -Q linux-firmware
https://bugs.freedesktop.org/show_bug.cgi?id=106928
ubiz...@gmail.com changed:
What|Removed |Added
See Also||https://bugzilla.redhat.com
From: Colin Ian King
Currently, ret is being checked for an error condition however it
is not being assigned in the previous statement on the call of
function mipi_dsi_dcs_exit_sleep_mode. Add in the missing assignment
of ret.
Detected by CoverityScan, CID#1470174, 1470178 ("Unchecked return
https://bugzilla.kernel.org/show_bug.cgi?id=199115
--- Comment #1 from Dominik Mierzejewski (domi...@greysector.net) ---
Looks like this is no longer occurring in 4.17.2 (Fedora 28). I haven't checked
if the actual video output still works after unblacklisting the gma500_gfx
driver, but at least
On Tue, Jun 26, 2018 at 1:47 PM, Ville Syrjala
wrote:
> From: Ville Syrjälä
>
> Instead of using the .best_encoder() hook to figure out whether a given
> connector+crtc combo will work, let's instead do what userspace does and
> just iterate over all the encoders for the connector, and then
On Mon, Jun 25, 2018 at 9:39 AM Matthias Brugger wrote:
>
>
>
> On 30/04/18 12:30, Lee Jones wrote:
> > On Fri, 27 Apr 2018, matthias@kernel.org wrote:
> >
> >> From: Matthias Brugger
> >>
> >> Add binding description for the mmsys mfd for some Mediatek
> >> devices. mmsys has some registers
On Tue, Jun 26, 2018 at 8:46 PM, Dmitry Safonov wrote:
> On Tue, 2018-06-26 at 20:04 +0300, Andy Shevchenko wrote
>> > #define RATELIMIT_STATE_INIT(name, interval_init, burst_init)
>> > {\
>> > - .lock =
>> > __RAW_SPIN_LOCK_UNLOCKED(name.lock), \
>>
>>
On Tue, 26 Jun 2018 20:36:09 +0200
Hans de Goede wrote:
> Hi All,
>
> Here is v4 of my patch-set, to delay fbcon taking over the console (and
> binding to fbdev devices) until there actually is some text output to the
> console. This is intended for use with the "quiet" cmdline option, in
>
On Tue, Jun 26, 2018 at 10:47:09PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Add drm_encoder_mask() which returns the 1< We already have an identical drm_crtc_mask() for crtcs.
>
> Mostly performed with coccinelle:
> @@
> @@
> - (1< + drm_encoder_mask(
> ...)
> - )
>
> @@
> @@
>
On Tue, Jun 26, 2018 at 10:47:07PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Add drm_plane_mask() which returns the 1< We already have an identical drm_crtc_mask() for crtcs.
>
> Mostly performed with coccinelle:
> @@
> @@
> - (1< + drm_plane_mask(
> ...)
> - )
>
> @@
> @@
> -
On Tue, Jun 26, 2018 at 10:47:13PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Use drm_crtc_mask() where appropriate.
>
> Cc: Sandy Huang
> Cc: "Heiko Stübner"
> Signed-off-by: Ville Syrjälä
Reviewed-by: Rodrigo Vivi
> ---
> drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 2 +-
>
On Tue, Jun 26, 2018 at 10:47:12PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Use drm_plane_mask() where appropriate.
>
> Cc: Philipp Zabel
> Signed-off-by: Ville Syrjälä
Reviewed-by: Rodrigo Vivi
> ---
> drivers/gpu/drm/imx/ipuv3-crtc.c | 2 +-
> 1 file changed, 1
On Tue, Jun 26, 2018 at 10:47:11PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Use drm_{plane,crtc,encoder,connector}_mask() where appropriate.
>
> Signed-off-by: Ville Syrjälä
Reviewed-by: Rodrigo Vivi
> ---
> drivers/gpu/drm/i915/intel_display.c | 14 +++---
>
On Tue, Jun 26, 2018 at 10:47:16PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Use drm_{plane,connector}_mask() where appropriate.
>
> Cc: VMware Graphics
> Cc: Sinclair Yeh
> Cc: Thomas Hellstrom
> Signed-off-by: Ville Syrjälä
Reviewed-by: Rodrigo Vivi
> ---
>
On Tue, Jun 26, 2018 at 10:47:14PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Use drm_crtc_mask() where appropriate.
>
> Cc: Maxime Ripard
> Signed-off-by: Ville Syrjälä
Reviewed-by: Rodrigo Vivi
> ---
> drivers/gpu/drm/sun4i/sun4i_crtc.c | 2 +-
>
On Tue, Jun 26, 2018 at 10:47:15PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Use drm_crtc_mask() where appropriate.
>
> Cc: Eric Anholt
> Signed-off-by: Ville Syrjälä
Reviewed-by: Rodrigo Vivi
> ---
> drivers/gpu/drm/vc4/vc4_crtc.c | 6 +++---
> 1 file changed, 3
On Tue, Jun 26, 2018 at 7:24 PM, Dmitry Safonov wrote:
> Currently ratelimit_state is protected with spin_lock. If the .lock is
> taken at the moment of ___ratelimit() call, the message is suppressed to
> make ratelimiting robust.
>
> That results in the following issue issue:
> CPU0
Currently fbcon claims fbdevs as soon as they are registered and takes over
the console as soon as the first fbdev gets registered.
This behavior is undesirable in cases where a smooth graphical bootup is
desired, in such cases we typically want the contents of the framebuffer
(typically a vendor
This is a preparation patch for adding a number of WARN_CONSOLE_UNLOCKED()
calls to the fbcon code, which may be built as a module (event though
usually it is not).
Reviewed-by: Daniel Vetter
Signed-off-by: Hans de Goede
---
Changes in v3:
-New patch in v3 of this patchset
---
Replace comments about places where the console lock should be held with
calls to WARN_CONSOLE_UNLOCKED() to assert that it is actually held.
Reviewed-by: Daniel Vetter
Signed-off-by: Hans de Goede
---
Changes in v3:
-New patch in v3 of this patchset
Changes in v4:
-Keep the comments about
On Tue, Jun 26, 2018 at 9:29 PM, Hans de Goede wrote:
>>> + for (i = 0; i < FB_MAX; i++) {
>>> + if (registered_fb[i])
>>> + fbcon_fb_registered(registered_fb[i]);
>>> + }
>> Simple git grep shows that we perhaps do
>>
>> #define
On Tue, Jun 26, 2018 at 10:47:08PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Use drm_crtc_mask() where appropriate.
>
> Mostly performed with coccinelle:
> @@
> @@
> - (1< + drm_crtc_mask(
> ...)
> - )
>
> @@
> @@
> - 1< + drm_crtc_mask(
> ...)
>
> @@
> @@
> -
On Tue, Jun 26, 2018 at 11:55 AM, Doug Anderson wrote:
> Hi,
>
> On Mon, Jun 25, 2018 at 9:45 PM, Sandeep Panda wrote:
>> From: Abhinav Kumar
>>
>> Setting the DSI PLL src in probe doesn't provide the clock
>> driver sufficient time to reclaim unused clock resources
>> from coreboot resulting
Hi All,
Here is v4 of my patch-set, to delay fbcon taking over the console (and
binding to fbdev devices) until there actually is some text output to the
console. This is intended for use with the "quiet" cmdline option, in
combination with a bootloader which leaves the vendor's logo /
EFI
From: Ville Syrjälä
Use drm_{plane,crtc,encoder,connector}_mask() where appropriate.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_display.c | 14 +++---
drivers/gpu/drm/i915/intel_display.h | 4 ++--
drivers/gpu/drm/i915/intel_dpll_mgr.c | 6 +++---
3 files changed,
From: Ville Syrjälä
Add drm_plane_mask() which returns the 1<
---
drivers/gpu/drm/drm_atomic.c| 4 ++--
drivers/gpu/drm/drm_framebuffer.c | 2 +-
drivers/gpu/drm/drm_simple_kms_helper.c | 2 +-
include/drm/drm_plane.h | 14 --
4 files changed, 16
From: Ville Syrjälä
Add drm_encoder_mask() which returns the 1<
---
drivers/gpu/drm/drm_atomic_helper.c | 10 +-
include/drm/drm_encoder.h | 16 ++--
2 files changed, 19 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/drm_atomic_helper.c
From: Ville Syrjälä
Use drm_crtc_mask() where appropriate.
Cc: Sandy Huang
Cc: "Heiko Stübner"
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
From: Ville Syrjälä
Add drm_connector_mask() which returns the 1<
---
drivers/gpu/drm/drm_atomic.c | 6 +++---
include/drm/drm_connector.h | 8 +++-
2 files changed, 10 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c
index
From: Ville Syrjälä
Use drm_plane_mask() where appropriate.
Cc: Philipp Zabel
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/imx/ipuv3-crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/imx/ipuv3-crtc.c b/drivers/gpu/drm/imx/ipuv3-crtc.c
index
From: Ville Syrjälä
Use drm_crtc_mask() where appropriate.
Mostly performed with coccinelle:
@@
@@
- (1<
---
drivers/gpu/drm/drm_crtc.c | 4 ++--
drivers/gpu/drm/drm_simple_kms_helper.c | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git
On Tue, Jun 26, 2018 at 10:47:10PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Add drm_connector_mask() which returns the 1< We already have an identical drm_crtc_mask() for crtcs.
>
> Mostly performed with coccinelle:
> @@
> @@
> - (1< + drm_connector_mask(
> ...)
> - )
>
> @@
>
From: Ville Syrjälä
Daniel pointed out that there should be a way to do what userspace does
and not require any .best_encoder() stuff in the fb-helper. So this
series does just that. Well, most of the series is actually just extra
polish that happened by accident. But the real thing is in there
From: Ville Syrjälä
Add a convenience macro for iterating connector->encoder_ids[].
Isolates the users from the implementation details.
Also use ARRAY_SIZE() when populating the array to avoid spreading
knowledge about the array size all over.
Signed-off-by: Ville Syrjälä
---
From: Ville Syrjälä
Instead of using the .best_encoder() hook to figure out whether a given
connector+crtc combo will work, let's instead do what userspace does and
just iterate over all the encoders for the connector, and then check
each crtc against each encoder's possible_crtcs bitmask.
Cc:
On 06/20/2018 04:07 AM, Daniel Vetter wrote:
I acked and forwarded the account request, sorry for the delay. Next
time around, poking maintainers on irc helps if this stuff is stuck.
-Daniel
The account was supposedly setup, but I am not able to use it for some
reason. Are there any
From: Ville Syrjälä
Use drm_crtc_mask() where appropriate.
Cc: Eric Anholt
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/vc4/vc4_crtc.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/vc4/vc4_crtc.c b/drivers/gpu/drm/vc4/vc4_crtc.c
index
From: Ville Syrjälä
Use drm_{plane,connector}_mask() where appropriate.
Cc: VMware Graphics
Cc: Sinclair Yeh
Cc: Thomas Hellstrom
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
From: Ville Syrjälä
Use drm_crtc_mask() where appropriate.
Cc: Maxime Ripard
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/sun4i/sun4i_crtc.c | 2 +-
drivers/gpu/drm/sun4i/sun4i_lvds.c | 2 +-
drivers/gpu/drm/sun4i/sun4i_rgb.c | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
On Tue, 2018-06-26 at 10:40 -0700, Kees Cook wrote:
> This is the patch I've got prepared now that fixes for all VLAs have been
> sent to maintainers (some are still under review/adjustment, but there
> aren't any unexplored cases left). My intention would be to have this land
> at the end of the
On Tue, Jun 26, 2018 at 8:12 PM, Andy Shevchenko
wrote:
> On Tue, Jun 26, 2018 at 4:55 PM, Hans de Goede wrote:
>> + for (i = 0; i < FB_MAX; i++) {
>> + if (registered_fb[i])
>> + fbcon_fb_registered(registered_fb[i]);
>> + }
>
> Simple git grep
Hi,
On 26-06-18 16:47, Steven Rostedt wrote:
On Tue, 26 Jun 2018 15:55:34 +0200
Hans de Goede wrote:
Replace comments about places where the console lock should be held with
calls to WARN_CONSOLE_UNLOCKED() to assert that it is actually held.
Why replace the comments? I prefer them, even
Hi,
On 26-06-18 19:12, Andy Shevchenko wrote:
On Tue, Jun 26, 2018 at 4:55 PM, Hans de Goede wrote:
Currently fbcon claims fbdevs as soon as they are registered and takes over
the console as soon as the first fbdev gets registered.
This behavior is undesirable in cases where a smooth
On Tue, Jun 26, 2018 at 4:55 PM, Hans de Goede wrote:
> Currently fbcon claims fbdevs as soon as they are registered and takes over
> the console as soon as the first fbdev gets registered.
>
> This behavior is undesirable in cases where a smooth graphical bootup is
> desired, in such cases we
https://bugs.freedesktop.org/show_bug.cgi?id=106940
--- Comment #24 from Alex Deucher ---
first bad commit: [f0c0761b38ac30b04d4fed436ff10e894ec0e525] drm/amd/display:
Use dig enable to determine fast boot optimization.
--
You are receiving this mail because:
You are the assignee for the
From: Ville Syrjälä
Use drm_for_each_connector_encoder_ids() for iterating
connector->encoder_ids[]. A bit more convenient not having
to deal with the implementation details.
Cc: Ben Skeggs
Cc: nouv...@lists.freedesktop.org
Signed-off-by: Ville Syrjälä
---
From: Ville Syrjälä
Use drm_for_each_connector_encoder_ids() for iterating
connector->encoder_ids[]. A bit more convenient not having
to deal with the implementation details.
Cc: Jyri Sarha
Cc: Tomi Valkeinen
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/tilcdc/tilcdc_external.c | 5
From: Ville Syrjälä
Use drm_for_each_connector_encoder_ids() for iterating
connector->encoder_ids[]. A bit more convenient not having
to deal with the implementation details.
Cc: Alex Deucher
Cc: "Christian König"
Cc: "David (ChunMing) Zhou"
Cc: Harry Wentland
Cc:
From: Ville Syrjälä
Use drm_for_each_connector_encoder_ids() for iterating
connector->encoder_ids[]. A bit more convenient not having
to deal with the implementation details.
Cc: Rob Clark
Cc: linux-arm-...@vger.kernel.org
Cc: freedr...@lists.freedesktop.org
Signed-off-by: Ville Syrjälä
---
From: Ville Syrjälä
With the fb-helper no longer relying on the non-atomic .best_encoder()
we can eliminate the hook from the MST encoder.
Cc: Dhinakaran Pandiyan
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_dp_mst.c | 10 --
1 file changed, 10 deletions(-)
diff --git
From: Ville Syrjälä
Use drm_for_each_connector_encoder_ids() for iterating
connector->encoder_ids[]. A bit more convenient not having
to deal with the implementation details.
Cc: Alex Deucher
Cc: "Christian König"
Cc: "David (ChunMing) Zhou"
Cc: Harry Wentland
Cc:
From: Ville Syrjälä
Update drm_atomic_helper_commit_planes_on_crtc() to use explicit old/new
states instead of relying on obj->state.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_atomic_helper.c | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git
Hi,
As the cover letter's subject correctly indicates this is v4 of the
patch-set, I forgot to bump the subject-prefix when sending, so the
v3 in the subject here really should be v4.
Regards,
Hans
On 26-06-18 20:36, Hans de Goede wrote:
This is a preparation patch for adding a number of
This patch make changes to allocate crc-entries buffer before
enabling CRC generation.
It moves all the failure check early in the function before setting
the source or memory allocation.
Now set_crc_source takes only two variable input, values_cnt we
already gets as part of verify_crc_source.
This patch implements "verify_crc_source" callback function for
rcar drm driver.
Signed-off-by: Mahesh Kumar
Cc: dri-devel@lists.freedesktop.org
---
drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 40 ++
1 file changed, 40 insertions(+)
diff --git
This reverts commit e8fa5671183c80342d520ad81d14fa79a9d4a680.
Don't wait for first CRC during crtc_crc_open. It avoids one frame wait
during open. If application want to wait after read call, it can use
poll/read blocking read() call.
Suggested-by: Ville Syrjälä
Signed-off-by: Mahesh Kumar
Cc:
This patch implements "verify_crc_source" callback function for
AMD drm driver.
Signed-off-by: Mahesh Kumar
Cc: dri-devel@lists.freedesktop.org
---
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 1 +
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.h | 4
This patch adds a new callback function "verify_crc_source" which will
be used during setting the crc source in control node and while opening
data node for crc reading. This will help in avoiding setting of wrong
string for source.
Signed-off-by: Mahesh Kumar
Cc: dri-devel@lists.freedesktop.org
This patch implements a callback function "get_crc_sources" which
will be called during read of control node. It is an optional
callback function and if driver implements this callback, driver
should print list of available CRC sources in seq_file privided
as an input to the callback.
This patch implements a callback function "pre_crc_read" which will
be called before crc read. In this function driver can implement and
preparation work required for successfully reading CRC data.
Signed-off-by: Mahesh Kumar
Cc: dri-devel@lists.freedesktop.org
---
This patch implements verify_crc_source callback function introduced
earlier in this series.
Signed-off-by: Mahesh Kumar
Cc: dri-devel@lists.freedesktop.org
---
drivers/gpu/drm/i915/intel_display.c | 1 +
drivers/gpu/drm/i915/intel_drv.h | 3 +
drivers/gpu/drm/i915/intel_pipe_crc.c |
This patch implements "verify_crc_source" callback function for
rockchip drm driver.
Signed-off-by: Mahesh Kumar
Cc: dri-devel@lists.freedesktop.org
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 21 +
1 file changed, 21 insertions(+)
diff --git
Cc: Laurent Pinchart
On 6/26/2018 11:52 AM, Mahesh Kumar wrote:
This patch make changes to allocate crc-entries buffer before
enabling CRC generation.
It moves all the failure check early in the function before setting
the source or memory allocation.
Now set_crc_source takes only two
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: 60f8d52ac6e3b4d043917e5c43bb798f8679115a
commit: fb65df857c664b28322018501f0609d528b6ac5a [192/206] drm/amd/display:
Moving powerplay functions to a separate class
reproduce:
# apt-get install sparse
This series adds support for R40 HDMI pipeline. It is a bit special
than other already supported pipelines because it has additional unit
called TCON TOP responsible for relationship configuration between
mixers, TCONs and HDMI. Additionally, it has additional gates for DSI
and TV TCONs, TV
Display related peripherals need precise clocks to operate correctly.
Allow DE2, TCONs and HDMI to set parent clock.
Reviewed-by: Chen-Yu Tsai
Signed-off-by: Jernej Skrabec
---
drivers/clk/sunxi-ng/ccu-sun8i-r40.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git
Dne ponedeljek, 25. junij 2018 ob 05:51:41 CEST je Chen-Yu Tsai napisal(a):
> On Mon, Jun 25, 2018 at 3:52 AM, Jernej Škrabec
>
> wrote:
> > Dne četrtek, 21. junij 2018 ob 17:35:45 CEST je Jernej Škrabec napisal(a):
> >> Dne četrtek, 21. junij 2018 ob 03:23:27 CEST je Chen-Yu Tsai napisal(a):
>
On 22 June 2018 at 21:29, Ard Biesheuvel wrote:
> On 22 June 2018 at 20:30, Sinan Kaya wrote:
>> On 6/22/2018 2:01 PM, Ard Biesheuvel wrote:
Yes, it is part of the PCI I/O protocol definition. FrameBufferBase is
described as
"""
Base address of graphics linear frame
On 6/25/2018 1:20 PM, Daniel Vetter wrote:
On Fri, Jun 22, 2018 at 11:08:48AM +0100, Chris Wilson wrote:
Quoting Gustavo Padovan (2018-06-22 11:04:16)
Hi Akhil,
On Fri, 2018-06-22 at 15:10 +0530, Akhil P Oommen wrote:
Each fence object holds function pointers of the module that
initialized
Dne ponedeljek, 25. junij 2018 ob 14:02:40 CEST je Jernej Skrabec napisal(a):
> This series adds support for R40 HDMI pipeline. It is a bit special
> than other already supported pipelines because it has additional unit
> called TCON TOP responsible for relationship configuration between
> mixers,
Function is useful when drm_of_find_possible_crtcs() can't be used and
custom parsing is needed. This can happen for example when there is a
node with multiple muxes between crtc and encoder.
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/drm_of.c | 5 +++--
include/drm/drm_of.h | 8
Video PLLs need to be referenced in R40 DT as possible HDMI PHY parent.
Export them.
Reviewed-by: Rob Herring
Signed-off-by: Jernej Skrabec
---
drivers/clk/sunxi-ng/ccu-sun8i-r40.h | 8 ++--
include/dt-bindings/clock/sun8i-r40-ccu.h | 4
2 files changed, 10 insertions(+), 2
1 - 100 of 185 matches
Mail list logo
