Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.kernel > #1469835 > unrolled thread

MAINTAINERS without commits in the last 3 years

Back to article view | Back to linux.kernel

Contents

  MAINTAINERS without commits in the last 3 years Joe Perches <joe@perches.com> - 2016-08-25 07:10 +0200
    Re: MAINTAINERS without commits in the last 3 years Alexander Graf <agraf@suse.de> - 2016-08-25 07:10 +0200
    Re: MAINTAINERS without commits in the last 3 years Ali Akcaagac <aliakc@web.de> - 2016-08-25 09:10 +0200
    Re: MAINTAINERS without commits in the last 3 years Joe Perches <joe@perches.com> - 2016-08-25 09:40 +0200
    RE: MAINTAINERS without commits in the last 3 years Steve Twiss <stwiss.opensource@diasemi.com> - 2016-08-25 09:50 +0200
    Re: MAINTAINERS without commits in the last 3 years Joe Perches <joe@perches.com> - 2016-08-25 10:10 +0200
    Re: MAINTAINERS without commits in the last 3 years Mauro Carvalho Chehab <mchehab@s-opensource.com> - 2016-08-25 12:20 +0200
    Re: MAINTAINERS without commits in the last 3 years Greg KH <greg@kroah.com> - 2016-08-25 23:10 +0200
      Re: MAINTAINERS without commits in the last 3 years Joe Perches <joe@perches.com> - 2016-08-26 02:40 +0200
    Re: MAINTAINERS without commits in the last 3 years Steven French <sfrench@samba.org> - 2016-08-25 23:50 +0200
    Re: MAINTAINERS without commits in the last 3 years Shuah Khan <shuahkhan@gmail.com> - 2016-08-26 15:10 +0200
    Re: MAINTAINERS without commits in the last 3 years Joe Perches <joe@perches.com> - 2016-08-26 19:10 +0200
    Re: MAINTAINERS without commits in the last 3 years Florian Fainelli <f.fainelli@gmail.com> - 2016-08-26 20:10 +0200
    Re: MAINTAINERS without commits in the last 3 years Jason Baron <jbaron@akamai.com> - 2016-08-26 21:40 +0200
      Re: MAINTAINERS without commits in the last 3 years Joe Perches <joe@perches.com> - 2016-08-26 22:00 +0200
        Re: MAINTAINERS without commits in the last 3 years Borislav Petkov <bp@alien8.de> - 2016-08-26 22:10 +0200
          RE: MAINTAINERS without commits in the last 3 years "Luck, Tony" <tony.luck@intel.com> - 2016-08-26 22:20 +0200
            Re: MAINTAINERS without commits in the last 3 years Borislav Petkov <bp@alien8.de> - 2016-09-01 15:10 +0200
              Re: MAINTAINERS without commits in the last 3 years Joe Perches <joe@perches.com> - 2016-09-01 18:10 +0200
                Re: MAINTAINERS without commits in the last 3 years Borislav Petkov <bp@alien8.de> - 2016-09-02 07:30 +0200
    Re: MAINTAINERS without commits in the last 3 years Joe Perches <joe@perches.com> - 2016-08-28 04:50 +0200
    Re: MAINTAINERS without commits in the last 3 years Anders Larsen <al@alarsen.net> - 2016-08-30 17:30 +0200
      Re: MAINTAINERS without commits in the last 3 years Joe Perches <joe@perches.com> - 2016-08-30 17:40 +0200

Page 1 of 2  [1] 2  Next page →

#1469835 — MAINTAINERS without commits in the last 3 years

Many email addresses in MAINTAINERS no longer work so many
sections in
MAINTAINERS could likely be considered either
obsolete or unmaintained.

Marking these sections appropriately or simply removing the
sections would make MAINTAINERS and get_maintainer.pl more
useful.

These M: entries in MAINTAINERS haven't authored or had any
<foo>-by: signature entries in git log for the last 3 years.

Some of these, like stable@kernel.org and trivial@kernel.org, are
obviously addresses that should not be deleted from MAINTAINERS,
but most of them are candidates for removal or update.

The email addresses below are also bcc'd here to see what bounces.
The list of the bounces will be collected.

Thoughts?

