no mmu system needs get_unmapped_area file operations to do mmap
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/video/videobuf2-core.c | 31 +++
include/media/videobuf2-core.h |7 +++
2 files changed, 38 insertions(+), 0
no mmu system needs get_unmapped_area file operations to do mmap
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/video/videobuf2-core.c | 31 +++
include/media/videobuf2-core.h |7 +++
2 files changed, 38 insertions(+), 0
this is a v4l2 bridge driver for Blackfin video capture device,
support ppi interface
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/video/Makefile|2 +
drivers/media/video/blackfin/Kconfig| 10 +
drivers/media/video/blackfin/Makefile
this driver is a v4l2 subdevice driver to support
Analog Devices ADV7183 SDTV video decoder
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/video/Kconfig| 10 +
drivers/media/video/Makefile |1 +
drivers/media/video/adv7183.c | 684
this is a v4l2 sensor-level driver for the ST VS6624 camera
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/video/Kconfig | 10 +
drivers/media/video/Makefile |1 +
drivers/media/video/vs6624.c | 941 +
drivers
+#define VGA_WIDTH 640
+#define VGA_HEIGHT 480
+#define QVGA_WIDTH 320
+#define QVGA_HEIGHT 240
+#define QQVGA_WIDTH 160
+#define QQVGA_HEIGHT 120
+#define CIF_WIDTH 352
+#define CIF_HEIGHT 288
+#define QCIF_WIDTH 176
+#define QCIF_HEIGHT
Hm, wouldn't it be better to use vb2_mmap() and provide a dummy .mmap()
method in videobuf2-dma-contig.c for the NOMMU case?
these are two different file operations called by mm system.
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to
+
+struct bcap_format {
+ u8 *desc;
+ u32 pixelformat;
+ enum v4l2_mbus_pixelcode mbus_code;
+ int bpp; /* bytes per pixel */
Don't you think you might have to process 12 bpp formats at some point,
like YUV 4:2:0, or NV12? Maybe better calculate in bits from the beginning?
I think, the direct use of vb2_plane_cookie() is discouraged.
vb2_dma_contig_plane_dma_addr() should work for you.
I guess you mean vb2_dma_contig_plane_paddr
no, in the current kernel it's vb2_dma_contig_plane_dma_addr(). See
+static int bcap_qbuf(struct file *file, void *priv,
+ struct v4l2_buffer *buf)
+{
+ struct bcap_device *bcap_dev = video_drvdata(file);
+ struct v4l2_fh *fh = file-private_data;
+ struct bcap_fh *bcap_fh = container_of(fh, struct bcap_fh, fh);
+
+ if
i think at least these three are unused and should get punted
+static int __devinit bcap_probe(struct platform_device *pdev)
+{
+ struct bcap_device *bcap_dev;
+ struct video_device *vfd;
+ struct i2c_adapter *i2c_adap;
you need to include linux/i2c.h for this
no,
+#ifdef CONFIG_VIDEO_ADV_DEBUG
just use DEBUG ?
no, v4l2 use CONFIG_VIDEO_ADV_DEBUG
+ v4l_info(client, chip found @ 0x%02x (%s)\n,
+ client-addr 1, client-adapter-name);
is that 1 correct ? i dont think so ...
every driver under media I see use this, so
2011/9/14 Cliff Cai cliffcai...@gmail.com:
Dear guys,
I'm currently working on a camera/ISP Linux driver project.Of course,I
want it to be a V4L2 driver,but I got a problem about how to design
the driver framework.
let me introduce the background of this ISP(Image signal processor) a
little
2011/9/14 Sylwester Nawrocki s.nawro...@samsung.com:
On 09/14/2011 09:10 AM, Scott Jiang wrote:
+static int bcap_qbuf(struct file *file, void *priv,
+ struct v4l2_buffer *buf)
+{
+ struct bcap_device *bcap_dev = video_drvdata(file);
+ struct v4l2_fh *fh = file
+
+#define CAPTURE_DRV_NAME bfin_capture
+#define BCAP_MIN_NUM_BUF 2
+
+struct bcap_format {
+ u8 *desc;
+ u32 pixelformat;
+ enum v4l2_mbus_pixelcode mbus_code;
+ int bpp; /* bytes per pixel */
Don't you think you might have to process 12 bpp formats at
2011/9/15 Guennadi Liakhovetski g.liakhovet...@gmx.de:
On Thu, 15 Sep 2011, Scott Jiang wrote:
accually this array is to convert mbus to pixformat. ppi supports any
formats.
You mean, it doesn't distinguish formats? It just packs bytes in RAM
exactly as it ready them from the bus
I have considered using soc, but it can't support decoder when I began
to write this driver in 2.6.38.
soc_mediabus.c is a stand-alone module, it has no dependencies on
soc-camera.
Out of interest - what kind of decoder you mean? A tv-decoder? We do have
a tv-decoder driver tw9910 under
2011/9/16 Sylwester Nawrocki snj...@gmail.com:
On 09/15/2011 04:40 AM, Scott Jiang wrote:
2011/9/14 Sylwester Nawrockis.nawro...@samsung.com:
On 09/14/2011 09:10 AM, Scott Jiang wrote:
+ fmt =bcap_formats[i];
+ if (mbus_code
2011/9/13 Guennadi Liakhovetski g.liakhovet...@gmx.de:
On Tue, 13 Sep 2011, Scott Jiang wrote:
+
+struct bcap_format {
+ u8 *desc;
+ u32 pixelformat;
+ enum v4l2_mbus_pixelcode mbus_code;
+ int bpp; /* bytes per pixel */
Don't you think you might have to process
this is a v4l2 bridge driver for Blackfin video capture device,
support ppi interface
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/video/Kconfig |2 +
drivers/media/video/Makefile|2 +
drivers/media/video/blackfin/Kconfig
no mmu system needs get_unmapped_area file operations to do mmap
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/video/videobuf2-core.c | 31 +++
include/media/videobuf2-core.h |7 +++
2 files changed, 38 insertions(+), 0
this is a v4l2 sensor-level driver for the ST VS6624 camera
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/video/Kconfig | 10 +
drivers/media/video/Makefile |1 +
drivers/media/video/vs6624.c | 930 +
drivers
this driver is a v4l2 subdevice driver to support
Analog Devices ADV7183 SDTV video decoder
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/video/Kconfig| 10 +
drivers/media/video/Makefile |1 +
drivers/media/video/adv7183.c | 686
2011/9/26 Mauro Carvalho Chehab mauroche...@gmail.com:
Em 25-09-2011 15:03, Johannes Stezenbach escreveu:
On Sun, Sep 25, 2011 at 07:33:57AM -0500, Patrick Dickey wrote:
I tried to follow the steps for cloning both the media_tree.git and
media_build.git repositories, and received errors for
2011/9/27 Gilles gil...@gigadevices.com:
Scott,
A late echo. I am just now getting into the heart of this project and realize
I missed your answer here from back in August. Just grabbed the trunk from
the repo and trying to compile it.
I'm not sure I understand why it would work with one
+ ret = v4l2_subdev_call(bcap_dev-sd, video,
+ g_mbus_fmt, mbus_fmt);
+ if (ret 0)
+ return ret;
+
+ for (i = 0; i BCAP_MAX_FMTS; i++) {
+ if (mbus_fmt.code !=
What you would typically do in a case like this (if I understand it
correctly) is that in the s_input ioctl you first select the input in the
subdev, and then you can call the subdev to determine the standard and
format and use that information to set up the bridge. This requires that
the
Hi Hans and Laurent,
I got fmt info from a video data source subdev, I thought there should
be a helper function to convert these two format enums.
However, v4l2_fill_pix_format didn't do this, why? Should I do this in
bridge driver one by one?
I think these codes are common use, I prefer adding
Hi Marek and Laurent,
I am working on v4l2 drivers for blackfin which is a no mmu soc.
I found videobuf allocate memory in mmap not reqbuf, so I turn to videobuf2.
But __setup_offsets() use plane offset to fill m.offset, which is
always 0 for single-planar buffer.
So pgoff in get_unmapped_area
2011/6/16 Marek Szyprowski m.szyprow...@samsung.com:
Hello Scott,
Hi Marek and Laurent,
I am working on v4l2 drivers for blackfin which is a no mmu soc.
I found videobuf allocate memory in mmap not reqbuf, so I turn to videobuf2.
But __setup_offsets() use plane offset to fill m.offset,
Hi Kassey,
2011/6/16 Kassey Lee kassey1...@gmail.com:
2011/6/16 Scott Jiang scott.jiang.li...@gmail.com:
2011/6/16 Marek Szyprowski m.szyprow...@samsung.com:
Hello Scott,
Hi Marek and Laurent,
I am working on v4l2 drivers for blackfin which is a no mmu soc.
I found videobuf allocate
2012/1/4 Sakari Ailus sakari.ai...@iki.fi:
Hi Scott,
Thanks for the patch.
On Wed, Dec 21, 2011 at 10:30:54AM -0500, Scott Jiang wrote:
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
2012/1/5 Steven Toth st...@kernellabs.com:
Hans,
In the cx23885 driver as part of vidioc_enum_input call, I have a need
to return V4L2_IN_ST_NO_SIGNAL in the status
field as part of struct v4l2_input. Thus, when no signal is detected
by the video decoder it can be signalled to the calling
This driver is a v4l2 subdevice driver to support Analog Devices ADV7183 SDTV
video decoder.
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/video/Kconfig| 10 +
drivers/media/video/Makefile |1 +
drivers/media/video/adv7183.c | 699
This is a v4l2 bridge driver for Blackfin video capture device, support ppi and
eppi interface.
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/video/Kconfig |2 +
drivers/media/video/Makefile|2 +
drivers/media/video/blackfin
This is a v4l2 sensor-level driver for the ST VS6624 camera.
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/video/Kconfig | 10 +
drivers/media/video/Makefile |1 +
drivers/media/video/vs6624.c | 928 +
drivers
This driver support parallel data output mode and
QVGA/VGA/WVGA/720P resolution. You can select YCbCr and RGB565
output format.
What host bridge do you use this driver with ?
I only tested with blackfin.
+ */
[snip]
+struct mt9m114_reg {
+ u16 reg;
+ u32 val;
+ int
Hi Laurent,
+struct mt9m114_reg {
+ u16 reg;
+ u32 val;
+ int width;
+};
+
+enum {
+ MT9M114_QVGA,
+ MT9M114_VGA,
+ MT9M114_WVGA,
+ MT9M114_720P,
+};
This is the part I don't like. Instead of hardcoding 4 different
resolutions and using
Hi Laurent,
+struct mt9m114_reg {
+ u16 reg;
+ u32 val;
+ int width;
+};
+
+enum {
+ MT9M114_QVGA,
+ MT9M114_VGA,
+ MT9M114_WVGA,
+ MT9M114_720P,
+};
This is the part I don't like. Instead of hardcoding 4 different
More dv_timings ioctl ops are introduced in video core.
Add query_dv_timings/enum_dv_timings accordingly.
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/platform/blackfin/bfin_capture.c | 28 ++--
1 files changed, 21 insertions(+), 7 deletions
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/platform/blackfin/ppi.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/drivers/media/platform/blackfin/ppi.c
b/drivers/media/platform/blackfin/ppi.c
index 01b5b50..15e9c2b 100644
This is a bridge driver for blackfin diplay device.
It can work with ppi or eppi interface. DV timings
are supported.
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/platform/blackfin/Kconfig| 15 +-
drivers/media/platform/blackfin/Makefile |1
2013/4/12 Hans Verkuil hverk...@xs4all.nl:
On Sat April 13 2013 01:52:57 Scott Jiang wrote:
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
Is it OK if I postpone these two patches for 3.11? They don't make sense
AFAICT without the new display driver, and that will definitely not make
Hi Hans,
+/*
+ * Analog Devices video display driver
+ *
+ * Copyright (c) 2011 Analog Devices Inc.
Analog Devices? What has this to do with Analog Devices?
I wrote this driver for Analog Devices Blackfin.
+
+static int disp_mmap(struct file *file, struct vm_area_struct *vma)
+{
+
Hi Sylwester ,
@@ -9,7 +9,18 @@ config VIDEO_BLACKFIN_CAPTURE
To compile this driver as a module, choose M here: the
module will be called bfin_capture.
+config VIDEO_BLACKFIN_DISPLAY
+ tristate Blackfin Video Display Driver
+ depends on VIDEO_V4L2 BLACKFIN
Hi Sylwester,
+ struct v4l2_device v4l2_dev;
+ /* v4l2 control handler */
+ struct v4l2_ctrl_handler ctrl_handler;
This handler seems to be unused, I couldn't find any code adding controls
to it. Any initialization of this handler is a dead code now. You probably
want
This is a V4L2 driver for Blackfin video display (E)PPI interface.
This module is common for BF537/BF561/BF548/BF609.
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/platform/blackfin/Kconfig| 15 +-
drivers/media/platform/blackfin/Makefile |1
Hi Wei Yongjun,
drivers/media/platform/blackfin/bfin_capture.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/media/platform/blackfin/bfin_capture.c
b/drivers/media/platform/blackfin/bfin_capture.c
index 0e55b08..2d1e032 100644
---
= -ENODEV;
goto err_unreg_vdev;
}
Acked-by: Scott Jiang scott.jiang.li...@gmail.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Cc: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/i2c/adv7183.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
Acked-by: Scott Jiang scott.jiang.li...@gmail.com
--
To unsubscribe from this list: send the line
-by: Hans Verkuil hans.verk...@cisco.com
Cc: Mauro Carvalho Chehab mche...@redhat.com
Cc: st...@linuxtv.org
Cc: Scott Jiang scott.jiang.li...@gmail.com
Cc: Lad, Prabhakar prabhakar.cse...@gmail.com
Cc: Guennadi Liakhovetski g.liakhovet...@gmx.de
Cc: Jonathan Corbet cor...@lwn.net
Cc: Ezequiel
This is a V4L2 driver for Blackfin video display (E)PPI interface.
This module is common for BF537/BF561/BF548/BF609.
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/platform/blackfin/Kconfig| 15 +-
drivers/media/platform/blackfin/Makefile |1
I would expect that the combination of v4l2_mbus_framefmt +
v4l2_dv_timings
gives you the information you need.
I can solve this problem in HD, but how about SD? Add a fake
dv_timings ops in SD decoder driver?
No, you add g/s_std instead. SD timings are set through that API. It is
not so
Hi Hans,
I noticed there are two s_std ops in core and video for output. And
some drivers call video-s_std_out and then core-s_std in their S_STD
iotcl. Could anyone share me the story why we have
s_std_output/g_std_output/g_tvnorms_output ops in video instead of
making use of s_std/g_std in
2012/6/27 Hans Verkuil hverk...@xs4all.nl:
On Wed 27 June 2012 11:37:24 Scott Jiang wrote:
Hi Hans,
I noticed there are two s_std ops in core and video for output. And
some drivers call video-s_std_out and then core-s_std in their S_STD
iotcl. Could anyone share me the story why we have
+int vb2_fop_mmap(struct file *file, struct vm_area_struct *vma)
+{
+ struct video_device *vdev = video_devdata(file);
+
+ return vb2_mmap(vdev-queue, vma);
+}
+EXPORT_SYMBOL_GPL(vb2_fop_mmap);
Missed one file ops.
#ifndef CONFIG_MMU
unsigned long
Hi Laurent,
I'm writing a driver for adv7842 video decoder. This chip has 12 i2c
register maps. IO map is fixed to 0x20 and others are configurable.
I plan to use 0x20 as the subdevice addr to call
v4l2_i2c_new_subdev_board, and call i2c_new_device and i2c_add_driver
in i2c_probe to enumerate
Hi Ben,
This doesn't touch any of the documented registers, so presumably it's a
patch to the firmware loaded from non-volatile memory. Unless you can
provide source code for the patch, this should go in the linux-firmware
repository and be loaded with request_firmware() instead of embedded
Hi Guennadi and Hans,
We use v4l2_mbus_framefmt to get frame format on the media bus in
bridge driver. It only contains width and height. It's not a big
problem in SD. But we need more info like front porch, sync width and
back porch (similar to disp_format_s in v4l2_formats.h) in HD. I want
to
Hi Hans,
I would expect that the combination of v4l2_mbus_framefmt + v4l2_dv_timings
gives you the information you need.
About v4l2_mbus_framefmt, you use V4L2_MBUS_FMT_FIXED. I guess you
can't find any yuv 24 or rgb 16/24bit format in current
v4l2_mbus_framefmt. But a bridge driver working
Hi Hans,
I would expect that the combination of v4l2_mbus_framefmt + v4l2_dv_timings
gives you the information you need.
I can solve this problem in HD, but how about SD? Add a fake
dv_timings ops in SD decoder driver?
--
To unsubscribe from this list: send the line unsubscribe linux-media in
I would expect that the combination of v4l2_mbus_framefmt + v4l2_dv_timings
gives you the information you need.
I can solve this problem in HD, but how about SD? Add a fake
dv_timings ops in SD decoder driver?
No, you add g/s_std instead. SD timings are set through that API. It is not
vs6624_read(struct v4l2_subdev *sd, u16 index)
return buf[0];
}
+#endif
static int vs6624_write(struct v4l2_subdev *sd, u16 index,
u8 value)
Acked-by: Scott Jiang scott.jiang.li...@gmail.com
--
To unsubscribe from this list: send the line unsubscribe linux
Bf60x soc has a new PPI called Enhanced PPI version 3.
HD video is supported now. To achieve this, we redesign
ppi params and add dv timings feature.
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/platform/blackfin/bfin_capture.c | 148 +---
drivers
Other drivers can make use of it.
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/platform/blackfin/Kconfig |6 +-
drivers/media/platform/blackfin/Makefile |4 ++--
drivers/media/platform/blackfin/ppi.c|7 +++
3 files changed, 14 insertions(+), 3
2012/12/28 Mauro Carvalho Chehab mche...@redhat.com:
Select is evil as it has issues with dependencies. Better to convert
it to use depends on.
That fixes a breakage with out-of-tree compilation of the media
tree.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
---
Mark current frame as error frame when ppi error interrupt
report fifo error. Member next_frm in struct bcap_device can
be optimized out.
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/platform/blackfin/bfin_capture.c | 37 +---
drivers/media
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
MAINTAINERS |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index c5de529..e7ca531 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1652,6 +1652,15 @@ W: http
This driver support parallel data output mode and
QVGA/VGA/WVGA/720P resolution. You can select YCbCr and RGB565
output format.
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/i2c/Kconfig | 10 +
drivers/media/i2c/Makefile |1 +
drivers/media/i2c/mt9m114.c
Hi Hans and Guennadi,
I'm wondering how does bridge driver get subdev std (not query)?
My case is that bridge needs to get subdev default std.
Regards,
Scott
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More
2011/12/15 Hans Verkuil hverk...@xs4all.nl:
On Thursday, December 15, 2011 10:48:39 Scott Jiang wrote:
Hi Hans and Guennadi,
I'm wondering how does bridge driver get subdev std (not query)?
My case is that bridge needs to get subdev default std.
It can just call the core g_std op. Note
2011/12/16 Javier Martin javier.mar...@vista-silicon.com:
Some v4l-subdevs such as tvp5150 have multiple
inputs. This patch allows the user of a soc-camera
device to select between them.
Signed-off-by: Javier Martin javier.mar...@vista-silicon.com
---
drivers/media/video/soc_camera.c |
Hi Guennadi,
First question: you probably also want to patch soc_camera_g_input() and
soc_camera_enum_input(). But no, I do not know how. The video subdevice
operations do not seem to provide a way to query subdevice routing
capabilities, so, I've got no idea how we're supposed to support
How about this implementation? I know it's not for soc, but I post it
to give my idea.
Bridge knows the layout, so it doesn't need to query the subdevice.
Where from? AFAIU, we are talking here about subdevice inputs, right? In
this case about various inputs of the TV decoder. How shall the
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
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 scott.jiang.li...@gmail.com
---
drivers/media/video/v4l2-fh.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Hi Hans and Guennadi,
Our bridge driver needs to know line clock count including active
lines and blanking area.
I can compute active clock count according to pixel format, but how
can I get this in blanking area in current framework?
Thanks,
Scott
--
To unsubscribe from this list: send the line
2011/12/31 Sakari Ailus sakari.ai...@iki.fi:
Hi Scott,
On Fri, Dec 30, 2011 at 03:20:43PM +0800, Scott Jiang wrote:
Hi Hans and Guennadi,
Our bridge driver needs to know line clock count including active
lines and blanking area.
I can compute active clock count according to pixel format
I the case of your bridge, that may not be possible, but that's the only one
I've heard of so I think it's definitely a special case. In that case the
sensor driver can't be allowed to change the blanking periods while
streaming is ongoing.
I agree, it's just a matter of adding proper logic
2012/1/4 Sakari Ailus sakari.ai...@iki.fi:
Hi Scott,
On Wed, Jan 04, 2012 at 01:50:17PM +0800, Scott Jiang wrote:
I the case of your bridge, that may not be possible, but that's the only
one
I've heard of so I think it's definitely a special case. In that case the
sensor driver can't
If I disable this interrupt, other errors like fifo underflow are ignored.
Perhaps I can add a parameter in platform data to let user decide to
register this interrupt or not.
I think a more generic solution would be preferrable. If that causes
ignoring real errors, that's of course bad. I
these CUSTOM_TIMINGS defines might be removed.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Cc: Scott Jiang scott.jiang.li...@gmail.com
Acked-by: Scott Jiang scott.jiang.li...@gmail.com
---
arch/blackfin/mach-bf609/boards/ezkit.c|8
drivers/media/platform/blackfin
No MMU systems also make use of this function to do mmap.
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/base/dma-mapping.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/base/dma-mapping.c b/drivers/base/dma-mapping.c
index 0ce39a3..ae655b2
Now, I see that the requested videobuffers are correctly allocated via
'vb2_dma_contig_alloc'
call (see [3] for reference). But the MMAP call fails in
'vb2_dma_contig_alloc' function
in mm/nommu.c (see [4] for reference) when it tries to make the following
check:
if (addr !=
Yes, the MMU version of remap_pfn_range() does permit non-page-aligned
`addr' (at least, if the userspace maaping is a non-COW one). But I
suspect that was an implementation accident - it is a nonsensical thing
to do, isn't it? The MMU cannot map a bunch of kernel pages onto a
I was using 3.3 linux kernel. I will again check if videobuf2 in 3.5 has
already
fixed this issue.
[snip..]
Ok I just checked the vb2_dma_contig allocator and it has no major changes
from my version,
http://lxr.linux.no/linux+v3.5.3/drivers/media/video/videobuf2-dma-contig.c#L37
So, I
...@trendmicro.com.cn
Acked-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/i2c/vs6624.c | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/drivers/media/i2c/vs6624.c b/drivers/media/i2c/vs6624.c
index 42ae9dc..f434a19 100644
--- a/drivers/media
...@trendmicro.com.cn
Acked-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/i2c/adv7183.c | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/drivers/media/i2c/adv7183.c b/drivers/media/i2c/adv7183.c
index e1d4c89..10c3c1d 100644
--- a/drivers
’, declared with attribute
warn_unused_result [-Wunused-result]
vb2_queue_init(q);
^
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Cc: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/platform/blackfin/bfin_capture.c | 4 +++-
1 file changed, 3 insertions(+), 1
This is a V4L2 driver for Blackfin video display (E)PPI interface.
This module is common for BF537/BF561/BF548/BF609.
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/platform/blackfin/Kconfig| 15 +-
drivers/media/platform/blackfin/Makefile |1
v4l2-compliance output for this driver
root:/ v4l2-compliance -d 0
Driver Info:bfin_display bfin_display.0: = START STATUS
=
Driver name : bfin_display
Card type : BF609
Bus info : platform:bfin_display
Driver version:
2013/7/29 Hans Verkuil hverk...@xs4all.nl:
From: Hans Verkuil hans.verk...@cisco.com
Use the new defines to calculate the full blanking and frame sizes.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Cc: Lad, Prabhakar prabhakar.cse...@gmail.com
Cc: Scott Jiang scott.jiang.li
+
+static int adv7842_g_mbus_fmt(struct v4l2_subdev *sd,
+ struct v4l2_mbus_framefmt *fmt)
+{
+ struct adv7842_state *state = to_state(sd);
+
+ fmt-width = state-timings.bt.width;
+ fmt-height = state-timings.bt.height;
+ fmt-code =
2014-03-11 7:15 GMT+08:00 Laurent Pinchart laurent.pinch...@ideasonboard.com:
The video-level enum_dv_timings and dv_timings_cap operations are
deprecated in favor of the pad-level versions. All subdev drivers
implement the pad-level versions, switch to them.
Cc: Scott Jiang scott.jiang.li
In fact we only need to give a warning if the driver still use the
buffer after we release all queued buffers.
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/v4l2-core/videobuf2-core.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media
2014-07-23 17:57 GMT+08:00 Sonic Zhang sonic@gmail.com:
From: Sonic Zhang sonic.zh...@analog.com
if the pinctrl driver is enabled.
Signed-off-by: Sonic Zhang sonic.zh...@analog.com
Acked-by: Scott Jiang scott.jiang.li...@gmail.com
--
To unsubscribe from this list: send the line
2014-07-23 17:57 GMT+08:00 Sonic Zhang sonic@gmail.com:
From: Sonic Zhang sonic.zh...@analog.com
On NOMMU architecture page fault is not triggered if a deleted list entry is
accessed without reinit.
Signed-off-by: Sonic Zhang sonic.zh...@analog.com
Acked-by: Scott Jiang scott.jiang.li
Zhang sonic.zh...@analog.com
Acked-by: Scott Jiang scott.jiang.li...@gmail.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hi Lad,
I'm on holiday these days. I will test these patches later.
Thanks,
Scott
2014-12-20 18:47 GMT+08:00 Lad, Prabhakar prabhakar.cse...@gmail.com:
Hi Scott,
Although I was on holiday but couldn't resist myself from working,
since I was away from my hardware I had to choose a different
Hi Hans,
On Thu, Jan 22, 2015 at 10:18 PM, Lad, Prabhakar
prabhakar.cse...@gmail.com wrote:
This patch series, enhances blackfin capture driver with
vb2 helpers.
Changes for v2:
--
Only patches 5/15 and 8/15 as per Scott's suggestions.
Lad, Prabhakar (15):
media:
1 - 100 of 111 matches
Mail list logo
