From: Mauro Carvalho Chehab <mchehab@redhat.com>
To: "Frank Schäfer" <fschaefer.oss@googlemail.com>
Cc: Linux Media Mailing List <linux-media@vger.kernel.org>,
Hans Verkuil <hverkuil@xs4all.nl>,
Michael Krufky <mkrufky@linuxtv.org>
Subject: Re: Patchwork and em28xx delegates
Date: Mon, 15 Apr 2013 18:34:05 -0300 [thread overview]
Message-ID: <20130415183405.44aa28eb@redhat.com> (raw)
In-Reply-To: <516C6AFB.1060601@googlemail.com>
Em Mon, 15 Apr 2013 23:02:51 +0200
Frank Schäfer <fschaefer.oss@googlemail.com> escreveu:
> Am 15.04.2013 18:50, schrieb Mauro Carvalho Chehab:
> > Em Mon, 15 Apr 2013 18:41:44 +0200
> > Frank Schäfer <fschaefer.oss@googlemail.com> escreveu:
> >
> >> I've just noticed that my 2 pending em28xx patches have got delegate
> >> assigned:
> >>
> >> https://patchwork.linuxtv.org/patch/17834/
> >> => delegated to mkrufky
> >>
> >> https://patchwork.linuxtv.org/patch/17928/ (Obsoleted)
> >> => delegated to hverkuil
> >>
> >> Ist this a patchwork failure or is the new submaintainers workflow the
> >> reason ?
> > Sub-maintainers workflow. We expect that most patches will be applied via
> > one of the sub-maintainers. That will likely improve Kernel's quality and
> > help to reduce the maintainers overload.
>
> How is the em28xx driver split betweend the submaintainers ?
Analog part => Hans
Tuners, demods => Mkrufky
> Where should I send em28xx patches in the future ?
To the same place: linux-media@vger.kernel.org.
> You are still the em28xx maintainer, right ?
Currently, I only wear the driver maintainer's hat when there's no other people
looking into it, or when the patches would affect something that I'm working
with.
The advantage is that a patch get more reviews, with is good.
Btw, em28xx is not auto-delegated. If it was received such delegation,
it is likely because either Hans or Michael (or both) decided to add
reviewing your patches on their todo list.
Of course, if are there any dependency between the three patches in this
series, that means that the entire 3 patch series will needed to be
merged into just one sub-maintainers tree.
Cheers,
Mauro
next prev parent reply other threads:[~2013-04-15 21:34 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-15 16:41 Patchwork and em28xx delegates Frank Schäfer
2013-04-15 16:50 ` Mauro Carvalho Chehab
2013-04-15 21:02 ` Frank Schäfer
2013-04-15 21:34 ` Mauro Carvalho Chehab [this message]
[not found] ` <CAOcJUbzin_70-mO44S_2b90gjOH4H64g29rO78eMxsmpshu5KQ@mail.gmail.com>
2013-04-17 11:09 ` Michael Krufky
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=20130415183405.44aa28eb@redhat.com \
--to=mchehab@redhat.com \
--cc=fschaefer.oss@googlemail.com \
--cc=hverkuil@xs4all.nl \
--cc=linux-media@vger.kernel.org \
--cc=mkrufky@linuxtv.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).