aacraid@adaptec.com
aacraid@microsemi.com
achim_leubner@adaptec.com
adaplas@gmail.com
adilger.kernel@dilger.ca
aeb@cwi.nl
agraf@suse.com
ajk@comnets.uni-bremen.de
al@alarsen.net
aliakc@web.de
alistair@devzero.co.uk
aloisio.almeida@openbossa.org
andrew.d.henroid@intel.com
andrew.hendry@gmail.com
andrewtv@usa.net
anil.s.keshavamurthy@intel.com
arhuaco@freaks-unidos.net
arvino55@gmail.com
ath9k-devel@qca.qualcomm.com
ballabio_dario@emc.com
bcm-kernel-feedback-list@broadcom.com
bernie@plugable.com
billm@melbpc.org.au
brijohn@gmail.com
brking@us.ibm.com
brucechang@via.com.tw
castet.matthieu@free.fr
ccaulfie@redhat.com
cezary.jackiewicz@gmail.com
chaoming_li@realsil.com.cn
charrer@alacritech.com
chessman@tux.org
chrisw@sous-sol.org
coda@cs.cmu.edu
colin@colino.net
courmisch@gmail.com
dept-gelinuxnicdev@qlogic.com
dept-hsglinuxnicdev@qlogic.com
device@lanana.org
dh.herrmann@googlemail.com
dirk@opfer-online.de
dm-devel@redhat.com
dmitry.tarnyagin@lockless.no
don@syst.com.br
dot@dotat.at
douglas_warzecha@dell.com
dougthompson@xmission.com
drwyrm@gmail.com
dsaxena@plexity.net
dsd@gentoo.org
duncan.sands@free.fr
egor@pasemi.com
eibach@gdsys.de
eparis@parisplace.org
erik.andren@gmail.com
everest-linux-l2@qlogic.com
faith@cs.unc.edu
fero@drama.obuda.kando.hu
fischer@norbit.de
fizban@tin.it
florian.c.schilhabel@googlemail.com
florianschandinat@gmx.de
forest@alittletooquiet.net
frank@f-seidel.de
fujita.tomonori@lab.ntt.co.jp
funaho@jurai.org
gilles.muller@lip6.fr
gotom@debian.or.jp
guillaume.ligneul@gmail.com
gustavo@padovan.org
hal.rosenstock@gmail.com
haraldwelte@viatech.com
henk.vergonet@gmail.com
herton@canonical.com
hlhung3i@gmail.com
hskinnemoen@gmail.com
hswong3i@gmail.com
hubert.feurstein@contec.at
ibm-acpi@hmh.eng.br
inaky.perez-gonzalez@intel.com
infinipath@intel.com
ink@jurassic.park.msu.ru
intel-linux-scu@intel.com
ionut@badula.org
jansimon.moeller@gmx.de
jarkko.lavinen@nokia.com
jarod@wilsonet.com
jayakumar.alsa@gmail.com
jayalk@intworks.biz
jcliburn@gmail.com
jdike@addtoit.com
j.dumon@option.com
jejb@parisc-linux.org
jens.taprogge@taprogge.org
jeremy@goop.org
jes@trained-monkey.org
jic23@cam.ac.uk
jirislaby@gmail.com
jjciarla@raiz.uncu.edu.ar
jochen@scram.de
joern@lazybastard.org
johan.hedberg@gmail.com
john@johnmccutchan.com
jonathan@buzzard.org.uk
jon.nettleton@gmail.com
josh.h.morris@us.ibm.com
jpr@f6fbb.org
jreuter@yaina.de
jrv@vanzandt.mv.com
jtp.park@samsung.com
juergh@gmail.com
juhlenko@akamai.com
kas@fi.muni.cz
kernel@savoirfairelinux.com
kevin.curtis@farsite.co.uk
khnz@gmx.de
kirk@reisers.ca
klassert@mathematik.tu-chemnitz.de
kou.ishizaki@toshiba.co.jp
kune@deine-taler.de
kuznet@ms2.inr.ac.ru
laforge@gnumonks.org
laforge@openezx.org
lauro.venancio@openbossa.org
lcostantino@gmail.com
ldm@flatcap.org
lenb@kernel.org
lenehan@twibble.org
linasvepstas@gmail.com
linux-driver@qlogic.com
linuxdrivers@attotech.com
linux-graphics-maintainer@vmware.com
linux-kernel@hansmi.ch
linux-net-drivers@solarflare.com
linuxraid@lsi.com
linux@simtec.co.uk
linuxwifi@intel.com
linux-wimax@intel.com
liodot@gmail.com
liqin.linux@gmail.com
mac@melware.de
maintainers@bluecherrydvr.com
malidp@foss.arm.com
manohar.vanga@gmail.com
mark.brown314@gmail.com
matthew@wil.cx
maxk@qti.qualcomm.com
mbroemme@plusserver.de
mcgrof@gmail.com
mchehab@kernel.org
mdharm-usb@one-eyed-alien.net
mdr@sgi.com
m.hulsman@tudelft.nl
miguel.ojeda.sandonis@gmail.com
mike@compulab.co.il
miquel@df.uba.ar
mitch@sfgoth.com
mitr@volny.cz
mj@ucw.cz
mkpetch@internode.on.net
mostrows@earthlink.net
mpm@selenic.com
mporter@kernel.crashing.org
mr.swami.reddy@ti.com
neepatel@cisco.com
nic_swsd@realtek.com
ning.sun@intel.com
nyc@holomorphy.com
oakad@yahoo.com
ok@artecdesign.ee
o.lorin@laposte.net
osst@riede.org
pantelis.antoniou@gmail.com
paulus@au.ibm.com
petr@vandrovec.name
pfg@sgi.com
pgaikwad@nvidia.com
philb@gnu.org
pleb@gelato.unsw.edu.au
pof@eslack.org
pv-drivers@vmware.com
qla2xxx-upstream@qlogic.com
qlogic-storage-upstream@qlogic.com
ravi@jetztechnologies.com
riverful.kim@samsung.com
riyer@nvidia.com
rlove@rlove.org
rminnich@sandia.gov
rml@tech9.net
ron.mercer@qlogic.com
royale@zerezo.com
rubini@unipv.it
safford@us.ibm.com
sakoman@gmail.com
samuel@sortiz.org
santosh@chelsio.com
scott@spiteful.org
security@kernel.org
sfrench@samba.org
shiraz.linux.kernel@gmail.com
shuah@kernel.org
simon@thekelleys.org.uk
slapin@ossfans.org
spock@gentoo.org
spyro@f2s.com
starblue@users.sourceforge.net
stefan.eletzhofer@eletztrick.de
stefan@openezx.org
sujith.thomas@intel.com
support.opensource@diasemi.com
takedakn@nttdata.co.jp
t-bone@parisc-linux.org
thomas@winischhofer.net
tie-fei.zang@freescale.com
tigran@aivazian.fsnet.co.uk
till@harbaum.org
tim@cyberelk.net
tony.olech@elandigitalsystems.com
tpmdd@selhorst.net
unglinuxdriver@microchip.com
vbordug@ru.mvista.com
vegardno@ifi.uio.no
venza@brownhat.org
vishwas.a.deshpande@ti.com
vitb@kernel.crashing.org
wanlong.gao@gmail.com
w.d.hubbs@gmail.com
wensong@linux-vs.org
xeb@mail.ru
xfs@oss.sgi.com
xiubo.lee@gmail.com
yokota@netlab.is.tsukuba.ac.jp
zaga@fly.cc.fer.hr
zambrano@broadcom.com
zwanem@gmail.com
zw@zh-kernel.org

[toc] | [next] | [standalone]

#1469841

