[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20201110135500.GA2484495@PWN>
Date: Tue, 10 Nov 2020 08:55:00 -0500
From: Peilin Ye <yepeilin.cs@...il.com>
To: Daniel Vetter <daniel@...ll.ch>
Cc: Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Jiri Slaby <jirislaby@...nel.org>,
Thomas Winischhofer <thomas@...ischhofer.net>,
Bartlomiej Zolnierkiewicz <b.zolnierkie@...sung.com>,
Nicolas Pitre <nico@...xnic.net>,
"Gustavo A . R . Silva" <gustavoars@...nel.org>,
Tetsuo Handa <penguin-kernel@...ove.sakura.ne.jp>,
George Kennedy <george.kennedy@...cle.com>,
Nathan Chancellor <natechancellor@...il.com>,
Peter Rosin <peda@...ntia.se>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
USB list <linux-usb@...r.kernel.org>,
dri-devel <dri-devel@...ts.freedesktop.org>,
Linux Fbdev development list <linux-fbdev@...r.kernel.org>
Subject: Re: [PATCH 1/2] console: Remove dummy con_font_op() callback
implementations
On Tue, Nov 10, 2020 at 02:46:20PM +0100, Daniel Vetter wrote:
> On Tue, Nov 10, 2020 at 2:24 PM Peilin Ye <yepeilin.cs@...il.com> wrote:
> > Oh, are we doing an -rc3 backmerge soon? At the moment I can base these
> > patches on neither drm-misc (due to the font_copy removal), nor mainline
> > (due to the signedness issue in font_desc we've talked about), so I'm
> > waiting for a backmerge to rebase everything properly. Sorry that I
> > didn't mention earlier.
>
> linux-next has all the trees, so you can always use that. And yes I'm
> pushing the backmerge through, so in a few days at most I can pull in
> all your patches. Meanwhile you can base your work of linux-next.
>
> > > Greg, ok if I just pull these in through drm-misc-next? It's a pretty bad
> > > hairball anyway and that avoids the tree coordination issues. Only thing
> > > that might get in the way is the vt font_copy removal, but that's in -rc3
> > > so easy to backmerge.
> >
> > I will rebase and send everything (including the font_copy
> > garbage-collecting) in a v3 series after the backmerge. Thanks,
>
> No need to be blocked on a backmerge, this is only needed for merging
> the patches. Development should not be blocked like this.
I see. Thanks!
Peilin Ye
Powered by blists - more mailing lists