On Wed, Dec 21, 2011 at 02:06:20AM +0100, Laurent Pinchart wrote:
> Hi Martin,
>
> Thanks for the patch.
>
> On Saturday 17 December 2011 11:10:55 Martin Hostettler wrote:
> > The MT9M032 is a parallel 1.6MP sensor from Micron controlled through I2C.
> >
> > The driver creates a V4L2 subdevice.
Hello,
You can try to fix it like that, but it is not proper way. It is kinda
of hack which can just work or not. Proper way is to fix that tuner
driver correctly and if it was used with zl10353 demoed fix that driver
too to support IIRC IF/RF agc settings.
regards
Antti
On 12/20/2011 12:50
On 12/21/2011 12:35 AM, Michael Krufky wrote:
On Tue, Dec 20, 2011 at 10:26 AM, Mauro Carvalho Chehab
wrote:
On 20-12-2011 12:52, Antti Palosaari wrote:
+/* reset demod */
+/* it is recommended to HW reset chip using RST_N pin */
+if (fe->callback) {
+ret = fe->callback(fe
list_is_singular accepts a list head to test whether a list has just one entry.
fh->list is the entry, fh->vdev->fh_list is the list head.
Signed-off-by: Scott Jiang
---
drivers/media/video/v4l2-fh.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/v4
Hi Laurent & Michael,
On Wed, Dec 21, 2011 at 10:50 AM, James wrote:
> Hi Michael & Laurent,
>
> On Thu, Dec 15, 2011 at 6:10 PM, Michael Jones
> wrote:
>> Hi James,
>
>> Laurent has a program 'media-ctl' to set up the pipeline (see
>> http://git.ideasonboard.org/?p=media-ctl.git). You will fin
Hi Michael & Laurent,
On Thu, Dec 15, 2011 at 6:10 PM, Michael Jones
wrote:
> Hi James,
> Laurent has a program 'media-ctl' to set up the pipeline (see
> http://git.ideasonboard.org/?p=media-ctl.git). You will find many examples
> of its usage in the archives of this mailing list. It will look
Hi Martin,
Thanks for the patch.
On Saturday 17 December 2011 11:10:55 Martin Hostettler wrote:
> The MT9M032 is a parallel 1.6MP sensor from Micron controlled through I2C.
>
> The driver creates a V4L2 subdevice. It currently supports cropping, gain,
> exposure and v/h flipping controls in mono
Documentation is included in patch, for now it will add signal level
only to analog FM radio for all xc4000 based tuner, but in the future
we can use this patch to get also digital signal level, measuring of
xc4000 tuner is very accurate (less then 1dB resolution).
This time with patch included :)
Hi Mingcheng,
On Monday 19 December 2011 19:09:18 Zhu, Mingcheng wrote:
> Hi Laurent,
>
> I have a problem here. Take following example that we have two video dev
> nodes as:
> /dev/video0: this node is for WIFI capture
WIFI capture ? I'm curious about that, what do you mean exactly ?
> /dev/vi
Hi Vinay,
On Monday 19 December 2011 21:08:31 vka...@codeaurora.org wrote:
>
> I am trying to implement a video encoder v4l2 device and need your help to
> find answers to some of the questions. There is one hardware core which can
> do multiple sessions (multiple file handles) of encode simultan
The patch fixes frequency selection for some UHF frequencies e.g.
channel 32 (562 MHz) on the qt1010 tuner. For those in the UK,
this now means they can tune to the BBC channels (tested on a Compro
Vista T750F).
One example of problem reports of the bug this fixes can be read at
http://www.freak-s
Hi Sylwester,
On Wednesday 14 December 2011 13:23:07 Sylwester Nawrocki wrote:
> 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
Hi Manju,
On Friday 16 December 2011 14:42:48 Hadli, Manjunath wrote:
> On Thu, Dec 15, 2011 at 18:30:47, Laurent Pinchart wrote:
> > On Thursday 15 December 2011 13:24:58 Manjunath Hadli wrote:
> > > add new macro V4L2_PIX_FMT_SGRBG10ALAW8 to represent Bayer format
> > > frames compressed by A-LA
Hi Manju,
On Friday 16 December 2011 15:20:24 Hadli, Manjunath wrote:
> On Thu, Dec 15, 2011 at 18:32:44, Laurent Pinchart wrote:
> > On Thursday 15 December 2011 13:24:57 Manjunath Hadli wrote:
> > > add new enum entry V4L2_MBUS_FMT_SGRBG10_ALAW8_1X8 into
> > > mbus_pixel_code to represent A-LAW
On Tue, Dec 20, 2011 at 10:26 AM, Mauro Carvalho Chehab
wrote:
> On 20-12-2011 12:52, Antti Palosaari wrote:
+ /* reset demod */
+ /* it is recommended to HW reset chip using RST_N pin */
+ if (fe->callback) {
+ ret = fe->callback(fe, 0, 0, 0);
>>>
>>> This look
On Tue, Dec 20, 2011 at 2:20 PM, Dave Airlie wrote:
>>>
>>> This is RFC v3 for DMA buffer sharing mechanism - changes from v2 are in the
>>> changelog below.
>>>
>>> Various subsystems - V4L2, GPU-accessors, DRI to name a few - have felt the
>>> need to have a common mechanism to share memory buff
Signed-off-by: Gareth Williams
Honestech Vidbox NW03 has a EMP202 audio chip with a different Vendor ID.
Apparently, it is the same with the Gadmei ITV380:
http://linuxtv.org/wiki/index.php/Gadmei_USB_TVBox_UTV380
---
linux/drivers/media/video/em28xx/em28xx-core.c |2 +-
1 files changed, 1
This currently introduces an extra file to the arch/arm/mach-omap2
directory: board-rm680-camera.c. Keeping the device tree in mind, the
context of the file could be represented as static data with one exception:
the external clock to the sensor.
This external clock is provided by the OMAP 3 SoC a
From: Sakari Ailus
Revert to s_selection if s_crop isn't implemented by a driver. Same for
g_selection / g_crop.
Signed-off-by: Sakari Ailus
---
drivers/media/video/v4l2-subdev.c | 37 +++--
1 files changed, 35 insertions(+), 2 deletions(-)
diff --git a/drive
From: Sakari Ailus
Configure the ISP based on the pixelrate in media bus frame format.
Previously the same was configured from the board code.
Signed-off-by: Sakari Ailus
---
drivers/media/video/omap3isp/isp.c | 24 +---
drivers/media/video/omap3isp/isp.h |1 -
2 file
From: Sakari Ailus
smiapp_pad_ops.validate_pipeline is intended to validate the full pipeline
which is implemented by the driver to which the subdev implementing this op
belongs to. The validate_pipeline op must also call validate_pipeline on
any external entity which is linked to its sink pads.
From: Sakari Ailus
Configure CSI-2 phy based on platform data in the ISP driver rather than in
platform code.
Signed-off-by: Sakari Ailus
---
drivers/media/video/omap3isp/isp.c | 38 --
drivers/media/video/omap3isp/isp.h |3 -
drivers/media/video/omap3isp/ispcsiph
From: Sakari Ailus
XCLK definitions are often required by the board code. Move them to public
include file.
Signed-off-by: Sakari Ailus
---
drivers/media/video/omap3isp/isp.h |4
include/media/omap3isp.h |4
2 files changed, 4 insertions(+), 4 deletions(-)
diff --g
From: Sakari Ailus
Validate pipeline of any external entity connected to the ISP driver.
The validation of the pipeline for the part that involves links inside the
domain of another driver must be done by that very driver.
Signed-off-by: Sakari Ailus
---
drivers/media/video/omap3isp/ispvideo.c
From: Sakari Ailus
Add lane configuration (order of clock and data lane) to platform data on
both CCP2 and CSI-2.
Signed-off-by: Sakari Ailus
---
drivers/media/video/omap3isp/ispcsiphy.h | 15 ++-
include/media/omap3isp.h | 15 +++
2 files changed, 1
From: Sakari Ailus
This register is available only in OMAP3630.
The original patch was submitted by Vimarsh Zutshi.
Signed-off-by: Sakari Ailus
---
arch/arm/mach-omap2/control.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/control.h b/arch/arm/m
From: Sakari Ailus
Add image source control class. This control class is intended to contain
low level controls which deal with control of the image capture process ---
the A/D converter in image sensors, for example.
Signed-off-by: Sakari Ailus
---
Documentation/DocBook/media/v4l/controls.xml
From: Sakari Ailus
Signed-off-by: Sakari Ailus
---
Documentation/DocBook/media/v4l/dev-subdev.xml | 95 +++--
Documentation/DocBook/media/v4l/v4l2.xml |1 +
.../media/v4l/vidioc-subdev-g-selection.xml| 226
3 files changed, 302 insertions(+)
From: Sakari Ailus
Pixelrate is an essential part of the image data parameters. Add this.
Together, the current parameters also define the frame rate.
Sensors do not have a concept of frame rate; pixelrate is much more
meaningful in this context. Also, it is best to combine the pixelrate with
th
From: Sakari Ailus
Add support for VIDIOC_SUBDEV_S_SELECTION and VIDIOC_SUBDEV_G_SELECTION
IOCTLs. They replace functionality provided by VIDIOC_SUBDEV_S_CROP and
VIDIOC_SUBDEV_G_CROP IOCTLs and also add new functionality (composing).
VIDIOC_SUBDEV_G_CROP and VIDIOC_SUBDEV_S_CROP continue to be
From: Sakari Ailus
Add an integer menu test control for the vivi driver.
Signed-off-by: Sakari Ailus
---
drivers/media/video/vivi.c | 21 +
1 files changed, 21 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/vivi.c b/drivers/media/video/vivi.c
index 7d754f
From: Sakari Ailus
Create a new control type called V4L2_CTRL_TYPE_INTEGER_MENU. Integer menu
controls are just like menu controls but the menu items are 64-bit integers
rather than strings.
Signed-off-by: Sakari Ailus
---
drivers/media/video/v4l2-ctrls.c | 60 +++
From: Sakari Ailus
Signed-off-by: Sakari Ailus
---
Documentation/DocBook/media/v4l/compat.xml | 10 +
Documentation/DocBook/media/v4l/v4l2.xml |7
.../DocBook/media/v4l/vidioc-queryctrl.xml | 39 +++-
3 files changed, 54 insertions(+),
Hi everyone,
This patchset contains new versions of a couple of previous patchsets
I've sent to the list recently. There are mostly minor changes to many
existing patches based on the comments I've got so far, so I'm resending
them. The list is here:
- Integer menu controls [2],
- Selection IOCTL
>>
>> This is RFC v3 for DMA buffer sharing mechanism - changes from v2 are in the
>> changelog below.
>>
>> Various subsystems - V4L2, GPU-accessors, DRI to name a few - have felt the
>> need to have a common mechanism to share memory buffers across different
>> devices - ARM, video hardware, GPU.
On Mon, Dec 19, 2011 at 02:03:28PM +0530, Sumit Semwal wrote:
> Hello Everyone,
>
> This is RFC v3 for DMA buffer sharing mechanism - changes from v2 are in the
> changelog below.
>
> Various subsystems - V4L2, GPU-accessors, DRI to name a few - have felt the
> need to have a common mechanism to
Hello Mauro,
Please pull our fixes for videobuf2 framework into your for_v3.3 development
branch.
Best regards,
Marek Szyprowski
Samsung Poland R&D Center
The following changes since commit bcc072756e4467dc30e502a311b1c3adec96a0e4:
[media] STV0900: Query DVB frontend delivery capabilities
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 Dec 20 19:00:43 CET 2011
git hash:875e2e3edf48a206c64195666cf408dd3d119137
gcc version: i686-linux-gcc (GCC
On 20-12-2011 16:01, Antti Palosaari wrote:
> On 12/20/2011 07:16 PM, Antti Palosaari wrote:
>> On 12/20/2011 06:25 PM, Patrick Boettcher wrote:
>>> Hi all,
>>>
>>> On Tuesday 20 December 2011 16:42:53 Antti Palosaari wrote:
Adding those to API is not mission impossible. Interleaver is only
>>
On 12/20/2011 07:16 PM, Antti Palosaari wrote:
On 12/20/2011 06:25 PM, Patrick Boettcher wrote:
Hi all,
On Tuesday 20 December 2011 16:42:53 Antti Palosaari wrote:
Adding those to API is not mission impossible. Interleaver is only
new parameter and all the rest are just extending values. But m
On 12/20/2011 06:25 PM, Patrick Boettcher wrote:
Hi all,
On Tuesday 20 December 2011 16:42:53 Antti Palosaari wrote:
Adding those to API is not mission impossible. Interleaver is only
new parameter and all the rest are just extending values. But my
time is limited... and I really would like to
On Tue, Dec 20, 2011 at 10:41:45AM -0600, Rob Clark wrote:
> On Tue, Dec 20, 2011 at 9:41 AM, Arnd Bergmann wrote:
> > On Monday 19 December 2011, Semwal, Sumit wrote:
> >> I didn't see a consensus on whether dma_buf should enforce some form
> >> of serialization within the API - so atleast for v1
On Tue, Dec 20, 2011 at 10:36 AM, Konrad Rzeszutek Wilk
wrote:
> On Mon, Dec 19, 2011 at 02:03:30PM +0530, Sumit Semwal wrote:
>> This is the first step in defining a dma buffer sharing mechanism.
>>
>> A new buffer object dma_buf is added, with operations and API to allow easy
>> sharing of this
On Tue, Dec 20, 2011 at 9:41 AM, Arnd Bergmann wrote:
> On Monday 19 December 2011, Semwal, Sumit wrote:
>> I didn't see a consensus on whether dma_buf should enforce some form
>> of serialization within the API - so atleast for v1 of dma-buf, I
>> propose to 'not' impose a restriction, and we can
On Mon, Dec 19, 2011 at 02:03:30PM +0530, Sumit Semwal wrote:
> This is the first step in defining a dma buffer sharing mechanism.
>
> A new buffer object dma_buf is added, with operations and API to allow easy
> sharing of this buffer object across devices.
>
> The framework allows:
> - differen
Hi all,
On Tuesday 20 December 2011 16:42:53 Antti Palosaari wrote:
> Adding those to API is not mission impossible. Interleaver is only
> new parameter and all the rest are just extending values. But my
> time is limited... and I really would like to finally got Anysee
> smart card reader integra
On 12/20/2011 05:26 PM, Mauro Carvalho Chehab wrote:
On 20-12-2011 12:52, Antti Palosaari wrote:
On 12/20/2011 03:39 PM, Mauro Carvalho Chehab wrote:
+break;
+case 2:
+str_constellation = "QAM16";
+c->modulation = QAM_16;
+break;
+case 3:
+str_c
On Monday 19 December 2011, Semwal, Sumit wrote:
> I didn't see a consensus on whether dma_buf should enforce some form
> of serialization within the API - so atleast for v1 of dma-buf, I
> propose to 'not' impose a restriction, and we can tackle it (add new
> ops or enforce as design?) whenever we
On Tuesday 20 December 2011, Sakari Ailus wrote:
> (I'm jumping into the discussion in the middle, and might miss something
> that has already been talked about. I still hope what I'm about to say is
> relevant. :-))
It certainly is relevant.
> In subsystems such as V4L2 where drivers deal with s
On 20-12-2011 12:52, Antti Palosaari wrote:
> On 12/20/2011 03:39 PM, Mauro Carvalho Chehab wrote:
>>> +
>>> +/* ensure modulation validy */
>>> +/* 0=QAM4_NR, 1=QAM4, 2=QAM16, 3=QAM32, 4=QAM64 */
>>> +if (modulation> 4) {
>>
>> Please, don't use magic values.
>>
>> Instead, it should
On 12/20/2011 02:10 PM, Jesper Krogh wrote:
Ok. I had my doubts on whether to include that or not - But here it is
/Jesper
[ 1056.137882] DVB: registering new adapter (Anysee DVB USB2.0)
[ 1056.141938] anysee: firmware version:1.3 hardware id:11
[ 1056.145212] Invalid probe, probably not a CX24
On 12/20/2011 03:39 PM, Mauro Carvalho Chehab wrote:
On 14-12-2011 20:57, Antti Palosaari wrote:
Mauro,
Please PULL that new driver to the Kernel 3.3!
Antti
The following changes since commit 6dbc13e364ad49deb9dd93c4ab84af53ffb52435:
mxl5007t: implement .get_if_frequency() (2011-10-10 00:
On Tue, Dec 20, 2011 at 4:05 AM, Robert Morell wrote:
>
> One of the goals of this project is to unify the fragmented space of the
> ARM SoC memory managers so that each vendor doesn't implement their own,
> and they can all be closer to mainline.
That is a very good objective.
> I fear that res
On 14-12-2011 20:57, Antti Palosaari wrote:
> Mauro,
>
> Please PULL that new driver to the Kernel 3.3!
>
> Antti
>
> The following changes since commit 6dbc13e364ad49deb9dd93c4ab84af53ffb52435:
>
> mxl5007t: implement .get_if_frequency() (2011-10-10 00:57:07 +0300)
>
> are available in the
Ok. I had my doubts on whether to include that or not - But here it is
/Jesper
[ 1053.784044] usb 1-6: new high speed USB device number 7 using ehci_hcd
[ 1054.556036] usb 1-6: device not accepting address 7, error -71
[ 1054.668043] usb 1-6: new high speed USB device number 8 using ehci_hcd
[ 10
On Tue, Dec 20, 2011 at 05:29:47PM +0800, Scott Jiang wrote:
> Hi Sakari,
>
> Hans recommends me using v4l2_fh_is_singular in first open, but I
> found it used list_is_singular(&fh->list).
> Should it use &fh->vdev->fh_list or I missed something?
Hi, Scott!
I think why Hans is telling you that y
Hi Sakari,
Hans recommends me using v4l2_fh_is_singular in first open, but I
found it used list_is_singular(&fh->list).
Should it use &fh->vdev->fh_list or I missed something?
Regards,
Scott
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majo
Hi Arnd,
On Fri, Dec 09, 2011 at 02:13:03PM +, Arnd Bergmann wrote:
> On Thursday 08 December 2011, Daniel Vetter wrote:
> > > c) only allowing streaming mappings, even if those are non-coherent
> > > (requiring strict serialization between CPU (in-kernel) and dma users of
> > > the buffer)
>
On 12/20/2011 03:04 AM, Jesper Krogh wrote:
Hi
I have a brand new Anysee E30 S2 plus, but with most recent
media_build.git - it is reported as the wrong model.
I have attached a copy of my lsusb output.
That don't help at all. You should look from system log what it says.
Use dmesg command f
59 matches
Mail list logo