> Am 24.08.2016 um 19:33 schrieb Joe Perches <joe@perches.com>:
> 
> Many email addresses in MAINTAINERS no longer work so many
> sections in
> MAINTAINERS could likely be considered either
> obsolete or unmaintained.
> 
> Marking these sections appropriately or simply removing the
> sections would make MAINTAINERS and get_maintainer.pl more
> useful.
> 
> These M: entries in MAINTAINERS haven't authored or had any
> <foo>-by: signature entries in git log for the last 3 years.
> 
> Some of these, like stable@kernel.org and trivial@kernel.org, are
> obviously addresses that should not be deleted from MAINTAINERS,
> but most of them are candidates for removal or update.
> 
> The email addresses below are also bcc'd here to see what bounces.
> The list of the bounces will be collected.
> 
> Thoughts?
> 
> aacraid@adaptec.com
> aacraid@microsemi.com
> achim_leubner@adaptec.com
> adaplas@gmail.com
> adilger.kernel@dilger.ca
> aeb@cwi.nl
> agraf@suse.com

This is an alias for suse.de, so I guess it's safe to remove from the list ;).

Alex

[toc] | [prev] | [next] | [standalone]

#1469883

On Wed, 24 Aug 2016 16:33:45 -0700
Joe Perches <joe@perches.com> wrote:

> Many email addresses in MAINTAINERS no longer work so many
> sections in MAINTAINERS could likely be considered either
> obsolete or unmaintained.

> aliakc@web.de

Hi Joe!

Been using this email address as my main address for nearly 17 years
now. I keep getting dc395x related scsi driver mails every now and then
and even respond on them case by case. I even filter these mails, order
them in my mailbox and read them.

I removed my LKML subscription a few years ago because of the traffic
and maintaincance it causes for me (this also affects all other
mailinglists I was subscribed to). I am more the kind of guy that
responds rarely on things and only when necessary and special occasions.

Regards,

Ali Akcaagac

[toc] | [prev] | [next] | [standalone]

#1469915

On Wed, 2016-08-24 at 17:17 -0700, Petr Vandrovec wrote:
> Hi,

Hi Petr.

> I (petr@vandrovec.name) am "maintainer" of ncpfs.  As NetWare is dead for
> decade or so, there are no new users, and so no new bugs are found, and no
> new features needs to be added. And so no checkins are needed.

No worries, that's great.

> I have no idea how many people would be affected by ncpfs removal, but as
> long as it stays in the kernel, I guess I have most experience with it.

I wasn't proposing remove any code, just updating
any invalid or old maintainer addresses.

> Other address I know something about is pv-drivers@vmware.com.  It is group
> of people responsible for Linux drivers at VMware, so it is right place to
> send patches.  As each of them has their own email address, you will never
> see this in checkin messages.
> 
> Same applies to linux-graphics-maintainer@vmware.com, that is address for
> patches to all VMware graphics drivers, both in kernel & X.
> 
> So it would be great if you can keep these.

I certainly won't submit any patch removing those.

cheers, Joe

> > linux-graphics-maintainer@vmware.com
> > petr@vandrovec.name
> > pv-drivers@vmware.com

[toc] | [prev] | [next] | [standalone]

#1469926

Hi Joe,

The address "support.opensource@diasemi.com" works. Thanks.

On 25 August 2016 00:34 Joe Perches wrote:

> Many email addresses in MAINTAINERS no longer work so many
> sections in MAINTAINERS could likely be considered either
> obsolete or unmaintained.
 [...]
> The email addresses below are also bcc'd here to see what bounces.
> The list of the bounces will be collected.
> 
> Thoughts?
> 
[...]
> support.opensource@diasemi.com

The support.opensource e-mail address is an alias contact group that sends to all kernel developers
at Dialog Semiconductor.

There is no way for that address to submit content to the kernel, we do that individually through
our personal e-mail (for accountability reasons), but when that address is used externally to contact
Dialog about our drivers, it gets translated and sent to all current Dialog kernel driver developers.

That method has advantages for us: all developers gets the message; it ensures somebody will pick up
the query; we can alter the internal developer inbox addresses and alter the list of developers internally .. 
and we only need a single e-mail address in the kernel MAINTAINERS list.

Regards,
Steve

[toc] | [prev] | [next] | [standalone]

#1469950

On Wed, 2016-08-24 at 21:02 -0500, Linas Vepstas wrote:
> I get these emails, but have not received any patches worth acking in 3+
> years.  Obviously, the code I am ostensibly maintaining has proven to be
> absolutely perfect in every way :-)

Hey Linas

I guess you could change the S: status line to something like
S: Mary Poppins

;)

cheers, Joe

[toc] | [prev] | [next] | [standalone]

#1470040

Hi Joe,

Em Wed, 24 Aug 2016 16:33:45 -0700
Joe Perches <joe@perches.com> escreveu:

> Many email addresses in MAINTAINERS no longer work so many
> sections in
> MAINTAINERS could likely be considered either
> obsolete or unmaintained.
> 
> Marking these sections appropriately or simply removing the
> sections would make MAINTAINERS and get_maintainer.pl more
> useful.
> 
> These M: entries in MAINTAINERS haven't authored or had any
> <foo>-by: signature entries in git log for the last 3 years.
> 
> Some of these, like stable@kernel.org and trivial@kernel.org, are
> obviously addresses that should not be deleted from MAINTAINERS,
> but most of them are candidates for removal or update.
> 
> The email addresses below are also bcc'd here to see what bounces.
> The list of the bounces will be collected.

Please keep mchehab@kernel.org at MAINTAINERS.

While I don't use it when signing patches, this is a canonical way to
reach me. My e-mail changed several times over the last years. So, I
opted to use my email @kernel.org as the main one on MAINTAINERS
because I was tired of changing my entries there every time I had
to change my SOB e-mail.

I suspect that you'll see several similar cases on your bcc list.

Regards,
Mauro


