From: Mauro Carvalho Chehab <mchehab@redhat.com>
To: Patrick Boettcher <pboettcher@kernellabs.com>
Cc: Linux Media Mailing List <linux-media@vger.kernel.org>
Subject: Re: PULL request for 3.2 (fixes 'n' features)
Date: Thu, 24 Nov 2011 21:00:50 -0200 [thread overview]
Message-ID: <4ECECCA2.50802@redhat.com> (raw)
In-Reply-To: <4ECE477A.5060707@infradead.org>
Em 24-11-2011 11:32, Mauro Carvalho Chehab escreveu:
> Em 24-11-2011 07:26, Patrick Boettcher escreveu:
>> Hi Mauro,
>>
>> On Tue, 4 Oct 2011, Patrick Boettcher wrote:
>>
>>> Hi Mauro,
>>>
>>> if it's not too late for 3.2 could you please pull from
>>>
>>> git://linuxtv.org/pb/media_tree.git staging/for_v3.2
>>>
>>> for
>>>
>>> [media] dib9090: limit the I2C speed [media] dib8096P: add the reference board [media] add the support for DiBcom [media] dib7090: add the reference board [media] DiB8000: improve the tuning and the SNR monitoring
>>> [media] DiBcom: correct warnings
>>> [media] dib7090: add the reference board TFE7090E
>>> [media] dib7000p/dib0090: update the driver
>>
>> I think this PULL request got lost. (as usual for my pull-requests :( ).
>
> Yes, I didn't get your pull request. Now that we're using patchwork, to also track pull
> requests, it is easy for you to check if the pull request is on my queue. Just take a
> look at http://patchwork.linuxtv.org.
>
> It should be noticed that patchwork relies on the way that git request-pull formats the
> message:
>
> $ git request-pull HEAD^1 .
> The following changes since commit db9bc660cf4d1a09565f5db2bab9d3b86e3e32a5:
>
> [media] ir-rc6-decoder: Support RC6-6A variable length data (2011-11-23 22:23:15 -0200)
>
> are available in the git repository at:
> . staging/for_v3.3
>
> Dan Carpenter (1):
> [media] V4L: mt9t112: use after free in mt9t112_probe()
>
> drivers/media/video/mt9t112.c | 4 +++-
> 1 files changed, 3 insertions(+), 1 deletions(-)
>
> It basically seeks for "The following...at: <url> <branch>" part of the message. If found,
> it will add it at its repository, like:
>
> http://patchwork.linuxtv.org/patch/8279/
>
>> It was meant for 3.2 and was sent in advance.
>>
>> Do you think you will get it in?
>
> We can get the fixes, and new board additions for 3.2, but driver updates should
> go to 3.3.
The fixes there seems to be linked to the driver improvements, and they're not trivial,
so I've merged them for 3.3.
If is there any patch that is just a fix for the existing code, please point me and I'll
add for 3.2.
Regards,
Mauro
prev parent reply other threads:[~2011-11-24 23:01 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-10-04 10:12 PULL request for 3.2 (fixes 'n' features) Patrick Boettcher
2011-11-24 9:26 ` Patrick Boettcher
2011-11-24 13:32 ` Mauro Carvalho Chehab
2011-11-24 23:00 ` Mauro Carvalho Chehab [this message]
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=4ECECCA2.50802@redhat.com \
--to=mchehab@redhat.com \
--cc=linux-media@vger.kernel.org \
--cc=pboettcher@kernellabs.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.