The i.MX27 dma support was introduced with the initial commit of
this driver and originally created by me. However, I never got
this stable due to the racy dma engine and used the EMMA engine
instead. As the DMA support is most probably unused and broken in
its current state, remove it. This also
On Wednesday, August 24, 2011 06:05:44 Pawel Osciak wrote:
Hi,
On Mon, Aug 22, 2011 at 23:31, Hans Verkuil hverk...@xs4all.nl wrote:
On Monday, August 22, 2011 19:21:18 Laurent Pinchart wrote:
Hi Hans,
On Monday 22 August 2011 17:52:12 Hans Verkuil wrote:
On Monday, August 22, 2011
Sure, if it's broken, let's remove it. But there are a couple of points,
that we have to fix in this patch. Sorry, a stupid question: has this been
tested on i.MX27?
On Wed, 24 Aug 2011, Sascha Hauer wrote:
The i.MX27 dma support was introduced with the initial commit of
this driver and
Hi Guennadi,
On Wed, Aug 24, 2011 at 09:19:24AM +0200, Guennadi Liakhovetski wrote:
Sure, if it's broken, let's remove it. But there are a couple of points,
that we have to fix in this patch. Sorry, a stupid question: has this been
tested on i.MX27?
Nope, I currently do not have mainline
Hello,
On Tuesday, August 23, 2011 3:54 PM Hans Verkuil wrote:
I've been converting a Cisco internal driver to vb2 and while doing that I
found a few issues.
1) I noticed that struct vb2_buffer doesn't have a list_head that the driver
can use to hook it in its dma queue. That forces you to
On Wednesday 24 August 2011 03:17:39 CJ wrote:
On 23/08/11 19:47, Laurent Pinchart wrote:
On Tuesday 23 August 2011 05:47:20 CJ wrote:
On 22/08/11 22:15, Michael Jones wrote:
I am trying to get the mt9p031 working from nand with a ubifs file
system and I am having a few problems.
MAPPED flag was set for the buffer only if all it's planes were mapped and
relied on a simple mapping counter. This assumption is really bogus,
especially because the buffers may be mapped multiple times. Also the
meaning of this flag for muliplane buffers was not really useful. This
patch fixes
Plane sizes array was declared as unsigned long[], while unsigned int is
more than enough for storing size of the video buffer. This patch reduces
the size of the array by definiting it as unsigned int[].
Reported-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Signed-off-by: Marek
On Friday 19 August 2011 15:48:45 Deepthy Ravi wrote:
From: Vaibhav Hiremath hvaib...@ti.com
Fix the build break caused when CONFIG_MEDIA_CONTROLLER
option is disabled and if any sensor driver has to be used
between MC and non MC framework compatible devices.
For example,if tvp514x video
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/video/omap/omap_vout.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/omap/omap_vout.c
b/drivers/media/video/omap/omap_vout.c
index a1f3c0f..cfc1705 100644
Hi Mauro,
The following changes since commit 9bed77ee2fb46b74782d0d9d14b92e9d07f3df6e:
[media] tuner_xc2028: Allow selection of the frequency adjustment code for
XC3028 (2011-08-06 09:52:47 -0300)
are available in the git repository at:
git://linuxtv.org/pinchartl/media.git
On Sun, 2011-08-21 at 15:56 -0700, Joe Perches wrote:
Add pr_fmt.
Convert printks to pr_level.
Convert printks without KERN_level to appropriate pr_level.
Removed embedded prefixes when pr_fmt was added.
Use ##__VA_ARGS__ for variadic macros.
Coalesce format strings.
Signed-off-by: Joe
On Wednesday, August 24, 2011 11:54:23 Marek Szyprowski wrote:
MAPPED flag was set for the buffer only if all it's planes were mapped and
relied on a simple mapping counter. This assumption is really bogus,
especially because the buffers may be mapped multiple times. Also the
meaning of this
On Wed, Aug 24, 2011 at 4:47 PM, Laurent Pinchart
[laurent.pinch...@ideasonboard.com] wrote:
On Friday 19 August 2011 15:48:45 Deepthy Ravi wrote:
From: Vaibhav Hiremath hvaib...@ti.com
Fix the build break caused when CONFIG_MEDIA_CONTROLLER
option is disabled and if any sensor driver has to
Hi,
On Wednesday 24 August 2011 13:21:27 Ravi, Deepthy wrote:
On Wed, Aug 24, 2011 at 4:47 PM, Laurent Pinchart wrote:
On Friday 19 August 2011 15:48:45 Deepthy Ravi wrote:
From: Vaibhav Hiremath hvaib...@ti.com
Fix the build break caused when CONFIG_MEDIA_CONTROLLER
option is
-Original Message-
From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
Sent: Wednesday, August 24, 2011 5:00 PM
To: Ravi, Deepthy
Cc: mche...@infradead.org; linux-media@vger.kernel.org; linux-
ker...@vger.kernel.org; linux-o...@vger.kernel.org; Hiremath, Vaibhav
Fix the build break caused when CONFIG_MEDIA_CONTROLLER
option is disabled and if any sensor driver has to be used
between MC and non MC framework compatible devices.
For example,if tvp514x video decoder driver migrated to
MC framework is being built without
-Original Message-
From: Andy Shevchenko [mailto:andriy.shevche...@linux.intel.com]
Sent: Wednesday, August 24, 2011 6:26 PM
To: Hiremath, Vaibhav
Cc: Laurent Pinchart; Ravi, Deepthy; mche...@infradead.org; linux-
me...@vger.kernel.org; linux-ker...@vger.kernel.org; linux-
Hi Vaibhav,
On Wednesday 24 August 2011 14:19:01 Hiremath, Vaibhav wrote:
On Wednesday, August 24, 2011 5:00 PM Laurent Pinchart wrote:
On Wednesday 24 August 2011 13:21:27 Ravi, Deepthy wrote:
On Wed, Aug 24, 2011 at 4:47 PM, Laurent Pinchart wrote:
On Friday 19 August 2011 15:48:45
Hello,
could please anyone explain me a bit situation about using memory buffers
for dma for video input devices? Unfortunately I don't understand it at
all.
I want to capture images 1600x1200 from 2 mpix sensor on i.mx27 board.
I gave 8MB to mx2_camera device with
-Original Message-
From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
Sent: Wednesday, August 24, 2011 6:56 PM
To: Hiremath, Vaibhav
Cc: Ravi, Deepthy; mche...@infradead.org; linux-media@vger.kernel.org;
linux-ker...@vger.kernel.org; linux-o...@vger.kernel.org
Hi Marek/Kyungmin,
On Fri, Aug 19, 2011 at 04:27:44PM +0200, Marek Szyprowski wrote:
This patch is an example how device private CMA area can be activated.
It creates one CMA region and assigns it to the first s5p-fimc device on
Samsung Goni S5PC110 board.
Signed-off-by: Marek Szyprowski
On Fri, Aug 19, 2011 at 18:35:21 +0200, Florian Mickler wrote:
On Wed, 10 Aug 2011 12:05:20 +0200
Florian Mickler flor...@mickler.org wrote:
dvb_usb_device_init calls the frontend_attach method of this driver which
uses vp7045_usb_ob. In order to have a buffer ready in vp7045_usb_op, it
Signed-off-by: Andreas Oberritter o...@linuxtv.org
---
drivers/media/dvb/dvb-core/dvb_frontend.c | 23 +++
1 files changed, 11 insertions(+), 12 deletions(-)
diff --git a/drivers/media/dvb/dvb-core/dvb_frontend.c
b/drivers/media/dvb/dvb-core/dvb_frontend.c
index
Signed-off-by: Andreas Oberritter o...@linuxtv.org
---
drivers/media/dvb/dvb-core/dvb_frontend.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/media/dvb/dvb-core/dvb_frontend.c
b/drivers/media/dvb/dvb-core/dvb_frontend.c
index f433a88..79a3cc3 100644
---
On Wed, Aug 24, 2011 at 1:33 PM, Andreas Oberritter o...@linuxtv.org wrote:
Signed-off-by: Andreas Oberritter o...@linuxtv.org
This may seem like a silly question, but *why* are you making this
change? There is no explanation for what prompted it. Is it in
response to some issue you
On Wed, Aug 24, 2011 at 2:02 PM, Andreas Oberritter o...@linuxtv.org wrote:
It's impossible to clean up dvb_frontend.c, which looks quite
unmaintained, without touching it.
It is quite unmaintained. In fact, it was broken for numerous cards
for almost two years before I finally got someone in
On 24.08.2011 20:06, Devin Heitmueller wrote:
On Wed, Aug 24, 2011 at 2:02 PM, Andreas Oberritter o...@linuxtv.org wrote:
It's impossible to clean up dvb_frontend.c, which looks quite
unmaintained, without touching it.
It is quite unmaintained. In fact, it was broken for numerous cards
for
On Friday 05 of August 2011, jasondong wrote:
This is DVB USB Linux driver for ITEtech IT9135 base USB TV module.
It supported the IT9135 AX and BX chip versions.
Hi,
The quick review by crop@freenode was:
I quick check it and didnt like much since it is not plitted logically
correct, as
On 24.08.2011 19:54, Devin Heitmueller wrote:
On Wed, Aug 24, 2011 at 1:33 PM, Andreas Oberritter o...@linuxtv.org wrote:
Signed-off-by: Andreas Oberritter o...@linuxtv.org
This may seem like a silly question, but *why* are you making this
change? There is no explanation for what prompted
A possibility to preallocate and initialise buffers of different sizes
in V4L2 is required for an efficient implementation of a snapshot
mode. This patch adds two new ioctl()s: VIDIOC_CREATE_BUFS and
VIDIOC_PREPARE_BUF and defines respective data structures.
Signed-off-by: Guennadi Liakhovetski
This patch set is now trying to implement our most recent decisions. Any
improvements should be doable as incremental patches. As long as we are
happy with ioctl()s themselves, the rest can be improved. I'll quote my
earlier email with our strategic design decisions:
1. VIDIOC_CREATE_BUFS
Prepare the sh_mobile_ceu_camera friver to support the new
VIDIOC_CREATE_BUFS and VIDIOC_PREPARE_BUF ioctl()s. The .queue_setup()
vb2 operation must be able to handle buffer sizes, provided by the
caller, and the .buf_prepare() operation must not use the currently
configured frame format for its
This patch adds two new ioctl() handlers: .vidioc_create_bufs() and
.vidioc_prepare_buf() for compliant vb2 soc-camera hosts.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
Cc: Hans Verkuil hverk...@xs4all.nl
Cc: Laurent Pinchart laurent.pinch...@ideasonboard.com
Cc: Marek Szyprowski
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
Cc: Hans Verkuil hverk...@xs4all.nl
Cc: Laurent Pinchart laurent.pinch...@ideasonboard.com
Cc: Marek Szyprowski m.szyprow...@samsung.com
Cc: Mauro Carvalho Chehab mche...@infradead.org
Cc: Pawel Osciak pa...@osciak.com
Cc: Sakari Ailus
In preparation for the forthcoming VIDIOC_CREATE_BUFS ioctl add a
const struct v4l2_format * argument to the .queue_setup() vb2
operation.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
Cc: Hans Verkuil hverk...@xs4all.nl
Cc: Laurent Pinchart laurent.pinch...@ideasonboard.com
Cc:
The two recently added ioctl()s VIDIOC_CREATE_BUFS and VIDIOC_PREPARE_BUF
allow user-space applications to allocate video buffers of different
sizes and hand them over to the driver for fast switching between
different frame formats. This patch adds support for buffers of different
sizes on the
This patch prepares for a better separation of the buffer preparation
stage.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
Cc: Hans Verkuil hverk...@xs4all.nl
Cc: Laurent Pinchart laurent.pinch...@ideasonboard.com
Cc: Marek Szyprowski m.szyprow...@samsung.com
Cc: Mauro Carvalho
On Wed, Aug 24, 2011 at 2:08 PM, Andreas Oberritter o...@linuxtv.org wrote:
Instead of wasting your time with theory, you could have easily reviewed
my patch. It's really *very* simple any anyone having used semphores or
mutexes in the kernel should be able to see that.
There's no need to
On Wed, 24 Aug 2011, Marek Szyprowski wrote:
Plane sizes array was declared as unsigned long[], while unsigned int is
more than enough for storing size of the video buffer. This patch reduces
the size of the array by definiting it as unsigned int[].
Reported-by: Laurent Pinchart
Hi Jan
On Wed, 24 Aug 2011, Jan Pohanka wrote:
Hello,
could please anyone explain me a bit situation about using memory buffers for
dma for video input devices? Unfortunately I don't understand it at all.
I want to capture images 1600x1200 from 2 mpix sensor on i.mx27 board.
I gave 8MB to
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 Aug 24 19:00:29 CEST 2011
git hash:9bed77ee2fb46b74782d0d9d14b92e9d07f3df6e
gcc version: i686-linux-gcc (GCC)
On Fri, Aug 19, 2011 at 11:32 AM, Jean-Francois Moine moin...@free.fr wrote:
I need more information.
Sorry for the delay. Here are the information:
Aug 24 21:21:05 ancizan kernel: [48546.488081] usb 3-1: new full speed
USB device using ohci_hcd and address 3
Aug 24 21:21:05 ancizan kernel:
On Wednesday 24 of August 2011, Arkadiusz Miskiewicz wrote:
On Friday 05 of August 2011, jasondong wrote:
This is DVB USB Linux driver for ITEtech IT9135 base USB TV module.
It supported the IT9135 AX and BX chip versions.
Hi,
The quick review by crop@freenode was:
I quick check it
Hi,
while installing git://linuxtv.org/media_build.git i got the error:
ERROR: please install lsdiff, otherwise, build won't work.
I don't know distro Gentoo Base System release 2.0.1-r1. So, I can't
provide you a hint with the package names.
Be welcome to contribute with a patch for
On 24/08/11 21:12, Laurent Pinchart wrote:
On Wednesday 24 August 2011 03:17:39 CJ wrote:
On 23/08/11 19:47, Laurent Pinchart wrote:
On Tuesday 23 August 2011 05:47:20 CJ wrote:
On 22/08/11 22:15, Michael Jones wrote:
I am trying to get the mt9p031 working from nand with a ubifs file
system
On Wed, 2011-08-24 at 06:34 -0400, Andy Walls wrote:
On Sun, 2011-08-21 at 15:56 -0700, Joe Perches wrote:
Add pr_fmt.
Convert printks to pr_level.
Convert printks without KERN_level to appropriate pr_level.
Removed embedded prefixes when pr_fmt was added.
Use ##__VA_ARGS__ for variadic
Hi Mauro,
On Sat, Aug 20, 2011 at 05:12:56AM -0700, Mauro Carvalho Chehab wrote:
Em 20-08-2011 04:27, Sylwester Nawrocki escreveu:
Hi Mauro,
On 08/17/2011 08:13 AM, Mauro Carvalho Chehab wrote:
It seems that there are too many miss understandings or maybe we're just
talking the same
Patrick,
Please could you take a look at the following bug report on Linux 3.0 as
packaged in Debian.
Ben.
On Wed, 2011-08-24 at 18:59 +0200, Soeren D. Schulze wrote:
Package: linux-2.6
Version: 3.0.0-1
Severity: normal
I usually use tzap/mplayer for TV playback.
After the upgrade to
Hi guys,
I find an issue about the USB TV tuner, WinTV HVR950, which use em28xx
driver. The linux can't going to S3/S4 when the device attach to
USB2.0/USB3.0 ports.
[Step]
- Boot linux (either with or without x-windows)
- Attach the HVR950 to USB port.
- dmesg
50 matches
Mail list logo