> 
> Thoughts?
> 
> aacraid@adaptec.com
> aacraid@microsemi.com
> achim_leubner@adaptec.com
> adaplas@gmail.com
> adilger.kernel@dilger.ca
> aeb@cwi.nl
> agraf@suse.com
> ajk@comnets.uni-bremen.de
> al@alarsen.net
> aliakc@web.de
> alistair@devzero.co.uk
> aloisio.almeida@openbossa.org
> andrew.d.henroid@intel.com
> andrew.hendry@gmail.com
> andrewtv@usa.net
> anil.s.keshavamurthy@intel.com
> arhuaco@freaks-unidos.net
> arvino55@gmail.com
> ath9k-devel@qca.qualcomm.com
> ballabio_dario@emc.com
> bcm-kernel-feedback-list@broadcom.com
> bernie@plugable.com
> billm@melbpc.org.au
> brijohn@gmail.com
> brking@us.ibm.com
> brucechang@via.com.tw
> castet.matthieu@free.fr
> ccaulfie@redhat.com
> cezary.jackiewicz@gmail.com
> chaoming_li@realsil.com.cn
> charrer@alacritech.com
> chessman@tux.org
> chrisw@sous-sol.org
> coda@cs.cmu.edu
> colin@colino.net
> courmisch@gmail.com
> dept-gelinuxnicdev@qlogic.com
> dept-hsglinuxnicdev@qlogic.com
> device@lanana.org
> dh.herrmann@googlemail.com
> dirk@opfer-online.de
> dm-devel@redhat.com
> dmitry.tarnyagin@lockless.no
> don@syst.com.br
> dot@dotat.at
> douglas_warzecha@dell.com
> dougthompson@xmission.com
> drwyrm@gmail.com
> dsaxena@plexity.net
> dsd@gentoo.org
> duncan.sands@free.fr
> egor@pasemi.com
> eibach@gdsys.de
> eparis@parisplace.org
> erik.andren@gmail.com
> everest-linux-l2@qlogic.com
> faith@cs.unc.edu
> fero@drama.obuda.kando.hu
> fischer@norbit.de
> fizban@tin.it
> florian.c.schilhabel@googlemail.com
> florianschandinat@gmx.de
> forest@alittletooquiet.net
> frank@f-seidel.de
> fujita.tomonori@lab.ntt.co.jp
> funaho@jurai.org
> gilles.muller@lip6.fr
> gotom@debian.or.jp
> guillaume.ligneul@gmail.com
> gustavo@padovan.org
> hal.rosenstock@gmail.com
> haraldwelte@viatech.com
> henk.vergonet@gmail.com
> herton@canonical.com
> hlhung3i@gmail.com
> hskinnemoen@gmail.com
> hswong3i@gmail.com
> hubert.feurstein@contec.at
> ibm-acpi@hmh.eng.br
> inaky.perez-gonzalez@intel.com
> infinipath@intel.com
> ink@jurassic.park.msu.ru
> intel-linux-scu@intel.com
> ionut@badula.org
> jansimon.moeller@gmx.de
> jarkko.lavinen@nokia.com
> jarod@wilsonet.com
> jayakumar.alsa@gmail.com
> jayalk@intworks.biz
> jcliburn@gmail.com
> jdike@addtoit.com
> j.dumon@option.com
> jejb@parisc-linux.org
> jens.taprogge@taprogge.org
> jeremy@goop.org
> jes@trained-monkey.org
> jic23@cam.ac.uk
> jirislaby@gmail.com
> jjciarla@raiz.uncu.edu.ar
> jochen@scram.de
> joern@lazybastard.org
> johan.hedberg@gmail.com
> john@johnmccutchan.com
> jonathan@buzzard.org.uk
> jon.nettleton@gmail.com
> josh.h.morris@us.ibm.com
> jpr@f6fbb.org
> jreuter@yaina.de
> jrv@vanzandt.mv.com
> jtp.park@samsung.com
> juergh@gmail.com
> juhlenko@akamai.com
> kas@fi.muni.cz
> kernel@savoirfairelinux.com
> kevin.curtis@farsite.co.uk
> khnz@gmx.de
> kirk@reisers.ca
> klassert@mathematik.tu-chemnitz.de
> kou.ishizaki@toshiba.co.jp
> kune@deine-taler.de
> kuznet@ms2.inr.ac.ru
> laforge@gnumonks.org
> laforge@openezx.org
> lauro.venancio@openbossa.org
> lcostantino@gmail.com
> ldm@flatcap.org
> lenb@kernel.org
> lenehan@twibble.org
> linasvepstas@gmail.com
> linux-driver@qlogic.com
> linuxdrivers@attotech.com
> linux-graphics-maintainer@vmware.com
> linux-kernel@hansmi.ch
> linux-net-drivers@solarflare.com
> linuxraid@lsi.com
> linux@simtec.co.uk
> linuxwifi@intel.com
> linux-wimax@intel.com
> liodot@gmail.com
> liqin.linux@gmail.com
> mac@melware.de
> maintainers@bluecherrydvr.com
> malidp@foss.arm.com
> manohar.vanga@gmail.com
> mark.brown314@gmail.com
> matthew@wil.cx
> maxk@qti.qualcomm.com
> mbroemme@plusserver.de
> mcgrof@gmail.com
> mchehab@kernel.org
> mdharm-usb@one-eyed-alien.net
> mdr@sgi.com
> m.hulsman@tudelft.nl
> miguel.ojeda.sandonis@gmail.com
> mike@compulab.co.il
> miquel@df.uba.ar
> mitch@sfgoth.com
> mitr@volny.cz
> mj@ucw.cz
> mkpetch@internode.on.net
> mostrows@earthlink.net
> mpm@selenic.com
> mporter@kernel.crashing.org
> mr.swami.reddy@ti.com
> neepatel@cisco.com
> nic_swsd@realtek.com
> ning.sun@intel.com
> nyc@holomorphy.com
> oakad@yahoo.com
> ok@artecdesign.ee
> o.lorin@laposte.net
> osst@riede.org
> pantelis.antoniou@gmail.com
> paulus@au.ibm.com
> petr@vandrovec.name
> pfg@sgi.com
> pgaikwad@nvidia.com
> philb@gnu.org
> pleb@gelato.unsw.edu.au
> pof@eslack.org
> pv-drivers@vmware.com
> qla2xxx-upstream@qlogic.com
> qlogic-storage-upstream@qlogic.com
> ravi@jetztechnologies.com
> riverful.kim@samsung.com
> riyer@nvidia.com
> rlove@rlove.org
> rminnich@sandia.gov
> rml@tech9.net
> ron.mercer@qlogic.com
> royale@zerezo.com
> rubini@unipv.it
> safford@us.ibm.com
> sakoman@gmail.com
> samuel@sortiz.org
> santosh@chelsio.com
> scott@spiteful.org
> security@kernel.org
> sfrench@samba.org
> shiraz.linux.kernel@gmail.com
> shuah@kernel.org
> simon@thekelleys.org.uk
> slapin@ossfans.org
> spock@gentoo.org
> spyro@f2s.com
> starblue@users.sourceforge.net
> stefan.eletzhofer@eletztrick.de
> stefan@openezx.org
> sujith.thomas@intel.com
> support.opensource@diasemi.com
> takedakn@nttdata.co.jp
> t-bone@parisc-linux.org
> thomas@winischhofer.net
> tie-fei.zang@freescale.com
> tigran@aivazian.fsnet.co.uk
> till@harbaum.org
> tim@cyberelk.net
> tony.olech@elandigitalsystems.com
> tpmdd@selhorst.net
> unglinuxdriver@microchip.com
> vbordug@ru.mvista.com
> vegardno@ifi.uio.no
> venza@brownhat.org
> vishwas.a.deshpande@ti.com
> vitb@kernel.crashing.org
> wanlong.gao@gmail.com
> w.d.hubbs@gmail.com
> wensong@linux-vs.org
> xeb@mail.ru
> xfs@oss.sgi.com
> xiubo.lee@gmail.com
> yokota@netlab.is.tsukuba.ac.jp
> zaga@fly.cc.fer.hr
> zambrano@broadcom.com
> zwanem@gmail.com
> zw@zh-kernel.org
> 



