diff mbox series

[V5,15/15] MAINTAINERS: Update KVM/MIPS maintainers

Message ID 1589359366-1669-16-git-send-email-chenhc@lemote.com (mailing list archive)
State New, archived
Headers show
Series KVM: MIPS: Add Loongson-3 support (Host Side) | expand

Commit Message

Huacai Chen May 13, 2020, 8:42 a.m. UTC
James Hogan has become inactive for a long time and leaves KVM for MIPS
orphan. I'm working on KVM/Loongson and attempt to make it upstream both
in kernel and QEMU, while Aleksandar Markovic is already a maintainer of
QEMU/MIPS. We are both interested in QEMU/KVM/MIPS, and we have already
made some contributions in kernel and QEMU. If possible, we want to take
the KVM/MIPS maintainership.

Signed-off-by: Huacai Chen <chenhc@lemote.com>
---
 MAINTAINERS | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

Comments

Aleksandar Markovic May 14, 2020, 7:47 a.m. UTC | #1
сре, 13. мај 2020. у 10:48 Huacai Chen <chenhc@lemote.com> је написао/ла:
>
> James Hogan has become inactive for a long time and leaves KVM for MIPS
> orphan. I'm working on KVM/Loongson and attempt to make it upstream both
> in kernel and QEMU, while Aleksandar Markovic is already a maintainer of
> QEMU/MIPS. We are both interested in QEMU/KVM/MIPS, and we have already
> made some contributions in kernel and QEMU. If possible, we want to take
> the KVM/MIPS maintainership.
>
> Signed-off-by: Huacai Chen <chenhc@lemote.com>
> ---

Reviewed-by: Aleksandar Markovic <aleksandar.qemu.devel@gmail.com>

>  MAINTAINERS | 4 +++-
>  1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index e64e5db..59b3f43 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -9302,9 +9302,11 @@ F:       include/kvm/arm_*
>  F:     virt/kvm/arm/
>
>  KERNEL VIRTUAL MACHINE FOR MIPS (KVM/mips)
> +M:     Aleksandar Markovic <aleksandar.qemu.devel@gmail.com>
> +M:     Huacai Chen <chenhc@lemote.com>
>  L:     linux-mips@vger.kernel.org
>  L:     kvm@vger.kernel.org
> -S:     Orphan
> +S:     Maintained
>  F:     arch/mips/include/asm/kvm*
>  F:     arch/mips/include/uapi/asm/kvm*
>  F:     arch/mips/kvm/
> --
> 2.7.0
>
Jiaxun Yang May 14, 2020, 1:33 p.m. UTC | #2
于 2020年5月13日 GMT+08:00 下午4:42:46, Huacai Chen <chenhc@lemote.com> 写到:
>James Hogan has become inactive for a long time and leaves KVM for MIPS
>orphan. I'm working on KVM/Loongson and attempt to make it upstream both
>in kernel and QEMU, while Aleksandar Markovic is already a maintainer of
>QEMU/MIPS. We are both interested in QEMU/KVM/MIPS, and we have already
>made some contributions in kernel and QEMU. If possible, we want to take
>the KVM/MIPS maintainership.
>
>Signed-off-by: Huacai Chen <chenhc@lemote.com>
>---

Reviewed-by: Jiaxun Yang <jiaxun.yang@flygoat.com>

Huacai is extremely experienced on virtualization,
his PhD thesis is about virtualization too.
He had been working on Loongson kernel for a long period.

Alexander maintained QEMU/MIPS for some years, he is a expert on
QEMU and MIPS architecture.

I believe these guys can effectively bring MIPS/KVM support back to sea level again.

Best wishes!
Huacai Chen May 15, 2020, 1:50 a.m. UTC | #3
Hi, Jiaxun,

