https://bugzilla.kernel.org/show_bug.cgi?id=202537
--- Comment #17 from Christian König (christian.koe...@amd.com) ---
We completely disabled the feature added in "5d35ed4832d" for upstreaming later
on.
Can you guys please test amd-staging-drm-next as well and check if the problem
occurs there as
Am 18.02.19 um 04:10 schrieb zhoucm1:
>
>
> On 2019年02月17日 03:22, Christian König wrote:
>> Am 15.02.19 um 20:31 schrieb Lionel Landwerlin via amd-gfx:
>>> On 07/12/2018 09:55, Chunming Zhou wrote:
user mode can query timeline payload.
v2: check return value of copy_to_user
v3: handl
On Mon, 18 Feb 2019 at 16:19, Ben Skeggs wrote:
>
> Hey Dave,
>
> Various fixes/cleanups, along with initial support for SVM features
> utilising HMM address-space mirroring and device memory migration.
> There's a lot more work to do in these areas, both in terms of
> features and efficiency, but
Hey Dave,
Various fixes/cleanups, along with initial support for SVM features
utilising HMM address-space mirroring and device memory migration.
There's a lot more work to do in these areas, both in terms of
features and efficiency, but these can slowly trickle in later down
the track.
Thanks,
Be
Compared to linux and libdrm Mesa is missing a VLV and ICL id.
0x0f30
ff049b6ce21d2814451afd4a116d001712e0116b
drm/i915: bind driver to ValleyView chipsets
0x8A70
d55cb4fa2cf0105bfb16b60a2846737b91fdc173
drm/i915/icl: Add the ICL PCI IDs
The Intel Media SDK describes these as
/* VLV */
From: Flora Cui
Change-Id: I6f5dfa4379cb21c41c68757fae0105527a03e54f
Signed-off-by: Flora Cui
---
tests/amdgpu/basic_tests.c | 175 -
1 file changed, 173 insertions(+), 2 deletions(-)
diff --git a/tests/amdgpu/basic_tests.c b/tests/amdgpu/basic_tests
https://bugs.freedesktop.org/show_bug.cgi?id=105941
siyia changed:
What|Removed |Added
Resolution|INVALID |FIXED
--- Comment #3 from siyia ---
Sorry it h
On 2019年02月17日 03:22, Christian König wrote:
Am 15.02.19 um 20:31 schrieb Lionel Landwerlin via amd-gfx:
On 07/12/2018 09:55, Chunming Zhou wrote:
user mode can query timeline payload.
v2: check return value of copy_to_user
v3: handle querying entry by entry
v4: rebase on new chain container,
https://bugs.freedesktop.org/show_bug.cgi?id=109658
Bug ID: 109658
Summary: Request for a new fd.o account
Product: DRI
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: normal
P
Thanks Alex to help to add the dri-devel.
Best wishes
Emily Deng
>-Original Message-
>From: Alex Deucher
>Sent: Friday, February 15, 2019 11:14 PM
>To: Deng, Emily ; Maling list - DRI developers de...@lists.freedesktop.org>
>Cc: amd-gfx list
>Subject: Re: [PATCH libdrm] libdrm: Fix is
https://bugs.freedesktop.org/show_bug.cgi?id=109246
--- Comment #16 from krutoiles...@gmail.com ---
Found a partial solution that seems to address the instant wake up under
Wayland.
It seems that by default, the AOS2770SHE starts polling once display
disconnects on one of its inputs. This seems t
https://bugs.freedesktop.org/show_bug.cgi?id=108879
--- Comment #7 from Jan Vesely ---
Has this patch affected the status? :
https://lists.freedesktop.org/archives/mesa-dev/2019-February/215057.html
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=108572
Jan Vesely changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=108879
Jan Vesely changed:
What|Removed |Added
CC||mpia...@gmail.com
--- Comment #6 from Jan
https://bugs.freedesktop.org/show_bug.cgi?id=103743
--- Comment #14 from Timothy Arceri ---
(In reply to Fabian Maurer from comment #13)
> Created attachment 139196 [details]
> Video showing minor artifacts
>
> While it's a lot better, it's not fully fixed yet. I added a video to show a
> few ar
https://bugs.freedesktop.org/show_bug.cgi?id=103300
--- Comment #8 from Timothy Arceri ---
For some reason the rendering when I replay the trace is completely broken for
me.
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=108572
Timothy Arceri changed:
What|Removed |Added
Blocks||99553
Referenced Bugs:
https://bugs.
https://bugs.freedesktop.org/show_bug.cgi?id=105945
Timothy Arceri changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Sun, Feb 17, 2019 at 10:48 PM Jitao Shi wrote:
>
> On Thu, 2019-02-14 at 13:54 +0800, Nicolas Boichat wrote:
> > On Thu, Feb 14, 2019 at 12:43 PM Jitao Shi wrote:
> > >
> > > MT8183 dsi has two changes with mt8173.
> > > 1. Add the register double buffer control, but we no need it, So make
> >
https://bugs.freedesktop.org/show_bug.cgi?id=105941
Timothy Arceri changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=104185
Timothy Arceri changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #6 from Timothy A
Hi Hyun,
Thank you for the patch.
On Sat, Jul 07, 2018 at 07:05:38PM -0700, Hyun Kwon wrote:
> This is a wrapper around the ZynqMP Display and DisplayPort drivers.
This isn't quite accurate. There's a single driver, named zynqmp-dpsub, split
in a few source files. You've split the code in severa
Hi Hyun,
Thank you for the patch.
On Sat, Jul 07, 2018 at 07:05:36PM -0700, Hyun Kwon wrote:
> Xilinx ZynqMP has a hardened display pipeline. The pipeline can
> be logically partitioned into 2 parts: display controller and
> DisplayPort encoder / transmitter. This driver handles the display
> con
Hi Hyun
Thank you for the patch.
On Sat, Jul 07, 2018 at 07:05:34PM -0700, Hyun Kwon wrote:
> Xilinx has various platforms for display, where users can create
> using multiple IPs in the programmable FPGA fabric, or where
> some hardened pipeline is available on the chip. Furthermore,
> hardened
https://bugs.freedesktop.org/show_bug.cgi?id=91110
Timothy Arceri changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
Hi Hyun,
Thank you for the patch.
On Sat, Jul 07, 2018 at 07:05:35PM -0700, Hyun Kwon wrote:
> This add a dt binding for ZynqMP DP subsystem.
>
> Signed-off-by: Hyun Kwon
> Reviewed-by: Rob Herring
> ---
> v6
> - Add more descriptions and references
> - Remove the description for child node
>
https://bugs.freedesktop.org/show_bug.cgi?id=93747
Timothy Arceri changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=108029
--- Comment #2 from farmboy0+freedesk...@googlemail.com ---
Probably not. Please close.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@li
https://bugs.freedesktop.org/show_bug.cgi?id=101928
Timothy Arceri changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=108029
Timothy Arceri changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #1 from Timothy A
https://bugs.freedesktop.org/show_bug.cgi?id=109561
--- Comment #6 from Timothy Arceri ---
(In reply to Nicolai Hähnle from comment #4)
> Yeah, sorry, I wrote the patch directly on top of the offending commit for
> testing purposes.
Any chance you can send out the second fix for review? It seems
https://bugs.freedesktop.org/show_bug.cgi?id=109048
--- Comment #13 from Timothy Arceri ---
What version of GCC are you using to build Mesa?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@
https://bugs.freedesktop.org/show_bug.cgi?id=109048
--- Comment #12 from Timothy Arceri ---
(In reply to Henri Valta from comment #10)
> Looking to start the bisect run now.
>
> It took a bit of time to reproduce the crash with plain git build. It seems
> that the crash only happens when mesa is
From: Colin Ian King
There is a spelling mistake in a DRM_NOTE message. Fix this.
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/drm_kms_helper_common.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_kms_helper_common.c
b/drivers/gpu/drm/drm_kms_hel
On Sun, Feb 17, 2019 at 4:08 PM Rob Herring wrote:
>
> On Mon, Feb 4, 2019 at 10:15 AM Jordan Crouse wrote:
> >
> > The GMU should have two power domains defined: "cx" and "gx". "cx" is the
> > actual power domain for the device and "gx" will be attached at runtime
> > to manage reference countin
From: Colin Ian King
There are multiple occurrances of the same spelling mistake in
messages in PP_ASSERT_WITH_CODE macros. Fix these.
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/amd/powerplay/smumgr/vega12_smumgr.c | 12 ++--
drivers/gpu/drm/amd/powerplay/smumgr/vega20_smumgr.c
On Mon, Feb 4, 2019 at 10:15 AM Jordan Crouse wrote:
>
> The GMU should have two power domains defined: "cx" and "gx". "cx" is the
> actual power domain for the device and "gx" will be attached at runtime
> to manage reference counting on the GPU device in case of a GMU crash.
power-domains are s
https://bugs.freedesktop.org/show_bug.cgi?id=103300
--- Comment #7 from Ian Bruene ---
Created attachment 143393
--> https://bugs.freedesktop.org/attachment.cgi?id=143393&action=edit
apitrace
I was finally able to get a trace.
Current system is ubuntu 18.04, padoka-stable drivers. Bug still p
Hi Laurent,
On 17/02/2019 02:48, Laurent Pinchart wrote:
> To prepare for addition of more flags to the display list, replace the
> 'internal' flag field by a bitmask 'flags' field.
>
> Signed-off-by: Laurent Pinchart
Reviewed-by: Kieran Bingham
> ---
> drivers/media/platform/vsp1/vsp1_dl.c
Hi Laurent
On 17/02/2019 02:48, Laurent Pinchart wrote:
> The vsp1_video_complete_buffer() function completes the current buffer
> and returns a pointer to the next buffer. Split the code that completes
> the buffer to a separate function for later reuse, and rename
> vsp1_video_complete_buffer()
Hi Laurent,
On 17/02/2019 02:48, Laurent Pinchart wrote:
> The VSP-DL instances have two LIFs, and thus two copies of the
> VI6_DISP_IRQ_ENB, VI6_DISP_IRQ_STA and VI6_WPF_WRBCK_CTRL registers. Fix
> the corresponding macros accordingly.
>
Seep. This could have ended badly if someone used both LI
Hi Laurent,
On 17/02/2019 02:48, Laurent Pinchart wrote:
> Display list fragments have been renamed to bodies. Replace one last
> occurrence of the word fragment in the documentation.
>
Interesting, this must have been a change that was written before the
fragments were renamed, but got in /afte
Hi Laurent,
On 17/02/2019 02:48, Laurent Pinchart wrote:
> The WPF accesses partition configuration from pipe->partition in the
> partition configuration that is not used for display pipelines.
That sentence is hard to read...
> Writeback support will require full configuration of the WPF while
Hi Laurent,
On 17/02/2019 20:06, Kieran Bingham wrote:
> Hi Laurent,
>
> Thank you for updating the patch,
>
> On 17/02/2019 02:48, Laurent Pinchart wrote:
>> From: Kieran Bingham
>>
>> When the VSP1 is used in an active display pipeline, the output of the
>> WPF can supply the LIF entity direc
Hi Laurent,
Thank you for updating the patch,
On 17/02/2019 02:48, Laurent Pinchart wrote:
> From: Kieran Bingham
>
> When the VSP1 is used in an active display pipeline, the output of the
> WPF can supply the LIF entity directly and simultaneously write to
> memory.
>
> Support this functiona
On Wed, Jan 23, 2019 at 6:12 AM Jayant Shekhar wrote:
>
> MDSS PM suspend is dependent on runtime suspend for disabling
> clocks and removing bandwidth votes. In case of pm_suspend
> triggered, dpm_prepare hold a refcount on power usage of device
> and hence runtime suspend is never triggered duri
On Sun, Feb 17, 2019 at 11:31:23AM -0300, Fabio Estevam wrote:
> Add support for the VXT VL050-8048NT-C01 800x480 panel to the
> panel-simple driver.
>
> This panel is used on some boards manufactured by TechNexion, such as
> imx7d-pico.
>
> Reviewed-by: Otavio Salvador
> Signed-off-by: Fabio E
On Fri, 2019-02-15 at 00:13 +0800, CK Hu wrote:
> Hi, Jitao:
>
> On Mon, 2019-02-11 at 12:50 +0800, Jitao Shi wrote:
> > MT8183 sample on rising and falling edge. It can reduce half data io.
> >
> > Signed-off-by: Jitao Shi
> > ---
> > drivers/gpu/drm/mediatek/mtk_dpi.c | 29 +++
On Thu, 2019-02-14 at 15:41 -0500, Sean Paul wrote:
> On Mon, Feb 11, 2019 at 12:50:59PM +0800, Jitao Shi wrote:
> > MT8183 sample on rising and falling edge. It can reduce half data io.
> >
> > Signed-off-by: Jitao Shi
> > ---
> > drivers/gpu/drm/mediatek/mtk_dpi.c | 29
On Thu, 2019-02-14 at 13:48 +0800, Nicolas Boichat wrote:
> On Thu, Feb 14, 2019 at 12:42 PM Jitao Shi wrote:
> >
> > Config the different CMDQ reg address in driver data.
> >
> > Signed-off-by: Jitao Shi
> > ---
> > drivers/gpu/drm/mediatek/mtk_dsi.c | 39 --
> > 1 f
On Thu, 2019-02-14 at 14:02 +0800, Nicolas Boichat wrote:
> Just some comments on the error path, I'm not sure about the change itself.
>
> On Thu, Feb 14, 2019 at 12:42 PM Jitao Shi wrote:
> >
> > DSI panel driver need attach function which is inculde in
> > mipi_dsi_host_ops.
> >
> > If mipi_ds
On Thu, 2019-02-14 at 13:54 +0800, Nicolas Boichat wrote:
> On Thu, Feb 14, 2019 at 12:43 PM Jitao Shi wrote:
> >
> > MT8183 dsi has two changes with mt8173.
> > 1. Add the register double buffer control, but we no need it, So make
> >it default off.
>
> Can you describe a little bit more wha
On Thu, 2019-02-14 at 10:54 +0100, Matthias Brugger wrote:
>
> On 14/02/2019 05:42, Jitao Shi wrote:
> > MT8183 dsi has two changes with mt8173.
> > 1. Add the register double buffer control, but we no need it, So make
> >it default off.
> > 2. Add picture size control.
> >
> > Signed-off-by:
On Thu, 2019-02-14 at 15:48 -0500, Sean Paul wrote:
> On Thu, Feb 14, 2019 at 12:42:41PM +0800, Jitao Shi wrote:
> > DSI panel driver need attach function which is inculde in
> > mipi_dsi_host_ops.
>
> Which function is required from dsi_host?
>
> Sean
>
mipi_dsi_attach request the mipi_dsi_hos
Hi Sam,
On Sat, Feb 16, 2019 at 6:30 PM Sam Ravnborg wrote:
> I lost the original mail. If you can resend the patches I will review it/them.
I have just resent the series with you on Cc.
Thanks for your help.
___
dri-devel mailing list
dri-devel@list
VXT Ltd is a manufacturer of projected capacitive touch panel
and display solutions: http://www.vxt.com.tw/
Reviewed-by: Otavio Salvador
Reviewed-by: Rob Herring
Signed-off-by: Fabio Estevam
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff -
The VXT VL050-8048NT-C01 is a TFT LCD panel with a 800x480 resolution
connected via 24 width parallel interface.
Reviewed-by: Otavio Salvador
Reviewed-by: Rob Herring
---
.../devicetree/bindings/display/panel/vl050_8048nt_c01.txt | 12
1 file changed, 12 insertions(+)
create mod
Add support for the VXT VL050-8048NT-C01 800x480 panel to the
panel-simple driver.
This panel is used on some boards manufactured by TechNexion, such as
imx7d-pico.
Reviewed-by: Otavio Salvador
Signed-off-by: Fabio Estevam
---
drivers/gpu/drm/panel/panel-simple.c | 27
On Tue, 2019-02-12 at 10:28 +0100, Matthias Brugger wrote:
>
> On 12/02/2019 07:19, Jitao Shi wrote:
> > This patch adds mipi tx driver support for mt8183.
> >
> > Mipi_tx of mt8183 is very different to mt8173.
> > 1.Separate mipi tx setting to mtk_mt8173_mipi_tx.c for mt8173
> > 2.Separate mipi
https://bugs.freedesktop.org/show_bug.cgi?id=107296
--- Comment #8 from Paul Menzel ---
Testing Linux 5.0-rc6, I am still seeing this.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.
https://bugzilla.kernel.org/show_bug.cgi?id=202537
--- Comment #16 from Bernd Steinhauser (li...@bernd-steinhauser.de) ---
Created attachment 281177
--> https://bugzilla.kernel.org/attachment.cgi?id=281177&action=edit
kmemleak output with 5.0-rc6
Nope sorry, I see the same with kernel 5.0-rc6.
https://bugzilla.kernel.org/show_bug.cgi?id=202537
--- Comment #15 from Bernd Steinhauser (li...@bernd-steinhauser.de) ---
Sure, can test that one.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing
https://bugzilla.kernel.org/show_bug.cgi?id=202537
--- Comment #14 from Paul Menzel (pmenzel+bugzilla.kernel@molgen.mpg.de) ---
Hi. Testing Linux 5.0-rc6 for some minutes, I am not seeing these kmemleak
messages anymore on the MSI Mortar B350M. Bernd, could you test this?
Unfortunately, the c
https://bugzilla.kernel.org/show_bug.cgi?id=202537
--- Comment #13 from Bernd Steinhauser (li...@bernd-steinhauser.de) ---
meh …
well, I just tested 4.20.10 and I do still see a lot of memory leaks there.
kmemleak: 93 new suspected memory leaks (see /sys/kernel/debug/kmemleak)
And it looks an aw
64 matches
Mail list logo
