Hello,
On Tuesday, January 17, 2012 10:54 PM sandeep patil wrote:
> I am running a CMA test where I keep allocating from a CMA region as long
> as the allocation fails due to lack of space.
>
> However, I am seeing failures much before I expect them to happen.
> When the allocation fails, I see
Remove other unrelated lists.
Hi Sylwester,
Thanks for your comment.
On Sat, Jan 14, 2012 at 5:16 AM, Sylwester Nawrocki wrote:
> Hi Ming,
>
> sorry for the late response. It's all looking better now, however there
> is still a few things that could be improved.
>
> On 12/14/2011 03:00 PM, Ming
On Wed, 2012-01-18 at 09:22 -0500, Brian J. Murrell wrote:
> [ Apologies if this ends up as a duplicate post but my first posting
> (via gmane) a couple of hours ago is still not on the list ]
>
> I have an HVR-1600 on a 2.6.32[-33 Ubuntu] kernel (modinfo says the
> cx18 driver is version 1.2.0
I tested almost all DVB-T/T2/C devices I have and all seems to be
working, excluding Anysee models when using legacy zap.
Anysee anysee_streaming_ctrl() will fail because
mutex_lock_interruptible() returns -EINTR in anysee_ctrl_msg() function
when zap is killed using ctrl+c. This will led err
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:Wed Jan 18 19:00:22 CET 2012
git hash:36be126cb0ebe3000a65c1049f339a3e882a9a47
gcc version: i686-linux-gcc (GCC
System
==
AOpen i915GMm-hfs mobo with Pentium-M (Dothan) and 2GB
distribution: openSuSE 12.1
kernel: v3.2.1 (commit b8ed9e5b8c34dc9...)
xorg: current git master
kaffeine: 1.2.2
reproducibility: 100%
After installation of a Hauppauge WinTV Nova HD-S2
I see the following kernel info:
[ 11.5282
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
v4l_for_linus
This series of 57 patches contains (mostly) fixes:
- Some V4L API fixes at the specs and a few non-compliance fixes
at the drivers;
- DVB API spec, fix DTV_FREQUENCY unit and the ISDB
Fix bug introduced by multi-frontend to single-frontend change.
* Add missing DVB-C caps
* Change frontend name as single frontend does all the standards
Signed-off-by: Antti Palosaari
---
drivers/media/dvb/frontends/cxd2820r_core.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
Calling get_frontend() before having either the frontend locked
or the network signaling carriers locked won't work. So, block
it at the DVB core.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/dvb/dvb-core/dvb_frontend.c | 50 ++--
1 files changed, 25 insertion
get_frontend() can't be called too early, as the device may not have it
yet. Yet, get_frontend() on OFDM standards can happen before FE_HAS_LOCK,
as the TMCC carriers (ISDB-T) or the TPS carriers (DVB-T) require a very
low signal to noise relation to be detected. The other carriers use
different mo
Am 17.01.2012 08:30, schrieb Dan Carpenter:
> This is a static checker patch and I don't have the hardware to test
> this, so please review it carefully. The dvbs2_snr_tab[] array has 80
> elements so when we cap it at 80, that's off by one. I would have
> assumed that the test was wrong but in
On Wed, 18 Jan 2012, Mauro Carvalho Chehab wrote:
> Em 18-01-2012 11:02, Gregor Jasny escreveu:
> > On 1/18/12 1:54 PM, Mauro Carvalho Chehab wrote:
> >> Em 18-01-2012 10:47, Gregor Jasny escreveu:
> >>> On 1/18/12 1:19 PM, Mauro Carvalho Chehab wrote:
> It would be nice to write at the INS
Em 18-01-2012 12:38, Michael Krufky escreveu:
> On 01/18/2012 08:54 AM, Patrick Boettcher wrote:
>> On Wednesday 18 January 2012 14:18:48 Michael Krufky wrote:
>>> Mauro,
>>>
>>> Why was my sign-off changed to an Ack?
>>>
>>> As you can see, I worked *with* Jiri to help him create this
>>> patchset
Em 18-01-2012 11:02, Gregor Jasny escreveu:
> On 1/18/12 1:54 PM, Mauro Carvalho Chehab wrote:
>> Em 18-01-2012 10:47, Gregor Jasny escreveu:
>>> On 1/18/12 1:19 PM, Mauro Carvalho Chehab wrote:
It would be nice to write at the INSTALL what dependencies are needed for
the autotools to wor
On 01/18/2012 08:54 AM, Patrick Boettcher wrote:
On Wednesday 18 January 2012 14:18:48 Michael Krufky wrote:
Mauro,
Why was my sign-off changed to an Ack?
As you can see, I worked *with* Jiri to help him create this
patchset.
During review, I noticed a poorly named function, which I renamed
b
[ Apologies if this ends up as a duplicate post but my first posting
(via gmane) a couple of hours ago is still not on the list ]
I have an HVR-1600 on a 2.6.32[-33 Ubuntu] kernel (modinfo says the
cx18 driver is version 1.2.0 with srcversion "DBC252062593953C879E266")
which I have MythTV drivin
On Wednesday 18 January 2012 14:18:48 Michael Krufky wrote:
> Mauro,
>
> Why was my sign-off changed to an Ack?
>
> As you can see, I worked *with* Jiri to help him create this
> patchset.
>
> During review, I noticed a poorly named function, which I renamed
> before pusging it into my own tree.
On Wednesday 18 January 2012 14:40:09 Mauro Carvalho Chehab wrote:
> Em 18-01-2012 10:49, Patrick Boettcher escreveu:
> > On Tuesday 17 January 2012 19:45:28 you wrote:
> >> On ISDB-T, a few carriers are reserved for TMCC decoding
> >> (1 to 20 carriers, depending on the mode). Those carriers
> >>
Em 18-01-2012 10:49, Patrick Boettcher escreveu:
> On Tuesday 17 January 2012 19:45:28 you wrote:
>> On ISDB-T, a few carriers are reserved for TMCC decoding
>> (1 to 20 carriers, depending on the mode). Those carriers
>> use the DBPSK modulation, and contain the information about
>> each of the th
Mauro,
Why was my sign-off changed to an Ack?
As you can see, I worked *with* Jiri to help him create this patchset.
During review, I noticed a poorly named function, which I renamed before
pusging it into my own tree. Patrick saw this, and merged my changes
into into his tree.
Why did I g
On Wed, 18 Jan 2012 13:44:09 +0100, Patrick Boettcher
wrote:
> I love cmake and can't understand why people are not preferring it over
> autotools for user-space applications and conditional+configurable
> builds.
In my experience, cmake sucks at cross-compilation. It is also rather
lim
On 1/18/12 1:54 PM, Mauro Carvalho Chehab wrote:
Em 18-01-2012 10:47, Gregor Jasny escreveu:
On 1/18/12 1:19 PM, Mauro Carvalho Chehab wrote:
It would be nice to write at the INSTALL what dependencies are needed for
the autotools to work, or, alternatively, to commit the files generated
by the
On Wed, 18 Jan 2012 10:43:21 -0200, Mauro Carvalho Chehab
wrote:
> Em 18-01-2012 10:31, Rémi Denis-Courmont escreveu:
>> On Wed, 18 Jan 2012 10:19:24 -0200, Mauro Carvalho Chehab
>> wrote:
>>> Not sure if it is possible, but it would be great if the build output
>>> would be less verbose. l
On 1/18/12 1:44 PM, Patrick Boettcher wrote:
I missed the first message of this thread, that's why I hijacked it here
and it is short:
I love cmake and can't understand why people are not preferring it over
autotools for user-space applications and conditional+configurable
builds.
I hope my mai
Em 18-01-2012 10:47, Gregor Jasny escreveu:
> On 1/18/12 1:19 PM, Mauro Carvalho Chehab wrote:
>> It would be nice to write at the INSTALL what dependencies are needed for
>> the autotools to work, or, alternatively, to commit the files generated
>> by the autoreconf -vfi magic spell there [1].
>
On Tuesday 17 January 2012 19:45:28 you wrote:
> On ISDB-T, a few carriers are reserved for TMCC decoding
> (1 to 20 carriers, depending on the mode). Those carriers
> use the DBPSK modulation, and contain the information about
> each of the three layers of carriers (modulation, partial
> reception
On 1/18/12 1:19 PM, Mauro Carvalho Chehab wrote:
It would be nice to write at the INSTALL what dependencies are needed for
the autotools to work, or, alternatively, to commit the files generated
by the autoreconf -vfi magic spell there [1].
The end user gets a tarball created with "make dist" w
On Wednesday 18 January 2012 13:31:01 Rémi Denis-Courmont wrote:
> On Wed, 18 Jan 2012 10:19:24 -0200, Mauro Carvalho Chehab
>
> wrote:
> > Not sure if it is possible, but it would be great if the build
> > output would be less verbose. libtool adds a lot of additional
> > (generally
>
> useless
Em 18-01-2012 10:31, Rémi Denis-Courmont escreveu:
> On Wed, 18 Jan 2012 10:19:24 -0200, Mauro Carvalho Chehab
> wrote:
>> Not sure if it is possible, but it would be great if the build output
>> would be less verbose. libtool adds a lot of additional (generally
> useless)
>> messages, with makes
On Wed, 18 Jan 2012 10:19:24 -0200, Mauro Carvalho Chehab
wrote:
> Not sure if it is possible, but it would be great if the build output
> would be less verbose. libtool adds a lot of additional (generally
useless)
> messages, with makes harder to see the compilation warnings in the
> middle
Em 15-01-2012 19:37, Gregor Jasny escreveu:
> Hello,
>
> I'm Gregor the Debian (and thus Ubuntu) Maintainer of v4l-utils. I took
> the challenge to convert the Makefile based build system into an
> autotools one. This weekend I polished the last bits and submitted my
> changes.
>
> If you build v
Em 18-01-2012 02:55, Denilson Figueiredo de Sá escreveu:
> I've tried to compile media_build in a 2.6.38 kernel. I got a compile
> error related to implicit declaration of 'kzalloc'.
>
> The solution was to add #include to this file:
> media_build/v4l/as3645a.c
Thanks for reporting it. Such patc
32 matches
Mail list logo