The patch series adds a much-missed support for debugfs to dma-buf framework.
Based on the feedback received on v1 of this patch series, support is also
added to allow exporters to provide name-strings that will prove useful
while debugging.
Some more magic can be added for more advanced
For debugging purposes, it is useful to have a name-string added
while exporting buffers. Hence, dma_buf_export() is replaced with
dma_buf_export_named(), which additionally takes 'exp_name' as a
parameter.
For backward compatibility, and for lazy exporters who don't wish to
name themselves, a
Add debugfs support to make it easier to print debug information
about the dma-buf buffers.
Cc: Dave Airlie airl...@redhat.com
[minor fixes on init and warning fix]
Signed-off-by: Sumit Semwal sumit.sem...@linaro.org
---
changes since v2: (based on review comments from Laurent Pinchart)
-
On Wed, Apr 3, 2013 at 12:30 PM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
On Wed, 3 Apr 2013, Fabio Porcedda wrote:
On Mon, Mar 18, 2013 at 11:09 AM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
Hi Fabio
On Mon, 18 Mar 2013, Fabio Porcedda wrote:
The commit 39793c6
Hello,
These two patches implement support for the common clock framework in the OMAP3
ISP and MT9P031 drivers. They finally get rid of the last isp_platform_callback
operation, and thus of the isp_platform_callback structure completely, as well
as the only platform callback from the mt9p031
Configure the device external clock using the common clock framework
instead of a board code callback function.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/i2c/mt9p031.c | 22 +++---
include/media/mt9p031.h | 2 --
2 files changed, 15
Hi Laurent,
I don't remember when did I see equally nice patch to the omap3isp driver!
:-) Thanks!
A few comments below.
On Thu, Apr 04, 2013 at 01:08:38PM +0200, Laurent Pinchart wrote:
...
+static int isp_xclk_set_rate(struct clk_hw *hw, unsigned long rate,
+
Hi Sakari,
On 04/04/2013 01:20 PM, Sakari Ailus wrote:
Hi Laurent,
I don't remember when did I see equally nice patch to the omap3isp driver!
:-) Thanks!
A few comments below.
On Thu, Apr 04, 2013 at 01:08:38PM +0200, Laurent Pinchart wrote:
...
+xclk-lookup =
Hi Sakari,
Thanks for the comments.
On Thursday 04 April 2013 14:20:04 Sakari Ailus wrote:
Hi Laurent,
I don't remember when did I see equally nice patch to the omap3isp driver!
:-) Thanks!
A few comments below.
On Thu, Apr 04, 2013 at 01:08:38PM +0200, Laurent Pinchart wrote:
...
Hello,
Here's the second version of the common clock framework support for the OMAP3
ISP and MT9P031 drivers. They finally get rid of the last isp_platform_callback
operation, and thus of the isp_platform_callback structure completely, as well
as the only platform callback from the mt9p031
Configure the device external clock using the common clock framework
instead of a board code callback function.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/i2c/mt9p031.c | 22 +++---
include/media/mt9p031.h | 2 --
2 files changed, 15
Expose the two ISP external clocks XCLKA and XCLKB as common clocks for
subdev drivers.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/isp.c | 270 --
drivers/media/platform/omap3isp/isp.h | 22 ++-
I'm sorry, this email ended up quite a bit longer than I had hoped for;
please bear with me.
On Tue, 2013-04-02 at 18:59 +0200, Peter Zijlstra wrote:
struct ww_mutex; /* wound/wait */
int mutex_wound_lock(struct ww_mutex *); /* returns -EDEADLK */
int mutex_wait_lock(struct ww_mutex
Hi Sylwester,
On Thu, Apr 04, 2013 at 01:27:32PM +0200, Sylwester Nawrocki wrote:
clkdev_drop() will free memory allocated here. So using devm_kzalloc()
wouldn't be correct.
Thanks for pointing this out. I should educate myself on the common clock
framework. The problem, though, is where to
Hi Laurent,
On Thu, Apr 04, 2013 at 01:51:39PM +0200, Laurent Pinchart wrote:
Hello,
Here's the second version of the common clock framework support for the OMAP3
ISP and MT9P031 drivers. They finally get rid of the last
isp_platform_callback
operation, and thus of the
On Thu, Apr 04, 2013 at 02:01:48PM +0200, Peter Zijlstra wrote:
I'm sorry, this email ended up quite a bit longer than I had hoped for;
please bear with me.
On Tue, 2013-04-02 at 18:59 +0200, Peter Zijlstra wrote:
struct ww_mutex; /* wound/wait */
int mutex_wound_lock(struct
The driver isn't actively maintained anymore, update its status.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 154b02c..098eb7d 100644
--- a/MAINTAINERS
+++
Hi Scott,
On Monday 01 April 2013 17:33:02 Scott Jiang wrote:
Hi Laurent,
+struct mt9m114_reg {
+ u16 reg;
+ u32 val;
+ int width;
+};
+
+enum {
+ MT9M114_QVGA,
+ MT9M114_VGA,
+ MT9M114_WVGA,
+ MT9M114_720P,
+};
This is the
Hi Alan,
On Thursday 28 March 2013 10:45:27 Alan Stern wrote:
On Thu, 28 Mar 2013, Laurent Pinchart wrote:
The camera fails to start video streaming after having been autosuspend.
Add a new quirk to selectively disable autosuspend for devices that
don't support it.
Signed-off-by:
On Thu, 2013-04-04 at 15:31 +0200, Daniel Vetter wrote:
Hm, I guess your aim with the TASK_DEADLOCK wakeup is to bound the
wait
times of older task.
No, imagine the following:
struct ww_mutex A, B;
struct mutex C;
task-O task-Y task-X
A
B
On Thu, 2013-04-04 at 15:31 +0200, Daniel Vetter wrote:
The trick with the current code is that the oldest task
will never see an -EAGAIN ever and hence is guaranteed to make forward
progress. If the task is really unlucky though it might be forced to
wait
for a younger task for every
On Thu, 2013-04-04 at 15:31 +0200, Daniel Vetter wrote:
The thing is now that you're not expected to hold these locks for a
long
time - if you need to synchronously stall while holding a lock
performance
will go down the gutters anyway. And since most current
gpus/co-processors
still can't
On Thu, 2013-04-04 at 15:31 +0200, Daniel Vetter wrote:
Another big reason for having a start/end marker like you've describe
is
lockdep support.
Yeah, I saw how you did that.. but there's other ways of making it work
too, you could for instance create a new validation state for this type
of
On Thu, 2013-04-04 at 15:31 +0200, Daniel Vetter wrote:
I'm a bit confused about the different classes you're talking about.
Since
the ticket queue is currently a global counter there's only one class
of
ww_mutexes.
Right, so that's not something that's going to fly.. we need to support
On Thu, 2013-04-04 at 15:31 +0200, Daniel Vetter wrote:
We've discussed this approach of using (rt-prio, age) instead of just
age
to determine the the oldness of a task for deadlock-breaking with
-EAGAIN. The problem is that through PI boosting or normal rt-prio
changes
while tasks are
On Thu, 2013-04-04 at 15:31 +0200, Daniel Vetter wrote:
Well, it was a good read and I'm rather happy that we agree on the
ww_ctx
thing (whatever it's called in the end), even though we have slightly
different reasons for it.
Yeah, I tried various weirdness to get out from under it, but the
On Thu, Apr 4, 2013 at 3:31 PM, Daniel Vetter dan...@ffwll.ch wrote:
In this case when O blocks Y isn't actually blocked, so our
TASK_DEADLOCK wakeup doesn't actually achieve anything.
This means we also have to track (task) state so that once Y tries to
acquire A (creating the actual
On Thu, Apr 4, 2013 at 6:38 PM, Peter Zijlstra pet...@infradead.org wrote:
On Thu, 2013-04-04 at 15:31 +0200, Daniel Vetter wrote:
Hm, I guess your aim with the TASK_DEADLOCK wakeup is to bound the
wait
times of older task.
No, imagine the following:
struct ww_mutex A, B;
struct mutex C;
Mauro,
This series includes couple fixes for the exynos4-is drivers (previously
s5p-fimc), some cleanups required for ARCH_MULTIPLATFORM support, a fix for
the V4L2 OF parsing lib. The most significant addition is the V4L2 driver
for Exynos4x12 SoCs FIMC-IS - a subsystem consisting of camera ISP,
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: Thu Apr 4 19:00:19 CEST 2013
git branch: test
git hash: f9f11dfe4831adb1531e1face9dcd9fc57665d2e
gcc
rc_unregister_device already calls rc_free_device to free the passed
device. But in one of ttusbir's probe fail paths, we call
rc_unregister_device _and_ rc_free_device. This is wrong and results
in a double free.
Instead, set rc to NULL resulting in rc_free_device being a noop.
Signed-off-by:
On Thu, Apr 4, 2013 at 6:49 PM, Peter Zijlstra pet...@infradead.org wrote:
On Thu, 2013-04-04 at 15:31 +0200, Daniel Vetter wrote:
We've discussed this approach of using (rt-prio, age) instead of just
age
to determine the the oldness of a task for deadlock-breaking with
-EAGAIN. The problem
On 03/26/2013 09:58 AM, Sylwester Nawrocki wrote:
From: Guennadi Liakhovetski g.liakhovet...@gmx.de
This patch adds a document describing common OF bindings for video
capture, output and video processing devices. It is curently mainly
focused on video capture devices, with data busses
Em Thu, 4 Apr 2013 13:08:37 +0200
Laurent Pinchart laurent.pinch...@ideasonboard.com escreveu:
Hello,
These two patches implement support for the common clock framework in the
OMAP3
ISP and MT9P031 drivers. They finally get rid of the last
isp_platform_callback
operation, and thus of
Signed-off-by: Peter Wiesepeter.wi...@gmx.de
Committer: Peter Wiese peter.wi...@gmx.de
modified: drivers/media/pci/ttpci/budget.c
added support for Philips Semiconductor (now NXP) SAA7146
reference design DVB Sat card, using ALPS BSRU6 tuner
3 changes in budget.c driver to enable proper
35 matches
Mail list logo