Sekhar,
On Wed, Nov 30, 2011 at 17:07:21, Nori, Sekhar wrote:
> Hi Manju,
>
> On Thu, Nov 17, 2011 at 15:48:53, Hadli, Manjunath wrote:
> > Re-arrange definitions and remove unnecessary code so that we canx
>
> These are two different things and should be done in separate patches. Sergei
> has
Hi all,
I'm not entirely sure if this is the correct list, but I compiled the
latest 3.2 RC3 kernel to get native support of my S2-3600 tuner
(s2-liplianin seems to cause trouble with my other tuner).
I enabled the PCTV452e module in the kernel and the device detects ok;
[ 12.075239] dvb-usb:
Hi Sergio,
On Thursday 01 December 2011 18:35:20 Aguirre, Sergio wrote:
> On Thu, Dec 1, 2011 at 11:24 AM, Laurent Pinchart wrote:
> > On Thursday 01 December 2011 01:14:51 Sergio Aguirre wrote:
> >> The define should be the result of 1 << Bit number.
> >>
> >> Bit number for GPOCTL.GPO3 field is
>> Speaking as the maintainer and copyright owner I can say that it would
>> have been nice if someone had contacted me privately re the matter,
>> before hand. Not to assert any legal right, not for any approval,
>> simply as a courtesy and a perhaps a small 'Thank You'. NetUp could
>> have happil
Hello Steven,
On 01.12.2011 22:18, Steven Toth wrote:
>>> The point I'm trying to make: Someone made a presumably nice open source
>>> port to a new platform and the first thing you're doing is to play the
>>> GPL-has-been-violated-card, even though you're admitting that you don't
>>> know whether
On 01.12.2011 21:38, Mauro Carvalho Chehab wrote:
> I fail to see where do you need to duplicate dvb-core. An userspace
> LD_PRELOAD handler that would do:
>
> int socket;
>
> int dvb_ioctl(int fd, unsigned long int request, ...)
> {
> void *arg;
> va_list ap;
>
> va_sta
Hello Laurent,
On 01.12.2011 20:42, Laurent Pinchart wrote:
> Hi Andreas,
>
> On Wednesday 30 November 2011 20:58:40 Andreas Oberritter wrote:
>> On 30.11.2011 20:33, Devin Heitmueller wrote:
>>> On Wed, Nov 30, 2011 at 1:02 PM, Andreas Oberritter wrote:
> Am I the only one who thinks this is
On 2011-12-01 12:06, Laurent Pinchart wrote:
Hi Gary,
On Thursday 01 December 2011 13:51:09 Gary Thomas wrote:
This patch is against the mainline v3.1 release (c3b92c8) and
fixes a compile error when building for OMAP3+DSS+VOUT
Thanks for the patch.
Acked-by: Laurent Pinchart
In the future,
This a bus repeater for it913x devices. Commands usually fail because of other
activity on the USB bus.
Bulk failures that report -ETIMEDOUT or -EBUSY are repeated.
Enpoints that return actlen not equal len request -EAGAIN.
The retry is set at 10.
Signed-off-by: Malcolm Priestley
---
drivers/
>> The point I'm trying to make: Someone made a presumably nice open source
>> port to a new platform and the first thing you're doing is to play the
>> GPL-has-been-violated-card, even though you're admitting that you don't
>> know whether any right is being violated or not. Please don't do that.
On 01-12-2011 17:59, HoP wrote:
2011/12/1 Mauro Carvalho Chehab:
On 01-12-2011 12:58, HoP wrote:
Hi,
let me ask you some details of your interesting idea (how to
achieve the same functionality as with vtunerc driver):
[...]
The driver, as proposed, is not really a driver, as it doesn't sup
2011/12/1 Mauro Carvalho Chehab :
> On 01-12-2011 12:58, HoP wrote:
>>
>> Hi,
>>
>> let me ask you some details of your interesting idea (how to
>> achieve the same functionality as with vtunerc driver):
>>
>> [...]
>>
>>> The driver, as proposed, is not really a driver, as it doesn't support
>>> a
Hi Andreas,
On Wednesday 30 November 2011 20:58:40 Andreas Oberritter wrote:
> On 30.11.2011 20:33, Devin Heitmueller wrote:
> > On Wed, Nov 30, 2011 at 1:02 PM, Andreas Oberritter wrote:
> >>> Am I the only one who thinks this is a legally ambigious grey area?
> >>> Seems like this could be a vio
On 01-12-2011 17:01, damateem wrote:
Ok, if I set debug as follows
vfd->debug =V4L2_DEBUG_IOCTL | V4L2_DEBUG_IOCTL_ARG;
I can see the debug trace in dmesg, but this doesn't seem like the
correct way to set the flags.
In general, what it is none is to add a debug modprobe parameter that
would
Hi Gary,
On Thursday 01 December 2011 13:51:09 Gary Thomas wrote:
> This patch is against the mainline v3.1 release (c3b92c8) and
> fixes a compile error when building for OMAP3+DSS+VOUT
Thanks for the patch.
Acked-by: Laurent Pinchart
In the future, could you please send patches inlined inste
Ok, if I set debug as follows
vfd->debug =V4L2_DEBUG_IOCTL | V4L2_DEBUG_IOCTL_ARG;
I can see the debug trace in dmesg, but this doesn't seem like the
correct way to set the flags.
What is the typical method of setting these debug flags?
Is this the best place to ask these type of questions?
Th
On 01-12-2011 12:58, HoP wrote:
Hi,
let me ask you some details of your interesting idea (how to
achieve the same functionality as with vtunerc driver):
[...]
The driver, as proposed, is not really a driver, as it doesn't support any
hardware. The kernel driver would be used to just copy data
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:Thu Dec 1 19:02:09 CET 2011
git hash:2a887d27708a4f9f3b5ad8258f9e19a150b58f03
gcc version: i686-linux-gcc (GCC
Hi Doron,
Thanks for the patch. I have some comments on it besides those what Mauro
already gave you.
On Thu, Nov 03, 2011 at 01:33:53PM +0200, Doron Cohen wrote:
>
> From 80d279ec11492ca6729f1421983f52b8e7144cd4 Mon Sep 17 00:00:00 2001
> From: Doron Cohen
> Date: Sun, 25 Sep 2011 17:47:12 +03
Hi Balaji,
Thanks for the review.
On Thu, Dec 1, 2011 at 9:58 AM, T Krishnamoorthy, Balaji
wrote:
> On Thu, Dec 1, 2011 at 5:44 AM, Sergio Aguirre wrote:
>> Signed-off-by: Sergio Aguirre
>> ---
>> drivers/mfd/twl-core.c | 2 +-
>> 1 files changed, 1 insertions(+), 1 deletions(-)
>>
>> diff
Hi Laurent,
On Thu, Dec 1, 2011 at 11:26 AM, Laurent Pinchart
wrote:
> Hi Sergio,
>
> On Thursday 01 December 2011 01:14:49 Sergio Aguirre wrote:
>> Hi everyone,
>>
>> This is the second version of the OMAP4 ISS driver,
>> now ported to the Media Controller framework AND supporting
>> videobuf2 f
Hi Sakari,
On Thu, Dec 1, 2011 at 10:14 AM, Sakari Ailus wrote:
> Hi Sergio,
>
> Thanks for the patchset!!
And thanks for your attention :)
>
> On Wed, Nov 30, 2011 at 06:14:49PM -0600, Sergio Aguirre wrote:
>> Hi everyone,
>>
>> This is the second version of the OMAP4 ISS driver,
>> now ported
Hi Laurent,
Thanks for the review.
On Thu, Dec 1, 2011 at 11:24 AM, Laurent Pinchart
wrote:
> Hi Sergio,
>
> On Thursday 01 December 2011 01:14:51 Sergio Aguirre wrote:
>> The define should be the result of 1 << Bit number.
>>
>> Bit number for GPOCTL.GPO3 field is 2, which results
>> in 0x4 val
Hi Laurent,
Thanks for the review.
On Thu, Dec 1, 2011 at 11:24 AM, Laurent Pinchart
wrote:
> Hi Sergio,
>
> On Thursday 01 December 2011 01:14:54 Sergio Aguirre wrote:
>> NOTE: This isn't the whole list of features that the
>> ISS supports, but the only ones supported at the moment.
>>
>> Signe
Hi Sergio,
On Thursday 01 December 2011 01:14:49 Sergio Aguirre wrote:
> Hi everyone,
>
> This is the second version of the OMAP4 ISS driver,
> now ported to the Media Controller framework AND supporting
> videobuf2 framework.
Thanks a lot for working on this.
> This patchset should apply clean
Hi Sergio,
On Thursday 01 December 2011 01:14:51 Sergio Aguirre wrote:
> The define should be the result of 1 << Bit number.
>
> Bit number for GPOCTL.GPO3 field is 2, which results
> in 0x4 value.
>
> Signed-off-by: Sergio Aguirre
> ---
> include/linux/mfd/twl6040.h |2 +-
> 1 files chang
Hi Sergio,
On Thursday 01 December 2011 01:14:54 Sergio Aguirre wrote:
> NOTE: This isn't the whole list of features that the
> ISS supports, but the only ones supported at the moment.
>
> Signed-off-by: Sergio Aguirre
> ---
> arch/arm/mach-omap2/devices.c | 32
>
On 01.12.2011 16:57, Hamad Kadmany wrote:
> Hello Andreas
>
>> On 01.12.2011 16:30, Andreas Oberritter wrote:
>
>> Yes. Feel free to enhance the demux API to your needs in order to fully
>> support the features of your hardware.
>
> I have another question in that regard: Actually, multiple fil
Hi Sergio,
Thanks for the patchset!!
On Wed, Nov 30, 2011 at 06:14:49PM -0600, Sergio Aguirre wrote:
> Hi everyone,
>
> This is the second version of the OMAP4 ISS driver,
> now ported to the Media Controller framework AND supporting
> videobuf2 framework.
>
> This patchset should apply cleanly
On Thu, Dec 1, 2011 at 5:44 AM, Sergio Aguirre wrote:
> Signed-off-by: Sergio Aguirre
> ---
> drivers/mfd/twl-core.c | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/mfd/twl-core.c b/drivers/mfd/twl-core.c
> index bfbd660..e26b564 100644
> --- a/drivers/mfd/
Hello Andreas
> On 01.12.2011 16:30, Andreas Oberritter wrote:
> Yes. Feel free to enhance the demux API to your needs in order to fully
> support the features of your hardware.
I have another question in that regard: Actually, multiple filter with same
PID is assumed to be possible in case we
Hi,
let me ask you some details of your interesting idea (how to
achieve the same functionality as with vtunerc driver):
[...]
> The driver, as proposed, is not really a driver, as it doesn't support any
> hardware. The kernel driver would be used to just copy data from one
> userspace
Please s
Hi
> On Wed, 30 Nov 2011 22:38:33 +0100, HoP wrote:
>> I have one big problem with it. I can even imagine that some "bad guys"
>> could abuse virtual driver to use it for distribution close-source
> drivers
>> in the binary blobs. But is it that - worrying about bad boys abusing -
>> the sufficie
Hi Laurent,
On Thu, Dec 01, 2011 at 12:26:07AM +0100, Laurent Pinchart wrote:
> On Wednesday 30 November 2011 09:35:38 Sakari Ailus wrote:
> > Laurent Pinchart wrote:
> > > On Monday 28 November 2011 17:01:12 Sakari Ailus wrote:
> > >> On Mon, Nov 28, 2011 at 12:37:34PM +0100, Laurent Pinchart wro
Hi all,
I've been working a few years with digital cameras and Linux and come to the
conclusion that the way the sensors are typically configured through V4L2
subdevs is far from optimal for the use of the low level software that
typically accesses it, nor we make efficient use of the standard V4
On 01.12.2011 15:22, Hamad Kadmany wrote:
> Hello Andreas
>
> On 01.12.2011 15:58, Andreas Oberritter wrote:
>
>> No. dvb_demux will do the extra filtering. Userspace won't notice.
>
> Got it now, thanks. The one downside I see to this is that the feed will be
> stopped momentarily (dvb_dmxdev_f
Hello Andreas
On 01.12.2011 15:58, Andreas Oberritter wrote:
> No. dvb_demux will do the extra filtering. Userspace won't notice.
Got it now, thanks. The one downside I see to this is that the feed will be
stopped momentarily (dvb_dmxdev_feed_stop) before new filter is allocated
that have the sa
On 01.12.2011 14:55, Hamad Kadmany wrote:
> So if I understand correctly due to HW limitations back then, if in
> user-space we want to get data of two PSI tables that share the same PID, we
> could only setup one section filter with that PID and the user-space needs
> to do the extra filtering (to
Hello Andreas
So if I understand correctly due to HW limitations back then, if in
user-space we want to get data of two PSI tables that share the same PID, we
could only setup one section filter with that PID and the user-space needs
to do the extra filtering (to parse and separate the sections be
Hello Hamad,
On 29.11.2011 09:05, Hamad Kadmany wrote:
> Question on the current behavior of dvb_dmxdev_filter_start (dmxdev.c)
>
> In case of DMXDEV_TYPE_SEC, the code restricts of having multiple sections
> feeds allocated (allocate_section_feed) with same PID. From my experience,
> application
Hi Vaibhav,
Thanks for the comments.
On Thu, Dec 1, 2011 at 12:24 AM, Hiremath, Vaibhav wrote:
>
>> -Original Message-
>> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
>> ow...@vger.kernel.org] On Behalf Of Aguirre, Sergio
>> Sent: Thursday, December 01, 2011 5:45 AM
>> To:
Hi Vaibhav,
Thanks for the comments.
On Thu, Dec 1, 2011 at 12:34 AM, Hiremath, Vaibhav wrote:
>
>> -Original Message-
>> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
>> ow...@vger.kernel.org] On Behalf Of Aguirre, Sergio
>> Sent: Thursday, December 01, 2011 5:45 AM
>> To
Problem:
The Muxes from 'Network by Location' of tvheadend are outdated for Germany /
Berlin.
tvheadend bugtracker answer:
Please report outdated mux information the the linux-media mailing list.
Tvheadend is taking the list from the dvb-apps initial tuning files as the
basis for the list of dv
This patch is against the mainline v3.1 release (c3b92c8) and
fixes a compile error when building for OMAP3+DSS+VOUT
--
Gary Thomas | Consulting for the
MLB Associates |Embedded world
--
Hello,
On Wed, 30 Nov 2011 22:38:33 +0100, HoP wrote:
> I have one big problem with it. I can even imagine that some "bad guys"
> could abuse virtual driver to use it for distribution close-source
drivers
> in the binary blobs. But is it that - worrying about bad boys abusing -
> the su
l am a Staff of Hang Seng Bank HongKong, I do not know if we can work together
in transferring $19,500,000.USD from my bank. Finally if you are interested I
shall provide you with more details. my private Email: mrsong.l...@yahoo.cn
--
To unsubscribe from this list: send the line "unsubscribe lin
(stripped LKML)
On Thursday 01 December 2011 01:09:28 Andreas Oberritter wrote:
> [..]
> Regarding the kernellabs.com people[3] lobbying against your
> contribution:
> [..]
KernelLabs is not a collections of politicians who want to change the
world together whatever the costs. We are profession
On 01-12-2011 04:23, Hamad Kadmany wrote:
Hi,
Sorry to repeat the question, anyone has an idea on this? I appreciate your
feedback.
Thank you
Hamad
-Original Message-
From: linux-media-ow...@vger.kernel.org
[mailto:linux-media-ow...@vger.kernel.org] On Behalf Of Hamad Kadmany
Sent: Tue
On 30-11-2011 22:09, Andreas Oberritter wrote:
On 30.11.2011 22:38, HoP wrote:
Hi folks.
I need to warn you that my mail is a bit little longer then I would like
to be.But I'm not able to ask my question without some
background information.
On June 19th, I was sending the driver to the Linux-m
Use new struct v4l2_mbus_framefmt framesamples field to return maximum
size of data transmitted per single frame. The framesamples value is
adjusted according to pixel format and configured at the ISP registers.
Except the pixel width and height, the frame size can also be made
dependent on JPEG i
The purpose of the new field is to allow the video pipeline elements
to negotiate memory buffer size for compressed data frames, where
the buffer size cannot be derived from pixel width and height and
the pixel code.
For VIDIOC_SUBDEV_S_FMT and VIDIOC_SUBDEV_G_FMT ioctls, the
framesamples paramete
Update the sub-device drivers having a devnode enabled so they properly
handle the new framesamples field of struct v4l2_mbus_framefmt.
These drivers don't support compressed (entropy encoded) formats so the
framesamples field is simply initialized to 0.
There is a few other drivers that expose a
The framesamples field of struct v4l2_mbus_framefmt is used to
retrieve an exact required maximum memory buffer size for a
compressed data frame from the sensor subdev. This allows to
avoid allocating huge buffers in the host driver.
To make sure the size of allocated buffers is correct for a
subd
Hello,
this is an updated version of the changeset extending struct v4l2_mbus_framefmt
with new framesamples field.
Changes since v1:
- Docbook documentation improvements
- drivers that are exposing a sub-device node are modified to initialize
the new struct v4l2_mbus_framefmt member to 0 if
54 matches
Mail list logo
