All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Vetter <daniel@ffwll.ch>
To: Qiang Yu <yuq825@gmail.com>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>,
	Intel Graphics <intel-gfx@lists.freedesktop.org>,
	DRI <dri-devel@lists.freedesktop.org>,
	Linux Next Mailing List <linux-next@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Eric Anholt <eric@anholt.net>,
	Matthew Wilcox <willy@infradead.org>,
	Daniel Vetter <daniel.vetter@ffwll.ch>
Subject: Re: linux-next: build failure after merge of the drm-misc tree
Date: Tue, 2 Apr 2019 11:08:07 +0200	[thread overview]
Message-ID: <20190402090807.GI2665@phenom.ffwll.local> (raw)
In-Reply-To: <CAKGbVbsn9BpbMZCshxzj=d38wHpBhBo7wrZDQnC01hB30B9-mA@mail.gmail.com>

On Tue, Apr 02, 2019 at 04:59:37PM +0800, Qiang Yu wrote:
> On Tue, Apr 2, 2019 at 3:57 PM Daniel Vetter <daniel@ffwll.ch> wrote:
> >
> > On Tue, Apr 02, 2019 at 01:55:03PM +0800, Qiang Yu wrote:
> > > Thanks, patch is:
> > > Reviewed-by: Qiang Yu <yuq825@gmail.com>
> >
> > Good time to get started with committing patches? In general it's kinda
> > confusing if the maintainer r-bs a patch, but doesn't say whether/when/how
> > it gets merged. Big chance the patch will get lost in limbo and fall
> > through cracks.
> 
> Thanks for the remind, this patch should only be applied to drm-misc-next
> branch when 5.1-rcx branch gets merged to drm-misc-next for the new
> xa_alloc API. So I expect the guy who do the 5.1-rcx merge should apply
> this patch. Who will do the merge?

Oh right, I was kinda not yet awake :-)

Yeah Dave/me and drm-misc maintainers will resolve this when drm-misc
lands in drm-next. Might then need a backmerge in drm-misc to roll
forward.
-Daniel

