https://bugs.freedesktop.org/show_bug.cgi?id=99353
Bong Cosca changed:
What|Removed |Added
Version|17.1|17.3
Hardware|Other
ttm module needs it to determine its internal parameter setting.
Signed-off-by: Roger He
---
include/linux/swap.h | 6 ++
mm/swapfile.c| 15 +++
2 files changed, 21 insertions(+)
diff --git a/include/linux/swap.h b/include/linux/swap.h
index c2b8128..708d66f 100644
---
to indicate whether we are serving for page fault routine when in
ttm_mem_global_reserve.
for ttm_mem_global_reserve if in page fault routine, allow success
always. because page fault routing already grabbed system memory
successfully and allow this exception is harmless.
Otherwise, it will trigge
separate swapped memory account from zone->used_mem because swapped
ttm pages can be flushed into SWAP disk/file under high memory pressure.
add check conditon in ttm_mem_global_reserve to prevent triggering OOM.
because if SWAP disk/file is full, all swapped ttm page would stay in
system memory w
On Fri, 26 Jan 2018, Randy Dunlap wrote:
> On 01/25/2018 06:58 PM, Stephen Rothwell wrote:
>> Hi all,
>>
>> Changes since 20180119:
>>
>
> on x86_64:
> drivers/gpu/drm/i915/intel_panel.o: In function
> `intel_backlight_device_register':
> intel_panel.c:(.text+0x28d4): undefined reference to
>
On Fri, 26 Jan 2018, Randy Dunlap wrote:
> On 01/26/2018 01:48 AM, Lee Jones wrote:
> > On Wed, 24 Jan 2018, Meghana Madhyastha wrote:
> >
> >> Add of_find_backlight, a helper function which is a generic version
> >> of tinydrm_of_find_backlight that can be used by other drivers to avoid
> >> rep
https://bugs.freedesktop.org/show_bug.cgi?id=104831
Bug ID: 104831
Summary: CAYMAN:KDE applications SIGSEGV
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priorit
https://bugs.freedesktop.org/show_bug.cgi?id=104831
Mike Lothian changed:
What|Removed |Added
CC||m...@fireburn.co.uk
--- Comment #1 from
On 01/25/2018 05:01 PM, Philippe Cornu wrote:
> There is a difference between the panel/bridge requested pixel clock
> value and the real one due to the hw platform clock preciseness (pll,
> dividers...). This patch updates the adjusted_mode clock value with
> the real hw clock value so then attach
Hi Philippe,
(CC'ing Daniel Vetter)
Thank you for the patch.
On Thursday, 25 January 2018 17:55:04 EET Philippe Cornu wrote:
> The "adjusted_mode" clock value (ie the real pixel clock) is more
> accurate than "mode" clock value (ie the panel/bridge requested
> clock value). It offers a better pr
Why is the argument to ->mode_valid() called "crtc"?
I guess a copy/paste error. Fix it.
Signed-off-by: Linus Walleij
---
include/drm/drm_bridge.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/drm/drm_bridge.h b/include/drm/drm_bridge.h
index bb7b97dfb93e..3270fec46
Hi Linus,
Thank you for the patch.
On Monday, 29 January 2018 11:55:31 EET Linus Walleij wrote:
> Why is the argument to ->mode_valid() called "crtc"?
> I guess a copy/paste error. Fix it.
I confirm it's a mistake, so you can probably replace "guess" with a word
carrying a bit more confidence :
On Mon, Jan 29, 2018 at 11:02 AM, Geert Uytterhoeven
wrote:
> JFYI, when comparing v4.15[1] to v4.15-rc9+1[3], the summaries are:
> - build errors: +1/-0
+ /home/kisskb/slave/src/drivers/gpu/drm/i915/selftests/i915_syncmap.c:
error: 'err' may be used uninitialized in this function
[-Werror=un
https://bugs.freedesktop.org/show_bug.cgi?id=104831
--- Comment #2 from Martin Bednar ---
Will check. At earliest tomorrow evening though...
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@
2018-01-29 10:46 GMT+01:00 Yannick FERTRE :
> On 01/25/2018 05:01 PM, Philippe Cornu wrote:
>> There is a difference between the panel/bridge requested pixel clock
>> value and the real one due to the hw platform clock preciseness (pll,
>> dividers...). This patch updates the adjusted_mode clock va
Hi Laurent,
And many thanks for your comments :)
On 01/29/2018 10:46 AM, Laurent Pinchart wrote:
> Hi Philippe,
>
> (CC'ing Daniel Vetter)
>
> Thank you for the patch.
>
> On Thursday, 25 January 2018 17:55:04 EET Philippe Cornu wrote:
>> The "adjusted_mode" clock value (ie the real pixel clo
Hi Kieran,
Thank you for the patch.
On Monday, 22 January 2018 14:50:00 EET Kieran Bingham wrote:
> The ADV7511 has four 256-byte maps that can be accessed via the main I²C
> ports. Each map has it own I²C address and acts as a standard slave
> device on the I²C bus.
>
> Allow a device tree node
Hi Philippe,
On Monday, 29 January 2018 12:17:37 EET Philippe CORNU wrote:
> On 01/29/2018 10:46 AM, Laurent Pinchart wrote:
> > On Thursday, 25 January 2018 17:55:04 EET Philippe Cornu wrote:
> >
> >> The "adjusted_mode" clock value (ie the real pixel clock) is more
> >> accurate than "mode" clo
Hi Philippe,
On Thursday, 25 January 2018 18:01:01 EET Philippe Cornu wrote:
> There is a difference between the panel/bridge requested pixel clock
> value and the real one due to the hw platform clock preciseness (pll,
> dividers...). This patch updates the adjusted_mode clock value with
> the re
2018-01-29 11:43 GMT+01:00 Laurent Pinchart :
> Hi Philippe,
>
> On Thursday, 25 January 2018 18:01:01 EET Philippe Cornu wrote:
>> There is a difference between the panel/bridge requested pixel clock
>> value and the real one due to the hw platform clock preciseness (pll,
>> dividers...). This pat
On Friday, 2018-01-26 09:45:14 -0800, Dylan Baker wrote:
> Reviewed-by: Dylan Baker
Thanks :)
Is that for this patch or the series?
>
> Quoting Eric Engestrom (2018-01-26 03:30:47)
> > Signed-off-by: Eric Engestrom
> > ---
> > meson.build | 8
> > 1 file changed, 4 insertions(+), 4 d
https://bugs.freedesktop.org/show_bug.cgi?id=104806
Tapani Pälli changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=100745
--- Comment #10 from Dimitrios Liappis ---
This is a real problem for me as well, for some time now, with amdgpu (Radeon
RX560), Fedora-27, gnome-shell and Dell P2715Q monitor. It happens both on Xorg
and Wayland.
> kernel: [drm:amdgpu_atombios
https://bugs.freedesktop.org/show_bug.cgi?id=100745
--- Comment #11 from Dimitrios Liappis ---
Created attachment 137017
--> https://bugs.freedesktop.org/attachment.cgi?id=137017&action=edit
gnome-shell coredump after amdgpu displayport link status failed
--
You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=100745
--- Comment #12 from Michel Dänzer ---
(In reply to Dimitrios Liappis from comment #10)
> The nuisance here is this almost always crashes gnome-shell. Attached
> coredump excerpt.
FWIW, that's most likely a gnome-shell/mutter bug.
--
You are
https://bugzilla.kernel.org/show_bug.cgi?id=198603
--- Comment #1 from Bruno Pagani (bruno.n.pag...@gmail.com) ---
Some update: overheating and the error message seems not correlated anymore.
The error message is happening every time I unplug (even after only 5s), and I
have yet to see overheating
Hey John,
On 01/26/2018 08:29 PM, John Stultz wrote:
On Wed, Jan 24, 2018 at 11:32 AM, Rob Herring wrote:
On Wed, Jan 24, 2018 at 1:05 PM, John Stultz wrote:
On Wed, Jan 24, 2018 at 7:23 AM, Sean Paul wrote:
On Tue, Jan 23, 2018 at 03:16:37PM -0800, John Stultz wrote:
This allows for impo
Hi,
On 18/01/18 15:43, Boris Brezillon wrote:
> Add a driver for Cadence DPI -> DSI bridge.
>
> This driver only support a subset of Cadence DSI bridge capabilities.
>
> Here is a non-exhaustive list of missing features:
> * burst mode
> * DPHY init/configuration steps
> * support for additio
https://bugs.freedesktop.org/show_bug.cgi?id=104834
Bug ID: 104834
Summary: does not boot opensuse on fujitsu-siemens platform on
cpu t2400-t7200
Product: DRI
Version: XOrg git
Hardware: x86 (IA32)
OS: Linux
Hi,
On Fri, Jan 26, 2018 at 04:55:54PM +0100, Giulio Benetti wrote:
> > > > > It behaves the same way as A20, so as I mean IO polarity,
> > > > > all signals(except D0-D23), are inverted.
> > > > > For A33 I've used A33-OLinuXino.
> > > > > For A20 our LiNova1.
> > > >
> > > > Indeed, HSYNC and V
https://bugzilla.kernel.org/show_bug.cgi?id=198603
--- Comment #2 from Bruno Pagani (bruno.n.pag...@gmail.com) ---
So I got overheating again, but the dmesg output was the same as in OP. The old
log should probably be disregarded.
My hope is that fixing the cause of this WARNING will also fix the
https://bugzilla.kernel.org/show_bug.cgi?id=198603
--- Comment #3 from Bruno Pagani (bruno.n.pag...@gmail.com) ---
Created attachment 273913
--> https://bugzilla.kernel.org/attachment.cgi?id=273913&action=edit
dmesg output from the boot
I’m attaching the full dmesg output.
At 43.x is when I pl
Hi Eric,
On Tue, Jan 23, 2018 at 07:35:10AM +1100, Eric Anholt wrote:
> Maxime Ripard writes:
>
> > Now that the drm_format_info has a alpha field to tell if a format embeds
> > an alpha component in it, let's use it.
> >
> > Cc: Eric Anholt
> > Reviewed-by: Daniel Vetter
> > Signed-off-by: Ma
On Mon, Jan 29, 2018 at 10:22:54AM +0800, Chen-Yu Tsai wrote:
> On Mon, Jan 22, 2018 at 6:35 PM, Maxime Ripard
> wrote:
> > Since we now have a way to enforce the zpos, check for the number of alpha
> > planes, the only missing part is to assign our pipe automatically instead
> > of hardcoding it.
https://bugs.freedesktop.org/show_bug.cgi?id=104730
--- Comment #5 from EoD ---
This does not seem to have made it into mesa 18.0.0-rc3.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@list
On Mon, 29 Jan 2018 13:56:21 +0200
Tomi Valkeinen wrote:
> > +
> > +static void cdns_dsi_init_link(struct cdns_dsi *dsi)
> > +{
> > + struct cdns_dsi_output *output = &dsi->output;
> > + unsigned long sysclk_period, ulpout;
> > + u32 val;
> > + int i;
> > +
> > + if (dsi->link_initializ
On Mon, 29 Jan 2018 13:56:21 +0200
Tomi Valkeinen wrote:
> > +static ssize_t cdns_dsi_transfer(struct mipi_dsi_host *host,
> > +const struct mipi_dsi_msg *msg)
> > +{
> > + struct cdns_dsi *dsi = to_cdns_dsi(host);
> > + u32 cmd, sts, val, wait = WRITE_COMPLETED, c
On Mon, 29 Jan 2018 14:14:09 +0100
Boris Brezillon wrote:
> On Mon, 29 Jan 2018 13:56:21 +0200
> Tomi Valkeinen wrote:
>
> > > +
> > > +static void cdns_dsi_init_link(struct cdns_dsi *dsi)
> > > +{
> > > + struct cdns_dsi_output *output = &dsi->output;
> > > + unsigned long sysclk_period, ulpou
@@ -1107,9 +1108,11 @@ int ttm_pool_populate(struct ttm_tt *ttm, struct
ttm_operation_ctx *ctx)
return ret;
}
+ in_pagefault = ttm->page_flags | TTM_PAGE_FLAG_PAGEFAULT;
That should probably be "ttm->page_flags & TTM_PAGE_FLAG_PAGEFAULT;".
for (i = 0; i <
Explicitly return errors in ttm_tt_alloc_page_directory() and
ttm_dma_tt_alloc_page_directory() instead of relying on
further logic to detect errors.
Signed-off-by: Tom St Denis
Reviewed-by: Christian König
---
drivers/gpu/drm/ttm/ttm_tt.c | 16 ++--
1 file changed, 10 insertions(+)
Signed-off-by: Tom St Denis
Reviewed-by: Christian König
(v2): Remove stray ; noticed by Felix
---
drivers/gpu/drm/ttm/ttm_bo.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index 8cf89da7030d..d90b1
The buf pointer was not being incremented inside the loop
meaning the same block of data would be read or written
repeatedly.
Signed-off-by: Tom St Denis
Reviewed-by: Christian König
(v2) Change 'buf' pointer to uint8_t* type
---
drivers/gpu/drm/ttm/ttm_bo_vm.c | 3 ++-
1 file changed, 2 inser
Flip the logic of the comparison and remove
the redudant variable for the pool address.
Signed-off-by: Tom St Denis
Reviewed-by: Christian König
(v2): Remove {} bracing.
---
drivers/gpu/drm/ttm/ttm_page_alloc_dma.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
diff --g
Various TTM cleanups (mostly no functional changes).
Notably patch #1 fixes a bug in the access_kmap() function.
The rest are either coding style fixes or simplifications.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freede
Correct indentation and {} brace style.
Signed-off-by: Tom St Denis
Reviewed-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index d33a6bb742a1..8cf89da703
Correct missing {} style.
Signed-off-by: Tom St Denis
Reviewed-by: Christian König
---
drivers/gpu/drm/ttm/ttm_page_alloc_dma.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c
b/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c
index 9
Hoist the comparison of the ret to -EDEADLK above
the two code paths to simplify the function.
Signed-off-by: Tom St Denis
Reviewed-by: Christian König
---
drivers/gpu/drm/ttm/ttm_execbuf_util.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/t
Remove redundant store of return code.
Signed-off-by: Tom St Denis
Reviewed-by: Christian König
---
drivers/gpu/drm/ttm/ttm_page_alloc_dma.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c
b/drivers/gpu/drm/ttm/ttm_page_alloc_dma.
Add missing {} braces.
Signed-off-by: Tom St Denis
Reviewed-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo_util.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo_util.c
b/drivers/gpu/drm/ttm/ttm_bo_util.c
index 153de1bf0232..33ffe286f3a5 100
Add missing {} braces.
Signed-off-by: Tom St Denis
Reviewed-by: Christian König
---
drivers/gpu/drm/ttm/ttm_tt.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/ttm/ttm_tt.c b/drivers/gpu/drm/ttm/ttm_tt.c
index e90d3ed6283f..95a77dab8cc9 100644
--- a/driver
The dual ret/retval was more complex than need be. Now
we drop the retval variable and assign the appropriate VM
codes to ret instead.
Signed-off-by: Tom St Denis
Reviewed-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo_vm.c | 28 +---
1 file changed, 13 insertions(+
Add missing {} braces.
Signed-off-by: Tom St Denis
Reviewed-by: Christian König
---
drivers/gpu/drm/ttm/ttm_page_alloc_dma.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c
b/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c
index 469e68e06
On 29/01/18 15:14, Boris Brezillon wrote:
>> You don't disable the dsi_sys_clk neither in the ok nor in the error paths.
>
> Hm, it shouldn't be enabled in the first place: the runtime resume
> hook takes care of enabling it, and we don't need this clock to access
> IP registers (which is all we
https://bugs.freedesktop.org/show_bug.cgi?id=104837
Bug ID: 104837
Summary: 'radeonsi: Failed to create context' with 32 bit
applications
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linux (Al
On Mon, 29 Jan 2018 15:59:33 +0200
Tomi Valkeinen wrote:
> On 29/01/18 15:14, Boris Brezillon wrote:
>
> >> You don't disable the dsi_sys_clk neither in the ok nor in the error
> >> paths.
> >
> > Hm, it shouldn't be enabled in the first place: the runtime resume
> > hook takes care of enabl
On 18/01/18 15:43, Boris Brezillon wrote:
> Add a driver for Cadence DPI -> DSI bridge.
>
> This driver only support a subset of Cadence DSI bridge capabilities.
>
> Here is a non-exhaustive list of missing features:
> * burst mode
> * DPHY init/configuration steps
> * support for additional i
https://bugs.freedesktop.org/show_bug.cgi?id=104819
--- Comment #2 from Fabio Pedretti ---
Note I am compiling the drm source from git. The same source builds fine on
newer Ubuntu. Maybe it's something broken/old in the ubuntu 16.04 toolchain?
--
You are receiving this mail because:
You are the
On 2018-01-29 02:55 PM, Tom St Denis wrote:
> The buf pointer was not being incremented inside the loop
> meaning the same block of data would be read or written
> repeatedly.
>
> Signed-off-by: Tom St Denis
> Reviewed-by: Christian König
Please add:
Cc: sta...@vger.kernel.org
Fixes: 09ac4fcb3
Am 29.01.2018 um 15:31 schrieb Michel Dänzer:
On 2018-01-29 02:55 PM, Tom St Denis wrote:
The buf pointer was not being incremented inside the loop
meaning the same block of data would be read or written
repeatedly.
Signed-off-by: Tom St Denis
Reviewed-by: Christian König
Please add:
Cc: st
https://bugs.freedesktop.org/show_bug.cgi?id=104837
Michel Dänzer changed:
What|Removed |Added
Version|XOrg git|unspecified
Product|DRI
On Mon, Jan 29, 2018 at 4:11 AM, Lee Jones wrote:
> On Fri, 26 Jan 2018, Randy Dunlap wrote:
>
>> On 01/26/2018 01:48 AM, Lee Jones wrote:
>> > On Wed, 24 Jan 2018, Meghana Madhyastha wrote:
>> >
>> >> Add of_find_backlight, a helper function which is a generic version
>> >> of tinydrm_of_find_bac
https://bugs.freedesktop.org/show_bug.cgi?id=104819
--- Comment #3 from Eric Engestrom ---
I think you might be hitting a bug combining C++ compilers trying to compile C
and autotools not being smart enough.
What happens if you try to build using Meson?
(If you've never used Meson before, Mesa h
https://bugs.freedesktop.org/show_bug.cgi?id=104819
--- Comment #4 from Emil Velikov ---
(In reply to Eric Engestrom from comment #3)
> I think you might be hitting a bug combining C++ compilers trying to compile
> C and autotools not being smart enough.
> What happens if you try to build using M
From: Emil Velikov
Otherwise we'll end up without the macros set during configure stage.
And effectively error out in sanity tests such as the mmap static
assert.
To reproduce, do a multilib build - 32bit build on 64bit machine.
Cc: Fabio Pedretti
Cc: Andrey Grodzovsky
Fixes: 33dcc29f7cc ("am
https://bugs.freedesktop.org/show_bug.cgi?id=104281
--- Comment #9 from Alex Deucher ---
The commit that broke it was:
commit ca37e57bbe0cf1455ea3e84eb89ed04a132d59e1 (refs/bisect/bad)
Author: Andy Lutomirski
Date: Wed Nov 22 20:39:16 2017 -0800
x86/entry/64: Add missing irqflags tracing
On Monday, 2018-01-29 14:56:04 +, Emil Velikov wrote:
> From: Emil Velikov
>
> Otherwise we'll end up without the macros set during configure stage.
> And effectively error out in sanity tests such as the mmap static
> assert.
>
> To reproduce, do a multilib build - 32bit build on 64bit mach
In dma_fence_release() there is a WARN_ON which could be triggered by
several cases of wrong dma-fence usage. This patch adds a comment to
explain two use-cases to help driver developers that use dma-fence
and trigger that WARN_ON to better understand the reasons for it.
Signed-off-by: Oded Gabbay
Updated IGT results seem sane:
https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_7698/shards.html
Would someone be able to apply this patch?
Thanks,
Leo
On 2018-01-17 03:18 PM, Sean Paul wrote:
On Wed, Jan 17, 2018 at 10:39 AM, Maarten Lankhorst
wrote:
Op 17-01-18 om 19:29 schreef Sean Paul
https://bugs.freedesktop.org/show_bug.cgi?id=104825
--- Comment #1 from Harry Wentland ---
This patch https://patchwork.freedesktop.org/patch/198719/ should fix it, but
there could be some other issues as well.
amd-staging-drm-next has fixes for a whole bunch of driver unload issues,
including w
https://bugs.freedesktop.org/show_bug.cgi?id=104274
--- Comment #5 from Harry Wentland ---
Can you try with the latest amd-staging-drm-next from
https://cgit.freedesktop.org/~agd5f/linux/log/?h=amd-staging-drm-next
We just fixed a bunch of driver unload issues. It should be fixed now.
--
You a
https://bugs.freedesktop.org/show_bug.cgi?id=104611
--- Comment #7 from Harry Wentland ---
Did you have a chance to capture a repro dmesg with dc_log=1?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing lis
On Mon 29-01-18 16:29:42, Roger He wrote:
> ttm module needs it to determine its internal parameter setting.
Could you be more specific why?
> Signed-off-by: Roger He
> ---
> include/linux/swap.h | 6 ++
> mm/swapfile.c| 15 +++
> 2 files changed, 21 insertions(+)
>
>
Hi Tomi,
On Mon, 29 Jan 2018 16:29:21 +0200
Tomi Valkeinen wrote:
> On 18/01/18 15:43, Boris Brezillon wrote:
> > Add a driver for Cadence DPI -> DSI bridge.
> >
> > This driver only support a subset of Cadence DSI bridge capabilities.
> >
> > Here is a non-exhaustive list of missing features:
On Wed, Jan 17, 2018 at 03:04:45PM +0530, Archit Taneja wrote:
> "qcom,dsi-host-index" and "qcom,dsi-phy-index" DT props aren't
> acceptable and have never been used in any DT files. Remove them.
>
> Cc: Rob Herring
> Cc: devicet...@vger.kernel.org
> Signed-off-by: Archit Taneja
> ---
> Documen
On Wed, Jan 17, 2018 at 03:04:46PM +0530, Archit Taneja wrote:
> The PHY regulator supply names vary across different PHY versions.
> Mention explicitly which PHYs require which supplies.
>
> Cc: Rob Herring
> Cc: devicet...@vger.kernel.org
> Signed-off-by: Archit Taneja
> ---
> Documentation/d
On Wed, Jan 17, 2018 at 03:04:47PM +0530, Archit Taneja wrote:
> Add the compatible string for 14nm DSI PHY (used in MSM8996/APQ8096).
> From 14nm PHY onwards, the "dsi_phy_regulator" reg-name is not required,
> but "dsi_phy_lane" reg-name is. Update the doc to specify the reg-names
> each PHY revi
On Wed, Jan 17, 2018 at 03:04:48PM +0530, Archit Taneja wrote:
> SDM845 uses a newer revision (v2.0+) of the 6G DSI controller. This
> revision has another clock input at the block boundary called the byte
> interface clock. Specify this new clock in the binding.
>
> A 10nm DSI PHY is used along w
On Thu, Jan 25, 2018 at 10:12:52AM -0500, Harry Wentland wrote:
> On 2018-01-25 08:30 AM, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > We use 32bit bitmasks to track planes/crtcs/encoders/connectors.
> > Naturally we can only do that if the index of those objects stays
> > below 32. Issue
https://bugs.freedesktop.org/show_bug.cgi?id=104834
Jani Nikula changed:
What|Removed |Added
Component|General |DRM/Intel
CC|
Hi,
I'm an owner of tahiti xt gpu, and I wonder what are the reasons the new
display code is not available for gcn1 hardware?
regards,
--
Sylvain
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo
On Mon, Jan 29, 2018 at 12:56 PM, wrote:
> Hi,
>
> I'm an owner of tahiti xt gpu, and I wonder what are the reasons the new
> display code is not available for gcn1 hardware?
No one has written the code.
Alex
___
dri-devel mailing list
dri-devel@lists
On Wed, Jan 17, 2018 at 09:14:15PM +0100, Jernej Skrabec wrote:
> This commit adds all necessary compatibles and descriptions needed to
> implement A83T HDMI pipeline.
>
> Mixer is already properly described, so only compatible is added.
>
> However, A83T TV TCON, which is connected to HDMI, does
On Mon, Jan 29, 2018 at 01:04:08PM -0500, Alex Deucher wrote:
> On Mon, Jan 29, 2018 at 12:56 PM, wrote:
> > Hi,
> >
> > I'm an owner of tahiti xt gpu, and I wonder what are the reasons the new
> > display code is not available for gcn1 hardware?
>
> No one has written the code.
I don't underst
https://bugs.freedesktop.org/show_bug.cgi?id=103107
--- Comment #12 from Ricardo Perez ---
This tests continue failing on CFL QA
igt@gem_ctx_param@invalid-param-get
igt@gem_ctx_param@invalid-param-set
IGT-Version: 1.21-g37bd27f (x86_64) (Linux:
4.15.0-rc9-drm-intel-qa-ww4-commit-59275f1+ x86_64
On Thu, Jan 18, 2018 at 10:23:54AM +0530, Archit Taneja wrote:
> Add a section that describes dt-bindings for peripherals that support
> MIPI DSI, but have a different bus as the primary control bus, or no
> control bus at all. Add an example for a peripheral with a non-DSI
> control bus.
>
> Sign
On Fri, Jan 12, 2018 at 11:51:33AM +0530, Nautiyal, Ankit K wrote:
> From: Ankit Nautiyal
>
> If the user mode does not support aspect-ratio, and requests for
> a modeset, then the flag bits representing aspect ratio in the
> given user-mode must be rejected.
> Similarly, while preparing a user-m
On Fri, Jan 12, 2018 at 11:51:34AM +0530, Nautiyal, Ankit K wrote:
> From: Ankit Nautiyal
>
> We parse the EDID and add all the modes in the connector's
> modelist. This adds CEA modes with aspect ratio information
> too, regadless of if user space requested this information or
> not.
>
> This p
On Mon, Jan 29, 2018 at 1:45 PM, wrote:
> On Mon, Jan 29, 2018 at 01:04:08PM -0500, Alex Deucher wrote:
>> On Mon, Jan 29, 2018 at 12:56 PM, wrote:
>> > Hi,
>> >
>> > I'm an owner of tahiti xt gpu, and I wonder what are the reasons the new
>> > display code is not available for gcn1 hardware?
>
On Fri, Jan 19, 2018 at 12:05:58AM +0300, Sergei Shtylyov wrote:
> Document the R-Car V3M (R8A77970) SoC in the R-Car DU bindings.
>
> Signed-off-by: Sergei Shtylyov
>
> ---
> Changes in version 2:
> - documented R8A77970 DU ports;
> - patch split from the main R8A77970 DU support patch.
>
>
Hi Lee,
Here's the pull request for Meghana's patch set. It's based on 4.15, and just
contains the backlight portion of the set. I couldn't include the rest as it
depends on patches that only exist in drm-misc-next atm.
Thanks for coordinating with me on this!
topic/backlight_for_lag-2018-01-29
On Mon, Jan 29, 2018 at 01:58:46PM -0500, Alex Deucher wrote:
> It's similar, but there is still a bunch of DCE specific code. No one
> has written that DC code for DCE 6 yet. One could use the DC DCE8
> code as a guide, but it still has to be done.
I have not checked the new code, but does it m
On 01/29/2018 10:02 PM, Rob Herring wrote:
>> Document the R-Car V3M (R8A77970) SoC in the R-Car DU bindings.
>>
>> Signed-off-by: Sergei Shtylyov
>>
>> ---
>> Changes in version 2:
>> - documented R8A77970 DU ports;
>> - patch split from the main R8A77970 DU support patch.
>>
>> Documentation/
On Mon, Jan 29, 2018 at 2:31 PM, wrote:
> On Mon, Jan 29, 2018 at 01:58:46PM -0500, Alex Deucher wrote:
>> It's similar, but there is still a bunch of DCE specific code. No one
>> has written that DC code for DCE 6 yet. One could use the DC DCE8
>> code as a guide, but it still has to be done.
On Fri, Jan 19, 2018 at 05:13:42PM +0530, Vivek Gautam wrote:
> qcom,smmu-v2 is an arm,smmu-v2 implementation with specific
> clock and power requirements. This smmu core is used with
> multiple masters on msm8996, viz. mdss, video, etc.
> Add bindings for the same.
>
> Signed-off-by: Vivek Gautam
On Fri, Jan 19, 2018 at 09:29:20PM +0300, Sergei Shtylyov wrote:
> Document the R-Car V3M (R8A77970) SoC in the R-Car LVDS bindings.
>
> Signed-off-by: Sergei Shtylyov
>
> ---
> Documentation/devicetree/bindings/display/bridge/renesas,lvds.txt |1 +
> 1 file changed, 1 insertion(+)
Reviewe
On Thu, Jan 25, 2018 at 09:23:45PM -0800, John Stultz wrote:
> On Wed, Jan 24, 2018 at 7:46 AM, Sean Paul wrote:
> > On Tue, Jan 23, 2018 at 03:16:37PM -0800, John Stultz wrote:
> >> +#ifdef HIKEY
> >> +uint32_t HisiImporter::ConvertHalFormatToDrm(uint32_t hal_format) {
> >> + switch (hal_format)
On Mon, Jan 22, 2018 at 12:49:56PM +, Kieran Bingham wrote:
> From: Jean-Michel Hautbois
>
> The ADV7604 has thirteen 256-byte maps that can be accessed via the main
> I²C ports. Each map has it own I²C address and acts as a standard slave
> device on the I²C bus.
>
> Allow a device tree nod
On Thu, Jan 18, 2018 at 10:23:54AM +0530, Archit Taneja wrote:
> Add a section that describes dt-bindings for peripherals that support
> MIPI DSI, but have a different bus as the primary control bus, or no
> control bus at all. Add an example for a peripheral with a non-DSI
> control bus.
>
> Sign
On Mon, Jan 22, 2018 at 12:50:01PM +, Kieran Bingham wrote:
> The ADV7511 has four 256-byte maps that can be accessed via the main I²C
> ports. Each map has it own I²C address and acts as a standard slave
> device on the I²C bus.
>
> Allow a device tree node to override the default addresses s
On Mon, Jan 29, 2018 at 12:26:00PM +0200, Laurent Pinchart wrote:
> Hi Kieran,
>
> Thank you for the patch.
>
> On Monday, 22 January 2018 14:50:00 EET Kieran Bingham wrote:
> > The ADV7511 has four 256-byte maps that can be accessed via the main I²C
> > ports. Each map has it own I²C address and
1 - 100 of 143 matches
Mail list logo
