Sorry I should have checked below things before sending the first patch.
Correct reference of reading values. (rval -> reg_val)
Add the missing unlock before return from function lm3560_get_ctrl()
to avoid deadlock.
Thank you Dan Carpenter & Sakari.
Signed-off-by: Daniel Jeong
---
drivers/medi
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: Fri Dec 6 04:02:22 CET 2013
git branch: test
git hash: 3f823e094b935c1882605f8720336ee23433a16d
gcc versio
> From: ext Nils Faerber [nils.faer...@kernelconcepts.de]
> Sent: Thursday, December 05, 2013 4:03 PM
> To: Pali Rohár; Hans Verkuil; Mauro Carvalho Chehab;
> linux-ker...@vger.kernel.org; linux-media@vger.kernel.org; Nurkkala Eero.1
> (EXT-Haltian/Oulu); Joni Lapilainen; Ивайло Димитров; Pavel
On Thursday, December 05, 2013 at 07:28:07 PM, Denis Carikli wrote:
[...]
Can you please explain the correction here ? Why is it needed ? What was the
problem ?
Thanks!
Best regards,
Marek Vasut
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message t
Stop that, stop that! You're not going to do a song while I'm here.
Signed-off-by: Kees Cook
---
https://lkml.org/lkml/2013/12/4/786
http://www.youtube.com/watch?v=g3YiPC91QUk#t=62
---
Documentation/cgroups/resource_counter.txt |2 +-
Documentation/video4linux/si476x.txt |2 +-
arc
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Stephen Warren
Cc: Ian Campbell
Cc: devicet...@vger.kernel.org
Cc: Greg Kroah-Hartman
Cc: driverdev-de...@linuxdriverproject.org
Cc: David Airlie
Cc: dri-de...@lists.freedesktop.org
Cc: Mauro Carvalho Chehab
Cc: Laurent Pinchart
Cc: linux
That new macro is needed by the imx_drm staging driver
for supporting the QVGA display of the eukrea-cpuimx51 board.
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Stephen Warren
Cc: Ian Campbell
Cc: devicet...@vger.kernel.org
Cc: Greg Kroah-Hartman
Cc: driverdev-de...@linuxdriverproj
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Stephen Warren
Cc: Ian Campbell
Cc: devicet...@vger.kernel.org
Cc: Greg Kroah-Hartman
Cc: driverdev-de...@linuxdriverproject.org
Cc: David Airlie
Cc: dri-de...@lists.freedesktop.org
Cc: Mauro Carvalho Chehab
Cc: Laurent Pinchart
Cc: linux
On Wed, Dec 04, 2013 at 06:13:34PM +0100, Laurent Pinchart wrote:
> Replace devm_request_mem_region() and devm_ioremap_nocache() with
> devm_ioremap_resource(). The behaviour remains the same and the code is
> simplified.
>
> Signed-off-by: Laurent Pinchart
Nice one! :)
Acked-by: Sakari Ailus
On 5 December 2013 22:17, Sean Young wrote:
> On Thu, Dec 05, 2013 at 10:05:45PM +0530, Rajil Saraswat wrote:
>> On 5 December 2013 18:54, Sean Young wrote:
>>
>> > I really don't know why that would happen. If I understand it correctly
>> > this is an error that is returned by the usb host contr
On Thu, Dec 05, 2013 at 10:05:45PM +0530, Rajil Saraswat wrote:
> On 5 December 2013 18:54, Sean Young wrote:
>
> > I really don't know why that would happen. If I understand it correctly
> > this is an error that is returned by the usb host controller driver.
> >
> > Could you set CONFIG_USB_DEB
On 5 December 2013 18:54, Sean Young wrote:
> I really don't know why that would happen. If I understand it correctly
> this is an error that is returned by the usb host controller driver.
>
> Could you set CONFIG_USB_DEBUG and see if you get more information?
>
>
> Sean
The usbmon log with CONF
* Fix a couple of memcpy calls, and remove a bogus one
* Properly use lengths of centre_frequency loop and subcell_info loop
(they count bytes, not entries)
Signed-off-by: Nikolaus Schulz
---
lib/libdvbv5/descriptors/desc_t2_delivery.c | 35 ++-
1 files changed, 18 in
Am 05.12.2013 14:57, schrieb Sebastian Reichel:
> On Thu, Dec 05, 2013 at 02:20:56PM +0100, Pali Rohár wrote:
>>> Anyway, I've posted the pull request. Please note, if you want
>>> to avoid having this driver be removed again in the future,
>>> then you (or someone else) should work on addressing t
On Thu, Dec 05, 2013 at 02:20:56PM +0100, Pali Rohár wrote:
> > Anyway, I've posted the pull request. Please note, if you want
> > to avoid having this driver be removed again in the future,
> > then you (or someone else) should work on addressing the
> > issues in the TODO file I added.
>
> Ok. C
On Sat, Nov 30, 2013 at 12:52:17AM +0530, Rajil Saraswat wrote:
> i have an Asus H87 Pro motherboard on which i am trying to use my
> mceusb receiver. The device refuses to generate any events. Strangely,
> it does work on one of my laptops.
>
> I have attached usbmon traces of it working and no
On Thursday 05 December 2013 08:52:30 Hans Verkuil wrote:
> On 12/02/2013 09:51 PM, Pali Rohár wrote:
> > On Monday 04 November 2013 12:39:44 Hans Verkuil wrote:
> >> Hi Pali,
> >>
> >> On 10/26/2013 10:45 PM, Pali Rohár wrote:
> >>> On Saturday 26 October 2013 22:22:09 Hans Verkuil wrote:
> >
Hi Andrea and Hans,
On Thu, Dec 05, 2013 at 12:53:32PM +0100, Hans Verkuil wrote:
>
> > - finally which approach do you suggest for supporting this ancient
> > feature, if feasibiliy tests are ok: - a libusb quick hack? - an
> > implementation of the bindings between user level /dev/vbi and
> > u
Hi Andrea,
On 12/05/13 11:43, Andrea Venturi wrote:
> i'm working on a project for legacy support of a teletext server with
> composite output interface.
>
> i supposed to "ingest" teletext using the /dev/vbi support on linux
> so i've got an Easycap dongle
>
> Bus 001 Device 008: ID 05e1:0408 S
The following changes since commit 3f823e094b935c1882605f8720336ee23433a16d:
[media] exynos4-is: Simplify fimc-is hardware polling helpers (2013-12-04
15:54:19 -0200)
are available in the git repository at:
git://linuxtv.org/snawrocki/samsung.git v3.14-s5p-jpeg-exynos4x12
for you to fetch
Hi,
This is the 10th iteration of S5K5BAF camera patch (time for celebration).
All changes are described in patches.
Regards
Andrzej
Andrzej Hajda (2):
s5k5baf: add camera sensor driver
s5k5baf: add DT bindings for camera sensor
.../devicetree/bindings/media/samsung-s5k5baf.txt | 58 +
The patch adds the DT bindings documentation for
Samsung S5K5BAF Image Sensor.
Signed-off-by: Andrzej Hajda
Signed-off-by: Kyungmin Park
Acked-by: Mark Rutland
---
v10
- bindings moved to separate patch,
- improved clocks description.
---
.../devicetree/bindings/media/samsung-s5k5baf.txt | 58
i'm working on a project for legacy support of a teletext server with
composite output interface.
i supposed to "ingest" teletext using the /dev/vbi support on linux so
i've got an Easycap dongle
Bus 001 Device 008: ID 05e1:0408 Syntek Semiconductor Co., Ltd STK1160
Video Capture Device
AF
Hello,
On 2013-12-04 15:14, Hans Verkuil wrote:
Commit dc77523c5da5513df1bbc74db2a522a94f4cec0e ensured that m.offset is
only set for the MMAP memory mode by calling __setup_offsets only for that
mode.
However, __setup_offsets also initializes the length fields, and that should
be done regardle
Hi Randy,
> -Original Message-
> From: randy [mailto:lxr1...@hotmail.com]
> Sent: Thursday, December 05, 2013 1:27 AM
> To: linux-media@vger.kernel.org
> Cc: Kamil Debski; m.szyprow...@samsung.com; kyungmin.p...@samsung.com;
> m.che...@samsung.com; jtp.p...@samsung.com
> Subject: Re: Can't
On Wed, Dec 04, 2013 at 11:17:43PM +, Sylwester Nawrocki wrote:
> On 10/31/2013 04:29 PM, Andrzej Hajda wrote:
> > Driver for Samsung S5K5BAF UXGA 1/5" 2M CMOS Image Sensor
> > with embedded SoC ISP.
> > The driver exposes the sensor as two V4L2 subdevices:
> > - S5K5BAF-CIS - pure CMOS Image S
From: Hans Verkuil
Two fixes:
- there is no need to set the index when calling dqbuf: dqbuf will
overwrite it.
- __vb2_init_fileio already starts streaming for write(), so there is
no need to do it again in __vb2_perform_fileio. It can never have
worked anyway: either __vb2_init_fileio suc
From: Hans Verkuil
Rather than taking the mmap semaphore at a relatively high-level function,
push it down to the place where it is really needed.
It was placed in vb2_queue_or_prepare_buf() to prevent racing with other
vb2 calls. The only way I can see that a race can happen is when two
threads
From: Hans Verkuil
When preparing a buffer the queue lock is released for a short while
if the memory mode is USERPTR (see __buf_prepare for the details), which
would allow a race with a REQBUFS which can free the buffers. Removing the
buffers from underneath __buf_prepare is obviously a bad idea
From: Hans Verkuil
In order to implement vb2 DVB support you need to be able to start
a kernel thread that queues and dequeues buffers, calling a callback
function for every buffer. This patch adds support for that.
It's based on drivers/media/v4l2-core/videobuf-dvb.c, but with all the DVB
speci
From: Hans Verkuil
videobuf2 file I/O emulation assumed that buffers dequeued from the
driver would return in the order they were enqueued in the driver.
Improve the file I/O emulator's book-keeping to remove this assumption.
Also set the buf->size properly if a write() dequeues a buffer and th
From: Hans Verkuil
Signed-off-by: Hans Verkuil
---
drivers/media/platform/davinci/vpbe_display.c | 2 +-
drivers/media/platform/davinci/vpif_capture.c | 2 +-
drivers/media/platform/davinci/vpif_display.c | 2 +-
drivers/media/platform/s5p-mfc/s5p_mfc_enc.c| 2 +-
drivers/media/platfo
From: Hans Verkuil
With the new vb2_thread_start/stop core code it is very easy to implement
videobuf2-dvb. This should simplify converting existing videobuf drivers to
vb2.
Signed-off-by: Hans Verkuil
---
drivers/media/v4l2-core/Kconfig | 4 +
drivers/media/v4l2-core/Makefile
From: Hans Verkuil
The callback used to merge the common code of the qbuf/prepare_buf
code can be removed now that the mmap_sem handling is pushed down to
__buf_prepare(). This makes the code more readable.
Signed-off-by: Hans Verkuil
---
drivers/media/v4l2-core/videobuf2-core.c | 118
From: Hans Verkuil
The read/write implementation in vb2 reuses existing vb2 functions, but
it sets q->fileio to NULL before calling them in order to skip the
'q->fileio != NULL' check.
This works today due to the synchronous nature of read/write, but it
1) is ugly, and 2) will fail in an asynchr
This patch series does some cleanups in the qbuf/prepare_buf handling
(the first two patches). The third patch removes the 'fileio = NULL'
hack. That hack no longer works when dealing with asynchronous calls
from a kernel thread so it had to be fixed.
The next three patches implement retrying star
From: Hans Verkuil
If start_streaming returns -ENODATA, then it will be retried the next time
a buffer is queued. This means applications no longer need to know how many
buffers need to be queued before STREAMON can be called. This is particularly
useful for output stream I/O.
If a DMA engine ne
37 matches
Mail list logo
