On Sat, 2011-09-03 at 21:21 -0300, Mauro Carvalho Chehab wrote:
> Except for patches 06 and 14, the other patches were
> acked by the maintainers or by me,
After reviewing it again, Jean-Francois did ack 14/14.
https://lkml.org/lkml/2011/8/22/293
--
To unsubscribe from this list: send the line "
Em 03-08-2011 12:33, Patrick Boettcher escreveu:
> Hi Mauro,
Thanks for the patches!
> Would you please pull from
>
> git://linuxtv.org/pb/media_tree.git for_v3.0
>
> for the following to changesets:
>
> [media] dib0700: protect the dib0700 buffer access
> -static uint16_t dib0070_read_reg(st
Em 27-08-2011 14:23, Andy Walls escreveu:
> Joe Perches wrote:
>
>> On Sat, 2011-08-27 at 09:28 -0400, Andy Walls wrote:
>>> On Wed, 2011-08-24 at 14:42 -0700, Joe Perches wrote:
On Wed, 2011-08-24 at 06:34 -0400, Andy Walls wrote:
> On Sun, 2011-08-21 at 15:56 -0700, Joe Perches wrote:
Em 24-08-2011 10:25, Laurent Pinchart escreveu:
> Hi Vaibhav,
>
> On Wednesday 24 August 2011 14:19:01 Hiremath, Vaibhav wrote:
>> On Wednesday, August 24, 2011 5:00 PM Laurent Pinchart wrote:
>>> On Wednesday 24 August 2011 13:21:27 Ravi, Deepthy wrote:
On Wed, Aug 24, 2011 at 4:47 PM, Laur
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date:Sat Sep 3 19:00:45 CEST 2011
git hash:2f098cb1c8b226a99595512e1029c8d1680f69cd
gcc version: i686-linux-gcc (GC
Signed-off-by: Andreas Oberritter
---
Documentation/DocBook/media/dvb/intro.xml |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Documentation/DocBook/media/dvb/intro.xml
b/Documentation/DocBook/media/dvb/intro.xml
index c75dc7c..170064a 100644
--- a/Documentation/DocBoo
- Move voltage and tone to DVB-S.
- Add turbo code.
- In DVB-S2 and turbo code sections, refer to DVB-S, as both
are extensions to DVB-S.
- Add modulation to DVB-S2.
Signed-off-by: Andreas Oberritter
---
Documentation/DocBook/media/dvb/dvbproperty.xml | 23 +--
1 files ch
Em 01-09-2011 02:24, Thierry Reding escreveu:
> * Mauro Carvalho Chehab wrote:
>> Em 31-08-2011 17:53, Mauro Carvalho Chehab escreveu:
>>> Em 04-08-2011 04:14, Thierry Reding escreveu:
When the last user closes the device, perform a lightweight reset of the
device to bring it into a well-
On 09/01/2011 05:30 PM, Sylwester Nawrocki wrote:
Hello,
following is a fourth version of the patchset converting s5p-fimc driver
to the media controller API and the new control framework.
Mauro, could you please have a look at the patches and let me know of any
doubts?
I tried to provide poss
Hi Andreas,
Em 16-08-2011 11:04, Andreas Oberritter escreveu:
> Signed-off-by: Andreas Oberritter
> ---
> Depends on https://patchwork.kernel.org/patch/1045472/
>
> include/linux/dvb/version.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/include/linux/dvb/vers
Em 03-09-2011 12:42, Mauro Carvalho Chehab escreveu:
> Em 03-09-2011 12:38, Antti Palosaari escreveu:
>> On 09/03/2011 06:24 PM, Antti Palosaari wrote:
>>> On 09/03/2011 06:12 PM, Mauro Carvalho Chehab wrote:
The DRX-K frontend needs to know the IF frequency in order to work,
just like al
Em 03-09-2011 12:38, Antti Palosaari escreveu:
> On 09/03/2011 06:24 PM, Antti Palosaari wrote:
>> On 09/03/2011 06:12 PM, Mauro Carvalho Chehab wrote:
>>> The DRX-K frontend needs to know the IF frequency in order to work,
>>> just like all other frontends. However, as it is a multi-standard
>>> F
On 09/03/2011 06:24 PM, Antti Palosaari wrote:
On 09/03/2011 06:12 PM, Mauro Carvalho Chehab wrote:
The DRX-K frontend needs to know the IF frequency in order to work,
just like all other frontends. However, as it is a multi-standard
FE, the IF may change if the standard is changed. So, the usua
On 09/03/2011 06:12 PM, Mauro Carvalho Chehab wrote:
The DRX-K frontend needs to know the IF frequency in order to work,
just like all other frontends. However, as it is a multi-standard
FE, the IF may change if the standard is changed. So, the usual
procedure of passing it via a config struct do
The DRX-K frontend needs to know the IF frequency in order to work,
just like all other frontends. However, as it is a multi-standard
FE, the IF may change if the standard is changed. So, the usual
procedure of passing it via a config struct doesn't work.
One might code it as two separate IF frequ
On Sat, 03 Sep 2011 10:51:53 -0300
Mauro Carvalho Chehab wrote:
> I'm understanding that I can just mark those two patches as RFC at patchwork
> and wait for your version two of those patchsets.
>
> So, I'll just remove those two from my pending queue and move on ;)
That's the right thing to do
Em 24-07-2011 19:10, Pawel Osciak escreveu:
> Hi Jon,
> There is a misunderstanding here. This patch will call buf_finish for
> some buffers twice. A buffer does not get removed from queued_list
> even if it is on the done_list. A buffer gets into the queued_list on
> qbuf, gets into the done_list
Em 22-07-2011 16:55, Jonathan Corbet escreveu:
>>> The problem is that there's no convenient callback into the allocators
>>> where the mapping and unmapping can be done now. So I'd have had to add a
>>> couple of memops to do that.
>>
>> I think that some additional callbacks for allocators for s
On Sat, Sep 03, 2011 at 01:28:28AM +0300, Sakari Ailus wrote:
> VIDIOC_ENUM_FRAMESIZES and VIDIOC_FRAME_INTERVALS have existed for quite
> some time, are widely supported by various drivers and are being used by
> applications. Thus they no longer can be considered experimental.
I mostly intended
19 matches
Mail list logo
