On Sat, Sep 8, 2012 at 7:41 AM, Tejun Heo wrote:
> I think this should do it. Can you spot any hole with the following
> patch?
>
> Thanks.
>
> Index: work/kernel/workqueue.c
> ===
> --- work.orig/kernel/workqueue.c
> +++
fix deadlock in rebind_workers()
Current idle_worker_rebind() has a bug.
idle_worker_rebind() path HOTPLUG path
online
rebind_workers()
wait_event(gcwq->rebind_hold)
exile operation = list_del_init(>entry).
and destory operation -> list_del_init(>entry).
so we can use list_empty(>entry) to know: does the worker
has been exiled or killed.
WORKER_REBIND is not need any more, remove it to reduce the states
of workers.
Signed-off-by: Lai Jiangshan
---
If hotplug code grabbed the manager_mutex and worker_thread try to create
a worker, the manage_worker() will return false and worker_thread go to
process work items. Now, on the CPU, all workers are processing work items,
no idle_worker left/ready for managing. It breaks the concept of workqueue
assoc_mutex is clear, it protects GCWQ_DISASSOCIATED.
And the C.S. of assoc_mutex is narrowed, it protects
create_worker()+start_worker() which require
GCWQ_DISASSOCIATED stable. don't need to protects
the whole manage_workers().
A result of narrowed C.S. maybe_rebind_manager()
has to be moved
because old busy_worker_rebind_fn() have to wait until all idle worker finish.
so we have to use two flags WORKER_UNBOUND and WORKER_REBIND to avoid
prematurely clear all NOT_RUNNING bit when highly frequent offline/online.
but current code don't need to wait idle workers. so we don't need to
use
The compiler may compile this code into TWO write/modify instructions.
worker->flags &= ~WORKER_UNBOUND;
worker->flags |= WORKER_REBIND;
so the other CPU may see the temporary of worker->flags which has
not WORKER_UNBOUND nor WORKER_REBIND, it will wrongly do local
We have this plan for manage_workers(): if failed to grab
manager_mutex via mutex_trylock(), we will release gcwq->lock and then
grab manager_mutex again.
This plan will open a hole: hotplug is running after we release gcwq->lock,
and it will not handle the binding of manager. so we add ->manager
The patch set is based on 3b07e9ca26866697616097044f25fbe53dbab693 of wq.git
Patch 1,2 are accepted. Patch 1 goes to 3.6. tj has a replacement goes
to 3.6 instead of Patch 2. so Patch2 will go to 3.7. Patch2 will need
to be rebased if the replacement is still in 3.7.
(tj, could you help me do the
arch_uprobe_disable_step() should also take UTASK_SSTEP_TRAPPED into
account. In this case the probed insn was not executed, we need to
clear X86_EFLAGS_TF if it was set by us and that is all.
Again, this code will look more clean when we move it into
arch_uprobe_post_xol() and
On 09/03, Oleg Nesterov wrote:
>
> Sebastian, I changed your patches a bit:
>
> 1/7:
>
> - Change the subject and update the changelog. In particular,
> s/utrace/uprobes/. I am wondering where this typo came from ;)
Hmm. I just noticed this patch is buggy.
Adko Branil writes:
> After updating bios no more crashes happened, i tested it many times
> on heavy HDD IO loads, with many kernels (including CONFIG_PREEMPT
> kernels). But now if enable "Cool'n' Quiet" option in bios,
> CONFIG_PREEMPT_VOLUNTARY kernel with passed "nosmp" at boot time,
>
On Sat, Sep 8, 2012 at 6:06 PM, David Ahern wrote:
> basename can modify strings passed to it, so the strings should not
> be marked const. Clean up the offenders and remove the BIONIC wrapper
> for libgen.h
>
> Irina: Would you verify perf still compiles cleanly for Android. Thanks.
To all
I figured the source of my problem. Normally, the Linux kernel will
treat mmc cards as removed during suspend. This is in case the card
is swapped by the user during the suspend. However, on the OLinuXino
the mmc device is the root file system If the Linux kernel treats the
mmc card as removed
The I2C core provides a means to instantiate devices from userspace
using sysfs attributes. Provide the same mechanism for SPI devices.
Signed-off-by: Guenter Roeck
---
This helped me tremendously for testing new SPI master and client drivers.
Maybe it is useful for others as well.
Instead of using simple_strtoul which "converts" invalid numbers to 0,
use strict_strtoul and perform error checking to ensure that userspace
passes us a valid unsigned long. This addresses problems with functions
such as writev, which might want to write a trailing newline -- the
newline should
The function scans @delaying_queue and stops at the first inode
whose dirtied_when is after *work->older_than_this. So the expired
ones being moved are those before *work->older_than_this. Correct
the comment here.
Signed-off-by: Wang Sheng-Hui
---
fs/fs-writeback.c |2 +-
1 files changed,
On Sat, 8 Sep 2012 21:42:20 +0800
Fengguang Wu wrote:
> On Fri, Sep 07, 2012 at 06:32:48PM -0700, Yinghai Lu wrote:
>
> > > with this one in pci/next pci config in /sys are not created.
> > >
> > > 10:~ # lspci -tv
> > > pcilib: Cannot open /sys/bus/pci/devices/:00:03.0/config
> > > lspci:
> I could see that allocating out of the slab would mean less waste when
> you have >4k pages, but why would it be faster than just allocating a
> page directly?
The slab allocator is far more optimized than the page allocator
for the fast path (in fact page could need some major diet in its
On Sat, Sep 8, 2012 at 6:42 AM, Fengguang Wu wrote:
> On Fri, Sep 07, 2012 at 06:32:48PM -0700, Yinghai Lu wrote:
>
>> > with this one in pci/next pci config in /sys are not created.
>> >
>> > 10:~ # lspci -tv
>> > pcilib: Cannot open /sys/bus/pci/devices/:00:03.0/config
>> > lspci: Unable to
On Sat, Sep 08, 2012 at 05:41:05PM +0800, Jianpeng Ma wrote:
> Hi:
> At present,i used blktrace to trace block io.But i always met error,
> the message like:
> >BLKTRACESETUP(2) /dev/sdc failed: 2/No such file or directory
> >Thread 0 failed open /sys/kernel/debug/block/(null)/trace0: 2/No
Em Sat, Sep 08, 2012 at 08:12:53AM -0700, Arnaldo Carvalho de Melo escreveu:
> Trying to figure out when to apply this patch, as it should fix the
> problem one experiences right after applying the first patch of your
> series plus the small fix you sent before this one, and it is not
>
Em Sat, Sep 08, 2012 at 11:37:31PM +0900, Namhyung Kim escreveu:
> On Sat, 8 Sep 2012 05:50:59 -0700, Arnaldo Carvalho de Melo wrote:
> > well, you can, but that one is buggy and you will not be able to test
> > 'perf diff' at all...
>
> I posted the fix right before, and you will also need patch
Em Sat, Sep 08, 2012 at 11:37:31PM +0900, Namhyung Kim escreveu:
> I posted the fix right before, and you will also need patch below for
> fixing broken "baseline" output.
Ok, folding this as well, as it should fix the problem I just reported,
sorry mid air collision report (crossed reports,
Em Sat, Sep 08, 2012 at 11:00:36PM +0900, Namhyung Kim escreveu:
> On Fri, 7 Sep 2012 17:48:54 -0700, Arnaldo Carvalho de Melo wrote:
> > Please try with:
> > perf record -a usleep 1
> > perf record -a usleep 1
> > perf diff
> > it will use perf.data.old and perf.data and will segfault in
basename may modify the string passed to it, so the string should not be
marked const.
Signed-off-by: David Ahern
Cc: Pekka Enberg
Cc: Irina Tirdea
---
tools/perf/util/annotate.c |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/tools/perf/util/annotate.c
Now that the 2 offenders are fixed, the BIONIC conditional around
libgen.h can be removed.
Signed-off-by: David Ahern
Cc: Pekka Enberg
Cc: Irina Tirdea
---
tools/perf/util/symbol.h |2 --
1 file changed, 2 deletions(-)
diff --git a/tools/perf/util/symbol.h b/tools/perf/util/symbol.h
basename may modify the string passed to it, so the string should not be
marked const.
Signed-off-by: David Ahern
Cc: Srikar Dronamraju
Cc: Pekka Enberg
Cc: Irina Tirdea
---
tools/perf/util/probe-event.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git
basename can modify strings passed to it, so the strings should not
be marked const. Clean up the offenders and remove the BIONIC wrapper
for libgen.h
Irina: Would you verify perf still compiles cleanly for Android. Thanks.
David Ahern (3):
perf annotate: make a copy of filename for passing to
Every time I run Chrome from dev channel, which uses seccomp, logs are
flooded with below repetitive entries -
2093.889522] audit_printk_skb: 42 callbacks suppressed
[ 2093.889527] type=1701 audit(1347114113.889:62): auid=4294967295
uid=1000 gid=1000 ses=4294967295 pid=5329 comm="chrome"
On Sat, Sep 8, 2012 at 7:29 PM, Nicolas Pitre wrote:
> On Sat, 8 Sep 2012, Santosh Shilimkar wrote:
>
>> Mostly I was looking at the series from SOC boot and CPU PM
>> point of view and boot part seems to just fine.
>>
>> As per discussion at LPC, I have gone through the SMC
>> proposal which ARM
Hi Jiri,
On Sat, 8 Sep 2012 05:50:59 -0700, Arnaldo Carvalho de Melo wrote:
> Em Sat, Sep 08, 2012 at 02:35:14PM +0200, Jiri Olsa escreveu:
>> On Fri, Sep 07, 2012 at 11:55:02AM +0900, Namhyung Kim wrote:
>> > Hi, Jiri
>> >
>> > On Thu, 6 Sep 2012 17:46:59 +0200, Jiri Olsa wrote:
>> > >
On 9/8/12 3:09 AM, Pekka Enberg wrote:
It's safe to include on glibc Linux systems as well, no? So
there's no need to check for __BIONIC__.
Theoretically, yes. In reality compile fails in multiple places.
basename can modify the string passed to it and several places in perf
are passing a
On Sat, 2012-09-08 at 08:59 +0300, Stanislav Kinsbursky wrote:
> 08.09.2012 01:32, Myklebust, Trond пишет:
> > On Mon, 2012-08-13 at 08:10 -0400, Jeff Layton wrote:
> >> On Mon, 13 Aug 2012 15:37:31 +0400
> >> Stanislav Kinsbursky wrote:
> >>
> >>> v2:
> >>> 1) rpc_clnt_set_nodename() prototype
Hi Steve,
It seems you missed From: line?
Thanks,
Namhyung
On Sat, 08 Sep 2012 07:55:16 -0400, Steven Rostedt wrote:
> According to Steven R. there is no reason left to not support
> function tracing for the perf core. This makes it easier to debug
> perf.
>
> Don't remove -pg for the x86 and
On Sat, 8 Sep 2012 08:35:51 +0300, Irina Tirdea wrote:
> From: Irina Tirdea
>
> When NDEBUG is defined, the assert macro will be expanded to nothing.
> Some assert calls used in perf are also including some functionality
> (e.g. system calls), not only validity checks. Therefore, if NDEBUG is
>
On Fri, 7 Sep 2012 17:32:18 -0700, Arnaldo Carvalho de Melo wrote:
> Em Mon, Sep 03, 2012 at 11:53:09AM +0900, Namhyung Kim escreveu:
>> From: Namhyung Kim
>>
>> Override hpp->color functions for TUI. Because line coloring is done
>> outside of the function, it just sets the percent value and
Hi,
I have recently added a Radeon HD4670 to one of my older PCs, and have noticed
that it has IRQ trouble when I try to enable the HDMI audio:
irq 17: nobody cared (try booting with the "irqpoll" option)
Pid: 0, comm: swapper/0 Not tainted 3.5.3 #2
Call Trace:
[] ?
From: Peter Senna Tschudin
Convert a nonnegative error return code to a negative one, as returned
elsewhere in the function.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
(
if@p1 (\(ret < 0\|ret != 0\))
{ ... return ret; }
|
Hi, Arnaldo
On Fri, 7 Sep 2012 17:48:54 -0700, Arnaldo Carvalho de Melo wrote:
> Em Mon, Sep 03, 2012 at 11:53:05AM +0900, Namhyung Kim escreveu:
>> This is a cleanup and refactoring patchset for the hist printing code
>> by adding perf_hpp__format functions and perf_hpp. I believe it makes
>>
On Sat, 8 Sep 2012, Santosh Shilimkar wrote:
> Mostly I was looking at the series from SOC boot and CPU PM
> point of view and boot part seems to just fine.
>
> As per discussion at LPC, I have gone through the SMC
> proposal which ARM has published. In general the boot part
> with SMC seems to
On Fri, Sep 07, 2012 at 06:32:48PM -0700, Yinghai Lu wrote:
> > with this one in pci/next pci config in /sys are not created.
> >
> > 10:~ # lspci -tv
> > pcilib: Cannot open /sys/bus/pci/devices/:00:03.0/config
> > lspci: Unable to read the standard configuration space header of
> > device
On Thu, Sep 6, 2012 at 5:11 PM, Paul Turner wrote:
> On Thu, Sep 6, 2012 at 1:46 PM, Tejun Heo wrote:
>> Hello,
>>
>> cc'ing Dhaval and Frederic. They were interested in the subject
>> before and Dhaval was pretty vocal about cpuacct having a separate
>> hierarchy (or at least granularity).
>
>
Fix: only increment bio_slab_max if bio_slabs reallocation succeeded
Signed-off-by: Anna Leuschner
---
fs/bio.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/fs/bio.c b/fs/bio.c
index 71072ab..58707ff 100644
--- a/fs/bio.c
+++ b/fs/bio.c
@@ -74,6 +74,7 @@ static
Hi Alexander,
Sorry for the late reply again.
On Thu, 30 Aug 2012 09:49:52 +0200, Alexander Stein wrote:
> On Wednesday 29 August 2012 20:40:31, Jean Delvare wrote:
> > Note that there was an assumption at the time the code was written,
> > that there was no need or reason to reserve a static
On Sat, Sep 08, 2012 at 07:55:16AM -0400, Steven Rostedt wrote:
> According to Steven R. there is no reason left to not support
> function tracing for the perf core. This makes it easier to debug
> perf.
>
> Don't remove -pg for the x86 and generic perf core.
Actually, perf can use function
fixed below checkpatch warnings.
-WARNING: braces {} are not necessary for single statement blocks
-WARNING: braces {} are not necessary for any arm of this statement
Signed-off-by: Toshiaki Yamane
---
drivers/staging/rts_pstor/rtsx_scsi.c | 403 ++---
1 file
Em Sat, Sep 08, 2012 at 02:35:14PM +0200, Jiri Olsa escreveu:
> On Fri, Sep 07, 2012 at 11:55:02AM +0900, Namhyung Kim wrote:
> > Hi, Jiri
> >
> > On Thu, 6 Sep 2012 17:46:59 +0200, Jiri Olsa wrote:
> > > Currently for any of the data columns (like Overhead/Period..) in
> > > stdio ui, there's
On Fri, Sep 07, 2012 at 11:55:02AM +0900, Namhyung Kim wrote:
> Hi, Jiri
>
> On Thu, 6 Sep 2012 17:46:59 +0200, Jiri Olsa wrote:
> > Currently for any of the data columns (like Overhead/Period..) in
> > stdio ui, there's separate code to print header/dots/value scattered
> > along the display
Fengguang Wu writes:
> /usr/bin/make -f /c/kernel-tests/src/next/scripts/Makefile.modbuiltin
> obj=arch/ia64/kvm
The problem is that Makefile.modbuiltin is executed before
Makefile.build has been executed in arch/ia64/kvm, and the rule in
arch/ia64/kvm/Makefile uses cmd_cc_s_c which is only
Allow ftrace handlers to change RIP register (regs->ip)
in handlers. This will allow handlers to call another
function instead of original function.
Link:
http://lkml.kernel.org/r/20120905143118.10329.5078.stgit@localhost.localdomain
Cc: Peter Zijlstra
Cc: Frederic Weisbecker
Cc: Thomas
Adjust x86 regs.ip to ip + MCOUNT_INSN_SIZE as like as
on x86-64. This helps us to consolidate codes which use
regs->ip on both of x86/x86-64.
Link:
http://lkml.kernel.org/r/20120905143100.10329.60109.stgit@localhost.localdomain
Cc: Peter Zijlstra
Cc: Frederic Weisbecker
Cc: Thomas Gleixner
No acutal case found. But logically, we should skip "OK" in case any
error met.
Link:
http://lkml.kernel.org/r/1346051625-25231-1-git-send-email-yuanhan@linux.intel.com
Signed-off-by: Yuanhan Liu
Signed-off-by: Steven Rostedt
---
kernel/trace/trace_events.c |4 +++-
1 file changed, 3
Fix kprobes/x86 to support jprobes on ftrace-based kprobes.
Because of -mfentry support of ftrace, ftrace is now put
on the beginning of function where jprobes are put.
Originally ftrace-based kprobes doesn't support jprobe
because it will change regs->ip and ftrace doesn't support
changing IP
Current kprobe_ftrace_handler expects regs->ip == ip, but it is
incorrect (originally on x86-64). Actually, ftrace handler sets
regs->ip = ip + MCOUNT_INSN_SIZE.
kprobe_ftrace_handler must take care for that.
Link:
http://lkml.kernel.org/r/20120905143112.10329.72069.stgit@localhost.localdomain
Commit 56449f437 "tracing: make the trace clocks available generally",
in April 2009, made trace_clock available unconditionally, since
CONFIG_X86_DS used it too.
Commit faa4602e47 "x86, perf, bts, mm: Delete the never used BTS-ptrace code",
in March 2010, removed CONFIG_X86_DS, and now only
Ingo,
Please pull the latest tip/perf/core tree, which can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
tip/perf/core
Head SHA1: d73177789872d52ab916c749357b883d56208e21
Andi Kleen (1):
perf: Enable function tracing for perf core
Josh Triplett
According to Steven R. there is no reason left to not support
function tracing for the perf core. This makes it easier to debug
perf.
Don't remove -pg for the x86 and generic perf core.
Link:
http://lkml.kernel.org/r/1345306530-25665-2-git-send-email-a...@firstfloor.org
Signed-off-by: Andi
Commit-ID: b155a09015135cf59ada8d48109ccbd9891c1b42
Gitweb: http://git.kernel.org/tip/b155a09015135cf59ada8d48109ccbd9891c1b42
Author: Adrian Hunter
AuthorDate: Fri, 31 Aug 2012 10:49:27 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 7 Sep 2012 22:21:59 -0300
perf tools:
Commit-ID: c9f08bee50c71b06685ccff8110e56a7c05662b7
Gitweb: http://git.kernel.org/tip/c9f08bee50c71b06685ccff8110e56a7c05662b7
Author: Irina Tirdea
AuthorDate: Sat, 8 Sep 2012 03:43:23 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 7 Sep 2012 22:12:30 -0300
perf tools: add
Commit-ID: 9612ef6716efc20fac0f57d59452cda4e6846bda
Gitweb: http://git.kernel.org/tip/9612ef6716efc20fac0f57d59452cda4e6846bda
Author: Irina Tirdea
AuthorDate: Sat, 8 Sep 2012 03:43:22 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 7 Sep 2012 22:11:20 -0300
tools lib
Commit-ID: 7b45f21c2e42f265f6fd469e43857e98e2fdf01c
Gitweb: http://git.kernel.org/tip/7b45f21c2e42f265f6fd469e43857e98e2fdf01c
Author: Irina Tirdea
AuthorDate: Sat, 8 Sep 2012 03:43:21 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 7 Sep 2012 22:10:44 -0300
perf tools:
Commit-ID: 27683dc5cc9286ace82b6c900ab794428ed5e487
Gitweb: http://git.kernel.org/tip/27683dc5cc9286ace82b6c900ab794428ed5e487
Author: Irina Tirdea
AuthorDate: Sat, 8 Sep 2012 03:43:19 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 7 Sep 2012 22:08:09 -0300
perf tools:
Commit-ID: 57ec0a942d6855cd7a5711fcf4adb57c51259659
Gitweb: http://git.kernel.org/tip/57ec0a942d6855cd7a5711fcf4adb57c51259659
Author: Irina Tirdea
AuthorDate: Sat, 8 Sep 2012 03:43:18 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 7 Sep 2012 22:07:32 -0300
perf tools: fix
Commit-ID: 863e451f69ddf255e877567e325298edd3b21519
Gitweb: http://git.kernel.org/tip/863e451f69ddf255e877567e325298edd3b21519
Author: Jiri Olsa
AuthorDate: Thu, 6 Sep 2012 17:46:55 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 7 Sep 2012 21:44:02 -0300
perf diff: Make
Commit-ID: b771a8306205f0261496e93574a71bc7106844dc
Gitweb: http://git.kernel.org/tip/b771a8306205f0261496e93574a71bc7106844dc
Author: Irina Tirdea
AuthorDate: Sat, 8 Sep 2012 03:43:17 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 7 Sep 2012 22:06:53 -0300
perf tools:
Commit-ID: 0ca0c130419a4aa05d28fbecc5d360f051944251
Gitweb: http://git.kernel.org/tip/0ca0c130419a4aa05d28fbecc5d360f051944251
Author: Jiri Olsa
AuthorDate: Thu, 6 Sep 2012 17:46:56 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 7 Sep 2012 21:50:11 -0300
perf tools:
Commit-ID: 67ed939c9eb029c28057eb75de456a9d0e899fd4
Gitweb: http://git.kernel.org/tip/67ed939c9eb029c28057eb75de456a9d0e899fd4
Author: Namhyung Kim
AuthorDate: Fri, 7 Sep 2012 11:49:47 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 7 Sep 2012 12:15:31 -0300
tools lib
Commit-ID: 0ca8da00ad170c12c12350c3a2500591a7bec535
Gitweb: http://git.kernel.org/tip/0ca8da00ad170c12c12350c3a2500591a7bec535
Author: Namhyung Kim
AuthorDate: Fri, 7 Sep 2012 11:49:46 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 7 Sep 2012 12:15:07 -0300
tools lib
Commit-ID: 245c5a18433090da0e1a799bdb0faa78552b5992
Gitweb: http://git.kernel.org/tip/245c5a18433090da0e1a799bdb0faa78552b5992
Author: Namhyung Kim
AuthorDate: Fri, 7 Sep 2012 11:49:45 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 7 Sep 2012 12:14:30 -0300
tools lib
Commit-ID: 9a2936878a198553a17d21d1e843aa574ad9fa38
Gitweb: http://git.kernel.org/tip/9a2936878a198553a17d21d1e843aa574ad9fa38
Author: Namhyung Kim
AuthorDate: Fri, 7 Sep 2012 10:55:53 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 7 Sep 2012 12:10:58 -0300
perf tools:
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit 479d875835a49e849683743ec50c30b6a429696b:
>
> Merge tag 'perf-core-for-mingo' of
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core
On Sat, 8 Sep 2012 05:08:50 +0200
Andi Kleen wrote:
> On Fri, Sep 07, 2012 at 08:54:18PM -0400, Jeff Layton wrote:
> > On Fri, 07 Sep 2012 14:26:56 -0700
> > Andi Kleen wrote:
> >
> > > Jeff Layton writes:
> > >
> > > > This patchset is a first pass at overhauling the getname/putname
> > > >
On Fri September 7 2012 20:20:51 Sakari Ailus wrote:
> Hi Prabhakar,
>
> Thanks for the patch!
>
> Prabhakar Lad wrote:
> > From: Lad, Prabhakar
> >
> > add V4L2_CID_TEST_PATTERN of type menu, which determines
> > the internal test pattern selected by the device.
> >
> > Signed-off-by: Lad,
The primary handler will NOT be called if the interrupt nests into
another interrupt thread. Remove it to avoid confusing.
Signed-off-by: Yunfan Zhang
---
drivers/base/regmap/regmap-irq.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/base/regmap/regmap-irq.c
This driver supports Fairchild FAN53555 Digitally Programmable
TinyBuck Regulator. The FAN53555 is a step-down switching voltage
regulator that delivers a digitally programmable output from an
input voltage supply of 2.5V to 5.5V. The output voltage is
programmed through an I2C interface.
On 08.09.2012 02:50, Randy Dunlap wrote:
> On 09/06/2012 04:47 PM, a...@linux-foundation.org wrote:
>
>> The mm-of-the-moment snapshot 2012-09-06-16-46 has been uploaded to
>>
>>http://www.ozlabs.org/~akpm/mmotm/
>>
>
>
>
> on x86_64:
>
> CONFIG_OF and CONFIG_DTC are not enabled.
>
>
>
Il 08/09/2012 07:06, Rusty Russell ha scritto:
>> > Do we really know there are no hypervisors implementing it?
> As much as can be known. Qemu doesn't, lkvm doesn't.
>
However, there are cases in which it would be nice to have it.
Repurposing the bit to how it has been used so far (as a
Il 07/09/2012 18:13, Stefan Bader ha scritto:
> This would make it save again _if_ the HV failing to handle the writes to CR4
> (which iirc the kernel code still does when the cpuid bit is set) does have at
> least the patch to mask off the cpuid bits (the one Ian mentioned)
Given how old it is,
On 09/07/2012 09:51 AM, Kim, Milo wrote:
Mostly looks fine. A small confusion has occured with the consumer
interface though and the read_raw needs a bit of reorganizing.
Nearly there!
> TI LP8788 PMU provides regulators, battery charger, ADC,
> RTC, backlight driver and current sinks.
>
>
Il 07/09/2012 17:47, Stefan Bader ha scritto:
>
> Legacy hypervisors (RHEL 5.0 and RHEL 5.1) do not handle guest writes to
> cr4 gracefully. If a guest attempts to write a bit of cr4 that is
> unsupported, then the HV is so offended it crashes the domain. While
> later guest kernels (such as
Il 07/09/2012 16:54, Konrad Rzeszutek Wilk ha scritto:
>>> But iirc that bad patch is a Linux side one (i.e. you're trying to fix
>>> something upstream that isn't upstream)?
>>>
>> Right, so the patch that this improves upon, and that Fedora and Ubuntu are
>> currently carrying is not upstream
On Thu, Jul 05, 2012 at 10:50:24AM +0530, Gupta, Ramesh wrote:
> static void flush_iopgd_range(u32 *first, u32 *last)
> {
> - /* FIXME: L2 cache should be taken care of if it exists */
> - do {
> - asm("mcrp15, 0, %0, c7, c10, 1 @ flush_pgd"
> - : :
On Thu, Jul 05, 2012 at 10:50:17AM +0530, Gupta, Ramesh wrote:
> + * flush_iommu_mem(start, end)
> + *
> + * Clean and invalidate the specified virtual address range.
> + * This is to support the non coherent iommu drivers.
> + * The iommu driver need to call this
On 09/08/2012 08:30 AM, anish kumar wrote:
> On Fri, 2012-09-07 at 10:49 +0200, Lars-Peter Clausen wrote:
>> On 09/02/2012 05:39 PM, anish kumar wrote:
>>> From: anish kumar
>>>
>>> This patch is to use IIO to write a generic batttery driver.
>>> There are some inherent assumptions here:
>>>
On 09/08/2012 08:10 AM, anish kumar wrote:
> Thanks for your time.
> On Fri, 2012-09-07 at 08:52 +0100, Jonathan Cameron wrote:
>> On 02/09/12 16:39, anish kumar wrote:
>>> From: anish kumar
>>>
>>> This patch is to use IIO to write a generic batttery driver.
>> battery
>>> There are some
We changed this recently so we can just use kzalloc() here instead of
kcalloc(1, ...). Kernel style prefers sizeof(*t) over sizeof *t. The
kfree(t) is a no-op now as well so that can be removed.
Signed-off-by: Dan Carpenter
---
Only applies to linux-next.
diff --git
Hi:
At present,i used blktrace to trace block io.But i always met error,
the message like:
>BLKTRACESETUP(2) /dev/sdc failed: 2/No such file or directory
>Thread 0 failed open /sys/kernel/debug/block/(null)/trace0: 2/No such file or
>directory
>Thread 2 failed open
On Fri, Sep 7, 2012 at 11:16 PM, Greg Kroah-Hartman
wrote:
> Can you send it to me in a format that I can apply it in?
OK, sent out, :-)
Thanks,
--
Ming Lei
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
This patch replaces the previous macro of CONFIG_PM with
CONFIG_PM_SLEEP becasue firmware cache is only used in
system sleep situations.
Also this patch fixes the below compile warning when
CONFIG_PM=n:
drivers/base/firmware_class.c:1147: warning: 'device_cache_fw_images'
defined
On 09/05/2012 08:55 PM, Bryan Freed wrote:
> The Industrial IO framework supports scaling ADC values by fractions,
> but most drivers default to using whole numbers.
> This change turns on fractional scaling in the isl29018 driver.
>
> Signed-off-by: Bryan Freed
add to togreg branch of
Catalin,
On Friday 07 September 2012 09:56 PM, Catalin Marinas wrote:
This is the 3rd version of patches implementing Linux kernel support for
the 64-bit ARM architecture. Most of the review comments for the
previous release have been implemented. There are a few left (like
generic timer dts
Hi Irina,
I commented on some of the patches but overall, I think the series makes sense:
Acked-by: Pekka Enberg
Pekka
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Sat, Sep 8, 2012 at 3:43 AM, Irina Tirdea wrote:
> From: Irina Tirdea
>
> perf uses the glibc version of basename(), by defining _GNU_SOURCE, including
> string.h and not including libgen.h. The glibc version of basename is better
> than the POSIX version since it does not modify its
On Sat, Sep 8, 2012 at 3:43 AM, Irina Tirdea wrote:
> From: Irina Tirdea
>
> __WORDSIZE is GLibC-specific and is not defined on all systems or glibc
> versions (e.g. Android's bionic does not define it).
>
> In file included from util/include/linux/bitmap.h:5:0,
> from
>
> signed-off-by: Andrew Theurer
>
> diff --git a/kernel/sched/core.c b/kernel/sched/core.c
> index fbf1fd0..c767915 100644
> --- a/kernel/sched/core.c
> +++ b/kernel/sched/core.c
> @@ -4844,6 +4844,9 @@ bool __sched yield_to(struct task_struct *p, bool
> preempt)
>
> again:
> p_rq =
On Fri, Sep 7, 2012 at 1:29 AM, Paul E. McKenney
wrote:
> On Thu, Sep 06, 2012 at 11:05:11AM +0800, Michael Wang wrote:
>> On 09/05/2012 09:55 PM, Christoph Lameter wrote:
>> > On Wed, 5 Sep 2012, Michael Wang wrote:
>> >
>> >> Since the cachep and cachep->slabp_cache's l3 alien are in the same
On Sat, Sep 08, 2012 at 12:40:18PM +0530, anish kumar wrote:
[...]
> > > Signed-off-by: anish kumar
> > So what happened in 1985?
> Was hurrying to get an email id :)
I so much understand... ;-)
Much thanks to Lars-Peter and Jonathan, saved me a lot of time reviewing
the driver.
Anish, the
Il 08/09/2012 10:06, Anton Vorontsov ha scritto:
On Sat, Sep 08, 2012 at 09:23:40AM +0200, Marco Stornelli wrote: [...]
+ pdata = devm_kzalloc(dev, sizeof(*pdata), GFP_KERNEL);
+ if (pdata == NULL)
I wonder why people prefer to not write !pdata, which is more natural
when reading the
>From cea999ef4e68e23c70e64baf054768bdebe15e1b Mon Sep 17 00:00:00 2001
From: Heiko Carstens
Date: Sat, 8 Sep 2012 10:23:42 +0200
Subject: [PATCH] samples/seccomp: fix 31 bit build on s390
On s390 the flag to force 31 builds is -m31 instead of -m32 unlike
on all (?) other architectures.
Fixes
101 - 200 of 420 matches
Mail list logo