> 
> Regards,
> Qiang
> 
> >
> > >
> > > Regards,
> > > Qiang
> > >
> > > On Tue, Apr 2, 2019 at 7:50 AM Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> > > >
> > > > Hi all,
> > > >
> > > > After merging the drm-misc tree, today's linux-next build (x86_64
> > > > allmodconfig) failed like this:
> > > >
> > > > In file included from include/linux/kernel.h:7,
> > > >                  from include/asm-generic/bug.h:18,
> > > >                  from arch/x86/include/asm/bug.h:83,
> > > >                  from include/linux/bug.h:5,
> > > >                  from include/linux/mmdebug.h:5,
> > > >                  from include/linux/gfp.h:5,
> > > >                  from include/linux/slab.h:15,
> > > >                  from drivers/gpu/drm/lima/lima_ctx.c:4:
> > > > drivers/gpu/drm/lima/lima_ctx.c: In function 'lima_ctx_create':
> > > > include/linux/limits.h:13:18: warning: passing argument 3 of 'xa_alloc' makes pointer from integer without a cast [-Wint-conversion]
> > > >  #define UINT_MAX (~0U)
> > > >                   ^~~~~
> > > > drivers/gpu/drm/lima/lima_ctx.c:26:36: note: in expansion of macro 'UINT_MAX'
> > > >   err = xa_alloc(&mgr->handles, id, UINT_MAX, ctx, GFP_KERNEL);
> > > >                                     ^~~~~~~~
> > > > In file included from include/linux/radix-tree.h:31,
> > > >                  from include/linux/idr.h:15,
> > > >                  from include/drm/drm_device.h:7,
> > > >                  from drivers/gpu/drm/lima/lima_device.h:7,
> > > >                  from drivers/gpu/drm/lima/lima_ctx.c:6:
> > > > include/linux/xarray.h:817:9: note: expected 'void *' but argument is of type 'unsigned int'
> > > >    void *entry, struct xa_limit limit, gfp_t gfp)
> > > >    ~~~~~~^~~~~
> > > > drivers/gpu/drm/lima/lima_ctx.c:26:46: error: incompatible type for argument 4 of 'xa_alloc'
> > > >   err = xa_alloc(&mgr->handles, id, UINT_MAX, ctx, GFP_KERNEL);
> > > >                                               ^~~
> > > > In file included from include/linux/radix-tree.h:31,
> > > >                  from include/linux/idr.h:15,
> > > >                  from include/drm/drm_device.h:7,
> > > >                  from drivers/gpu/drm/lima/lima_device.h:7,
> > > >                  from drivers/gpu/drm/lima/lima_ctx.c:6:
> > > > include/linux/xarray.h:817:32: note: expected 'struct xa_limit' but argument is of type 'struct lima_ctx *'
> > > >    void *entry, struct xa_limit limit, gfp_t gfp)
> > > >                 ~~~~~~~~~~~~~~~~^~~~~
> > > >
> > > > Caused by commit
> > > >
> > > >   a1d2a6339961 ("drm/lima: driver for ARM Mali4xx GPUs")
> > > >
> > > > interacting with commit
> > > >
> > > >   a3e4d3f97ec8 ("XArray: Redesign xa_alloc API")
> > > >
> > > > from Linus' tree (v5.1-rc1).
> > > >
> > > > I have applied the following patch for today.  It could be applied as
> > > > part of a merge of v5.1-rc1 into drm-misc.
> > > >
> > > > From: Stephen Rothwell <sfr@canb.auug.org.au>
> > > > Date: Tue, 2 Apr 2019 10:45:32 +1100
> > > > Subject: [PATCH] drm/lima: update for xa_alloc API change
> > > >
> > > > Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
> > > > ---
> > > >  drivers/gpu/drm/lima/lima_ctx.c | 2 +-
> > > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > > >
> > > > diff --git a/drivers/gpu/drm/lima/lima_ctx.c b/drivers/gpu/drm/lima/lima_ctx.c
> > > > index c8d12f7c6894..bafa00d74cc5 100644
> > > > --- a/drivers/gpu/drm/lima/lima_ctx.c
> > > > +++ b/drivers/gpu/drm/lima/lima_ctx.c
> > > > @@ -23,7 +23,7 @@ int lima_ctx_create(struct lima_device *dev, struct lima_ctx_mgr *mgr, u32 *id)
> > > >                         goto err_out0;
> > > >         }
> > > >
> > > > -       err = xa_alloc(&mgr->handles, id, UINT_MAX, ctx, GFP_KERNEL);
> > > > +       err = xa_alloc(&mgr->handles, id, ctx, XA_LIMIT(*id, UINT_MAX), GFP_KERNEL);
> > > >         if (err < 0)
> > > >                 goto err_out0;
> > > >
> > > > --
> > > > 2.20.1
> > > >
> > > > --
> > > > Cheers,
> > > > Stephen Rothwell
> >
> > --
> > Daniel Vetter
> > Software Engineer, Intel Corporation
> > http://blog.ffwll.ch

-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch

WARNING: multiple messages have this Message-ID (diff)
From: Daniel Vetter <daniel@ffwll.ch>
To: Qiang Yu <yuq825@gmail.com>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>,
	Daniel Vetter <daniel.vetter@ffwll.ch>,
	Intel Graphics <intel-gfx@lists.freedesktop.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	DRI <dri-devel@lists.freedesktop.org>,
	Linux Next Mailing List <linux-next@vger.kernel.org>,
	Matthew Wilcox <willy@infradead.org>
Subject: Re: linux-next: build failure after merge of the drm-misc tree
Date: Tue, 2 Apr 2019 11:08:07 +0200	[thread overview]
Message-ID: <20190402090807.GI2665@phenom.ffwll.local> (raw)
In-Reply-To: <CAKGbVbsn9BpbMZCshxzj=d38wHpBhBo7wrZDQnC01hB30B9-mA@mail.gmail.com>

