https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #110 from Sebastian Meyer ---
Created attachment 145773
--> https://bugs.freedesktop.org/attachment.cgi?id=145773=edit
umr output after sdma0 timeout
Another random sdma0 timeout while using kernel
On Fri, 2019-10-18 at 23:30 +0100, Sudip Mukherjee wrote:
> On Fri, Oct 18, 2019 at 07:27:28PM +0200, Ladislav Michl wrote:
> > On Fri, Oct 18, 2019 at 05:30:04PM +0100, Sudip Mukherjee wrote:
> > > The build of xtensa allmodconfig is giving a warning of:
> > > In function 'dsi_dump_dsidev_irqs':
On Fri, Oct 18, 2019 at 07:27:28PM +0200, Ladislav Michl wrote:
> On Fri, Oct 18, 2019 at 05:30:04PM +0100, Sudip Mukherjee wrote:
> > The build of xtensa allmodconfig is giving a warning of:
> > In function 'dsi_dump_dsidev_irqs':
> > warning: the frame size of 1120 bytes is larger than 1024
On Fri, Oct 18, 2019 at 6:27 PM Ladislav Michl wrote:
> On Fri, Oct 18, 2019 at 05:30:04PM +0100, Sudip Mukherjee wrote:
> > The build of xtensa allmodconfig is giving a warning of:
> > In function 'dsi_dump_dsidev_irqs':
> > warning: the frame size of 1120 bytes is larger than 1024 bytes
> >
>
From: Nirmoy Das
[ Upstream commit 083164dbdb17c5ea4ad92c1782b59c9d75567790 ]
cleanup error handling code and make sure temporary info array
with the handles are freed by amdgpu_bo_list_put() on
idr_replace()'s failure.
Signed-off-by: Nirmoy Das
Reviewed-by: Christian König
Signed-off-by:
From: Dmytro Laktyushkin
[ Upstream commit f25f06b67ba237b76092a6fc522b1a94e84bfa85 ]
We fail to reset the second odm combine pipe. This change fixes
odm pointer management.
Signed-off-by: Dmytro Laktyushkin
Reviewed-by: Tony Cheng
Acked-by: Bhawanpreet Lakha
Signed-off-by: Alex Deucher
From: Jeykumar Sankaran
[ Upstream commit a802ee99c448ca0496fa307f3e46b834ae2a46a3 ]
Bail out KMS hw init on display initialization failures with
proper error logging.
changes in v3:
- introduced in the series
changes in v4:
- avoid duplicate return on errors (Sean Paul)
- avoid
From: Nirmoy Das
[ Upstream commit 083164dbdb17c5ea4ad92c1782b59c9d75567790 ]
cleanup error handling code and make sure temporary info array
with the handles are freed by amdgpu_bo_list_put() on
idr_replace()'s failure.
Signed-off-by: Nirmoy Das
Reviewed-by: Christian König
Signed-off-by:
Reviewed-by: Lyude Paul
On Tue, 2019-10-15 at 16:35 +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> If the transmitter supports pre-emphasis post cursor2 the sink will
> request adjustments in a similar way to how it requests adjustments to
> the voltage swing and pre-emphasis
This also seems like maybe it should just go into the previous patch?
On Tue, 2019-10-15 at 16:35 +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Make use of the newly added drm_dp_aux_rd_interval() helper in existing
> DP link training helpers.
>
> v2: drop stale sentence from commit
On Tue, 2019-10-15 at 16:35 +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Use microsecond sleeps for the clock recovery and channel equalization
> delays during link training. The duration of these delays can be from
> 100 us up to 16 ms. It is rude to busy-loop for that amount of
On Tue, 2019-10-15 at 16:35 +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Store the AUX read interval from DPCD, so that it can be used to wait
> for the durations given in the specification during link training.
>
> Signed-off-by: Thierry Reding
> ---
> include/drm/drm_dp_helper.h
Reviewed-by: Lyude Paul
On Tue, 2019-10-15 at 16:34 +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Add a helper to check if the sink supports the eDP alternate scrambler
> reset value of 0xfffe.
>
> Signed-off-by: Thierry Reding
> ---
> include/drm/drm_dp_helper.h | 7 +++
> 1
Reviewed-by: Lyude Paul
On Tue, 2019-10-15 at 16:34 +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Add a helper to check whether the sink supports ANSI 8B/10B channel
> coding capability as specified in ANSI X3.230-1994, clause 11.
>
> Signed-off-by: Thierry Reding
> ---
>
Reviewed-by: Lyude Paul
On Tue, 2019-10-15 at 16:34 +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Add a helper that checks for the fast training capability given the DPCD
> receiver capabilities blob.
>
> Signed-off-by: Thierry Reding
> ---
> include/drm/drm_dp_helper.h | 7
Reviewed-by: Lyude Paul
On Tue, 2019-10-15 at 16:34 +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> It's idiomatic to check the return value of a function call immediately
> after the function call, without any blank lines in between, to make it
> more obvious that the two lines belong
Reviewed-by: Lyude Paul
On Tue, 2019-10-15 at 16:34 +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Keeping the list sorted alphabetically makes it much easier to determine
> where to add new includes.
>
> Signed-off-by: Thierry Reding
> ---
> include/drm/drm_dp_helper.h | 4 ++--
>
https://bugs.freedesktop.org/show_bug.cgi?id=111846
--- Comment #4 from Yuxuan Shui ---
Looks like this happens after a GPU reset as well.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #109 from Shmerl ---
I'm not sure if it really makes any difference, but I think Firefox hang
happens more commonly after I resume computer from suspend, than after a fresh
boot. I'll pay attention now, testing with fresh boot, to
On Fri, Oct 18, 2019 at 4:15 AM Colin King wrote:
>
> From: Colin Ian King
>
> There is a spelling mistake in a DRM_ERROR error message. Fix it.
>
> Signed-off-by: Colin Ian King
Applied. thanks!
Alex
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu_psp.c | 2 +-
> 1 file changed, 1 insertion(+),
On Fri, Oct 18, 2019 at 9:46 AM Tomi Valkeinen wrote:
>
> Hi Sean,
>
> On 17/10/2019 22:26, Sean Paul wrote:
>
> > concern for those. The omap OMAP_BO_MEM_* changes though I don't think have
> > really reached non-TI eyes. There's no link in the commit message to a UAPI
> > implementation and the
https://bugzilla.kernel.org/show_bug.cgi?id=204965
Andrey Grodzovsky (andrey.grodzov...@amd.com) changed:
What|Removed |Added
CC|
On Fri, Oct 18, 2019 at 11:57 AM Ayan Halder wrote:
> On Fri, Oct 18, 2019 at 11:49:22AM -0700, John Stultz wrote:
> > On Fri, Oct 18, 2019 at 11:41 AM Ayan Halder wrote:
> > > With 'reusable', rmem_cma_setup() succeeds , but the kernel crashes as
> > > follows :-
> > >
> > > [0.450562]
On Fri, Oct 18, 2019 at 11:49:22AM -0700, John Stultz wrote:
> On Fri, Oct 18, 2019 at 11:41 AM Ayan Halder wrote:
> > On Fri, Oct 18, 2019 at 09:55:17AM +, Brian Starkey wrote:
> > > On Thu, Oct 17, 2019 at 01:57:45PM -0700, John Stultz wrote:
> > > > On Thu, Oct 17, 2019 at 12:29 PM Andrew
On Fri, Oct 18, 2019 at 01:50:41PM -0400, Adam Jackson wrote:
> 1<<31 is undefined because it's a signed int and C is terrible.
>
> Reviewed-by: Eric Engestrom
> Signed-off-by: Adam Jackson
Thanks. Pushed to drm-misc-next.
> ---
> include/uapi/drm/drm_fourcc.h | 2 +-
> 1 file changed, 1
++ john.stu...@linaro.org (Sorry, somehow I am missing your email while
sending. :( )
On Fri, Oct 18, 2019 at 06:41:24PM +, Ayan Halder wrote:
> On Fri, Oct 18, 2019 at 09:55:17AM +, Brian Starkey wrote:
> > On Thu, Oct 17, 2019 at 01:57:45PM -0700, John Stultz wrote:
> > > On Thu, Oct 17,
On Fri, Oct 18, 2019 at 11:41 AM Ayan Halder wrote:
> On Fri, Oct 18, 2019 at 09:55:17AM +, Brian Starkey wrote:
> > On Thu, Oct 17, 2019 at 01:57:45PM -0700, John Stultz wrote:
> > > On Thu, Oct 17, 2019 at 12:29 PM Andrew F. Davis wrote:
> > > > On 10/17/19 3:14 PM, John Stultz wrote:
> >
and add timer and interrupt.
Tested on BeagleBone Black.
Signed-off-by: H. Nikolaus Schaller
---
arch/arm/boot/dts/am33xx.dtsi | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi
index
and add timer and interrupt.
Since omap4420/30/60 and omap4470 come with different SGX variants
we need to introduce a new omap4470.dtsi. If an omap4470 board
does not want to use SGX it is no problem to still include
omap4460.dtsi.
Tested on PandaBoard ES.
Signed-off-by: H. Nikolaus Schaller
and add timer and interrupt.
Teste on Pyra-Handheld.
Signed-off-by: H. Nikolaus Schaller
---
arch/arm/boot/dts/omap5.dtsi | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/arch/arm/boot/dts/omap5.dtsi b/arch/arm/boot/dts/omap5.dtsi
index
The Imagination PVR/SGX GPU is part of several SoC from
multiple vendors, e.g. TI OMAP, Ingenic JZ4780, Intel Poulsbo
and others.
Here we describe how the SGX processor is interfaced to
the SoC (registers, interrupt etc.).
Clock, Reset and power management should be handled
by the parent node.
This patch set defines child nodes for the SGX5xx interface inside
the OMAP SoC so that a driver can be found and probed by the
compatible strings and can retrieve information about the SGX revision
that is included in a specific SoC. It also defines the interrupt number
and the timer to be used
and add timer and interrupt.
Tested on GTA04 and BeagleBoard XM.
Signed-off-by: H. Nikolaus Schaller
---
arch/arm/boot/dts/omap36xx.dtsi | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/arch/arm/boot/dts/omap36xx.dtsi b/arch/arm/boot/dts/omap36xx.dtsi
index
and add timer and interrupt
Tested on OpenPandora 600 MHz.
Signed-off-by: H. Nikolaus Schaller
---
arch/arm/boot/dts/omap34xx.dtsi | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/arch/arm/boot/dts/omap34xx.dtsi b/arch/arm/boot/dts/omap34xx.dtsi
index
and add timer and interrupt.
Signed-off-by: H. Nikolaus Schaller
---
arch/arm/boot/dts/am3517.dtsi | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/arch/arm/boot/dts/am3517.dtsi b/arch/arm/boot/dts/am3517.dtsi
index bf3002009b00..5716bb33d7fe 100644
---
On Thu, Oct 17, 2019 at 12:08:46PM +0100, Ben Dooks (Codethink) wrote:
> The drm_need_swiotlb is declared in
> which should be included in drivers/gpu/drm/drm_memory.c
> to silence the following warning:
>
> drivers/gpu/drm/drm_memory.c:159:6: warning: symbol 'drm_need_swiotlb' was
> not
On 10/15/19 10:17 PM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20191015:
>
on x86_64:
../drivers/gpu/drm/amd/amdgpu/../display/dc/dcn20/dcn20_resource.c: In function
‘dcn20_populate_dml_pipes_from_context’:
../drivers/gpu/drm/amd/amdgpu/../display/dc/dcn20/dcn20_resource.c:1913:48:
From: Chenwandun
drivers/gpu/drm/amd/amdgpu/../display/dc/dcn20/dcn20_resource.c:1913:48: error:
struct dc_crtc_timing_flags has no member named DSC
if (res_ctx->pipe_ctx[i].stream->timing.flags.DSC)
^
On Fri, Oct 18, 2019 at 05:30:04PM +0100, Sudip Mukherjee wrote:
> The build of xtensa allmodconfig is giving a warning of:
> In function 'dsi_dump_dsidev_irqs':
> warning: the frame size of 1120 bytes is larger than 1024 bytes
>
> Allocate the memory for 'struct dsi_irq_stats' dynamically
Hi PXA maintainers,
I'm in the process of getting the old ARM platforms to all build
in a single kernel. The largest part of that work is changing all
the device drivers to no longer require mach/*.h header files.
This series does it for arch/pxa/.
As with the omap1 and s3c24xx series I sent
On Fri, Oct 18, 2019 at 09:55:17AM +, Brian Starkey wrote:
> On Thu, Oct 17, 2019 at 01:57:45PM -0700, John Stultz wrote:
> > On Thu, Oct 17, 2019 at 12:29 PM Andrew F. Davis wrote:
> > > On 10/17/19 3:14 PM, John Stultz wrote:
> > > > But if the objection stands, do you have a proposal for
Fix sparse warning:
drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_link.c:746:6:
warning: symbol 'dc_link_detect_helper' was not declared. Should it be static?
Reported-by: Hulk Robot
Signed-off-by: YueHaibing
---
drivers/gpu/drm/amd/display/dc/core/dc_link.c | 3 ++-
1 file changed, 2
On Thu, 17 Oct 2019 12:09:44 +0300 Pekka Paalanen said:
> On Mon, 14 Oct 2019 06:02:59 -0700
> James Jones wrote:
>
> > On 10/13/19 2:05 PM, Scott Anderson wrote:
> > > (Sorry to CCs for spam, I made an error in my first posting)
> > >
> > > Hi,
> > >
> > > There were certainly some
On 17. 10. 19 11:48, Michal Vokáč wrote:
On 17. 10. 19 10:10, Uwe Kleine-König wrote:
A previous change in the pwm core (namely 01ccf903edd6 ("pwm: Let
pwm_get_state() return the last implemented state")) changed the
semantic of pwm_get_state() and disclosed an (as it seems) common
problem in
14.10.2019 15:50, Thierry Reding пишет:
> From: Thierry Reding
>
> Handling of the IOMMU group attachment is common to all clients, so move
> the group into the client to simplify code.
>
> Signed-off-by: Thierry Reding
> ---
> drivers/gpu/drm/tegra/dc.c | 9 -
>
16.10.2019 18:33, Dmitry Osipenko пишет:
> 14.10.2019 15:50, Thierry Reding пишет:
>> From: Thierry Reding
>>
>> Handling of the IOMMU group attachment is common to all clients, so move
>> the group into the client to simplify code.
>>
>> Signed-off-by: Thierry Reding
>> ---
>>
The locks (active.lock and rq->lock) need to be taken with disabled
interrupts. This is done in i915_request_retire() by disabling the
interrupts independently of the locks itself.
While local_irq_disable()+spin_lock() equals spin_lock_irq() on vanilla
it does not on PREEMPT_RT.
Chris Wilson
Regarding hotplugging, the Wayland compositor is probably keeping track
of hotplugs itself and withdrawing/offering connectors as appropriate.
Also, when the lease is issued, the compositor withdraws that connector.
For the client, upon hotplug I imagine the DRM asks start to fail, and
it handles
On 17. 10. 19 19:44, Adam Ford wrote:
On Thu, Oct 17, 2019 at 12:13 PM Thierry Reding
wrote:
On Thu, Oct 17, 2019 at 12:07:21PM -0500, Adam Ford wrote:
On Thu, Oct 17, 2019 at 10:14 AM Thierry Reding
wrote:
On Thu, Oct 17, 2019 at 03:58:25PM +0200, Michal Vokáč wrote:
On 17. 10. 19
The armada_overlay_duplicate_state is not declared outside
the unit, so make it static to avoid the following sparse
warning:
drivers/gpu/drm/armada/armada_overlay.c:328:24: warning: symbol
'armada_overlay_duplicate_state' was not declared. Should it be static?
Signed-off-by: Ben Dooks
---
Cc:
On Fri Oct 18, 2019 at 12:21 PM Pekka Paalanen wrote:
> One thing I did not know the last time was that apparently
> systemd-logind may not like to give out non-master DRM fds. That might
> need fixing in logind implementations. I hope someone would step up to
> look into that.
>
> This protocol
On 17. 10. 19 14:59, Thierry Reding wrote:
On Thu, Oct 17, 2019 at 02:09:17PM +0200, Uwe Kleine-König wrote:
On Thu, Oct 17, 2019 at 01:11:31PM +0200, Thierry Reding wrote:
On Thu, Oct 17, 2019 at 12:11:16PM +0200, Uwe Kleine-König wrote:
On Thu, Oct 17, 2019 at 11:48:08AM +0200, Michal Vokáč
The host1x_cdma_wait_pushbuffer_space function is not declared
or directly called from outside the file it is in, so make it
static.
Fixes the following sparse warnign:
drivers/gpu/host1x/cdma.c:235:5: warning: symbol
'host1x_cdma_wait_pushbuffer_space' was not declared. Should it be static?
On 17. 10. 19 10:10, Uwe Kleine-König wrote:
A previous change in the pwm core (namely 01ccf903edd6 ("pwm: Let
pwm_get_state() return the last implemented state")) changed the
semantic of pwm_get_state() and disclosed an (as it seems) common
problem in lowlevel PWM drivers. By not relying on the
WLED4 peripheral is present on some PMICs like pmi8998 and
pm660l. It has a different register map and configurations
are also different. Add support for it.
Signed-off-by: Kiran Gunda
Reviewed-by: Bjorn Andersson
---
drivers/video/backlight/qcom-wled.c | 263
On Wed, Oct 16, 2019 at 10:58:02AM +0200, Christian König wrote:
> Am 15.10.19 um 20:12 schrieb Jason Gunthorpe:
> > From: Jason Gunthorpe
> >
> > 8 of the mmu_notifier using drivers (i915_gem, radeon_mn, umem_odp, hfi1,
> > scif_dma, vhost, gntdev, hmm) drivers are using a common pattern where
The locks (active.lock and rq->lock) need to be taken with disabled
interrupts. This is done in i915_request_retire() by disabling the
interrupts independently of the locks itself.
While local_irq_disable()+spin_lock() equals spin_lock_irq() on vanilla
it does not on PREEMPT_RT.
Chris Wilson
The drm_need_swiotlb is declared in
which should be included in drivers/gpu/drm/drm_memory.c
to silence the following warning:
drivers/gpu/drm/drm_memory.c:159:6: warning: symbol 'drm_need_swiotlb' was not
declared. Should it be static?
Signed-off-by: Ben Dooks
---
Cc: Maarten Lankhorst
Cc:
On Fri, Oct 18, 2019 at 05:41:20PM +0200, Arnd Bergmann wrote:
> The mach/hardware.h is included in lots of places, and it provides
> three different things on pxa:
>
> - the cpu_is_pxa* macros
> - an indirect inclusion of mach/addr-map.h
> - the __REG() and io_pv2() helper macros
>
> Split it
On Fri, Oct 18, 2019 at 2:55 AM Brian Starkey wrote:
> On Thu, Oct 17, 2019 at 01:57:45PM -0700, John Stultz wrote:
> > On Thu, Oct 17, 2019 at 12:29 PM Andrew F. Davis wrote:
> > > On 10/17/19 3:14 PM, John Stultz wrote:
> > > > But if the objection stands, do you have a proposal for an
On Fri, Oct 18, 2019 at 5:04 AM Benjamin Gaignard
wrote:
> Le ven. 18 oct. 2019 à 13:21, Brian Starkey a écrit :
> >
> > On Fri, Oct 18, 2019 at 05:23:22AM +, John Stultz wrote:
> > > This adds a CMA heap, which allows userspace to allocate
> > > a dma-buf of contiguous memory out of a CMA
On Fri, Oct 18, 2019 at 4:18 AM Brian Starkey wrote:
> On Fri, Oct 18, 2019 at 05:23:19AM +, John Stultz wrote:
>
> As in v3:
>
> * Avoid EXPORT_SYMBOL until we finalize modules (suggested by
>Brian)
Heh. I guess it has been awhile. :)
> Did something change in that regard? I still
The Sony ACX424AKP is a command/videomode DSI panel for
mobile devices. It is used on the ST-Ericsson HREF520
reference design. We support video mode by default, but
it is possible to switch the panel into command mode
by using the bool property "dsi-command-mode".
Signed-off-by: Linus Walleij
This adds device tree bindings for the Sony ACX424AKP panel.
Let's use YAML.
Cc: devicet...@vger.kernel.org
Signed-off-by: Linus Walleij
---
ChangeLog v2->v3:
- Put the example inside a dsi-controller so we have a complete
example that verifies to the DSI panel generic binding.
ChangeLog
This adds a starting point for processing and defining generic
bindings used by DSI panels. We just define one single bool
property to force the panel into video mode for now.
Cc: devicet...@vger.kernel.org
Suggested-by: Rob Herring
Signed-off-by: Linus Walleij
---
ChangeLog v2->v3:
- Make a
On Fr, 2019-10-18 at 15:50 +0200, Guido Günther wrote:
> Hi,
> On Wed, Sep 11, 2019 at 07:40:36PM -0700, Guido Günther wrote:
> > Add #cooling-cells for when the gpu acts as a cooling device.
> >
> > Signed-off-by: Guido Günther
> > ---
> >
1<<31 is undefined because it's a signed int and C is terrible.
Reviewed-by: Eric Engestrom
Signed-off-by: Adam Jackson
---
include/uapi/drm/drm_fourcc.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/uapi/drm/drm_fourcc.h b/include/uapi/drm/drm_fourcc.h
index
On Fri, Oct 18, 2019 at 12:39:26PM -0400, Adam Jackson wrote:
> 1<<31 is undefined because it's a signed int and C is terrible.
>
> Reviewed-by: Eric Engestrom
Missing teh sob.
> ---
> include/uapi/drm/drm_fourcc.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=111980
--- Comment #7 from Alex Deucher ---
Yes.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
1<<31 is undefined because it's a signed int and C is terrible.
Reviewed-by: Eric Engestrom
---
include/uapi/drm/drm_fourcc.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/uapi/drm/drm_fourcc.h b/include/uapi/drm/drm_fourcc.h
index 3feeaa3f987a..c06d34559fab 100644
The build of xtensa allmodconfig is giving a warning of:
In function 'dsi_dump_dsidev_irqs':
warning: the frame size of 1120 bytes is larger than 1024 bytes
Allocate the memory for 'struct dsi_irq_stats' dynamically instead
of assigning it in stack.
Signed-off-by: Sudip Mukherjee
---
https://bugs.freedesktop.org/show_bug.cgi?id=111980
--- Comment #6 from lei.p...@gmail.com ---
(In reply to Alex Deucher from comment #5)
> Reverted:
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/
> ?id=8d13c187c42e110625d60094668a8f778c092879
Great, I can close
pt., 18 paź 2019 o 17:02 Jacopo Mondi napisał(a):
>
> Hi,
>
> On Thu, Oct 17, 2019 at 08:25:50AM +0100, Lee Jones wrote:
> > On Wed, 16 Oct 2019, Jacopo Mondi wrote:
> >
> > > Hi, sorry for not having replied earlier
> > >
> > > On Wed, Oct 16, 2019 at 02:56:57PM +0200, Linus Walleij wrote:
> > >
>-Original Message-
>From: Intel-gfx On Behalf Of Ville
>Syrjala
>Sent: Friday, October 4, 2019 7:49 PM
>To: dri-devel@lists.freedesktop.org
>Cc: intel-...@lists.freedesktop.org; Wayne Lin
>Subject: [Intel-gfx] [PATCH 3/4] drm/edid: Fix HDMI VIC handling
>
>From: Ville Syrjälä
>
There are two identical copies of mach/bitfield.h, one for
mach-sa1100 and one for mach-pxa. The pxafb driver only
makes use of two macros, which can be trivially open-coded
in the header.
Cc: Bartlomiej Zolnierkiewicz
Cc: dri-devel@lists.freedesktop.org
Signed-off-by: Arnd Bergmann
---
On Fri, Oct 18, 2019 at 4:34 PM Pekka Paalanen wrote:
>
> On Fri, 18 Oct 2019 16:19:33 +0200
> Daniel Vetter wrote:
>
> > On Fri, Oct 18, 2019 at 3:43 PM Pekka Paalanen wrote:
> > >
> > > On Fri, 18 Oct 2019 07:54:50 -0400
> > > "Drew DeVault" wrote:
> > >
> > > > On Fri Oct 18, 2019 at 12:21
The driver should not require a machine specific header. Change
it to pass the gpio line through a lookup table, and move the
timing generator definitions into the drivers itself.
Cc: Lee Jones
Cc: Daniel Thompson
Cc: Jingoo Han
Cc: Bartlomiej Zolnierkiewicz
Cc:
The mach/hardware.h is included in lots of places, and it provides
three different things on pxa:
- the cpu_is_pxa* macros
- an indirect inclusion of mach/addr-map.h
- the __REG() and io_pv2() helper macros
Split it up into separate and mach/pxa-regs.h
headers, then change all the files that
Only the pxafb driver uses this header, so move it into the
same directory. The SMART_* macros are required by some
platform data definitions and can go into the
linux/platform_data/video-pxafb.h header.
Cc: Bartlomiej Zolnierkiewicz
Cc: dri-devel@lists.freedesktop.org
Cc:
On Thu, Oct 17, 2019 at 9:50 PM Marek Olšák wrote:
>
> On Wed, Oct 16, 2019 at 9:48 AM Bas Nieuwenhuizen
> wrote:
>>
>> This adds initial format modifiers for AMD GFX9 and newer GPUs.
>>
>> This is particularly useful to determine if we can use DCC, and whether
>> we need an extra display
On Fri, 18 Oct 2019 10:43:16 -0400
"Drew DeVault" wrote:
> Regarding hotplugging, the Wayland compositor is probably keeping track
> of hotplugs itself and withdrawing/offering connectors as appropriate.
> Also, when the lease is issued, the compositor withdraws that connector.
> For the client,
On Fri, 2019-10-18 at 10:43 -0400, Drew DeVault wrote:
> Regarding hotplugging, the Wayland compositor is probably keeping track
> of hotplugs itself and withdrawing/offering connectors as appropriate.
>
> Also, when the lease is issued, the compositor withdraws that connector.
> For the client,
Hi,
On Thu, Oct 17, 2019 at 08:25:50AM +0100, Lee Jones wrote:
> On Wed, 16 Oct 2019, Jacopo Mondi wrote:
>
> > Hi, sorry for not having replied earlier
> >
> > On Wed, Oct 16, 2019 at 02:56:57PM +0200, Linus Walleij wrote:
> > > On Mon, Oct 14, 2019 at 10:12 AM Lee Jones wrote:
> > >
> > > > >
On Fri, 18 Oct 2019 16:19:33 +0200
Daniel Vetter wrote:
> On Fri, Oct 18, 2019 at 3:43 PM Pekka Paalanen wrote:
> >
> > On Fri, 18 Oct 2019 07:54:50 -0400
> > "Drew DeVault" wrote:
> >
> > > On Fri Oct 18, 2019 at 12:21 PM Pekka Paalanen wrote:
> > > > One thing I did not know the last
On Thu, Oct 17, 2019 at 4:12 PM Alex Deucher wrote:
>
> On Thu, Oct 17, 2019 at 9:58 AM Daniel Vetter wrote:
> >
> > On Wed, Oct 16, 2019 at 04:00:25PM -0400, Alex Deucher wrote:
> > > On Mon, Oct 14, 2019 at 2:16 PM Dave Airlie wrote:
> > > >
> > > > I've kicked this around in my head over the
On Thu, 17 Oct 2019 18:48:35 +0800
Jason Wang wrote:
> This patch introduces a new mdev transport for virtio. This is used to
> use kernel virtio driver to drive the mediated device that is capable
> of populating virtqueue directly.
>
> A new virtio-mdev driver will be registered to the mdev
On Fri, Oct 18, 2019 at 3:43 PM Pekka Paalanen wrote:
>
> On Fri, 18 Oct 2019 07:54:50 -0400
> "Drew DeVault" wrote:
>
> > On Fri Oct 18, 2019 at 12:21 PM Pekka Paalanen wrote:
> > > One thing I did not know the last time was that apparently
> > > systemd-logind may not like to give out
On Fri, Oct 18, 2019 at 04:43:29PM +0300, Pekka Paalanen wrote:
> On Fri, 18 Oct 2019 07:54:50 -0400
> "Drew DeVault" wrote:
>
> > On Fri Oct 18, 2019 at 12:21 PM Pekka Paalanen wrote:
> > > One thing I did not know the last time was that apparently
> > > systemd-logind may not like to give out
On 10/18/19 8:03 AM, Benjamin Gaignard wrote:
> Le ven. 18 oct. 2019 à 13:21, Brian Starkey a écrit :
>>
>> On Fri, Oct 18, 2019 at 05:23:22AM +, John Stultz wrote:
>>> This adds a CMA heap, which allows userspace to allocate
>>> a dma-buf of contiguous memory out of a CMA region.
>>>
>>>
Hi, Christian,
On 10/16/19 11:30 AM, Christian König wrote:
Am 25.09.19 um 14:10 schrieb Christian König:
Am 25.09.19 um 14:06 schrieb Thomas Hellström (VMware):
On 9/25/19 12:55 PM, Christian König wrote:
This allows blocking for BOs to become available
in the memory management.
Amdgpu is
Hi,
On Wed, Sep 11, 2019 at 07:40:36PM -0700, Guido Günther wrote:
> Add #cooling-cells for when the gpu acts as a cooling device.
>
> Signed-off-by: Guido Günther
> ---
> .../devicetree/bindings/display/etnaviv/etnaviv-drm.txt | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
>
Hi Sean,
On 17/10/2019 22:26, Sean Paul wrote:
concern for those. The omap OMAP_BO_MEM_* changes though I don't think have
really reached non-TI eyes. There's no link in the commit message to a UAPI
implementation and the only reference I could find is libkmsxx which can set
them through the
On Fri, 18 Oct 2019 07:54:50 -0400
"Drew DeVault" wrote:
> On Fri Oct 18, 2019 at 12:21 PM Pekka Paalanen wrote:
> > One thing I did not know the last time was that apparently
> > systemd-logind may not like to give out non-master DRM fds. That might
> > need fixing in logind implementations. I
https://bugzilla.kernel.org/show_bug.cgi?id=205049
--- Comment #11 from Alex Deucher (alexdeuc...@gmail.com) ---
Can you bisect?
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing list
On Fri, 18 Oct 2019 18:55:02 +0800
Jason Wang wrote:
> On 2019/10/18 下午5:46, Cornelia Huck wrote:
> > On Thu, 17 Oct 2019 18:48:34 +0800
> > Jason Wang wrote:
> >> + * @get_vendor_id:Get virtio vendor id
> >> + *@mdev: mediated device
> >> + *
https://bugs.freedesktop.org/show_bug.cgi?id=111980
Alex Deucher changed:
What|Removed |Added
See Also||https://bugzilla.kernel.org
https://bugs.freedesktop.org/show_bug.cgi?id=111980
--- Comment #5 from Alex Deucher ---
Reverted:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=8d13c187c42e110625d60094668a8f778c092879
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=111980
Alex Deucher changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugzilla.kernel.org/show_bug.cgi?id=205147
--- Comment #4 from Alex Deucher (alexdeuc...@gmail.com) ---
Reverted:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=8d13c187c42e110625d60094668a8f778c092879
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #108 from Daniel Suarez ---
(In reply to Marko Popovic from comment #107)
> (In reply to Daniel Suarez from comment #106)
> > I do agree we should remain civilized in this, but user is correct, this is
> > ridiculous.
> >
> > This
1 - 100 of 147 matches
Mail list logo
