From: James Hogan <jhogan@kernel.org>
To: Aleksandar Markovic <aleksandar.m.mail@gmail.com>
Cc: "Philippe Mathieu-Daudé" <philippe@mathieu-daude.net>,
"Paul Burton" <paulburton@kernel.org>,
"QEMU Trivial" <qemu-trivial@nongnu.org>,
"qemu-devel@nongnu.org Developers" <qemu-devel@nongnu.org>,
"Aleksandar Markovic" <amarkovic@wavecomp.com>,
"Paolo Bonzini" <pbonzini@redhat.com>,
"Aleksandar Rikalo" <aleksandar.rikalo@rt-rk.com>,
"Aurelien Jarno" <aurelien@aurel32.net>
Subject: Re: [PATCH] MAINTAINERS: Orphan MIPS KVM CPUs
Date: Sun, 16 Feb 2020 22:55:20 +0000 [thread overview]
Message-ID: <20200216225520.GB145683@jamesdev> (raw)
In-Reply-To: <CAL1e-=hOAs3xmpcyKz2cMQhGaW1J-PntuA9RmHb94vQgc31ttg@mail.gmail.com>
On Sun, Feb 16, 2020 at 05:33:44PM +0100, Aleksandar Markovic wrote:
> OK, I will add the patch in the next MIPS queue, since I think its
> significance is more than trivial. It will be sent no later than two weeks
> from now.
Thanks Aleksandar.
> I just wanted the patch to be in the same queue when we will
> provide replacement. But, honestly, if the factual state lasted that long,
> I don't see the reason for such sudden hurry, do you?
Yes.
My main reasons for not wanting this dragged out any longer are:
1) Personally, I just want to let go of it now, and that's slightly
harder to do when I'm still keeping an eye on whether this patch is
merged yet, or worse, waiting for Wave to act.
2) In principle it feels wrong to delay a maintainer's name being
removed at their own request (even if it came late!) for an
indeterminate amount of time. This patch simply shouldn't be blocked
waiting for Wave to make a decision I've been waiting to see if it
would make for too long already.
3) Maybe publicly recognising the orphaned state might motivate Wave or
others to step up and take a lead with further development.
> Of course I respect James' decision, although I am trully sorry about it.
> My only slight objection is that James should have sent this patch sooner,
> rather than just leave an impression that there is a maintainer, while in
> fact there wasn't. What did you wait?
LOL, well I doubt MIPS (as a company) was under any illusion since they
pulled the trigger :-P
Seriously though, I intended to keep an eye on things in my own time
(both on kernel & QEMU side) and just be ready to answer questions and
hand over the reigns if/when somebody from Wave got up to speed. I was
probably also wary of making MIPS look bad for closing their UK
operation (again) and "orphaning" my code (that I was probably too
emotionally invested in, LOL!).
In practice Paul took care of the MIPS arch stuff and there was
virtually no activity on the MIPS KVM front from Wave so real life
mostly pushed it off my radar. I did discuss orphaning it with Paul last
year but there was mention of Wave folk getting up to speed with it so I
held off for a bit longer.
Anyway FWIW I'm sorry for any confusion caused by my hesitation.
> But, never mind, I understand your
> hesitation. The best outcome would be that James remained in that role (I
> do remember him as an excellent, thorough engineer, that is approachable
> and very helpful to others), but what can we do now. I wish we work
> together in future, who knows? Thanks, James, for taking care of KVM for
> MIPS for number of years!
Thanks, my pleasure.
Cheers
James
next prev parent reply other threads:[~2020-02-16 22:56 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-12-21 15:53 [PATCH] MAINTAINERS: Orphan MIPS KVM CPUs James Hogan
2020-02-12 18:43 ` Philippe Mathieu-Daudé
2020-02-13 0:34 ` Aleksandar Markovic
2020-02-16 6:57 ` James Hogan
2020-02-16 7:47 ` Paolo Bonzini
2020-02-16 16:33 ` Aleksandar Markovic
2020-02-16 22:55 ` James Hogan [this message]
2020-02-18 18:00 ` Aleksandar Markovic
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=20200216225520.GB145683@jamesdev \
--to=jhogan@kernel.org \
--cc=aleksandar.m.mail@gmail.com \
--cc=aleksandar.rikalo@rt-rk.com \
--cc=amarkovic@wavecomp.com \
--cc=aurelien@aurel32.net \
--cc=paulburton@kernel.org \
--cc=pbonzini@redhat.com \
--cc=philippe@mathieu-daude.net \
--cc=qemu-devel@nongnu.org \
--cc=qemu-trivial@nongnu.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).