Hi Angelo,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v5.6 next-20200404]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system. BTW, we also suggest to use '--base'
https://bugzilla.kernel.org/show_bug.cgi?id=201957
Steven Ellis (sel...@redhat.com) changed:
What|Removed |Added
CC||sel...@redhat.com
---
The pull request you sent on Fri, 3 Apr 2020 09:35:43 +1000:
> git://anongit.freedesktop.org/drm/drm tags/drm-next-2020-04-03-1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/ea9448b254e253e4d95afaab071b341d86c11795
Thank you!
--
Deet-doot-dot, I am a bot.
https://k
On Sat, Apr 4, 2020 at 11:41 AM Rob Clark wrote:
>
> On Sat, Apr 4, 2020 at 11:16 AM Rob Clark wrote:
> >
> > On Sat, Apr 4, 2020 at 10:47 AM Nicolas Dufresne
> > wrote:
> > >
> > > Le samedi 04 avril 2020 à 08:11 -0700, Rob Clark a écrit :
> > > > On Fri, Apr 3, 2020 at 7:12 AM Michel Dänzer
On Sat, Apr 4, 2020 at 11:16 AM Rob Clark wrote:
>
> On Sat, Apr 4, 2020 at 10:47 AM Nicolas Dufresne wrote:
> >
> > Le samedi 04 avril 2020 à 08:11 -0700, Rob Clark a écrit :
> > > On Fri, Apr 3, 2020 at 7:12 AM Michel Dänzer wrote:
> > > > On 2020-03-01 6:46 a.m., Marek Olšák wrote:
> > > > >
Hi Laurent.
On Sat, Apr 04, 2020 at 09:12:53PM +0300, Laurent Pinchart wrote:
> The zpos property is used by userspace to sort the order of planes.
> While the property is not mandatory for drivers to implement, mixing
> planes with and without zpos confuses userspace, and shall not be
> allowed.
Hi Geert,
On Thu, Apr 02, 2020 at 01:12:51PM +0200, Geert Uytterhoeven wrote:
> On Thu, Apr 2, 2020 at 12:42 PM Laurent Pinchart wrote:
> > The R-Car DU driver creates a zpos property, ranging from 1 to 7, for
> > all the overlay planes, but leaves the primary plane without a zpos
> > property. Th
From: Tomohito Esaki
According to drm_plane_create_zpos_property() function documentation,
all planes zpos range should be set if zpos property is supported.
However, the rcar-du driver didn't set primary plane zpos range. Since
the primary plane's zpos is fixed, set it immutably.
Reported-by: Y
On Sat, Apr 4, 2020 at 10:47 AM Nicolas Dufresne wrote:
>
> Le samedi 04 avril 2020 à 08:11 -0700, Rob Clark a écrit :
> > On Fri, Apr 3, 2020 at 7:12 AM Michel Dänzer wrote:
> > > On 2020-03-01 6:46 a.m., Marek Olšák wrote:
> > > > For Mesa, we could run CI only when Marge pushes, so that it's a
The zpos property is used by userspace to sort the order of planes.
While the property is not mandatory for drivers to implement, mixing
planes with and without zpos confuses userspace, and shall not be
allowed. Clarify this in the documentation and warn at runtime if the
drivers mixes planes with
Hi, Jitao:
Jitao Shi 於 2020年3月31日 週二 下午4:28寫道:
>
> Add a property in device tree to control the driving by different
> board.
Reviewed-by: Chun-Kuang Hu
>
> Reviewed-by: Matthias Brugger
> Signed-off-by: Jitao Shi
> ---
> drivers/gpu/drm/mediatek/mtk_mipi_tx.c| 14 ++
>
Hi, Jitao:
Jitao Shi 於 2020年3月31日 週二 下午4:28寫道:
>
> Add a property to control mipi tx drive current:
> "drive-strength-microamp"
Reviewed-by: Chun-Kuang Hu
>
> Signed-off-by: Jitao Shi
> ---
> .../devicetree/bindings/display/mediatek/mediatek,dsi.txt| 5 +
> 1 file changed, 5 insertio
On Fri, Apr 3, 2020 at 7:12 AM Michel Dänzer wrote:
>
> On 2020-03-01 6:46 a.m., Marek Olšák wrote:
> > For Mesa, we could run CI only when Marge pushes, so that it's a strictly
> > pre-merge CI.
>
> Thanks for the suggestion! I implemented something like this for Mesa:
>
> https://gitlab.freedesk
Hi, Jitao:
Jitao Shi 於 2020年3月31日 週二 下午4:28寫道:
>
> Read calibration data from nvmem, and config mipitx impedance with
> calibration data to make sure their impedance are 100ohm.
>
> Signed-off-by: Jitao Shi
> ---
> drivers/gpu/drm/mediatek/mtk_mt8183_mipi_tx.c | 57 +++
> 1 file
Hi, Jitao:
Jitao Shi 於 2020年3月31日 週二 下午4:28寫道:
>
> Add properties to get get mipitx calibration data.
Reviewed-by: Chun-Kuang Hu
>
> Reviewed-by: Rob Herring
> Signed-off-by: Jitao Shi
> ---
> .../devicetree/bindings/display/mediatek/mediatek,dsi.txt| 5 +
> 1 file changed, 5 insert
Hi, Jitao:
Jitao Shi 於 2020年4月3日 週五 下午4:04寫道:
>
> Config dpi pins mode to output and pull low when dpi is disabled.
> Aovid leakage current from some dpi pins (Hsync Vsync DE ... ).
Reviewed-by: Chun-Kuang Hu
>
> Signed-off-by: Jitao Shi
> ---
> drivers/gpu/drm/mediatek/mtk_dpi.c | 31 ++
Hi, Jitao:
Jitao Shi 於 2020年4月3日 週五 下午4:04寫道:
>
> Add property "pinctrl-names" to swap pin mode between gpio and dpi mode. Set
> the dpi pins to gpio mode and output-low to avoid leakage current when dpi
> disabled.
>
Reviewed-by: Chun-Kuang Hu
> Signed-off-by: Jitao Shi
> ---
> .../devicetr
Hi Daniel, Dave,
Here's this week round of drm-misc-next fixes.
Thanks!
Maxime
drm-misc-next-fixes-2020-04-04:
A bunch of fixes to avoid null pointer dereference in fbcon, fix a return
in xen, some DT bindings fixes, a vc4 issue with 1920x1200 mode validation,
and a conflicting framebuffer in vb
Hi,
On Fri, Apr 03, 2020 at 03:47:46PM +, Deucher, Alexander wrote:
> [AMD Official Use Only - Internal Distribution Only]
>
> > -Original Message-
> > From: Guillaume Tucker
> > Sent: Friday, April 3, 2020 10:14 AM
> > To: Michael J. Ruhl ; Shane Francis
> > ; Deucher, Alexander
> >
Current dts files with 'hdmi' nodes for rk3066 are manually verified.
In order to automate this process rockchip,rk3066-hdmi.txt
has to be converted to yaml.
Signed-off-by: Johan Jonker
---
Changes v2:
Fix irq.h already included in arm-gic.h
---
.../display/rockchip/rockchip,rk3066-hdmi.txt
On Fri, Apr 03, 2020 at 03:35:15PM -0700, Sultan Alsawaf wrote:
> + ref->retire(ref);
> + mutex_unlock(&ref->callback_lock);
Ugh, this patch is still wrong because the mutex unlock after ref->retire() is a
use-after-free. Fun times...
Sultan
___
On Fri, Apr 03, 2020 at 01:19:26PM +0200, Mauro Carvalho Chehab wrote:
> Em Fri, 3 Apr 2020 13:47:02 +0300
> Sakari Ailus escreveu:
>
> > > > +static noinline_for_stack
> > > > +char *fourcc_string(char *buf, char *end, const u32 *fourcc,
> > > > + struct printf_spec spec, const
On 4/3/20 2:16 AM, Daniel Vetter wrote:
On Fri, Apr 3, 2020 at 8:54 AM Daniel Dadap wrote:
On 4/2/20 6:39 AM, Lukas Wunner wrote:
On Fri, Mar 27, 2020 at 04:25:19PM -0500, Daniel Dadap wrote:
A number of hybrid GPU notebook computer designs with dual (integrated plus
discrete) GPUs are eq
> When I compile the code in X86,there is a warning about
> "'PixelPTEReqHeightPTES' may be used uninitialized in this function".
Would you like to add the tag “Fixes” to the commit message?
Regards,
Markus
___
dri-devel mailing list
dri-devel@lists.fre
Sparse reports warnings at cyber2000fb_enable_ddc()
and cyber2000fb_disable_ddc()
warning: context imbalance in cyber2000fb_enable_ddc()
- wrong count at exit
warning: context imbalance in cyber2000fb_disable_ddc()
- unexpected unlock
The root cause is the missing annotat
Hello Angelo,
I get a compile error: error: ‘VID_MODE_VPG_MODE’ undeclared. I am
quite new to the mailing list, maybe I misapplied the patch.
Regards,
Adrian
On Fri, Apr 3, 2020 at 6:37 PM Angelo Ribeiro
wrote:
>
> Add support for the video pattern generator (VPG) BER pattern mode and
> config
Current dts files with 'vop' nodes are manually verified.
In order to automate this process rockchip-vop.txt
has to be converted to yaml.
Signed-off-by: Johan Jonker
Reviewed-by: Rob Herring
---
Changes v5:
Add reviewed by
Fix irq.h already included in arm-gic.h
Changes v4:
Change descrip
On Thu, Apr 2, 2020 at 9:46 AM Thomas Zimmermann wrote:
>
> Hi Martin
>
> Am 02.04.20 um 09:39 schrieb Martin Blumenstingl:
> > Hi Thomas,
> >
> > On Thu, Apr 2, 2020 at 9:26 AM Thomas Zimmermann
> > wrote:
> >>
> >> Hi,
> >>
> >> building lima and panfrost drivers from drm-tip, I currently get
On 2020-03-31 23:26, Rob Herring wrote:
On Mon, Mar 23, 2020 at 11:16:57PM +0530, Kiran Gunda wrote:
Add WLED5 specific bindings.
More of the same comments here...
Signed-off-by: Kiran Gunda
Signed-off-by: Subbaraman Narayanamurthy
---
.../bindings/leds/backlight/qcom-wled.yaml |
On ARCTURUS and RENOIR, powerplay is not supported yet.
When plug in or unplug power jack, ACPI event will issue.
Then kernel NULL pointer BUG will be triggered.
Check for NULL pointers before calling.
Signed-off-by: Aaron Ma
---
drivers/gpu/drm/amd/amdgpu/amdgpu_pm.c | 3 ++-
1 file changed, 2
On 2020-03-31 23:24, Rob Herring wrote:
On Mon, Mar 23, 2020 at 11:16:55PM +0530, Kiran Gunda wrote:
Convert the qcom-wled bindings from .txt to .yaml format.
Signed-off-by: Kiran Gunda
Signed-off-by: Subbaraman Narayanamurthy
Acked-by: Daniel Thompson
---
.../bindings/leds/backlight/qcom-w
On 03/04/2020 11.11, Sakari Ailus wrote:
> Add a printk modifier %ppf (for pixel format) for printing V4L2 and DRM
> pixel formats denoted by 4ccs. The 4cc encoding is the same for both so
> the same implementation can be used.
This seems quite niche to me, I'm not sure that belongs in vsprintf.c.
In the old txt situation we add/describe only properties that are used
by the driver/hardware itself. With yaml it also filters things in a
node that are used by other drivers like 'assigned-clocks' and
'assigned-clock-rates' for rk3399 and 'power-domains' for most
Rockchip Socs in 'vop' nodes, so
dw-mipi-dsi does not use any definition from drm_probe_helper.
Coverity output:
Event unnecessary_header:
Including .../include/drm/drm_probe_helper.h does not provide any
needed symbols.
Cc: Gustavo Pimentel
Cc: Joao Pinto
Cc: Jose Abreu
Signed-off-by: Angelo Ribeiro
---
drivers/gpu/drm/bri
On Fri, Apr 03, 2020 at 12:11:56PM +0300, Sakari Ailus wrote:
> Add a printk modifier %ppf (for pixel format) for printing V4L2 and DRM
> pixel formats denoted by 4ccs. The 4cc encoding is the same for both so
> the same implementation can be used.
...
> +static noinline_for_stack
> +char *fourcc
Hi Pekka,
El vie., 3 abr. 2020 a las 10:14, Pekka Paalanen
() escribió:
>
> On Wed, 1 Apr 2020 14:38:37 -0500
> Matt Hoosier wrote:
>
> > I'm searching for some sort of scheme that will let my DRI master query the
> > set of available connectors and select the one carrying a prearranged
> > desig
Add support for the video pattern generator (VPG) BER pattern mode and
configuration in runtime.
This enables using the debugfs interface to manipulate the VPG after
the pipeline is set.
Also, enables the usage of the VPG BER pattern.
Cc: Gustavo Pimentel
Cc: Joao Pinto
Cc: Jose Abreu
Signed-o
On Fri, Apr 03, 2020 at 12:39:16PM +0300, Sakari Ailus wrote:
> On Fri, Apr 03, 2020 at 12:31:03PM +0300, Andy Shevchenko wrote:
> > On Fri, Apr 03, 2020 at 12:11:56PM +0300, Sakari Ailus wrote:
> > > Add a printk modifier %ppf (for pixel format) for printing V4L2 and DRM
> > > pixel formats denote
Hi Ville,
First bad commit (maybe != root cause):
tree: git://anongit.freedesktop.org/drm/drm-tip drm-tip
head: 06ddf8dd059d59bc27c24b09a6e500809e619982
commit: 02f01c7089f8aadbf676f8d8aad6e0bccac8c46a [9/10] Merge remote-tracking
branch 'drm_intel_push/topic/core-for-CI' into drm-tip
config
https://bugzilla.kernel.org/show_bug.cgi?id=206987
--- Comment #5 from Cyrax (ev...@hotmail.com) ---
Oh and kernel is in 5.5.13 version.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing list
dri-de
https://bugzilla.kernel.org/show_bug.cgi?id=206987
Cyrax (ev...@hotmail.com) changed:
What|Removed |Added
Kernel Version|5.5.11 |5.5.13
Regression|No
https://bugzilla.kernel.org/show_bug.cgi?id=206987
--- Comment #4 from Cyrax (ev...@hotmail.com) ---
Created attachment 288203
--> https://bugzilla.kernel.org/attachment.cgi?id=288203&action=edit
dmesg output 2
This crash happened again. In that time I have used VLC, played a game (GZDoom)
and
42 matches
Mail list logo