Thanks,
Mauro

[toc] | [prev] | [next] | [standalone]

#1470418

On Wed, Aug 24, 2016 at 04:33:45PM -0700, Joe Perches wrote:
> Many email addresses in MAINTAINERS no longer work so many
> sections in
> MAINTAINERS could likely be considered either
> obsolete or unmaintained.

<snip>

> security@kernel.org

You are kidding, right?

[toc] | [prev] | [next] | [standalone]

#1470494

On Thu, 2016-08-25 at 16:58 -0400, Greg KH wrote:
> On Wed, Aug 24, 2016 at 04:33:45PM -0700, Joe Perches wrote:
> > Many email addresses in MAINTAINERS no longer work so many
> > sections in MAINTAINERS could likely be considered either
> > obsolete or unmaintained.
> 
> > security@kernel.org
> You are kidding, right?

On Wed, 2016-08-24 at 16:33 -0700, Joe Perches wrote:
[]
> Some of these, like stable@kernel.org and trivial@kernel.org, are
> obviously addresses that should not be deleted from MAINTAINERS,
> but most of them are candidates for removal or update.

[toc] | [prev] | [next] | [standalone]

#1470455

We can change mine from sfrench@samba.org to smbfrench@gmail.com since
Samba.org email is more awkward to get that gmail these days (I read it
less often) and I use a non-Samba.org email for my commits.


