On Wed, May 19, 2021 at 5:25 PM Stephen Boyd wrote:
>
> Replace 'struct master' with 'struct aggregate_device' and then rename
> 'master' to 'adev' everywhere in the code. While we're here, put a
> struct device inside the aggregate device so that we can register it
> with a bus_type in the next p
fyi, looks like we'll be moving to OFTC for IRC
-- Forwarded message -
From: Lyude Paul
Date: Thu, May 20, 2021 at 4:49 PM
Subject: Freenode fallout
To: , bo...@x.org ,
mesa-...@lists.freedesktop.org ,
dri-devel , xorg-devel
Hi everyone! As I'm sure most of you heard by now, Fr
On Wed, May 19, 2021 at 6:41 PM Stephen Boyd wrote:
>
> Quoting Saravana Kannan (2021-05-19 18:27:50)
> > On Wed, May 19, 2021 at 5:25 PM Stephen Boyd wrote:
> > >
> > > This series is from discussion we had on reordering the device lists for
> > > drm shutdown paths[1]. I've introduced an 'aggre
On Wed, May 19, 2021 at 09:41:27PM -0400, Stephen Boyd wrote:
> Quoting Saravana Kannan (2021-05-19 18:27:50)
> > On Wed, May 19, 2021 at 5:25 PM Stephen Boyd wrote:
> > >
> > > This series is from discussion we had on reordering the device lists for
> > > drm shutdown paths[1]. I've introduced an
On Wed, May 19, 2021 at 05:25:19PM -0700, Stephen Boyd wrote:
> The device lists are poorly ordered when the component device code is
> used. This is because component_master_add_with_match() returns 0
> regardless of component devices calling component_add() first. It can
> really only fail if an
On Thu, May 20, 2021 at 6:41 PM Christian König
wrote:
>
> Am 20.05.21 um 18:34 schrieb Daniel Vetter:
> > On Thu, May 20, 2021 at 06:01:39PM +0200, Christian König wrote:
> >> Am 20.05.21 um 16:54 schrieb Rob Clark:
> >>> On Thu, May 20, 2021 at 7:11 AM Christian König
> >>> wrote:
>
>
Am 20.05.21 um 18:34 schrieb Daniel Vetter:
On Thu, May 20, 2021 at 06:01:39PM +0200, Christian König wrote:
Am 20.05.21 um 16:54 schrieb Rob Clark:
On Thu, May 20, 2021 at 7:11 AM Christian König
wrote:
Am 20.05.21 um 16:07 schrieb Rob Clark:
On Wed, May 19, 2021 at 11:47 PM Christian Köni
On Thu, May 20, 2021 at 06:01:39PM +0200, Christian König wrote:
> Am 20.05.21 um 16:54 schrieb Rob Clark:
> > On Thu, May 20, 2021 at 7:11 AM Christian König
> > wrote:
> > >
> > >
> > > Am 20.05.21 um 16:07 schrieb Rob Clark:
> > > > On Wed, May 19, 2021 at 11:47 PM Christian König
> > > > wr
On Wed, May 19, 2021 at 11:38:53AM -0700, Rob Clark wrote:
> From: Rob Clark
>
> Signed-off-by: Rob Clark
> ---
> drivers/gpu/drm/drm_atomic_helper.c | 11 +++
> 1 file changed, 11 insertions(+)
>
> diff --git a/drivers/gpu/drm/drm_atomic_helper.c
> b/drivers/gpu/drm/drm_atomic_helper
On Thu, May 20, 2021 at 4:03 PM Rob Clark wrote:
>
> On Wed, May 19, 2021 at 11:47 PM Christian König
> wrote:
> >
> > Uff, that looks very hardware specific to me.
>
> Howso? I'm not sure I agree.. and even if it was not useful for some
> hw, it should be useful for enough drivers (and harm no
Am 20.05.21 um 16:54 schrieb Rob Clark:
On Thu, May 20, 2021 at 7:11 AM Christian König
wrote:
Am 20.05.21 um 16:07 schrieb Rob Clark:
On Wed, May 19, 2021 at 11:47 PM Christian König
wrote:
Uff, that looks very hardware specific to me.
Howso? I'm not sure I agree.. and even if it was no
On Thu, May 20, 2021 at 7:11 AM Christian König
wrote:
>
>
>
> Am 20.05.21 um 16:07 schrieb Rob Clark:
> > On Wed, May 19, 2021 at 11:47 PM Christian König
> > wrote:
> >> Uff, that looks very hardware specific to me.
> > Howso? I'm not sure I agree.. and even if it was not useful for some
> > h
Am 20.05.21 um 16:07 schrieb Rob Clark:
On Wed, May 19, 2021 at 11:47 PM Christian König
wrote:
Uff, that looks very hardware specific to me.
Howso? I'm not sure I agree.. and even if it was not useful for some
hw, it should be useful for enough drivers (and harm no drivers), so I
still thi
On Wed, May 19, 2021 at 11:47 PM Christian König
wrote:
>
> Uff, that looks very hardware specific to me.
Howso? I'm not sure I agree.. and even if it was not useful for some
hw, it should be useful for enough drivers (and harm no drivers), so I
still think it is a good idea
The fallback plan i
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/msm/dp/dp_catalog.c:206: warning: Function parameter or member
'dp_catalog' not described in 'dp_catalog_aux_reset'
drivers/gpu/drm/msm/dp/dp_catalog.c:206: warning: Excess function parameter
'aux' description in 'dp_catalog_aux_
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/msm/disp/dpu1/dpu_plane.c:373: warning: expecting prototype
for _dpu_plane_set_panic_lut(). Prototype was for _dpu_plane_set_danger_lut()
instead
drivers/gpu/drm/msm/disp/dpu1/dpu_plane.c:498: warning: expecting prototype
for _d
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/msm/dp/dp_link.c:374: warning: expecting prototype for
dp_parse_video_pattern_params(). Prototype was for
dp_link_parse_video_pattern_params() instead
drivers/gpu/drm/msm/dp/dp_link.c:573: warning: expecting prototype for
dp_par
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/msm/msm_gem.c:364: warning: This comment starts with '/**',
but isn't a kernel-doc comment. Refer Documentation/doc-guide/kernel-doc.rst
drivers/gpu/drm/msm/msm_gem.c:763: warning: This comment starts with '/**',
but isn't a kern
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/msm/disp/dpu1/dpu_encoder_phys_cmd.c: In function
‘dpu_encoder_phys_cmd_wait_for_commit_done’:
drivers/gpu/drm/msm/disp/dpu1/dpu_encoder_phys_cmd.c:688:31: warning: variable
‘cmd_enc’ set but not used [-Wunused-but-set-variable]
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/msm/disp/dpu1/dpu_hw_interrupts.c:17: warning: expecting
prototype for Register offsets in MDSS register file for the interrupt
registers(). Prototype was for MDP_SSPP_TOP0_OFF() instead
drivers/gpu/drm/msm/disp/dpu1/dpu_hw_inter
This set is part of a larger effort attempting to clean-up W=1
kernel builds, which are currently overwhelmingly riddled with
niggly little warnings.
Lee Jones (38):
drm/mediatek/mtk_disp_color: Strip incorrect doc and demote header
drm/mediatek/mtk_disp_gamma: Strip and demote non-conformant
Hello everyone!
The X.org board is soliciting proposals to host XDC in 2022. Since
XDC 2021 is being held in Europe this year (although virtually), we've
decided to host in North America. However, the board is open to other
locations, especially if there's an interesting co-location with
another c
Hello!
Registration & Call for Proposals are now open for XDC 2021, which will
take place on September 15-17, 2021. This year we will repeat as
virtual event.
https://indico.freedesktop.org/event/1/
As usual, the conference is free of charge and open to the general
public. If you plan on attendi
23 matches
Mail list logo
