Hi Hans,
On Wed, Oct 3, 2012 at 12:10 PM, Hans Verkuil wrote:
> On Wed October 3 2012 08:27:38 Prabhakar wrote:
>> From: Lad, Prabhakar
>>
>> recent patch with commit id 4f996594ceaf6c3f9bc42b40c40b0f7f87b79c86
>> which makes vidioc_s_crop const, was causing a following build warning,
>>
>> vpbe
On Wed October 3 2012 08:27:38 Prabhakar wrote:
> From: Lad, Prabhakar
>
> recent patch with commit id 4f996594ceaf6c3f9bc42b40c40b0f7f87b79c86
> which makes vidioc_s_crop const, was causing a following build warning,
>
> vpbe_display.c: In function 'vpbe_display_s_crop':
> vpbe_display.c:640: w
On Mon October 1 2012 14:52:48 Prabhakar wrote:
> From: Lad, Prabhakar
>
> recent patch with commit id 4f996594ceaf6c3f9bc42b40c40b0f7f87b79c86
> which makes vidioc_s_crop const, was causing a following build error.
>
> vpfe_capture.c: In function 'vpfe_s_crop':
> vpfe_capture.c:1695: error: ass
From: Lad, Prabhakar
This patch replaces V4L2_OUT_CAP_CUSTOM_TIMINGS macro with
V4L2_OUT_CAP_DV_TIMINGS. As V4L2_OUT_CAP_CUSTOM_TIMINGS is being phased
out.
Signed-off-by: Lad, Prabhakar
Signed-off-by: Manjunath Hadli
Cc: Sekhar Nori
Cc: Hans Verkuil
Cc: Mauro Carvalho Chehab
---
arch/arm/
From: Lad, Prabhakar
recent patch with commit id 4f996594ceaf6c3f9bc42b40c40b0f7f87b79c86
which makes vidioc_s_crop const, was causing a following build warning,
vpbe_display.c: In function 'vpbe_display_s_crop':
vpbe_display.c:640: warning: initialization discards qualifiers from pointer
targe
On Wed October 3 2012 01:49:47 Antti Palosaari wrote:
> * use dvb property cache
> * implement get (thus API minor++)
> * PCTV 290e: 1=LNA ON, all the other values LNA OFF
> Also fix PCTV 290e LNA comment, it is disabled by default
>
> Hans and Mauro proposed use of cache implementation of get a
Hi Sylwester,
>
> Indeed it looks like big blob patch. I think this reflects how these patches
> were created, were one person creates practically new driver for new device
> revision, with not much care about the old one, and then somebody else is
> trying to make it a step by step process and en
Hi Mauro,
This series has been acked by Marek.
Please include this in your tree for 3.7.
On 24 September 2012 12:25, Marek Szyprowski wrote:
> Hello,
>
> On Monday, September 24, 2012 8:18 AM Sachin Kamat wrote:
>
>> v4l2_m2m_release() was placed after the return statement and outside
>> any of
On 09/28/2012 03:59 PM, Rémi Cardona wrote:
Signed-off-by: Rémi Cardona
Reviewed-by: Antti Palosaari
---
drivers/media/usb/dvb-usb/dw2102.c | 36 ++--
1 file changed, 26 insertions(+), 10 deletions(-)
diff --git a/drivers/media/usb/dvb-usb/dw2102.c
b/
On 09/28/2012 03:59 PM, Rémi Cardona wrote:
Signed-off-by: Rémi Cardona
Reviewed-by: Antti Palosaari
---
drivers/media/dvb-frontends/ds3000.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/media/dvb-frontends/ds3000.c
b/drivers/media/dvb-frontends/d
On 09/28/2012 03:59 PM, Rémi Cardona wrote:
ds3000_readreg() returns negative values in case of i2c failures. The
old code would simply return 0 when failing to read the 0xb2 register,
misleading ds3000_initfe() into believing that the firmware had been
correctly loaded.
Signed-off-by: Rémi Card
On 09/28/2012 03:59 PM, Rémi Cardona wrote:
- if kmalloc() returns NULL, we can return immediately without trying
to kfree() a NULL pointer.
- if i2c_transfer() fails, error out immediately instead of trying to
upload the remaining bytes of the firmware.
- the error code is then pro
On 09/28/2012 03:59 PM, Rémi Cardona wrote:
This brings both ds3000_readreg() and ds3000_tuner_readreg() in line
with ds3000_writereg() and ds3000_tuner_writereg() respectively.
Signed-off-by: Rémi Cardona
Reviewed-by: Antti Palosaari
---
drivers/media/dvb-frontends/ds3000.c | 11 +
On 09/28/2012 03:59 PM, Rémi Cardona wrote:
Since b9bf2eafaad9c1ef02fb3db38c74568be601a43a, the function
ds3000_firmware_ondemand() is called only once during init. This
locking scheme may have been useful when the firmware was loaded at
each tune.
Furthermore, it looks like this 'lock' was put
On 09/28/2012 03:59 PM, Rémi Cardona wrote:
Signed-off-by: Rémi Cardona
Reviewed-by: Antti Palosaari
---
drivers/media/dvb-frontends/ds3000.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/media/dvb-frontends/ds3000.c
b/drivers/media/dvb-frontends/ds3000.c
index 4c8ac26.
On 10/01/2012 01:15 PM, Rémi Cardona wrote:
Hi Antti,
I realized I forgot to CC you on those patches. Thanks for any further
comments you might have.
Cheers,
Rémi Cardona
I reviewed again that set, no findings. Looks good!
thanks
Antti
--
http://palosaari.fi/
--
To unsubscribe from this
On Tue, Oct 2, 2012 at 5:01 PM, Jiri Kosina wrote:
> On Tue, 2 Oct 2012, Linus Torvalds wrote:
>
>> And see this email from Kay Sievers that shows that it was all known
>> about and intentional in the udev camp:
>>
>> http://www.spinics.net/lists/netdev/msg185742.html
>
> This seems confusing in
On Tue, 2 Oct 2012, Linus Torvalds wrote:
> And see this email from Kay Sievers that shows that it was all known
> about and intentional in the udev camp:
>
> http://www.spinics.net/lists/netdev/msg185742.html
This seems confusing indeed.
That e-mail referenced above is talking about loading
I changed LNA value from signed to unsigned as API data-type was u32.
That was just to avoid shooting own leg at some possible signed/unsigned
cast etc. The idea of use signed value was just to leave room for extend
usage later.
Also I increased API minor by one as there is GET operation now s
Convert clk_enable/clk_disable to clk_prepare_enable/clk_disable_unprepare
calls as required by common clock framework.
Signed-off-by: Thomas Abraham
---
drivers/media/platform/s5p-jpeg/jpeg-core.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/media/platfo
* use dvb property cache
* implement get (thus API minor++)
* PCTV 290e: 1=LNA ON, all the other values LNA OFF
Also fix PCTV 290e LNA comment, it is disabled by default
Hans and Mauro proposed use of cache implementation of get as they
were planning to extend LNA usage for analog side too.
LNA
On Tue, Oct 2, 2012 at 3:23 PM, Greg KH wrote:
>
> which went into udev release 187 which I think corresponds to the place
> when people started having problems, right Mauro?
According to what I've seen, people started complaining in 182, not 187.
See for example
http://patchwork.linuxtv.org/
On Tue, Oct 2, 2012 at 2:03 PM, Ivan Kalvachev wrote:
>
> I'm not kernel developer and probably my opinion would be a little
> naive, but here it is.
>
> Please, make the kernel load firmware from the filesystem on its own.
We probably should do that, not just for firmware, but for modules
too. I
On Tue, Oct 02, 2012 at 03:12:39PM -0700, Greg KH wrote:
> On Tue, Oct 02, 2012 at 09:33:03AM -0700, Linus Torvalds wrote:
> > I don't know where the problem started in udev, but the report I saw
> > was that udev175 was fine, and udev182 was broken, and would deadlock
> > if module_init() did a re
Hi all
The hard-drive of my mail server died last Sunday and my last back up was
from Friday evening, so, I lost about 1.5 days worth of mail. I don't
think I lost anything important: I saw all mails in my INBOX before
powering down the system to not be able to bring it back up again:-) But
if
On Tue, Oct 02, 2012 at 09:33:03AM -0700, Linus Torvalds wrote:
> I don't know where the problem started in udev, but the report I saw
> was that udev175 was fine, and udev182 was broken, and would deadlock
> if module_init() did a request_firmware(). That kind of nested
> behavior is absolutely *r
Hi Anatolij
> > > +#if !defined(CONFIG_VIDEO_MPC52xx_CSI) && \
> > > +!defined(CONFIG_VIDEO_MPC52xx_CSI_MODULE)
> >
> > No, we're not adding any preprocessor or run-time hardware dependencies to
> > soc-camera or to any other generic code. I have no idea what those "IFM
> > O2D" cameras are
On 10/2/12, Linus Torvalds wrote:
> On Tue, Oct 2, 2012 at 6:03 AM, Mauro Carvalho Chehab
> wrote:
>>
>> I basically tried a few different approaches, including deferred probe(),
>> as you suggested, and request_firmware_async(), as Kay suggested.
>
> Stop this crazy. FIX UDEV ALREADY, DAMMIT.
>
On 10/02/2012 08:06 PM, Mauro Carvalho Chehab wrote:
> Em Tue, 02 Oct 2012 18:58:47 +0200
> Sylwester Nawrocki escreveu:
>
>> Hi Mauro,
>>
>> The following changes since commit 34a6b7d093d8fe738ada191b36648d00bc18b7eb:
>>
>>[media] v4l2-ctrls: add a filter function to v4l2_ctrl_add_handler
>>
On Saturday 08 September 2012 19:08:22 Jose Alberto Reguero wrote:
> This patch add the toggle bit to the tt3650_rc_query function of the ttusb2
> driver.
>
> Signed-off-by: Jose Alberto Reguero
>
> Jose Alberto
Hi,
This patch looks OK.
Regarding the TTUSB2 support, I see an issue where the I
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 Oct 2 19:00:14 CEST 2012
git hash:5565a2ad47cdd8e697a28137bd8379455667bc1c
gcc version: i686-linux-gcc (GC
On 10/02/2012 10:05 PM, Mauro Carvalho Chehab wrote:
As em28xx-dvb will always be initialized asynchronously, there's
no need anymore for a separate thread to load the DRX-K firmware.
Fixes a known regression with kernel 3.6 with tda18271 driver
and asynchronous DRX-K firmware load.
Signed-off-
On 10/02/2012 10:05 PM, Mauro Carvalho Chehab wrote:
Due to udev-182, the firmware load was changed to be async, as
otherwise udev would give up of loading a firmware.
Add an option to return to the previous behaviour, async firmware
loads cause failures with the tda18271 driver.
Signed-off-by:
On 10/02/2012 09:39 PM, Mauro Carvalho Chehab wrote:
em28xx-dvb, em28xx-alsa and em28xx-ir are typically initialized
asyncrhronously. The exception for it is when those modules
are loaded before em28xx (or before an em28xx card insertion) or
when they're built in.
Make the extentions to always l
Due to udev-182, the firmware load was changed to be async, as
otherwise udev would give up of loading a firmware.
Add an option to return to the previous behaviour, async firmware
loads cause failures with the tda18271 driver.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/dvb-frontend
As em28xx-dvb will always be initialized asynchronously, there's
no need anymore for a separate thread to load the DRX-K firmware.
Fixes a known regression with kernel 3.6 with tda18271 driver
and asynchronous DRX-K firmware load.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/em28x
em28xx-dvb, em28xx-alsa and em28xx-ir are typically initialized
asyncrhronously. The exception for it is when those modules
are loaded before em28xx (or before an em28xx card insertion) or
when they're built in.
Make the extentions to always load asynchronously. That allows
having all DVB firmware
Em Tue, 02 Oct 2012 18:58:47 +0200
Sylwester Nawrocki escreveu:
> Hi Mauro,
>
> The following changes since commit 34a6b7d093d8fe738ada191b36648d00bc18b7eb:
>
> [media] v4l2-ctrls: add a filter function to v4l2_ctrl_add_handler
> (2012-10-01 17:07:07 -0300)
>
> are available in the git repos
On Wed, Sep 19, 2012 at 4:11 AM, Mauro Carvalho Chehab
wrote:
> Dear developers,
>
> We're feeling the need for one more media workshop this year.
>
> As there will be already several developers going to LinuxCon Europe and
> Embedded Linux Conference Europe, we'll be co-locating the workshop toge
Hello,
On 10/02/2012 01:16 PM, Kamil Debski wrote:
> Hi Arun,
>
> Thank you for your hard work with these patches.
> I think that they are ready to be merged.
I've just picked up these patches and have sent the pull request.
Thanks,
Sylwester
--
To unsubscribe from this list: send the line "un
Hi Mauro,
The following changes since commit 34a6b7d093d8fe738ada191b36648d00bc18b7eb:
[media] v4l2-ctrls: add a filter function to v4l2_ctrl_add_handler
(2012-10-01 17:07:07 -0300)
are available in the git repository at:
git://git.infradead.org/users/kmpark/linux-2.6-samsung v4l_mfc_for_ma
The following changes since commit d48ecc46fa9340bdefa654912093ccfe11886639:
tda18271: make 'low-power standby mode after attach' multi-instance
safe (2012-09-29 15:06:23 -0400)
are available in the git repository at:
git://git.linuxtv.org/mkrufky/tuners tda18271
for you to fetch changes up
* Ido Yariv [121001 15:48]:
> Since iommu is not supported on OMAP1 and will not likely to ever be
> supported, merge plat/iommu2.h into iommu.h so only one file would have
> to move to platform_data/ as part of the single zImage effort.
Thanks I'll be applying patches 2 - 5 once we have -rc1 ava
On Tue, Oct 2, 2012 at 6:03 AM, Mauro Carvalho Chehab
wrote:
>
> I basically tried a few different approaches, including deferred probe(),
> as you suggested, and request_firmware_async(), as Kay suggested.
Stop this crazy. FIX UDEV ALREADY, DAMMIT.
Who maintains udev these days? Is it Lennart/K
* Ido Yariv [121001 15:48]:
> Commit c49f34bc ("ARM: OMAP2+ Move SoC specific headers to be local to
> mach-omap2") moved omap34xx.h to mach-omap2. This broke omap3isp, as it
> includes omap34xx.h.
>
> Instead of moving omap34xx to platform_data, simply add the two
> definitions the driver needs
if the configuration option 'delay_cal' is set, delay both IR & RF
calibration until init() is called.
both module option 'cal' or configuration option 'rf_cal_on_startup'
will override this delay. it makes no sense to mix 'delay_cal' with
'rf_cal_on_startup' as these options conflict with each ot
Until now, if there is a read error in tda18271_get_id, the driver
reports "Unknown device..." Instead, check the return value of
tda18271_read_regs and display the appropriate error message.
Signed-off-by: Michael Krufky
---
drivers/media/tuners/tda18271-fe.c | 10 +-
1 file changed,
Hi Rob
On Tue, 2 Oct 2012, Rob Herring wrote:
> On 09/27/2012 09:07 AM, Guennadi Liakhovetski wrote:
> > This patch adds a document, describing common V4L2 device tree bindings.
> >
> > Co-authored-by: Sylwester Nawrocki
> > Signed-off-by: Guennadi Liakhovetski
> > ---
> > Documentation/devic
This patch enhances s5p-mfc with support for DMABUF exporting via
VIDIOC_EXPBUF ioctl.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
CC: Kamil Debski
---
drivers/media/video/s5p-mfc/s5p_mfc_dec.c | 14 ++
drivers/media/video/s5p-mfc/s5p_mfc_enc.c | 14
This patch enhances s5p-tv with support for DMABUF exporting via
VIDIOC_EXPBUF ioctl.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-tv/mixer_video.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/media/video/s5p-tv/mixer_v
This patch enhances s5p-fimc with support for DMABUF exporting via
VIDIOC_EXPBUF ioctl.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
CC: Sylwester Nawrocki
---
drivers/media/video/s5p-fimc/fimc-capture.c |9 +
1 file changed, 9 insertions(+)
diff --git a/drivers
From: Marek Szyprowski
The DMA transfer must be aligned to a specific value. If userptr is not aligned
to DMA requirements then unexpected corruptions of the memory may occur before
or after a buffer. To prevent such situations, all unligned userptr buffers
are rejected at VIDIOC_QBUF.
Signed-o
This patch adds taking reference to the device for MMAP buffers.
Such buffers, may be exported using DMABUF mechanism. If the driver that
created a queue is unloaded then the queue is released, the device might be
released too. However, buffers cannot be released if they are referenced by
DMABUF
This patch adds support for exporting a dma-contig buffer using
DMABUF interface.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/videobuf2-dma-contig.c | 200
1 file changed, 200 insertions(+)
diff --git a/drivers/media/vid
This patch adds extension to videobuf2-core. It allow to export a mmap buffer
as a file descriptor.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
Acked-by: Laurent Pinchart
---
drivers/media/video/videobuf2-core.c | 82 ++
include/media/video
This patch adds extension to V4L2 api. It allow to export a mmap buffer as file
descriptor. New ioctl VIDIOC_EXPBUF is added. It takes a buffer offset used by
mmap and return a file descriptor on success.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/v4
This patch adds description and usage examples for exporting
DMABUF file descriptor in V4L2.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
CC: linux-...@vger.kernel.org
---
Documentation/DocBook/media/v4l/compat.xml|3 +
Documentation/DocBook/media/v4l/io.xml
From: Marek Szyprowski
Let mmap method to use dma_mmap_coherent call. Moreover, this patch removes
vb2_mmap_pfn_range from videobuf2 helpers as it was suggested by Laurent
Pinchart. The function is no longer used in vb2 code.
Signed-off-by: Marek Szyprowski
Signed-off-by: Tomasz Stanislawski
This patch enhances s5p-fimc with support for DMABUF importing via
V4L2_MEMORY_DMABUF memory type.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
Acked-by: Sylwester Nawrocki
---
drivers/media/video/s5p-fimc/fimc-capture.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(
This patch enhances VIVI driver with a support for importing a buffer
from DMABUF file descriptors.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/vivi.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/video/vivi.c b/
This patch enhances s5p-tv with support for DMABUF importing via
V4L2_MEMORY_DMABUF memory type.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-tv/mixer_video.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/vide
This patch adds support for importing DMABUF files for
vmalloc allocator in Videobuf2.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
Acked-by: Laurent Pinchart
---
drivers/media/video/videobuf2-vmalloc.c | 56 +++
1 file changed, 56 insertions(+)
From: Sumit Semwal
This patch makes changes for adding dma-contig as a dma_buf user. It provides
function implementations for the {attach, detach, map, unmap}_dmabuf()
mem_ops of DMABUF memory type.
Signed-off-by: Sumit Semwal
Signed-off-by: Sumit Semwal
[author of the original patch]
From: Marek Szyprowski
This patch adds support for prepare/finish callbacks in VB2 allocators. These
callback are used for buffer flushing.
Signed-off-by: Marek Szyprowski
Acked-by: Laurent Pinchart
---
drivers/media/video/videobuf2-core.c | 11 +++
include/media/videobuf2-core.h
From: Marek Szyprowski
Add prepare/finish callbacks to vb2-dma-contig allocator.
Signed-off-by: Marek Szyprowski
Acked-by: Laurent Pinchart
---
drivers/media/video/videobuf2-dma-contig.c | 24
1 file changed, 24 insertions(+)
diff --git a/drivers/media/video/videob
This patch introduces usage of dma_map_sg to map memory behind
a userspace pointer to a device as dma-contiguous mapping.
This patch contains some of the code kindly provided by Marek Szyprowski
and Kamil Debski and Andrzej
Pietrasiewicz . Kind thanks for bug reports from Laurent
Pinchart and S
From: Laurent Pinchart
Group functions by buffer type.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/videobuf2-dma-contig.c | 92
1 file changed, 54 insertions(+), 38 deletions(-)
diff --git a/drivers/media/video/videobuf2-dma-contig.c
b/drivers/media
This patch removes a reference to alloc_ctx from an instance of a DMA
contiguous buffer. It helps to avoid a risk of a dangling pointer if the
context is released while the buffer is still valid. Moreover it removes one
dereference step while accessing a device structure.
Signed-off-by: Tomasz Sta
From: Laurent Pinchart
Signed-off-by: Laurent Pinchart
---
drivers/media/video/videobuf2-dma-contig.c | 36 ++--
1 file changed, 18 insertions(+), 18 deletions(-)
diff --git a/drivers/media/video/videobuf2-dma-contig.c
b/drivers/media/video/videobuf2-dma-contig.c
ind
From: Sumit Semwal
Adding DMABUF memory type causes videobuf to complain about not using it
in some switch cases. This patch removes these warnings.
Signed-off-by: Sumit Semwal
Acked-by: Laurent Pinchart
---
drivers/media/video/videobuf-core.c |4
1 file changed, 4 insertions(+)
dif
From: Sumit Semwal
This patch adds support for DMABUF memory type in videobuf2. It calls relevant
APIs of dma_buf for v4l reqbuf / qbuf / dqbuf operations.
For this version, the support is for videobuf2 as a user of the shared buffer;
so the allocation of the buffer is done outside of V4L2. [A s
This patch adds description and usage examples for importing
DMABUF file descriptor in V4L2.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
CC: linux-...@vger.kernel.org
---
Documentation/DocBook/media/v4l/compat.xml |4 +
Documentation/DocBook/media/v4l/io.xml
From: Sumit Semwal
Adds DMABUF memory type to v4l framework. Also adds the related file
descriptor in v4l2_plane and v4l2_buffer.
Signed-off-by: Tomasz Stanislawski
[original work in the PoC for buffer sharing]
Signed-off-by: Sumit Semwal
Signed-off-by: Sumit Semwal
Acked-by: Laurent Pinch
Hello everyone,
This patchset adds support for DMABUF [2] importing and exporting to V4L2
stack.
v9:
- rebase on 3.6
- change type for fs to __s32
- add support for vb2_ioctl_expbuf
- remove patch 'v4l: vb2: add support for DMA_ATTR_NO_KERNEL_MAPPING',
it will be posted as a separate patch
- fix
On 10/02/2012 04:17 PM, Mauro Carvalho Chehab wrote:
Em Tue, 2 Oct 2012 08:22:28 -0400
Michael Krufky escreveu:
On Tue, Oct 2, 2012 at 7:05 AM, Mauro Carvalho Chehab
wrote:
Btw, why do you need to read 16 registers at once, instead of just reading
the needed register? read_extended and write
Hi Laurent,
I am looking at a case where the sensor may stop delivering data, at
which point I want to do a STREAMOFF. In this case, the STREAMOFF takes
2s because of the wait_event_timeout() in ccdc_disable(). This wait
waits for ccdc->stopping to be CCDC_STOP_FINISHED, which happens in two
On 09/27/2012 09:07 AM, Guennadi Liakhovetski wrote:
> This patch adds a document, describing common V4L2 device tree bindings.
>
> Co-authored-by: Sylwester Nawrocki
> Signed-off-by: Guennadi Liakhovetski
> ---
> Documentation/devicetree/bindings/media/v4l2.txt | 162
> ++
This message and the file attached to the message, was NOT sent to the
recipient, because it contains an "Executable Attachment" file type that is
currently being blocked. A copy was also sent to the Quarantine folder
“EXEstrip”.
Subject: [Virus email-worm:w32/mydoom.gen!a] Returned mail: see
Em Tue, 2 Oct 2012 08:22:28 -0400
Michael Krufky escreveu:
> On Tue, Oct 2, 2012 at 7:05 AM, Mauro Carvalho Chehab
> wrote:
> > Btw, why do you need to read 16 registers at once, instead of just reading
> > the needed register? read_extended and write operations are even more evil:
> > they read
On Tue 2 October 2012 13:23:06 Guennadi Liakhovetski wrote:
> Hi Hans
>
> On Tue, 2 Oct 2012, Hans Verkuil wrote:
>
> > On Mon 1 October 2012 19:51:18 Guennadi Liakhovetski wrote:
> > > Hi Hans
> > >
> > > Thanks for the review. As you might have seen, I just posted v2 of this
> > > driver. In
Hi Greg,
Em Mon, 25 Jun 2012 22:55:41 -0300
Mauro Carvalho Chehab escreveu:
> Em 25-06-2012 19:33, Greg KH escreveu:
> > On Mon, Jun 25, 2012 at 05:49:25PM -0300, Mauro Carvalho Chehab wrote:
> >> Greg,
> >>
> >> Basically, the recent changes at request_firmware() exposed an issue that
> >> affe
On 10/02/2012 03:42 PM, Michael Krufky wrote:
On Tue, Oct 2, 2012 at 8:29 AM, Antti Palosaari wrote:
On 10/02/2012 02:05 PM, Mauro Carvalho Chehab wrote:
Em Tue, 02 Oct 2012 12:55:55 +0300
Antti Palosaari escreveu:
On 10/02/2012 06:17 AM, Michael Krufky wrote:
On Mon, Oct 1, 2012 at 9:58
On Tue, Oct 2, 2012 at 8:29 AM, Antti Palosaari wrote:
> On 10/02/2012 02:05 PM, Mauro Carvalho Chehab wrote:
>>
>> Em Tue, 02 Oct 2012 12:55:55 +0300
>> Antti Palosaari escreveu:
>>
>>> On 10/02/2012 06:17 AM, Michael Krufky wrote:
On Mon, Oct 1, 2012 at 9:58 PM, Devin Heitmueller
On 10/02/2012 02:05 PM, Mauro Carvalho Chehab wrote:
Em Tue, 02 Oct 2012 12:55:55 +0300
Antti Palosaari escreveu:
On 10/02/2012 06:17 AM, Michael Krufky wrote:
On Mon, Oct 1, 2012 at 9:58 PM, Devin Heitmueller
wrote:
On Mon, Oct 1, 2012 at 8:52 PM, Antti Palosaari wrote:
New drxk firmware
On Tue, Oct 2, 2012 at 7:05 AM, Mauro Carvalho Chehab
wrote:
> Btw, why do you need to read 16 registers at once, instead of just reading
> the needed register? read_extended and write operations are even more evil:
> they read/write the full set of 39 registers on each operation. That seems
> to
Hey,
Bit late reply, hopefully not too late.
Op 30-08-12 16:00, Tom Cooksey schreef:
> Hi All,
>
> Over the last few months I've been working on & off with a few people from
> Linaro on a new EGL extension. The extension allows constructing an EGLImage
> from a (set of) dma_buf file descriptors,
Hi Hans
On Tue, 2 Oct 2012, Hans Verkuil wrote:
> On Mon 1 October 2012 19:51:18 Guennadi Liakhovetski wrote:
> > Hi Hans
> >
> > Thanks for the review. As you might have seen, I just posted v2 of this
> > driver. In it I addressed almost all your comments. As for the rest:
> >
> > On Tue, 11
> From: Arun Kumar K [mailto:arun...@samsung.com]
> Sent: 02 October 2012 16:56
>
> From: Jeongtae Park
>
> Adds register definitions for MFC v6.x firmware
>
> Signed-off-by: Jeongtae Park
> Signed-off-by: Janghyuck Kim
> Signed-off-by: Jaeryul Oh
> Signed-off-by: Naveen Krishna Chatradhi
>
> From: Arun Kumar K [mailto:arun...@samsung.com]
> Sent: 02 October 2012 16:56
>
> MFC variant data replaces various macros used in the driver
> which will change in a different version of MFC hardware.
> Also does a cleanup of MFC context structure and common files.
>
> Signed-off-by: Jeongtae
> From: Arun Kumar K [mailto:arun...@samsung.com]
> Sent: 02 October 2012 16:56
>
> New controls are added for supporting H264 encoding features like
> - MVC frame packing
> - Flexible macroblock ordering
> - Arbitrary slice ordering
> - Hierarchical coding
>
> Signed-off-by: Jeongtae Park
> Sig
> From: Arun Kumar K [mailto:arun...@samsung.com]
> Sent: 02 October 2012 16:56
>
> Adds the following new fourcc definitions.
> For multiplanar YCbCr
> - V4L2_PIX_FMT_NV21M
> - V4L2_PIX_FMT_NV12MT_16X16
> and compressed formats
> - V4L2_PIX_FMT_H264_MVC
> - V4L2_PIX_FMT_VP
Hi Arun,
Thank you for your hard work with these patches.
I think that they are ready to be merged.
Best wishes,
--
Kamil Debski
Linux Platform Group
Samsung Poland R&D Center
> From: Arun Kumar K [mailto:arun...@samsung.com]
> Sent: 02 October 2012 16:56
>
> The patchset adds support for MFCv
Em Tue, 02 Oct 2012 12:55:55 +0300
Antti Palosaari escreveu:
> On 10/02/2012 06:17 AM, Michael Krufky wrote:
> > On Mon, Oct 1, 2012 at 9:58 PM, Devin Heitmueller
> > wrote:
> >> On Mon, Oct 1, 2012 at 8:52 PM, Antti Palosaari wrote:
> >>> New drxk firmware download does not work with tda18271.
On Tue, 2 Oct 2012, Sylwester Nawrocki wrote:
> Hi Guennadi,
>
> On 10/02/2012 11:49 AM, Guennadi Liakhovetski wrote:
> >>> + if (!of_property_read_u32_array(node, "data-lanes", data_lanes,
> >>> + ARRAY_SIZE(data_lanes))) {
> >>> + int i;
> >>> + f
On Tue 2 October 2012 12:42:10 Michael West wrote:
> Was looking to make a better fix than trying to just remove that line while
> the Make was busy running so I made a quick simple backports patch.
> This patch can be applied to the media_build git and it will remove the
> devm_regulator_bulk_ge
Was looking to make a better fix than trying to just remove that line while the
Make was busy running so I made a quick simple backports patch.
This patch can be applied to the media_build git and it will remove the
devm_regulator_bulk_get function call that is not supported in pre 3.4 kernels
f
Em Mon, 1 Oct 2012 21:43:51 -0400
Michael Krufky escreveu:
> On Mon, Oct 1, 2012 at 8:52 PM, Antti Palosaari wrote:
> > New drxk firmware download does not work with tda18271. Actual
> > reason is more drxk driver than tda18271. Anyhow, tda18271c2dd
> > will work as it does not do as much I/O du
Hi Guennadi,
On 10/02/2012 11:49 AM, Guennadi Liakhovetski wrote:
>>> + if (!of_property_read_u32_array(node, "data-lanes", data_lanes,
>>> + ARRAY_SIZE(data_lanes))) {
>>> + int i;
>>> + for (i = 0; i< ARRAY_SIZE(data_lanes); i++)
>>> +
On 10/02/2012 06:17 AM, Michael Krufky wrote:
On Mon, Oct 1, 2012 at 9:58 PM, Devin Heitmueller
wrote:
On Mon, Oct 1, 2012 at 8:52 PM, Antti Palosaari wrote:
New drxk firmware download does not work with tda18271. Actual
reason is more drxk driver than tda18271. Anyhow, tda18271c2dd
will work
Hi Sylwester
On Mon, 1 Oct 2012, Sylwester Nawrocki wrote:
> On 09/27/2012 04:07 PM, Guennadi Liakhovetski wrote:
> > Add a V4L2 OF parser, implementing bindings, documented in
> > Documentation/devicetree/bindings/media/v4l2.txt.
> >
> > Signed-off-by: Guennadi Liakhovetski
> > ---
> > driver
1 - 100 of 111 matches
Mail list logo
