Joel Stanley | 30 Mar 04:15 2015

[PATCH 1/2] kernel/reboot.c: Add orderly_reboot for graceful reboot

The kernel has orderly_poweroff which allows the kernel to initiate a
graceful shutdown of userspace, by running /sbin/poweroff. This adds
orderly_reboot that will cause userspace to shut itself down by calling

This will be used for shutdown initiated by a system controller on
platforms that do not use ACPI.

Signed-off-by: Joel Stanley <joel <at>>
 include/linux/reboot.h |  1 +
 kernel/reboot.c        | 51 +++++++++++++++++++++++++++++++++++++++++++++++---
 2 files changed, 49 insertions(+), 3 deletions(-)

diff --git a/include/linux/reboot.h b/include/linux/reboot.h
index 48bf152..a4ffcd9 100644
--- a/include/linux/reboot.h
+++ b/include/linux/reboot.h
 <at>  <at>  -68,6 +68,7  <at>  <at>  void ctrl_alt_del(void);
 extern char poweroff_cmd[POWEROFF_CMD_PATH_LEN];

 extern int orderly_poweroff(bool force);
+extern int orderly_reboot(void);

  * Emergency restart, callable from an interrupt handler.
diff --git a/kernel/reboot.c b/kernel/reboot.c
index a3a9e24..d0aa1ec 100644
--- a/kernel/reboot.c
+++ b/kernel/reboot.c
(Continue reading)

David Ahern | 30 Mar 04:13 2015

[RFC PATCH] sched: Add cpu based entries to debugfs

Currently sched_debug can be added to the kernel commandline parameters
to dump domain information during boot. This method is not practical with
a large number of CPUs.

This patch adds per-cpu entries to debugfs under a sched directory.
Reading the per-cpu file shows the domain information in a human-readable

$ cat /sys/kernel/debug/sched/cpu0
domain 0 / SMT:
    flags: 0x2af:  load-balance new-idle exec fork affine cpu-capacity share-pkg-resources
    span: 0-7
        0 (cpu_capacity = 147)
        1 (cpu_capacity = 147)
        2 (cpu_capacity = 147)
        3 (cpu_capacity = 147)
        4 (cpu_capacity = 147)
        5 (cpu_capacity = 147)
        6 (cpu_capacity = 147)
        7 (cpu_capacity = 147)

domain 2 / DIE:
    flags: 0x102f:  load-balance new-idle exec fork affine prefer-sibling
    span: 0-127
        0-7 (cpu_capacity = 1176)
        8-15 (cpu_capacity = 1176)
        16-23 (cpu_capacity = 1176)
        24-31 (cpu_capacity = 1176)
(Continue reading)

Wang Nan | 30 Mar 04:04 2015

[PATCH RESEND] perf: .gitignore: ignore .config-detected.