On Tue, Apr 02, 2019 at 04:59:37PM +0800, Qiang Yu wrote:
> On Tue, Apr 2, 2019 at 3:57 PM Daniel Vetter <daniel@ffwll.ch> wrote:
> >
> > On Tue, Apr 02, 2019 at 01:55:03PM +0800, Qiang Yu wrote:
> > > Thanks, patch is:
> > > Reviewed-by: Qiang Yu <yuq825@gmail.com>
> >
> > Good time to get started with committing patches? In general it's kinda
> > confusing if the maintainer r-bs a patch, but doesn't say whether/when/how
> > it gets merged. Big chance the patch will get lost in limbo and fall
> > through cracks.
> 
> Thanks for the remind, this patch should only be applied to drm-misc-next
> branch when 5.1-rcx branch gets merged to drm-misc-next for the new
> xa_alloc API. So I expect the guy who do the 5.1-rcx merge should apply
> this patch. Who will do the merge?

Oh right, I was kinda not yet awake :-)

Yeah Dave/me and drm-misc maintainers will resolve this when drm-misc
lands in drm-next. Might then need a backmerge in drm-misc to roll
forward.
-Daniel

> 
> Regards,
> Qiang
> 
> >
> > >
> > > Regards,
> > > Qiang
> > >
> > > On Tue, Apr 2, 2019 at 7:50 AM Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> > > >
> > > > Hi all,
> > > >
> > > > After merging the drm-misc tree, today's linux-next build (x86_64
> > > > allmodconfig) failed like this:
> > > >
> > > > In file included from include/linux/kernel.h:7,
> > > >                  from include/asm-generic/bug.h:18,
> > > >                  from arch/x86/include/asm/bug.h:83,
> > > >                  from include/linux/bug.h:5,
> > > >                  from include/linux/mmdebug.h:5,
> > > >                  from include/linux/gfp.h:5,
> > > >                  from include/linux/slab.h:15,
> > > >                  from drivers/gpu/drm/lima/lima_ctx.c:4:
> > > > drivers/gpu/drm/lima/lima_ctx.c: In function 'lima_ctx_create':
> > > > include/linux/limits.h:13:18: warning: passing argument 3 of 'xa_alloc' makes pointer from integer without a cast [-Wint-conversion]
> > > >  #define UINT_MAX (~0U)
> > > >                   ^~~~~
> > > > drivers/gpu/drm/lima/lima_ctx.c:26:36: note: in expansion of macro 'UINT_MAX'
> > > >   err = xa_alloc(&mgr->handles, id, UINT_MAX, ctx, GFP_KERNEL);
> > > >                                     ^~~~~~~~
> > > > In file included from include/linux/radix-tree.h:31,
> > > >                  from include/linux/idr.h:15,
> > > >                  from include/drm/drm_device.h:7,
> > > >                  from drivers/gpu/drm/lima/lima_device.h:7,
> > > >                  from drivers/gpu/drm/lima/lima_ctx.c:6:
> > > > include/linux/xarray.h:817:9: note: expected 'void *' but argument is of type 'unsigned int'
> > > >    void *entry, struct xa_limit limit, gfp_t gfp)
> > > >    ~~~~~~^~~~~
> > > > drivers/gpu/drm/lima/lima_ctx.c:26:46: error: incompatible type for argument 4 of 'xa_alloc'
> > > >   err = xa_alloc(&mgr->handles, id, UINT_MAX, ctx, GFP_KERNEL);
> > > >                                               ^~~
> > > > In file included from include/linux/radix-tree.h:31,
> > > >                  from include/linux/idr.h:15,
> > > >                  from include/drm/drm_device.h:7,
> > > >                  from drivers/gpu/drm/lima/lima_device.h:7,
> > > >                  from drivers/gpu/drm/lima/lima_ctx.c:6:
> > > > include/linux/xarray.h:817:32: note: expected 'struct xa_limit' but argument is of type 'struct lima_ctx *'
> > > >    void *entry, struct xa_limit limit, gfp_t gfp)
> > > >                 ~~~~~~~~~~~~~~~~^~~~~
> > > >
> > > > Caused by commit
> > > >
> > > >   a1d2a6339961 ("drm/lima: driver for ARM Mali4xx GPUs")
> > > >
> > > > interacting with commit
> > > >
> > > >   a3e4d3f97ec8 ("XArray: Redesign xa_alloc API")
> > > >
> > > > from Linus' tree (v5.1-rc1).
> > > >
> > > > I have applied the following patch for today.  It could be applied as
> > > > part of a merge of v5.1-rc1 into drm-misc.
> > > >
> > > > From: Stephen Rothwell <sfr@canb.auug.org.au>
> > > > Date: Tue, 2 Apr 2019 10:45:32 +1100
> > > > Subject: [PATCH] drm/lima: update for xa_alloc API change
> > > >
> > > > Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
> > > > ---
> > > >  drivers/gpu/drm/lima/lima_ctx.c | 2 +-
> > > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > > >
> > > > diff --git a/drivers/gpu/drm/lima/lima_ctx.c b/drivers/gpu/drm/lima/lima_ctx.c
> > > > index c8d12f7c6894..bafa00d74cc5 100644
> > > > --- a/drivers/gpu/drm/lima/lima_ctx.c
> > > > +++ b/drivers/gpu/drm/lima/lima_ctx.c
> > > > @@ -23,7 +23,7 @@ int lima_ctx_create(struct lima_device *dev, struct lima_ctx_mgr *mgr, u32 *id)
> > > >                         goto err_out0;
> > > >         }
> > > >
> > > > -       err = xa_alloc(&mgr->handles, id, UINT_MAX, ctx, GFP_KERNEL);
> > > > +       err = xa_alloc(&mgr->handles, id, ctx, XA_LIMIT(*id, UINT_MAX), GFP_KERNEL);
> > > >         if (err < 0)
> > > >                 goto err_out0;
> > > >
> > > > --
> > > > 2.20.1
> > > >
> > > > --
> > > > Cheers,
> > > > Stephen Rothwell
> >
> > --
> > Daniel Vetter
> > Software Engineer, Intel Corporation
> > http://blog.ffwll.ch

