On Monday 05 April 2010 21:36:35 Sakari Ailus wrote:
> Hello everyone,
>
> I'm glad to announce Nokia will be hosting a V4L2 and Media controller
> mini-summit in Helsinki, Finland from 14th to 16th June --- that's from
> Monday to Wednesday. The event replaces the V4L2 Media Controller
> mini-sum
istva...@mailbox.hu wrote:
> This patch adds support for V4L2_CID_SHARPNESS by changing the luma peak
> filter and notch filter. It can be set in the range 0 to 9, with 0 being
> the original and default mode.
> One minor problem is that other code that sets the registers being used
> (for example
Jean Delvare wrote:
> Hi Mauro,
>
> On Tue, 06 Apr 2010 02:34:46 -0300, Mauro Carvalho Chehab wrote:
>> Jean Delvare wrote:
>>> On Mon, 05 Apr 2010 15:26:32 -0300, Mauro Carvalho Chehab wrote:
Please, don't add new things at ir-common module. It basically contains the
decoding functions
To get additional details, samples and counts for our USA contact data please
email me at this address katelyn.r...@optinlists.co.cc
we have lots of different lists in many fields and this week is the time to buy
with lowered list prices.
have a look at this if you don't like to recieve th
Em 01-04-2010 01:33, Dmitri Belimov escreveu:
> Hi Hermann
>
>> Hi Dimitry,
>>
>> Am Mittwoch, den 31.03.2010, 13:14 +1000 schrieb Dmitri Belimov:
>>> Hi Hermann
>>>
Hi,
Am Dienstag, den 30.03.2010, 16:02 +1000 schrieb Dmitri Belimov:
> Hi
>
> The hybrid tuner FMD1216MEX
David Härdeman wrote:
> On Thu, Apr 08, 2010 at 06:59:30PM -0300, Mauro Carvalho Chehab wrote:
>> da...@hardeman.nu wrote:
>>> This patch converts drivers/media/dvb/ttpci/budget-ci.c to use ir-core
>>> rather than rolling its own keydown timeout handler and reporting keys
>>> via drivers/media/IR/i
Hi David,
David Härdeman wrote:
> When I converted drivers/media/dvb/ttpci/budget-ci.c to use ir-core
> I missed one line. This patch fixes that mistake.
I did this already (I merged with your commit, at v4l-dvb.git), to avoid
breaking git bisect. I'll backport it to the ir.git tree after finish
On Thu, Apr 08, 2010 at 06:59:30PM -0300, Mauro Carvalho Chehab wrote:
da...@hardeman.nu wrote:
This patch converts drivers/media/dvb/ttpci/budget-ci.c to use ir-core
rather than rolling its own keydown timeout handler and reporting keys
via drivers/media/IR/ir-functions.c.
Hmm... had you test
This patch adds an RC6 decoder (modes 0 and 6A) to ir-core.
Signed-off-by: David Härdeman
---
drivers/media/IR/Kconfig |9 +
drivers/media/IR/Makefile |1
drivers/media/IR/ir-core-priv.h |7 +
drivers/media/IR/ir-raw-event.c |1
drivers/media/IR/ir-rc6-deco
This patch adds NECx support to drivers/media/IR/ir-nec-decoder.c
Signed-off-by: David Härdeman
---
drivers/media/IR/ir-nec-decoder.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/media/IR/ir-nec-decoder.c
b/drivers/media/IR/ir-nec-decoder.c
index f22d1af..d
When I converted drivers/media/dvb/ttpci/budget-ci.c to use ir-core
I missed one line. This patch fixes that mistake.
Signed-off-by: David Härdeman
---
drivers/media/dvb/ttpci/budget-ci.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/media/dvb/ttpci/budget-ci.
This patch adds RC5x support to drivers/media/IR/ir-rc5-decoder.c
Signed-off-by: David Härdeman
---
drivers/media/IR/ir-rc5-decoder.c | 78 -
1 files changed, 59 insertions(+), 19 deletions(-)
diff --git a/drivers/media/IR/ir-rc5-decoder.c
b/drivers/media/
The following series implements support for a couple of new protocols
now that we finally reached an agreement on how durations should be
handled in ir-raw-event.
Also included is a one-line fix that got missed in my previous conversion
of drivers/media/dvb/ttpci/budget-ci.c.
(not to mention that
Wolfram Sang wrote:
> Made necessary by 6992f5334995af474c2b58d010d08bc597f0f2fe. Prevents further
> "key xxx not in .data" bug-reports. Although some attributes could probably be
> converted to static ones, this is left for people having hardware to test.
>
> Found by this semantic patch:
>
> @
On Thu, 8 Apr 2010, Mauro Carvalho Chehab wrote:
> This is an automatic generated email to let you know that the following patch
> were queued at the
> http://git.linuxtv.org/v4l-dvb.git tree:
Yes, I was going to push this via my tree, but that's even going to be
faster this way, I forgot, tha
da...@hardeman.nu wrote:
> This patch converts drivers/media/dvb/ttpci/budget-ci.c to use ir-core
> rather than rolling its own keydown timeout handler and reporting keys
> via drivers/media/IR/ir-functions.c.
Hmm... had you test this patch? It got me an error here:
drivers/media/dvb/ttpci/budget
Mauro Carvalho Chehab wrote:
> ir-core.h has the kABI to be used by the bridge drivers, when needing to
> register
> IR protocols and pass IR events. However, the same file also contains IR
> subsystem
> internal calls, meant to be used inside ir-core and between ir-core and the
> raw
> decoders
Bjørn Mork wrote:
> Some devices need much more time than 100ms to power on, leading to a
> failure to enable the frontend on the first attempt. Instead we get
>
> [ 38.194200] saa7146: register extension 'budget_av'.
> [ 38.253828] budget_av :05:01.0: PCI INT A -> GSI 17 (level, low) ->
Signed-off-by: Muralidharan Karicheri
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
>-Original Message-
>From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
>ow...@vger.kernel.org] On Behalf O
Some devices have in-hardware Remote Controller decoder, while others
need a software decoder to get the IR code. As each software decoder
can be enabled/disabled individually, allowing multiple protocol
decoding capability.
On the other hand, hardware decoders have a limited protocol
support, oft
Yet another series of ir-core improvements.
This series contain two fixes, plus those improvements:
1) sysfs: better define the behaviour for in-hardware and in-software raw
decoders: different types require different functionalities;
2) sysfs: rename Remote Controllers as rc0, rc1, ...
th
From: David Härdeman
When the remote controller class is anyway being renamed from ir to rc
this would be a good time to also rename the devices from rcrcvX to rcX.
I know we haven't reached any agreement on whether transmission will
eventually be handled by the same device, but this change will
Some spinlocks are not properly initialized on ir core:
[ 471.714132] BUG: spinlock bad magic on CPU#0, modprobe/1899
[ 471.719838] lock: f92a08ac, .magic: , .owner: /-1,
.owner_cpu: 0
[ 471.727301] Pid: 1899, comm: modprobe Not tainted 2.6.33 #36
[ 471.733062] Call Trace:
[ 471.735
The patch that adds the rc-map changes didn't take into account that an
a table with IR_TYPE_UNKNOWN would make change_protocol to return -EINVAL.
As this function is fundamental to initialize some data, including a
callback to the getkey function, this caused the driver to stop working,
hanging t
Hardware decoders have a more limited set of decoders than software ones.
In general, they support just one protocol at a given time, but allow
changing between a few options.
Rename the previous badly named "current_protocol" as just "protocol",
meaning the current protocol(s) accepted by the dri
drivers/media/IR/ir-sysfs.c: In function ‘store_protocol’:
drivers/media/IR/ir-sysfs.c:93: warning: suggest parentheses around assignment
used as truth value
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/IR/ir-sysfs.c b/drivers/media/IR/ir-sysfs.c
index 9d132d0..17d4341 100644
From: David Härdeman
drivers/media/IR/ir-raw-event.c is currently written with the assumption
that all "raw" hardware will generate events only on state change (i.e.
when a pulse or space starts).
However, some hardware (like mceusb, probably the most popular IR receiver
out there) only generate
ir-core.h has the kABI to be used by the bridge drivers, when needing to
register
IR protocols and pass IR events. However, the same file also contains IR
subsystem
internal calls, meant to be used inside ir-core and between ir-core and the raw
decoders.
Better to move those functions to an inte
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Thu Apr 8 19:00:16 CEST 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 14561:7c0b887911cf
git master:
Am 08.04.2010 02:47, schrieb Mike Isely:
On Thu, 8 Apr 2010, hermann pitton wrote:
Hi,
Am Mittwoch, den 07.04.2010, 20:50 +0200 schrieb Lars Hanisch:
Am 06.04.2010 16:33, schrieb Mike Isely:
[snip]
Mike, do you know of anyone actively using that additional information?
Yes.
The VDR proj
David Härdeman wrote:
> On Thu, Apr 08, 2010 at 10:06:53AM -0300, Mauro Carvalho Chehab wrote:
>> Jon Smirl wrote:
>>> On Thu, Apr 8, 2010 at 1:10 AM, Mauro Carvalho Chehab
>>> wrote:
On the previous code, it is drivers responsibility to call the
function that
de-queue. On saa7134,
drivers/media/IR/ir-raw-event.c is currently written with the assumption
that all "raw" hardware will generate events only on state change (i.e.
when a pulse or space starts).
However, some hardware (like mceusb, probably the most popular IR receiver
out there) only generates duration data (and th
On Thu, Apr 08, 2010 at 10:06:53AM -0300, Mauro Carvalho Chehab wrote:
> Jon Smirl wrote:
> > On Thu, Apr 8, 2010 at 1:10 AM, Mauro Carvalho Chehab
> > wrote:
> >> On the previous code, it is drivers responsibility to call the
> >> function that
> >> de-queue. On saa7134, I've scheduled it to wak
On Thu, Apr 8, 2010 at 7:50 AM, Huang Weiyi wrote:
> Remove unused #include ('s) in
> drivers/media/dvb/ngene/ngene-core.c
>
> Signed-off-by: Huang Weiyi
> ---
> drivers/media/dvb/ngene/ngene-core.c | 1 -
> 1 files changed, 0 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/media/dvb/
David Härdeman wrote:
> On Thu, Apr 08, 2010 at 08:50:48AM -0300, Mauro Carvalho Chehab wrote:
>>> - size = sizeof(struct ir_raw_event) * MAX_IR_EVENT_SIZE * 2;
>>> - size = roundup_pow_of_two(size);
>>> + ir->raw->input_dev = input_dev;
>>> + INIT_WORK(&ir->raw->rx_work, ir_raw_event_work)
Jon Smirl wrote:
> On Thu, Apr 8, 2010 at 1:10 AM, Mauro Carvalho Chehab
> wrote:
>> David Härdeman wrote:
>>> drivers/media/IR/ir-raw-event.c is currently written with the assumption
>>> that all "raw" hardware will generate events only on state change (i.e.
>>> when a pulse or space starts).
>>>
On Thu, Apr 08, 2010 at 08:50:48AM -0300, Mauro Carvalho Chehab wrote:
> >-size = sizeof(struct ir_raw_event) * MAX_IR_EVENT_SIZE * 2;
> >-size = roundup_pow_of_two(size);
> >+ir->raw->input_dev = input_dev;
> >+INIT_WORK(&ir->raw->rx_work, ir_raw_event_work);
> >
> >-rc = kfif
I'm trying to detect when a user unplugs a camera while I'm doing
v4l2_read, but even when I get logs like this:
libv4l2: error queuing buf 0: No such device
libv4l2: error queuing buf 1: No such device
libv4l2: error queuing buf 2: No such device
libv4l2: error dequeuing buf: Input/output error
On Thu, Apr 8, 2010 at 1:10 AM, Mauro Carvalho Chehab
wrote:
> David Härdeman wrote:
>> drivers/media/IR/ir-raw-event.c is currently written with the assumption
>> that all "raw" hardware will generate events only on state change (i.e.
>> when a pulse or space starts).
>>
>> However, some hardware
David Härdeman wrote:
> drivers/media/IR/ir-raw-event.c is currently written with the assumption
> that all "raw" hardware will generate events only on state change (i.e.
> when a pulse or space starts).
>
> However, some hardware (like mceusb, probably the most popular IR receiver
> out there)
David Härdeman wrote:
Your're fast!
OK, the code looks good. I'll test and apply it, if it passes on the test.
The only missed thing is the comment about the kfifo size (see the email
I just sent). If you prefer, I can add a one line comment when applying it,
to avoid you to re-send the code.
>
Remove unused #include ('s) in
drivers/media/video/davinci/vpif_capture.c
drivers/media/video/davinci/vpif_display.c
Signed-off-by: Huang Weiyi
---
drivers/media/video/davinci/vpif_capture.c |1 -
drivers/media/video/davinci/vpif_display.c |1 -
2 files changed, 0 insertions(+), 2 de
Hi Hans,
>Hans Verkuil wrote:
>BTW, I've also completely overhauled the vivi driver. I've used it to test
>the control handling, but I took the opportunity to do a big clean up of that
>driver. The combination of vivi + qv4l2 made testing of the more unusual
>integer64 and string control types mu
David Härdeman wrote:
> On Thu, Apr 08, 2010 at 02:10:40AM -0300, Mauro Carvalho Chehab wrote:
>> David Härdeman wrote:
>>> o The RX decoding is now handled via a workqueue (I can break that up into a
>>> separate patch later, but I think it helps the discussion to have it in
>>> for
>>> now),
Remove unused #include ('s) in
drivers/media/dvb/ngene/ngene-core.c
Signed-off-by: Huang Weiyi
---
drivers/media/dvb/ngene/ngene-core.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/media/dvb/ngene/ngene-core.c
b/drivers/media/dvb/ngene/ngene-core.c
index 64
drivers/media/IR/ir-raw-event.c is currently written with the assumption
that all "raw" hardware will generate events only on state change (i.e.
when a pulse or space starts).
However, some hardware (like mceusb, probably the most popular IR receiver
out there) only generates duration data (and
Attached is a working scan file for uk-Aberdare post switchover
uk-Aberdare_dso
Description: Binary data
On Thu, Apr 08, 2010 at 02:10:40AM -0300, Mauro Carvalho Chehab wrote:
> David Härdeman wrote:
> >
> > o The RX decoding is now handled via a workqueue (I can break that up into a
> > separate patch later, but I think it helps the discussion to have it in
> > for
> > now), with inspiration fr
Ehh, this is very embarrassing, but please disregard all my
statements about a hanging system related to IRQF_DISABLED.
It turns out that I've had a faulty SATA hard drive which probably have
caused all these problems. I do not understand the inner workings of
the SATA hardware and software,
Hi,
I know that this is off topic because (alas) the i.MX51 support is not
in the mainline kernel. However, if anyone is working with the camera
sensor interfaces on this device I would be very interested to talk to
them, on list or off, because I am stuck! CSI1 works fine, but CSI2
refuses t
50 matches
Mail list logo