On Thu, May 14, 2020 at 9:34 PM Jiaxun Yang <jiaxun.yang@flygoat.com> wrote:
>
>
>
> 于 2020年5月13日 GMT+08:00 下午4:42:46, Huacai Chen <chenhc@lemote.com> 写到:
> >James Hogan has become inactive for a long time and leaves KVM for MIPS
> >orphan. I'm working on KVM/Loongson and attempt to make it upstream both
> >in kernel and QEMU, while Aleksandar Markovic is already a maintainer of
> >QEMU/MIPS. We are both interested in QEMU/KVM/MIPS, and we have already
> >made some contributions in kernel and QEMU. If possible, we want to take
> >the KVM/MIPS maintainership.
> >
> >Signed-off-by: Huacai Chen <chenhc@lemote.com>
> >---
>
> Reviewed-by: Jiaxun Yang <jiaxun.yang@flygoat.com>
>
> Huacai is extremely experienced on virtualization,
> his PhD thesis is about virtualization too.
> He had been working on Loongson kernel for a long period.
>
> Alexander maintained QEMU/MIPS for some years, he is a expert on
> QEMU and MIPS architecture.
>
> I believe these guys can effectively bring MIPS/KVM support back to sea level again.
Thank you very much, and I think you won't be disappointed in us.

>
> Best wishes!
> --
> Jiaxun Yang
Regards,
Huacai
Thomas Bogendoerfer May 15, 2020, 9:13 p.m. UTC | #4
On Fri, May 15, 2020 at 09:50:04AM +0800, Huacai Chen wrote:
> On Thu, May 14, 2020 at 9:34 PM Jiaxun Yang <jiaxun.yang@flygoat.com> wrote:
> > 于 2020年5月13日 GMT+08:00 下午4:42:46, Huacai Chen <chenhc@lemote.com> 写到:
> > >James Hogan has become inactive for a long time and leaves KVM for MIPS
> > >orphan. I'm working on KVM/Loongson and attempt to make it upstream both
> > >in kernel and QEMU, while Aleksandar Markovic is already a maintainer of
> > >QEMU/MIPS. We are both interested in QEMU/KVM/MIPS, and we have already
> > >made some contributions in kernel and QEMU. If possible, we want to take
> > >the KVM/MIPS maintainership.
> > >
> > >Signed-off-by: Huacai Chen <chenhc@lemote.com>
> > >---
> >
> > Reviewed-by: Jiaxun Yang <jiaxun.yang@flygoat.com>
> >
> > Huacai is extremely experienced on virtualization,
> > his PhD thesis is about virtualization too.
> > He had been working on Loongson kernel for a long period.
> >
> > Alexander maintained QEMU/MIPS for some years, he is a expert on
> > QEMU and MIPS architecture.
> >
> > I believe these guys can effectively bring MIPS/KVM support back to sea level again.
> Thank you very much, and I think you won't be disappointed in us.

I'm happy to see you taking care of the KVM part. So how is your plan
to handle patches ? Do want to collect them and send pull requests to
me ? Or should I just pick them up with your Acked-by ?

And could you do me a favour and check your mail setup. I always
get failed deliveries:

  chenhc@lemote.com
    SMTP error from remote mailer after end of data:
    host mxbiz1.qq.com [203.205.232.191]: 550 Mail content denied. http://servic
e.exmail.qq.com/cgi-bin/help?subtype=1&&id=20022&&no=1000726

or

  chenhc@lemote.com
    SMTP error from remote mailer after end of data:
    host mxbiz1.qq.com [203.205.232.191]: 550 Ip frequency limited. http://servi
ce.exmail.qq.com/cgi-bin/help?subtype=1&&id=20022&&no=1000725

Thomas.
Huacai Chen May 16, 2020, 9:36 a.m. UTC | #5
Hi, Thomas,