> On Aug 24, 2016, at 6:33 PM, Joe Perches <joe@perches.com> wrote:
> 
> Many email addresses in MAINTAINERS no longer work so many
> sections in
> MAINTAINERS could likely be considered either
> obsolete or unmaintained.
> 
> Marking these sections appropriately or simply removing the
> sections would make MAINTAINERS and get_maintainer.pl more
> useful.
> 
> These M: entries in MAINTAINERS haven't authored or had any
> <foo>-by: signature entries in git log for the last 3 years.
> 
> Some of these, like stable@kernel.org and trivial@kernel.org, are
> obviously addresses that should not be deleted from MAINTAINERS,
> but most of them are candidates for removal or update.
> 
> The email addresses below are also bcc'd here to see what bounces.
> The list of the bounces will be collected.
> 
> Thoughts?
> 
> aacraid@adaptec.com
> aacraid@microsemi.com
> achim_leubner@adaptec.com
> adaplas@gmail.com
> adilger.kernel@dilger.ca
> aeb@cwi.nl
> agraf@suse.com
> ajk@comnets.uni-bremen.de
> al@alarsen.net
> aliakc@web.de
> alistair@devzero.co.uk
> aloisio.almeida@openbossa.org
> andrew.d.henroid@intel.com
> andrew.hendry@gmail.com
> andrewtv@usa.net
> anil.s.keshavamurthy@intel.com
> arhuaco@freaks-unidos.net
> arvino55@gmail.com
> ath9k-devel@qca.qualcomm.com
> ballabio_dario@emc.com
> bcm-kernel-feedback-list@broadcom.com
> bernie@plugable.com
> billm@melbpc.org.au
> brijohn@gmail.com
> brking@us.ibm.com
> brucechang@via.com.tw
> castet.matthieu@free.fr
> ccaulfie@redhat.com
> cezary.jackiewicz@gmail.com
> chaoming_li@realsil.com.cn
> charrer@alacritech.com
> chessman@tux.org
> chrisw@sous-sol.org
> coda@cs.cmu.edu
> colin@colino.net
> courmisch@gmail.com
> dept-gelinuxnicdev@qlogic.com
> dept-hsglinuxnicdev@qlogic.com
> device@lanana.org
> dh.herrmann@googlemail.com
> dirk@opfer-online.de
> dm-devel@redhat.com
> dmitry.tarnyagin@lockless.no
> don@syst.com.br
> dot@dotat.at
> douglas_warzecha@dell.com
> dougthompson@xmission.com
> drwyrm@gmail.com
> dsaxena@plexity.net
> dsd@gentoo.org
> duncan.sands@free.fr
> egor@pasemi.com
> eibach@gdsys.de
> eparis@parisplace.org
> erik.andren@gmail.com
> everest-linux-l2@qlogic.com
> faith@cs.unc.edu
> fero@drama.obuda.kando.hu
> fischer@norbit.de
> fizban@tin.it
> florian.c.schilhabel@googlemail.com
> florianschandinat@gmx.de
> forest@alittletooquiet.net
> frank@f-seidel.de
> fujita.tomonori@lab.ntt.co.jp
> funaho@jurai.org
> gilles.muller@lip6.fr
> gotom@debian.or.jp
> guillaume.ligneul@gmail.com
> gustavo@padovan.org
> hal.rosenstock@gmail.com
> haraldwelte@viatech.com
> henk.vergonet@gmail.com
> herton@canonical.com
> hlhung3i@gmail.com
> hskinnemoen@gmail.com
> hswong3i@gmail.com
> hubert.feurstein@contec.at
> ibm-acpi@hmh.eng.br
> inaky.perez-gonzalez@intel.com
> infinipath@intel.com
> ink@jurassic.park.msu.ru
> intel-linux-scu@intel.com
> ionut@badula.org
> jansimon.moeller@gmx.de
> jarkko.lavinen@nokia.com
> jarod@wilsonet.com
> jayakumar.alsa@gmail.com
> jayalk@intworks.biz
> jcliburn@gmail.com
> jdike@addtoit.com
> j.dumon@option.com
> jejb@parisc-linux.org
> jens.taprogge@taprogge.org
> jeremy@goop.org
> jes@trained-monkey.org
> jic23@cam.ac.uk
> jirislaby@gmail.com
> jjciarla@raiz.uncu.edu.ar
> jochen@scram.de
> joern@lazybastard.org
> johan.hedberg@gmail.com
> john@johnmccutchan.com
> jonathan@buzzard.org.uk
> jon.nettleton@gmail.com
> josh.h.morris@us.ibm.com
> jpr@f6fbb.org
> jreuter@yaina.de
> jrv@vanzandt.mv.com
> jtp.park@samsung.com
> juergh@gmail.com
> juhlenko@akamai.com
> kas@fi.muni.cz
> kernel@savoirfairelinux.com
> kevin.curtis@farsite.co.uk
> khnz@gmx.de
> kirk@reisers.ca
> klassert@mathematik.tu-chemnitz.de
> kou.ishizaki@toshiba.co.jp
> kune@deine-taler.de
> kuznet@ms2.inr.ac.ru
> laforge@gnumonks.org
> laforge@openezx.org
> lauro.venancio@openbossa.org
> lcostantino@gmail.com
> ldm@flatcap.org
> lenb@kernel.org
> lenehan@twibble.org
> linasvepstas@gmail.com
> linux-driver@qlogic.com
> linuxdrivers@attotech.com
> linux-graphics-maintainer@vmware.com
> linux-kernel@hansmi.ch
> linux-net-drivers@solarflare.com
> linuxraid@lsi.com
> linux@simtec.co.uk
> linuxwifi@intel.com
> linux-wimax@intel.com
> liodot@gmail.com
> liqin.linux@gmail.com
> mac@melware.de
> maintainers@bluecherrydvr.com
> malidp@foss.arm.com
> manohar.vanga@gmail.com
> mark.brown314@gmail.com
> matthew@wil.cx
> maxk@qti.qualcomm.com
> mbroemme@plusserver.de
> mcgrof@gmail.com
> mchehab@kernel.org
> mdharm-usb@one-eyed-alien.net
> mdr@sgi.com
> m.hulsman@tudelft.nl
> miguel.ojeda.sandonis@gmail.com
> mike@compulab.co.il
> miquel@df.uba.ar
> mitch@sfgoth.com
> mitr@volny.cz
> mj@ucw.cz
> mkpetch@internode.on.net
> mostrows@earthlink.net
> mpm@selenic.com
> mporter@kernel.crashing.org
> mr.swami.reddy@ti.com
> neepatel@cisco.com
> nic_swsd@realtek.com
> ning.sun@intel.com
> nyc@holomorphy.com
> oakad@yahoo.com
> ok@artecdesign.ee
> o.lorin@laposte.net
> osst@riede.org
> pantelis.antoniou@gmail.com
> paulus@au.ibm.com
> petr@vandrovec.name
> pfg@sgi.com
> pgaikwad@nvidia.com
> philb@gnu.org
> pleb@gelato.unsw.edu.au
> pof@eslack.org
> pv-drivers@vmware.com
> qla2xxx-upstream@qlogic.com
> qlogic-storage-upstream@qlogic.com
> ravi@jetztechnologies.com
> riverful.kim@samsung.com
> riyer@nvidia.com
> rlove@rlove.org
> rminnich@sandia.gov
> rml@tech9.net
> ron.mercer@qlogic.com
> royale@zerezo.com
> rubini@unipv.it
> safford@us.ibm.com
> sakoman@gmail.com
> samuel@sortiz.org
> santosh@chelsio.com
> scott@spiteful.org
> security@kernel.org
> sfrench@samba.org
> shiraz.linux.kernel@gmail.com
> shuah@kernel.org
> simon@thekelleys.org.uk
> slapin@ossfans.org
> spock@gentoo.org
> spyro@f2s.com
> starblue@users.sourceforge.net
> stefan.eletzhofer@eletztrick.de
> stefan@openezx.org
> sujith.thomas@intel.com
> support.opensource@diasemi.com
> takedakn@nttdata.co.jp
> t-bone@parisc-linux.org
> thomas@winischhofer.net
> tie-fei.zang@freescale.com
> tigran@aivazian.fsnet.co.uk
> till@harbaum.org
> tim@cyberelk.net
> tony.olech@elandigitalsystems.com
> tpmdd@selhorst.net
> unglinuxdriver@microchip.com
> vbordug@ru.mvista.com
> vegardno@ifi.uio.no
> venza@brownhat.org
> vishwas.a.deshpande@ti.com
> vitb@kernel.crashing.org
> wanlong.gao@gmail.com
> w.d.hubbs@gmail.com
> wensong@linux-vs.org
> xeb@mail.ru
> xfs@oss.sgi.com
> xiubo.lee@gmail.com
> yokota@netlab.is.tsukuba.ac.jp
> zaga@fly.cc.fer.hr
> zambrano@broadcom.com
> zwanem@gmail.com
> zw@zh-kernel.org
> 