Commit fcfd6611fbccdbf2593bd949097a5c0e45cd96da ("tools build: Add
detected config support") dynamically creates .config-detected. Add it
to .gitignore.

Signed-off-by: Wang Nan <wangnan0 <at>>
 tools/perf/.gitignore | 1 +
 1 file changed, 1 insertion(+)

diff --git a/tools/perf/.gitignore b/tools/perf/.gitignore
index 812f904..09db62b 100644
--- a/tools/perf/.gitignore
+++ b/tools/perf/.gitignore
 <at>  <at>  -28,3 +28,4  <at>  <at>  config.mak.autogen


Wang Nan | 30 Mar 04:04 2015

[PATCH RESEND] perf tools: introduce arm64 support unwind test.

Newest libunwind does support ARM64, and perf is able to utilize it
also. This patch enables the missing perf test dwarf unwind for arm64.

 Test result:
  # ./perf test unwind
  25: Test dwarf unwind                                      : Ok

Signed-off-by: Wang Nan <wangnan0 <at>>
 tools/perf/arch/arm64/Build                |  1 +
 tools/perf/arch/arm64/include/perf_regs.h  |  3 ++
 tools/perf/arch/arm64/tests/Build          |  2 +
 tools/perf/arch/arm64/tests/dwarf-unwind.c | 61 ++++++++++++++++++++++++++++++
 tools/perf/arch/arm64/tests/regs_load.S    | 46 ++++++++++++++++++++++
 tools/perf/tests/Build                     |  2 +-
 tools/perf/tests/builtin-test.c            |  2 +-
 tools/perf/tests/tests.h                   |  2 +-
 8 files changed, 116 insertions(+), 3 deletions(-)
 create mode 100644 tools/perf/arch/arm64/tests/Build
 create mode 100644 tools/perf/arch/arm64/tests/dwarf-unwind.c
 create mode 100644 tools/perf/arch/arm64/tests/regs_load.S

diff --git a/tools/perf/arch/arm64/Build b/tools/perf/arch/arm64/Build
index 54afe4a..41bf61d 100644
--- a/tools/perf/arch/arm64/Build
+++ b/tools/perf/arch/arm64/Build
 <at>  <at>  -1 +1,2  <at>  <at> 
 libperf-y += util/
+libperf-$(CONFIG_DWARF_UNWIND) += tests/
diff --git a/tools/perf/arch/arm64/include/perf_regs.h b/tools/perf/arch/arm64/include/perf_regs.h
(Continue reading)

Joe Perches | 30 Mar 03:44 2015

[PATCH] MAINTAINERS: CREDITS: Remove Stefano Brivio from B43

This email address isn't working anymore

Signed-off-by: Joe Perches <joe <at>>

Nearly 5 years on...
his email address is still dead.

 CREDITS     | 4 ++++
 2 files changed, 5 insertions(+), 3 deletions(-)

diff --git a/CREDITS b/CREDITS
index a0060bd..2ef5dce 100644
 <at>  <at>  -508,6 +508,10  <at>  <at>  E: paul <at>
 D: Maintainer of IDE/ATAPI floppy driver

+N: Stefano Brivio
+E: stefano.brivio <at>
+D: Broadcom B43 driver
 N: Dominik Brodowski
 E: linux <at>
index 201280a..4af2945 100644
(Continue reading)

Azael Avalos | 30 Mar 03:25 2015

[PATCH v2 0/3] toshiba_acpi: Fix USB Sleep & Charge mode and documentation updates

This patch fixes the USB Sleep & Charge charging mode on certain
models, fixes pr_* messages and also adds the missing entries in the
documentation file.

Changes since v1:
- Set the default supported value of sleep and charge to zero in case
  of an error and added comments.
- Updated the title and commit message of second patch to better
  reflect what the patch is doing.

Azael Avalos (3):
  toshiba_acpi: Update and fix USB Sleep and Charge modes
  toshiba_acpi: Fix pr_* messages from USB Sleep Functions
  Documentation/ABI: Update sysfs-driver-toshiba_acpi entry

 .../ABI/testing/sysfs-driver-toshiba_acpi          | 93 +++++++++++++++++++---
 drivers/platform/x86/toshiba_acpi.c                | 85 ++++++++++++++++----
 2 files changed, 148 insertions(+), 30 deletions(-)



Wanpeng Li | 30 Mar 01:07 2015

[PATCH] sched/deadline: Use IPI to trigger DL task push migration instead of pulling

This design the same as rt class to send out only one IPI to the 
first overloaded CPU. It tries to push any tasks that it can, and 
then looks for the next overloaded CPU that can push to the source 
CPU. The IPIs stop when all overloaded CPUs that have pushable tasks 
that have deadlines earlier than the source CPU are covered. In case 
the source CPU has later deadline again, a flag is set to tell the 
IPI traversal to restart with the first RT overloaded CPU after the 
source CPU.

Signed-off-by: Wanpeng Li < <at>>
 kernel/sched/deadline.c | 177 ++++++++++++++++++++++++++++++++++++++++++++++++
 kernel/sched/sched.h    |   6 ++
 2 files changed, 183 insertions(+)

diff --git a/kernel/sched/deadline.c b/kernel/sched/deadline.c
index 24c18dc..4d203e0 100644
--- a/kernel/sched/deadline.c
+++ b/kernel/sched/deadline.c
 <at>  <at>  -17,6 +17,7  <at>  <at> 
 #include "sched.h"

 #include <linux/slab.h>
+#include <linux/irq_work.h>

 struct dl_bandwidth def_dl_bandwidth;

 <at>  <at>  -69,6 +70,10  <at>  <at>  void init_dl_bw(struct dl_bw *dl_b)
 	dl_b->total_bw = 0;
(Continue reading)

Linus Torvalds | 30 Mar 00:41 2015

Linux 4.0-rc6

Things are calming down nicelly, and there are fixes all over. The
NUMA balancing performance regression is fixed, and things are looking
up again in general. There were a number of i915 issues and a KVM
double-fault thing that meant that for a while there I was pretty sure
that this would be a release that will go to rc8, but that may be

Apart from the aforementioned issues, the bulk of this is mostly small
misc driver fixes and architecture updates. The shortlog gives more of
a flavor of what's been going on.

But please do give this a good testing, and holler if there's some
regression we've missed.


Al Viro (1):
      net: validate the range we feed to iov_iter_init() in

Alexandru M Stan (1):
      ARM: dts: rockchip: disable gmac by default in rk3288.dtsi

Ameya Palande (1):
      mfd: kempld-core: Fix callback return value check

Andy Lutomirski (1):
      x86/asm/entry: Check for syscall exit work with IRQs disabled

(Continue reading)

David Ahern | 30 Mar 00:30 2015

[PATCH 1/2] perf tool: Refactor comm/tgid lookup

Rather than parsing /proc/pid/status file one line at a time, read
it into a buffer in one shot and search for all strings in one pass.

Signed-off-by: David Ahern <dsahern <at>>
Cc: Don Zickus <dzickus <at>>
Cc: Joe Mario <jmario <at>>
Cc: Jiri Olsa <jolsa <at>>
 tools/perf/util/event.c | 80 +++++++++++++++++++++++++++++++------------------
 1 file changed, 51 insertions(+), 29 deletions(-)

diff --git a/tools/perf/util/event.c b/tools/perf/util/event.c
index d5efa5092ce6..b49bee8a283d 100644
--- a/tools/perf/util/event.c
+++ b/tools/perf/util/event.c
 <at>  <at>  -49,48 +49,70  <at>  <at>  static struct perf_sample synth_sample = {
 	.period	   = 1,

+ * Assumes that the first 4095 bytes of /proc/pid/stat contains
+ * the comm and tgid.
+ */
 static pid_t perf_event__get_comm_tgid(pid_t pid, char *comm, size_t len)
 	char filename[PATH_MAX];
-	char bf[BUFSIZ];
-	FILE *fp;
-	size_t size = 0;
+	char bf[4096];
(Continue reading)

Richard Cochran | 29 Mar 23:11 2015

[PATCH net-next V3 00/23] ptp: get ready for 2038

This series converts the core driver methods of the PTP Hardware Clock
(PHC) subsystem to use the 64 bit version of the timespec structure,
making the core API ready for the year 2038.

In addition, I reviewed how each driver and device represents the time
value at the hardware register level.  Most of the drivers are ready,
but a few will need some work before the year 2038, as shown:

   Patch   Driver
   12      drivers/net/ethernet/intel/igb/igb_ptp.c
   15 ?    drivers/net/ethernet/sfc/ptp.c
   16      drivers/net/ethernet/stmicro/stmmac/stmmac_ptp.c

The commit log messages document how each driver is ready or why it is
not ready.  For patch 15, I could not easily find out the hardware
representation of the time value, and so the SFC maintainers will have
to review their low level code in order to resolve any remaining


* ChangeLog
** V3
   - dp83640: use timespec64 throughout per Arnd's suggestion
   - tilegx: use timespec64 throughout per Chris' suggestion
   - add Jeff's acked-bys
** V2
   - use the new methods in the posix clock code right away (patch #3)
(Continue reading)

Richard Weinberger | 29 Mar 21:52 2015

[PATCH v2] mtd: Make MTD tests cancelable

I always go nuts when I start an MTD test on a slow device
and have to wait forever until it finishes.
From the debug output I already know what the issue is but I
have to wait or reset the board hard.
Resetting is often not an option
(remote access, you don't want lose the current state, etc...).

The solution is easy, check for pending signals at key positions
in the code. Using that one can even stop a test by pressing CTRL-C
as insmod/modprobe have SIGINT pending.

Signed-off-by: Richard Weinberger <richard <at>>
v2: First patch was missing two hunks from my working tree.
    git commit -a vs. git commit ;-\
 drivers/mtd/tests/mtd_nandecctest.c |  6 ++++++
 drivers/mtd/tests/mtd_test.h        | 12 ++++++++++++
 drivers/mtd/tests/nandbiterrs.c     |  4 ++++
 drivers/mtd/tests/oobtest.c         | 26 +++++++++++++++++++++-----
 drivers/mtd/tests/pagetest.c        | 10 ++++++++--
 drivers/mtd/tests/readtest.c        |  5 ++++-
 drivers/mtd/tests/speedtest.c       | 36 +++++++++++++++++++++++++++++-------
 drivers/mtd/tests/stresstest.c      |  5 ++++-
 drivers/mtd/tests/subpagetest.c     | 25 ++++++++++++++++++++-----
 drivers/mtd/tests/torturetest.c     | 15 ++++++++++++---
 10 files changed, 120 insertions(+), 24 deletions(-)

diff --git a/drivers/mtd/tests/mtd_nandecctest.c b/drivers/mtd/tests/mtd_nandecctest.c
index e579f90..7931615 100644
(Continue reading)