Re: [PATCH v3 10/10] clk: iproc: define Broadcom NS2 iProc clock binding

On 10/15, Jon Mason wrote: > Document the device tree bindings for Broadcom Northstar 2 architecture > based clock controller > > Signed-off-by: Jon Mason > --- Applied to clk-iproc -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation

Re: [PATCH v3 09/10] clk: iproc: define Broadcom NSP iProc clock binding

On 10/15, Jon Mason wrote: > Document the device tree bindings for Broadcom Northstar Plus > architecture based clock controller > > Signed-off-by: Jon Mason > --- Applied to clk-iproc -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux

Re: [PATCH v3 08/10] clk: ns2: add clock support for Broadcom Northstar 2 SoC

On 10/15, Jon Mason wrote: > The Broadcom Northstar 2 SoC is architected under the iProc > architecture. It has the following PLLs: GENPLL SCR, GENPLL SW, > LCPLL DDR, LCPLL Ports, all derived from an onboard crystal. > > Signed-off-by: Jon Mason > --- Applied to

[PATCH block/for-linus] blkcg: fix incorrect read/write sync/async stat accounting

While unifying how blkcg stats are collected, 77ea733884eb ("blkcg: move io_service_bytes and io_serviced stats into blkcg_gq") incorrectly used bio->flags instead of bio->rw to tell the IO type. This made IOs to be accounted as the wrong type. Fix it. Signed-off-by: Tejun Heo

Re: [PATCH 2/2] Fixed Trivial Warnings in file: Deleted Spaces prior to tabs, and added lines. modified: kernel/auditfilter.c

On 10/21/2015 10:33 AM, Richard Guy Briggs wrote: > On 15/10/21, Joe Perches wrote: >> On Mon, 2015-10-19 at 12:10 -0400, Richard Guy Briggs wrote: >>> On 15/10/18, Scott Matheina wrote: On 10/14/2015 04:54 PM, Paul Moore wrote: > On Saturday, October 10, 2015 08:57:55 PM Scott Matheina

Re: [PATCH v6 01/22] driver core: handle -EPROBE_DEFER from bus_type.match()

On Monday, September 21, 2015 04:02:41 PM Tomeu Vizoso wrote: > Lets implementations of the match() callback in struct bus_type to > return errors and if it's -EPROBE_DEFER then queue the device for > deferred probing. > > This is useful to buses such as AMBA in which devices are registered >

Re: [RFC v3 9/9] kmsg: selftests

On Mon, 2015-10-19 at 14:58 +0200, Paul Osmialowski wrote: > This patch adds selftests framework and four test scenarios for kmsg. > > The framework shape and code was inspired by similar selftests framework > for kdbus. > diff --git a/tools/testing/selftests/kmsg/Makefile >

Re: [PATCH 2/2] Fixed Trivial Warnings in file: Deleted Spaces prior to tabs, and added lines. modified: kernel/auditfilter.c

On 10/21/2015 01:23 PM, Paul Moore wrote: > On Sunday, October 18, 2015 12:50:45 PM Scott Matheina wrote: >> On 10/14/2015 04:54 PM, Paul Moore wrote: >>> On Saturday, October 10, 2015 08:57:55 PM Scott Matheina wrote: Signed-off-by: Scott Matheina ---

Re: [PATCH v6 22/22] of/platform: Defer probes of registered devices

On Wed, 2015-10-21 at 00:54 -0500, Scott Wood wrote: > On Mon, 2015-09-21 at 16:03 +0200, Tomeu Vizoso wrote: > > Instead of trying to match and probe platform and AMBA devices right > > after each is registered, delay their probes until device_initcall_sync. > > > > This means that devices

Re: [PATCH] mmc: pwrseq: Use highest priority for eMMC restart handler

