VIDEO_TIMBERDALE selects TIMB_DMA which itself depends on
MFD_TIMBERDALE, so VIDEO_TIMBERDALE should either select or depend on
MFD_TIMBERDALE as well. I chose to make it depend on it because I
think it makes more sense and it is consistent with what other options
are doing.
Adding a || HAS_IOMEM
Hi Laurent,
On 03/04/14 01:16, Laurent Pinchart wrote:
@@ -534,6 +569,7 @@ static struct platform_driver vsp1_platform_driver = {
.owner = THIS_MODULE,
.name = vsp1,
.pm = vsp1_pm_ops,
+ .of_match_table =
On Thu, Apr 3, 2014 at 12:26 AM, Mauro Carvalho Chehab
m.che...@samsung.com wrote:
Hi all,
I changed today our git web interface from gitweb to cgit, due to seveal
reasons:
...
Please ping me if you fin any problems on it.
http://git.linuxtv.org/cgit.cgi/media_build.git/tree/README
the
Em Thu, 03 Apr 2014 14:16:51 +0200
Enrico ebut...@users.berlios.de escreveu:
On Thu, Apr 3, 2014 at 12:26 AM, Mauro Carvalho Chehab
m.che...@samsung.com wrote:
Hi all,
I changed today our git web interface from gitweb to cgit, due to seveal
reasons:
...
Please ping me if you fin any
Hi Yann,
Em Sat, 29 Mar 2014 23:52:37 +0100
Yann E. MORIN yann.morin.1...@free.fr escreveu:
Hello!
While looking at the dtv-scan-tables repository, we noticed that we did
get a different set of commits with the http:// or the git:// schemes to
access the repository:
$ git clone
Hi Bryan, Milo and Sakari,
Thanks for the replies.
On 04/02/2014 05:17 PM, Sakari Ailus wrote:
Hi Bryan,
On Tue, Apr 01, 2014 at 03:09:55PM -0700, Bryan Wu wrote:
On Tue, Apr 1, 2014 at 12:21 AM, Jacek Anaszewski
j.anaszew...@samsung.com wrote:
I am currently integrating LED subsystem and
I read this mail posting about flush operation.
https://www.mail-archive.com/linux-media@vger.kernel.org/msg41867.html
My user side application talks to v4l2 driver like this, as an
example, I put qbuf/dqbuf loop 10 times:
open
stream on
for (int i = 0; i 10; i++)
qbuf
dqbuf
//
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
v4l_for_linus
For the main set of series of patches for media subsystem, including:
- Document RC sysfs class;
- Added an API to setup scancode to allow waking up systems using
Hi Laurent,
the driver my device uses is the uvcvideo. I have the kernel 3.11.0-18 from
Ubuntu 13.10 running.
It is built in in a Thinkpad X240 notebook.
Regards,
Thomas
Von: Laurent Pinchart [laurent.pinch...@ideasonboard.com]
Gesendet: Mittwoch, 2.
On Tue, Apr 1, 2014 at 10:06 AM, Hans Verkuil hverk...@xs4all.nl wrote:
For all my test cases:
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
All 3 test cases added.
Chris
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to
On Mon, Mar 31, 2014 at 10:17 AM, Linus Torvalds
torva...@linux-foundation.org wrote:
Chris, mind applying this one too? It removes more lines than it adds
while fixing things, by removing the helper function that isn't good
at anoymous unions, and using another one that does this all right..
On Thu, Apr 03, 2014 at 01:11:43PM -0300, Mauro Carvalho Chehab wrote:
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
v4l_for_linus
...
James Hogan (27):
...
[media] media: rc: add sysfs scancode filtering interface
[media] media:
Em Thu, 03 Apr 2014 23:46:56 +0200
David Härdeman da...@hardeman.nu escreveu:
On Thu, Apr 03, 2014 at 01:11:43PM -0300, Mauro Carvalho Chehab wrote:
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
v4l_for_linus
...
James Hogan (27):
Hello,
I think the subject line should be enough to get everybody excited about this
patch series (everybody being Sakari, me, and possibly one or two other
developers). The idea is pretty clear, I've tried to keep patches small and
reviewable (24/25 is a bit too big for my taste, but splitting
In preparation for the switch to the DMA API merge the two functions
that handle buffer preparation for the USERPTR cases (both page-backed
and non page-backed memory).
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/ispqueue.c | 169
The driver stores the IOMMU mapped iovm struct pointer in the buffer
structure but only needs the iovm sg table. Store the sg table instead
to prepare the migration to the DMA API.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/ispstat.c |
And retrieve the related sg table using dma_get_sgtable().
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/ispqueue.c | 57 +-
drivers/media/platform/omap3isp/ispqueue.h | 2 ++
2 files changed, 27 insertions(+),
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/ispccdc.c| 4 ++--
drivers/media/platform/omap3isp/ispccp2.c| 4 ++--
drivers/media/platform/omap3isp/ispcsi2.c| 4 ++--
drivers/media/platform/omap3isp/isppreview.c | 8
dma_map_sg() can merge sglist entries, and can thus return a number of
mapped entries different than the original value. Don't consider this as
an error.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/ispqueue.c | 2 +-
1 file changed, 1
This prepares for the move to videobuf2.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/ispqueue.c | 102 -
drivers/media/platform/omap3isp/ispqueue.h | 2 -
drivers/media/platform/omap3isp/ispvideo.c | 72
Replace the OMAP-specific IOMMU API usage by the DMA API. All buffers
are now allocated using dma_alloc_coherent() and the related sg table is
retrieved using dma_get_sgtable() for sync operations.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
This prepares for the move to videobuf2.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/ispqueue.h | 2 --
drivers/media/platform/omap3isp/ispvideo.c | 39 +++---
drivers/media/platform/omap3isp/ispvideo.h | 2 ++
3
Move code common between the isp_stat_bufs_alloc_dma() and
isp_stat_bufs_alloc_iommu() functions to isp_stat_bufs_alloc().
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/ispstat.c | 114 ++
1 file changed, 54
The WARN_ON statements in the buffer allocation functions try to catch
conditions where buffers would have already been allocated. As the
buffers are explicitly freed right before being allocated this can't
happen.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
The ispmmu_vmap() and ispmmu_vunmap() functions are just wrappers around
omap_iommu_vmap() and omap_iommu_vunmap(). Inline them.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/ispqueue.c | 36 --
1 file changed, 4
Attach an ARM DMA I/O virtual address space to the ISP device. This
switches to the IOMMU-aware ARM DMA backend, we can thus remove the
explicit calls to the OMAP IOMMU map and unmap functions.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/Kconfig
Replace the sglen and sglist fields stored in the buffer structure with
an sg_table. This allows using the sg table allocation helper function.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/ispqueue.c | 108 ++---
When suspending a device while a video stream is active all buffers
marked as done but not dequeued yet will be kept across suspend and
given back to userspace after resume. This will result in outdated
buffers being dequeued.
Introduce a new vb2 function to mark all done buffers as erroneous
Replace the custom buffers queue implementation with a videobuf2 queue.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/Makefile |2 +-
drivers/media/platform/omap3isp/ispqueue.c | 1031
The scatterlist is not needed for those buffers, don't build it.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/ispqueue.c | 24 +++-
drivers/media/platform/omap3isp/ispqueue.h | 8
2 files changed, 7
This prepares for the move to videobuf2.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/isp.c | 6 +++---
drivers/media/platform/omap3isp/ispqueue.c | 13 +
drivers/media/platform/omap3isp/ispqueue.h | 5 +
Replace the OMAP-specific IOMMU API usage by the DMA API for LSC. The
table is now allocated using dma_alloc_coherent() and the related sg
table is retrieved using dma_get_sgtable() for sync operations.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
The fields store buffer addresses as seen from the device. The first one
is used with an external DMA engine while the second one is used with
the ISP DMA engine. As they're never used together, merge them.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
Replace the custom implementation with a call to the scatterlist helper
function.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/ispqueue.c | 16 ++--
1 file changed, 2 insertions(+), 14 deletions(-)
diff --git
Replace the OMAP-specific IOMMU API usage by the DMA API for FPC. The
table is now allocated using dma_alloc_coherent() and the related sg
table is retrieved using dma_get_sgtable() for sync operations.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
The v4l buffer bytesused field is a value that will be returned to
userspace when the buffer gets dequeued. As such it doesn't need to be
set early at buffer queue time. Move the assignment to buffer completion
in the omap3isp_video_buffer_next() function to prepare for the video
buffers queue
Userspace PFNMAP buffers need to be mapped to the device like the
userspace non-PFNMAP buffers in order for the DMA mapping implementation
to create IOMMU mappings when we'll switch to the IOMMU-aware DMA
mapping backend.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
The macro is meant to test whether the statistics engine uses an
external DMA engine to transfer data or supports DMA directly. As both
cases will be supported by DMA coherent buffers rename the macro to
ISP_STAT_USES_DMAENGINE for improved clarity.
Signed-off-by: Laurent Pinchart
As a preparation for the switch from the OMAP IOMMU API to the DMA API
move all IOMMU handling code from the video node implementation to the
buffers queue implementation.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/ispqueue.c | 78
Hi Thomas,
On Thursday 03 April 2014 16:52:19 Scheuermann, Mail wrote:
Hi Laurent,
the driver my device uses is the uvcvideo. I have the kernel 3.11.0-18 from
Ubuntu 13.10 running. It is built in in a Thinkpad X240 notebook.
OK. A bit of debugging will then be needed. Could you set the
On 1 April 2014 10:04, Austin Lund austin.l...@gmail.com wrote:
Hi,
I've been having a problem with a GPIO ir device in an i.mx6 arm
system that I have (cubox-i).
It seems to all work ok, except the output on /dev/lirc0 is not quite
what lircd seems to expect. Lircd wants a long space
Hi David,
On Saturday 29 March 2014 17:11:11 David Härdeman wrote:
Overloading dev-s_filter to do two different functions (set wakeup filters
and generic hardware filters) makes it impossible to tell what the
hardware actually supports, so create a separate dev-s_wakeup_filter and
make the
The option was supposed to control the definition of the DEBUG macro in
the Makefile but has been left unused by mistake. Given that debugging
should be enabled using dynamic printk, remote the Kconfig option.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
The error was reported by checkpatch.pl. Fix it.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/staging/media/omap4iss/iss_video.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/media/omap4iss/iss_video.h
Overloading dev-s_filter to do two different functions (set wakeup filters
and generic hardware filters) makes it impossible to tell what the
hardware actually supports, so create a separate dev-s_wakeup_filter and
make the distinction explicit.
Signed-off-by: David Härdeman da...@hardeman.nu
---
The generic scancode filtering has questionable value and makes it
impossible to determine from userspace if there is an actual
scancode hw filter present or not.
So revert the generic parts.
Based on a patch from James Hogan james.ho...@imgtec.com, but this
version also makes sure that only the
This changes the keymap back to the state before commit 616a4b83
and changes the driver to use full NEC32 scancodes following the
instructions provided by Malcolm Priestley tvbox...@gmail.com.
Signed-off-by: David Härdeman da...@hardeman.nu
---
drivers/media/rc/keymaps/rc-lme2510.c | 132
The following patches is what I currenly have in my queue:
Patches 1 - 6 should be ok to be committed right now, they contain
some fixes and some reverts (of the NEC32 and generic scancode
functionality).
Patches 7 - 9 are in no hurry and can wait for 3.16, some testing
would be nice even though
This reverts 18bc17448147e93f31cc9b1a83be49f1224657b2
The patch ignores the fact that NEC32 scancodes are generated not only in the
NEC raw decoder but also directly in some drivers. Whichever approach is chosen
it should be consistent across drivers and this patch needs more discussion.
Right now the protocol information is not preserved, rc-core gets handed a
scancode but has no idea which protocol it corresponds to.
This patch (which required reading through the source/keymap for all drivers,
not fun) makes the protocol information explicit which is important
documentation and
The arguments used for ir-kbd-i2c's get_key() functions are not
really suited for rc-core and the ir_raw/ir_key distinction is
just confusing.
Convert all of them to return a protocol/scancode/toggle triple instead.
Signed-off-by: David Härdeman da...@hardeman.nu
---
This driver codes the two address bytes in reverse order when compared to the
other drivers, so make it consistent (and update the keymap, note that the
result is a prefix change from 0x6b86 - 0x866b, and the latter is pretty
common among the NECX keymaps. While not conclusive, it's still a strong
The bt8xx driver does RC5 decoding for Nebula digi hardware, but includes
some pointless limitations (both start bits must be one, the
device/address/system must be 0x00). Remove those limitations and update
the keymap to use the full RC5 scancode (fortunately the 0x00 address
means that this is
the RC RX packet is defined as:
struct dib0700_rc_response {
...
u8 not_system;
u8 system;
...
u8 data;
u8 not_data;
The NEC protocol transmits in the order:
Setting and getting keycodes in the input subsystem used to be done via
the EVIOC[GS]KEYCODE ioctl and unsigned int[2] (one int for scancode
and one for the keycode).
The interface has now been extended to use the EVIOC[GS]KEYCODE_V2 ioctl
which uses the following struct:
struct
Simplify and cleanup the sysfs code a bit.
Signed-off-by: David Härdeman da...@hardeman.nu
---
drivers/media/rc/ir-raw.c |6 +
drivers/media/rc/rc-main.c | 265
2 files changed, 150 insertions(+), 121 deletions(-)
diff --git
Using the full 32 bits for all kinds of NEC scancodes simplifies rc-core
and the nec decoder without any loss of functionality.
In order to maintain backwards compatibility, some heuristics are added
in rc-main.c to convert scancodes to NEC32 as necessary.
I plan to introduce a different ioctl
We already have dev-scancode_filter and dev-scancode_wakeup_filter
so rename dev-scanmask to dev-scancode_mask for consistency.
Signed-off-by: David Härdeman da...@hardeman.nu
---
drivers/media/pci/cx88/cx88-input.c |2 +-
drivers/media/pci/ttpci/budget-ci.c |2 +-
Now that the protocol is part of the scancode, it is pretty easy to merge
the rc5 and streamzap decoders. An additional advantage is that the decoder
is now stricter as it waits for the trailing silence before determining that
a command is a valid rc5/streamzap command (which avoids collisions
This patch is the first step towards making the rc chardev usable by adding
read functionality.
Basically the implementation mimics what evdev does. Userspace applications can
open the rc device and read rc_event structs with data. Only some basic events
are supported for now but later patches
This patch changes rc-core to use an IDA rather than a bitmap to assign
unique numbers to each rc device. This is in preparation for introducing
rc-core chardevs.
Signed-off-by: David Härdeman da...@hardeman.nu
---
drivers/media/rc/ir-raw.c |2 +-
drivers/media/rc/rc-main.c | 40
Using a per rc_dev TX kfifo for TX data simplifies the device drivers and lays
the ground for the next patch.
This means that every driver with TX capabilities need to be changed at the
same time.
It should be noted that the TX functionality in nuvoton-cir.c is, and was,
probably broken before
This patch lays the groundwork for adding a rc-core chardev.
Signed-off-by: David Härdeman da...@hardeman.nu
---
drivers/media/rc/ir-raw.c |2
drivers/media/rc/rc-main.c | 284 +++-
include/media/rc-core.h| 11 +-
3 files changed, 238
The basic API of rc-core used to be:
dev = rc_allocate_device();
dev-x = a;
dev-y = b;
dev-z = c;
rc_register_device();
which is a pretty common pattern in the kernel, after the introduction of
protocol arrays the API looks something like:
dev =
Add write functionality to the rc chardev (for use in transmitting remote
control commands on capable hardware).
The data format of the TX data is probably going to have to be dependent
on the rc_driver_type.
Signed-off-by: David Härdeman da...@hardeman.nu
---
drivers/media/rc/rc-main.c | 71
Add basic support for ioctl operations on the rc chardev.
Only two ioctl's are defined for now: one to get the rc-core
version and one to get the driver type of a given chardev.
Userspace is expected to make sure that both match the expected
values before proceeding with any ioctl/read/write
LIRC currently supports quite a number of ioctl's for getting/setting
various TX and RX parameters. One problem with the one-ioctl-per-parameter
approach is that it might be quite elaborate to reprogram the hardware
(an operation which will have to be done once for every parameter change).
LIRC
This adds a complementary ioctl to allow IR RX settings to be
changed.
Userspace is expected to first call RCIOCGIRRX, change the relevant parameters
in struct rc_ir_rx and then call RCIOCSIRRX.
The struct will be updated to reflect what the driver actually set the
parameters to (as all values
As an example, this patch adds support for the new RCIOCSIRTX ioctl
to rc-loopback and removes deprecated functions without a loss in
functionality (as LIRC will automatically use the new functions).
Signed-off-by: David Härdeman da...@hardeman.nu
---
drivers/media/rc/rc-loopback.c | 59
Several drivers poke around in the internals of rc_dev, try to
fix them up in preparation for the next round of patches.
drivers/media/rc/ati_remote.c:
Removing the REP_DELAY setting on the input device should not
change how to driver works (as it does a keydown/keyup and has
As an example, this patch adds support for the new RCIOCGIRRX ioctl
to rc-loopback.
Signed-off-by: David Härdeman da...@hardeman.nu
---
drivers/media/rc/rc-loopback.c | 22 ++
1 file changed, 22 insertions(+)
diff --git a/drivers/media/rc/rc-loopback.c
As an example, this patch adds support for the new RCIOCGIRRX ioctl
to rc-loopback.
Signed-off-by: David Härdeman da...@hardeman.nu
---
drivers/media/rc/rc-loopback.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/drivers/media/rc/rc-loopback.c
This ioctl follows the same rationale and structure as the ioctl for
getting IR RX settings (RCIOCGIRRX) but it works on TX settings instead.
As with the RX ioctl, it would be nice if people could check struct
rc_ir_tx carefully to make sure that their favourite parameter
hasn't been left out.
rc-main.c is getting quite large and contains two distinct parts, one
related to the chardev (fops, sysfs, etc) and one related to all
key functionality. Split off the key functionality to a separate file in
preparation for the coming patches.
I've done the splitting as a separate patch with the
This adds a complementary ioctl to allow IR TX settings to be
changed.
Much like the RCIOCSIRRX functionality, userspace is expected to call
RCIOCGIRTX, change values and then call RCIOCSIRTX and finally inspect
the struct rc_ir_tx to see the results.
Also, LIRC is changed to use the new
As an example, this patch adds support for the new RCIOCSIRRX ioctl
to rc-loopback and removes deprecated functions without a loss in
functionality (as LIRC will automatically use the new functions).
Signed-off-by: David Härdeman da...@hardeman.nu
---
drivers/media/rc/rc-loopback.c | 84
Introduce struct rc_keytable which essentially maintains an input device
and a table with scancode,protocol - keycode mappings. Move the relevant
members from struct rc_dev into struct rc_keytable.
This is in preparation for supporting multiple keytables, where each
keytable would correspond to
This is another step towards allowing multiple keytables per rc_dev.
struct rc_dev is changed to hold an array of keytables (used later for
indexed access to keytables) as well as a list of the same keytables
(used for iteration in fast paths).
Signed-off-by: David Härdeman da...@hardeman.nu
---
Remove a redundant spinlock from struct rc_map.
Signed-off-by: David Härdeman da...@hardeman.nu
---
drivers/media/rc/rc-keytable.c | 43 +---
include/media/rc-core.h|4 ++--
include/media/rc-map.h |1 -
3 files changed, 20
Simplify and improve the locking in rc-ir-raw by making better use of
the existing kfifo functionality and by using RCU where possible.
Signed-off-by: David Härdeman da...@hardeman.nu
---
drivers/media/rc/rc-core-priv.h |6 +-
drivers/media/rc/rc-ir-raw.c| 124
Change struct rc_keytable to be RCU-friendly by kmalloc():ing an
entire new scancode,protocol - keycode table every time the table
is changed (i.e. via EVIOCSKEYCODE(_V2)).
The advantage is that the performance-critical keycode lookup path
can be made entirely lock-free and that GFP_ATOMIC
Remove the RC_MAP_EMPTY hack and instead allow for empty keymaps.
Signed-off-by: David Härdeman da...@hardeman.nu
---
drivers/media/i2c/ir-kbd-i2c.c |4 +--
drivers/media/pci/cx88/cx88-input.c|6 -
drivers/media/pci/ivtv/ivtv-i2c.c |2 +-
Use atomic reads to avoid having to take a mutex when getting
the bitmask of supported protocols.
Signed-off-by: David Härdeman da...@hardeman.nu
---
drivers/media/rc/rc-core-priv.h |2 +-
drivers/media/rc/rc-ir-raw.c| 12
2 files changed, 5 insertions(+), 9 deletions(-)
Having a mutex named lock is a bit misleading.
Signed-off-by: David Härdeman da...@hardeman.nu
---
drivers/media/rc/img-ir/img-ir-hw.c |4 ++-
drivers/media/rc/rc-main.c | 42 ++-
include/media/rc-core.h |5 ++--
3 files changed, 25
Move drivers/media/rc/ir-raw.c to drivers/media/rc/rc-ir-raw.c in
preparation for the next patch.
Signed-off-by: David Härdeman da...@hardeman.nu
---
drivers/media/rc/Makefile|2 +-
drivers/media/rc/rc-ir-raw.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
rename
Make drivers/media/rc/rc-ir-raw.c a separate kernel module.
Drivers which use IR decoding must use these functions:
rc_register_ir_raw_device()
rc_unregister_ir_raw_device()
instead of:
rc_register_device()
rc_unregister_device()
This allows scancode drivers to
As all the basics are now in place, we can finally add the ioctls
for adding/removing keytables from userspace.
Signed-off-by: David Härdeman da...@hardeman.nu
---
drivers/media/rc/rc-core-priv.h |2 -
drivers/media/rc/rc-keytable.c |5 ++
drivers/media/rc/rc-main.c | 81
Add separe rc device events on keytable addition/removal.
Signed-off-by: David Härdeman da...@hardeman.nu
---
drivers/media/rc/rc-main.c |2 ++
include/media/rc-core.h|2 ++
2 files changed, 4 insertions(+)
diff --git a/drivers/media/rc/rc-main.c b/drivers/media/rc/rc-main.c
index
A few ifdef __KERNEL__ and some reorganisation to make rc-core.h usable from
userspace programs. A split into include/uapi/ might be a good idea later.
Signed-off-by: David Härdeman da...@hardeman.nu
---
include/media/rc-core.h | 71 ---
1 file
Fix various sparse warnings under drivers/media/rc/*.c, mostly
by making functions static.
Signed-off-by: David Härdeman da...@hardeman.nu
---
drivers/media/rc/fintek-cir.c |4 ++--
drivers/media/rc/imon.c|8
drivers/media/rc/ite-cir.c |4 ++--
Reporting pulse/space events via the /dev/rc/rcX device node is an
important step towards having feature parity with LIRC.
Signed-off-by: David Härdeman da...@hardeman.nu
---
drivers/media/rc/rc-ir-raw.c | 11 +++
1 file changed, 11 insertions(+)
diff --git
Move some more keytable related functionality over to rc-keytable.c which
allows more implementational details to be obscured away.
Signed-off-by: David Härdeman da...@hardeman.nu
---
drivers/media/rc/rc-core-priv.h | 54 +++-
drivers/media/rc/rc-keytable.c | 169
The scancode that is reported via the input device(s) is now incomplete
(missing the protocol) and redundant.
Signed-off-by: David Härdeman da...@hardeman.nu
---
drivers/media/rc/rc-keytable.c | 21 +
1 file changed, 5 insertions(+), 16 deletions(-)
diff --git
Em Fri, 04 Apr 2014 01:31:15 +0200
David Härdeman da...@hardeman.nu escreveu:
The following patches is what I currenly have in my queue:
Patches 1 - 6 should be ok to be committed right now, they contain
some fixes and some reverts (of the NEC32 and generic scancode
functionality).
I did
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: Fri Apr 4 04:01:16 CEST 2014
git branch: test
git hash: a83b93a7480441a47856dc9104bea970e84cda87
gcc
From: Lad, Prabhakar prabhakar.cse...@gmail.com
Hi All,
This patch series upgrades the vpif capture display
driver with the all the helpers provided by v4l, this makes
the driver much simpler and cleaner. This also includes few
checkpatch issues.
Sending them as single patch one for capture
From: Lad, Prabhakar prabhakar.cse...@gmail.com
This patch upgrades the vpif display driver with
v4l helpers, this patch does the following,
1: initialize the vb2 queue and context at the time of probe
and removes context at remove() callback.
2: uses vb2_ioctl_*() helpers.
3: uses vb2_fop_*()
From: Lad, Prabhakar prabhakar.cse...@gmail.com
This patch upgrades the vpif display driver with
v4l helpers, this patch does the following,
1: initialize the vb2 queue and context at the time of probe
and removes context at remove() callback.
2: uses vb2_ioctl_*() helpers.
3: uses vb2_fop_*()
98 matches
Mail list logo