Add Bryan Wu as the primary maintainer for drivers/leds
Signed-off-by: Bryan Wu <[email protected]>
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 7071633..de4e280 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4034,6 +4034,7 @@ F: Documentation/scsi/53c700.txt
F: drivers/scsi/53c700*
LED SUBSYSTEM
+M: Bryan Wu <[email protected]>
M: Richard Purdie <[email protected]>
S: Maintained
F: drivers/leds/
--
1.7.9.5
On Thu, 2012-05-10 at 08:26 +0800, Bryan Wu wrote:
> Add Bryan Wu as the primary maintainer for drivers/leds
>
> Signed-off-by: Bryan Wu <[email protected]>
Acked-by: Richard Purdie <[email protected]>
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 7071633..de4e280 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -4034,6 +4034,7 @@ F: Documentation/scsi/53c700.txt
> F: drivers/scsi/53c700*
>
> LED SUBSYSTEM
> +M: Bryan Wu <[email protected]>
> M: Richard Purdie <[email protected]>
> S: Maintained
> F: drivers/leds/
On Thursday 10 May 2012, Richard Purdie wrote:
> On Thu, 2012-05-10 at 08:26 +0800, Bryan Wu wrote:
> > Add Bryan Wu as the primary maintainer for drivers/leds
> >
> > Signed-off-by: Bryan Wu <[email protected]>
>
> Acked-by: Richard Purdie <[email protected]>
>
Acked-by: Arnd Bergmann <[email protected]>
On Thu, 10 May 2012 08:26:32 +0800
Bryan Wu <[email protected]> wrote:
> Add Bryan Wu as the primary maintainer for drivers/leds
>
> Signed-off-by: Bryan Wu <[email protected]>
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 7071633..de4e280 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -4034,6 +4034,7 @@ F: Documentation/scsi/53c700.txt
> F: drivers/scsi/53c700*
>
> LED SUBSYSTEM
> +M: Bryan Wu <[email protected]>
> M: Richard Purdie <[email protected]>
> S: Maintained
> F: drivers/leds/
Please set up a git tree based on Linus mainline, get that tree
included in linux-next (by emailing Stephen) and include its git
URL in this MAINTAINERS record.
Once that is all set up I'll send over the current leds queue -
currently 17 patches.
We don't presently have a leds mailing list. I generally find stuff by
reading linux-kernel. You'll now need to do that ;) Even if we did
have a leds mailing list, one would still need to follow lkml to avoid
losing stuff.
Or you can not bother - I read lkml and shall grab stray leds patches and
will send them on to yourself.
On Thu, 2012-05-10 at 11:19 -0700, Andrew Morton wrote:
> I read lkml and shall grab stray leds patches and
> will send them on to yourself.
Nice automation service.
If/when patchwork.kernel.org is back up,
that'd be another mechanism to automate
patch notifications for drivers/leds/.
On Fri, May 11, 2012 at 2:19 AM, Andrew Morton
<[email protected]> wrote:
> On Thu, 10 May 2012 08:26:32 +0800
> Bryan Wu <[email protected]> wrote:
>
>> Add Bryan Wu as the primary maintainer for drivers/leds
>>
>> Signed-off-by: Bryan Wu <[email protected]>
>> ---
>> ?MAINTAINERS | ? ?1 +
>> ?1 file changed, 1 insertion(+)
>>
>> diff --git a/MAINTAINERS b/MAINTAINERS
>> index 7071633..de4e280 100644
>> --- a/MAINTAINERS
>> +++ b/MAINTAINERS
>> @@ -4034,6 +4034,7 @@ F: ? ? ?Documentation/scsi/53c700.txt
>> ?F: ? drivers/scsi/53c700*
>>
>> ?LED SUBSYSTEM
>> +M: ? Bryan Wu <[email protected]>
>> ?M: ? Richard Purdie <[email protected]>
>> ?S: ? Maintained
>> ?F: ? drivers/leds/
>
> Please set up a git tree based on Linus mainline, get that tree
> included in linux-next (by emailing Stephen) and include its git
> URL in this MAINTAINERS record.
>
Actually I have account on kernel.org, but it was removed maybe after
we restored kernel.org due to attacking. So is possible for me to
apply it again, I was told I need more GPG key signed, right? Or I
will setup a tree in kernel.ubuntu.com/git.
> Once that is all set up I'll send over the current leds queue -
> currently 17 patches.
>
Nice, 17 patches is a good start for me.
> We don't presently have a leds mailing list. ?I generally find stuff by
> reading linux-kernel. ?You'll now need to do that ;) Even if we did
> have a leds mailing list, one would still need to follow lkml to avoid
> losing stuff.
>
> Or you can not bother - I read lkml and shall grab stray leds patches and
> will send them on to yourself.
>
let's setup a leds mailing list, is it possible have on vger? I will
also monitor lkml with your help.
Thanks a lot,
-Bryan
On Fri, 11 May 2012 02:36:36 +0800
Bryan Wu <[email protected]> wrote:
> On Fri, May 11, 2012 at 2:19 AM, Andrew Morton
> <[email protected]> wrote:
> > On Thu, 10 May 2012 08:26:32 +0800
> > Bryan Wu <[email protected]> wrote:
> >
> >> Add Bryan Wu as the primary maintainer for drivers/leds
> >>
> >> Signed-off-by: Bryan Wu <[email protected]>
> >> ---
> >> __MAINTAINERS | __ __1 +
> >> __1 file changed, 1 insertion(+)
> >>
> >> diff --git a/MAINTAINERS b/MAINTAINERS
> >> index 7071633..de4e280 100644
> >> --- a/MAINTAINERS
> >> +++ b/MAINTAINERS
> >> @@ -4034,6 +4034,7 @@ F: __ __ __Documentation/scsi/53c700.txt
> >> __F: __ drivers/scsi/53c700*
> >>
> >> __LED SUBSYSTEM
> >> +M: __ Bryan Wu <[email protected]>
> >> __M: __ Richard Purdie <[email protected]>
> >> __S: __ Maintained
> >> __F: __ drivers/leds/
> >
> > Please set up a git tree based on Linus mainline, get that tree
> > included in linux-next (by emailing Stephen) and include its git
> > URL in this MAINTAINERS record.
> >
>
> Actually I have account on kernel.org, but it was removed maybe after
> we restored kernel.org due to attacking. So is possible for me to
> apply it again, I was told I need more GPG key signed, right? Or I
> will setup a tree in kernel.ubuntu.com/git.
Either's OK by me. You're at a conference, yes? A good place to get
keys signed!
> let's setup a leds mailing list, is it possible have on vger? I will
> also monitor lkml with your help.
OK, please ask davem about the mailing list.
>> Actually I have account on kernel.org, but it was removed maybe after
>> we restored kernel.org due to attacking. So is possible for me to
>> apply it again, I was told I need more GPG key signed, right? Or I
>> will setup a tree in kernel.ubuntu.com/git.
>
> Either's OK by me. You're at a conference, yes? A good place to get
> keys signed!
>
Bryan - Get your key signed by Kees Cook who is here this week.
--
Tim Gardner [email protected]
On Fri, May 11, 2012 at 12:29 PM, Tim Gardner <[email protected]> wrote:
>>> Actually I have account on kernel.org, but it was removed maybe after
>>> we restored kernel.org due to attacking. So is possible for me to
>>> apply it again, I was told I need more GPG ?key signed, right? Or I
>>> will setup a tree in kernel.ubuntu.com/git.
>>
>>
>> Either's OK by me. ?You're at a conference, yes? ?A good place to get
>> keys signed!
>>
>
> Bryan - Get your key signed by Kees Cook who is here this week.
>
Yeah, with John and Stephan's help, I created a new 4096 GPG key and
handed over the fingerprint card to Kees. He will help to sign my key
soon.
Thanks,
--
Bryan Wu <[email protected]>
Kernel Developer ? ?+86.186-168-78255 Mobile
Canonical Ltd. ? ? ?http://www.canonical.com
Ubuntu - Linux for human beings | http://www.ubuntu.com
> If/when patchwork.kernel.org is back up,
> that'd be another mechanism to automate
> patch notifications for drivers/leds/.
http://patchwork.ozlabs.org/ is still there.
--
Pengutronix e.K. | Wolfram Sang |
Industrial Linux Solutions | http://www.pengutronix.de/ |
On Sat, 2012-05-12 at 12:25 +0200, Wolfram Sang wrote:
> > If/when patchwork.kernel.org is back up,
> > that'd be another mechanism to automate
> > patch notifications for drivers/leds/.
>
> http://patchwork.ozlabs.org/ is still there.
but is lkml tracked there?
On Sat, May 12, 2012 at 09:28:28AM -0700, Joe Perches wrote:
> On Sat, 2012-05-12 at 12:25 +0200, Wolfram Sang wrote:
> > > If/when patchwork.kernel.org is back up,
> > > that'd be another mechanism to automate
> > > patch notifications for drivers/leds/.
> >
> > http://patchwork.ozlabs.org/ is still there.
>
> but is lkml tracked there?
Well, no, but when a linux-led mailinglist will exist, then it could use
the above service and does not have to wait for kernel.org. That's what
I meant.
--
Pengutronix e.K. | Wolfram Sang |
Industrial Linux Solutions | http://www.pengutronix.de/ |