On 22.10.2015 00:15, Javier Martinez Canillas wrote: > The pwrseq_emmc driver does a eMMC card reset before a system reboot to > allow broken or limited ROM boot-loaders (that don't have an eMMC reset > logic) to be able to read the second stage from the eMMC. > > But this has to be called before

Re: [PATCH net-next 2/2] xfrm: Fix unaligned access in xfrm_notify_sa() for DELSA

From: Steffen Klassert Date: Wed, 21 Oct 2015 08:57:04 +0200 > On Mon, Oct 19, 2015 at 05:23:29PM -0400, Sowmini Varadhan wrote: >> On sparc, deleting established SAs (e.g., by restarting ipsec >> at the peer) results in unaligned access messages via >> xfrm_del_sa

Re: [PATCH v2] x86/mm: warn on W+x mappings

On 21 October 2015 at 14:49, Ingo Molnar wrote: > > * Ingo Molnar wrote: > >> >> * Matt Fleming wrote: >> >> > > > Right, we could do that, but then we wouldn't be able to support >> > > > creation/updating variables at runtime, such

[PATCH] ARM: keystone: dts: add PCI serdes driver bindings

This patch adds the serdes phy driver dts bindings for the keystone PCIe host driver. Signed-off-by: WingMan Kwok --- arch/arm/boot/dts/k2e.dtsi | 10 ++ arch/arm/boot/dts/keystone.dtsi | 10 ++ 2 files changed, 20 insertions(+) diff --git

[PATCH v3 1/2] phy: keystone: serdes driver for gbe 10gbe and pcie

On TI's Keystone platforms, several peripherals such as the gbe ethernet switch, 10gbe ethernet switch and PCIe controller require the use of a SerDes for converting SoC parallel data into serialized data that can be output over a high-speed electrical interface, and also converting high-speed

[PATCH v3 0/2] Common SerDes driver for TI's Keystone Platforms

On TI's Keystone platforms, several peripherals such as the gbe ethernet switch, 10gbe ethernet switch and PCIe controller require the use of a SerDes for converting SoC parallel data into serialized data that can be output over a high-speed electrical interface, and also converting high-speed

[PATCH v3 2/2] PCI: keystone: update to use generic keystone serdes driver

This patch updates the Keystone PCI driver to use the generic Keystone serdes driver for serdes initialization and configuration. The generic serdes driver supports peripherals on Keystone platforms that require serdes. Signed-off-by: WingMan Kwok ---

Re: [PATCH net-next 2/2] xfrm: Fix unaligned access in xfrm_notify_sa() for DELSA

From: Sowmini Varadhan Date: Wed, 21 Oct 2015 06:54:42 -0400 > On (10/21/15 08:57), Steffen Klassert wrote: >> > --- a/net/xfrm/xfrm_user.c >> > +++ b/net/xfrm/xfrm_user.c >> > @@ -2659,7 +2659,7 @@ static int xfrm_notify_sa(struct xfrm_state *x, >> > const struct

Re: [PATCH 26/31] perf tools: Support perf event alias name

On 2015/10/21 16:53, Namhyung Kim wrote: Hi, On Wed, Oct 14, 2015 at 12:41:37PM +, Wang Nan wrote: From: He Kuang This patch adds new bison rules for specifying an alias name to a perf event, which allows cmdline refer to previous defined perf event through its

Re: [PATCH] mm,vmscan: Use accurate values for zone_reclaimable() checks

On Wed 21-10-15 21:26:19, Tetsuo Handa wrote: > >From 0c50792dfa6396453c89c71351a7458b94d3e881 Mon Sep 17 00:00:00 2001 > From: Tetsuo Handa > Date: Wed, 21 Oct 2015 21:15:30 +0900 > Subject: [PATCH] mm,vmscan: Use accurate values for zone_reclaimable() checks

Re: [PATCH net-next 2/2] xfrm: Fix unaligned access in xfrm_notify_sa() for DELSA

From: Sowmini Varadhan Date: Wed, 21 Oct 2015 08:36:28 -0400 > + memcpy((u8 *)p, , sizeof(tmp)); memcpy() _never_ works for avoiding unaligned accessed. I repeat, no matter what you do, no matter what kinds of casts or fancy typing you use, memcpy()

Re: [PATCH] MAINTAINERS: ARM: EXYNOS: Add documentation and dt-bindings

Hello Krzysztof, On 10/21/2015 02:43 PM, Krzysztof Kozlowski wrote: > 2015-10-21 17:45 GMT+09:00 Javier Martinez Canillas : >> >> Hello Krzysztof, >> >> Patch looks good to me, I've only one comment. >> >> On 10/21/2015 03:33 AM, Krzysztof Kozlowski wrote: >>> Extend the

Re: [PATCH net-next 2/2] xfrm: Fix unaligned access in xfrm_notify_sa() for DELSA

On (10/21/15 06:22), David Miller wrote: > memcpy() _never_ works for avoiding unaligned accessed. > > I repeat, no matter what you do, no matter what kinds of casts or > fancy typing you use, memcpy() _never_ works for this purpose. : > There is one and only one portable way to access

Re: [PATCH 1/5] x86, perf: Fix LBR call stack save/restore

On Tue, Oct 20, 2015 at 11:46:33AM -0700, Andi Kleen wrote: > From: Andi Kleen > > This fixes a bug added with the earlier 90405aa02. The bug > could lead to lost LBR call stacks. When restoring the LBR > state we need to use the TOS of the previous context, not > the

Re: [PATCH] SCSI: mvsas: Fix NULL pointer dereference in mvs_slot_task_free

2015-10-21 10:33 GMT+03:00 Johannes Thumshirn : > On Tue, 2015-10-20 at 20:41 +0300, Dāvis Mosāns wrote: >> 2015-08-21 7:29 GMT+03:00 Dāvis Mosāns : >> > When pci_pool_alloc fails in mvs_task_prep then task->lldd_task >> > stays >> > NULL but it's later used

Re: [PATCH 01/16] PM / OPP: Add 'supply-names' binding

On 17-10-15, 09:40, Viresh Kumar wrote: > Hehe, no. > > Okay here is the problem statement: > > We have two supplies for a device and the device node will have > something like: > > name1-supply = <>; > name2-supply = <>; > > And the OPP node needs to have voltages for both of them: > >

Re: Possible bug in DM-RAID.

On 2015-10-20 11:12, Austin S Hemmelgarn wrote: I think I've stumbled upon a bug in DM-RAID. The primary symptom is that when creating a new DM-RAID based device (using either LVM or dmsetup) in a RAID1 configuration, it very quickly claims one by one that all of the disks failed except the

lockdep-related warning in kernel/sched/deadline.c::find_lock_later_rq()

Hi all, after fixing task migrations for SCHED_DEADLINE, I started to see some lockdep-related warnings that look like this: [ 794.428081] WARNING: CPU: 1 PID: 0 at /home/luca/Src/GRUB/linux-reclaiming/kernel/locking/lockdep.c:3407 lock_release+0x3f4/0x440() [ 794.428439] releasing a pinned

Re: console vs earlycon ?

On 10/21/2015 04:21 AM, Masahiro Yamada wrote: > Hi. > > > > > I think there are three places where console could be enabled. > > [1] earlycon > > Each driver entry is declared with > EARLYCON_DECLARE() or OF_EARLYCON_DECLARE() > > > > [2] console_init() > > Each entry is declared with

Re: [PATCH 4/4] perf evsel: Print branch filter state with -vv

Em Wed, Oct 21, 2015 at 11:25:25AM +0200, Ingo Molnar escreveu: > * Peter Zijlstra wrote: > > On Tue, Oct 20, 2015 at 05:25:07PM -0300, Arnaldo Carvalho de Melo wrote: > > > From: Andi Kleen > > > Add a missing field to the perf_event_attr debug

Re: [PATCH 13/16] perf callchain: Switch default to 'graph,0.5,caller'

Em Wed, Oct 21, 2015 at 10:06:45AM +0200, Ingo Molnar escreveu: > * Arnaldo Carvalho de Melo wrote: > > Indeed, finding a default that is deemed adequate for most people is, > > ho-hum, > > difficult 8-) > > Ingo, what do you think? > So I think the new default is a

Re: [PATCH] ACPI / property: Fix subnode lookup scope for data-only subnodes

On Wed, Oct 21, 2015 at 01:51:24AM +0200, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > The correct scope for looking up the objects to generate data packages for > data-only subnodes pointed to by another data-only subnode is the scope > of the parent of

Re: [PATCH v2] x86/mm: warn on W+x mappings

On Wed, Oct 21, 2015 at 02:57:47PM +0200, Ard Biesheuvel wrote: > ... For the remaining cases, which is the vast majority, no such > assumptions can be made, and since the UEFI runtime regions are > typically populated with a bunch of PE/COFF images (each of which > consists of text + data),

[PATCH] regmap: rbtree: When adding a reg do a bsearch for target node

From: Nikesh Oswal A binary search is much more efficient rather than iterating over the rbtree in ascending order which the current code is doing. During initialisation the reg defaults are written to the cache in a large chunk and these are always sorted in the

Re: Possible bug in DM-RAID.

On 2015-10-21 09:19, Austin S Hemmelgarn wrote: Hmm, dm-de...@redhat.org seems to have bounced for me. Any ideas why RedHat would be blocking inbound mail from Google's mail servers? On 2015-10-20 11:12, Austin S Hemmelgarn wrote: I think I've stumbled upon a bug in DM-RAID. The primary

Re: [PATCH 13/16] perf callchain: Switch default to 'graph,0.5,caller'

Em Wed, Oct 21, 2015 at 10:21:36AM +0900, Namhyung Kim escreveu: > On Tue, Oct 20, 2015 at 03:44:04PM -0300, Arnaldo Carvalho de Melo wrote: > > Em Tue, Oct 20, 2015 at 07:21:16PM +0200, Frederic Weisbecker escreveu: > > > On Tue, Oct 20, 2015 at 10:06:51AM -0300, Arnaldo Carvalho de Melo wrote: >

Re: [PATCH v2 0/2] net, phy, smsc: add posibility to disable energy detect mode

From: Heiko Schocher Date: Sat, 17 Oct 2015 06:04:34 +0200 > On some boards the energy enable detect mode leads in > trouble with some switches, so make the enabling of > this mode configurable through DT. > Therefore the property "smsc,disable-energy-detect" is > introduced. > >

[RESEND PATCH v2 0/2] fix the TSHUT issue on rockchip thermal

We need the OTP pin is gpio state before resetting the TSADC controller, since the tshut polarity will generate a high signal. Says: The TSHUT temperature is setting more than 80 degree, the default tshut polarity is HIGH. If T > 80C, the OTP output the High Signal. If T < 80C, the OTP output

[RESEND PATCH v2 2/2] ARM: dts: rockchip: Add the OTP gpio pinctrl

Add the "init" pinctrl as the OTP gpio state. We need the OTP pin is gpio state before resetting the TSADC controller, since the tshut polarity will generate a high signal. "init" pinctrl property is defined by Doug's Patch[0]. Patch[0]: https://patchwork.kernel.org/patch/7454311/

[RESEND PATCH v2 1/2] dt-bindings: rockchip-thermal: Add the "init" pinctrl in this document

The "init" pinctrl is defined we'll set pinctrl to this state before probe and then "default" after probe. Add the "init" pinctrl as the OTP gpio state, since we need switch the pin to gpio state before the TSADC controller is reset. As I know, the TSADC controller is reset, the tshut polarity

Re: [PATCH net-next 1/2] ARM: gemini: remove unnecessary mdio-gpio includes

From: Vivien Didelot Date: Tue, 20 Oct 2015 10:08:58 -0400 > Remove the inclusion of linux/mdio-gpio.h in nas4220b, wbd111 and wbd222 > boards since mdio-gpio is not used. > > Signed-off-by: Vivien Didelot Applied. --

Re: [PATCH net-next 2/2] net: mdio-gpio: move platform data header

From: Vivien Didelot Date: Tue, 20 Oct 2015 10:08:59 -0400 > This header file only contains the platform data structure definition, > so move it to the include/linux/platform_data/ directory. > > Signed-off-by: Vivien Didelot

Re: [PATCH] serial: msm_serial: Make config tristate

On Wed, Oct 21, 2015 at 04:05:23PM -0700, Stephen Boyd wrote: > This driver works as a module, so mark it as a tristate config > instead of a bool. > > Cc: Paul Gortmaker > Signed-off-by: Stephen Boyd > --- > > I tested this with a busybox

Re: [PATCH] mmc: pwrseq: Use highest priority for eMMC restart handler

Hello Krzysztof, On 10/22/2015 03:43 AM, Krzysztof Kozlowski wrote: > On 22.10.2015 10:20, Javier Martinez Canillas wrote:> Hello Krzysztof, >> >> Thanks for your feedback. >> >> On 10/22/2015 02:36 AM, Krzysztof Kozlowski wrote: >>> On 22.10.2015 00:15, Javier Martinez Canillas wrote: The

Re: [PATCH V5 1/1] bpf: control events stored in PERF_EVENT_ARRAY maps trace data output when perf sampling

On 2015/10/22 0:57, Peter Zijlstra wrote: On Wed, Oct 21, 2015 at 11:06:47PM +0800, pi3orama wrote: So explain; how does this eBPF stuff work. I think I get your point this time, and let me explain the eBPF stuff to you. You are aware that BPF programmer can break the system in this way:

Re: [PATCH v3 1/8] arm64: dts: qcom: 8x16: Add fixed rate on-board oscillator

On Tue, Oct 20, 2015 at 07:57:53PM +0300, Georgi Djakov wrote: > Add the on-board XO oscillator. This patch prepares for adding support > for RPM controlled clocks. In order to do smooth transition and support > both cases (RPM clock driver is enabled or nor), we first move the XO to > the DT and

Re: [PATCH RESEND net-next] net: updates HNS config and documents

在 2015/10/22 9:26, Rob Herring 写道: > On Mon, Oct 19, 2015 at 9:36 PM, yankejian wrote: >> updates the bindings documents and dtsi file according to the review >> comments from Rob Herring >> >> Signed-off-by: yankejian >>

[PATCH 1/2] f2fs: fix leakage of inmemory atomic pages

If we got failure during commit_atomic_write, abort_volatile_write will be called, but will not drop the inmemory pages due to no FI_ATOMIC_FILE. Actually, there is no reason to check the flag in abort_volatile_write. Signed-off-by: Jaegeuk Kim --- fs/f2fs/file.c | 10

[PATCH 2/2] f2fs: don't need to submit bio on error case

If commit_atomic_write is failed, we don't need to submit any bio. Signed-off-by: Jaegeuk Kim --- fs/f2fs/segment.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/f2fs/segment.c b/fs/f2fs/segment.c index 7835e41..7efd96ad 100644 ---

Re: next-20151021 - compile error in fs/f2fs/checkpoint.c

nux-f2fs-de...@lists.sourceforge.net; linux-kernel@vger.kernel.org > > Subject: next-20151021 - compile error in fs/f2fs/checkpoint.c > > > > Building next-20151021 dies with this error: > > > > CC [M] fs/f2fs/checkpoint.o > > fs/f2fs/checkpoint.c: In functio

Re: [PATCH V5 1/1] bpf: control events stored in PERF_EVENT_ARRAY maps trace data output when perf sampling

On 10/21/15 6:56 PM, Wangnan (F) wrote: One alternative solution I can image is to attach a BPF program at sampling like kprobe, and return 0 if we don't want sampling take action. Thought? Do you think attaching BPF programs to sampling is an acceptable idea? If you mean to extend 'filter'

Re: [PATCH V5 1/1] bpf: control events stored in PERF_EVENT_ARRAY maps trace data output when perf sampling

On 2015/10/22 11:09, Alexei Starovoitov wrote: On 10/21/15 6:56 PM, Wangnan (F) wrote: One alternative solution I can image is to attach a BPF program at sampling like kprobe, and return 0 if we don't want sampling take action. Thought? Do you think attaching BPF programs to sampling is an

Re: [PATCH v11 15/15] HMM: add documentation explaining HMM internals and how to use it.

Hi, Some corrections and a few questions... On 10/21/15 14:00, Jérôme Glisse wrote: > This add documentation on how HMM works and a more in depth view of how it > should be use by device driver writers. > > Signed-off-by: Jérôme Glisse > --- > Documentation/vm/hmm.txt

Re: [PATCH V5 1/1] bpf: control events stored in PERF_EVENT_ARRAY maps trace data output when perf sampling

On 10/21/15 8:12 PM, Wangnan (F) wrote: On 2015/10/22 11:09, Alexei Starovoitov wrote: On 10/21/15 6:56 PM, Wangnan (F) wrote: One alternative solution I can image is to attach a BPF program at sampling like kprobe, and return 0 if we don't want sampling take action. Thought? Do you think

Re: [PATCH 2/2] Fixed Trivial Warnings in file: Deleted Spaces prior to tabs, and added lines. modified: kernel/auditfilter.c

On 10/21/2015 09:15 PM, Richard Guy Briggs wrote: > On 15/10/21, Scott Matheina wrote: >> On 10/21/2015 10:33 AM, Richard Guy Briggs wrote: >>> On 15/10/21, Joe Perches wrote: On Mon, 2015-10-19 at 12:10 -0400, Richard Guy Briggs wrote: > On 15/10/18, Scott Matheina wrote: >> On

[PATCH v4 2/4] mmc: sdhci-of-arasan: add phy support for sdhci-of-arasan

This patch adds Generic PHY access for sdhci-of-arasan. Driver can get PHY handler from dt-binding, and power-on/init the PHY. Also we add pm ops for PHY here if CONFIG_PM_SLEEP is enabled. Currently, it's just mandatory for arasan,sdhci-5.1. Signed-off-by: Shawn Lin

[PATCH v4 1/4] Documentation: bindings: add description of phy for sdhci-of-arasan

This patch adds phys and phy-names for sdhci-of-arasan as required properties for arasan,sdhci-5.1, and details the example as well. Signed-off-by: Shawn Lin --- Changes in v2: - Keep phy as a mandatory requirement for arasan,sdhci-5.1

[PATCH v4 4/4] mmc: sdhci-of-arasan: add runtime pm support

This patch add runtime_suspend and runtime_resume for sdhci-of-arasan. Currently we also power-off phy at runtime_suspend for power-saving. Signed-off-by: Shawn Lin Serise-changes: 4 - remove ifdef for PM callback statement - fix missing pm_runtime_set_active - remove

[PATCH v4 3/4] mmc: sdhci-of-arasan: fix clk prepare and unprepare for PM callback

This patch use clk_prepare_enable and clk_disable_unprepare for system PM callback instead of directly use clk_enable and clk_disable without clk_prepare/unprepare. Signed-off-by: Shawn Lin --- Changes in v2: None drivers/mmc/host/sdhci-of-arasan.c | 12 ++--

Re: [RESEND PATCH v2 1/2] dt-bindings: rockchip-thermal: Add the "init" pinctrl in this document

Caesar, On Wed, Oct 21, 2015 at 7:30 PM, Caesar Wang wrote: > The "init" pinctrl is defined we'll set > pinctrl to this state before probe and then "default" after probe. > > Add the "init" pinctrl as the OTP gpio state, since we need switch > the pin to gpio state before

Re: [PATCH v7 03/60] sparc/PCI: Unify pci_register_region()

On Wed, 2015-10-21 at 18:27 -0700, David Miller wrote: > From: Yinghai Lu > Date: Wed, 21 Oct 2015 11:16:53 -0700 > > > otherwise we need to compare res with pbm->mem_space or pbm > ->mem64_space > > to get direct parent for request_resource_conflict() calling in > >

Re: [RESEND PATCH v2 1/2] dt-bindings: rockchip-thermal: Add the "init" pinctrl in this document

在 2015年10月22日 11:45, Doug Anderson 写道: Caesar, On Wed, Oct 21, 2015 at 7:30 PM, Caesar Wang wrote: The "init" pinctrl is defined we'll set pinctrl to this state before probe and then "default" after probe. Add the "init" pinctrl as the OTP gpio state, since we need

Re: [PATCH v3 2/3] mmc: sdhci-of-arasan: add phy support for sdhci-of-arasan

On 2015/10/21 3:08, Kishon Vijay Abraham I wrote: Hi, On Tuesday 20 October 2015 02:09 PM, Ulf Hansson wrote: + Kishon On 20 October 2015 at 09:05, Shawn Lin wrote: This patch adds Generic PHY access for sdhci-of-arasan. Driver can get PHY handler from dt-binding,

linux-next: build failure after merge of the akpm-current tree

Hi Andrew, After merging the akpm-current tree, today's linux-next build (arm allnoconfig and others) failed like this: In file included from init/main.c:50:0: include/linux/rmap.h:274:1: error: expected declaration specifiers or '...' before '{' token Caused by commit e4f28388eb72 ("mm:

Re: [PATCH v2 1/2] arm64: revamp unwind_frame for interrupt stack

On 10/20/2015 10:26 PM, Jungseok Lee wrote: On Oct 20, 2015, at 5:00 PM, AKASHI Takahiro wrote: This patch allows unwind_frame() to traverse from interrupt stack to process stack correctly by having a dummy stack frame for irq exception entry created at its prologue. Signed-off-by: AKASHI

[RFC] A couple of questions about the paged I/O sub system

Hi all, I've been looking through some of the page reclaim code and at truncate_inode_pages(). I'm not familiar with the code and I'm struggling to understand it. One thing that is puzzling me right now is, if a file has pages that have been modified and are swapped out when

Re: linux-next: build failure after merge of the akpm-current tree

On Wed, 21 Oct 2015 17:34:38 +1100 Stephen Rothwell wrote: > Hi Andrew, > > After merging the akpm-current tree, today's linux-next build (arm > allnoconfig and others) failed like this: > > In file included from init/main.c:50:0: > include/linux/rmap.h:274:1: error:

Re: linux-next: build failure after merge of the akpm-current tree

Hello, On Wed, Oct 21, 2015 at 05:34:38PM +1100, Stephen Rothwell wrote: > Hi Andrew, > > After merging the akpm-current tree, today's linux-next build (arm > allnoconfig and others) failed like this: > > In file included from init/main.c:50:0: > include/linux/rmap.h:274:1: error: expected

Re: [PATCHv2] fpga: zynq-fpga: Change fw format to handle bin instead of bit.

On 10/20/2015 07:19 PM, Moritz Fischer wrote: > This gets rid of the code to strip away the header and byteswap, > as well as the check for the sync word. > > Signed-off-by: Moritz Fischer > --- > v2: > - Removed early exit path in case synq seq is not found > --- >

Re: [PATCH net-next 2/2] xfrm: Fix unaligned access in xfrm_notify_sa() for DELSA

On Mon, Oct 19, 2015 at 05:23:29PM -0400, Sowmini Varadhan wrote: > On sparc, deleting established SAs (e.g., by restarting ipsec > at the peer) results in unaligned access messages via > xfrm_del_sa -> km_state_notify -> xfrm_send_state_notify(). > Use an aligned pointer to xfrm_usersa_info for

Re: [PATCH] leds: leds-netxbig.c: Use devm_led_classdev_register

Hi Fida, On 10/20/2015 10:06 PM, Fida Mohammad wrote: Use resource managed function devm_led_classdev_register to make error path simpler. Consequently, removed a goto call and remove function made simpler. Signed-off-by: Fida Mohammad --- drivers/leds/leds-netxbig.c |

[lkp] [string] 3fda0fa0f5: BUG: KASan: out of bounds access in strscpy+0xc2/0x290 at addr ffff880016b83ee0

FYI, we noticed the below changes on https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.core/strings commit 3fda0fa0f5ed4ef634e043c65709482aea0a37f6 ("string: Improve the generic strlcpy() implementation")

RE: [PATCH v8 08/14] nohz_full: allow disabling the 1Hz minimum tick at boot

> From: Frederic Weisbecker [mailto:fweis...@gmail.com] > > This option also allows easy testing of nohz_full and task-isolation > > modes to determine what functionality needs to be implemented, > > and what possibly-spurious timer interrupts are scheduled when > > the basic 1Hz tick has been

[PATCH -next] gpio: generic: Revert to old error handling in bgpio_map

Returning an error instead of NULL in bgpio_map if platform_get_resource_byname does not find a resource was introduced with commit cf3f2a2c8bae ("gpio: generic: improve error handling in bgpio_map"). This results in several qemu runtime failures with default and non-default configurations, if

RE: [PATCH v8 06/14] task_isolation: provide strict mode configurable signal

> From: Andy Lutomirski [mailto:l...@amacapital.net] > Sent: Wednesday, October 21, 2015 4:43 AM > To: Chris Metcalf > Subject: Re: [PATCH v8 06/14] task_isolation: provide strict mode > configurable signal > > On Tue, Oct 20, 2015 at 6:30 PM, Chris Metcalf > wrote: > > On

Re: [PATCH v6 05/11] block: remove split code in blkdev_issue_{discard,write_same}

Jens, Ming: are you fine with the one liner change to get back to the old I/O pattern? While it looks like the cards fault I'd like to avoid this annoying regression. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org

Re: [PATCH] i2c: at91: fix write transfers by clearing pending interrupt first

On 2015-10-20 15:27, Ludovic Desroches wrote: > On Mon, Oct 19, 2015 at 12:49:03PM +0200, Peter Rosin wrote: >> On 2015-10-19 10:51, Ludovic Desroches wrote: >>> Hi Peter, >>> >>> On Fri, Oct 16, 2015 at 11:08:42AM +0200, Peter Rosin wrote: On 2015-10-16 01:47, Peter Rosin wrote: > On

[PATCH] bus: sunxi-rsb: Allow building sunxi-rsb as a module

Allwinner Reduced Serial Bus support is only needed for sun[89]i platforms. Having it built-in for multi-platform kernels leads to a bigger kernel image, without any benefit for non sun[89]i systems. The driver already exports the needed symbols and supports module loading/unloading. Change the

Re: [PATCH v3 1/1] i2c: add ACPI support for I2C mux ports

On Wed, Oct 21, 2015 at 01:52:41AM -0700, Dustin Byford wrote: > On Wed Oct 21 11:34, Mika Westerberg wrote: > > On Wed, Oct 21, 2015 at 01:21:16AM -0700, Dustin Byford wrote: > > > On Wed Oct 21 11:12, Mika Westerberg wrote: > > > > On Tue, Oct 20, 2015 at 10:49:59AM -0700, Dustin Byford wrote: >

Re: [PATCH v3 2/4] KVM: use simple waitqueue for vcpu->wq

On Tue, Oct 20, 2015 at 04:00:31PM +0200, Peter Zijlstra wrote: > @@ -2018,17 +2017,9 @@ void kvm_vcpu_block(struct kvm_vcpu *vcpu) > } while (single_task_running() && ktime_before(cur, stop)); > } > > - for (;;) { > - prepare_to_wait(>wq, ,

[PATCH] x86/spinlocks: Avoid a deadlock when someone unlock a zapped ticked spinlock

There are few situations when we reinitialize (zap) ticket spinlocks. It typically happens when the system is going down after an error and we want to avoid deadlock in some important services. For example, zap_locks() in printk.c and ioapic_zap_locks(). Peter pointed out that partial deadlock

[PATCH v5 3/3] SMAF: add fake secure module

This module is allow testing secure calls of SMAF. Signed-off-by: Benjamin Gaignard --- drivers/smaf/Kconfig | 6 +++ drivers/smaf/Makefile | 1 + drivers/smaf/smaf-fakesecure.c | 92 ++ 3 files changed,

[PATCH v5 1/3] create SMAF module

Secure Memory Allocation Framework goal is to be able to allocate memory that can be securing. There is so much ways to allocate and securing memory that SMAF doesn't do it by itself but need help of additional modules. To be sure to use the correct allocation method SMAF implement deferred

[PATCH v5 2/3] SMAF: add CMA allocator

SMAF CMA allocator implement helpers functions to allow SMAF to allocate contiguous memory. match() each if at least one of the attached devices have coherent_dma_mask set to DMA_BIT_MASK(32). For allocation it use dma_alloc_attrs() with DMA_ATTR_WRITE_COMBINE and not dma_alloc_writecombine to

Re: [PATCH v3 2/4] KVM: use simple waitqueue for vcpu->wq

On Tue, Oct 20, 2015 at 04:00:31PM +0200, Peter Zijlstra wrote: > > Should we not take this opportunity to get rid of these open-coded wait > loops? > > > Does this work? No, on Book3S HV (POWER8) the VM hangs immediately after the kernel brings up all the secondary vCPUs, and is then

Re: [PATCH] clk: iproc: Fix PLL output frequency calculation

Quoting Stephen Boyd (2015-10-19 15:16:05) > On 10/19/2015 02:55 PM, Ray Jui wrote: > > > > > > On 15-10-19 02:49 PM, Stephen Boyd wrote: > >> On 10/16, Ray Jui wrote: > >>> From: Simran Rai > >>> > >>> This patch affects the clocks that use fractional ndivider in their >

Re: [PATCH] EDAC: Add AMD Seattle SoC EDAC

Hi, On 21/10/15 10:35, Borislav Petkov wrote: > On Wed, Oct 21, 2015 at 09:55:43AM +0800, Hanjun Guo wrote: >> So I think the meaning of those error register is the same, but the way >> of handle it may different from SoCs, for single bit error: >> >> - SoC may trigger a interrupt; >> - SoC may

Re: [PATCH net-next 2/3] bpf: introduce bpf_perf_event_output() helper

hi, Alexei I've tested the sample in next patch and it works well. I think more work on the perf side needs to be done for parsing PERF_COUNT_SW_BPF_OUTPUT event type, are you working on that? Thank you. On 2015/10/21 11:02, Alexei Starovoitov wrote: This helper is used to send raw data from

Re: [PATCH 1/2] i2c: designware: register clkdev during acpi device configuration

On Wed, Oct 21, 2015 at 05:50:02PM +0800, Ken Xue wrote: > After apd was accept in kernel V4.1, there is no issue. But between 3.18 > and V4.1, there will be a problem. We care about that because? -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message

[tip:ras/core] x86/setup: Cleanup crashkernel reservation functions

Commit-ID: 97eac21babe47e1a8ed4cac4f8874c5746cf6e36 Gitweb: http://git.kernel.org/tip/97eac21babe47e1a8ed4cac4f8874c5746cf6e36 Author: Borislav Petkov AuthorDate: Mon, 19 Oct 2015 11:17:43 +0200 Committer: Ingo Molnar CommitDate: Wed, 21 Oct 2015

[tip:ras/core] x86/setup/crash: Cleanup some more

Commit-ID: f56d55781c1ff5663874775d0672ba954fe5634c Gitweb: http://git.kernel.org/tip/f56d55781c1ff5663874775d0672ba954fe5634c Author: Borislav Petkov AuthorDate: Mon, 19 Oct 2015 11:17:45 +0200 Committer: Ingo Molnar CommitDate: Wed, 21 Oct 2015

[tip:ras/core] x86/setup/crash: Remove alignment variable

Commit-ID: 606134f77ce22997fd2800d5937698d85c6990d9 Gitweb: http://git.kernel.org/tip/606134f77ce22997fd2800d5937698d85c6990d9 Author: Borislav Petkov AuthorDate: Mon, 19 Oct 2015 11:17:44 +0200 Committer: Ingo Molnar CommitDate: Wed, 21 Oct 2015

[PATCH 18/19] ARM: dts: ste: replace legacy *,wakeup property with wakeup-source

Though the keyboard and other driver will continue to support the legacy "gpio-key,wakeup", "linux,wakeup" boolean property to enable the wakeup source, "wakeup-source" is the new standard binding. This patch replaces all the legacy wakeup properties with the unified "wakeup-source" property in

[PATCH 19/19] ARM: dts: zynq: replace gpio-key,wakeup with wakeup-source property

Though the keyboard driver for GPIO buttons(gpio-keys) will continue to check for/support the legacy "gpio-key,wakeup" boolean property to enable gpio buttons as wakeup source, "wakeup-source" is the new standard binding. This patch replaces the legacy "gpio-key,wakeup" with the unified

[PATCH 13/19] ARM: dts: tegra: replace legacy *,wakeup property with wakeup-source

Though the keyboard and other driver will continue to support the legacy "gpio-key,wakeup", "nvidia,wakeup-source" boolean property to enable the wakeup source, "wakeup-source" is the new standard binding. This patch replaces all the legacy wakeup properties with the unified "wakeup-source"

[PATCH 03/19] rtc: opal: enable support for the stardard "wakeup-source" property

Though the opal rtc driver should and will continue to support the legacy "has-tpo" property to enable RTC as the wakeup source, we need to add support for the new standard property "wakeup-source" This patch adds support for "wakeup-source" property in addition to the existing "has-tpo"

[PATCH 08/19] ARM: dts: spear: replace gpio-key,wakeup with wakeup-source property

Keyboard driver for GPIO buttons(gpio-keys) checks for the legacy "gpio-key,wakeup" boolean property to enable gpio buttons as wakeup source. Few dts files assign value "1" to gpio-key,wakeup which is incorrect. Since the presence of the boolean property indicates it is enabled, value of "0" or

[PATCH 07/19] ARM: dts: rockchip: replace gpio-key,wakeup with wakeup-source property

Keyboard driver for GPIO buttons(gpio-keys) checks for the legacy "gpio-key,wakeup" boolean property to enable gpio buttons as wakeup source. Few dts files assign value "1" to gpio-key,wakeup and in one instance a value "0" is assigned probably assuming it won't be enabled as a wakeup source.

[PATCH 05/19] mmc: core/host: enable support for the standard "wakeup-source" property

Though the mmc core driver should/will continue to support the legacy "enable-sdio-wakeup" property to enable SDIO as the wakeup source, we need to add support for the new standard property "wakeup-source". This patch adds support for "wakeup-source" property in addition to the existing

Re: [RFC PATCH] bpf: Add new bpf map type for timer

* He Kuang wrote: > ping and add a...@plumgrid.com, what's your opinion on this? Firstly, two days isn't nearly enough for a 'review timeout', secondly, have you seen the kbuild test reports? Thirdly, I suspect others will do a deeper review, but even stylistically the

Re: [PATCH v5 2/2] lib/test-string_helpers.c: add string_get_size() tests

On Thu, Sep 17 2015, Vitaly Kuznetsov wrote: > + > +static __init void test_string_get_size(void) > +{ > + test_string_get_size_one(16384, 512, STRING_UNITS_2, "8.00 MiB"); > + test_string_get_size_one(8192, 4096, STRING_UNITS_10, "32.7 MB"); This is a little late,

<    3   4   5   6   7   8   9   10   11   12   >