Add display port support in DPU by creating hooks
for DP encoder enumeration and encoder mode
initialization.
This change is based on the SDM845 Display port
driver changes[1].
changes in v2:
- rebase on [2] (Sean Paul)
- remove unwanted error checks and
switch cases (Jordan
Fix intf_type description in msm_disp_info to show that
it represents drm encoder mode of the display.
changes in v3:
- introduced in the series
changes in v4:
- none
Signed-off-by: Jeykumar Sankaran
---
drivers/gpu/drm/msm/msm_drv.h | 2 +-
1 file changed, 1 insertion(+), 1
https://bugs.freedesktop.org/show_bug.cgi?id=105251
--- Comment #63 from e88z4 ---
Hi
I came across this bug report that might be related to my bug report #109022
https://bugs.freedesktop.org/show_bug.cgi?id=109022
I got the VMC Page Fault error as well while playing Yuzu with RX580. The bug
On Tue, 11 Dec 2018 at 22:15, François Tigeot wrote:
>
> * There is no way to check if a device name is really a drm device
> by looking it up in a virtual filesystem like on Linux
>
> * The major device number is also dynamically allocated from a pool,
> comparing it to a constant makes no
Some hardware may place additional restrictions on the gamma/degamma
curves described by our LUT properties. E.g., that a gamma curve never
decreases or that the red/green/blue channels of a LUT's entries must be
equal. Let's add a helper function that drivers can use to test that a
We currently program userspace-provided gamma and degamma LUT's into our
hardware without really checking to see whether they satisfy our
hardware's rules. We should try to catch tables that are invalid for
our hardware early and reject the atomic transaction.
All of our platforms that accept a
Hi,
On Sun, Dec 16, 2018 at 11:06 PM Viresh Kumar wrote:
>
> +Rob +Stephen,
>
> On 14-12-18, 09:04, Doug Anderson wrote:
> > Hi,
> >
> > On Thu, Dec 13, 2018 at 8:41 PM Viresh Kumar
> > wrote:
> > >
> > > On 12-12-18, 14:18, Jordan Crouse wrote:
> > > > + gpu_opp_table:
https://bugs.freedesktop.org/show_bug.cgi?id=107978
--- Comment #34 from Shmerl ---
I tested the patch. I don't see the error message now, but the startup monitor
sleep regression is still present. Is it a separate issue? I can open another
bug if needed.
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=109022
--- Comment #3 from e88z4 ---
I did a little more troubleshooting on my API trace.
Call #36840880 is the culprit of the VMC Page Fault error. The GPU didn't crash
right away but continuing 100-200 calls after 36840880 might randomly trigger
https://bugs.freedesktop.org/show_bug.cgi?id=109073
--- Comment #2 from tiredandn...@gmail.com ---
With 4.20.0-042000rc7-generic it is actually worse. The system hangs with a
black screen while booting with power adapter connected. Without power adapter
it does boot.
--
You are receiving this
On Mon, Dec 17, 2018 at 8:48 PM Daniel Vetter wrote:
>
> On Thu, Dec 13, 2018 at 07:09:15PM +0100, Rafael J. Wysocki wrote:
> > On Thu, Dec 13, 2018 at 5:25 PM Daniel Vetter
> > wrote:
> > >
> > > On Thu, Dec 13, 2018 at 5:18 PM Rafael J. Wysocki
> > > wrote:
> > > >
> > > > On Thu, Dec 13,
On Thu, 2018-12-13 at 15:09 -0800, Dhinakaran Pandiyan wrote:
> On Thu, 2018-12-13 at 07:18 +0200, Ville Syrjälä wrote:
> > On Wed, Dec 12, 2018 at 04:32:02PM -0800, Dhinakaran Pandiyan
> > wrote:
> > > On Tue, 2018-11-20 at 18:13 +0200, Ville Syrjala wrote:
> > > > From: Ville Syrjälä
> > > >
>
On Thu, 22 Nov 2018 14:36:53 +0530, Sravanthi Kollukuduru wrote:
> Add interconnect properties such as interconnect provider specifier
> , the edge source and destination ports which are required by the
> interconnect API to configure interconnect path for MDSS.
>
> Changes in v2:
> - none
https://bugs.freedesktop.org/show_bug.cgi?id=109073
tiredandn...@gmail.com changed:
What|Removed |Added
Priority|medium |high
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #72 from dwagner ---
Just for the record, since another month has passed: I can still reproduce the
crash with today's git head of amd-staging-drm-next within minutes. (Also using
the very latest firmware files from
https://bugs.freedesktop.org/show_bug.cgi?id=109073
tiredandn...@gmail.com changed:
What|Removed |Added
Summary|AMDGPU Radeon RX540 system |AMDGPU Radeon RX540 system
https://bugs.freedesktop.org/show_bug.cgi?id=107978
--- Comment #33 from Sibren Vasse ---
Just tried the patch, so far no reg_wait warnings. Looking good!
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing
Bail out KMS hw init on display initialization failures with
proper error logging.
changes in v3:
- introduced in the series
changes in v4:
- avoid duplicate return on errors (Sean Paul)
- avoid spamming errors on failures (Jordon Crouse)
Signed-off-by: Jeykumar Sankaran
---
On Mon, Dec 17, 2018 at 05:43:59PM +, Emil Velikov wrote:
> On Fri, 19 Oct 2018 at 18:20, Lucas De Marchi
> wrote:
> >
>
> > /_build*
> > /build*
> >
> These two sound perfectly reasonable IMHO. They will catch vast
> majority of use-cases.
>
> With that the series is:
> Acked-by: Emil
https://bugs.freedesktop.org/show_bug.cgi?id=105251
--- Comment #64 from CheatCodesOfLife ---
It'll be a different bug, this only affects Vega10 cards. Polaris is fine with
Cemu and the other guy's Vega test app.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=109073
--- Comment #3 from tiredandn...@gmail.com ---
Created attachment 142842
--> https://bugs.freedesktop.org/attachment.cgi?id=142842=edit
Kern.log of failed boot (black screen) with 4.20.0-042000rc7-generic
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=109073
--- Comment #4 from tiredandn...@gmail.com ---
Created attachment 142843
--> https://bugs.freedesktop.org/attachment.cgi?id=142843=edit
dmesg with 4.20.0-042000rc7-generic without ac adapter
--
You are receiving this mail because:
You are
Correct definition of both formats by swapping red
and blue channels
v3: update commit message
Signed-off-by: Tanmay Shah
---
drivers/gpu/drm/msm/disp/dpu1/dpu_formats.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/msm/disp/dpu1/dpu_formats.c
On Fri, 19 Oct 2018 at 18:20, Lucas De Marchi wrote:
>
> /_build*
> /build*
>
These two sound perfectly reasonable IMHO. They will catch vast
majority of use-cases.
With that the series is:
Acked-by: Emil Velikov
-Emil
___
dri-devel mailing list
Sergey Suloev writes:
> Eric, thanks for answer,
>
> I am in doubt the type of my panel. It is Himax HX8379A-based panel.
> Is there a deterministic way to find out which type of panel I have,
> video or command ?
You have to find your panel's documentation, existing drivers, etc.
On 2018-12-14 3:42 a.m., Daniel Vetter wrote:
> On Thu, Dec 13, 2018 at 08:25:30PM -0500, Lyude Paul wrote:
>> There's no reason we need this, it's just confusing looking.
>>
>> Signed-off-by: Lyude Paul
>> Cc: Juston Li
>> ---
>> drivers/gpu/drm/drm_dp_mst_topology.c | 4 +---
>> 1 file
https://bugs.freedesktop.org/show_bug.cgi?id=108272
--- Comment #12 from Jan Vesely ---
Hi,
sorry for the delay. somehow I missed the notifications.
(In reply to jamespharvey20 from comment #11)
> When I originally filed this, I assumed it was 1 bug since I tried 2 things
> with OpenCL, and
Hi Chunming Zhou,
On Fri, 2 Nov 2018 at 08:27, Chunming Zhou wrote:
>
> Signed-off-by: Chunming Zhou
> ---
> include/drm/drm.h | 38 ++
Please read through include/drm/README about how include/drm/ should be updated.
Thanks
Emil
Sergey Suloev writes:
> Eric, Noralf,
>
> could either of you answer a question about Vc4 DRM, please ?
>
> I am trying to connect MIPI DSI display to VC4 but it isn't showing
> anything. I have noticed
> that the DSI host transfer() method vc4_dsi_host_transfer gets called
> for the commands
On Thu, Dec 13, 2018 at 07:09:15PM +0100, Rafael J. Wysocki wrote:
> On Thu, Dec 13, 2018 at 5:25 PM Daniel Vetter wrote:
> >
> > On Thu, Dec 13, 2018 at 5:18 PM Rafael J. Wysocki wrote:
> > >
> > > On Thu, Dec 13, 2018 at 1:36 PM Daniel Vetter
> > > wrote:
>
> [cut]
>
> > > > I can do the
Emil Velikov writes:
> Hi Christopher,
>
> On Tue, 20 Nov 2018 at 04:30, Christopher James Halse Rogers
> wrote:
>>
>> I have wanted this code in Mir, so it's plausibly useful elsewhere,
>> particularly if the DRM device major number is going to become
>> dynamic.
>>
> Can you elaborate/link to
On Tue, 11 Dec 2018 21:13:57 +0530, Jagan Teki wrote:
> Techstar TS8550B MIPI DSI panel is 480x854, 2-lane MIPI DSI LCD panel
> with inbuilt ST7701 chip.
>
> The default regulator names in ST7701 chip is renamed in Techstar TS8550B
> so, add specific binding names for them.
>
> Signed-off-by:
https://bugs.freedesktop.org/show_bug.cgi?id=109068
--- Comment #2 from Samantha McVey ---
Created attachment 142837
--> https://bugs.freedesktop.org/attachment.cgi?id=142837=edit
amd-staging-drm-next dmesg
--
You are receiving this mail because:
You are the assignee for the
Am 17.12.18 um 17:57 schrieb Grodzovsky, Andrey:
>
> On 12/17/2018 10:27 AM, Christian König wrote:
>> Am 10.12.18 um 22:43 schrieb Andrey Grodzovsky:
>>> Decauple sched threads stop and start and ring mirror
>>> list handling from the policy of what to do about the
>>> guilty jobs.
>>> When
On Wed, 12 Dec 2018 at 19:49, François Tigeot wrote:
>
> It is a cleaner and less fragile way to get PCI IDs than the one
> currently used by local DPorts patches.
>
Thanks for these François. Props to Ilia for pushing these.
JFYI, once DragonFly gets PCI dynamic power management, the team may
Hi Yue,
Thank you for the patch.
On Monday, 17 December 2018 11:18:30 EET YueHaibing wrote:
> In case of error, the function devm_ioremap_resource() returns ERR_PTR()
> and never returns NULL. The NULL test in the return value check should
> be replaced with IS_ERR().
>
> Fixes: 8f1597c8f1a5
https://bugs.freedesktop.org/show_bug.cgi?id=109068
--- Comment #3 from Samantha McVey ---
Created attachment 142838
--> https://bugs.freedesktop.org/attachment.cgi?id=142838=edit
4.20-rc5 dmesg
In addition, this is what happens to the levels of "brightness" and
"actual_brightness" before and
Hi Christopher,
On Tue, 20 Nov 2018 at 03:37, Christopher James Halse Rogers
wrote:
>
> We can't use drmSetMaster to query whether or not a drm fd is master
> because it requires CAP_SYS_ADMIN, even if the fd *is* a master fd.
>
Can you please mention the exact use case here? You mentioned it
On 2018-12-14 07:22, Sean Paul wrote:
On Thu, Dec 13, 2018 at 10:51:03AM -0800, Jeykumar Sankaran wrote:
Bail out KMS hw init on display initialization failures with
proper error logging.
changes in v3:
- introduced in the series
Signed-off-by: Jeykumar Sankaran
---
Decauple sched threads stop and start and ring mirror
list handling from the policy of what to do about the
guilty jobs.
When stoppping the sched thread and detaching sched fences
from non signaled HW fenes wait for all signaled HW fences
to complete before rerunning the jobs.
v2: Fix
Expedite job deletion from ring mirror list to the HW fence signal
callback instead from finish_work, together with waiting for all
such fences to signal in drm_sched_stop we garantee that
already signaled job will not be processed twice.
Remove the sched finish fence callback and just submit
Hi Maxime,
On Mon, Dec 17, 2018 at 04:49:21PM +0100, Maxime Ripard wrote:
> Hi Sakari,
>
> Thanks for your feedback.
>
> On Thu, Dec 13, 2018 at 10:49:28PM +0200, sakari.ai...@iki.fi wrote:
> > > + /**
> > > + * @lanes:
> > > + *
> > > + * Number of active data lanes used for the
On Mon, Dec 17, 2018 at 03:20:10PM -0600, Rob Herring wrote:
> On Wed, Dec 12, 2018 at 02:18:47PM -0700, Jordan Crouse wrote:
> > Update the GPU bindings and document the new bindings for the GMU
> > device found with Adreno a6xx targets.
> >
> > Signed-off-by: Jordan Crouse
> > ---
> >
On Mon, Dec 17, 2018 at 6:38 PM Emil Velikov wrote:
>
> Hi Christopher,
>
> On Tue, 20 Nov 2018 at 03:37, Christopher James Halse Rogers
> wrote:
> >
> > We can't use drmSetMaster to query whether or not a drm fd is master
> > because it requires CAP_SYS_ADMIN, even if the fd *is* a master fd.
>
On Wed, 7 Nov 2018 at 18:01, Eric Engestrom wrote:
>
> Thanks to the #error just above, any file including this header can only
> see one state for this macro: defined, with the value `1`.
> Let's just #undef it once we're done using it in here so that other
> files don't misconstrue any meaning
https://bugs.freedesktop.org/show_bug.cgi?id=109080
Bug ID: 109080
Summary: Broken video playback colors on AMD Ryzen 5 (PRO)
Mobile 2500U in 18.1 and 18.2
Product: Mesa
Version: 18.2
Hardware: Other
OS:
On Wed, 24 Oct 2018 at 17:59, Eric Engestrom wrote:
>
> On Wednesday, 2018-10-24 17:53:51 +0100, Eric Engestrom wrote:
> > Fixes the tests on ARM, but more importantly this makes it much easier
> > to maintain.
>
> BTW I have a wip to replace all of those with a python script that will
> be more
Hi Christopher,
On Tue, 20 Nov 2018 at 04:30, Christopher James Halse Rogers
wrote:
>
> I have wanted this code in Mir, so it's plausibly useful elsewhere,
> particularly if the DRM device major number is going to become
> dynamic.
>
Can you elaborate/link to the code that uses the major/minor?
Op 17-12-2018 om 15:19 schreef Hans de Goede:
> When the pipe_config's update_pipe flag is set we may need to update the
> panel fitting settings. On GEN9+ this means we need to update the crtc's
> scaler settings.
>
> This fixes the following WARN_ON, during i915 loading on an Asrock
> B150M
It's a legacy kms only thing, good to hide it better now that all
those old drivers use the legacy crtc helpers directly.
Reviewed-by: Alex Deucher
Signed-off-by: Daniel Vetter
Cc: Maarten Lankhorst
Cc: Maxime Ripard
Cc: Sean Paul
Cc: David Airlie
---
drivers/gpu/drm/drm_crtc.c |
The correct way for legacy drivers to update properties that need to
do a full modeset, is to do a full modeset.
Note that we don't need to call the drm_mode_config_internal helper
because we're not changing any of the refcounted paramters.
v2: Fixup error handling (Ville). Since the old code
It's not a core function, and the matching atomic functions are also
not in the core. Plus the suspend/resume helper is also already there.
Needs a tiny bit of open-coding, but less midlayer beats that I think.
v2: Rebase onto ast (which gained a new user).
Cc: Sam Bobroff
Reviewed-by: Alex
Doesn't do anything for atomic drivers.
Signed-off-by: Daniel Vetter
Cc: Russell King
---
drivers/gpu/drm/i2c/tda998x_drv.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c
b/drivers/gpu/drm/i2c/tda998x_drv.c
index a7c39f39793f..f8a1d70a31c7 100644
---
Doesn't do anything for atomic.
Signed-off-by: Daniel Vetter
Cc: Alexey Brodkin
---
drivers/gpu/drm/arc/arcpgu_sim.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/arc/arcpgu_sim.c b/drivers/gpu/drm/arc/arcpgu_sim.c
index 68629e614990..6530d88f7293 100644
---
On Wed, Dec 12, 2018 at 02:18:47PM -0700, Jordan Crouse wrote:
> Update the GPU bindings and document the new bindings for the GMU
> device found with Adreno a6xx targets.
>
> Signed-off-by: Jordan Crouse
> ---
> .../devicetree/bindings/display/msm/gmu.txt | 56 +++
>
On Wed, 7 Nov 2018 at 14:44, Eric Engestrom wrote:
>
> Reported-by: Jan Vesely
> Signed-off-by: Eric Engestrom
Reviewed-by: Emil Velikov
-Emil
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
On Wed, 7 Nov 2018 at 18:02, Eric Engestrom wrote:
>
> Also, move the sentence about "who would use libdrm" into its own paragraph,
> as it is something people discovering libdrm will want to know.
>
> Signed-off-by: Eric Engestrom
Reviewed-by: Emil Velikov
-Emil
On Mon, Dec 17, 2018 at 03:23:14PM +0100, Hans de Goede wrote:
> Hi All,
>
> As discussed a while ago, I would like to see us enable fastboot by
> default, starting with Skylake / GEN9 and newer hardware, so that we can
> avoid an unnecessary modeset at boot and move to a truely flickerfree boot.
On 2018-12-14 11:46, Tanmay Shah wrote:
Red and Blue colors will be interchanged on display with
current format maps for RGB565 and BGR565.
Change both format maps to display correct colors.
You can drop "DPU PATCH" prefix in the patches.
Can you also provide history on what has changed since
The correct way for legacy drivers to update properties that need to
do a full modeset, is to do a full modeset.
Note that we don't need to call the drm_mode_config_internal helper
because we're not changing any of the refcounted paramters.
v2: Fixup error handling (Ville). Since the old code
On 2018-12-14 3:47 a.m., Daniel Vetter wrote:
> On Thu, Dec 13, 2018 at 08:25:31PM -0500, Lyude Paul wrote:
>> There should be no functional changes here
>
> Would be good to explain what you did refactor here, instead of me trying
> to reconstruct it from the patch. Especially pre-coffee that
On 2018-12-14 07:22, Sean Paul wrote:
On Thu, Dec 13, 2018 at 10:51:03AM -0800, Jeykumar Sankaran wrote:
Bail out KMS hw init on display initialization failures with
proper error logging.
changes in v3:
- introduced in the series
Signed-off-by: Jeykumar Sankaran
---
Signed-off-by: Tapani Pälli
---
(Driver was removed from Mesa long time ago.)
libkms/Android.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libkms/Android.mk b/libkms/Android.mk
index 0be72054..bf4781a3 100644
--- a/libkms/Android.mk
+++ b/libkms/Android.mk
@@ -1,6 +1,6
On 17.12.2018 15:46, Daniel Vetter wrote:
> On Mon, Dec 17, 2018 at 10:54:48AM +0100, Andrzej Hajda wrote:
>> Hi Daniel,
>>
>> Thanks for reviewing other two patches.
>>
>>
>> On 14.12.2018 17:29, Daniel Vetter wrote:
>>> On Fri, Dec 14, 2018 at 02:38:52PM +0100, Andrzej Hajda wrote:
Hi Kieran,
On Monday, 13 November 2017 15:48:19 EET Kieran Bingham wrote:
> On 13/11/17 10:32, Laurent Pinchart wrote:
> > Hello everybody,
> >
> > This patch series fixes two issues related to dma-buf import for the
> > Renesas R-Car DU when the imported buffer is either not physically
> >
On Tue, Dec 18, 2018 at 8:15 AM Andrzej Hajda wrote:
>
> On 17.12.2018 15:46, Daniel Vetter wrote:
> > On Mon, Dec 17, 2018 at 10:54:48AM +0100, Andrzej Hajda wrote:
> >> Hi Daniel,
> >>
> >> Thanks for reviewing other two patches.
> >>
> >>
> >> On 14.12.2018 17:29, Daniel Vetter wrote:
> >>> On
On 18 December 2018 4:35:37 am AEDT, Emil Velikov
wrote:
>Hi Christopher,
>
>On Tue, 20 Nov 2018 at 03:37, Christopher James Halse Rogers
> wrote:
>>
>> We can't use drmSetMaster to query whether or not a drm fd is master
>> because it requires CAP_SYS_ADMIN, even if the fd *is* a master fd.
>>
On 18 December 2018 5:03:22 am AEDT, Emil Velikov
wrote:
>Hi Christopher,
>
>On Tue, 20 Nov 2018 at 04:30, Christopher James Halse Rogers
> wrote:
>>
>> I have wanted this code in Mir, so it's plausibly useful elsewhere,
>> particularly if the DRM device major number is going to become
>>
Hi Morimoto-san,
Thank you for the patch.
On Tuesday, 18 December 2018 08:00:24 EET Kuninori Morimoto wrote:
> From: Kuninori Morimoto
>
> This patch updates license to use SPDX-License-Identifier
> instead of verbose license text.
>
> Signed-off-by: Kuninori Morimoto
Reviewed-by: Laurent
Check first two header bytes before trying to read the edid blob,
to avoid the log being spammed in case qemu has no edid support (old
qemu or edid turned off).
Fixes: 01f23459cf drm/bochs: add edid support.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/bochs/bochs_hw.c | 4
1 file
https://bugs.freedesktop.org/show_bug.cgi?id=103949
--- Comment #4 from Patrik Jakobsson ---
Hi, I'm getting the same error on upstream 4.18, 4.19 and drm-fixes-4.20
whenever I hotplug a DP monitor. Can you point me to the patch that is supposed
to fix this? I took a quick look at the mailing
On 12/17/2018 10:27 AM, Christian König wrote:
> Am 10.12.18 um 22:43 schrieb Andrey Grodzovsky:
>> Decauple sched threads stop and start and ring mirror
>> list handling from the policy of what to do about the
>> guilty jobs.
>> When stoppping the sched thread and detaching sched fences
>> from
On Thu, Dec 13, 2018 at 11:35:33PM -0200, Helen Koike wrote:
> Hello,
>
> On 12/13/18 7:01 AM, Daniel Vetter wrote:
> > On Thu, Dec 13, 2018 at 04:43:57PM +0900, Tomasz Figa wrote:
> >> Hi Helen,
> >>
> >> On Sat, Nov 24, 2018 at 6:54 AM Helen Koike
> >> wrote:
> >>>
> >>> This flag tells core
The gem drivers use shmemfs to allocate backing storage for gem objects.
On Samsung Chromebook Plus, the drm/rockchip driver may call
rockchip_gem_get_pages -> drm_gem_get_pages -> shmem_read_mapping_page
to pin a lot of pages, breaking the page reclaim mechanism and causing
oom-killer invocation.
On 12/14/18 10:35 AM, Daniel Vetter wrote:
On Fri, Dec 14, 2018 at 09:09:45AM +0200, Oleksandr Andrushchenko wrote:
On 12/13/18 5:48 PM, Daniel Vetter wrote:
On Thu, Dec 13, 2018 at 12:17:54PM +0200, Oleksandr Andrushchenko wrote:
Daniel, could you please comment?
Cross-revieweing someone
On Sat, Dec 15, 2018 at 09:20:38PM +, Winkler, Tomas wrote:
> >
> > On Thu, Dec 13, 2018 at 5:27 PM Winkler, Tomas
> > wrote:
> > >
> > > > On Thu, Dec 13, 2018 at 1:36 PM C, Ramalingam
> > > >
> > > > wrote:
> > > > >
> > > > > Tomas and Daniel,
> > > > >
> > > > > We got an issue here.
>
Hi Daniel,
Thanks for reviewing other two patches.
On 14.12.2018 17:29, Daniel Vetter wrote:
> On Fri, Dec 14, 2018 at 02:38:52PM +0100, Andrzej Hajda wrote:
>> rr_cache_dir function cannot assume REPO/.git is a directory. On the other
>> side it should be backward compatible - if rr-cache
https://bugs.freedesktop.org/show_bug.cgi?id=108992
--- Comment #12 from Michel Dänzer ---
Make sure you've tested a commit plenty before declaring it "good".
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel
The drm_mode_create_tile_group() is only called from
drm_parse_tiled_block() and the caller expects it to return a NULL on
error. In other words, this function should match
drm_mode_get_tile_group().
Signed-off-by: Dan Carpenter
---
I sent a version of this patch last year which updated
On Sun, Dec 16, 2018 at 07:21:12AM +0300, Alexander Shiyan wrote:
> Use the SIMPLE_DEV_PM_OPS() macro to declare the driver's pm_ops.
> As a side effect, removing #ifdef CONFIG_PM_SLEEP will improve
> compilation coverage.
>
> Signed-off-by: Alexander Shiyan
> ---
>
Export the clocks using the newly added clock ids.
Signed-off-by: Heiko Stuebner
---
drivers/clk/rockchip/clk-rk3368.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/clk/rockchip/clk-rk3368.c
b/drivers/clk/rockchip/clk-rk3368.c
index 7c4d242f19c1..58debf7daf85
On Fri, Dec 14, 2018 at 11:11:05PM +0100, Daniel Vetter wrote:
> On Fri, Dec 14, 2018 at 11:44:10AM +0100, Lucas Stach wrote:
> > Hi Dave,
> >
> > nothing major this time, mostly some cleanups that were found on the
> > way of reworking the code in preparation for new feature additions.
>
> dim:
On Sun, Dec 16, 2018 at 06:49:08PM +, emersion wrote:
> Otherwise DRM_CAP_DUMB_PREFERRED_DEPTH is zero.
>
> Signed-off-by: Simon Ser
Thanks for your patch, applied.
-Daniel
> ---
> drivers/gpu/drm/vkms/vkms_drv.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
> On Sat, Dec 15, 2018 at 09:20:38PM +, Winkler, Tomas wrote:
> > >
> > > On Thu, Dec 13, 2018 at 5:27 PM Winkler, Tomas
> > >
> > > wrote:
> > > >
> > > > > On Thu, Dec 13, 2018 at 1:36 PM C, Ramalingam
> > > > >
> > > > > wrote:
> > > > > >
> > > > > > Tomas and Daniel,
> > > > > >
> > >
Add the power-controller main node, the individual power domains
below it and their used quality-of-service syscons on rk3368
and hook the power-domains to their user-devicenodes.
Signed-off-by: Heiko Stuebner
---
arch/arm64/boot/dts/rockchip/rk3368.dtsi | 177 +++
1 file
The rk3368 only has one vop block and thus the dw_hdmi does not need to
do the source selection.
Signed-off-by: Heiko Stuebner
---
.../display/rockchip/dw_hdmi-rockchip.txt | 1 +
drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 15 +++
2 files changed, 16 insertions(+)
This ties together the last lose ends to make display support
work on rk3368 and includes some missing clock exports,
compatible values+settings for the specific encoder drivers
and quite a number of dt-changes enabling power-domains first
and then adding the display stuff.
The core rk3368
Export the clock using the newly added clock id.
Signed-off-by: Heiko Stuebner
---
drivers/clk/rockchip/clk-rk3368.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/rockchip/clk-rk3368.c
b/drivers/clk/rockchip/clk-rk3368.c
index 58debf7daf85..56ca10fe3e96 100644
Add the compatible and grf values and allow the driver to also
not select a specific crtc input on systems with only one vop.
Signed-off-by: Heiko Stuebner
---
.../display/rockchip/dw_mipi_dsi_rockchip.txt | 1 +
.../gpu/drm/rockchip/dw-mipi-dsi-rockchip.c | 25 +--
2 files
Needed as input for the dsi controller.
Signed-off-by: Heiko Stuebner
---
include/dt-bindings/clock/rk3368-cru.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/dt-bindings/clock/rk3368-cru.h
b/include/dt-bindings/clock/rk3368-cru.h
index a4ed1f094da8..04fbcd92adc0 100644
---
Add the compatible and allow the driver to also not set any crtc input
on socs that only have one vop. While that was already possible
because the driver checked against the grf-reg being 0, make that
var an int as "0x0" is a valid grf address itself. So standardize
on -1 for "no setting needed".
Add better default values for PLLs and core clocks on rk3368.
This includes all plls as well as core aclk,hclk and pclk in
both the cpu as well as peripheral domain.
Signed-off-by: Heiko Stuebner
---
arch/arm64/boot/dts/rockchip/rk3368.dtsi | 10 ++
1 file changed, 10 insertions(+)
Add the clock ids so that they can be exported from the clock driver
and referenced in the rk3368 devicetree.
Signed-off-by: Heiko Stuebner
---
include/dt-bindings/clock/rk3368-cru.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/dt-bindings/clock/rk3368-cru.h
Am Fr., 14. Dez. 2018 um 11:44 Uhr schrieb Lucas Stach :
>
> Hi Dave,
>
> nothing major this time, mostly some cleanups that were found on the
> way of reworking the code in preparation for new feature additions.
>
> Regards,
> Lucas
>
> The following changes since commit
https://bugs.freedesktop.org/show_bug.cgi?id=109068
Michel Dänzer changed:
What|Removed |Added
CC||harry.wentl...@amd.com,
On Mon, Dec 17, 2018 at 10:00:38AM +0300, Dan Carpenter wrote:
> The drm_mode_create_tile_group() is only called from
> drm_parse_tiled_block() and the caller expects it to return a NULL on
> error. In other words, this function should match
> drm_mode_get_tile_group().
>
> Signed-off-by: Dan
On Thu, Dec 13, 2018 at 01:55:25PM -0800, Matt Roper wrote:
> Some hardware may place additional restrictions on the gamma/degamma
> curves described by our LUT properties. E.g., that a gamma curve never
> decreases or that the red/green/blue channels of a LUT's entries must be
> equal. Let's
On Sun, Dec 16, 2018 at 08:02:47AM +0300, Alexander Shiyan wrote:
> This patch removes dependencies on BACKLIGHT_CLASS_DEVICE for items
> that are already placed under #ifdef BACKLIGHT_CLASS_DEVICE.
s/#ifdef/if/
Once that is fixed:
Acked-by: Daniel Thompson
>
> Signed-off-by: Alexander Shiyan
On Mon, Dec 17, 2018 at 10:03:44AM +0300, Dan Carpenter wrote:
> The drm_ati_pcigart_init() function was originally suppose to return one
> on success and zero on failure, but these days it returns a mix of
> zero, one and -ENOMEM on failure.
>
> This patch cleans it up and modifies the caller so
On Mon, Dec 17, 2018 at 10:39:07AM +0100, Daniel Vetter wrote:
> On Sat, Dec 15, 2018 at 09:20:38PM +, Winkler, Tomas wrote:
> > >
> > > On Thu, Dec 13, 2018 at 5:27 PM Winkler, Tomas
> > > wrote:
> > > >
> > > > > On Thu, Dec 13, 2018 at 1:36 PM C, Ramalingam
> > > > >
> > > > > wrote:
> >
1 - 100 of 149 matches
Mail list logo