From: "Lad, Prabhakar"
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_*() helpers.
4: uses SIMPLE_DE
From: "Lad, Prabhakar"
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_*() helpers.
4: uses SIMPLE_DE
From: "Lad, Prabhakar"
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 and another for
display, s
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 versi
Em Fri, 04 Apr 2014 01:31:15 +0200
David Härdeman 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 just a very qu
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
---
drivers/media/rc/rc-core-priv.h | 54 +++-
drivers/media/rc/rc-keytable.c | 169 +++---
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
---
include/media/rc-core.h | 71 ---
1 file changed, 48 insertions(
Fix various sparse warnings under drivers/media/rc/*.c, mostly
by making functions static.
Signed-off-by: David Härdeman
---
drivers/media/rc/fintek-cir.c |4 ++--
drivers/media/rc/imon.c|8
drivers/media/rc/ite-cir.c |4 ++--
drivers/media/rc/nuvoton-cir.c |
The scancode that is reported via the input device(s) is now incomplete
(missing the protocol) and redundant.
Signed-off-by: David Härdeman
---
drivers/media/rc/rc-keytable.c | 21 +
1 file changed, 5 insertions(+), 16 deletions(-)
diff --git a/drivers/media/rc/rc-keytable
Add separe rc device events on keytable addition/removal.
Signed-off-by: David Härdeman
---
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 bd4dfab..b3db1dd 10
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
---
drivers/media/rc/rc-ir-raw.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/media/rc/rc-ir-raw.c b/drivers/medi
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
---
drivers/media/rc/rc-core-priv.h |2 -
drivers/media/rc/rc-keytable.c |5 ++
drivers/media/rc/rc-main.c | 81 ++
Having a mutex named "lock" is a bit misleading.
Signed-off-by: David Härdeman
---
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 insertions(+), 2
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
---
drivers/media/rc/Makefile|2 +-
drivers/media/rc/rc-ir-raw.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
rename drivers/media/rc/{ir-raw.c
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 ski
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
---
drivers/media/rc/rc-core-priv.h |6 +-
drivers/media/rc/rc-ir-raw.c| 124 ---
2 f
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 alloc
Remove the RC_MAP_EMPTY hack and instead allow for empty keymaps.
Signed-off-by: David Härdeman
---
drivers/media/i2c/ir-kbd-i2c.c |4 +--
drivers/media/pci/cx88/cx88-input.c|6 -
drivers/media/pci/ivtv/ivtv-i2c.c |2 +-
drivers/media/rc/gpio-ir-recv.
Use atomic reads to avoid having to take a mutex when getting
the bitmask of supported protocols.
Signed-off-by: David Härdeman
---
drivers/media/rc/rc-core-priv.h |2 +-
drivers/media/rc/rc-ir-raw.c| 12
2 files changed, 5 insertions(+), 9 deletions(-)
diff --git a/drive
Remove a redundant spinlock from struct rc_map.
Signed-off-by: David Härdeman
---
drivers/media/rc/rc-keytable.c | 43 +---
include/media/rc-core.h|4 ++--
include/media/rc-map.h |1 -
3 files changed, 20 insertions(+), 28 deletions(-
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
---
drivers/media/rc
As an example, this patch adds support for the new RCIOCGIRRX ioctl
to rc-loopback.
Signed-off-by: David Härdeman
---
drivers/media/rc/rc-loopback.c | 22 ++
1 file changed, 22 insertions(+)
diff --git a/drivers/media/rc/rc-loopback.c b/drivers/media/rc/rc-loopback.c
index
As an example, this patch adds support for the new RCIOCGIRRX ioctl
to rc-loopback.
Signed-off-by: David Härdeman
---
drivers/media/rc/rc-loopback.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/drivers/media/rc/rc-loopback.c b/drivers/media/rc/rc-loopback.c
i
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.
Si
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 a
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 function
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
---
drivers/media/rc/rc-loopback.c | 84
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
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 ma
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
---
drivers/media/rc/rc-loopback.c | 59 +---
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 ops.
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 ha
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
---
drivers/media/rc/rc-main.c | 71 ++
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 wil
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
---
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 an
This patch lays the groundwork for adding a rc-core chardev.
Signed-off-by: David Härdeman
---
drivers/media/rc/ir-raw.c |2
drivers/media/rc/rc-main.c | 284 +++-
include/media/rc-core.h| 11 +-
3 files changed, 238 insertions(+), 59 deletion
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 =
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
---
drivers/media/pci/cx88/cx88-input.c |2 +-
drivers/media/pci/ttpci/budget-ci.c |2 +-
drivers/media/rc/rc-main
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 that
Simplify and cleanup the sysfs code a bit.
Signed-off-by: David Härdeman
---
drivers/media/rc/ir-raw.c |6 +
drivers/media/rc/rc-main.c | 265
2 files changed, 150 insertions(+), 121 deletions(-)
diff --git a/drivers/media/rc/ir-raw.c b/drivers
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 input_keymap_en
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 la
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
---
drivers/media/i2c/ir-kbd-i2c.c|
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 pe
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.
Furtherm
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
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 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 , but this
version also makes sure that only the valid sysfs files are
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 .
Signed-off-by: David Härdeman
---
drivers/media/rc/keymaps/rc-lme2510.c | 132
drivers
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
---
drivers/media/
The error was reported by checkpatch.pl. Fix it.
Signed-off-by: Laurent Pinchart
---
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
b/drivers/staging/media/omap4iss/iss_video.h
index 878e4
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
---
drivers/staging/media/omap4iss/Kconfig | 6 --
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 t
On 1 April 2014 10:04, Austin Lund 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 before the
> starti
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 v
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
---
drivers/media/platform/omap3isp/ispqueue.c | 78 +-
drivers/
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
---
drivers/me
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
---
drivers/media/platform/omap3isp/ispccdc.c | 51 ++
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 refa
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
---
drivers/media/platform/omap3isp/ispque
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
---
drivers/media/platform/omap3isp/ispccdc.c | 52 ++
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
---
drivers/media/platform/omap3isp/isph3a_aewb.c | 2 +-
Replace the custom implementation with a call to the scatterlist helper
function.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/omap3isp/ispqueue.c | 16 ++--
1 file changed, 2 insertions(+), 14 deletions(-)
diff --git a/drivers/media/platform/omap3isp/ispqueue.c
b/dri
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
---
drivers/media/platform/omap3isp/ispqueue.c | 108 ++---
drivers/media/platform/omap3isp/ispq
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
---
drivers/media/platform/omap3isp/ispqueue.c | 36 --
1 file changed, 4 insertions(+), 32 deletions(-)
d
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
---
drivers/media/platform/Kconfig | 4 +-
drivers/media
The scatterlist is not needed for those buffers, don't build it.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/omap3isp/ispqueue.c | 24 +++-
drivers/media/platform/omap3isp/ispqueue.h | 8
2 files changed, 7 insertions(+), 25 deletions(-)
diff --git a
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
---
drivers/media/platform/omap3isp/ispqueue.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --g
This prepares for the move to videobuf2.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/omap3isp/ispqueue.c | 102 -
drivers/media/platform/omap3isp/ispqueue.h | 2 -
drivers/media/platform/omap3isp/ispvideo.c | 72
drivers/media/pl
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
---
drivers/media/platform/omap3isp/ispstat.c | 123 +-
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
---
drivers/media/platform/omap3isp/ispstat.c | 114 ++
1 file changed, 54 insertions(+), 60 deletions(-)
diff -
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
---
drivers/media/platform/omap3isp/ispstat.c | 2
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
inst
Replace the custom buffers queue implementation with a videobuf2 queue.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/omap3isp/Makefile |2 +-
drivers/media/platform/omap3isp/ispqueue.c | 1031
drivers/media/platform/omap3isp/ispqueue.h | 171
This prepares for the move to videobuf2.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/omap3isp/isp.c | 6 +++---
drivers/media/platform/omap3isp/ispqueue.c | 13 +
drivers/media/platform/omap3isp/ispqueue.h | 5 +
drivers/media/platform/omap3isp/ispvideo.c |
And retrieve the related sg table using dma_get_sgtable().
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/omap3isp/ispqueue.c | 57 +-
drivers/media/platform/omap3isp/ispqueue.h | 2 ++
2 files changed, 27 insertions(+), 32 deletions(-)
diff --git a/driv
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 it
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
---
drivers/media/platform/omap3isp/ispqueue.c | 169 -
drivers/med
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
---
drivers/media/platform/omap3isp/ispstat.c | 19 +--
drivers/med
Signed-off-by: Laurent Pinchart
---
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
drivers/media/platform/omap3isp/ispre
This prepares for the move to videobuf2.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/omap3isp/ispqueue.h | 2 --
drivers/media/platform/omap3isp/ispvideo.c | 39 +++---
drivers/media/platform/omap3isp/ispvideo.h | 2 ++
3 files changed, 22 insertions(+),
Em Thu, 03 Apr 2014 23:46:56 +0200
David Härdeman 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):
> ...
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] m
On Mon, Mar 31, 2014 at 10:17 AM, Linus Torvalds
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..
The patch is applied. I add
On Tue, Apr 1, 2014 at 10:06 AM, Hans Verkuil wrote:
>
> For all my test cases:
>
> Signed-off-by: Hans Verkuil
>
All 3 test cases added.
Chris
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
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. Ap
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
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
// pr
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
wrote:
I am currently integrating LED subsystem and V4L2 Flash API.
V4L2 Flash
Hi Yann,
Em Sat, 29 Mar 2014 23:52:37 +0100
"Yann E. MORIN" 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 git://linuxtv.org/d
Em Thu, 03 Apr 2014 14:16:51 +0200
Enrico escreveu:
> On Thu, Apr 3, 2014 at 12:26 AM, Mauro Carvalho Chehab
> 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://gi
On Thu, Apr 3, 2014 at 12:26 AM, Mauro Carvalho Chehab
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 first time i opene
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
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
98 matches
Mail list logo