-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

  reply	other threads:[~2019-04-02  9:08 UTC|newest]

Thread overview: 332+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-04-01 23:50 linux-next: build failure after merge of the drm-misc tree Stephen Rothwell
2019-04-01 23:50 ` Stephen Rothwell
2019-04-02  5:55 ` Qiang Yu
2019-04-02  7:57   ` Daniel Vetter
2019-04-02  8:59     ` Qiang Yu
2019-04-02  9:08       ` Daniel Vetter [this message]
2019-04-02  9:08         ` Daniel Vetter
2019-04-02 11:26   ` Matthew Wilcox
2019-04-02 13:56     ` Qiang Yu
2019-04-02 14:10       ` Matthew Wilcox
2019-04-02 11:21 ` Matthew Wilcox
2019-04-02 11:21   ` Matthew Wilcox
2019-04-02 13:33   ` Qiang Yu
2019-04-02 13:45     ` [PATCH] drm/lima: adopt xa_alloc API change Qiang Yu
2019-04-02 19:47 ` ✓ Fi.CI.BAT: success for linux-next: build failure after merge of the drm-misc tree (rev2) Patchwork
2019-04-03  7:31 ` ✓ Fi.CI.IGT: " Patchwork
  -- strict thread matches above, loose matches on Subject: below --
2024-04-02 23:47 linux-next: build failure after merge of the drm-misc tree Stephen Rothwell
2024-02-22  1:46 Stephen Rothwell
2024-02-22  8:14 ` Biju Das
2024-02-22  8:29   ` Geert Uytterhoeven
2024-02-22  9:16     ` Biju Das
2024-02-22  8:32   ` Maxime Ripard
2024-02-22  8:49     ` Biju Das
2024-02-13  1:04 Stephen Rothwell
2024-02-12  1:26 Stephen Rothwell
2024-02-12  9:12 ` Jani Nikula
2024-02-12 13:09   ` Jani Nikula
2024-02-06  4:28 Stephen Rothwell
2024-02-12  1:25 ` Stephen Rothwell
2024-02-12 13:15 ` Jani Nikula
2024-02-19 21:48   ` Stephen Rothwell
2024-02-25 21:41     ` Stephen Rothwell
2024-02-25 21:47       ` Stephen Rothwell
2024-02-26 12:56         ` Christian König
2024-02-06  1:28 Stephen Rothwell
2024-02-06 11:46 ` Jani Nikula
2024-02-06 12:39 ` Thomas Hellström
2024-02-07  2:46 ` Stephen Rothwell
2023-11-26 23:38 Stephen Rothwell
2023-11-26 23:38 ` Stephen Rothwell
2023-11-27  2:12 ` Luben Tuikov
2023-11-27  2:12   ` Luben Tuikov
2023-10-12  1:22 Stephen Rothwell
2023-10-12  1:22 ` Stephen Rothwell
2023-10-12  1:27 ` Stephen Rothwell
2023-10-12  1:27   ` Stephen Rothwell
2023-10-12  7:09   ` Greg Kroah-Hartman
2023-10-12  7:09     ` Greg Kroah-Hartman
2023-10-20  2:00   ` Stephen Rothwell
2023-10-20  2:00     ` Stephen Rothwell
2023-08-07  1:36 Stephen Rothwell
2023-08-07  1:36 ` Stephen Rothwell
2023-04-03  2:16 Stephen Rothwell
2023-04-03  2:16 ` Stephen Rothwell
2023-04-03  8:51 ` Qiang Yu
2023-04-03  8:51   ` Qiang Yu
2023-04-04  1:14   ` Stephen Rothwell
2023-04-04  1:14     ` Stephen Rothwell
2022-11-17  7:32 Stephen Rothwell
2022-11-17  7:32 ` Stephen Rothwell
2022-11-23  5:20 ` Stephen Rothwell
2022-11-23  5:20   ` Stephen Rothwell
2022-11-23  5:35   ` David Airlie
2022-11-23  5:35     ` David Airlie
2022-11-23  6:22     ` Stephen Rothwell
2022-11-23  6:22       ` Stephen Rothwell
2022-11-23  8:33     ` Thomas Zimmermann
2022-11-23  8:33       ` Thomas Zimmermann
2022-11-16  0:38 Stephen Rothwell
2022-11-16  0:38 ` Stephen Rothwell
2022-11-10  0:10 Stephen Rothwell
2022-11-10  0:10 ` Stephen Rothwell
2022-10-21  0:02 Stephen Rothwell
2022-10-21  0:02 ` Stephen Rothwell
2022-10-21  1:11 ` Zack Rusin
2022-06-21  2:36 Stephen Rothwell
2022-06-21  2:36 ` Stephen Rothwell
2022-06-21  7:48 ` Ville Syrjälä
2022-06-21  7:48   ` Ville Syrjälä
2022-06-22  1:04   ` Stephen Rothwell
2022-06-22  1:04     ` Stephen Rothwell
2022-06-22 13:55     ` Ville Syrjälä
2022-06-22 13:55       ` Ville Syrjälä
2022-06-10  4:49 Stephen Rothwell
2022-06-10  4:49 ` Stephen Rothwell
2022-06-10  9:23 ` Javier Martinez Canillas
2022-04-08  1:10 Stephen Rothwell
2022-04-08  1:10 ` Stephen Rothwell
2022-04-08  8:17 ` Christian König
2022-04-08  8:17   ` Christian König
2022-04-06  0:50 Stephen Rothwell
2022-04-06  0:50 ` Stephen Rothwell
2022-04-06  8:56 ` Paul Cercueil
2022-04-06  8:56   ` Paul Cercueil
2021-10-15  9:26 Stephen Rothwell
2021-10-15  9:56 ` Jani Nikula
2021-10-15 10:23   ` Stephen Rothwell
2021-11-01  8:42 ` Stephen Rothwell
2021-11-01  8:42   ` Stephen Rothwell
2021-11-05  6:15   ` Stephen Rothwell
2021-11-05  6:15     ` Stephen Rothwell
2021-11-05 11:03     ` Jani Nikula
2021-11-05 11:03       ` Jani Nikula
2021-11-05 11:57       ` Maxime Ripard
2021-11-05 11:57         ` Maxime Ripard
2021-11-06  2:33       ` Stephen Rothwell
2021-11-06  2:33         ` Stephen Rothwell
2021-11-09  7:40         ` Jani Nikula
2021-11-09  7:40           ` Jani Nikula
2021-11-09  9:16           ` Daniel Vetter
2021-11-09  9:16             ` Daniel Vetter
2021-11-09 11:09             ` Jani Nikula
2021-11-09 11:09               ` Jani Nikula
2021-10-12  2:18 Stephen Rothwell
2021-10-12 11:29 ` Karol Herbst
2021-10-14  3:02 ` luo.penghao
2021-10-14  5:42   ` linux-next: " Karol Herbst
2021-09-17  7:09 Stephen Rothwell
2021-06-08  2:50 Stephen Rothwell
2021-06-08  2:50 ` Stephen Rothwell
2021-06-08  5:37 ` Felix Kuehling
2021-06-08  5:37   ` Felix Kuehling
2021-06-08  6:55   ` Christian König
2021-06-08  6:55     ` Christian König
2021-06-08  7:06     ` Felix Kuehling
2021-06-08  7:06       ` Felix Kuehling
2021-06-08  7:11       ` Christian König
2021-06-08  7:11         ` Christian König
2021-06-09 13:48         ` Daniel Vetter
2021-06-09 13:48           ` Daniel Vetter
2021-06-07  2:33 Stephen Rothwell
2021-06-07  2:33 ` Stephen Rothwell
2021-06-07  6:39 ` Christian König
2021-06-07  6:39   ` Christian König
2021-05-12  5:00 Stephen Rothwell
2021-05-12  5:00 ` Stephen Rothwell
2021-05-12 18:58 ` Thomas Zimmermann
2021-05-12 18:58   ` Thomas Zimmermann
2021-02-10  3:11 Stephen Rothwell
2021-02-10  3:11 ` Stephen Rothwell
2021-02-10 14:31 ` Maarten Lankhorst
2021-02-10 14:31   ` Maarten Lankhorst
2021-02-01  2:10 Stephen Rothwell
2021-02-01  2:10 ` Stephen Rothwell
2021-01-14  0:31 Stephen Rothwell
2021-01-14  0:31 ` Stephen Rothwell
2021-01-14 11:16 ` Thomas Zimmermann
2021-01-14 11:16   ` Thomas Zimmermann
2020-11-10  2:26 Stephen Rothwell
2020-11-10  2:26 ` Stephen Rothwell
2020-11-02  1:43 Stephen Rothwell
2020-11-02  1:43 ` Stephen Rothwell
2020-11-02  9:28 ` Daniel Vetter
2020-11-02  9:28   ` Daniel Vetter
2020-11-02 10:23   ` Michael S. Tsirkin
2020-11-02 10:23     ` Michael S. Tsirkin
2020-11-02 10:28     ` Daniel Vetter
2020-11-02 10:28       ` Daniel Vetter
2020-11-02 10:27   ` Christoph Hellwig
2020-11-02 11:05     ` Michael S. Tsirkin
2020-11-02 11:05       ` Michael S. Tsirkin
2020-11-02 10:19 ` Michael S. Tsirkin
2020-11-02 10:19   ` Michael S. Tsirkin
2020-11-11  6:10   ` Stephen Rothwell
2020-11-11  6:10     ` Stephen Rothwell
2020-11-11 12:48     ` Michael S. Tsirkin
2020-11-11 12:48       ` Michael S. Tsirkin
2020-10-30  0:07 Stephen Rothwell
2020-10-30  0:07 ` Stephen Rothwell
2020-10-30  7:53 ` Christian König
2020-10-30  7:53   ` Christian König
2020-10-08  3:09 Stephen Rothwell
2020-10-08  3:09 ` Stephen Rothwell
2020-10-08  4:42 ` Stephen Rothwell
2020-10-08  4:42   ` Stephen Rothwell
2020-10-12  4:24   ` Stephen Rothwell
2020-10-12  4:24     ` Stephen Rothwell
2020-10-12  4:26     ` Stephen Rothwell
2020-10-12  4:26       ` Stephen Rothwell
2020-10-12 10:15     ` Paul Cercueil
2020-10-12 10:15       ` Paul Cercueil
2020-10-13 11:12     ` Paul Cercueil
2020-10-13 11:12       ` Paul Cercueil
2020-08-26  0:55 Stephen Rothwell
2020-08-26  0:55 ` Stephen Rothwell
2020-09-02  3:06 ` Stephen Rothwell
2020-09-02  3:06   ` Stephen Rothwell
2020-06-17  0:59 Stephen Rothwell
2020-06-17  0:59 ` Stephen Rothwell
2020-06-17  6:33 ` Thomas Zimmermann
2020-06-17  6:33   ` Thomas Zimmermann
2020-06-17  7:03   ` Stephen Rothwell
2020-06-17  7:03     ` Stephen Rothwell
2020-06-17 19:06     ` Emil Velikov
2020-06-17 19:06       ` Emil Velikov
2020-06-24  1:36 ` Stephen Rothwell
2020-06-24  1:36   ` Stephen Rothwell
2020-06-24  5:47   ` Dave Airlie
2020-06-24  5:47     ` Dave Airlie
2020-06-24  7:16     ` Stephen Rothwell
2020-06-24  7:16       ` Stephen Rothwell
2020-04-20  3:01 Stephen Rothwell
2020-04-20  3:01 ` Stephen Rothwell
2020-04-28 22:33 ` Stephen Rothwell
2020-04-28 22:33   ` Stephen Rothwell
2020-04-29  8:09   ` Bartlomiej Zolnierkiewicz
2020-04-29  8:09     ` Bartlomiej Zolnierkiewicz
2020-04-29 10:50     ` Bartlomiej Zolnierkiewicz
2020-04-29 10:50       ` Bartlomiej Zolnierkiewicz
2019-12-16  1:23 Stephen Rothwell
2019-12-16  1:23 ` Stephen Rothwell
2019-12-17 13:19 ` Daniel Vetter
2019-12-17 13:19   ` Daniel Vetter
2019-12-17 20:22   ` Stephen Rothwell
2019-12-17 20:22     ` Stephen Rothwell
2019-12-18 11:53     ` Daniel Vetter
2019-12-18 11:53       ` Daniel Vetter
2019-10-16  0:22 Stephen Rothwell
2019-10-16 16:21 ` Alex Deucher
2019-10-09  0:35 Stephen Rothwell
2019-10-09 16:17 ` Alex Deucher
2019-10-07 23:30 Stephen Rothwell
2019-10-08  3:02 ` Stephen Rothwell
2019-10-08  7:56 ` Hans Verkuil
2019-10-14  0:12 ` Stephen Rothwell
2019-10-14  0:12   ` Stephen Rothwell
2019-08-28  8:55 Stephen Rothwell
2019-08-28  8:55 ` Stephen Rothwell
2019-08-28  9:15 ` Gerd Hoffmann
2019-08-07  3:21 Stephen Rothwell
2019-08-07  3:21 ` Stephen Rothwell
2019-08-01  2:30 Stephen Rothwell
2019-08-01  2:30 ` Stephen Rothwell
2019-06-14  4:41 Stephen Rothwell
2019-06-14  4:41 ` Stephen Rothwell
2019-04-09  6:08 Stephen Rothwell
2019-04-09  6:08 ` Stephen Rothwell
2019-04-09  7:22 ` Gerd Hoffmann
2019-04-09  8:08   ` Stephen Rothwell
2019-04-09  8:31     ` Gerd Hoffmann
2019-04-05  4:55 Stephen Rothwell
2019-04-05  6:03 ` Stephen Rothwell
2019-04-05  6:03   ` Stephen Rothwell
2019-02-08  1:38 Stephen Rothwell
2019-02-08  1:38 ` Stephen Rothwell
2019-02-08  8:52 ` Daniel Vetter
2019-02-08 22:17   ` Sam Ravnborg
2019-01-08  0:12 Stephen Rothwell
2019-01-08  0:12 ` Stephen Rothwell
2019-01-08  8:37 ` Daniel Vetter
2019-01-08  8:37   ` Daniel Vetter
2019-01-08 14:01   ` Kazlauskas, Nicholas
2019-01-08 14:01     ` Kazlauskas, Nicholas
2019-01-09  0:29   ` Stephen Rothwell
2018-12-06  2:32 Stephen Rothwell
2018-12-06  2:32 ` Stephen Rothwell
2018-12-07 12:37 ` Koenig, Christian
2018-12-07 12:37   ` Koenig, Christian
2017-12-06  1:00 Stephen Rothwell
2017-07-19  1:46 Stephen Rothwell
2017-07-19  1:46 ` Stephen Rothwell
2017-07-21  0:08 ` Stephen Rothwell
2017-07-21  0:08   ` Stephen Rothwell
2017-07-21  7:24   ` Daniel Vetter
2017-07-21  7:24     ` Daniel Vetter
2017-07-21 19:01     ` Hans de Goede
2017-07-24  0:03     ` Stephen Rothwell
2017-07-24  0:03       ` Stephen Rothwell
2017-07-24  8:24       ` Daniel Vetter
2017-07-24 18:33         ` Greg KH
2017-07-24 18:33           ` Greg KH
2017-07-18  1:38 Stephen Rothwell
2017-04-21  2:10 Stephen Rothwell
2017-04-21  2:10 ` Stephen Rothwell
2017-04-21  2:10 ` Stephen Rothwell
2017-04-21  5:03 ` Logan Gunthorpe
2017-04-21  5:03   ` Logan Gunthorpe
2017-04-21  5:03   ` Logan Gunthorpe
2017-04-24  1:25 ` Stephen Rothwell
2017-04-24  1:25   ` Stephen Rothwell
2017-05-02  8:25   ` Daniel Vetter
2017-05-02  8:25     ` Daniel Vetter
2017-05-02  8:25     ` Daniel Vetter
2017-05-02  8:41     ` Stephen Rothwell
2017-05-02  8:41       ` Stephen Rothwell
2017-05-02  8:55       ` Arnd Bergmann
2017-05-02  8:55         ` Arnd Bergmann
2017-05-02  9:34         ` Daniel Vetter
2017-05-02  9:34           ` Daniel Vetter
2017-05-03 23:50 ` Stephen Rothwell
2017-05-03 23:50   ` Stephen Rothwell
2017-05-03 23:50   ` Stephen Rothwell
2017-04-03  3:31 Stephen Rothwell
2017-04-03  3:31 ` Stephen Rothwell
2017-04-03 17:26 ` Sinclair Yeh
2017-04-03 17:26   ` Sinclair Yeh
2017-01-05  0:53 Stephen Rothwell
2017-01-05  0:53 ` Stephen Rothwell
2017-01-05 10:24 ` [Intel-gfx] " Jani Nikula
2017-01-05 10:46   ` Stephen Rothwell
2016-11-09  0:14 Stephen Rothwell
2016-11-09  0:14 ` Stephen Rothwell
2016-10-24  0:24 Stephen Rothwell
2016-10-24  0:24 ` Stephen Rothwell
2016-02-10  1:24 Stephen Rothwell
2016-02-10  1:24 ` Stephen Rothwell
2016-02-10  6:31 ` Daniel Vetter
2016-02-10  8:41 ` Lukas Wunner
2016-02-10  8:41   ` Lukas Wunner
2016-02-10 13:17   ` Lukas Wunner
2016-02-10 13:17     ` Lukas Wunner
2016-02-10 13:37     ` Daniel Vetter
2016-02-10 13:37       ` Daniel Vetter
2015-12-08  0:20 Stephen Rothwell
2015-12-08  0:20 ` Stephen Rothwell
2015-10-01  2:47 Stephen Rothwell
2015-10-01  2:47 ` Stephen Rothwell
2015-10-01  6:41 ` Daniel Vetter
2015-09-03  0:49 Stephen Rothwell
2015-09-03  0:49 ` Stephen Rothwell
2015-09-07 23:42 ` Stephen Rothwell
2015-09-07 23:42   ` Stephen Rothwell
2015-09-08  4:48   ` Maarten Lankhorst
2015-09-08  4:48     ` Maarten Lankhorst
2015-09-08  8:16     ` Daniel Vetter
2015-09-08  8:16       ` Daniel Vetter
2015-07-14  2:52 Stephen Rothwell
2015-07-14  2:52 ` Stephen Rothwell
2015-07-14  5:00 ` Archit Taneja
2015-07-14  7:36   ` Daniel Vetter
2015-07-14  7:36     ` Daniel Vetter
2015-02-24  0:41 Stephen Rothwell
2015-02-24  0:41 ` Stephen Rothwell
2015-02-24  0:59 ` Daniel Vetter

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20190402090807.GI2665@phenom.ffwll.local \
    --to=daniel@ffwll.ch \
    --cc=daniel.vetter@ffwll.ch \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=eric@anholt.net \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-next@vger.kernel.org \
    --cc=sfr@canb.auug.org.au \
    --cc=willy@infradead.org \
    --cc=yuq825@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.