On Mon, Oct 06, 2014 at 03:02:38PM -0400, David Miller wrote:
> From: "Michael S. Tsirkin"
> Date: Sun, 5 Oct 2014 19:07:13 +0300
>
> > Now that virtio core ensures config changes don't arrive during probing,
> > drop config_enable flag in virtio net.
> > On removal, flush is now sufficient to gu
On Mon, Oct 06, 2014 at 04:40:13PM -0700, Zach Brown wrote:
> Both of the file target's calls to vfs_fsync_range() got the end offset
> off by one. The range is inclusive, not exclusive. It would sync a bit
> more data than was required.
>
> The sync path already tested the length of the range a
From: Doug Anderson
Some 32-bit (ARMv7) systems are architected like this:
* The firmware doesn't know and doesn't care about hypervisor mode and
we don't want to add the complexity of hypervisor there.
* The firmware isn't involved in SMP bringup or resume.
* The ARCH timer come up with an
On 10/07/2014 04:28 AM, Felipe Balbi wrote:
> Hi,
>
> On Mon, Oct 06, 2014 at 01:25:14PM +0200, Robert Baldyga wrote:
>> Since we can compose gadgets from many functions, there is the problem
>> related to gadget breakage while FunctionFS daemon being closed. In some
>> cases it's strongly desired
On 10/07/2014 08:47 AM, Namhyung Kim wrote:
On Wed, 01 Oct 2014 08:18:41 +0530, Hemant Kumar wrote:
This patch adds the support to delete SDT events from the cache.
To delete an event corresponding to a file, first the cache is read into
the file_hash list. The key is calculated from the file n
On 10/07/2014 08:29 AM, Namhyung Kim wrote:
On Wed, 01 Oct 2014 08:17:48 +0530, Hemant Kumar wrote:
This patch adds a new sub-command to perf : sdt-cache.
sdt-cache command can be used to add, remove and dump SDT events.
This patch adds support to only "add" the SDT events. The rest of the
patc
Sukadev Bhattiprolu [suka...@linux.vnet.ibm.com] wrote:
| Miscellaenous fixes for perf and 24x7 counters in powerpc.
|
| Patches 1,3,4 were submitted earlier as a part of the parametrized
| events for 24x7 counters. But they are not directly related to the
| parametrized events.
|
| Patch 2 simpl
On 10/07/2014 05:56 AM, Mark yao wrote:
> On 2014年09月30日 21:31, Andrzej Hajda wrote:
>> Hi Mark,
> Hi Andrzej,
> Sorry for replying late, I have a vacation before.
> Thanks for your review.
>> On 09/30/2014 03:03 PM, Mark Yao wrote:
>>> From: Mark yao
>>>
(...)
>>> +#ifdef CONFIG_PM_SLEEP
On Mon, 2014-10-06 at 23:27 +0200, Borislav Petkov wrote:
> On Thu, Oct 02, 2014 at 11:20:12PM +0800, Chen Yucong wrote:
> > From: Chen Yucong
> > Subject: [PATCH] x86, MCE, AMD: move invariant code out from loop body
> >
> > "mce_threshold_vector = amd_threshold_interrupt;" is loop invariant cod
Hi Namhyung,
On 10/07/2014 07:50 AM, Namhyung Kim wrote:
Hi Hemant,
On Wed, 01 Oct 2014 08:17:24 +0530, Hemant Kumar wrote:
This patch serves as the basic support to identify and list SDT events in
binaries.
When programs containing SDT markers are compiled, gcc with the help of
assembler
di
(2014/10/07 7:33), Steven Rostedt wrote:
> On Mon, 06 Oct 2014 11:48:06 +
> Masami Hiramatsu wrote:
>
>> Replace the kprobe_tracer's startup test with two selftest scripts.
>> These test cases are testing that the kprobe_event can accept a
>> kprobe event with $stack related arguments and a k
Various drivers implement architecture and/or device specific means to
remove power from the system. For the most part, those drivers set the
global variable pm_power_off to point to a function within the driver.
This mechanism has a number of drawbacks. Typically only one scheme
to remove power
Use have_kernel_poweroff() to determine if the kernel is able
to power off the system.
Cc: Santosh Shilimkar
Signed-off-by: Guenter Roeck
---
drivers/memory/emif.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/memory/emif.c b/drivers/memory/emif.c
index 04644e7
Devicetree bindings are supposed to be operating system independent
and should thus not describe how a specific functionality is implemented
in Linux.
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Signed-off-by: Guenter Roeck
---
Documentation/devicetree/bindings/mfd/as3722.txt | 3 +--
1 f
Replace reference to pm_power_off (which is an implementation detail)
and replace it with a more generic description of the driver's functionality.
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Signed-off-by: Guenter Roeck
---
Documentation/devicetree/bindings/power_supply/qnap-poweroff.txt
Replace mach_power_off with pm_power_off to simplify the subsequent
move of pm_power_off to generic code.
Cc: Geert Uytterhoeven
Cc: Greg Ungerer
Cc: Joshua Thompson
Signed-off-by: Guenter Roeck
---
arch/m68k/emu/natfeat.c | 3 ++-
arch/m68k/include/asm/machdep.h | 1 -
arch/m68k/kern
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.
Cc: Lee Jones
Cc: Samuel Ortiz
Signed-off-by: Guenter Roeck
---
drivers/mfd/axp20x.c
pm_power_off is an implementation detail. Replace it with a more generic
description of the driver's functionality.
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Signed-off-by: Guenter Roeck
---
Documentation/devicetree/bindings/gpio/gpio-poweroff.txt | 10 +-
1 file changed, 5 inse
Hi Stephane,
On Mon, 6 Oct 2014 10:35:32 +0200, Stephane Eranian wrote:
> This patch fixes off-by-one errors in the management of maps.
> A map is defined by start address and length as implemented by map__new():
>
> map__init(map, type, start, start + len, pgoff, dso);
>
> map->start = addr;
> ma
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.
Cc: Samuel Ortiz
Cc: Lee Jones
Signed-off-by: Guenter Roeck
---
drivers/mfd/palmas.c
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.
Cc: Lee Jones
Cc: Samuel Ortiz
Signed-off-by: Guenter Roeck
---
drivers/mfd/retu-mfd.c |
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.
Cc: Samuel Ortiz
Cc: Lee Jones
Signed-off-by: Guenter Roeck
---
drivers/mfd/tps80031.c
Hi all,
Today's linux-next merge of the percpu tree got a conflict in
arch/s390/kernel/vtime.c between commit 4dc0f1e9c0a9 ("s390/idle:
consolidate idle functions and definitions") from the s390 tree and
commit eb7e7d766326 ("s390: Replace __get_cpu_var uses") from the
percpu tree.
I fixed it up
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.
Cc: Samuel Ortiz
Cc: Lee Jones
Signed-off-by: Guenter Roeck
---
drivers/mfd/tps6586x.c |
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.
Cc: Samuel Ortiz
Cc: Lee Jones
Signed-off-by: Guenter Roeck
---
drivers/mfd/dm355evm_msp.
> -Original Message-
> From: Francois Romieu [mailto:rom...@fr.zoreil.com]
> Sent: Tuesday, October 07, 2014 6:13 AM
> To: Hau
> Cc: net...@vger.kernel.org; nic_swsd; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH v2 net-next] r8169:add support for RTL8168EP
>
> Hau :
> [...]
> > Do
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.
Make twl4030_power_off static as it is only called from the twl4030-power
driver.
Cc: Samuel
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.
Cc: Linus Walleij
Cc: Lee Jones
Cc: Samuel Ortiz
Signed-off-by: Guenter Roeck
---
driver
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.
Cc: Sebastian Reichel
Cc: Dmitry Eremin-Solenikov
Cc: David Woodhouse
Signed-off-by: Guent
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.
Note that this patch fixes a problem on driver unload as side effect:
The old code did not re
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a high priority value of 192 to reflect that
the original code overwrites pm_power_off unconditionally.
Register poweroff handler after the ipmi system is ready, and unregister
it prior to cleanup. This a
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with default priority value of 128 to reflect that
the original code generates an error if another poweroff handler has
already been registered when the driver is loaded.
Cc: Sebastian Reichel
Cc: Dmitry Erem
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.
Cc: Samuel Ortiz
Cc: Lee Jones
Signed-off-by: Guenter Roeck
---
drivers/mfd/tps65910.c
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.
Other changes:
Drop note that there can not be an additional instance of this driver.
The or
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with high priority value of 192 to reflect that
the original code overwrites existing poweroff handlers.
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: H. Peter Anvin
Cc: Jiri Kosina
Signed-off-by: Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with high priority value of 192 to reflect that
the original code overwrites existing poweroff handlers.
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: H. Peter Anvin
Signed-off-by: Guenter Roeck
---
arch/x86/pl
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with high priority value of 192 to reflect that
the driver explicitly wants to override default poweroff handlers.
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: H. Peter Anvin
Signed-off-by: Guenter Roeck
---
a
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with default priority value of 128 since we don't know
any better.
Cc: Julian Andres Klode
Cc: Marc Dietrich
Cc: Greg Kroah-Hartman
Signed-off-by: Guenter Roeck
---
drivers/staging/nvec/nvec.c | 24 ++
Register with kernel poweroff handler instead of seting pm_power_off
directly. Register as poweroff handler of last resort since the driver
does not really power off the system but executes a restart.
Cc: Sebastian Reichel
Cc: Dmitry Eremin-Solenikov
Cc: David Woodhouse
Signed-off-by: Guenter
Register with kernel poweroff handler instead of setting pm_power_off
directly. Always use register_poweroff_handler_simple as there is no
indication that more than one poweroff handler is registered.
If the poweroff handler only resets the system or puts the CPU in sleep mode,
select a priority o
Register with kernel poweroff handler instead of setting pm_power_off
directly. Select proprity 0 since the code does not really poweroff
the system.
Signed-off-by: Guenter Roeck
---
drivers/power/reset/msm-poweroff.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --g
Register with kernel poweroff handler instead of setting pm_power_off
directly.
Cc: Catalin Marinas
Cc: Will Deacon
Signed-off-by: Guenter Roeck
---
arch/arm64/kernel/psci.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/kernel/psci.c b/arch/arm64/kernel/psci.c
Register with kernel poweroff handler instead of setting pm_power_off
directly.
Cc: Geert Uytterhoeven
Cc: Joshua Thompson
Signed-off-by: Guenter Roeck
---
arch/m68k/emu/natfeat.c | 2 +-
arch/m68k/mac/config.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/m68k/e
Register with kernel poweroff handler instead of setting pm_power_off
directly.
Signed-off-by: Guenter Roeck
---
drivers/power/reset/vexpress-poweroff.c | 19 +--
1 file changed, 17 insertions(+), 2 deletions(-)
diff --git a/drivers/power/reset/vexpress-poweroff.c
b/drivers/pow
Register with kernel poweroff handler instead of setting pm_power_off
directly.
Cc: Haavard Skinnemoen
Cc: Hans-Christian Egtvedt
Signed-off-by: Guenter Roeck
---
arch/avr32/boards/atngw100/mrmt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/avr32/boards/atngw100/mr
Register with kernel poweroff handler instead of setting pm_power_off
directly.
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: H. Peter Anvin
Signed-off-by: Guenter Roeck
---
arch/x86/platform/ce4100/ce4100.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/platform/ce410
Hi all,
Today's linux-next merge of the percpu tree got a conflict in
arch/s390/kernel/processor.c between commit dfcc8c377711 ("s390/vtime:
do not reset idle data on CPU hotplug") from the s390 tree and commit
eb7e7d766326 ("s390: Replace __get_cpu_var uses") from the percpu tree.
I fixed it up
Register with kernel poweroff handler instead of setting pm_power_off
directly.
If there is an indication that there can be more than one poweroff handler,
use register_poweroff_handler, otherwise use register_poweroff_handler_simple
to register the poweroff handler.
If the poweroff handler only
Register with kernel poweroff handler instead of setting pm_power_off
directly.
Signed-off-by: Guenter Roeck
---
arch/sh/boards/board-sh7785lcr.c | 2 +-
arch/sh/boards/board-urquell.c | 2 +-
arch/sh/boards/mach-highlander/setup.c | 2 +-
arch/sh/boards/mach-landisk/setup.c| 2
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with lower priority of 64 to reflect that the call
is expected to be replaced at some point.
Cc: Tony Luck
Cc: Fenghua Yu
Signed-off-by: Guenter Roeck
---
arch/ia64/sn/kernel/setup.c | 4 ++--
1 file chang
Use mutex to avoid that the serial hw settings would be interrupted
by other settings. Although there is no problem now, it makes the
driver more safe.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 69 +++--
1 file changed, 67 insertions(+),
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with a low priority value of 64 to reflect that
the original code only sets pm_power_off if it was not already set.
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: H. Peter Anvin
Signed-off-by: Guenter Roeck
---
A dummy poweroff handler does not serve any purpose. Drop it.
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: H. Peter Anvin
Signed-off-by: Guenter Roeck
---
arch/x86/platform/intel-mid/intel-mid.c | 5 -
arch/x86/platform/intel-mid/mfld.c | 5 -
2 files changed, 10 deletions(-)
diff --
Drivers should not call pm_power_off directly; it is not guaranteed
to be non-NULL. Call kernel_power_off instead.
Cc: Jean Delvare
Reviewed-by: Jean Delvare
Signed-off-by: Guenter Roeck
---
drivers/hwmon/ab8500.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers
Register with kernel poweroff handler instead of setting pm_power_off
directly.
Cc: Rusty Russell
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: H. Peter Anvin
Signed-off-by: Guenter Roeck
---
arch/x86/lguest/boot.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/lguest
No users of pm_power_off are left, so it is safe to remove the function.
Cc: Rafael J. Wysocki
Cc: Pavel Machek
Cc: Len Brown
Signed-off-by: Guenter Roeck
---
include/linux/pm.h | 1 -
kernel/power/poweroff_handler.c | 10 +-
2 files changed, 1 insertion(+), 10 deletions
Hi all,
Today's linux-next merge of the percpu tree got a conflict in
arch/s390/kernel/irq.c between commit 201b275f0459 ("s390/nohz: use a
per-cpu flag for arch_needs_cpu") from the s390 tree and commit
eb7e7d766326 ("s390: Replace __get_cpu_var uses") from the percpu tree.
I fixed it up (the fo
Hi all,
Today's linux-next merge of the percpu tree got a conflict in
arch/s390/include/asm/cputime.h between commit 201b275f0459
("s390/nohz: use a per-cpu flag for arch_needs_cpu") from the s390 tree
and commit eb7e7d766326 ("s390: Replace __get_cpu_var uses") from the
percpu tree.
I fixed it u
On Wed, 2014-10-01 at 13:16 +0530, Shreyas B. Prabhu wrote:
> Winkle causes power to be gated off to the entire chiplet. Hence the
> hypervisor/firmware state in the entire chiplet is lost.
>
> This patch adds necessary infrastructure to support waking up from
> hypervisor state loss. Specifically
At Mon, 6 Oct 2014 20:41:50 +0200,
Andreas Mohr wrote:
>
> On Mon, Oct 06, 2014 at 04:13:12PM +0200, Takashi Iwai wrote:
> > At Mon, 6 Oct 2014 15:55:18 +0200,
> > Ondrej Zary wrote:
> > > ES938 does not depend on ES18xx and can be connected to any device with
> > > MIDI
> > > interface. Maybe t
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with low priority value of 64 since the efi code
states that this is a poweroff handler of last resort.
Cc: Matt Fleming
Signed-off-by: Guenter Roeck
---
drivers/firmware/efi/reboot.c | 23 +
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with high priority value of 192 to reflect that
the driver explicitly overrides existing poweroff handlers.
Cc: Rafael J. Wysocki
Cc: Len Brown
Signed-off-by: Guenter Roeck
---
drivers/acpi/sleep.c | 15 ++
Poweroff handlers may now be installed with register_poweroff_handler.
Use the new API function have_kernel_poweroff to determine if a poweroff
handler has been installed.
Cc: Rafael J. Wysocki
Cc: Pavel Machek
Cc: Len Brown
Signed-off-by: Guenter Roeck
---
kernel/power/hibernate.c | 2 +-
1
Hi Taeung,
On Sun, 5 Oct 2014 15:49:34 +0900, Taeung Song wrote:
> When 'perf top' is run, one can't easily find a difference
> between -z option and normal output.
> So I added a visual cue to know whether it is the zeroing or not.
[SNIP]
> +static int hists__browser_title(struct hists *hists,
Just fold that one in the patch that uses that register
On Wed, 2014-10-01 at 13:16 +0530, Shreyas B. Prabhu wrote:
> Cc: Benjamin Herrenschmidt
> Cc: Paul Mackerras
> Cc: Michael Ellerman
> Cc: linuxppc-...@lists.ozlabs.org
> Signed-off-by: Shreyas B. Prabhu
> ---
> arch/powerpc/include/asm/
On Wed, 2014-10-01 at 13:16 +0530, Shreyas B. Prabhu wrote:
> PORE can be programmed to restore hypervisor registers when waking up
> from deep cpu idle states like winkle.
Tell us a bit more about what "PORE" is. IE, explain a tiny engine will
reconfigure the core and its ucode can be patched to
On Wed, 2014-10-01 at 13:16 +0530, Shreyas B. Prabhu wrote:
> From: Preeti U Murthy
>
> Fast sleep is an idle state, where the core and the L1 and L2
> caches are brought down to a threshold voltage. This also means that
> the communication between L2 and L3 caches have to be fenced. However
> th
Signed-off-by: Gyungoh Yoo
---
Documentation/devicetree/bindings/regulator/sky81452-regulator.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/regulator/sky81452-regulator.txt
b/Documentation/devicetree/bindings/regulator/sky81452-regulator.txt
index 88
Signed-off-by: Gyungoh Yoo
---
drivers/regulator/sky81452-regulator.c | 22 --
1 file changed, 16 insertions(+), 6 deletions(-)
diff --git a/drivers/regulator/sky81452-regulator.c
b/drivers/regulator/sky81452-regulator.c
index 97aff0c..f895d1b 100644
--- a/drivers/regulator/
On Wed, 2014-10-01 at 13:15 +0530, Shreyas B. Prabhu wrote:
> When guests have to be launched, the secondary threads which are offline
> are woken up to run the guests. Today these threads wake up from nap
> and check if they have to run guests. Now that the offline secondary
> threads can go to fa
Signed-off-by: Gyungoh Yoo
---
Documentation/devicetree/bindings/i2c/trivial-devices.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/i2c/trivial-devices.txt
b/Documentation/devicetree/bindings/i2c/trivial-devices.txt
index 6af570e..ff77879 100644
--- a/D
On Wed, 2014-10-01 at 13:15 +0530, Shreyas B. Prabhu wrote:
> From: "Srivatsa S. Bhat"
>
> The offline cpus
Arguably "cpus" here should be "secondary threads" to make the commit
message a bit more comprehensible. A few more nits below...
> should enter deep idle states so as to gain maximum
> p
Signed-off-by: Gyungoh Yoo
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree/bindings/vendor-prefixes.txt
index ac7269f..c755978 100644
--- a/Documentation
Signed-off-by: Gyungoh Yoo
---
.../video/backlight/sky81452-backlight.txt | 24 ++
1 file changed, 24 insertions(+)
create mode 100644
Documentation/devicetree/bindings/video/backlight/sky81452-backlight.txt
diff --git
a/Documentation/devicetree/bindings/video/back
Signed-off-by: Gyungoh Yoo
---
Documentation/devicetree/bindings/mfd/sky81452.txt | 32 ++
1 file changed, 32 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mfd/sky81452.txt
diff --git a/Documentation/devicetree/bindings/mfd/sky81452.txt
b/Documentation/
> > [ 267.547006] debug: unmapping init [mem 0xc28f9000-0xc2b03fff]
> > [ 267.694378] random: init urandom read with 4 bits of entropy available
> > [ 279.465522] sock: process `trinity-main' is using obsolete setsockopt
> > SO_BSDCOMPAT
> > [ 285.269144] BUG: unable to handle kernel NULL poin
Signed-off-by: Gyungoh Yoo
---
drivers/video/backlight/Kconfig | 10 +
drivers/video/backlight/Makefile | 1 +
drivers/video/backlight/sky81452-backlight.c | 347 +++
3 files changed, 358 insertions(+)
create mode 100644 drivers/video/backlight
Hi all,
Today's linux-next merge of the kvm tree got a conflict in
arch/s390/mm/pgtable.c between commit 9511571c4f0e ("s390: mm: fixing
calls of pte_unmap_unlock") from the s390 tree and commit dc77d344b41f
("KVM: s390/mm: fix up indentation of set_guest_storage_key") from the
kvm tree.
I fixed
Signed-off-by: Gyungoh Yoo
---
drivers/mfd/Kconfig | 12 +
drivers/mfd/Makefile | 1 +
drivers/mfd/sky81452.c | 111 +++
include/linux/mfd/sky81452.h | 32 +
4 files changed, 156 insertions(+)
create mode 100644 d
c867d07e3c861e75509650b8a359351d634db93a:
>
> Merge branch 'next' of
> git://git.kernel.org/pub/scm/linux/kernel/git/zohar/linux-integrity into next
> (2014-10-02 19:47:23 +1000)
>
> are available in the git repository at:
>
>
> git://git.kernel.org/p
Hi Peter,
On Sat, Oct 04, 2014 at 07:24:56PM +0200, Peter Zijlstra wrote:
> On Sat, Oct 04, 2014 at 09:46:22PM +0800, Fengguang Wu wrote:
> > Hi Peter,
> >
> > 0day kernel testing robot got the below dmesg and the first bad commit is
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/peterz/q
This patch set includes regulator and backlight driver for SKY81452.
Also it includes documents for device tree and module.
v3:
Cleaned-up DBG messages.
Cleaned-up DT.
v2:
Split the patches for each sub-system.
Added 'reg' attribute for I2C address in device tree documents
Added 'compatible' attr
On Mon, 6 Oct 2014, Mark Rutland wrote:
> So far I haven't been able to trigger the above failure on v3.17, so perhaps
> some patch has fixed that.
>
> With the same seed (1411654897) I can trigger a hw_breakpoint warning
> relatively repeatably (logs for a couple of instances below).
I see thos
Chris and Mark,
On Mon, Oct 6, 2014 at 8:29 PM, Chris Zhong wrote:
>
> On 10/01/2014 06:52 AM, Mark Brown wrote:
>>
>> On Tue, Sep 30, 2014 at 06:57:51PM +0200, Heiko Stübner wrote:
>>>
>>> Am Dienstag, 30. September 2014, 09:43:47 schrieb Doug Anderson:
On Tue, Sep 30, 2014 at 2:44 AM,
HI,
Good day!
We are mailbox supplier, and we have researched & designed some new product.
If you are interested in, I'll Email you a catalogue of our various products
Our Advantage Small volume products , materials , packaging , custom content,
etc. according to customer requirements to complete
On 10/06/2014 05:49 PM, Rich Felker wrote:
On Mon, Oct 06, 2014 at 05:33:18PM -0700, David Daney wrote:
[...]
Why not? It will emit any instructions we care to make it emit. If
we want it to emit crypto instructions with patented algorithms,
then it will do that. But we would still like to
From: David Miller
Date: Sun, 05 Oct 2014 21:38:53 -0400 (EDT)
> From: David Miller
> Date: Sun, 05 Oct 2014 21:35:11 -0400 (EDT)
>
>> From: "John W. Linville"
>> Date: Fri, 3 Oct 2014 14:01:52 -0400
>>
>>> Please pull tihs batch of updates intended for the 3.18 stream!
>>
>> Pulled, thanks
This is a bug fix for using physical arch timers when
the arch_timer_use_virtual boolean is false. It restores the
arch_counter_get_cntpct() function after removal in
0d651e4e "clocksource: arch_timer: use virtual counters"
We need this on certain ARMv7 systems which are architected like this:
On 10/06/2014 06:02 PM, Kevin D. Kissell wrote:
On 10/06/2014 01:23 PM, David Daney wrote:
From: David Daney
In order for MIPS to be able to support a non-executable stack, we
need to supply a method to specify a userspace area that can be used
for executing emulated branch delay slot instruct
X-Powers AXP288 is a customized PMIC for Intel Baytrail-CR platforms. Similar
to AXP202/209, AXP288 comes with USB charger, more LDO and BUCK channels, and
AD converters. It also provides extended status and interrupt reporting
capabilities than the devices currently supported in axp20x.c.
In addi
Platform driver for X-Powers AXP288 ADC, which is a sub-device of the
customized AXP288 PMIC for Intel Baytrail-CR platforms. GPADC device
enumerates as one of the MFD cell devices. It uses IIO infrastructure
to communicate with userspace and consumer drivers.
Usages of ADC channels include batter
X-Powers AXP288 is a customized PMIC found on some Intel Baytrail-CR platforms.
It comes with sub-functions such as USB charging, fuel gauge, ADC, and many LDO
and BUCK channels.
By extending the existing AXP20x driver, this patchset adds basic support
for AXP288 PMIC with ADC as one MFD cell devi
This patch remove unnecessary KERNL_DEBUG in pr_debug() within rtlx.c.
Signed-off-by: Masanari Iida
---
arch/mips/kernel/rtlx.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/mips/kernel/rtlx.c b/arch/mips/kernel/rtlx.c
index 31b1b76..c5c4fd5 100644
--- a/arch/mips/
This patch remove unnecessary KERN_ERR from pr_err() within kexec.c.
Signed-off-by: Masanari Iida
---
kernel/kexec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/kexec.c b/kernel/kexec.c
index 2abf9f6..9a8a01a 100644
--- a/kernel/kexec.c
+++ b/kernel/kexec.c
@@ -600
On 10/02/2014 04:41 AM, Bart Tanghe wrote:
> Add pwm driver for Broadcom BCM2835 processor (Raspberry Pi)
>
> Signed-off-by: Bart Tanghe
> ---
> Changes in v5:
By v5, I would drop "rfc" from the email subject.
> diff --git a/Documentation/devicetree/bindings/pwm/pwm-bcm2835.txt
> b/Documentati
On 10/01/2014 06:52 AM, Mark Brown wrote:
On Tue, Sep 30, 2014 at 06:57:51PM +0200, Heiko Stübner wrote:
Am Dienstag, 30. September 2014, 09:43:47 schrieb Doug Anderson:
On Tue, Sep 30, 2014 at 2:44 AM, Chris Zhong wrote:
- REGULATOR_LINEAR_RANGE(70, 0, 63, 12500),
+ REGULATO
On Wed, 01 Oct 2014 08:18:41 +0530, Hemant Kumar wrote:
> This patch adds the support to delete SDT events from the cache.
> To delete an event corresponding to a file, first the cache is read into
> the file_hash list. The key is calculated from the file name.
> And then, the file_list for that fi
> -Original Message-
> From: Peter Zijlstra [mailto:pet...@infradead.org]
> Sent: Wednesday, September 24, 2014 10:15 AM
> To: Liang, Kan
> Cc: eran...@google.com; linux-kernel@vger.kernel.org; mi...@redhat.com;
> pau...@samba.org; a...@kernel.org; a...@linux.intel.com; Yan, Zheng
> Subje
>
> On Wed, Sep 10, 2014 at 10:09:11AM -0400, kan.li...@intel.com wrote:
> > From: Kan Liang
> >
> > If a task specific event wants user space callchain but does not want
> > branch stack sampling, enable the LBR call stack facility implicitly.
> > The LBR call stack facility can help perf to ge
On Wed, 01 Oct 2014 08:17:48 +0530, Hemant Kumar wrote:
> This patch adds a new sub-command to perf : sdt-cache.
> sdt-cache command can be used to add, remove and dump SDT events.
> This patch adds support to only "add" the SDT events. The rest of the
> patches add support to rest of them.
>
> Whe
1 - 100 of 646 matches
Mail list logo