[toc] | [prev] | [next] | [standalone]

#1470711

On Wed, Aug 24, 2016 at 5:33 PM, Joe Perches <joe@perches.com> wrote:
> Many email addresses in MAINTAINERS no longer work so many
> sections in
> MAINTAINERS could likely be considered either
> obsolete or unmaintained.
>
> Marking these sections appropriately or simply removing the
> sections would make MAINTAINERS and get_maintainer.pl more
> useful.
>
> These M: entries in MAINTAINERS haven't authored or had any
> <foo>-by: signature entries in git log for the last 3 years.
>
> Some of these, like stable@kernel.org and trivial@kernel.org, are
> obviously addresses that should not be deleted from MAINTAINERS,
> but most of them are candidates for removal or update.
>
> The email addresses below are also bcc'd here to see what bounces.
> The list of the bounces will be collected.
>
> Thoughts?
>

> shuah@kernel.org

Hi Joe,

Please keep my shuah@kernel.org address. I don't use it for signing
patches. I use it so I don't misses patches whenver I am forced to
change my Sign-off address. I have had to change my address for one
reason or the other for the last few years.

thanks,
-- Shuah

[toc] | [prev] | [next] | [standalone]

#1470895

On Fri, 2016-08-26 at 09:56 -0700, Florian Fainelli wrote:
> On 08/24/2016 04:33 PM, Joe Perches wrote:
> > 
> > Many email addresses in MAINTAINERS no longer work so many
> > sections in MAINTAINERS could likely be considered either
> > obsolete or unmaintained.
> > 
> > Marking these sections appropriately or simply removing the
> > sections would make MAINTAINERS and get_maintainer.pl more
> > useful.
> > 
> > These M: entries in MAINTAINERS haven't authored or had any
> > -by: signature entries in git log for the last 3 years.
> > 
> > Some of these, like stable@kernel.org and trivial@kernel.org, are
> > obviously addresses that should not be deleted from MAINTAINERS,
> > but most of them are candidates for removal or update.
> > 
> > The email addresses below are also bcc'd here to see what bounces.
> > The list of the bounces will be collected.
> > 
> > Thoughts?
> > 
> For:
> > 
> > bcm-kernel-feedback-list@broadcom.com
> This mailing-list was recently added under the M: entry with commit
> 086f470481f5305ac52ce960e31a7d4441886e59 ("MAINTAINERS: Change L to M
> for Broadcom ARM/ARM64 SoC entries") (was L: before) since no external
> (to Broadcom) subscribers are allowed.
> 
> Should we add a new tag for that kind of entry?

No, I think that's not necessary.
Exploders and aliases are just fine for M: entries.
The alias/exploder address can still get stale though.
Ideally, there would also be a specific actual person listed too.

btw: maybe these L: addresses could/should change

BROADCOM BRCMSTB GPIO DRIVER
M:	Gregory Fong <gregory.0xf0@gmail.com>
L:	bcm-kernel-feedback-list@broadcom.com

BROADCOM KONA GPIO DRIVER
M:	Ray Jui <rjui@broadcom.com>
L:	bcm-kernel-feedback-list@broadcom.com

BROADCOM STB NAND FLASH DRIVER
M:	Brian Norris <computersforpeace@gmail.com>
M:	Kamal Dasu <kdasu.kdev@gmail.com>
L:	linux-mtd@lists.infradead.org
L:	bcm-kernel-feedback-list@broadcom.com

SECURE DIGITAL HOST CONTROLLER INTERFACE (SDHCI) Broadcom BRCMSTB DRIVER
M:	Al Cooper <alcooperx@gmail.com>
L:	linux-mmc@vger.kernel.org
L:	bcm-kernel-feedback-list@broadcom.com

[toc] | [prev] | [next] | [standalone]

#1470922

On 08/24/2016 04:33 PM, Joe Perches wrote:
> Many email addresses in MAINTAINERS no longer work so many
> sections in
> MAINTAINERS could likely be considered either
> obsolete or unmaintained.
> 
> Marking these sections appropriately or simply removing the
> sections would make MAINTAINERS and get_maintainer.pl more
> useful.
> 
> These M: entries in MAINTAINERS haven't authored or had any
> <foo>-by: signature entries in git log for the last 3 years.
> 
> Some of these, like stable@kernel.org and trivial@kernel.org, are
> obviously addresses that should not be deleted from MAINTAINERS,
> but most of them are candidates for removal or update.
> 
> The email addresses below are also bcc'd here to see what bounces.
> The list of the bounces will be collected.
> 
> Thoughts?
> 

For:

> bcm-kernel-feedback-list@broadcom.com

This mailing-list was recently added under the M: entry with commit
086f470481f5305ac52ce960e31a7d4441886e59 ("MAINTAINERS: Change L to M
for Broadcom ARM/ARM64 SoC entries") (was L: before) since no external
(to Broadcom) subscribers are allowed.

Should we add a new tag for that kind of entry?
-- 
Florian

[toc] | [prev] | [next] | [standalone]

#1470963

On 08/24/2016 07:33 PM, Joe Perches wrote:
> Many email addresses in MAINTAINERS no longer work so many
> sections in
> MAINTAINERS could likely be considered either
> obsolete or unmaintained.
...
> juhlenko@akamai.com

Hi Joe,

So I can confirm that he is no longer here, and as far
as I know is not interested in maintaining this edac driver:

EDAC-I3000
M:      Jason Uhlenkott <juhlenko@akamai.com>
L:      linux-edac@vger.kernel.org
S:      Maintained
F:      drivers/edac/i3000_edac.

We also no longer have this h/w around, so we don't
have a way to even test changes really.

I think we should probably just remove the entry.

Thanks,

-Jason

[toc] | [prev] | [next] | [standalone]

#1470972

On Fri, 2016-08-26 at 15:34 -0400, Jason Baron wrote:
> On 08/24/2016 07:33 PM, Joe Perches wrote:
> > Many email addresses in MAINTAINERS no longer work so many sections in
> > MAINTAINERS could likely be considered either obsolete or unmaintained.
> ...
> > juhlenko@akamai.com
> So I can confirm that he is no longer here, and as far
> as I know is not interested in maintaining this edac driver:
> 
> EDAC-I3000
> M:      Jason Uhlenkott <juhlenko@akamai.com>
> L:      linux-edac@vger.kernel.org
> S:      Maintained
> F:      drivers/edac/i3000_edac.
> 
> We also no longer have this h/w around, so we don't
> have a way to even test changes really.
> 
> I think we should probably just remove the entry.

Maybe mark it Obsolete or Orphan.

Does anyone, even anyone from Intel, care?

[toc] | [prev] | [next] | [standalone]

#1470976

On Fri, Aug 26, 2016 at 12:50:12PM -0700, Joe Perches wrote:
> Maybe mark it Obsolete or Orphan.

Yap, let's mark it Orphan and remove Jason Uhlenkott's email address. I
wouldn't go as far as removing it just yet especially if it doesn't cost
us anything to have it in there and someone might have a box with the
hardware somewhere...

-- 
Regards/Gruss,
    Boris.

ECO tip #101: Trim your mails when you reply.
--

[toc] | [prev] | [next] | [standalone]

#1470979

>> Maybe mark it Obsolete or Orphan.
>
> Yap, let's mark it Orphan and remove Jason Uhlenkott's email address. I
> wouldn't go as far as removing it just yet especially if it doesn't cost
> us anything to have it in there and someone might have a box with the
> hardware somewhere...

Agreed.  I don't have a box to test, so I can't take on this driver. But leaving
it in tree for a while longer doesn't hurt (much ... it seems to get a tree-wide
cleanup patch about once a year ... which doesn't sound like a crushing
overhead).

-Tony

[toc] | [prev] | [next] | [standalone]

#1474392

On Fri, Aug 26, 2016 at 08:17:50PM +0000, Luck, Tony wrote:
> Agreed.  I don't have a box to test, so I can't take on this driver. But leaving
> it in tree for a while longer doesn't hurt (much ... it seems to get a tree-wide
> cleanup patch about once a year ... which doesn't sound like a crushing
> overhead).

