On Wed, Mar 21, 2018 at 11:28 PM, Paul Kocialkowski
wrote:
> It turns out that the frontend is not capable of preserving the alpha
> component (that is always set to 0xff), so only support XRGB
> instead.
>
> Signed-off-by: Paul Kocialkowski
> ---
> drivers/gpu/drm/sun4i/sun4i_backend.c | 4
Hi all,
Today's linux-next merge of the drm tree got conflicts in several amdgpu
files because there are a set of (mostly identical) patches that appear
Linus' tree and the drm tree. In each case I just used the version fo
the file from the drm tree.
You should do a test merge between your tree
https://bugs.freedesktop.org/show_bug.cgi?id=105639
jian-h...@endlessm.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=105663
--- Comment #1 from Marta Löfstedt ---
>From IRC:
Adrinael, igt@tools_test@tools_test is 100% incomplete in drmtip runs
on fi-cnl-drrs, I did a new bug for this
https://bugs.freedesktop.org/show_bug.cgi?id=105663
vsyrjala: could we unify skl
https://bugs.freedesktop.org/show_bug.cgi?id=105663
Marta Löfstedt changed:
What|Removed |Added
Component|DRM/Intel |IGT
QA Contact|intel-gfx-bugs@
Hi Dave,
Here goes drm-intel-fixes-2018-03-21:
One fix for DP MST and one fix for GPU reset on hang check.
Thanks,
Rodrigo.
The following changes since commit c698ca5278934c0ae32297a8725ced2e27585d7f:
Linux 4.16-rc6 (2018-03-18 17:48:42 -0700)
are available in the git repository at:
git:
On Tue, Mar 6, 2018 at 9:56 PM, Maxime Ripard wrote:
> From: Maxime Ripard
>
> The A33 has a MIPI-DSI block, along with its D-PHY. Let's add it in order
> to use it in the relevant boards.
>
> Signed-off-by: Maxime Ripard
> ---
> arch/arm/boot/dts/sun8i-a33.dtsi | 44 +++
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in:
drivers/gpu/drm/i915/gvt/scheduler.c
between commit:
fa3dd623e559 ("drm/i915/gvt: keep oa config in shadow ctx")
from Linus' tree and commit:
b20c0d5ce104 ("drm/i915/gvt: Update PDPs after a vGPU mm object is pinn
On 2018.03.21 09:44:32 -0600, Alex Williamson wrote:
> On Wed, 21 Mar 2018 15:08:47 +0100
> Gerd Hoffmann wrote:
>
> > On unknown/unhandled ioctls the driver should return an error, so
> > userspace knows it tried to use something unsupported.
> >
> > Cc: sta...@vger.kernel.org
> > Signed-off-by
On Tue, Mar 6, 2018 at 9:56 PM, Maxime Ripard wrote:
> From: Maxime Ripard
>
> Most of the Allwinner SoCs since the A31 share the same MIPI-DSI
> controller.
>
> While that controller is mostly undocumented, the code is out there and has
> been cleaned up in order to be integrated into DRM. Howev
https://bugs.freedesktop.org/show_bug.cgi?id=104064
--- Comment #43 from Alex Deucher ---
Created attachment 138267
--> https://bugs.freedesktop.org/attachment.cgi?id=138267&action=edit
add an ATPX quirk
Does this patch work?
--
You are receiving this mail because:
You are the assignee for t
https://bugs.freedesktop.org/show_bug.cgi?id=105426
i...@yahoo.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=104064
--- Comment #42 from taij...@posteo.de ---
(In reply to Alex Deucher from comment #41)
> Sorry, my impression from comment 29 was that messing the the OSI string
> fixed the issue. Is that not the case? Do you still need to force ATPX?
> If w
https://bugs.freedesktop.org/show_bug.cgi?id=105018
--- Comment #24 from Ainola ---
My stability has been fine since I last commented. I'm now on 4.15.10+these
patches. However, my monitors won't turn off: When the screen turns off it'll
come right back on after a second.
Just now I also had my
Usually display-boosted contexts get treated as
I915_CONTEXT_MAX_USER_PRIORITY+1, which prioritizes them above regular
GPU contexts. Now that we allow a much larger range of effective
priority values via per-cgroup priority offsets, a system administrator
may want more detailed control over how mu
There are cases where a system integrator may wish to raise/lower the
priority of GPU workloads being submitted by specific OS process(es),
independently of how the software self-classifies its own priority.
Exposing "priority offset" as an i915-specific cgroup parameter will
enable such system-lev
Update i915_context_status to include priority information.
v2:
- Clarify that the offset is based on cgroup (Chris)
Signed-off-by: Matt Roper
---
drivers/gpu/drm/i915/i915_debugfs.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/i915/i915_debugfs.c
b/drivers/gpu/drm/i
Wraps task_dfl_cgroup() to also take a reference to the cgroup.
v2:
- Eliminate cgroup_mutex and make lighter-weight (Tejun)
Cc: Tejun Heo
Cc: cgro...@vger.kernel.org
Signed-off-by: Matt Roper
---
include/linux/cgroup.h | 29 +
1 file changed, 29 insertions(+)
dif
Getting cgroup private data for the current process' cgroup is such a
common pattern that we should add a convenience wrapper for it.
Signed-off-by: Matt Roper
---
include/linux/cgroup.h | 1 +
kernel/cgroup/cgroup.c | 23 +++
2 files changed, 24 insertions(+)
diff --git a/
There are cases where other parts of the kernel may wish to store data
associated with individual cgroups without building a full cgroup
controller. Let's add interfaces to allow them to register and lookup
this private data for individual cgroups.
A kernel system (e.g., a driver) that wishes to
Introduce a new DRM_IOCTL_I915_CGROUP_SETPARAM ioctl that will allow
userspace to set i915-specific parameters for individual cgroups. i915
cgroup data will be registered and later looked up via the new
cgroup_priv infrastructure.
v2:
- Large rebase/rewrite for new cgroup_priv interface
v3:
- A
In preparation for adding cgroup-based priority adjustments, let's
define the driver's priority values a little more clearly.
v2:
- checkpatch warning fix (Intel CI)
Cc: Chris Wilson
Signed-off-by: Matt Roper
---
drivers/gpu/drm/i915/i915_drv.h | 1 -
drivers/gpu/drm/i915/i915_gem_co
This version of the patch series just contains some minor updates to
address checkpatch and sparse warnings. There are no serious design or
implementation changes since v4.
You can find the previous versions of this series (and more detailed
cover letters) here:
(v1) https://lists.freedesktop.or
Hi Dave,
A few more fixes for 4.16. Mostly for displays:
- A fix for DP handling on radeon
- Fix banding on eDP panels
- Fix HBR audio
- Fix for disabling VGA mode on Raven that leads to a corrupt or
blank display on some platforms
The following changes since commit 67f1976665900c86989cfe99b8
On Wed, Mar 21, 2018 at 11:09 PM, Joe Perches wrote:
> Some functions definitions have either the initial open brace and/or
> the closing brace outside of column 1.
>
> Move those braces to column 1.
>
> This allows various function analyzers like gnu complexity to work
> properly for these modifi
https://bugs.freedesktop.org/show_bug.cgi?id=104880
Konstantin A. Lepikhov changed:
What|Removed |Added
Summary|No sound via DP on R9 Fury |No sound via DP on R9 Fury
https://bugs.freedesktop.org/show_bug.cgi?id=104064
--- Comment #41 from Alex Deucher ---
(In reply to taijian from comment #40)
> OK, I hate to be necrobumping this, but I've continued to follow and test
> drm-next-4.17-wip and it seems that not only has the backlight patch from
> #34 not made i
Some functions definitions have either the initial open brace and/or
the closing brace outside of column 1.
Move those braces to column 1.
This allows various function analyzers like gnu complexity to work
properly for these modified functions.
Signed-off-by: Joe Perches
Acked-by: Andy Shevchen
https://bugs.freedesktop.org/show_bug.cgi?id=104064
--- Comment #40 from taij...@posteo.de ---
OK, I hate to be necrobumping this, but I've continued to follow and test
drm-next-4.17-wip and it seems that not only has the backlight patch from #34
not made it in yet, but also that the forced atpx o
From: Ville Syrjälä
Apparently xf86-video-vmware leaves the mode->type uninitialized
when feeding the mode to the kernel. Thus we have no choice but
to accept the garbage in. We'll just ignore any of the bits we
don't want. The mode type is just a hint anyway, and more
useful for the kernel->user
On 03/21/2018 09:51 PM, Ville Syrjälä wrote:
On Wed, Mar 21, 2018 at 09:45:09PM +0100, Thomas Hellstrom wrote:
Hi, Ville,
On 11/14/2017 07:32 PM, Ville Syrjala wrote:
From: Ville Syrjälä
Currently userspace is allowed to feed in any king of garbage in the
high bits of the mode flags/type, as
Hi, Ville,
On 11/14/2017 07:32 PM, Ville Syrjala wrote:
From: Ville Syrjälä
Currently userspace is allowed to feed in any king of garbage in the
high bits of the mode flags/type, as are drivers when probing modes.
Reject any mode with bogus flags/type.
Hopefully this won't break any current u
On Wed, Mar 21, 2018 at 09:45:09PM +0100, Thomas Hellstrom wrote:
> Hi, Ville,
>
> On 11/14/2017 07:32 PM, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Currently userspace is allowed to feed in any king of garbage in the
> > high bits of the mode flags/type, as are drivers when probing mo
This adds a vendor prefix "cdtech" for CDTech(H.K.) Electronics Limited
Signed-off-by: Giulio Benetti
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree/bi
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 otg(programmable via software) with A-Usb Connector
- 1 Usb host
- 1 Buzzer
- 1 Input for LiPo
- 1 Relay to signal abse
The A20-Linova1-4_3 HMI, also called Q027_2_A which is printed on
production label, is an industrial Human Machine Interface.
It features:
- 512MB DDR RAM
- 1 Sd-card >= 4GB
- 1 Usb otg(programmable via software) with A-Usb Connector
- 1 Usb host
- 1 Buzzer
- 1 Input for LiPo
- 1 Relay to signal ab
The A20 supports RGB888 with H/V sync from LCD0. Add a pinmux setting
for the needed pins.
Signed-off-by: Giulio Benetti
---
arch/arm/boot/dts/sun7i-a20.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/sun7i-a20.dtsi b/arch/arm/boot/dts/sun7i-a20.dtsi
index efb5
Signed-off-by: Giulio Benetti
---
.../display/panel/cdtech,s070wv95-ct16.txt | 7 ++
drivers/gpu/drm/panel/panel-simple.c | 27 ++
2 files changed, 34 insertions(+)
create mode 100644
Documentation/devicetree/bindings/display/panel/cdtech,s070wv95-
Signed-off-by: Giulio Benetti
---
.../display/panel/cdtech,s043wq26h-ct7.txt | 7 ++
drivers/gpu/drm/panel/panel-simple.c | 28 ++
2 files changed, 35 insertions(+)
create mode 100644
Documentation/devicetree/bindings/display/panel/cdtech,s043wq26h
This adds a vendor prefix "micronova" for Micronova srl
Signed-off-by: Giulio Benetti
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree/bindings/vendor-pr
On 21/03/18 19:23, Chris Wilson wrote:
> Quoting Colin Ian King (2018-03-21 19:18:28)
>> On 21/03/18 19:09, Joe Perches wrote:
>>> On Wed, 2018-03-21 at 19:06 +, Colin King wrote:
From: Colin Ian King
The pointer workload is dereferenced before it is null checked, hence
the
On Wed, 2018-03-21 at 19:18 +, Colin Ian King wrote:
> On 21/03/18 19:09, Joe Perches wrote:
> > On Wed, 2018-03-21 at 19:06 +, Colin King wrote:
> > > From: Colin Ian King
> > >
> > > The pointer workload is dereferenced before it is null checked, hence
> > > there is a potential for a n
Quoting Colin Ian King (2018-03-21 19:18:28)
> On 21/03/18 19:09, Joe Perches wrote:
> > On Wed, 2018-03-21 at 19:06 +, Colin King wrote:
> >> From: Colin Ian King
> >>
> >> The pointer workload is dereferenced before it is null checked, hence
> >> there is a potential for a null pointer deref
On 21/03/18 19:09, Joe Perches wrote:
> On Wed, 2018-03-21 at 19:06 +, Colin King wrote:
>> From: Colin Ian King
>>
>> The pointer workload is dereferenced before it is null checked, hence
>> there is a potential for a null pointer dereference on workload. Fix
>> this by only dereferencing wor
On Wed, 2018-03-21 at 19:06 +, Colin King wrote:
> From: Colin Ian King
>
> The pointer workload is dereferenced before it is null checked, hence
> there is a potential for a null pointer dereference on workload. Fix
> this by only dereferencing workload after it is null checked.
>
> Detecte
From: Colin Ian King
The pointer workload is dereferenced before it is null checked, hence
there is a potential for a null pointer dereference on workload. Fix
this by only dereferencing workload after it is null checked.
Detected by CoverityScan, CID#1466017 ("Dereference before null check")
F
On Wed, 2018-03-21 at 18:26 +, Colin King wrote:
> From: Colin Ian King
>
> The for-loops process data in the mclk_table but use slck_table.count
> as the loop index limit. I believe these are cut-n-paste errors from
> the previous almost identical loops as indicated by static analysis.
> Fi
From: Colin Ian King
The for-loops process data in the mclk_table but use slck_table.count
as the loop index limit. I believe these are cut-n-paste errors from
the previous almost identical loops as indicated by static analysis.
Fix these.
Detected by CoverityScan, CID#1466001 ("Copy-paste erro
Instead of reaching back to DSS to iterate through the dss_devices every
time, use an internal array where we store the available and usable
dss_devices.
At the same time remove the omapdss_device_is_connected() check from
omap_modeset_init() as it became irrelevant: We are not adding dssdevs
if t
https://bugs.freedesktop.org/show_bug.cgi?id=105240
Hleb Valoshka <375...@gmail.com> changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedes
https://bugs.freedesktop.org/show_bug.cgi?id=105240
Hleb Valoshka <375...@gmail.com> changed:
What|Removed |Added
Version|unspecified |17.3
Produ
On Wed, Mar 21, 2018 at 04:28:46PM +, Nipun Gupta wrote:
>
>
> > -Original Message-
> > From: Greg KH [mailto:gre...@linuxfoundation.org]
> > Sent: Wednesday, March 21, 2018 15:05
> > To: Nipun Gupta
> > Cc: robin.mur...@arm.com; h...@lst.de; li...@armlinux.org.uk;
> > m.szyprow...@s
In order to ease up on the logic, break the current code to gather the
dssdevs:
first get all available dssdevs, then call connect on each dssdev. As the
last step remove the dssdevs which failed to connect from the available
dssdev list.
Signed-off-by: Peter Ujfalusi
---
drivers/gpu/drm/omapdr
https://bugs.freedesktop.org/show_bug.cgi?id=105426
--- Comment #7 from Tapani Pälli ---
(In reply to iive from comment #6)
> > It looks like the same problem as bug 104668 and bug 104777.
> > 4195eed961ccfe404ae81b9112189fc93a254ded fixes the problem.
>
> Well, this is kind of expected, because
Hi Paul,
On 21 March 2018 at 15:29, Paul Kocialkowski
wrote:
> +/*
> + * Allwinner "MB32" tiled format
> + *
> + * This is the primary layout coming out of the VPU, where pixels are tiled
> + * 32x32.
> + */
Can you please be a bit more specific here, following the other
examples? In particular,
Rob Clark writes:
> On Tue, Mar 20, 2018 at 11:16 AM, Alexandru-Cosmin Gheorghe
> wrote:
>> On Tue, Mar 20, 2018 at 10:00:17AM -0400, Sean Paul wrote:
>>> On Tue, Mar 13, 2018 at 04:21:20PM +, Alexandru Gheorghe wrote:
>>> > This patchset tries to add support for using writeback connector to
The memmap options sent to the udl framebuffer driver were not being
checked for all sets of possible crazy values. Fix this up by properly
bounding the allowed values.
Reported-by: Eyal Itkin
Cc: stable
Signed-off-by: Greg Kroah-Hartman
diff --git a/drivers/gpu/drm/udl/udl_fb.c b/drivers/gpu
On Wed, 21 Mar 2018 15:08:47 +0100
Gerd Hoffmann wrote:
> On unknown/unhandled ioctls the driver should return an error, so
> userspace knows it tried to use something unsupported.
>
> Cc: sta...@vger.kernel.org
> Signed-off-by: Gerd Hoffmann
> ---
> drivers/gpu/drm/i915/gvt/kvmgt.c | 2 +-
>
On Wed, Mar 21, 2018 at 10:01:07AM -0400, Sean Paul wrote:
> On Tue, Mar 20, 2018 at 11:35:40PM -0400, Rob Clark wrote:
> > On Tue, Mar 20, 2018 at 11:16 AM, Alexandru-Cosmin Gheorghe
> > wrote:
> > > On Tue, Mar 20, 2018 at 10:00:17AM -0400, Sean Paul wrote:
> > >> On Tue, Mar 13, 2018 at 04:21:2
On 20 March 2018 at 18:47, Eric Engestrom wrote:
> On Tuesday, 2018-03-20 17:36:51 +, Emil Velikov wrote:
>> From: Tomasz Figa
>>
>> This patch makes the code not rely anymore on libpciaccess when compiled
>> for Android to eliminate ioperm() and iopl() syscalls required by that
>> library. A
Hi Sean & Rob,
On Wed, Mar 21, 2018 at 10:01:07AM -0400, Sean Paul wrote:
> On Tue, Mar 20, 2018 at 11:35:40PM -0400, Rob Clark wrote:
> > On Tue, Mar 20, 2018 at 11:16 AM, Alexandru-Cosmin Gheorghe
> > wrote:
> > > On Tue, Mar 20, 2018 at 10:00:17AM -0400, Sean Paul wrote:
> > >> On Tue, Mar 13,
From: Oleksandr Andrushchenko
Add support for Xen para-virtualized frontend display driver.
Accompanying backend [1] is implemented as a user-space application
and its helper library [2], capable of running as a Weston client
or DRM master.
Configuration of both backend and frontend is done via
X
From: Oleksandr Andrushchenko
Hello!
This patch series adds support for Xen [1] para-virtualized
frontend display driver. It implements the protocol from
include/xen/interface/io/displif.h [2].
Accompanying backend [3] is implemented as a user-space application
and its helper library [4], capabl
https://bugs.freedesktop.org/show_bug.cgi?id=105664
Bug ID: 105664
Summary: AMD HAINAN (Radeon R5 M330) Clock frequency is 750MHz
while it is supposed to be 1030MHz
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
Hi Dave,
Here's the last PR for 4.17 from -misc-next, we'll move over to -misc-next-fixes
once this is pulled. We have 2 weeks of work here, since I dropped the ball when
I was out sick last week.
2 things to point out: Lukas' device link work on vga_switcheroo is pretty
awesome, and lots of pa
https://bugzilla.kernel.org/show_bug.cgi?id=198883
--- Comment #70 from Andrey Grodzovsky (andrey.grodzov...@amd.com) ---
Just another while guess also , try mod probing amdgpu with power and clock
gating disabled to see if it makes a difference
sudo modprobe amdgpu cg_mask=0 pg_mask=0
--
You
https://bugzilla.kernel.org/show_bug.cgi?id=198883
--- Comment #71 from Andrey Grodzovsky (andrey.grodzov...@amd.com) ---
(In reply to Ricardo Ribalda from comment #69)
> This is my kernel configuration:
>
>
> ricardo@neopili:~/curro/kernel-upstream$ cat .config | grep -i IOMMU
> CONFIG_GART_IOM
https://bugzilla.kernel.org/show_bug.cgi?id=198883
--- Comment #69 from Ricardo Ribalda (ricardo.riba...@gmail.com) ---
This is my kernel configuration:
ricardo@neopili:~/curro/kernel-upstream$ cat .config | grep -i IOMMU
CONFIG_GART_IOMMU=y
# CONFIG_CALGARY_IOMMU is not set
CONFIG_IOMMU_HELPER=
https://bugzilla.kernel.org/show_bug.cgi?id=198883
--- Comment #68 from Andrey Grodzovsky (andrey.grodzov...@amd.com) ---
(In reply to Ricardo Ribalda from comment #67)
> I have coreboot. So I do not have the typical menu.
>
> I have an FPGA writing to the main memory, and that could not happen i
On Tue, Mar 20, 2018 at 07:43:20AM -0400, Haneen Mohammed wrote:
> Remove drmP.h as it is not needed anymore since nothing it defines is
> used in these files and use drm_print.h instead as these files are using
> the debug macros defined there.
>
> Signed-off-by: Haneen Mohammed
Thanks for the
On unknown/unhandled ioctls the driver should return an error, so
userspace knows it tried to use something unsupported.
Cc: sta...@vger.kernel.org
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/i915/gvt/kvmgt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/dr
On Tue, Mar 20, 2018 at 11:35:40PM -0400, Rob Clark wrote:
> On Tue, Mar 20, 2018 at 11:16 AM, Alexandru-Cosmin Gheorghe
> wrote:
> > On Tue, Mar 20, 2018 at 10:00:17AM -0400, Sean Paul wrote:
> >> On Tue, Mar 13, 2018 at 04:21:20PM +, Alexandru Gheorghe wrote:
> >> > This patchset tries to ad
On Wed, Mar 21, 2018 at 04:05:31PM +0530, skoll...@codeaurora.org wrote:
> On 2018-03-20 20:47, Sean Paul wrote:
> > On Tue, Mar 20, 2018 at 07:13:38PM +0530, skoll...@codeaurora.org wrote:
> > > On 2018-03-19 19:29, Sean Paul wrote:
> > > > On Wed, Mar 14, 2018 at 11:21:38AM +0530, Sravanthi Kollu
https://bugzilla.kernel.org/show_bug.cgi?id=198883
--- Comment #67 from Ricardo Ribalda (ricardo.riba...@gmail.com) ---
I have coreboot. So I do not have the typical menu.
I have an FPGA writing to the main memory, and that could not happen if iommu
is enabled without extra configuration.
If yo
https://bugs.freedesktop.org/show_bug.cgi?id=105633
Christian König changed:
What|Removed |Added
CC||ckoenig.leichtzumerken@gmai
On Wed, 21 Mar 2018 10:08:03 +0100
Gerd Hoffmann wrote:
> On unknown/unhandled ioctls the driver should return an error, so
> userspace knows it tried to use something unsupported.
>
> Cc: sta...@vger.kernel.org
> Signed-off-by: Gerd Hoffmann
> ---
> drivers/gpu/drm/i915/gvt/kvmgt.c | 2 +-
>
https://bugzilla.kernel.org/show_bug.cgi?id=198883
--- Comment #66 from Andrey Grodzovsky (andrey.grodzov...@amd.com) ---
(In reply to Ricardo Ribalda from comment #65)
> Hi
>
> IOMMU is disabled:
>
> root@qt5122:~# ls /sys/class/iommu
> ls: cannot access '/sys/class/iommu': No such file or dire
On Wed, Mar 21, 2018 at 09:25:06AM +0100, Daniel Vetter wrote:
> On Tue, Mar 20, 2018 at 09:17:52PM +0200, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Currently we're leaking fbs on load detect on account of nothing setting
> > up plane->old_fb for the drm_atomic_clean_old_fb() call in
>
Hi,
On 21 March 2018 at 08:27, Daniel Vetter wrote:
> On Tue, Mar 20, 2018 at 09:01:11PM -0400, Rob Clark wrote:
>> On Tue, Mar 20, 2018 at 6:58 PM, Daniel Stone wrote:
>> > getfb can only return a single plane, so reject attempts to use it with
>> > multi-plane framebuffers.
>> >
>>
>> yeah, th
https://bugs.freedesktop.org/show_bug.cgi?id=105530
--- Comment #6 from txtsd ---
Also, is there an older kernel I should try? Give me a branch/commit, and I'll
compile and see if the issue exists.
--
You are receiving this mail because:
You are the assignee for the bug.
Am 21.03.2018 um 09:28 schrieb Daniel Vetter:
On Tue, Mar 20, 2018 at 06:47:57PM +0100, Christian König wrote:
Am 20.03.2018 um 15:08 schrieb Daniel Vetter:
[SNIP]
For the in-driver reservation path (CS) having a slow-path that grabs a
temporary reference, drops the vram lock and then locks the
The previous patch implements the ordering of the dss_devices based on DT
aliases in omap_drm.c, so there is no need to do the ordering in
dss/display.c anymore.
At the same time remove the alias member of the omap_dss_device struct
since it is no longer needed. The only place it was used is in th
omapdrm.displays (int array) can be used to reorder the displays by id if
needed. It can be also used to disable display.
If the board have two active displays:
0 - LCD
1 - HDMI
then:
omapdrm.displays=0,1 - represents the original order (LCD, HDMI)
omapdrm.displays=1,0 - represents reverse order (
https://bugzilla.kernel.org/show_bug.cgi?id=199123
--- Comment #11 from david becerra (davidbecerrapor...@gmail.com) ---
issue still present in 4.16rc6
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mail
On 2018-03-20 20:47, Sean Paul wrote:
On Tue, Mar 20, 2018 at 07:13:38PM +0530, skoll...@codeaurora.org
wrote:
On 2018-03-19 19:29, Sean Paul wrote:
> On Wed, Mar 14, 2018 at 11:21:38AM +0530, Sravanthi Kollukuduru wrote:
> > This change adds the hardware catalog information in driver source
> >
Planes with identical zpos value will result undefined behavior:
disappearing planes, screen flickering and it is not supported by the
hardware.
Use normalized zpos to make sure that we don't encounter invalid
configuration.
Signed-off-by: Peter Ujfalusi
CC: Tomi Valkeinen
Acked-by: Daniel Vett
Instead of re-implementing the drm_atomic_helper_check() locally with just
adding drm_atomic_normalize_zpos() into it, set the
drm_mode_config->normalize_zpos.
Signed-off-by: Peter Ujfalusi
CC: Inki Dae
CC: Joonyoung Shim
CC: Seung-Woo Kim
CC: Kyungmin Park
Acked-by: Daniel Vetter
---
drive
Instead of drivers duplicating the drm_atomic_helper_check() code to be
able to normalize the zpos they can use the normalize_zpos flag to let the
drm core to do it.
Signed-off-by: Peter Ujfalusi
---
drivers/gpu/drm/drm_atomic_helper.c | 11 +++
include/drm/drm_mode_config.h | 8 +
Set the drm_mode_config->normalize_zpos and call drm_atomic_helper_check()
from rcar_du_atomic_check() instead of re implementing the function locally.
Signed-off-by: Peter Ujfalusi
CC: Laurent Pinchart
Acked-by: Daniel Vetter
---
drivers/gpu/drm/rcar-du/rcar_du_kms.c | 11 ++-
1 file
Set the drm_mode_config->normalize_zpos and call the generic
drm_atomic_helper_check() instead of duplicating it within
tegra_atomic_check().
Call tegra_display_hub_atomic_check() after the drm_atomic_helpre_check()
returned without error.
Signed-off-by: Peter Ujfalusi
CC: Thierry Reding
---
Th
Instead of re-implementing the drm_atomic_helper_check() locally with just
adding drm_atomic_normalize_zpos() into it, set the
drm_mode_config->normalize_zpos.
Note: the drm_atomic_helper_check() now includes
if (state->legacy_cursor_update)
state->async_update = !drm_atomic_helper_async_
Hi,
Changes since v4:
- rebased the series on drm-next
NOTE on the tegra patch: since the v4 series the atomic check of tegra got
additional call to tegra_display_hub_atomic_check().
Based on the code the order, placement of the hub check is not strict, it can
be done as the last step as well.
Bu
If we allocate the drm_device earlier we can just return the error code
without the need to use goto.
Do the unref of the drm_device as a last step when cleaning up. This will
make the drm_device available longer for us and makes sure that we only
free up the memory when all other cleanups have bee
Hi,
Changes since v1:
- rebased it on drm-next
- Dropped the devm_kzalloc conversion patch
Changes since RFC:
- Comments from Laurent have been addressed:
- Get alias ID once and store it for later use in sorting
- Commit message updated for 'drm/omap: Manage the usable omap_dss_device list
Sort the dssdev array based on DT aliases.
With this change we can remove the panel ordering from dss/display.c and
have all sorting related to dssdevs in one place.
Signed-off-by: Peter Ujfalusi
---
drivers/gpu/drm/omapdrm/dss/display.c | 2 ++
drivers/gpu/drm/omapdrm/dss/omapdss.h | 1 +
dr
Hi Arnd,
On Wednesday, 21 March 2018 09:38:35 EET Arnd Bergmann wrote:
> On Tue, Mar 20, 2018 at 9:15 PM, Laurent Pinchart wrote:
> > On Friday, 16 March 2018 10:25:25 EET Arnd Bergmann wrote:
> >> On Fri, Mar 16, 2018 at 2:39 AM, wrote:
> >>> On Thursday, March 15, 2018 8:37 AM, Arnd Bergmann w
When we are running without fbdev, transitioning from the login screen to
X or gnome-shell/wayland will cause a vt switch and the driver will disable
svga mode, losing all modesetting resources. However, the kms atomic state
does not reflect that and may think that a crtc is still turned on, which
When validating legacy surfaces, the backup bo might be destroyed at
surface validate time. However, the kms resource validation code may have
the bo reserved, so we will destroy a locked mutex. While there shouldn't
be any other users of that mutex when it is destroyed, it causes a lock
leak and t
https://bugs.freedesktop.org/show_bug.cgi?id=105619
--- Comment #5 from freedesk...@kp-tech.hu ---
Created attachment 138237
--> https://bugs.freedesktop.org/attachment.cgi?id=138237&action=edit
Xorg log when running on kernel 4.13 (ubuntu)
Here is the Xorg log when running on kernel 4.13.
it
https://bugs.freedesktop.org/show_bug.cgi?id=105619
--- Comment #4 from freedesk...@kp-tech.hu ---
Created attachment 138236
--> https://bugs.freedesktop.org/attachment.cgi?id=138236&action=edit
Xorg log when using the 4.15 kernel
Thank you for your help! Sorry for the delay, the Xorg log attac
1 - 100 of 122 matches
Mail list logo