On Sat, May 16, 2020 at 5:14 AM Thomas Bogendoerfer
<tsbogend@alpha.franken.de> wrote:
>
> On Fri, May 15, 2020 at 09:50:04AM +0800, Huacai Chen wrote:
> > On Thu, May 14, 2020 at 9:34 PM Jiaxun Yang <jiaxun.yang@flygoat.com> wrote:
> > > 于 2020年5月13日 GMT+08:00 下午4:42:46, Huacai Chen <chenhc@lemote.com> 写到:
> > > >James Hogan has become inactive for a long time and leaves KVM for MIPS
> > > >orphan. I'm working on KVM/Loongson and attempt to make it upstream both
> > > >in kernel and QEMU, while Aleksandar Markovic is already a maintainer of
> > > >QEMU/MIPS. We are both interested in QEMU/KVM/MIPS, and we have already
> > > >made some contributions in kernel and QEMU. If possible, we want to take
> > > >the KVM/MIPS maintainership.
> > > >
> > > >Signed-off-by: Huacai Chen <chenhc@lemote.com>
> > > >---
> > >
> > > Reviewed-by: Jiaxun Yang <jiaxun.yang@flygoat.com>
> > >
> > > Huacai is extremely experienced on virtualization,
> > > his PhD thesis is about virtualization too.
> > > He had been working on Loongson kernel for a long period.
> > >
> > > Alexander maintained QEMU/MIPS for some years, he is a expert on
> > > QEMU and MIPS architecture.
> > >
> > > I believe these guys can effectively bring MIPS/KVM support back to sea level again.
> > Thank you very much, and I think you won't be disappointed in us.
>
> I'm happy to see you taking care of the KVM part. So how is your plan
> to handle patches ? Do want to collect them and send pull requests to
> me ? Or should I just pick them up with your Acked-by ?
I think we can only use the second method, because both Aleksandar and
me don't have a kernel tree in kernel.org now.

>
> And could you do me a favour and check your mail setup. I always
> get failed deliveries:
>
>   chenhc@lemote.com
>     SMTP error from remote mailer after end of data:
>     host mxbiz1.qq.com [203.205.232.191]: 550 Mail content denied. http://servic
> e.exmail.qq.com/cgi-bin/help?subtype=1&&id=20022&&no=1000726
>
> or
>
>   chenhc@lemote.com
>     SMTP error from remote mailer after end of data:
>     host mxbiz1.qq.com [203.205.232.191]: 550 Ip frequency limited. http://servi
> ce.exmail.qq.com/cgi-bin/help?subtype=1&&id=20022&&no=1000725
I only use chenhc@lemote.com to sign-off my patches, and you can
communicate with me via chenhuacai@gmail.com. Thank you.


>
> Thomas.
>
> --
> Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
> good idea.                                                [ RFC1925, 2.3 ]
Paolo Bonzini May 16, 2020, 11:55 a.m. UTC | #6
On 16/05/20 11:36, Huacai Chen wrote:
>> I'm happy to see you taking care of the KVM part. So how is your plan
>> to handle patches ? Do want to collect them and send pull requests to
>> me ? Or should I just pick them up with your Acked-by ?
> I think we can only use the second method, because both Aleksandar and
> me don't have a kernel tree in kernel.org now.

If you don't mind, I generally prefer to have MIPS changs submitted
through the KVM tree, because KVM patches rarely have intrusive changes
in generic arch files.  It's more common to have generic KVM patches
that require touching all architectures.

For 5.8 I don't have anything planned that could cause conflicts, so
this time it doesn't matter; but I can pick these up too if Thomas acks
patches 6, 12 and 14.

Thanks,

Paolo
Thomas Bogendoerfer May 16, 2020, 3:38 p.m. UTC | #7
On Sat, May 16, 2020 at 01:55:23PM +0200, Paolo Bonzini wrote:
> On 16/05/20 11:36, Huacai Chen wrote:
> >> I'm happy to see you taking care of the KVM part. So how is your plan
> >> to handle patches ? Do want to collect them and send pull requests to
> >> me ? Or should I just pick them up with your Acked-by ?
> > I think we can only use the second method, because both Aleksandar and
> > me don't have a kernel tree in kernel.org now.
> 
> If you don't mind, I generally prefer to have MIPS changs submitted
> through the KVM tree, because KVM patches rarely have intrusive changes
> in generic arch files.  It's more common to have generic KVM patches
> that require touching all architectures.

