On 23.04.2018 01:50, Fabio Estevam wrote:
> Andrzej/Archit,
>
> Any comments?
My mail filter somehow didn't catch it.
Queued to drm-misc-next.
Regards
Andrzej
>
> On Thu, Mar 15, 2018 at 3:04 PM, Fabio Estevam wrote:
>> From: Fabio Estevam
>>
>> platform_driver does not need to set the owner f
On Fri, Apr 20, 2018 at 02:59:59PM -0400, Sean Paul wrote:
> edid should be freed once it's finished being used.
>
> Fixes: 56fe8b6f4991 ("drm/bridge: Add RGB to VGA bridge support")
> Cc: Rob Herring
> Cc: Sean Paul
> Cc: Maxime Ripard
> Cc: Archit Taneja
> Cc: Andrzej Hajda
> Cc: Laurent Pi
On Wed, Apr 18, 2018 at 2:48 PM, Robin Murphy wrote:
> On 18/04/18 09:52, Linus Walleij wrote:
>>
>> The Versatile Express uses a special configuration controller
>> deeply embedded in the system motherboard FPGA to multiplex the
>> two to three (!) display controller instances out to the single
>
The Versatile Express uses a special configuration controller
deeply embedded in the system motherboard FPGA to multiplex the
two to three (!) display controller instances out to the single
SiI9022 bridge.
Set up an extra file with the logic to probe to the FPGA mux
register on the system controll
The Versatile Express has 8 MB of dedicated video RAM (VRAM)
on the motherboard, which is what we should be using for the
PL111 if available. On this platform, the memory backplane
is constructed so that only this memory will work properly
with the CLCD on the motherboard, using any other memory
ar
Hi Peter,
thanks for looking into this
On Sun, Apr 22, 2018 at 10:08:21PM +0200, Peter Rosin wrote:
> On 2018-04-19 11:31, Jacopo Mondi wrote:
> > With the introduction of static input image format enumeration in DRM
> > bridges, add support to retrieve the format in rcar-lvds LVDS encoder
> >
From: Stanislav Lisovskiy
Added content type setting property to drm_connector(part 1)
and enabled transmitting it with HDMI AVI infoframes
for i915(part 2).
Stanislav Lisovskiy (2):
drm: content-type property for HDMI connector
i915: content-type property for HDMI connector
Documentation/
From: Stanislav Lisovskiy
Added encoding of drm content_type property from drm_connector_state
within AVI infoframe in order to properly handle external HDMI TV
content-type setting.
This requires also manipulationg ITC bit, as stated in
HDMI spec.
v2:
* Moved helper function which attaches co
From: Stanislav Lisovskiy
Added content_type property to drm_connector_state
in order to properly handle external HDMI TV content-type setting.
v2:
* Moved helper function which attaches content type property
to the drm core, as was suggested.
Removed redundant connector state initializat
Hi Peter,
thanks for commenting,
On Sun, Apr 22, 2018 at 10:02:41PM +0200, Peter Rosin wrote:
> On 2018-04-19 11:31, Jacopo Mondi wrote:
> > The THC63LVD1024 LVDS to RGB bridge supports two different input mapping
> > modes, selectable by means of an external pin.
> >
> > Describe the LVDS mode
Hi Peter,
On Sun, Apr 22, 2018 at 10:02:51PM +0200, Peter Rosin wrote:
> On 2018-04-19 11:31, Jacopo Mondi wrote:
> > The THC63LVD1024 LVDS to RGB bridge supports two different LVDS mapping
> > modes, selectable by means of an external pin.
> >
> > Add support for configurable LVDS input mapping m
https://bugzilla.kernel.org/show_bug.cgi?id=199475
Bug ID: 199475
Summary: AMDGPU Failed to blank
Product: Drivers
Version: 2.5
Kernel Version: 4.15.18
Hardware: Other
OS: Linux
Tree: Mainline
Stat
On 2018-04-19 11:31, Jacopo Mondi wrote:
> Add support for storing image format information in DRM bridges with
> associated helper function.
>
> This patch replicates for bridges what 'drm_display_info_set_bus_formats()'
> is for connectors.
>
> Signed-off-by: Jacopo Mondi
> ---
> drivers/gpu/
On 2018-04-19 11:31, Jacopo Mondi wrote:
> With the introduction of static input image format enumeration in DRM
> bridges, add support to retrieve the format in rcar-lvds LVDS encoder
> from both panel or bridge, to set the desired LVDS mode.
>
> Do not rely on 'DRM_BUS_FLAG_DATA_LSB_TO_MSB' flag
On 2018/4/21 17:51, YueHaibing wrote:
Remove boilerplate code by using macro module_pci_driver.
Signed-off-by: YueHaibing
Thanks Haibing,
Reviewed-by: Xinliang Liu
Xinliang
---
drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c | 13 +
1 file changed, 1 insertion(+), 12 dele
On 2018-04-21 18:19, Boris Brezillon wrote:
> On Thu, 19 Apr 2018 18:27:48 +0200
> Peter Rosin wrote:
>
>> This beats the heuristic that the connector is involved in what format
>> should be output for cases where this fails.
>>
>> E.g. if there is a bridge that changes format between the encoder
On 21 April 2018 at 11:22, Botello Ortega, Luis
wrote:
> Hi all:
>
> We tested GLK DMC 1.04 FW in last week of September 2017, using the latest
> drm-tip version for that time (4.14.0-rc2) and according to our results we
> could declare this FW as acceptable and healthy to be used with kernel
>
On 2018-04-19 11:31, Jacopo Mondi wrote:
> The THC63LVD1024 LVDS to RGB bridge supports two different LVDS mapping
> modes, selectable by means of an external pin.
>
> Add support for configurable LVDS input mapping modes, using the newly
> introduced support for bridge input image formats.
>
> S
On 2018-04-19 11:31, Jacopo Mondi wrote:
> The THC63LVD1024 LVDS to RGB bridge supports two different input mapping
> modes, selectable by means of an external pin.
>
> Describe the LVDS mode map through a newly defined mandatory property in
> device tree bindings.
>
> Signed-off-by: Jacopo Mondi
From: Thierry Reding
Depending on the kernel configuration, early ARM architecture setup code
may have attached the GPU to a DMA/IOMMU mapping that transparently uses
the IOMMU to back the DMA API. Tegra requires special handling for IOMMU
backed buffers (a special bit in the GPU's MMU page table
Quoting Daniel Vetter (2018-04-20 09:51:57)
> Control nodes are no more!
>
> Signed-off-by: Daniel Vetter
> Cc: Jani Nikula
> Cc: Joonas Lahtinen
> Cc: Rodrigo Vivi
> Cc: intel-...@lists.freedesktop.org
Reviewed-by: Joonas Lahtinen
Regards, Joonas
___
On Saturday 21 April 2018 11:50 AM, Boris Brezillon wrote:
Hi Archit,
On Sun, 15 Apr 2018 13:39:44 +0530
Archit Taneja wrote:
+static int cdns_dsi_get_dphy_pll_cfg(struct cdns_dphy *dphy,
+struct cdns_dphy_cfg *cfg,
+un
On Fri, Apr 20, 2018 at 02:50:52PM +0200, jan.tu...@emtrion.com wrote:
> From: Jan Tuerk
>
> This patch adds support for the emtrion GmbH emCON-MX6 modules.
> They are available with imx.6 Solo, Dual-Lite, Dual and Quad
> equipped with Memory from 512MB to 2GB (configured by U-Boot).
>
> Our def
Hi Peter,
On Mon, Apr 23, 2018 at 09:59:22AM +0200, Peter Rosin wrote:
> On 2018-04-23 09:28, jacopo mondi wrote:
> > Hi Peter,
> >thanks for looking into this
> >
> > On Sun, Apr 22, 2018 at 10:08:21PM +0200, Peter Rosin wrote:
> >> On 2018-04-19 11:31, Jacopo Mondi wrote:
> >>> With the intr
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.18-wip
head: 52132fd03504140b4cc58c01b19e82929a03af7a
commit: 7bcfcb8217c6ab4224c7de5074132f2185558b72 [182/214] drm/amdgpu: simplify
bo_va list when vm bo update (v2)
smatch warnings:
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c:1571 a
On Sat, Apr 21, 2018 at 06:51:55AM +0200, meg...@megous.com wrote:
> From: Ondrej Jirman
>
> The reverted commit broke LVDS output on TBS A711 Tablet. That tablet
> has simple-panel node that has fixed pixel clock-frequency that A83T
> SoC used in the tablet can't generate exactly.
>
> Requested
Hi Tobias,
On 23.04.2018 10:47, Tobias Regnery wrote:
> With CONFIG_EXTCON=m and CONFIG_DRM_SIL_SII8620=y we see the following link
> error:
>
> drivers/gpu/drm/bridge/sil-sii8620.o: In function `sii8620_remove':
> sil-sii8620.c:(.text+0xd5): undefined reference to
> `extcon_unregister_notifier'
https://bugs.freedesktop.org/show_bug.cgi?id=106168
Michel Dänzer changed:
What|Removed |Added
Product|xorg|DRI
QA Contact|xorg-t...@lists.
https://bugzilla.kernel.org/show_bug.cgi?id=199475
Michel Dänzer (mic...@daenzer.net) changed:
What|Removed |Added
CC||harry.wentl...@amd.co
Hi Jacopo,
Thank you for the patch.
On Thursday, 19 April 2018 12:31:02 EEST Jacopo Mondi wrote:
> Add support for storing image format information in DRM bridges with
> associated helper function.
>
> This patch replicates for bridges what 'drm_display_info_set_bus_formats()'
> is for connector
https://bugs.freedesktop.org/show_bug.cgi?id=106175
Michel Dänzer changed:
What|Removed |Added
Attachment #138988|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=106175
Michel Dänzer changed:
What|Removed |Added
CC||harry.wentl...@amd.com
--- Comment #2 f
Hi Philippe,
On Thursday, 8 February 2018 15:15:40 EEST Laurent Pinchart wrote:
> On Saturday, 3 February 2018 00:41:26 EET Philippe CORNU wrote:
> > On 01/29/2018 11:40 AM, Laurent Pinchart wrote:
> > > On Monday, 29 January 2018 12:17:37 EET Philippe CORNU wrote:
> > >> On 01/29/2018 10:46 AM, L
On Mon, Apr 23, 2018 at 10:43:47AM +0530, Nautiyal, Ankit K wrote:
>
>
> On 4/20/2018 7:37 PM, Ville Syrjälä wrote:
> > On Fri, Apr 20, 2018 at 07:01:46PM +0530, Nautiyal, Ankit K wrote:
> >> From: Ankit Nautiyal
> >>
> >> To enable aspect-ratio support in DRM, blindly exposing the aspect
> >> r
On Mon, Apr 23, 2018 at 10:55:54AM +0530, Nautiyal, Ankit K wrote:
>
>
> On 4/20/2018 7:42 PM, Ville Syrjälä wrote:
> > On Fri, Apr 20, 2018 at 07:01:47PM +0530, Nautiyal, Ankit K wrote:
> >> From: Ankit Nautiyal
> >>
> >> This patch adds helper functions for determining if aspect-ratio is
> >>
On Mon, Apr 23, 2018 at 11:19:08AM +0530, Nautiyal, Ankit K wrote:
>
>
> On 4/20/2018 7:52 PM, Ville Syrjälä wrote:
> > On Fri, Apr 20, 2018 at 07:01:49PM +0530, Nautiyal, Ankit K wrote:
> >> From: Ankit Nautiyal
> >>
> >> We parse the EDID and add all the modes in the connector's modelist.
> >>
On Mon, 23 Apr 2018, "Nautiyal, Ankit K" wrote:
> On 4/20/2018 7:42 PM, Ville Syrjälä wrote:
>> On Fri, Apr 20, 2018 at 07:01:47PM +0530, Nautiyal, Ankit K wrote:
>>> From: Ankit Nautiyal
>>> +bool
>>> +drm_mode_aspect_ratio_allowed(const struct drm_file *file_priv,
>>> +
On 2018-04-20 09:40 PM, Felix Kuehling wrote:
> On 2018-04-20 10:47 AM, Michel Dänzer wrote:
>> On 2018-04-11 11:37 AM, Christian König wrote:
>>> Am 11.04.2018 um 06:00 schrieb Gabriel C:
2018-04-09 11:42 GMT+02:00 Christian König
:
> Am 07.04.2018 um 00:00 schrieb Jean-Marc Valin:
>
Reviewed-by: Mikko Perttunen
On 23.04.2018 12:54, Dmitry Osipenko wrote:
If IOVA allocation or IOMMU mapping fails, dma_free_wc() is invoked with
size=0 because of a typo, that triggers "kernel BUG at mm/vmalloc.c:124!".
Signed-off-by: Dmitry Osipenko
---
drivers/gpu/host1x/cdma.c | 2 +-
1
On Tue, Apr 17, 2018 at 07:08:44PM +0530, Souptick Joarder wrote:
> Use new return type vm_fault_t for fault handler. For
> now, this is just documenting that the function returns
> a VM_FAULT value rather than an errno. Once all instances
> are converted, vm_fault_t will become a distinct type.
>
https://bugs.freedesktop.org/show_bug.cgi?id=106175
--- Comment #3 from tempel.jul...@gmail.com ---
Yes, then it also occurs with the monitor's resolution/refreshrate provided by
its own edid (2560x1440 59.95Hz). Sorry, should have mentioned that.
Without compositor, moving of windows looks smoot
https://bugs.freedesktop.org/show_bug.cgi?id=106175
--- Comment #4 from tempel.jul...@gmail.com ---
I found out that it's still related to the hardware cursor.
When I set Option "SWCursor" "true" in Xorg config, moving windows is smooth.
The mouse uses 1000Hz polling rate, if that makes any diffe
Hi Jacopo,
On Monday, 23 April 2018 10:35:04 EEST jacopo mondi wrote:
> On Sun, Apr 22, 2018 at 10:02:41PM +0200, Peter Rosin wrote:
> > On 2018-04-19 11:31, Jacopo Mondi wrote:
> >> The THC63LVD1024 LVDS to RGB bridge supports two different input mapping
> >> modes, selectable by means of an exte
Hi Jacopo,
Thank you for the patch.
On Thursday, 19 April 2018 12:31:03 EEST Jacopo Mondi wrote:
> The THC63LVD1024 LVDS to RGB bridge supports two different input mapping
> modes, selectable by means of an external pin.
>
> Describe the LVDS mode map through a newly defined mandatory property i
Hi Linus,
On 23/04/18 08:20, Linus Walleij wrote:
The Versatile Express uses a special configuration controller
deeply embedded in the system motherboard FPGA to multiplex the
two to three (!) display controller instances out to the single
SiI9022 bridge.
Set up an extra file with the logic to
Hi Jacopo,
Thank you for the patch.
On Thursday, 19 April 2018 12:31:04 EEST Jacopo Mondi wrote:
> The THC63LVD1024 LVDS to RGB bridge supports two different LVDS mapping
> modes, selectable by means of an external pin.
>
> Add support for configurable LVDS input mapping modes, using the newly
>
On 04/23/2018 02:52 PM, Wei Liu wrote:
On Fri, Apr 20, 2018 at 02:25:20PM +0300, Oleksandr Andrushchenko wrote:
the gntdev.
I think this is generic enough that it could be implemented by a
device not tied to Xen. AFAICT the hyper_dma guys also wanted
something similar to this.
You can't j
Hi Jacopo,
On Monday, 23 April 2018 10:41:56 EEST jacopo mondi wrote:
> On Sun, Apr 22, 2018 at 10:02:51PM +0200, Peter Rosin wrote:
> > On 2018-04-19 11:31, Jacopo Mondi wrote:
> >> The THC63LVD1024 LVDS to RGB bridge supports two different LVDS mapping
> >> modes, selectable by means of an exter
Hi Philippe,
I've tried your patch on both 4.17-rc1 & drm-misc-next and it works fine.
So,
Reviewed-by: Yannick Fertré
Tested-by: Yannick Fertré
BR
Yannick Fertré
On 04/23/2018 12:10 PM, Laurent Pinchart wrote:
> Hi Philippe,
>
> On Thursday, 8 February 2018 15:15:40 EEST Laurent Pinchart wr
On Friday, April 20, 2018 01:42:51 PM Mauro Carvalho Chehab wrote:
> Add stubs for omapfb_dss.h, in the case it is included by
> some driver when CONFIG_FB_OMAP2 is not defined, with can
> happen on ARM when DRM_OMAP is not 'n'.
>
> That allows building such driver(s) with COMPILE_TEST.
>
> Signe
https://bugs.freedesktop.org/show_bug.cgi?id=106188
Bug ID: 106188
Summary: Can't successfully set pstates in pp_od_clk_voltage
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
On Tue, Apr 10, 2018 at 02:20:41PM -0500, Bjorn Helgaas wrote:
> I assume you'll merge this via some non-PCI tree. Let me know if you
> need anything else from me.
I'll take it through the dma-mapping tree, so you should be fine.
___
dri-devel mailing l
https://bugzilla.kernel.org/show_bug.cgi?id=199475
--- Comment #2 from DCWizard (andreas...@gmail.com) ---
If im not mistaken the log is this:
[0.00] Linux version 4.15.18-041518-lowlatency (kernel@tangerine) (gcc
version 7.2.0 (Ubuntu 7.2.0-8ubuntu3.2)) #201804190330 SMP PREEMPT Thu Apr
Can you resend your changes against Linux 4.17-rc2? There are a lot
of conflicts as-is.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
https://bugzilla.kernel.org/show_bug.cgi?id=199475
--- Comment #3 from DCWizard (andreas...@gmail.com) ---
[1.891884] hid-generic 0003:046D:C52F.0001: input,hidraw0: USB HID v1.11
Mouse [Logitech USB Receiver] on usb-:00:12.0-1.1/input0
[1.892120] input: Logitech USB Receiver as
/devi
Hello,
On Monday, 23 April 2018 11:47:28 EEST jacopo mondi wrote:
> On Mon, Apr 23, 2018 at 09:59:22AM +0200, Peter Rosin wrote:
> > On 2018-04-23 09:28, jacopo mondi wrote:
> >> On Sun, Apr 22, 2018 at 10:08:21PM +0200, Peter Rosin wrote:
> >>> On 2018-04-19 11:31, Jacopo Mondi wrote:
> With
https://bugs.freedesktop.org/show_bug.cgi?id=105300
--- Comment #12 from tempel.jul...@gmail.com ---
Created attachment 139000
--> https://bugs.freedesktop.org/attachment.cgi?id=139000&action=edit
2560x1440 72Hz edid
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=105300
--- Comment #13 from tempel.jul...@gmail.com ---
Since a month back or so, also 73Hz now shows the artifacts. 72Hz is still
artifact free.
--
You are receiving this mail because:
You are the assignee for the bug.
Hi Jacopo,
Thank you for the patch.
On Thursday, 19 April 2018 12:31:06 EEST Jacopo Mondi wrote:
> Some LVDS controller can output swapped versions of LVDS RGB formats.
> Define and document them in the list of supported media bus formats
I wouldn't introduce those new formats as we don't need t
Hi Jacopo,
Thank you for the patch.
On Thursday, 19 April 2018 12:31:05 EEST Jacopo Mondi wrote:
> Add LVDS map mode description property to THC63LVD1024 LVDS decoder in
> R-Car V3M-Eagle board device tree.
>
> Signed-off-by: Jacopo Mondi
Reviewed-by: Laurent Pinchart
> ---
> arch/arm64/boo
https://bugs.freedesktop.org/show_bug.cgi?id=106191
Bug ID: 106191
Summary: Failure to recognize DisplayPort signal
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severi
https://bugs.freedesktop.org/show_bug.cgi?id=106191
--- Comment #1 from François Jacques ---
Created attachment 139005
--> https://bugs.freedesktop.org/attachment.cgi?id=139005&action=edit
"xrandr --current" with DisplayPort-to-HDMI connected
--
You are receiving this mail because:
You are th
https://bugs.freedesktop.org/show_bug.cgi?id=106191
--- Comment #2 from François Jacques ---
Created attachment 139006
--> https://bugs.freedesktop.org/attachment.cgi?id=139006&action=edit
"lspci -k -vv -b" output (snipped, showing v8800-related stuff only)
--
You are receiving this mail beca
https://bugs.freedesktop.org/show_bug.cgi?id=106191
--- Comment #3 from François Jacques ---
Created attachment 139007
--> https://bugs.freedesktop.org/attachment.cgi?id=139007&action=edit
Xorg output (shows modelines and mysterious flip queue failed messages)
--
You are receiving this mail b
https://bugs.freedesktop.org/show_bug.cgi?id=106191
--- Comment #4 from François Jacques ---
Forgot to mention... last but not least:
$ uname --all
Linux xw8600.EDITED 4.16.2-gentoo-xw8600-fj #1 SMP PREEMPT Sat Apr 21 10:20:24
EDT 2018 x86_64 Intel(R) Xeon(R) CPU X5450 @ 3.00GHz GenuineIntel GNU
https://bugs.freedesktop.org/show_bug.cgi?id=103769
--- Comment #14 from letha...@gmail.com ---
still segfaulting regularily or have weird outputs (flickering screen)
with f28, 4.17rc1 (amdgpu)
Device: Radeon RX Vega (VEGA10, DRM 3.25.0,
4.17.0-0.rc1.git3.1.fc29.x86_64, LLVM 7.0.0) (0x687f)
https://bugs.freedesktop.org/show_bug.cgi?id=103769
--- Comment #15 from letha...@gmail.com ---
it seems the segfaults have improved lately... Much less, the games do start
more often
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=106191
--- Comment #5 from François Jacques ---
If there's anything else I can provide that would help further diagnosing this
issue, I'll gladly try.
Steps I'm thinking about taking for further experiments, in the meantime:
1) try with latest stable
https://bugs.freedesktop.org/show_bug.cgi?id=106191
François Jacques changed:
What|Removed |Added
Keywords||have-backtrace
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=106191
François Jacques changed:
What|Removed |Added
Summary|Failure to recognize|FirePro v8800 Failure to
Ping
From: Intel-gfx [intel-gfx-boun...@lists.freedesktop.org] on behalf of StanLis
[stanislav.lisovs...@intel.com]
Sent: Monday, April 23, 2018 10:34 AM
To: dri-devel@lists.freedesktop.org
Cc: intel-...@lists.freedesktop.org
Subject: [Intel-gfx] [PATCH v7
https://bugs.freedesktop.org/show_bug.cgi?id=106192
Bug ID: 106192
Summary: 4.16.2+ lightdm logon screen will not unblank after
monitors fall asleep
Product: DRI
Version: unspecified
Hardware: Other
OS: All
https://bugs.freedesktop.org/show_bug.cgi?id=106192
--- Comment #1 from Joel Sass ---
Created attachment 139009
--> https://bugs.freedesktop.org/attachment.cgi?id=139009&action=edit
Xorg failure when screen was blanked in lightdm
--
You are receiving this mail because:
You are the assignee fo
https://bugs.freedesktop.org/show_bug.cgi?id=106192
--- Comment #2 from Joel Sass ---
Created attachment 139010
--> https://bugs.freedesktop.org/attachment.cgi?id=139010&action=edit
Dmesg shows kernel error after freezing. Had to acquire with ssh.
Looks like a kernel bug issue. This
[ 966.3
https://bugs.freedesktop.org/show_bug.cgi?id=106192
--- Comment #3 from Joel Sass ---
Created attachment 139011
--> https://bugs.freedesktop.org/attachment.cgi?id=139011&action=edit
Xorg.conf from frozen screen 0
--
You are receiving this mail because:
You are the assignee for the bug.___
On Monday, April 23, 2018 02:47:28 PM Bartlomiej Zolnierkiewicz wrote:
> On Friday, April 20, 2018 01:42:51 PM Mauro Carvalho Chehab wrote:
> > Add stubs for omapfb_dss.h, in the case it is included by
> > some driver when CONFIG_FB_OMAP2 is not defined, with can
> > happen on ARM when DRM_OMAP is
Acked-by: Stanislav Lisovskiy
Best Regards,
Lisovskiy Stanislav
Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo>
From: Ville Syrjala [ville.syrj...@linux.intel.com]
Sent: Friday, March 16, 2018 9:04 PM
To: dri-devel@lists.f
https://bugs.freedesktop.org/show_bug.cgi?id=106193
Bug ID: 106193
Summary: When positioning a monitor output above or below
initial configuration with xrandr, hard freeze with
graphics artifacts 4.16.2+
Product: DRI
This patch serie fixes 2 backlight issues and adds the new
backlight api support.
Philippe Cornu (4):
drm/panel: otm8009a: fix backlight updates
drm/panel: otm8009a: fix glitches by moving backlight enable to
otm8009a_enable()
drm/panel: otm8009a: no message if probe success
drm/panel:
Remove the message in case of probe success. This comes from
a suggestion followed in the recent integration of the
raydium rm68200 panel.
Signed-off-by: Philippe Cornu
---
drivers/gpu/drm/panel/panel-orisetech-otm8009a.c | 11 ++-
1 file changed, 2 insertions(+), 9 deletions(-)
diff --
On 23/04/18 16:56, Bartlomiej Zolnierkiewicz wrote:
> Ideally we should be able to build both drivers in the same kernel
> (especially as modules).
>
> I was hoping that it could be fixed easily but then I discovered
> the root source of the problem:
>
> drivers/gpu/drm/omapdrm/dss/display.o: In
Use the new backlight api.
Signed-off-by: Philippe Cornu
---
drivers/gpu/drm/panel/panel-orisetech-otm8009a.c | 26
1 file changed, 9 insertions(+), 17 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-orisetech-otm8009a.c
b/drivers/gpu/drm/panel/panel-orisetech-ot
The backlight 1st update was in the otm8009a_prepare() function
for a bad reason: backlight was not working in video mode and the
otm8009a_prepare() is in command mode for the init sequence. As the
backlight is now fixed (no lpm), it is good to put it back in the
otm8009a_enable() function, avoidin
Backlight updates was not working anymore since the good
implementation of the dsi lpm mode in the dsi host driver.
After a longer analysis, the backlight updates in dsi video
mode require the dsi hs mode.
Note: it is important to keep the dsi lpm mode for the rest
of the driver as init sequence, s
https://bugs.freedesktop.org/show_bug.cgi?id=106192
Michel Dänzer changed:
What|Removed |Added
Attachment #139009|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=106192
Michel Dänzer changed:
What|Removed |Added
Attachment #139008|application/x-trash |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=106192
Michel Dänzer changed:
What|Removed |Added
Attachment #139011|application/x-trash |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=106193
--- Comment #1 from Joel Sass ---
Created attachment 139012
--> https://bugs.freedesktop.org/attachment.cgi?id=139012&action=edit
A picture of the monitor output on failure.
--
You are receiving this mail because:
You are the assignee for th
https://bugs.freedesktop.org/show_bug.cgi?id=106193
--- Comment #2 from Harry Wentland ---
Created attachment 139013
--> https://bugs.freedesktop.org/attachment.cgi?id=139013&action=edit
[PATCH] drm/amd/display: Disallow enabling CRTC without primary plane with FB
Does this help?
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=106193
--- Comment #3 from Harry Wentland ---
If the patch doesn't help are you able to capture the dmesg log and post it?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-de
https://bugzilla.kernel.org/show_bug.cgi?id=199475
Alex Deucher (alexdeuc...@gmail.com) changed:
What|Removed |Added
CC||alexdeuc...@gmail.c
https://bugzilla.kernel.org/show_bug.cgi?id=199475
--- Comment #5 from DCWizard (andreas...@gmail.com) ---
No i don't have any display problem.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing list
Hi,
Il 22/03/2018 19:05, Maxime Ripard ha scritto:
On Wed, Mar 21, 2018 at 09:03:13PM +0100, Giulio Benetti wrote:
The A20-Linova1-7 HMI, also called Q027_2_F which is printed on production
label, is an industrial Human Machine Interface.
It features:
- 512MB DDR RAM
- 1 Sd-card >= 4GB
- 1 Usb
https://bugzilla.kernel.org/show_bug.cgi?id=199319
--- Comment #20 from har...@gmx.de ---
This issues (both, the flickering and the black screen) are obviously fixed
with kernel 4.17.0-rc2. Thank you.
--
You are receiving this mail because:
You are watching the assignee of the bug.
_
On 2018-04-20 04:32 PM, Manasi Navare wrote:
> On Wed, Apr 18, 2018 at 09:39:02AM +0200, Daniel Vetter wrote:
>> On Wed, Apr 18, 2018 at 5:58 AM, Keith Packard wrote:
>>> Michel Dänzer writes:
Time-based presentation seems to be the right approach for preventing
micro-stutter in games a
https://bugs.freedesktop.org/show_bug.cgi?id=106191
--- Comment #6 from Alex Deucher ---
Please attach your full dmesg output.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesk
'struct drm_device' is being replaced with 'struct malidp_hw_device'
as the function argument. The reason being the dependency of
malidp_de_irq_fini on 'struct drm_device' needs to be removed so as to
enable it to call from functions which receives 'struct malidp_hw_device'
as argument. Furthermore
This patch series enhances and fixes certain issues relevant to system and
runtime power management on malidp.
---
Changes in v2:
- Removed the change ids and modified some commit messages
---
Ayan Kumar Halder (8):
drm/arm/malidp: Modified the prototype of malidp_de_irq_fini
drm/arm/malidp:
One needs to store the value of the OUTPUT_DEPTH that one has parsed from
device tree, so that it can be restored on system resume. This value is
set in the modeset function as this gets reset when the system suspends.
Signed-off-by: Ayan Kumar Halder
---
Changes in v2:-
- Removed the change id
Extract the hardware initialisation part from malidp_de_irq_init() into the
malidp_de_irq_hw_init() which will be later invoked from runtime_pm_resume
function when it needs to re-enable the interrupts.
Signed-off-by: Ayan Kumar Halder
---
Changes in v2:-
- Removed the change id
---
drivers/gpu
1 - 100 of 168 matches
Mail list logo
