On 4/27/2018 7:35 PM, Ville Syrjälä wrote:
On Fri, Apr 27, 2018 at 05:44:54PM +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
whether user space reques
On Fri, 2018-04-27 at 22:40 +0300, Ville Syrjälä wrote:
> > +
> > +/**
> > + * DOC: HDMI connector properties
> > + *
> > + * content type (HDMI specific):
> > + * Indicates content type setting to be used in HDMI
> > infoframes to indicate
> > + * content type for the external device, so that it a
On 4/27/2018 7:24 PM, Ville Syrjälä wrote:
On Fri, Apr 27, 2018 at 05:44:53PM +0530, Nautiyal, Ankit K wrote:
From: Ankit Nautiyal
If the user-space does not support aspect-ratio, and requests for a
modeset with mode having aspect ratio bits set, then the given
user-mode must be rejected. Sec
https://bugs.freedesktop.org/show_bug.cgi?id=106317
Bug ID: 106317
Summary: System lock up after monitors wake from DPMS on Ryzen
3 2200g
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
OS: Linux (All
https://bugs.freedesktop.org/show_bug.cgi?id=105819
--- Comment #3 from ZenAnonX
---
Encountering same gpu/system freeze while trying to run skyrim with enb series
using select enb preset.
The whole display freezes with music still running in background. ttyswitch
doesn't work too. Only way out
Hi Sandeep,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on drm/drm-next]
[also build test ERROR on v4.17-rc3 next-20180426]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/
From: Fengguang Wu
drivers/gpu/drm/bridge/ti-sn65dsi86.c:711:3-8: No need to set .owner here. The
core will do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
Fixes: 90200d12a626 ("drm/bridge: add support f
Hi Sandeep,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on drm/drm-next]
[also build test WARNING on v4.17-rc3 next-20180426]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-c
Hi Sandeep,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on drm/drm-next]
[also build test ERROR on v4.17-rc3 next-20180426]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/
https://bugs.freedesktop.org/show_bug.cgi?id=106196
fin4...@hotmail.com changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=105113
Maciej S. Szmigiero changed:
What|Removed |Added
CC||m...@maciej.szmigiero.name
--- Co
https://bugs.freedesktop.org/show_bug.cgi?id=105425
--- Comment #57 from i...@yahoo.com ---
(In reply to MirceaKitsune from comment #56)
> I've preformed the netconsole test today. After over an hour of learning how
> it works, I set it up and could confirm that system messages are properly
> rece
https://bugzilla.kernel.org/show_bug.cgi?id=199567
--- Comment #1 from untaintablean...@hotmail.co.uk ---
Extra info:
Ubuntu 18.04 64bit
Displayport connection to XG2402 (1920x1080, 144Hz)
--
You are receiving this mail because:
You are watching the assignee of the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=105425
--- Comment #56 from MirceaKitsune ---
I've preformed the netconsole test today. After over an hour of learning how it
works, I set it up and could confirm that system messages are properly received
by netcat on the other computer. Unfortunately
https://bugzilla.kernel.org/show_bug.cgi?id=199567
Bug ID: 199567
Summary: [amdgpu] just a black screen irrespective of
amdgpu.dc=1 or 0 at boot on kernels 4.17-rc2 and
onwards
Product: Drivers
Version: 2.5
Ke
https://bugs.freedesktop.org/show_bug.cgi?id=106188
tempel.jul...@gmail.com changed:
What|Removed |Added
Resolution|--- |NOTABUG
Status|NEW
The sm750 driver in staging has no future as new framebuffer driver
will not be added to fbdev anymore. A drm driver is being prepared, and
the details added to the TODO file. This sm750fb driver will be removed
as soon as the drm driver is ready. Also, remove my old email.
Cc: dri-devel@lists.fre
Am 23.04.2018 um 20:50 schrieb Mathieu Malaterre:
Hi there,
I am pretty sure I was able to run kodi on an old Mac Mini G4 (big
endian) with AMD RV280. Today it is failing to start with:
Well, that is rather old hardware. I suggest to make sure first that the
hw isn't broken in some way.
Ho
From: Jan Tuerk
All recent emtrion modules based on i.mx6 make use of the DA0963.
Therefore enable it with the following defaults:
- CONFIG_MFD_DA9063=y
- CONFIG_REGULATOR_DA9063=y
- CONFIG_DA9063_WATCHDOG=m
MFD and REGULATOR are built-in to have it at Kernel boot-time.
Th
On 4/27/2018 11:54 AM, Robin Murphy wrote:
>
>> ubuntu@ubuntu:~/amdgpu$_./vectoradd_hip.exe
>> [ 834.002206] create_process:620
>> [ 837.413021] Unable to handle kernel NULL pointer dereference at virtual
>> address 0018
>
> £5 says that's sg_dma_len(NULL), which implies either that someth
Hi Thierry,
Thanks a lot for reviewing this. Your suggestions are very valuable.
Please see my detailed answers inline.
Best regards,
Robert
From: Thierry Reding
Sent: Thursday, April 26, 2018 5:54 PM
To: Robert Chiras
Cc: dl-linux-imx; dri-devel@lists.freedesk
From: Jan Tuerk
The Emerging Display Technology ETM0700G0EDH6 is the
uses the same panel as the ETM0700G0BDH6. It differs
in the hardware design for the backlight and the
touchscreen i2c interface. As the new display type has
different requirements for drive-strengths on the i2c-bus,
add an addit
From: Jan Tuerk
The Emerging Display Technology ETM0700G0BDH6 is exactly
the same display as the ETM0700G0DH6, exept the pixelclock
polarity. Therefore re-use the ETM0700G0DH6 modes. It is
used by default on emtrion Avari based development kits.
Signed-off-by: Jan Tuerk
---
Changes for v4:
-
Hi,
On Fri, Apr 27, 2018 at 05:09:14PM +0200, Bartlomiej Zolnierkiewicz wrote:
> omapfb equivalent of drm's commit aa61321d4c08 ("drm/omap: remove rfbi"):
>
> The RFBI driver has not worked nor compiled for many years. There are
> very few boards out there that use RFBI, and no one has stepped up
This adds support for the Rocktech Display Ltd. RK070ER9427
800(RGB)x480 TFT LCD panel, which can be supported by the
simple panel driver.
Signed-off-by: Jagan Teki
---
Changes for v2:
- included drm drm panel maintainers
.../display/panel/rocktech,rk070er9427.txt | 25
Changes in current patchset:
- Reuse simple panel driver for the 2k eDP display panel.
- Update bridge chip enable/disable sequence.
- Update bridge chip dt-bindings.
- Add Kconfig and Makefile to bridge driver change.
Sandeep Panda (3):
drm/bridge: add support for sn65dsi86 bridge driver
> -Original Message-
> From: Christoph Hellwig [mailto:h...@lst.de]
> Sent: Monday, April 23, 2018 6:27 PM
> To: Nipun Gupta
> Cc: robin.mur...@arm.com; h...@lst.de; li...@armlinux.org.uk;
> gre...@linuxfoundation.org; m.szyprow...@samsung.com;
> bhelg...@google.com; zaj...@gmail.com; an
Hi,
On Fri, Apr 27, 2018 at 05:09:14PM +0200, Bartlomiej Zolnierkiewicz wrote:
> omapfb equivalent of drm's commit aa61321d4c08 ("drm/omap: remove rfbi"):
>
> The RFBI driver has not worked nor compiled for many years. There are
What is the build failure you are seeing?
When removing the "BROKE
From: Jan Tuerk
Document the compatible strings for emtrion emCON-MX6 SoM's.
Signed-off-by: Jan Tuerk
---
For v4:
- separate patch for the emtrion emCON-MX6 DT-bindings
Documentation/devicetree/bindings/arm/emtrion.txt | 13 +
1 file changed, 13 insertions(+)
create mode 100644
Document the bindings used for the sn65dsi86 DSI to eDP bridge.
Changes in v1:
- Rephrase the dt-binding descriptions to be more inline with existing
bindings (Andrzej Hajda).
- Add missing dt-binding that are parsed by corresponding driver
(Andrzej Hajda).
Changes in v2:
- Remove edp pa
On 4/27/2018 11:54 AM, Robin Murphy wrote:
>> I'm taking this back. I observed a crash with the HSA applications:
>
> FWIW, was this working before, or is this somewhere new that we're only
> reaching now that pin_userpages can succeed?
Yes, HSA application is a different test. Previous DRM libr
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 default developer-Kit ships with the Avari baseboard and the
EDT ETM0700G0BDH6 Display (
From: Jan Tuerk
Document the Emerging Display Technology Corp. (EDT) using the
simple-panel binding in one single file.
Signed-off-by: Jan Tuerk
---
Changes for v4:
- re-arrange the Patch-series to match the DT-submitting-patches
- Additional patch for the Documentation of the new DT-bindin
Hi,
On Fri, Apr 27, 2018 at 07:58:28PM +0200, Bartlomiej Zolnierkiewicz wrote:
> On Friday, April 27, 2018 08:47:14 PM Aaro Koskinen wrote:
> > On Fri, Apr 27, 2018 at 05:09:14PM +0200, Bartlomiej Zolnierkiewicz wrote:
> > > omapfb equivalent of drm's commit aa61321d4c08 ("drm/omap: remove rfbi"):
Add support for TI's sn65dsi86 dsi2edp bridge chip.
The chip converts DSI transmitted signal to eDP signal,
which is fed to the connected eDP panel.
This chip can be controlled via either i2c interface or
dsi interface. Currently in driver all the control registers
are being accessed through i2c i
On 2018-04-27 09:37, Peter Rosin wrote:
> On 2018-04-27 09:11, Andrzej Hajda wrote:
>> Hi Peter,
>>
>> On 27.04.2018 00:31, Peter Rosin wrote:
>>> Hi!
>>>
>>> It was noted by Russel King [1] that bridges (not using components)
>>> might disappear unexpectedly if the owner of the bridge was unbound.
On 2018-04-27 09:11, Andrzej Hajda wrote:
> Hi Peter,
>
> On 27.04.2018 00:31, Peter Rosin wrote:
>> Hi!
>>
>> It was noted by Russel King [1] that bridges (not using components)
>> might disappear unexpectedly if the owner of the bridge was unbound.
>> Jyri Sarha had previously noted the same thi
With each bus implementing its own DMA configuration callback,
there is no need for bus to explicitly have force_dma in its
global structure. This patch modifies of_dma_configure API to
accept an input parameter which specifies if implicit DMA
configuration is required even when it is not described
It is bus specific aspect to map a given device on the bus and
relevant firmware description of its DMA configuration.
So, this change introduces 'dma_configure' as bus callback
giving flexibility to busses for implementing its own dma
configuration function.
The change eases the addition of new b
Innolux TV123WAM is a 12.3" eDP display panel with
2160x1440 resolution, which can be supported by simple
panel driver.
Changes in v1:
- Make use of simple panel driver instead of creating
a new driver for this panel (Sean Paul).
- Combine dt-binding and driver changes into one patch
as do
From: Thierry Reding
Sent: Thursday, April 26, 2018 5:56 PM
To: Robert Chiras
Cc: dl-linux-imx; dri-devel@lists.freedesktop.org
Subject: Re: [PATCH 2/2] drm/panel: rm67191: Add support for new bus formats
On Tue, Apr 03, 2018 at 01:30:01PM +0300, Robert Chiras
From: Jan Tuerk
Changes for v4:
- re-arrange the Patch-series to match the DT-submitting-patches
- Additional patch for the Documentation of the new DT-bindings
[PATCH v4 1/7] dt-bindings: display: Document the EDT et* displays in one file.
- no change (re-arranged 3/6 => 1/7)
[PATCH v4 2
From: Jan Tuerk
Adding the label cpu0 allows the adjustment of cpu-parameters
by reference in overlaying dtsi files in the same way as it
is possible for imx6q devices.
Signed-off-by: Jan Tuerk
---
Changes for v4:
- re-arrange the Patch-series to match the DT-submitting-patches
- Additional
https://bugs.freedesktop.org/show_bug.cgi?id=105251
--- Comment #3 from Stefan ---
Vega8 / Ryzen 2400G btw.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lis
https://bugs.freedesktop.org/show_bug.cgi?id=106199
Öyvind Saether changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=106013
Chris Wilson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=105251
--- Comment #2 from Stefan ---
Also happens on Manjaro KDE with kernels 4.16 through the latest 4.17rc:
[ 8164.289086] amdgpu :38:00.0: [gfxhub] VMC page fault (src_id:0 ring:24
vmid:1 pasid:32768)
[ 8164.289091] amdgpu :38:00.0: at p
https://bugs.freedesktop.org/show_bug.cgi?id=105170
erhar...@mailbox.org changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://bugzilla.kernel.org/show_bug.cgi?id=199559
farmb...@googlemail.com changed:
What|Removed |Added
Summary|atomic mode setting failure |[amdgpu] atomic mode
https://bugzilla.kernel.org/show_bug.cgi?id=199559
Bug ID: 199559
Summary: atomic mode setting failure on start of plasma wayland
session
Product: Drivers
Version: 2.5
Kernel Version: 4.16.4
Hardware: All
Patches #1-#5 in this series are Reviewed-by: Christian König
Regards,
Christian.
Am 27.04.2018 um 08:17 schrieb Daniel Vetter:
Hi all,
Somewhat motivated by me looking at the v3d patch I went and dug around
in the dma-fence code a bit. Result was a bit of doc polish and making a
bunch of ca
Am 27.04.2018 um 08:17 schrieb Daniel Vetter:
dma_fence_default_wait is the default now.
Signed-off-by: Daniel Vetter
Cc: Alex Deucher
Cc: "Christian König"
Cc: Monk Liu
Cc: pding
Cc: Andrey Grodzovsky
Cc: Evan Quan
Cc: Daniel Vetter
Cc: Kees Cook
Reviewed-by: Christian König
---
Am 27.04.2018 um 08:17 schrieb Daniel Vetter:
When this was introduced in
commit a519435a96597d8cd96123246fea4ae5a6c90b02
Author: Christian König
Date: Tue Oct 20 16:34:16 2015 +0200
dma-buf/fence: add fence_wait_any_timeout function v2
there was a restriction added that this only work
NAK, there is a subtitle but major difference:
- if (rdev->needs_reset) {
- t = -EDEADLK;
- break;
- }
Without that the whole radeon GPU reset code breaks.
Regards,
Christian.
Am 27.04.2018 um 08:17 schrieb Daniel Vette
Am 26.04.2018 um 17:06 schrieb Michel Dänzer:
From: Michel Dänzer
GFP_TRANSHUGE tries very hard to allocate huge pages, which can result
in long delays with high memory pressure. I have observed firefox
freezing for up to around a minute due to this while restic was taking
a full system backup.
Am 29.04.2018 um 01:02 schrieb Michel Dänzer:
On 2018-04-28 06:30 PM, Ilia Mirkin wrote:
On Fri, Apr 27, 2018 at 9:08 AM, Michel Dänzer wrote:
From: Michel Dänzer
Previously, TTM would always (with CONFIG_TRANSPARENT_HUGEPAGE enabled)
try to allocate huge pages. However, not all drivers can
56 matches
Mail list logo
