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 debugging, but we'll leave that
for the time being.
Best regards,
~Sumit.
---
changes since v2: (based on review comments from Laurent Pinchart)
- reordered functions to avoid forward declaration
- added __exitcall for dma_buf_deinit()
changes since v1:
- added patch to replace dma_buf_export() with dma_buf_export_named(), per
suggestion from Daniel Vetter.
- fixes on init and warnings as reported and corrected by Dave Airlie.
- added locking while walking attachment list - reported by Daniel Vetter.
Sumit Semwal (2):
dma-buf: replace dma_buf_export() with dma_buf_export_named()
dma-buf: Add debugfs support
Documentation/dma-buf-sharing.txt | 13 ++-
drivers/base/dma-buf.c | 170 ++++++++++++++++++++++++++++++++++++-
include/linux/dma-buf.h | 16 +++-
3 files changed, 190 insertions(+), 9 deletions(-)
--
1.7.10.4
=== Highlights ===
* Implemented file backed volatile ranges ontop of Minchan's anonymous
volatile ranges patch, sent out to lkml for comments.
* Had some discussions with Minchan on the issues regarding the various
potential interfaces and how they might mix.
* Had some discussions with community folks on how to expose sched_clock
timestamps to userland for perf, and how I think its a bad idea.
* Tglx pulled in the first half of my 3.10 patch queue
* Reviewed Serban's binder patches a few times before he sent them to
lkml/arve
* Worked with Viresh to resolve a quirk with merge_config.sh, sent the
patch upstream.
* Reviewed blueprints and sent out Android Upstreaming status email.
* Got pinged by some stranger, Zach Pfeffub(or something like that) on
tips for upstreaming a hardware driver from AOSP
* Did an interview.
* Got a chromebook & started to play around with it a bit.
=== Plans ===
* Continue focus on volatile range work in prep for lsf-mm
* Still need to work on earlysuspend blog post
* Double around on timekeeping lock hold-time patch queue
* Likely more discussion on perf/sched_clock() interfaces
=== Issues ===
* Oh man. This cold just doesn't go away! This week was a foggy blur
(how is it already friday!?).
sched_domains_numa_distance is written as sched_domains_nume_distance inside one
of the comments. Fix it.
Signed-off-by: Viresh Kumar <viresh.kumar(a)linaro.org>
---
kernel/sched/core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index 286066e..2e0de12 100644
--- a/kernel/sched/core.c
+++ b/kernel/sched/core.c
@@ -6251,7 +6251,7 @@ static void sched_init_numa(void)
* 'level' contains the number of unique distances, excluding the
* identity distance node_distance(i,i).
*
- * The sched_domains_nume_distance[] array includes the actual distance
+ * The sched_domains_numa_distance[] array includes the actual distance
* numbers.
*/
--
1.7.12.rc2.18.g61b472e
Hello,
With the latest linaro-kernel release (ll_20130321.0), LPAE seems to be
broken on Versatile Express (and possible other targets too) as it hangs
very early in the boot process when enabled. KVM builds depend on LPAE, so
it would be good to see this fixed on next release.
Attached you can find said fix.
Regards.
Hi all,
Here are a few updates from the Android dev tree. Thanks to Arve Hjønnevåg
for the code, and John Stultz for actually preparing commits for
submission.
Unless there are objections, I'll push these updates to linux-pstore.git.
Thanks!
Anton
On 3 April 2013 22:08, David Miller <davem(a)davemloft.net> wrote:
> From: Viresh Kumar <viresh.kumar(a)linaro.org>
> Date: Wed, 3 Apr 2013 14:59:44 +0530
>
>> On 1 April 2013 10:11, Viresh Kumar <viresh.kumar(a)linaro.org> wrote:
>>> On 31 March 2013 22:10, David Miller <davem(a)davemloft.net> wrote:
>>>>> On 26 March 2013 09:55, Viresh Kumar <viresh.kumar(a)linaro.org> wrote:
>>>>>> From: Viresh Kumar <viresh.kumar(a)linaro.org>
>>>>>> Date: Mon, 25 Mar 2013 11:20:23 +0530
>>>>>> Subject: [PATCH] sparc: cpufreq: move cpufreq driver to drivers/cpufreq
>>>
>>>> Subject line still has the "spark" typo.
>>>
>>> Your mail was scary, really... HOW can i do it??
>>>
>>> And then i saw how you got it wrong. I haven't sent a new mail, so mails subject
>>> remains the same... I copied V2 in the same mail.. Check above, subject looks
>>> fine :)
>>
>> Hi David,
>>
>> I think all pending issues are fixed now... Can i have your Ack please?
>> Or maybe more comments :)
>
> Acked-by: David S. Miller <davem(a)davemloft.net>
Adding everybody else in cc.