Here it is:

---
From: Borislav Petkov <bp@suse.de>
Date: Thu, 1 Sep 2016 14:55:45 +0200
Subject: [PATCH] EDAC, I3000: Orphan driver

Apparently there's no hw left at Intel for testing patches and Jason is
not going to maintain it anymore.

Signed-off-by: Borislav Petkov <bp@suse.de>
---
 CREDITS     | 4 ++++
 MAINTAINERS | 3 +--
 2 files changed, 5 insertions(+), 2 deletions(-)

diff --git a/CREDITS b/CREDITS
index 2a3fbcd229e6..1d7c43f3361f 100644
--- a/CREDITS
+++ b/CREDITS
@@ -3654,6 +3654,10 @@ S: Obere Heerbergstrasse 17
 S: 97078 Wuerzburg
 S: Germany
 
+N: Jason Uhlenkott
+E: juhlenko@akamai.com
+D: I3000 EDAC driver
+
 N: Greg Ungerer
 E: gerg@snapgear.com
 D: uClinux kernel hacker
diff --git a/MAINTAINERS b/MAINTAINERS
index 20bb1d00098c..13c6abeb451a 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4454,9 +4454,8 @@ S:	Maintained
 F:	drivers/edac/i82443bxgx_edac.c
 
 EDAC-I3000
-M:	Jason Uhlenkott <juhlenko@akamai.com>
 L:	linux-edac@vger.kernel.org
-S:	Maintained
+S:	Orphan
 F:	drivers/edac/i3000_edac.c
 
 EDAC-I5000
-- 
2.8.4

-- 
Regards/Gruss,
    Boris.

ECO tip #101: Trim your mails when you reply.
--

[toc] | [prev] | [next] | [standalone]

#1474518

On Thu, 2016-09-01 at 14:58 +0200, Borislav Petkov wrote:
> On Fri, Aug 26, 2016 at 08:17:50PM +0000, Luck, Tony wrote:
> > 
> > Agreed.  I don't have a box to test, so I can't take on this driver. But leaving
> > it in tree for a while longer doesn't hurt (much ... it seems to get a tree-wide
> > cleanup patch about once a year ... which doesn't sound like a crushing
> > overhead).
> Here it is:

Thanks Borislav.

I have the same thing locally and was going to send
it in a couple weeks with a larger series for all the
other bounces after trying to contact the bouncees at
other possible email addresses.

I was going to send all the updates via Andrew Morton.

If you want to apply this one first, that's fine by me.

[toc] | [prev] | [next] | [standalone]

#1474891

On Thu, Sep 01, 2016 at 09:02:29AM -0700, Joe Perches wrote:
> If you want to apply this one first, that's fine by me.

Thanks, I'll route it through the EDAC tree.

-- 
Regards/Gruss,
    Boris.

ECO tip #101: Trim your mails when you reply.
--

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | linux.kernel

csiph-web