On Wed, Jun 29, 2011 at 02:00:37PM +0200, Hans Verkuil wrote:
> Hi all,
Hi Hans,
Thanks for the patch.
Just one comment. I guess it's not strict in DocBook but many of the lines
are well over 80 characters. The paragraphs especially would be easier read
when wrapped around that column. I could a
On Wed, Jun 29, 2011 at 12:53:32PM +0200, Hans Verkuil wrote:
> On Wednesday, June 29, 2011 12:30:26 Laurent Pinchart wrote:
> > Hi Hans,
> >
> > On Wednesday 29 June 2011 12:06:57 Hans Verkuil wrote:
> > > > On Tuesday 28 June 2011 17:18:07 Hans Verkuil wrote:
> > > >> Originally no control event
On Jun 29, 2011, at 7:35 PM, Andy Walls wrote:
> On Wed, 2011-06-29 at 17:49 -0400, Jarod Wilson wrote:
>> This reverts commit e38030f3ff02684eb9e25e983a03ad318a10a2ea.
>>
>> MSI flat-out doesn't work right on cx2388x devices yet. There are now
>> multiple reports of cards that hard-lock systems
On Wed, 2011-06-29 at 17:49 -0400, Jarod Wilson wrote:
> This reverts commit e38030f3ff02684eb9e25e983a03ad318a10a2ea.
>
> MSI flat-out doesn't work right on cx2388x devices yet. There are now
> multiple reports of cards that hard-lock systems when MSI is enabled,
> including my own HVR-1250 when
On Wed, Jun 29, 2011 at 3:49 PM, Jarod Wilson wrote:
> This reverts commit e38030f3ff02684eb9e25e983a03ad318a10a2ea.
>
> MSI flat-out doesn't work right on cx2388x devices yet. There are now
> multiple reports of cards that hard-lock systems when MSI is enabled,
> including my own HVR-1250 when tr
Em 24-06-2011 09:20, Devin Heitmueller escreveu:
> Also, it screws up the ability for users to get fixes through the
> media_build tree (unless you are increasing the revision constantly
> with every merge you do).
Patches merged, and media_build modified in order to use the V4L2 stack
version, i
This reverts commit e38030f3ff02684eb9e25e983a03ad318a10a2ea.
MSI flat-out doesn't work right on cx2388x devices yet. There are now
multiple reports of cards that hard-lock systems when MSI is enabled,
including my own HVR-1250 when trying to use its built-in IR receiver.
Disable MSI and it works
>Payment number: G-900-94
>This is a confidential message from the Microsoft/Yahoo Office, You have been
>approved by the Microsoft/Yahoo Foundation Payment Board to receive a cash
>grant of $552,000.00 Dollars E-mail us on: prest-si...@hotmail.com
>contact Secertary- Mr. Prest Simon on this emai
Signed-off-by: Uwe Kleine-König
---
Hello,
this is a driver that is still classified as work in progress. There are
some known problems with it, still following the "release early, release
often" principle I'd be happy to get some feed back from you.
Here is a list of know deficiencies:
- There
Hi, Guennadi!
Guennadi Liakhovetski wrote:
> Hi Sakari
>
> On Mon, 27 Jun 2011, Sakari Ailus wrote:
>
>> Hi, Guennadi!
>>
>> Many thanks for the patch!
>>
>> On Mon, Jun 27, 2011 at 05:17:03PM +0200, Guennadi Liakhovetski wrote:
>>> A possibility to preallocate and initialise buffers of differen
> > + ret = ov9740_reg_write(client, OV9740_ISP_CTRL1E,
> scale_input_x >> 8);
> > + if (ret)
> > + goto done;
> > + ret = ov9740_reg_write(client, OV9740_ISP_CTRL1F,
> scale_input_x & 0xff);
> > + if (ret)
> > + goto done;
> > + ret = ov9740_reg_write(client, OV9740
On Wed, 29 Jun 2011, Sakari Ailus wrote:
> Guennadi Liakhovetski wrote:
> > On Mon, 27 Jun 2011, Guennadi Liakhovetski wrote:
> >
> > [snip]
> >
> >>> If the structures are expected to be generic I somehow feel that a field
> >>> of
> >>> flags isn't the best way to describe the configuration o
Em 29-06-2011 09:24, Hans de Goede escreveu:
> Hi,
>
> On 06/29/2011 02:01 PM, Mauro Carvalho Chehab wrote:
>> Em 29-06-2011 08:01, Hans de Goede escreveu:
>>> Hmm, this changes the behavior from what I intended, the idea was to select
>>> the
>>> first *tv-card*, without checking for a tuner, th
Guennadi Liakhovetski wrote:
> On Mon, 27 Jun 2011, Guennadi Liakhovetski wrote:
>
> [snip]
>
>>> If the structures are expected to be generic I somehow feel that a field of
>>> flags isn't the best way to describe the configuration of CSI-2 or other
>>> busses. Why not to just use a structure wi
On Wednesday 29 June 2011 10:33:32 you wrote:
> > I would like to propose the attached patch for de DVB-T configuration
> > file for Paris area (found in openSUSE 11.4 in this location)
> > /usr/share/dvb/dvb-t/fr-Paris
>
> http://linuxtv.org/hg/dvb-apps/file/148ede2a6809/util/scan/dvb-t/fr-Paris
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Wed Jun 29 19:00:33 CEST 2011
git hash:7023c7dbc3944f42aa1d6910a6098c5f9e23d3f1
gcc version: i686-linux-gcc (GCC) 4.5
gt; {
> omap_register_i2c_bus(3,camera_i2c_devices,ARRAY_SIZE(camera_i2c_devices))
> ;
Doesn't omap_register_i2c_bus() take 4 arguments ?
Anyway, you must not register the I2C devices here, they will be registered by
the OMAP3 ISP driver. You still need to register the bus though, wi
Add media bus configuration types and two subdev operations to get
supported mediabus configurations and to set a specific configuration.
Subdevs can support several configurations, e.g., they can send video data
on 1 or several lanes, can be configured to use a specific CSI-2 channel,
in such case
> };
>
> static struct isp_platform_data isp_platform_data = {
> .subdevs = camera_subdevs,
> };
>
> int __init camera_init(void)
> {
> omap_register_i2c_bus(3,camera_i2c_devices,ARRAY_SIZE(camera_i2c_devices))
> ;
Doesn't omap_register_i2c
On Mon, 27 Jun 2011, Guennadi Liakhovetski wrote:
[snip]
> > If the structures are expected to be generic I somehow feel that a field of
> > flags isn't the best way to describe the configuration of CSI-2 or other
> > busses. Why not to just use a structure with bus type and an union for
> > bus-
Hi Michael,
On Wednesday 29 June 2011 16:30:48 Michael Jones wrote:
> I am trying to get omap3-isp.ko to be loaded upon bootup. The problem
> is that iommu2.ko needs to be loaded first, which can't just be compiled
> into the kernel. Udev will see '/sys/devices/platform/omap3isp' and
> load omap
Hi Alex,
On Wednesday 29 June 2011 15:50:54 Alex Gershgorin wrote:
> On Wednesday, June 29, 2011 2:33 PM Laurent Pinchart wrote:
> > On Wednesday 29 June 2011 13:18:10 Alex Gershgorin wrote:
> > >
> > > From previous correspondence:
> > >
> > > My video source is not the video camera and perform
Hi,
On 06/29/2011 03:43 PM, Hans Verkuil wrote:
On Wednesday, June 29, 2011 15:07:14 Hans de Goede wrote:
Ok, yet more reason to go with my proposal, but then simplified to:
When streaming has not started return POLLIN or POLLOUT (or-ed with
POLLPRI if events are pending).
So would this
I am trying to get omap3-isp.ko to be loaded upon bootup. The problem
is that iommu2.ko needs to be loaded first, which can't just be compiled
into the kernel. Udev will see '/sys/devices/platform/omap3isp' and
load omap3-isp.ko, which fails because iommu2.ko hasn't been loaded yet.
iommu2 doesn
Hello,
On Wednesday, June 29, 2011 3:26 PM wrote:
> On Wed, 29 Jun 2011 11:49:06 +0200
> Marek Szyprowski wrote:
>
> > This patch introduces VB2_STREAMON_WITHOUT_BUFFERS io flag and changes
> > the order of operations during stream on operation. Now the buffer are
> > first queued to the driver
On Wednesday, June 29, 2011 15:07:14 Hans de Goede wrote:
> Hi,
>
> On 06/29/2011 02:42 PM, Hans Verkuil wrote:
> > On Wednesday, June 29, 2011 14:10:44 Hans de Goede wrote:
> >> Hi,
> >>
> >> On 06/29/2011 01:26 PM, Hans Verkuil wrote:
>
>
>
> >>> 4) Proposal to change the poll behavior
> >>>
On Wed, 29 Jun 2011 11:49:06 +0200
Marek Szyprowski wrote:
> This patch introduces VB2_STREAMON_WITHOUT_BUFFERS io flag and changes
> the order of operations during stream on operation. Now the buffer are
> first queued to the driver and then the start_streaming method is called.
Thanks for addr
Dear all,
We have found what seems to be a tuning issue in the driver for the ALPS
BSBE1-D01A used in the new TT-S-1500b card from Technotrend.
On some transponders, like ASTRA 19.2E 11817-V-27500, the card can work very
well (no lock issues) for hours.
On some other transponders, like ASTRA 19.2
Hi Mauro
I expect at least one more soc-camera pull request for 3.1, so far a bunch
of patches, that have been lying around since a while already.
The following changes since commit 7023c7dbc3944f42aa1d6910a6098c5f9e23d3f1:
[media] DVB: dvb-net, make the kconfig text helpful (2011-06-21 15:55
Hi,
On 06/29/2011 02:42 PM, Hans Verkuil wrote:
On Wednesday, June 29, 2011 14:10:44 Hans de Goede wrote:
Hi,
On 06/29/2011 01:26 PM, Hans Verkuil wrote:
4) Proposal to change the poll behavior
For the short term I propose that condition c is handled as follows:
If for the filehandle pa
Add drivers for HDMI outputs on Samsung platforms from S5P family.
- HDMIPHY - auxiliary I2C driver need by HDMI driver
- HDMI- generation and control of streaming by HDMI output
Drivers are using:
- v4l2 framework
- runtime PM
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
Add drivers for Standard Definition output (SDO) on Samsung platforms
from S5P family. The driver provides control over streaming analog TV
via Composite connector.
Driver is using:
- v4l2 framework
- runtime PM
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
Reviewed-by: Marek
Callback is used to acquire current analog TV standard from a subdev.
It is used to avoid keeping current standard in top-level driver.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
include/media/v4l2-subdev.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
The function fills struct v4l2_dv_enum_preset with appropriate
preset parameters but it forgets to zero field named reserved.
This patch fixes this bug.
Signed-off-by: Tomasz Stanislawski
---
drivers/media/video/v4l2-common.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --gi
Callback is used to acquire current digital video preset from a subdev.
It is used to avoid keeping dv preset in top-level driver.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
include/media/v4l2-subdev.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff
Callback is used to acquire TV norms supported by a subdev.
It is used to avoid having standards in top-level driver.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
Reviewed-by: Hans Verkuil
---
include/media/v4l2-subdev.h |4
1 files changed, 4 insertions(+), 0 delet
The 1080p59_94 is supported by latest Samsung SoC.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
Reviewed-by: Hans Verkuil
---
drivers/media/video/v4l2-common.c |1 +
include/linux/videodev2.h |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git
Hello,
I would like to present the 6th version of TV drivers for Samsung S5P platform.
The most recent changes are:
1. The patch for TV drivers was separated into three patches.
- one patch for HDMI and HDMIPHY driver
- two patches respectively for SDO and Mixer
2. Number of fixes after Hans Ver
On Wednesday, June 29, 2011 14:10:44 Hans de Goede wrote:
> Hi,
>
> On 06/29/2011 01:26 PM, Hans Verkuil wrote:
> > Hi all,
> >
> > This RFC is based on recent discussions with regards to how the poll
> > function
> > in a V4L2 driver should behave.
> >
> > Some relevant documents:
> >
> > POSIX:
Em 28-06-2011 13:05, Linus Torvalds escreveu:
> On Mon, Jun 27, 2011 at 11:04 PM, Hans Verkuil wrote:
>> It was my understanding that we shouldn't break the userspace API. This
>> breaks
>> the userspace API. If everyone else says it's fine to break the userspace API
>> this time, then who am I
Hi,
On 06/29/2011 02:01 PM, Mauro Carvalho Chehab wrote:
Em 29-06-2011 08:01, Hans de Goede escreveu:
Hi,
On 06/28/2011 07:32 PM, Mauro Carvalho Chehab wrote:
This is an automatic generated email to let you know that the following patch
were queued at the
http://git.linuxtv.org/xawtv3.git tr
Hi,
On 06/29/2011 01:26 PM, Hans Verkuil wrote:
Hi all,
This RFC is based on recent discussions with regards to how the poll function
in a V4L2 driver should behave.
Some relevant documents:
POSIX:
http://pubs.opengroup.org/onlinepubs/009695399/functions/select.html
http://pubs.opengroup.org
Em 29-06-2011 08:01, Hans de Goede escreveu:
> Hi,
>
> On 06/28/2011 07:32 PM, Mauro Carvalho Chehab wrote:
>> This is an automatic generated email to let you know that the following
>> patch were queued at the
>> http://git.linuxtv.org/xawtv3.git tree:
>>
>> Subject: xawtv: reenable its usage wi
Hi all,
Second attempt: inverted the meaning of the flag as per Laurent's suggestion.
Regards,
Hans
Normally no control events will go to the filehandle that called the
VIDIOC_S_CTRL/VIDIOC_S_EXT_CTRLS ioctls. This is to prevent a feedback
loop.
This can now be overridden by setting
Em 29-06-2011 02:08, Andy Walls escreveu:
> On Tue, 2011-06-28 at 21:00 -0300, Mauro Carvalho Chehab wrote:
>> Em 28-06-2011 20:14, Andy Walls escreveu:
>>> On Tue, 2011-06-28 at 09:43 -0300, Mauro Carvalho Chehab wrote:
Em 28-06-2011 09:21, Andy Walls escreveu:
>>>
> It is also the case t
Hi Alex,
On Wednesday 29 June 2011 13:18:10 Alex Gershgorin wrote:
> Hi Laurent,
>
> From previous correspondence:
>
> My video source is not the video camera and performs many other functions.
> For this purpose I have RS232 port.
> As for the video, it runs continuously and is not subject to c
Hello,
On Wednesday, June 29, 2011 1:02 PM Hans Verkuil wrote:
> On Wednesday, June 29, 2011 12:44:48 Laurent Pinchart wrote:
> > Hi Marek,
> >
> > On Wednesday 29 June 2011 11:49:06 Marek Szyprowski wrote:
> > > This patch introduces VB2_STREAMON_WITHOUT_BUFFERS io flag and changes
> > > the ord
Hello,
On Wednesday, June 29, 2011 1:15 PM Hans Verkuil wrote:
> On Wednesday, June 29, 2011 11:49:06 Marek Szyprowski wrote:
> > This patch introduces VB2_STREAMON_WITHOUT_BUFFERS io flag and changes
> > the order of operations during stream on operation. Now the buffer are
> > first queued to t
Hi all,
This RFC is based on recent discussions with regards to how the poll function
in a V4L2 driver should behave.
Some relevant documents:
POSIX:
http://pubs.opengroup.org/onlinepubs/009695399/functions/select.html
http://pubs.opengroup.org/onlinepubs/009695399/functions/poll.html
http://
On Wednesday, June 29, 2011 11:49:06 Marek Szyprowski wrote:
> This patch introduces VB2_STREAMON_WITHOUT_BUFFERS io flag and changes
> the order of operations during stream on operation. Now the buffer are
> first queued to the driver and then the start_streaming method is called.
> This resolves
On Wednesday, June 29, 2011 12:44:48 Laurent Pinchart wrote:
> Hi Marek,
>
> On Wednesday 29 June 2011 11:49:06 Marek Szyprowski wrote:
> > This patch introduces VB2_STREAMON_WITHOUT_BUFFERS io flag and changes
> > the order of operations during stream on operation. Now the buffer are
> > first qu
Hi,
On 06/28/2011 07:32 PM, Mauro Carvalho Chehab wrote:
This is an automatic generated email to let you know that the following patch
were queued at the
http://git.linuxtv.org/xawtv3.git tree:
Subject: xawtv: reenable its usage with webcam's
Author: Mauro Carvalho Chehab
Date:Tue Jun 28
On Wednesday, June 29, 2011 12:30:26 Laurent Pinchart wrote:
> Hi Hans,
>
> On Wednesday 29 June 2011 12:06:57 Hans Verkuil wrote:
> > > On Tuesday 28 June 2011 17:18:07 Hans Verkuil wrote:
> > >> Originally no control events would go to the filehandle that called the
> > >> VIDIOC_S_CTRL/VIDIOC_S
Hello,
On Wednesday, June 29, 2011 12:45 PM Laurent Pinchart wrote:
> On Wednesday 29 June 2011 11:49:06 Marek Szyprowski wrote:
> > This patch introduces VB2_STREAMON_WITHOUT_BUFFERS io flag and changes
> > the order of operations during stream on operation. Now the buffer are
> > first queued t
Hi Marek,
On Wednesday 29 June 2011 11:49:06 Marek Szyprowski wrote:
> This patch introduces VB2_STREAMON_WITHOUT_BUFFERS io flag and changes
> the order of operations during stream on operation. Now the buffer are
> first queued to the driver and then the start_streaming method is called.
> This
Hi Hans,
On Wednesday 29 June 2011 12:06:57 Hans Verkuil wrote:
> > On Tuesday 28 June 2011 17:18:07 Hans Verkuil wrote:
> >> Originally no control events would go to the filehandle that called the
> >> VIDIOC_S_CTRL/VIDIOC_S_EXT_CTRLS ioctls. This was to prevent a feedback
> >> loop.
> >>
> >> T
> Hi Hans,
>
> On Tuesday 28 June 2011 17:18:07 Hans Verkuil wrote:
>> Originally no control events would go to the filehandle that called the
>> VIDIOC_S_CTRL/VIDIOC_S_EXT_CTRLS ioctls. This was to prevent a feedback
>> loop.
>>
>> This is now only done if the new V4L2_EVENT_SUB_FL_NO_FEEDBACK fla
Hi Hans,
On Tuesday 28 June 2011 17:18:07 Hans Verkuil wrote:
> Originally no control events would go to the filehandle that called the
> VIDIOC_S_CTRL/VIDIOC_S_EXT_CTRLS ioctls. This was to prevent a feedback
> loop.
>
> This is now only done if the new V4L2_EVENT_SUB_FL_NO_FEEDBACK flag is
> se
Hi Andrew,
Thanks for the patch.
On Friday 24 June 2011 01:19:42 ac...@nvidia.com wrote:
> From: Andrew Chew
>
> Derive resolution-dependent register settings programmatically.
>
> Signed-off-by: Andrew Chew
> ---
> drivers/media/video/ov9740.c | 210
> +++---
Hi Andrew,
On Friday 24 June 2011 01:19:41 ac...@nvidia.com wrote:
> From: Andrew Chew
>
> Based on vendor feedback, should issue a software reset at start of day.
>
> Also, OV9740_ANALOG_CTRL15 needs to be changed so the sensor does not begin
> streaming until it is ready (otherwise, results i
This patch introduces VB2_STREAMON_WITHOUT_BUFFERS io flag and changes
the order of operations during stream on operation. Now the buffer are
first queued to the driver and then the start_streaming method is called.
This resolves the most common case when the driver needs to know buffer
addresses t
__vb2_queue_alloc function returns the number of successfully allocated
buffers. There is no point in checking if the returned value is negative.
If this function returns 0, videobuf2 should just return -ENOMEM to
userspace, because no driver can work without memory buffers.
Reported-by: Jonathan
Hi Sakari
On Mon, 27 Jun 2011, Sakari Ailus wrote:
> Hi, Guennadi!
>
> Many thanks for the patch!
>
> On Mon, Jun 27, 2011 at 05:17:03PM +0200, Guennadi Liakhovetski wrote:
> > A possibility to preallocate and initialise buffers of different sizes
> > in V4L2 is required for an efficient implem
2011/6/28 Bogdan Cristea :
> Hi
>
> I would like to propose the attached patch for de DVB-T configuration file for
> Paris area (found in openSUSE 11.4 in this location)
> /usr/share/dvb/dvb-t/fr-Paris
http://linuxtv.org/hg/dvb-apps/file/148ede2a6809/util/scan/dvb-t/fr-Paris
- last change: novembe
64 matches
Mail list logo
