tree: git://linuxtv.org/media_tree.git master
head: a5562f65b1371a0988b707c10c44fcc2bba56990
commit: ee0133eea0238067dab19587de7d88e4a3ea77e4 [421/653] [media] lgdt3306a:
properly handle I/O errors
config: i386-randconfig-r2-0402 (attached as .config)
reproduce:
git checkout ee0133eea0238067
Hi Philipp,
Thank you for the review.
On Tuesday 31 March 2015 17:08:53 Philipp Zabel wrote:
> Am Mittwoch, den 18.03.2015, 15:38 +0200 schrieb Laurent Pinchart:
> > Parse DT properties into a platform data structure when a DT node is
> > available.
> >
> > Signed-off-by: Laurent Pinchart
> >
Hi Mauro,
On Friday 03 April 2015 00:15:22 Mauro Carvalho Chehab wrote:
> Em Wed, 11 Mar 2015 22:47:37 +0200 Laurent Pinchart escreveu:
> > Hi Mauro,
> >
> > The following changes since commit
ae3da40179c66001afad608f972bdb57d50d1e66:
> > v4l2-subdev: remove enum_framesizes/intervals (2015-03-
Hi Laurent,
Em Wed, 11 Mar 2015 22:47:37 +0200
Laurent Pinchart escreveu:
> Hi Mauro,
>
> The following changes since commit ae3da40179c66001afad608f972bdb57d50d1e66:
>
> v4l2-subdev: remove enum_framesizes/intervals (2015-03-06 10:01:44 +0100)
>
> are available in the git repository at:
>
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 3 04:00:20 CEST 2015
git branch: test
git hash: b3226f961aa91eb94971939400c7506e7dcc86c0
gcc versi
On Thu, Mar 19, 2015 at 09:51:08PM +, Sean Young wrote:
>Provide simple tools for displaying raw IR and received scancodes, and
>sending them.
>
>Todo:
> - ir-rec cannot enable protocol decoders
> - ir-send should accept scancode on commandline
> - long options
>
Didn't look at it in detail, b
tree: git://linuxtv.org/media_tree.git master
head: 739cfd9be9af6bbbe4c652077add59409adf2225
commit: 4e65172f7bd20fcbfa87453d1e5711ad129d4216 [534/537] [media] media:
ov2640: add primary dt support
config: m68k-allmodconfig (attached as .config)
reproduce:
wget
https://git.kernel.org/cgit/l
The same code is executed if ret is true or false, so this test can
be removed.
Fix Coverity CID 1268782.
Signed-off-by: Laurent Navet
---
drivers/media/tuners/fc0013.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/media/tuners/fc0013.c b/drivers/media/tuners/fc0013.c
index b41623
On Thu, 02 Apr 2015, Pavel Machek wrote:
> On Mon 2015-03-23 15:59:37, Lee Jones wrote:
> > On Mon, 23 Mar 2015, Pavel Machek wrote:
> >
> > > On Mon 2015-03-23 15:02:13, Lee Jones wrote:
> > > > On Mon, 23 Mar 2015, Pavel Machek wrote:
> > > > > On Mon 2015-03-23 12:07:43, Lee Jones wrote:
> > >
On 04/02/2015 07:02 PM, Ricardo Ribalda Delgado wrote:
> Hello Hans
>
> On Thu, Apr 2, 2015 at 2:40 PM, Hans Verkuil wrote:
>
>> + case V4L2_PIX_FMT_Y16: descr = "16-bit Greyscale"; break;
>
> What about "16-bit Greyscale LE" ?
LE is the default, so that's not mentioned. Only i
Hello Hans
On Thu, Apr 2, 2015 at 2:40 PM, Hans Verkuil wrote:
> + case V4L2_PIX_FMT_Y16: descr = "16-bit Greyscale"; break;
What about "16-bit Greyscale LE" ?
Regards!
--
Ricardo Ribalda
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body
Em Thu, 02 Apr 2015 14:02:57 +0200
David Härdeman escreveu:
> 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 pa
Hi
On 2015-04-02, David Härdeman wrote:
> This patch changes rc-core to use the kernel facilities that are already
> available for handling unique numbers instead of rolling its own bitmap
> stuff.
>
> Stefan, this should apply cleanly to the media git tree...could you test it?
Thanks, I've appl
On 04/02/2015 05:02 PM, Jan Kara wrote:
> Hello,
>
> On Tue 17-03-15 12:56:30, Jan Kara wrote:
>> After a long pause I'm sending second version of my patch series to
>> abstract
>> vma handling from the various media drivers. After this patch set drivers
>> have
>> to know much less details
Hello,
On Tue 17-03-15 12:56:30, Jan Kara wrote:
> After a long pause I'm sending second version of my patch series to abstract
> vma handling from the various media drivers. After this patch set drivers have
> to know much less details about vmas, their types, and locking. My motivation
> for
On Mon 2015-03-23 15:59:37, Lee Jones wrote:
> On Mon, 23 Mar 2015, Pavel Machek wrote:
>
> > On Mon 2015-03-23 15:02:13, Lee Jones wrote:
> > > On Mon, 23 Mar 2015, Pavel Machek wrote:
> > > > On Mon 2015-03-23 12:07:43, Lee Jones wrote:
> > > > > This patch requires a DT Ack.
> > > >
> > > > No
On Tue 2015-03-31 15:52:37, Jacek Anaszewski wrote:
> Description of flash LEDs related properties was not precise regarding
> the state of corresponding settings in case a property is missing.
> Add relevant statements.
> Removed is also the requirement making the flash-max-microamp
> property obl
On 03/26/2015 10:18 AM, Scott Jiang wrote:
> Hi Lad and Hans,
>
> 2015-03-08 22:40 GMT+08:00 Lad Prabhakar :
>> From: "Lad, Prabhakar"
>>
>> This patch series, enhances blackfin capture driver with
>> vb2 helpers.
>>
>> Changes for v4:
>> 1: Improved commit message for path 4/17 and 5/17.
>> 2: A
The descriptions used in drivers for the formats returned with ENUM_FMT
are all over the place.
So instead allow the core to fill them in if the driver didn't. This
allows drivers to drop the description and flags.
Based on an earlier patch from Philipp Zabel:
http://comments.gmane.org/gmane.linu
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
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
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, Apr 01, 2015 at 08:10:16PM -0300, Mauro Carvalho Chehab wrote:
>Em Thu, 02 Apr 2015 00:19:41 +0200
>David Härdeman escreveu:
>> On Tue, Mar 31, 2015 at 08:47:16PM -0300, Mauro Carvalho Chehab wrote:
>> >Em Mon, 30 Mar 2015 23:18:19 +0200
>> >David Härdeman escreveu:
>> >> On Thu, Mar 19,
From: Hans Verkuil
Signed-off-by: Hans Verkuil
Cc: Andy Walls
---
drivers/media/pci/cx18/cx18-ioctl.c | 36 +++-
1 file changed, 15 insertions(+), 21 deletions(-)
diff --git a/drivers/media/pci/cx18/cx18-ioctl.c
b/drivers/media/pci/cx18/cx18-ioctl.c
index 35d7
From: Hans Verkuil
The std field of v4l2_input is always V4L2_STD_ALL. For tuner inputs
this should be cx->tuner_std.
This fixes a v4l2-compliance failure.
Signed-off-by: Hans Verkuil
Cc: Andy Walls
---
drivers/media/pci/cx18/cx18-ioctl.c | 8
drivers/media/pci/cx18/cx18-streams.c
From: Hans Verkuil
v4l2-compliance failed due to missing control event support in cx18.
Add this to the driver.
Signed-off-by: Hans Verkuil
Cc: Andy Walls
---
drivers/media/pci/cx18/cx18-fileops.c | 25 +
drivers/media/pci/cx18/cx18-ioctl.c | 3 +++
2 files changed,
From: Hans Verkuil
Various cx18 v4l2_compliance fixes. Note that this patch series relies
on https://patchwork.linuxtv.org/patch/29045/ being merged first.
Regards,
Hans
Hans Verkuil (3):
cx18: add support for control events
cx18: fix VIDIOC_ENUMINPUT: wrong std value
cx18: repla
This patch changes rc-core to use the kernel facilities that are already
available for handling unique numbers instead of rolling its own bitmap
stuff.
Stefan, this should apply cleanly to the media git tree...could you test it?
---
drivers/media/rc/rc-ir-raw.c |2 +-
drivers/media/rc/rc-main
HELLO
I work with a bank In West Africa , Burkina Faso . I have a business
transaction for you. In my department we discovered an abandoned sum
of$10.5 Million US Dollars .In an account that belongs to one of our
foreign customer who died along with his entire family in car bomb in
Iraq .
Since his
29 matches
Mail list logo
