On Thu, Jan 26, 2012 at 1:37 AM, Daniel Vetter 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
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
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
> wrote:
> > Hi Marek,
> >
> > On Monday 23 January 2012 10:06:57 Marek Szyprowski wrote:
> >> On Friday, January 20, 2012 5:29 PM Laurent Pinchart wrote:
> >> >
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 IP.
On Jan 25 17:11, Jarod Wilson wrote:
> 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 earl
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 dri
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 imo
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 d
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
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
>> wrote:
>>> On Tue, Jan 24, 2012 at 07:54:08PM -0600, Matt Sealey wrote:
Hi Arnd/RMK/Sascha,
We're t
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 th
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 (GCC
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 apert
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
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 3
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 object
Hi Guennadi,
On 25 January 2012 11:26, Guennadi Liakhovetski 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 wrote:
>
>> Add
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 statem
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_ACT
Add short documentation providing the driver usage details.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
Documentation/video4linux/fimc.txt | 178
1 files changed, 178 insertions(+), 0 deletions(-)
create mode 100644 Documentation/vid
As the memory region is requested with request_mem_region use the proper
paired method for releasing it.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-fimc/fimc-core.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/d
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
---
drivers/media/video/soc_mediabus.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
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
---
drivers/media/video/atmel-isi.c|1 +
drivers/media/vi
Instead of computing the line sizes, use the previously negotiated
soc_camera_device::bytesperline value.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/mx3_camera.c |7 ++-
drivers/media/video/sh_mobile_ceu_camera.c |4 +---
2 files changed, 3 insertions(+), 8 del
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
---
drivers/media/video/soc_mediabus.c | 18 ++
include/media/soc_mediabus.h |2 ++
2 files change
In image mode, the CEU allows configurable line strides up to 8188
pixels.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/sh_mobile_ceu_camera.c | 25 +
1 files changed, 17 insertions(+), 8 deletions(-)
diff --git a/drivers/media/video/sh_mobile_ceu_camera.c
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
---
drivers/media/video/mx3_camera.c | 20 +-
drivers/media/video/sh_mobile_ceu_camer
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.
Signed-off-b
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
---
drivers/media/video/atmel-isi.c| 17 +++--
drivers/media/video/m
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 buff
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
---
drivers/media/video/davinci/vpif.c |2 +-
drivers
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
---
drivers/media/video/davinci/vpif_capture.c |2 +-
drivers/media/video/davinci/vpif_display.c |2 +-
2 fi
add build configuration for da850/omapl-138 for vpif
capture and display drivers.
Signed-off-by: Manjunath Hadli
---
drivers/media/video/davinci/Kconfig | 26 +-
drivers/media/video/davinci/Makefile |5 +
2 files changed, 30 insertions(+), 1 deletions(-)
diff
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
---
drivers/media/video/davinci/vpif_capture.c |5 +
drivers/media/video/davinci/vpif_display.c |5 +
include/media/da
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
Hi Tomasz,
On Wed, Jan 25, 2012 at 4:04 PM, Tomasz Stanislawski
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
>> wrote:
>>>
>>> Hi Mauro,
>>>
>>>
>>
>>>
>>>
>>> Ok. I should have given more details
On Fri, Jan 20, 2012 at 6:53 PM, Laurent Pinchart
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; apologies for being late in replyin
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/
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
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 f
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
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
On Fri, 20 Jan 2012, Javier Martin wrote:
>
> Signed-off-by: Javier Martin
> ---
> drivers/media/video/mx2_camera.c | 23 +--
> 1 files changed, 9 insertions(+), 14 deletions(-)
>
> diff --git a/drivers/media/video/mx2_camera.c
> b/drivers/media/video/mx2_camera.c
> inde
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 seei
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: SCU_RESULT_
On Sat, 21 Jan 2012 15:45:42 +0100
Sylwester Nawrocki 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 codec driver.
> Please let
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
wrote:
Hi Mauro,
Ok. I should have given more details about the patch. I am sorry for missing
it. My kernel tree failed to compile after applying patches from
[1]
http
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 avoid
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 d
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 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 sta
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
diff --git a/drivers/media/dvb/dvb-usb/az6007.c
b/drivers/media/dvb/dvb-usb/az6007.c
in
52 matches
Mail list logo