The intent here was to test that the flag was clear but the '!' has
higher precedence than the ''. I2C_M_RD is 0x1 so the current code is
equivalent to (!sgs[i].flags) ...
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
diff --git a/drivers/media/dvb/dvb-usb/az6007.c
On Tue, Jan 24, 2012 at 02:03:22PM +0100, Daniel Vetter wrote:
On Mon, Jan 23, 2012 at 11:54:20AM +0100, Laurent Pinchart wrote:
On Monday 23 January 2012 11:35:01 Daniel Vetter wrote:
See my other mail, dma_buf v1 does not support cpu access.
v1 is in the kernel now, let's start
This patch seems incomplete to me? On the one hand you're saying, you only
work with i.MX27, but you've left
static void mx27_camera_frame_done(struct mx2_camera_dev *pcdev, int state)
{
struct videobuf_buffer *vb;
TBH, I don't understand how you've tested this patch: it doesn't compile
On Wed, 25 Jan 2012, Guennadi Liakhovetski wrote:
This patch seems incomplete to me? On the one hand you're saying, you only
work with i.MX27, but you've left
static void mx27_camera_frame_done(struct mx2_camera_dev *pcdev, int state)
{
struct videobuf_buffer *vb;
TBH, I don't
As discussed before, please, merge this patch with
media i.MX27 camera: properly detect frame loss.
One more cosmetic note:
On Fri, 20 Jan 2012, Javier Martin wrote:
Add start_stream and stop_stream callback in order to enable
and disable the eMMa-PrP properly and save CPU usage avoiding
Hi Sumit,
On 01/25/2012 06:35 AM, Semwal, Sumit wrote:
Hi Tomasz,
On Mon, Jan 23, 2012 at 8:55 PM, Tomasz Stanislawski
t.stanisl...@samsung.com wrote:
Hi Mauro,
snip
Ok. I should have given more details about the patch. I am sorry for missing
it. My kernel tree failed to compile after
On Sat, 21 Jan 2012 15:45:42 +0100
Sylwester Nawrocki sylvester.nawro...@gmail.com wrote:
is this patch looking OK or you, or would you have any further remarks ?
I'd like to add it to a pull request in coming week, together with remaining
patches in this series plus a patch for some SoC JPEG
I tried a daily snapshot (2011-01-24) with this stick. And I'm getting
these kind of errors in the log:
[43665.769571] drxk: SCU_RESULT_INVPAR while sending cmd 0x0203 with params:
[43665.769857] drxk: 02 00 00 00 10 00 07 00 03 02
..
[43686.121576] drxk:
On Fri, 20 Jan 2012, Javier Martin wrote:
The way discard buffer was previously handled lead
to possible races that made a buffer that was not
yet ready to be overwritten by new video data. This
is easily detected at 25fps just adding #define DEBUG
to enable the memset check and seeing how
On Fri, 20 Jan 2012, Javier Martin wrote:
Signed-off-by: Javier Martin javier.mar...@vista-silicon.com
---
drivers/media/video/mx2_camera.c | 23 +--
1 files changed, 9 insertions(+), 14 deletions(-)
diff --git a/drivers/media/video/mx2_camera.c
Em 25-01-2012 10:06, Benjamin Larsson escreveu:
I tried a daily snapshot (2011-01-24) with this stick. And I'm getting these
kind of errors in the log:
[43665.769571] drxk: SCU_RESULT_INVPAR while sending cmd 0x0203 with params:
[43665.769857] drxk: 02 00 00 00 10 00 07 00 03 02
Hi,
Has anyone got power management to work with
CX88_BOARD_DVICO_FUSIONHDTV_DVB_T_PRO? I've enabled debug and am seeing the
following in the kernel log:
... xc2028 1-0061: Putting xc2028/3028 into poweroff mode.
... xc2028 1-0061: Error on line 1212: -6
I could add ctl-disable_power_mgmt = 1;
Hi Konstantin!
I received your present :-) - many thanks! I already ported my base-
band
demux code to the current linux media master branch (in the v4l-dvb
git repo).
It currently allows drivers/frontends to pass base-band frames to the
bb-demux.
The bb-demux allows user-space filtering
We are looking for OEM DVB-S2 modulator with ACM support, which should be
as extended PCI, PCI Expr. or USB card and supported under Linux. Does
anyone on this mailing list know about such card ?
--
Marek Ochaba
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body
Dear Marek,
Am 25.01.2012 um 14:15 schrieb Marek Ochaba:
We are looking for OEM DVB-S2 modulator with ACM support, which
should be
as extended PCI, PCI Expr. or USB card and supported under Linux. Does
anyone on this mailing list know about such card ?
Have a look at http://www.dektec.com/
On Fri, Jan 20, 2012 at 6:53 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hi Summit,
Sorry for the late review. I know that this code is now in mainline, but I
still have a couple of comments. I'll send patches if you agree with them.
Hi Laurent,
Thanks for your review;
Hi Tomasz,
On Wed, Jan 25, 2012 at 4:04 PM, Tomasz Stanislawski
t.stanisl...@samsung.com wrote:
Hi Sumit,
On 01/25/2012 06:35 AM, Semwal, Sumit wrote:
Hi Tomasz,
On Mon, Jan 23, 2012 at 8:55 PM, Tomasz Stanislawski
t.stanisl...@samsung.com wrote:
Hi Mauro,
snip
Ok. I should have
add vpif capture and display driver support for
da850/omap-l138 by taking care of the interrupt
behavior changes and removing platform specific
connotations.
Manjunath Hadli (4):
davinci: vpif: add check for genuine interrupts in the isr
davinci: vpif: make generic changes to re-use the vpif
add a condition to in the isr to check for interrupt ownership and
channel number to make sure we do not service wrong interrupts.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
---
drivers/media/video/davinci/vpif_capture.c |5 +
drivers/media/video/davinci/vpif_display.c |5
add build configuration for da850/omapl-138 for vpif
capture and display drivers.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
---
drivers/media/video/davinci/Kconfig | 26 +-
drivers/media/video/davinci/Makefile |5 +
2 files changed, 30
omap-l138 shares the interrupt between capture and display.
Make sure we are able to request for the same irq number
by making a shared irq request.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
---
drivers/media/video/davinci/vpif_capture.c |2 +-
change the dm646x specific strings in the driver to make
them generic across platforms. In this case change all the
strings which have a dm646x connotation to vpif which is a
platform independent ip.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
---
drivers/media/video/davinci/vpif.c
Hi Guennadi,
This patch set adds support for configurable line stride to the soc-camera
framework and the sh_mobile_ceu_camera driver. I've successfully tested it on
a Mackerel board with the on-board VGA sensor.
Laurent Pinchart (8):
soc_camera: Use soc_camera_device::sizeimage to compute
Instead of computing the buffer size manually in the videobuf queue
setup and buffer prepare callbacks, use the previously negotiated
soc_camera_device::sizeimage value.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/video/atmel-isi.c| 17
Add a capabilities field to the soc_camera_host structure to flag hosts
that support user-configurable line strides. soc_camera_try_fmt() then
passes the user-provided bytesperline and sizeimage format fields to
such hosts, and expects the host to check (and fix if needed) the
values.
Compute the bytesperline and sizeimage values when trying/setting
formats or when allocating buffers by taking the user-requested values
into account.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/video/mx3_camera.c | 20 +-
In image mode, the CEU allows configurable line strides up to 8188
pixels.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/video/sh_mobile_ceu_camera.c | 25 +
1 files changed, 17 insertions(+), 8 deletions(-)
diff --git
The function returns the minimum size of an image for a given number of
bytes per line (as per the V4L2 specification), width and format.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/video/soc_mediabus.c | 18 ++
Instead of computing the line sizes, use the previously negotiated
soc_camera_device::bytesperline value.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/video/mx3_camera.c |7 ++-
drivers/media/video/sh_mobile_ceu_camera.c |4 +---
2
To compute the number of bytes per line according to the V4L2
specification, we need information about planes layout for planar
formats. The new enum soc_mbus_layout convey that information.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/video/atmel-isi.c
The V4L2 specification defines bytesperline for planar formats as the
number of bytes per line for the largest plane. Modify
soc_mbus_bytes_per_line() accordingly.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/video/soc_mediabus.c |3 +++
1 files
As the memory region is requested with request_mem_region use the proper
paired method for releasing it.
Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/media/video/s5p-fimc/fimc-core.c |8
1 files changed,
Add short documentation providing the driver usage details.
Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
Documentation/video4linux/fimc.txt | 178
1 files changed, 178 insertions(+), 0
Hi Guennadi,
thank you for your review.
u32 frame_count;
+ struct vb2_alloc_ctx *alloc_ctx;
+};
+
+enum mx2_buffer_state {
+ MX2_STATE_NEEDS_INIT = 0,
+ MX2_STATE_PREPARED = 1,
+ MX2_STATE_QUEUED = 2,
+ MX2_STATE_ACTIVE = 3,
+
Hello,
we have an omap based intelligent camera and
image sensor is connected to camera parallel interface.
Image capturing via CCDC output works fine.
When streaming is on and reading sequence variable, it shows
always -1.
Looking at kernel-source ispvideo.c, i found following
if-else
Hi Guennadi,
On 25 January 2012 11:26, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
As discussed before, please, merge this patch with
media i.MX27 camera: properly detect frame loss.
Yes. You can drop that patch already.
One more cosmetic note:
On Fri, 20 Jan 2012, Javier Martin
Hi Sumit,
On 12/26/2011 10:23 AM, 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:
- creation of a buffer
Hi all!
I'm in a project and it stopped because of a problem, what we can't
understand and solve:
we have several full TS recorded to HDD and we want to decrypt some
ES from it (video/audio PIDs).
Is it possible via the Linux DVB API? I've chipset paired CAM and
smartcard in a TT
I think more feasible way (than using linux kernel DVB layer) is using
SoftwareCAM with SmartCard reader. Some solution should be also implemented
in STB, which save records in encrypted state.
--
Marek Ochaba
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of
OK, revisiting this again, please see inline below,
On 01/10/2012 06:46 PM, Jerome Glisse wrote:
On Mon, Jan 09, 2012 at 11:11:06AM +0100, Daniel Vetter wrote:
On Mon, Jan 09, 2012 at 10:37:28AM +0100, Thomas Hellstrom wrote:
Hi!
When TTM was originally written, it was assumed that GPU
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:Wed Jan 25 19:00:18 CET 2012
git hash:59b30294e14fa6a370fdd2bc2921cca1f977ef16
gcc version: i686-linux-gcc
On Wed, Jan 25, 2012 at 06:02:41PM +0100, Tomasz Stanislawski wrote:
Hi Sumit,
On 12/26/2011 10:23 AM, 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
On 01/25/2012 03:44 PM, Russell King - ARM Linux wrote:
On Wed, Jan 25, 2012 at 07:45:15AM -0600, Matt Sealey wrote:
On Wed, Jan 25, 2012 at 2:45 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Jan 24, 2012 at 07:54:08PM -0600, Matt Sealey wrote:
Hi Arnd/RMK/Sascha,
This patch is just a minor update to one titled imon: Input from ffdc
device type ignored from Corinna Vinschen. An earlier patch to prevent
an oops when we got early callbacks also has the nasty side-effect of
wedging imon hardware, as we don't acknowledge the urb. Rework the check
slightly here
Hi Jarod,
On Jan 25 15:56, Jarod Wilson wrote:
This patch is just a minor update to one titled imon: Input from ffdc
device type ignored from Corinna Vinschen. An earlier patch to prevent
an oops when we got early callbacks also has the nasty side-effect of
wedging imon hardware, as we don't
Corinna Vinschen wrote:
Hi Jarod,
On Jan 25 15:56, Jarod Wilson wrote:
This patch is just a minor update to one titled imon: Input from ffdc
device type ignored from Corinna Vinschen. An earlier patch to prevent
an oops when we got early callbacks also has the nasty side-effect of
wedging imon
just got 3.2.1-3.fc16.i686.PAE
the issue that the driver had to be removed for the 290e to work after
a replug is gone.
the issue that a usb mem stick cannot be mounted while the 290e is
plugged in still lingers.
one workaround is to unplug the 290e and wait a little (no need to
also remove the
Yes, i thought about that, but i need the Hardware CAM + CI, because
it's chip paired encryption. It means in my situation that the EMM and
ECM is also encrypted so it's hard to use in a SoftCam configuration.
I hope there's a solution in the DVB driver space.
I receive the signal via RF or
Hi Daniel and Laurent,
On Mon, Jan 23, 2012 at 11:35:01AM +0100, Daniel Vetter wrote:
On Mon, Jan 23, 2012 at 10:48, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hi Marek,
On Monday 23 January 2012 10:06:57 Marek Szyprowski wrote:
On Friday, January 20, 2012 5:29 PM Laurent
Hi Manju,
Thanks for the patch.
On Fri, Jan 20, 2012 at 06:52:19PM +0530, Manjunath Hadli wrote:
add new macro V4L2_PIX_FMT_SGRBG10ALAW8 and associated formats
to represent Bayer format frames compressed by A-LAW alogorithm,
add V4L2_PIX_FMT_UV8 to represent storage of C data (UV interleved)
On Thu, Jan 26, 2012 at 1:37 AM, Daniel Vetter dan...@ffwll.ch wrote:
On Wed, Jan 25, 2012 at 06:02:41PM +0100, Tomasz Stanislawski wrote:
Hi Sumit,
On 12/26/2011 10:23 AM, Sumit Semwal wrote:
This is the first step in defining a dma buffer sharing mechanism.
[snip]
+struct sg_table
51 matches
Mail list logo