works for me.

> For 5.8 I don't have anything planned that could cause conflicts, so
> this time it doesn't matter; but I can pick these up too if Thomas acks
> patches 6, 12 and 14.

I've acked all three pacthes

Thomas.
Huacai Chen May 17, 2020, 5:50 a.m. UTC | #8
Hi, Paolo and Thomas,

On Sat, May 16, 2020 at 11:39 PM Thomas Bogendoerfer
<tsbogend@alpha.franken.de> wrote:
>
> On Sat, May 16, 2020 at 01:55:23PM +0200, Paolo Bonzini wrote:
> > On 16/05/20 11:36, Huacai Chen wrote:
> > >> I'm happy to see you taking care of the KVM part. So how is your plan
> > >> to handle patches ? Do want to collect them and send pull requests to
> > >> me ? Or should I just pick them up with your Acked-by ?
> > > I think we can only use the second method, because both Aleksandar and
> > > me don't have a kernel tree in kernel.org now.
> >
> > If you don't mind, I generally prefer to have MIPS changs submitted
> > through the KVM tree, because KVM patches rarely have intrusive changes
> > in generic arch files.  It's more common to have generic KVM patches
> > that require touching all architectures.
>
> works for me.
>
> > For 5.8 I don't have anything planned that could cause conflicts, so
> > this time it doesn't matter; but I can pick these up too if Thomas acks
> > patches 6, 12 and 14.
>
> I've acked all three pacthes
>
> Thomas.
Thank you very much, I've send V6 instead of V5, because V5 has a
small rebase issue.

>
> --
> Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
> good idea.                                                [ RFC1925, 2.3 ]
Aleksandar Markovic May 18, 2020, 8:42 a.m. UTC | #9
суб, 16. мај 2020. у 13:55 Paolo Bonzini <pbonzini@redhat.com> је написао/ла:
>
> On 16/05/20 11:36, Huacai Chen wrote:
> >> I'm happy to see you taking care of the KVM part. So how is your plan
> >> to handle patches ? Do want to collect them and send pull requests to
> >> me ? Or should I just pick them up with your Acked-by ?
> > I think we can only use the second method, because both Aleksandar and
> > me don't have a kernel tree in kernel.org now.
>
> If you don't mind, I generally prefer to have MIPS changs submitted
> through the KVM tree, because KVM patches rarely have intrusive changes
> in generic arch files.  It's more common to have generic KVM patches
> that require touching all architectures.
>

To me, Paolo's workflow seems reasonable and efficient from practical
point of view. No unnecessary multitude of repeated series or pull sending,
and no single person is burdened with majority of work being done just by
himself for any given case of series like this one. Also, it looks to me it is
quite efficient wrt possible conflict and rebase issues, that will be taken
care by both KVM/MIPS and KVM/general submitters/maintainers.

I suggest we keep Paolo's workflow plan for this series, but, more
importantly, if you guys all agree, in future as well.

Sincerely,
Aleksandar

> For 5.8 I don't have anything planned that could cause conflicts, so
> this time it doesn't matter; but I can pick these up too if Thomas acks
> patches 6, 12 and 14.
>
> Thanks,
>
> Paolo
>
diff mbox series

Patch

diff --git a/MAINTAINERS b/MAINTAINERS
index e64e5db..59b3f43 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -9302,9 +9302,11 @@  F:	include/kvm/arm_*
 F:	virt/kvm/arm/
 
 KERNEL VIRTUAL MACHINE FOR MIPS (KVM/mips)
+M:	Aleksandar Markovic <aleksandar.qemu.devel@gmail.com>
+M:	Huacai Chen <chenhc@lemote.com>
 L:	linux-mips@vger.kernel.org
 L:	kvm@vger.kernel.org
-S:	Orphan
+S:	Maintained
 F:	arch/mips/include/asm/kvm*
 F:	arch/mips/include/uapi/asm/kvm*
 F:	arch/mips/kvm/