| Message ID | 1493198774-4478-30-git-send-email-sean.wang@mediatek.com |
|---|---|
| State | New |
| Headers | show |
On Wed, Apr 26, 2017 at 05:26:13PM +0800, sean.wang@mediatek.com wrote: > From: Sean Wang <sean.wang@mediatek.com> > > Banana Pi team in Sinovoip Co., Limited which are dedicated to > design and manufacture open hardware product. > > Website: http://www.banana-pi.org/ > > Signed-off-by: Sean Wang <sean.wang@mediatek.com> > --- > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt > index ec0bfb9..8ca0f3c 100644 > --- a/Documentation/devicetree/bindings/vendor-prefixes.txt > +++ b/Documentation/devicetree/bindings/vendor-prefixes.txt > @@ -44,6 +44,7 @@ avia avia semiconductor > avic Shanghai AVIC Optoelectronics Co., Ltd. > axentia Axentia Technologies AB > axis Axis Communications AB > +bananapi Banana Pi SINOVOP CO., LIMITED s/SINOVOP/SINOVOIP/ > boe BOE Technology Group Co., Ltd. > bosch Bosch Sensortec GmbH > boundary Boundary Devices Inc. > -- > 1.9.1 > -- To unsubscribe from this list: send the line "unsubscribe linux-gpio" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, 2017-04-28 at 15:37 -0500, Rob Herring wrote: > On Wed, Apr 26, 2017 at 05:26:13PM +0800, sean.wang@mediatek.com wrote: > > From: Sean Wang <sean.wang@mediatek.com> > > > > Banana Pi team in Sinovoip Co., Limited which are dedicated to > > design and manufacture open hardware product. > > > > Website: http://www.banana-pi.org/ > > > > Signed-off-by: Sean Wang <sean.wang@mediatek.com> > > --- > > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + > > 1 file changed, 1 insertion(+) > > > > diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt > > index ec0bfb9..8ca0f3c 100644 > > --- a/Documentation/devicetree/bindings/vendor-prefixes.txt > > +++ b/Documentation/devicetree/bindings/vendor-prefixes.txt > > @@ -44,6 +44,7 @@ avia avia semiconductor > > avic Shanghai AVIC Optoelectronics Co., Ltd. > > axentia Axentia Technologies AB > > axis Axis Communications AB > > +bananapi Banana Pi SINOVOP CO., LIMITED > > s/SINOVOP/SINOVOIP/ Hi Rob, thanks for your careful reviewing , i will correct it in the next version. BTW, Could those related dts changes go through your tree if everything looks good? Because I find Matthias have been inactive for a while and the latest branch in his tree seems still staying on 4.10. Sean > > > boe BOE Technology Group Co., Ltd. > > bosch Bosch Sensortec GmbH > > boundary Boundary Devices Inc. > > -- > > 1.9.1 > > -- To unsubscribe from this list: send the line "unsubscribe linux-gpio" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
+arm-soc On Mon, May 1, 2017 at 1:58 AM, Sean Wang <sean.wang@mediatek.com> wrote: > On Fri, 2017-04-28 at 15:37 -0500, Rob Herring wrote: >> On Wed, Apr 26, 2017 at 05:26:13PM +0800, sean.wang@mediatek.com wrote: >> > From: Sean Wang <sean.wang@mediatek.com> >> > >> > Banana Pi team in Sinovoip Co., Limited which are dedicated to >> > design and manufacture open hardware product. >> > >> > Website: http://www.banana-pi.org/ >> > >> > Signed-off-by: Sean Wang <sean.wang@mediatek.com> >> > --- >> > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + >> > 1 file changed, 1 insertion(+) >> > >> > diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt >> > index ec0bfb9..8ca0f3c 100644 >> > --- a/Documentation/devicetree/bindings/vendor-prefixes.txt >> > +++ b/Documentation/devicetree/bindings/vendor-prefixes.txt >> > @@ -44,6 +44,7 @@ avia avia semiconductor >> > avic Shanghai AVIC Optoelectronics Co., Ltd. >> > axentia Axentia Technologies AB >> > axis Axis Communications AB >> > +bananapi Banana Pi SINOVOP CO., LIMITED >> >> s/SINOVOP/SINOVOIP/ > > Hi Rob, > > thanks for your careful reviewing , i will correct it in the next > version. > > BTW, Could those related dts changes go through your tree if everything > looks good? Because I find Matthias have been inactive for a while and > the latest branch in his tree seems still staying on 4.10. Happy to take binding doc changes, but I don't take dts changes because those go thru arm-soc. If the platform maintainer is not responsive, then we should replace or add maintainers. Rob -- To unsubscribe from this list: send the line "unsubscribe linux-gpio" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Hi Rob, thanks for helping me looping in the right group Hi Arnd and Olof I found Matthias is inactive for a while (his branch in his tree seemed to stop at 4.10 since the end of February) maybe he was busy at other things. Is there a good way to break the stuck situation and keeping linux-mediatek moving on? I have the willing to fork his tree, prepare dt-for-4.12 and send pull-requests to you. But I am worried in that way violating the reviewing process if Matthias no reads it. Sean On Tue, 2017-05-02 at 08:52 -0500, Rob Herring wrote: > +arm-soc > > On Mon, May 1, 2017 at 1:58 AM, Sean Wang <sean.wang@mediatek.com> wrote: > > On Fri, 2017-04-28 at 15:37 -0500, Rob Herring wrote: > >> On Wed, Apr 26, 2017 at 05:26:13PM +0800, sean.wang@mediatek.com wrote: > >> > From: Sean Wang <sean.wang@mediatek.com> > >> > > >> > Banana Pi team in Sinovoip Co., Limited which are dedicated to > >> > design and manufacture open hardware product. > >> > > >> > Website: http://www.banana-pi.org/ > >> > > >> > Signed-off-by: Sean Wang <sean.wang@mediatek.com> > >> > --- > >> > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + > >> > 1 file changed, 1 insertion(+) > >> > > >> > diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt > >> > index ec0bfb9..8ca0f3c 100644 > >> > --- a/Documentation/devicetree/bindings/vendor-prefixes.txt > >> > +++ b/Documentation/devicetree/bindings/vendor-prefixes.txt > >> > @@ -44,6 +44,7 @@ avia avia semiconductor > >> > avic Shanghai AVIC Optoelectronics Co., Ltd. > >> > axentia Axentia Technologies AB > >> > axis Axis Communications AB > >> > +bananapi Banana Pi SINOVOP CO., LIMITED > >> > >> s/SINOVOP/SINOVOIP/ > > > > Hi Rob, > > > > thanks for your careful reviewing , i will correct it in the next > > version. > > > > BTW, Could those related dts changes go through your tree if everything > > looks good? Because I find Matthias have been inactive for a while and > > the latest branch in his tree seems still staying on 4.10. > > Happy to take binding doc changes, but I don't take dts changes > because those go thru arm-soc. If the platform maintainer is not > responsive, then we should replace or add maintainers. > > Rob -- To unsubscribe from this list: send the line "unsubscribe linux-gpio" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, May 8, 2017 at 11:53 AM, Sean Wang <sean.wang@mediatek.com> wrote: > Hi Rob, > > thanks for helping me looping in the right group > > > Hi Arnd and Olof > > I found Matthias is inactive for a while (his branch in his tree seemed > to stop at 4.10 since the end of February) maybe he was busy at other > things. Is there a good way to break the stuck situation and keeping > linux-mediatek moving on? > > I have the willing to fork his tree, prepare dt-for-4.12 and send > pull-requests to you. Hi Sean, Thanks for offering to help out. I've added Matthias' other email address to Cc here, let's see if he notices the discussion now. Ideally any important platform should have multiple maintainers so there is always a backup person when the primary contact is unavailable for any reason. I'm not sure how much we can still do for 4.12, if you can prepare a branch now we can definitely have a look and see what we can realistically take for a late merge, but as we are in the second half of the merge window already, we would normally put new features into a 4.13 branch and only take bug fixes for 4.12. If there are some entirely new files for additional boards, or only small changes to the existing files, we might make an exception this time. > But I am worried in that way violating the reviewing process if > Matthias no reads it. Don't worry about that at the moment, if Matthias cannot be reached at all, we have to find an alternative way to get patches in. Arnd > On Tue, 2017-05-02 at 08:52 -0500, Rob Herring wrote: >> +arm-soc >> >> On Mon, May 1, 2017 at 1:58 AM, Sean Wang <sean.wang@mediatek.com> wrote: >> > On Fri, 2017-04-28 at 15:37 -0500, Rob Herring wrote: >> >> On Wed, Apr 26, 2017 at 05:26:13PM +0800, sean.wang@mediatek.com wrote: >> >> > From: Sean Wang <sean.wang@mediatek.com> >> >> > >> >> > Banana Pi team in Sinovoip Co., Limited which are dedicated to >> >> > design and manufacture open hardware product. >> >> > >> >> > Website: http://www.banana-pi.org/ >> >> > >> >> > Signed-off-by: Sean Wang <sean.wang@mediatek.com> >> >> > --- >> >> > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + >> >> > 1 file changed, 1 insertion(+) >> >> > >> >> > diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt >> >> > index ec0bfb9..8ca0f3c 100644 >> >> > --- a/Documentation/devicetree/bindings/vendor-prefixes.txt >> >> > +++ b/Documentation/devicetree/bindings/vendor-prefixes.txt >> >> > @@ -44,6 +44,7 @@ avia avia semiconductor >> >> > avic Shanghai AVIC Optoelectronics Co., Ltd. >> >> > axentia Axentia Technologies AB >> >> > axis Axis Communications AB >> >> > +bananapi Banana Pi SINOVOP CO., LIMITED >> >> >> >> s/SINOVOP/SINOVOIP/ >> > >> > Hi Rob, >> > >> > thanks for your careful reviewing , i will correct it in the next >> > version. >> > >> > BTW, Could those related dts changes go through your tree if everything >> > looks good? Because I find Matthias have been inactive for a while and >> > the latest branch in his tree seems still staying on 4.10. >> >> Happy to take binding doc changes, but I don't take dts changes >> because those go thru arm-soc. If the platform maintainer is not >> responsive, then we should replace or add maintainers. >> >> Rob -- To unsubscribe from this list: send the line "unsubscribe linux-gpio" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Hi Sean, Hi Arnd, +Eddie who pinged me about this in a private mail. 2017-05-08 13:36 GMT+02:00 Arnd Bergmann <arnd@arndb.de>: > On Mon, May 8, 2017 at 11:53 AM, Sean Wang <sean.wang@mediatek.com> wrote: >> Hi Rob, >> >> thanks for helping me looping in the right group >> >> >> Hi Arnd and Olof >> >> I found Matthias is inactive for a while (his branch in his tree seemed >> to stop at 4.10 since the end of February) maybe he was busy at other >> things. Is there a good way to break the stuck situation and keeping >> linux-mediatek moving on? >> >> I have the willing to fork his tree, prepare dt-for-4.12 and send >> pull-requests to you. > > Hi Sean, > > Thanks for offering to help out. I've added Matthias' other email address > to Cc here, let's see if he notices the discussion now. Ideally any > important platform should have multiple maintainers so there is > always a backup person when the primary contact is unavailable > for any reason. > > I'm not sure how much we can still do for 4.12, if you can prepare a > branch now we can definitely have a look and see what we can > realistically take for a late merge, but as we are in the second half > of the merge window already, we would normally put new features > into a 4.13 branch and only take bug fixes for 4.12. If there are > some entirely new files for additional boards, or only small changes > to the existing files, we might make an exception this time. > >> But I am worried in that way violating the reviewing process if >> Matthias no reads it. > > Don't worry about that at the moment, if Matthias cannot be reached > at all, we have to find an alternative way to get patches in. > I'm very sorry for the situation. Actually I was struggling lately to do my maintainer work in an acceptable manner. And this merge window I definitely wasn't able to follow the discussions. I hope that this will change in the very near future. I would propose to send a merge request or a summary with the relevant patches now and I will look at it today and forward them to Arnd. For the future we should start to think about who could step-in as co-maintainer to avoid situation like this. Once again, sorry for the inconvenience, Matthias > Arnd > >> On Tue, 2017-05-02 at 08:52 -0500, Rob Herring wrote: >>> +arm-soc >>> >>> On Mon, May 1, 2017 at 1:58 AM, Sean Wang <sean.wang@mediatek.com> wrote: >>> > On Fri, 2017-04-28 at 15:37 -0500, Rob Herring wrote: >>> >> On Wed, Apr 26, 2017 at 05:26:13PM +0800, sean.wang@mediatek.com wrote: >>> >> > From: Sean Wang <sean.wang@mediatek.com> >>> >> > >>> >> > Banana Pi team in Sinovoip Co., Limited which are dedicated to >>> >> > design and manufacture open hardware product. >>> >> > >>> >> > Website: http://www.banana-pi.org/ >>> >> > >>> >> > Signed-off-by: Sean Wang <sean.wang@mediatek.com> >>> >> > --- >>> >> > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + >>> >> > 1 file changed, 1 insertion(+) >>> >> > >>> >> > diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt >>> >> > index ec0bfb9..8ca0f3c 100644 >>> >> > --- a/Documentation/devicetree/bindings/vendor-prefixes.txt >>> >> > +++ b/Documentation/devicetree/bindings/vendor-prefixes.txt >>> >> > @@ -44,6 +44,7 @@ avia avia semiconductor >>> >> > avic Shanghai AVIC Optoelectronics Co., Ltd. >>> >> > axentia Axentia Technologies AB >>> >> > axis Axis Communications AB >>> >> > +bananapi Banana Pi SINOVOP CO., LIMITED >>> >> >>> >> s/SINOVOP/SINOVOIP/ >>> > >>> > Hi Rob, >>> > >>> > thanks for your careful reviewing , i will correct it in the next >>> > version. >>> > >>> > BTW, Could those related dts changes go through your tree if everything >>> > looks good? Because I find Matthias have been inactive for a while and >>> > the latest branch in his tree seems still staying on 4.10. >>> >>> Happy to take binding doc changes, but I don't take dts changes >>> because those go thru arm-soc. If the platform maintainer is not >>> responsive, then we should replace or add maintainers. >>> >>> Rob
Hi, On Mon, May 1, 2017 at 2:58 PM, Sean Wang <sean.wang@mediatek.com> wrote: > On Fri, 2017-04-28 at 15:37 -0500, Rob Herring wrote: >> On Wed, Apr 26, 2017 at 05:26:13PM +0800, sean.wang@mediatek.com wrote: >> > From: Sean Wang <sean.wang@mediatek.com> >> > >> > Banana Pi team in Sinovoip Co., Limited which are dedicated to >> > design and manufacture open hardware product. >> > >> > Website: http://www.banana-pi.org/ >> > >> > Signed-off-by: Sean Wang <sean.wang@mediatek.com> >> > --- >> > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + >> > 1 file changed, 1 insertion(+) >> > >> > diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt >> > index ec0bfb9..8ca0f3c 100644 >> > --- a/Documentation/devicetree/bindings/vendor-prefixes.txt >> > +++ b/Documentation/devicetree/bindings/vendor-prefixes.txt >> > @@ -44,6 +44,7 @@ avia avia semiconductor >> > avic Shanghai AVIC Optoelectronics Co., Ltd. >> > axentia Axentia Technologies AB >> > axis Axis Communications AB >> > +bananapi Banana Pi SINOVOP CO., LIMITED >> >> s/SINOVOP/SINOVOIP/ > > Hi Rob, > > thanks for your careful reviewing , i will correct it in the next > version. > > BTW, Could those related dts changes go through your tree if everything > looks good? Because I find Matthias have been inactive for a while and > the latest branch in his tree seems still staying on 4.10. Chiming in from the linux-sunxi side. We've been using the "lemaker" prefix for the original Banana Pi, and the "sinovoip" prefix for all the later ones by SINOVOIP. Both prefixes are still undocumented. Given the complicated history behind the Banana Pi brand, do we know what prefix they prefer, and what company should be tied to it? Thanks ChenYu > > Sean > >> >> > boe BOE Technology Group Co., Ltd. >> > bosch Bosch Sensortec GmbH >> > boundary Boundary Devices Inc. >> > -- >> > 1.9.1 >> > > > > > _______________________________________________ > linux-arm-kernel mailing list > linux-arm-kernel@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel -- To unsubscribe from this list: send the line "unsubscribe linux-gpio" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, 2017-05-09 at 16:03 +0800, Chen-Yu Tsai wrote: > Hi, > > On Mon, May 1, 2017 at 2:58 PM, Sean Wang <sean.wang@mediatek.com> wrote: > > On Fri, 2017-04-28 at 15:37 -0500, Rob Herring wrote: > >> On Wed, Apr 26, 2017 at 05:26:13PM +0800, sean.wang@mediatek.com wrote: > >> > From: Sean Wang <sean.wang@mediatek.com> > >> > > >> > Banana Pi team in Sinovoip Co., Limited which are dedicated to > >> > design and manufacture open hardware product. > >> > > >> > Website: http://www.banana-pi.org/ > >> > > >> > Signed-off-by: Sean Wang <sean.wang@mediatek.com> > >> > --- > >> > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + > >> > 1 file changed, 1 insertion(+) > >> > > >> > diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt > >> > index ec0bfb9..8ca0f3c 100644 > >> > --- a/Documentation/devicetree/bindings/vendor-prefixes.txt > >> > +++ b/Documentation/devicetree/bindings/vendor-prefixes.txt > >> > @@ -44,6 +44,7 @@ avia avia semiconductor > >> > avic Shanghai AVIC Optoelectronics Co., Ltd. > >> > axentia Axentia Technologies AB > >> > axis Axis Communications AB > >> > +bananapi Banana Pi SINOVOP CO., LIMITED > >> > >> s/SINOVOP/SINOVOIP/ > > > > Hi Rob, > > > > thanks for your careful reviewing , i will correct it in the next > > version. > > > > BTW, Could those related dts changes go through your tree if everything > > looks good? Because I find Matthias have been inactive for a while and > > the latest branch in his tree seems still staying on 4.10. > > Chiming in from the linux-sunxi side. > > We've been using the "lemaker" prefix for the original Banana Pi, and > the "sinovoip" prefix for all the later ones by SINOVOIP. Both prefixes > are still undocumented. > > Given the complicated history behind the Banana Pi brand, do we know > what prefix they prefer, and what company should be tied to it? > > Thanks > ChenYu I knew there are some litigation issues between them Finally, Bananapi brand is owned by BIPAI KEJI and registered has been registered in more than 20 countries. So Lemaker can no longer use bananapi brand. I will update prefix naming with bananpi, BIPAI KEJI LIMITED for real bananapi boards that is confirmed by BIPAI KEJI > > > > Sean > > > >> > >> > boe BOE Technology Group Co., Ltd. > >> > bosch Bosch Sensortec GmbH > >> > boundary Boundary Devices Inc. > >> > -- > >> > 1.9.1 > >> > > > > > > > > > _______________________________________________ > > linux-arm-kernel mailing list > > linux-arm-kernel@lists.infradead.org > > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel -- To unsubscribe from this list: send the line "unsubscribe linux-gpio" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt index ec0bfb9..8ca0f3c 100644 --- a/Documentation/devicetree/bindings/vendor-prefixes.txt +++ b/Documentation/devicetree/bindings/vendor-prefixes.txt @@ -44,6 +44,7 @@ avia avia semiconductor avic Shanghai AVIC Optoelectronics Co., Ltd. axentia Axentia Technologies AB axis Axis Communications AB +bananapi Banana Pi SINOVOP CO., LIMITED boe BOE Technology Group Co., Ltd. bosch Bosch Sensortec GmbH boundary Boundary Devices Inc.