Dear Client,
Good day !
Woody here,the manufacturer for TENS / EMS stimulator in Guangzhou China.
Can offer good quanlity products in short time.
Have any interesting please talk with me for the details.
Best regards.
Woody
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: Tue Apr 7 04:00:18 CEST 2015
git branch: test
git hash: a5562f65b1371a0988b707c10c44fcc2bba56990
gcc versi
Hi Mauro, Guennadi
I would like to ask you about switch() of
linux/drivers/media/platform/soc_camera/soc_mediabus.c ::
soc_mbus_config_compatible
unsigned int soc_mbus_config_compatible(const struct v4l2_mbus_config *cfg,
unsigned int flags)
{
...
The field is unused. Remove it.
Signed-off-by: Sakari Ailus
---
include/media/v4l2-of.h |2 --
1 file changed, 2 deletions(-)
diff --git a/include/media/v4l2-of.h b/include/media/v4l2-of.h
index f831c9c..f66b92c 100644
--- a/include/media/v4l2-of.h
+++ b/include/media/v4l2-of.h
@@ -57,7 +57
Hi folks,
This set changes the interface which is used to parse the properties of the
endpoint for media devices.
changes since v2:
- Rebased on current media-tree
v2 can be found here:
http://www.spinics.net/lists/linux-media/msg88058.html
--
Regards,
Sakari
--
To unsubscribe from this lis
The link-frequencies property is a variable length array of link frequencies
in an endpoint. The array is needed by an increasing number of drivers, so
it makes sense to add it to struct v4l2_of_endpoint.
However, the length of the array is variable and the size of struct
v4l2_of_endpoint is fixed
Instead of parsing the link-frequencies property in the driver, let
v4l2_of_alloc_parse_endpoint() do it.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/smiapp/smiapp-core.c | 40
1 file changed, 20 insertions(+), 20 deletions(-)
diff --git a/drivers/media/
Clean the entire struct starting from bus_type. As more fields are added, no
changes will be needed in the function to reset their value explicitly.
Signed-off-by: Sakari Ailus
---
drivers/media/v4l2-core/v4l2-of.c |5 +++--
include/media/v4l2-of.h |1 +
2 files changed, 4 inse
On 04/03/15 10:12, Russell King wrote:
> @@ -316,6 +329,29 @@ clkdev_alloc(struct clk *clk, const char *con_id, const
> char *dev_fmt, ...)
> }
> EXPORT_SYMBOL(clkdev_alloc);
>
> +/**
> + * clkdev_create - allocate and add a clkdev lookup structure
> + * @clk: struct clk to associate with all
On 04/03/15 10:12, Russell King wrote:
> Signed-off-by: Russell King
Some commit text would be nice for us 5 years from now when we wonder
why this patch was applied.
I suspect the commit text would go like this:
clk_add_alias() calls clk_get() followed by clk_put() but in between
those two cal
On 04/04/15 05:43, Robert Jarzmik wrote:
> Russell King writes:
>
>> clk_add_alias() is provided by clkdev, and is not part of the clk API.
>> Howver, it is prototyped in two locations: linux/clkdev.h and
>> linux/clk.h. This is a mess. Get rid of the redundant and unnecessary
>> version in linu
I wasn't sure if this was the right place for this query, but I just
wondered if anyone could help.
I'm trying to use both a dual tuner DVB-S2 DVBSky S952 card and a PCTV
290e DVB-T2 card on one machine running Ubuntu 14.04.
I heard that the DVBSky card is now supported in the main media_build
dr
On Mon, Apr 06, 2015 at 06:01:52PM +0200, Sergio Serrano wrote:
>Hi members!
>
>In the hope that someone can help me, I has come to this mailing list after
>contacting David Hardeman (thank you!).
>He has already given me some clues. This is my scenario.
>
>I'm using a OMAP2 processor and capturing
The following changes since commit a5562f65b1371a0988b707c10c44fcc2bba56990:
[media] v4l: xilinx: Add Test Pattern Generator driver (2015-04-03
01:04:18 -0300)
are available in the git repository at:
git://linuxtv.org/anttip/media_tree.git ts2022_makefile_fix
for you to fetch changes up
Hi members!
In the hope that someone can help me, I has come to this mailing list
after contacting David Hardeman (thank you!).
He has already given me some clues. This is my scenario.
I'm using a OMAP2 processor and capturing TSOP34836 (remote RC5
compatible) signals through GPIO+interrupt. I ha
Em Mon, 06 Apr 2015 11:50:21 +0200
Paul Bolle escreveu:
> On Wed, 2015-04-01 at 16:47 +0300, Jani Nikula wrote:
> > I think part of the problem is that "select" is often used not as
> > documented [1] but rather as "show my config in menuconfig for
> > convenience even if my dependency is not met
Document the sysfs1 interface in protocol_map[] and replace some
more if-else code with loops.
Signed-off-by: David Härdeman
---
utils/keytable/keytable.c | 124 -
1 file changed, 55 insertions(+), 69 deletions(-)
diff --git a/utils/keytable/keytable
Introduce a list of "kernel" ir protocols (e.g. "sony12" instead of "sony")
and extend the set-key command to ir-keytable to allow for a mapping of the
form "protocol:scancode=keycode" in addition to the old "scancode=keycode"
format. The code automatically falls back to the old behaviour if the
ke
Cleanup the keytable code by giving the struct members more explicit
names (scancode instead of codes[0], keycode instead of codes[1]).
Also, replace a linked list implementation using a quirky empty list
member as the head of the list rather than the classical pointer.
Signed-off-by: David Härde
Clarify that ir protocols refer to the ones used by sysfs (e.g. "sony", not
"sony12" or "sony15") and replace a bunch of if-else protocol comparison
code with loops instead.
Signed-off-by: David Härdeman
---
utils/keytable/keytable.c | 408 +
1 file c
The following series adds support to ir-keytable for explicitly
setting the protocol of scancode<->keycode mappings (requires
a patched kernel).
The first three patches are cleanups and refactoring which are
probably worthwhile to apply in any case.
The fourth patch adds the actual support (backw
The following two patches should show more clearly what I mean by
adding protocols to the keytables (and letting userspace add
keytable entries with explicit protocol information). Consider
it a basis for discussion.
Each patch has a separate description, please refer to those for
more information
Using the full 32 bits for all kinds of NEC scancodes simplifies rc-core
and the nec decoder without any loss of functionality. At the same time
it ensures that scancodes for NEC16/NEC24/NEC32 do not overlap and
removes any ambiguity.
For example, before this patch, consider these two NEC messages
It is currently impossible to distinguish between scancodes which have
been generated using different protocols (and scancodes can, and will,
overlap).
For example:
RC5 message to address 0x00, command 0x03 has scancode 0x0503
JVC message to address 0x00, command 0x03 has scancode 0x0503
On Wed, 2015-04-01 at 16:47 +0300, Jani Nikula wrote:
> I think part of the problem is that "select" is often used not as
> documented [1] but rather as "show my config in menuconfig for
> convenience even if my dependency is not met, and select the dependency
> even though I know it can screw up t
Hi, this is David Wu from Shanghai, China.
Please let me know if you need color box, display box, corrugated box,
label, hang tag etc.
I will send you the website.
Best regards,
David Wu
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord..
26 matches
Mail list logo