Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752766AbdLGLHJ (ORCPT ); Thu, 7 Dec 2017 06:07:09 -0500 Received: from 9pmail.ess.barracuda.com ([64.235.154.210]:38039 "EHLO 9pmail.ess.barracuda.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752440AbdLGLHI (ORCPT ); Thu, 7 Dec 2017 06:07:08 -0500 Date: Thu, 7 Dec 2017 11:05:50 +0000 From: James Hogan To: Greg Kroah-Hartman CC: Huacai Chen , Linus Torvalds , Stephen Rothwell , Ralf Baechle , Rui Wang , Binbin Zhou , Ce Sun , Yao Wang , Liangliang Huang , Fuxin Zhang , Zhangjin Wu , Jiaxun Yang , , , , <513434146@qq.com>, <1393699660@qq.com>, , Subject: Re: [PATCH 0/1] About MIPS/Loongson maintainance Message-ID: <20171207110549.GM27409@jhogan-linux.mipstec.com> References: <1512628268-18357-1-git-send-email-chenhc@lemote.com> <20171207065759.GC19722@kroah.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="00hq2S6J2Jlg6EbK" Content-Disposition: inline In-Reply-To: <20171207065759.GC19722@kroah.com> User-Agent: Mutt/1.7.2 (2016-11-26) X-Originating-IP: [192.168.154.110] X-BESS-ID: 1512644777-452060-31779-63263-5 X-BESS-VER: 2017.14.1-r1710272128 X-BESS-Apparent-Source-IP: 12.201.5.28 X-BESS-Outbound-Spam-Score: 0.00 X-BESS-Outbound-Spam-Report: Code version 3.2, rules version 3.2.2.187715 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------- 0.00 BSF_BESS_OUTBOUND META: BESS Outbound X-BESS-Outbound-Spam-Status: SCORE=0.00 using account:ESS59374 scores of KILL_LEVEL=7.0 tests=BSF_BESS_OUTBOUND X-BESS-BRTS-Status: 1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3866 Lines: 86 --00hq2S6J2Jlg6EbK Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 07, 2017 at 07:57:59AM +0100, Greg Kroah-Hartman wrote: > On Thu, Dec 07, 2017 at 02:31:07PM +0800, Huacai Chen wrote: > > Hi, Linus, Stephen, Greg, Ralf and James, > >=20 > > We are kernel developers from Lemote Inc. and Loongson community. We > > have already made some contributions in Linux kernel, but we hope we > > can do more works. > >=20 > > Of course Loongson is a sub-arch in MIPS, but linux-mips community is > > so inactive (Maybe maintainers are too busy?) that too many patches ( > > Not only for Loongson, but also for other sub-archs) were delayed for > > a long time. So we are seeking a more efficient way to make Loongson > > patches be merged in upstream. > >=20 > > Now we have a github organization for collaboration: > > https://github.com/linux-loongson/linux-loongson.git >=20 > Ick, why not get a kernel.org account for your git tree? >=20 > > We don't want to replace linux-mips, we just want to find a way to co- > > operate with linux-mips. So we will still use the maillist and patchwork > > of linux-mips, but we hope we can send pull requests from our github to > > linux-next and linux-mainline by ourselves (if there is no objections > > to our patches from linux-mips community). >=20 > What does the mips maintainers think about this? >=20 > Odds are a linux-next tree is fine, but they probably want to merge the > trees into their larger mips one for the pulls to Linus, much like the > arm-core tree works, right? I'm not officially a MIPS maintainer but I have donned the hat unofficially a few times lately, so FWIW I think the Loongson stuff should go through the MIPS tree, since it so often touches core architecture code. Clearly there have been some issues getting MIPS stuff applied recently, but I think the right approach long-term is to try and improve things there rather than bypass the MIPS tree altogether. I believe assigning a co-maintainer would help spread Ralf's load, even if that primarily means helping review patches (something we can all help with tbh), and being able to ack patches which touch MIPS but need to go through other subsystem trees (e.g. I know David Daney was waiting on acks for the MIPS portions of the Octeon III ethernet driver series). I'm willing to take on that role if Ralf is okay with it. I'm already trying to keep track of fixes and spend more time reviewing patches on the list, but the more who can help out the better. The question of who applies patches can't be avoided though. It would clearly suck to have all the review in the world but still end up with the co-maintainer having to take the reigns at the last minute to get those important fixes in, and then have no time to apply anything substantial for the merge window. Cheers James --00hq2S6J2Jlg6EbK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEd80NauSabkiESfLYbAtpk944dnoFAlopIIUACgkQbAtpk944 dno18RAAt6C+pTc9d2Zx5cCHKHZJmVGPuUWRD+SBbBaEylo9NUdI7yLJBsfs8Rm2 b/ryeHiw9ZOyGuN3n1Ai0f7mGkBVO/QvEBlg53MyeA4m8gx8BPbmO4/sYKq7ljZl OzHsucCiyBGNzTNaYlQXRqoWdjlrggKo2RUw7zPYVU/R7oVYQB4Rln+rpcZbU72G md2rn4VVUkzQG6QHSqagYf1a4drDm9yMz4veaDWj2p91BFbptJwFMR7r4ndSmGIr pClxtFylvIG+W0qFzidxLbDg88J7ZpWsmLFksic/aNnNYEG3gxdla0zo2KA8rNWX 5dDnMev/xU197qsx59C0zt0VmQdXjJ0DMKjEBKtRa+tvd70D+etNLEyNg1IN+MWp 5OjEKE+AEw2kngrWzfarDpE/icT3nlZdyS5aISmAQXyryuxW1n5iVvpYpS5b562v rGHbQ7zFisfFO74IFyGqi776Sws2P0kvcaXOXZBoVl/kgfchrBP2AIMcG7/oHI1T 8JjZ0jLqcKJ+7+uGz7gLYvqpU2IkXnrhEZiP2E+RJxrFos5IxwHF05NYNB5gW8R4 +g07QQRxyFKnB3hfLEKpqXaRiw4uxXQdk2xCSJnZwyfMu0kieB3dvpJtSnPkqd6D tQpolZIezD+Dzhg38pfrm3/HsNVWiuP8C39VGlG0h2GVYhGtn7k= =9uKS -----END PGP SIGNATURE----- --00hq2S6J2Jlg6EbK--