Hi Kieran,
On Friday, 14 December 2018 09:39:55 EET Kieran Bingham wrote:
> On 29/11/2018 12:43, Laurent Pinchart wrote:
> > On Thursday, 29 November 2018 12:58:50 EET Geert Uytterhoeven wrote:
> >> Using overlay sugar syntax makes the DTS files easier to read (and
> >> write).
> >>
> >> Overlay
https://bugs.freedesktop.org/show_bug.cgi?id=108754
Dan Horák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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 else's stuff would scale better,
> f
On Thu, Dec 13, 2018 at 08:55:37PM -0200, Shayenne da Luz Moura wrote:
> This patch remove the follow complete task from TODO documentation:
>
> drm_mode_config.crtc_idr is misnamed, since it contains all KMS object.
> Should be renamed to drm_mode_config.object_idr.
>
> Signed-off-by: Shayen
On Fri, Dec 14, 2018 at 08:41:34AM +0100, Christian König wrote:
> Fix a broken build because of a typo in
> "drm/scheduler: Add drm_sched_suspend/resume_timeout()".
>
> Signed-off-by: Christian König
Maybe core and cross-driver changes should go in through drm-misc or
similar, where we do a lot
The gem drivers use shmemfs to allocate backing storage for gem objects.
These shmemfs pages can be pinned by shmem_read_mapping_page_gfp(). Mark
these pinned pages as unevictable to speed up vmscan. See also similar
patch on i915 driver [1].
[1]:
https://patchwork.freedesktop.org/patch/msgid/201
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 changed, 1 insertion(+), 3 deletions(-)
>
> diff --git a/dri
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 helps :-)
>
> Signed-off-by: Lyude Paul
> Cc: Juston Li
Remove unused functions and macros from dpu hw interrupts
file.
Signed-off-by: Jayant Shekhar
---
drivers/gpu/drm/msm/disp/dpu1/dpu_hw_interrupts.c | 30
drivers/gpu/drm/msm/disp/dpu1/dpu_hw_interrupts.h | 34 ---
2 files changed, 64 deletions(-)
diff --
Quoting Kuo-Hsin Yang (2018-12-14 08:41:35)
> The gem drivers use shmemfs to allocate backing storage for gem objects.
> These shmemfs pages can be pinned by shmem_read_mapping_page_gfp(). Mark
> these pinned pages as unevictable to speed up vmscan. See also similar
> patch on i915 driver [1].
One
On Thu, Dec 13, 2018 at 08:25:32PM -0500, Lyude Paul wrote:
> The current way of handling refcounting in the DP MST helpers is really
> confusing and probably just plain wrong because it's been hacked up many
> times over the years without anyone actually going over the code and
> seeing if things
On Thu, Dec 13, 2018 at 08:25:35PM -0500, Lyude Paul wrote:
> So that the ports stay around until we've destroyed the connectors, in
> order to ensure that we don't pass an invalid pointer to any MST helpers
> once we introduce the new MST VCPI helpers.
>
> Signed-off-by: Lyude Paul
> ---
> driv
On Fri, Dec 14, 2018 at 4:59 PM Chris Wilson wrote:
>
>
> Do you have a driver in mind (msm?) to demonstrate the use case?
On Samsung Chromebook Plus, the drm/rockchip driver may call
rockchip_gem_get_pages()/drm_gem_get_pages() to pin a lot of pages,
breaking the page reclaim mechanism and causi
On Thu, Dec 13, 2018 at 08:25:34PM -0500, Lyude Paul wrote:
> Up until now, freeing payloads on remote MST hubs that just had ports
> removed has almost never worked because we've been relying on port
> validation in order to stop us from accessing ports that have already
> been freed from memory,
Am 14.12.18 um 09:41 schrieb Daniel Vetter:
On Fri, Dec 14, 2018 at 08:41:34AM +0100, Christian König wrote:
Fix a broken build because of a typo in
"drm/scheduler: Add drm_sched_suspend/resume_timeout()".
Signed-off-by: Christian König
Maybe core and cross-driver changes should go in through
On Thu, Dec 13, 2018 at 08:25:33PM -0500, Lyude Paul wrote:
> This has never actually worked, and isn't needed anyway: the driver's
> always going to try to deallocate VCPI when it tears down the display
> that the VCPI belongs to.
>
> Signed-off-by: Lyude Paul
Reviewed-by: Daniel Vetter
> ---
Hi,
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'
Quoting Kuo-Hsin Yang (2018-12-14 09:33:19)
> On Fri, Dec 14, 2018 at 4:59 PM Chris Wilson wrote:
> >
> >
> > Do you have a driver in mind (msm?) to demonstrate the use case?
>
> On Samsung Chromebook Plus, the drm/rockchip driver may call
> rockchip_gem_get_pages()/drm_gem_get_pages() to pin a l
On Fri, Dec 14, 2018 at 5:51 PM Chris Wilson wrote:
>
> Quoting Kuo-Hsin Yang (2018-12-14 09:33:19)
> > On Fri, Dec 14, 2018 at 4:59 PM Chris Wilson
> > wrote:
> > >
> > >
> > > Do you have a driver in mind (msm?) to demonstrate the use case?
> >
> > On Samsung Chromebook Plus, the drm/rockchip
Quoting Kuo-Hsin Yang (2018-12-14 10:09:11)
> On Fri, Dec 14, 2018 at 5:51 PM Chris Wilson wrote:
> >
> > Quoting Kuo-Hsin Yang (2018-12-14 09:33:19)
> > > On Fri, Dec 14, 2018 at 4:59 PM Chris Wilson
> > > wrote:
> > > >
> > > >
> > > > Do you have a driver in mind (msm?) to demonstrate the use
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 6fce3a406108ee6c8a61e2a33e52e9198a626ea0:
drm/etnaviv: fix bogus fence complete check in timeout
On Fri, Dec 14, 2018 at 6:19 PM Chris Wilson wrote:
>
> Ta, I did not know of that relationship. Perfect details for the
> changelog to explain how this does improve page reclaim even in the
> absence of a GEM shrinker. :)
OK, I will update the changelog.
_
Hi,
On 14-12-18 10:49, Mika Westerberg wrote:
On Thu, Dec 13, 2018 at 04:35:32PM +0100, Hans de Goede wrote:
Implement the exec_mipi_pmic_seq_element callback for the CHT Whiskey Cove
PMIC.
On some CHT devices this fixes the LCD panel not lighting up when it was
not initialized by the GOP, bec
On Fri, Dec 14, 2018 at 12:05 PM Mika Westerberg
wrote:
>
> On Fri, Dec 14, 2018 at 11:48:35AM +0100, Hans de Goede wrote:
> > > > +#include
> > >
> > > Why is this include needed?
> >
> > It is no longer needed in v4, since the parsing of the raw
> > MIPI sequence data (which needed this include
Am Freitag, 30. November 2018, 14:42:54 CET schrieb Neil Armstrong:
> Add support for SCDC Setup for TMDS Clock > 3.4GHz and enable TMDS
> Scrambling when supported or mandatory.
>
> This patch also adds an helper to setup the control bit to support
> the high TMDS Bit Period/TMDS Clock-Period Rat
Am Freitag, 30. November 2018, 14:42:59 CET schrieb Neil Armstrong:
> Now the DW-HDMI Controller supports the HDMI2.0 modes, enable support
> for these modes in the connector if the platform supports them.
> We limit these modes to DW-HDMI IP version >= 0x200a which
> are designed to support HDMI2.
Am Freitag, 30. November 2018, 14:42:57 CET schrieb Neil Armstrong:
> In order to support the HDMI2.0 YUV420 display modes, this patch
> adds support for the YUV420 TMDS Clock divided by 2 and the controller
> passthrough mode.
>
> YUV420 Synopsys PHY support will need some specific configuration
Am Freitag, 30. November 2018, 14:42:58 CET schrieb Neil Armstrong:
> From: Zheng Yang
>
> To get input/output bus_format/enc_format dynamically, this patch
> introduce following funstion in plat_data:
> - get_input_bus_format
> - get_output_bus_format
> - get_enc_in_encoding
>
Hi All,
The main reason for sending out this v5 is because the CI failed v4
(even though it liked v1-v3 and nothing significant changed), this
was likely a false positive, so the main goal of this version is to give
this another CI run.
Besides that I've dropped the unnecessary #include from the
DSI LCD panels describe an initialization sequence in the Video BIOS
Tables using so called MIPI sequences. One possible element in these
sequences is a PMIC specific element of 15 bytes.
Although this is not really an ACPI opregion, the ACPI opregion code is the
closest thing we have. We need to
Implement the exec_mipi_pmic_seq_element callback for the CHT Whiskey Cove
PMIC.
On some CHT devices this fixes the LCD panel not lighting up when it was
not initialized by the GOP, because an external monitor was plugged in and
the GOP initialized only the external monitor.
Reviewed-by: Mika Wes
Add support for PMIC MIPI sequences using the new
intel_soc_pmic_exec_mipi_pmic_seq_element function.
This fixes the DSI LCD panel not lighting up when not initialized by the
GOP (because an external monitor was connected) on GPD win and GPD pocket
devices.
Specifically the LCD panel seems to nee
On Thu, 06 Dec 2018, Daniel Thompson wrote:
> On Wed, Dec 05, 2018 at 01:50:44PM -0600, Rob Herring wrote:
> > Convert string compares of DT node names to use of_node_name_eq helper
> > instead. This removes direct access to the node name pointer.
> >
> > For instances using of_node_cmp, this has
https://bugs.freedesktop.org/show_bug.cgi?id=108919
--- Comment #12 from Adam Lyall ---
Just adding this same bug affects Tonga based GPUs as well.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri
https://bugs.freedesktop.org/show_bug.cgi?id=107826
--- Comment #3 from qnerd ---
Thank you, that clears the situation.
I am aware of using the all-open variant using PRIME,
and indeed it does work quite nicely.
What about OpenCl though?
Can you get away using the all-open driver and just
insta
Hi Thierry,
can you please have a look at this one?
Regards,
Lucas
Am Montag, den 12.11.2018, 18:41 +0100 schrieb Lucas Stach:
> The horizontal blanking periods are too short, as the values are
> specified for a single LVDS channel. Since this panel is dual LVDS
> they need to be doubled. With t
Assumption that git directory is always located at REPO/.git is incorrect,
especially in case of git worktrees. There is already function to deal
with it correctly - git_dir, let's then use it.
Signed-off-by: Andrzej Hajda
---
dim | 13 -
1 file changed, 4 insertions(+), 9 deletions(
git_dir function returns git directory for current working directory.
Allowing specifying any directory allows to reuse it more widely.
Signed-off-by: Andrzej Hajda
---
dim | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/dim b/dim
index 70939ff..df66c58 100755
--- a/d
rr_cache_dir function cannot assume REPO/.git is a directory. On the other
side it should be backward compatible - if rr-cache directory/link already
exists it should be returned.
Signed-off-by: Andrzej Hajda
---
Hi,
I am not sure of the purpose of rr-cache symbolic link, dim does not use
it (ex
Hi all,
This small patchset fixes issues with dim used on git worktree's. It was not
widely tested - as I am little bit afraid to break drm infrastructure, and
I do not know if and how it interacts with other maintainer tools.
Especially in case of the last patch I am not sure what I am really tou
On Tue, Dec 04, 2018 at 04:50:51PM +, Liviu Dudau wrote:
Hi Liviu,
Please let me know if you agree with my comments. Then I will send a
v4 patch for this.
> On Mon, Dec 03, 2018 at 11:31:58AM +, Ayan Halder wrote:
> > Added the AFBC decoder registers for DP500 , DP550 and DP650.
> > These
Hi Kevin,
FYI, the error/warning still remains.
tree: git://people.freedesktop.org/~agd5f/linux.git amd-18.50
head: 88a0039cb034176ee3416dd0c3a49feea2f446ab
commit: 7d0741bab20cb328c2c778764efc340896242ccb [790/1415] drm/amdkcl: [RHEL
6] support kmap_atomic funciton for ttm module
config: ia
https://bugzilla.kernel.org/show_bug.cgi?id=201991
Bug ID: 201991
Summary: amdgpu: clock management is disabled for the 4K
resolution with polaris 10
Product: Drivers
Version: 2.5
Kernel Version: 4.18.0,4.20.0-rc6, drm-next-4.21-
https://bugs.freedesktop.org/show_bug.cgi?id=107826
Jeremy Newton changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #4 from Jeremy New
On Tue, Dec 04, 2018 at 04:57:46PM +, Liviu Dudau wrote:
Hi Liviu,
> On Mon, Dec 03, 2018 at 11:32:00AM +, Ayan Halder wrote:
> > We have added some new formats to be supported on DP500/DP550/DP650.
>
> Make a bit more descriptive commit message here, please!
>
I will keep the following c
Despite what the HVS documentation indicates, the VC4 does not actually
support SAND tiling modes for any RGB format and only semiplanar YUV420
formats (NV12/NV21) can be used in these tiling modes.
The driver currently claims to support RGB formats for the associated
modifiers, so remove them fro
On Fri, Dec 14, 2018 at 04:35:11PM +0530, Jagan Teki wrote:
> On Fri, Dec 14, 2018 at 1:25 AM Sean Paul wrote:
> >
> > On Fri, Dec 14, 2018 at 12:56:03AM +0530, Jagan Teki wrote:
> > > On Thu, Dec 13, 2018 at 8:37 PM Sean Paul wrote:
> > > >
> > > > On Fri, Nov 16, 2018 at 10:09:15PM +0530, Jagan
Move pm_runtime on hrtimer and raw ns time to get finer granularity
Patch 1 moves runtime_pm autosuspend on hrtimer framework
Patch 2 moves time accounting on raw ns. This patch initially used
ktime instead of raw ns but it was easier to move i915 driver on raw ns
than on ktime
Patch 3 fixes drm
With jiffies been replaced by raw ns in PM core accounting, 915 driver is
updated to use this new time infrastructure.
Signed-off-by: Vincent Guittot
---
drivers/gpu/drm/i915/i915_pmu.c | 12 ++--
drivers/gpu/drm/i915/i915_pmu.h | 4 ++--
2 files changed, 8 insertions(+), 8 deletions(-)
pm runtime uses the timer infrastructure for autosuspend. This implies that
the minimum time before autosuspending a device is in the range
of 1 tick included to 2 ticks excluded
-On arm64 this means between 4ms and 8ms with default jiffies configuration
-And on arm, it is between 10ms and 20ms
Th
From: Thara Gopinath
This patch replaces jiffies based accoutning for runtime_active_time
and runtime_suspended_time with ktime base accounting. This makes the
runtime debug counters inline with genpd and other pm subsytems which
uses ktime based accounting.
Signed-off-by: Thara Gopinath
[move
On Tue, Dec 04, 2018 at 05:49:12PM +, Liviu Dudau wrote:
> On Mon, Dec 03, 2018 at 11:32:01AM +, Ayan Halder wrote:
> > The constraints are as follows (for Mali-DP 500, 550, 650) :-
> >
> > 1. AFBC is not supported for the formats defined in
> > malidp_hw_format_is_linear_only()
> >
> >
>-Original Message-
>From: Roper, Matthew D
>Sent: Friday, December 14, 2018 3:25 AM
>To: dri-devel@lists.freedesktop.org; intel-...@lists.freedesktop.org
>Cc: Roper, Matthew D ; Shankar, Uma
>; Sharma, Swati2 ; Brian
>Starkey
>Subject: [PATCH v2 1/2] drm: Add color management LUT valida
>-Original Message-
>From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
>Matt Roper
>Sent: Friday, December 14, 2018 3:25 AM
>To: dri-devel@lists.freedesktop.org; intel-...@lists.freedesktop.org
>Cc: Shankar, Uma ; Sharma, Swati2
>
>Subject: [PATCH v2 2/2] drm/i
tree: git://people.freedesktop.org/~agd5f/linux.git amd-18.50
head: 88a0039cb034176ee3416dd0c3a49feea2f446ab
commit: a26f88704ef76f0213692b3b04f210de6e9e8676 [1284/1415] drm/scheduler: fix
build error due to change in scheduler struct
config: arm64-allmodconfig (attached as .config)
compiler:
Hi Kevin,
FYI, the error/warning still remains.
tree: git://people.freedesktop.org/~agd5f/linux.git amd-18.50
head: 88a0039cb034176ee3416dd0c3a49feea2f446ab
commit: 7d0741bab20cb328c2c778764efc340896242ccb [790/1415] drm/amdkcl: [RHEL
6] support kmap_atomic funciton for ttm module
config: ar
On Thu, Dec 06, 2018 at 06:41:43PM -0800, Jeykumar Sankaran wrote:
> Since there are no clients using these threads,
> cleaning it up.
>
> changes in v2:
> - switch all the dependent clients to use system wq
> before removing the disp_threads (Sean Paul)
> changes in v3:
> - no
Just a reminder. Any new comments in light of all the discussion ?
Andrey
On 12/12/2018 08:08 AM, Grodzovsky, Andrey wrote:
> BTW, the problem I pointed out with drm_sched_entity_kill_jobs_cb is not
> an issue with this patch set since it removes the cb from
> s_fence->finished in general so we
On Fri, Dec 07, 2018 at 06:38:32PM -0800, Jeykumar Sankaran wrote:
> First set of clean up patches for DPU resource manager.
> Removes/realigns some of the redudant RM interfaces.
> Eventual plan is to migrate resource maintenence using
> private state objects.
>
> Thanks and Regards,
> Jeykumar
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
> ---
> drivers/gpu/drm/msm/disp/dpu1/dpu_kms.c |
On Thu, Dec 13, 2018 at 10:51:04AM -0800, Jeykumar Sankaran wrote:
> 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
On Thu, Dec 13, 2018 at 10:51:04AM -0800, Jeykumar Sankaran wrote:
> 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
On Fri, Dec 14, 2018 at 02:19:12PM +0530, Jayant Shekhar wrote:
> Remove unused functions and macros from dpu hw interrupts
> file.
>
> Signed-off-by: Jayant Shekhar
> ---
> drivers/gpu/drm/msm/disp/dpu1/dpu_hw_interrupts.c | 30
> drivers/gpu/drm/msm/disp/dpu1/dpu_hw_interr
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
> ---
> drivers/gpu/drm/msm/disp/dpu1/dpu_kms.c |
On Fri, Nov 30, 2018 at 05:22:50PM +0530, Jayant Shekhar wrote:
> Alpha enable in the pixel format will help in
> selecting the blend rule. By keeping alpha enable
> to true we are allowing foreground alpha to blend
> with the layer. If alpha is don't care, then we
> should not allow pixel alpha to
On Fri, Dec 14, 2018 at 04:27:10PM +0900, Inki Dae wrote:
> Hi Dave,
>
>Just adding configurable plane alpha and pixel blend mode support
>for FIMD device I missed.
>
>Please kindly let me know if there is any problem.
Thanks, pulled into drm-next.
-Daniel
>
> Thanks,
> Inki Dae
>
Paul Kocialkowski writes:
> Despite what the HVS documentation indicates, the VC4 does not actually
> support SAND tiling modes for any RGB format and only semiplanar YUV420
> formats (NV12/NV21) can be used in these tiling modes.
>
> The driver currently claims to support RGB formats for the ass
On Fri, Dec 14, 2018 at 02:38:51PM +0100, Andrzej Hajda wrote:
> Assumption that git directory is always located at REPO/.git is incorrect,
> especially in case of git worktrees. There is already function to deal
> with it correctly - git_dir, let's then use it.
>
> Signed-off-by: Andrzej Hajda
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 directory/link already
> exists it should be returned.
>
> Signed-off-by: Andrzej Hajda
> ---
> Hi,
>
From: Daniele Castagna
Currently, YUV hardware overlays are converted to RGB using
a color space conversion different than BT.601.
The result is that colors of e.g. NV12 buffers don't match
colors of YUV hardware overlays.
In order to fix this, enable YUV2YUV and set appropriate coefficients
fo
On Thu, Dec 13, 2018 at 08:25:42PM -0500, Lyude Paul wrote:
> There has been a TODO waiting for quite a long time in
> drm_dp_mst_topology.c:
>
> /* We cannot rely on port->vcpi.num_slots to update
>* topology_state->avail_slots as the port may not exist if the parent
>* bran
On Fri, Dec 14, 2018 at 05:11:51PM +0100, Daniel Vetter wrote:
> On Fri, Dec 14, 2018 at 04:27:10PM +0900, Inki Dae wrote:
> > Hi Dave,
> >
> >Just adding configurable plane alpha and pixel blend mode support
> >for FIMD device I missed.
> >
> >Please kindly let me know if there is an
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: opp-table {
> > + compatible = "operating-points-v2-qcom-level";
>
> I think you need to mention "operating-points-v2" as well
The pull request you sent on Fri, 14 Dec 2018 11:54:15 +1000:
> git://anongit.freedesktop.org/drm/drm tags/drm-fixes-2018-12-14
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/92de1de51e99910ff0b45b340c95994573a1ad23
Thank you!
--
Deet-doot-dot, I am a bot.
https://k
Remove unused functions and macros from dpu hw interrupts
file.
changes in v2:
Removed clear_interrupt_status (Jordan Crouse)
Signed-off-by: Jayant Shekhar
---
drivers/gpu/drm/msm/disp/dpu1/dpu_hw_interrupts.c | 44 ---
drivers/gpu/drm/msm/disp/dpu1/dpu_hw_interrupts.h | 4
https://bugzilla.kernel.org/show_bug.cgi?id=201991
nancy (nancy...@gmx.com) changed:
What|Removed |Added
CC||nancy...@gmx.com
--- Comment #
Red and Blue colors will be interchanged on display with
current format maps for RGB565 and BGR565.
Change both format maps to dispaly correct colors.
Signed-off-by: Tanmay Shah
---
drivers/gpu/drm/msm/disp/dpu1/dpu_formats.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
On Fri, Dec 14, 2018 at 09:43:08AM +, Alexandru-Cosmin Gheorghe wrote:
...
> > +int drm_color_lut_check(struct drm_property_blob *lut,
> > +uint32_t tests)
> > +{
> > + struct drm_color_lut *entry;
> > + int i;
> > +
> > + if (!lut)
> > + return 0;
> > +
> >
https://bugs.freedesktop.org/show_bug.cgi?id=103949
--- Comment #3 from Jerry Zuo ---
The issue is just getting fixed. Will show up soon.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lis
Previous version of the series was here:
https://lists.freedesktop.org/archives/dri-devel/2018-December/200505.html
The only change in this version is dropping the extra LUT size test I
added in v2; Alexandru pointed out that that already gets tested when a
new atomic blob is uploaded.
Matt Ro
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 d
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
userspace-pro
On 2018-12-14 23:53, 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 dispaly correct colors.
Signed-off-by: Tanmay Shah
LGTM.
Reviewed-by: Jayant Shekhar
---
drivers/gpu/drm/msm/disp/dpu1/d
On 2018-12-15 00:04, jshek...@codeaurora.org wrote:
On 2018-12-14 23:53, 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 dispaly correct colors.
spelling: dispaly/display
Signed-off-by: Tanmay
tree: git://people.freedesktop.org/~agd5f/linux.git amd-18.50
head: 88a0039cb034176ee3416dd0c3a49feea2f446ab
commit: a26f88704ef76f0213692b3b04f210de6e9e8676 [1284/1415] drm/scheduler: fix
build error due to change in scheduler struct
config: arm-allmodconfig (attached as .config)
compiler: ar
https://bugzilla.kernel.org/show_bug.cgi?id=201991
--- Comment #2 from fin4...@hotmail.com ---
(In reply to nancy from comment #1)
> (In reply to fin4478 from comment #0)
>
> > simple app for the amdgpu sys interface
>
>
>
> You might consider if you are trying out radeon-profile.
>
> https:/
On 2018-12-11 5:37 a.m., Chunming Zhou wrote:
> v2: adapt to new transfer ioctl
>
> Signed-off-by: Chunming Zhou
+igt-dev
I think intel-gfx still works for IGT development but most of the IGT work
happens on igt-...@lists.freedesktop.org now.
Harry
> ---
> include/drm-uapi/drm.h | 33 ++
https://bugs.freedesktop.org/show_bug.cgi?id=108992
--- Comment #8 from Alex Deucher ---
Can you bisect?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.
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.
Signed-off-by: Tanmay Shah
---
drivers/gpu/drm/msm/disp/dpu1/dpu_formats.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
On 2018-12-11 5:07 p.m., Nick Desaulniers wrote:
> On Tue, Dec 11, 2018 at 1:42 PM Nathan Chancellor
> wrote:
>>
>> On Tue, Dec 11, 2018 at 01:25:00PM -0800, Nick Desaulniers wrote:
>>> On Mon, Dec 10, 2018 at 3:42 PM Nathan Chancellor
>>> wrote:
Clang warns when an expression that equa
https://bugs.freedesktop.org/show_bug.cgi?id=109063
Bug ID: 109063
Summary: libdrm amdgpu.ids is missing raven ridge gpu ids
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=108585
--- Comment #18 from Alex Deucher ---
(In reply to Dan Horák from comment #17)
> Fedora/ppc64le users can find a pre-built kernel with the patchset at
> https://copr.fedorainfracloud.org/coprs/sharkcz/talos-kernel/build/817728/
Should these pat
https://bugs.freedesktop.org/show_bug.cgi?id=108754
--- Comment #2 from Alex Deucher ---
(In reply to Dan Horák from comment #1)
> Not a problem anymore with 4.20.0-0.rc6.git0.1.fc30.op.1.ppc64le (contains
> the reset fix from https://bugs.freedesktop.org/show_bug.cgi?id=108585#c15)
Should these
https://bugs.freedesktop.org/show_bug.cgi?id=108754
Alex Deucher changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=108585
Alex Deucher changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
On Sat, Dec 15, 2018 at 02:11:01AM +0530, Jagan Teki wrote:
> Feiyang FY07024DI26A30-D is 1024x600, 4-lane MIPI-DSI LCD panel.
>
> Add panel driver for it.
>
> Signed-off-by: Jagan Teki
> ---
> Changes for v2:
> - use simple structure for command init
> - update proper comments on power, reset d
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: dea492e0cfcbe8ca592406fefc7ceeaf53f63380 is lacking review
dim: ead5bd82cc378
https://bugs.freedesktop.org/show_bug.cgi?id=109064
Bug ID: 109064
Summary: temp_comp_access::get_required_live_range:
enclosing_scope_first_write is NULL
Product: Mesa
Version: 18.3
Hardware: Other
OS: All
Two quick patches to document and add an interconnect port definition
for the sdm845 GPU.
This is based on the base GPU DT changes:
https://patchwork.freedesktop.org/series/39308/
As well as the DT nodes from Georgi:
https://patchwork.kernel.org/patch/10719483/
v2: Fix interconnect supplier to m
Define an interconnect port for the GPU to set bus
capabilities.
Signed-off-by: Jordan Crouse
---
arch/arm64/boot/dts/qcom/sdm845.dtsi | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/sdm845.dtsi
b/arch/arm64/boot/dts/qcom/sdm845.dtsi
index 0a5ddfc4c59b..2acfea877
1 - 100 of 114 matches
Mail list logo
