Re: [GIT PULL] kdbus for 4.1-rc1

Hi Havoc, On 04/16/2015 09:01 PM, Havoc Pennington wrote: > On Thu, Apr 16, 2015 at 9:13 AM, Tom Gundersen wrote: >> All types of messages (unicast and broadcast) are directly stored into >> a pool slice of the receiving connection, and this slice is not reused >> by the kernel until userspace

Re: [RFC 1/4] fs: Add generic file system event notifications

On 2015-04-17 09:04, Beata Michalska wrote: On 04/17/2015 01:31 PM, Jan Kara wrote: On Wed 15-04-15 09:15:44, Beata Michalska wrote: ... +static const match_table_t fs_etypes = { + { FS_EVENT_INFO,"info" }, + { FS_EVENT_WARN,"warn" }, + { FS_EVENT_THRESH, "thr"

[PATCHv2 06/11] ARM: dts: exynos4: Use labels for overriding nodes in Exynos4212

Usage of lablels instead of full paths reduces possible mistakes when overriding nodes. Signed-off-by: Krzysztof Kozlowski --- arch/arm/boot/dts/exynos4212.dtsi | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/arch/arm/boot/dts/exynos4212.dtsi

Re: [PATCH] proc: move the adding option Ngid to the end of proc/PID/status

Tejun Heo wrote: > On Fri, Apr 17, 2015 at 10:13:15AM +0800, Wang Xiaoming wrote: > > Move debugging has been done and the following Kernel issue > > was found with a number of applications. > > Take a look at: (even though the comments are for Weibo.browser > > they also pertain to other apps

Re: [PATCH] ASoC: tfa9879: Fix return value check in tfa9879_i2c_probe()

On Thu, Apr 16, 2015 at 08:17:46PM +0800, weiyj...@163.com wrote: > From: Wei Yongjun > > In case of error, the function devm_kzalloc() returns NULL > not ERR_PTR(). The IS_ERR() test in the return value check > should be replaced with NULL test. Applied, thanks. signature.asc Description:

[PATCHv2 01/11] ARM: dts: Add labels to Exynos4 nodes

Add new labels to certain nodes so they could be easily referenced by Exynos4 board DTS files. Signed-off-by: Krzysztof Kozlowski --- arch/arm/boot/dts/exynos4.dtsi| 22 +++--- arch/arm/boot/dts/exynos4210-pinctrl.dtsi | 6 +++--- arch/arm/boot/dts/exynos4210.dtsi

[PATCHv2 03/11] ARM: dts: exynos4: Use labels for overriding nodes in Exynos4210 Origen

Usage of lablels instead of full paths reduces possible mistakes when overriding nodes. Signed-off-by: Krzysztof Kozlowski --- arch/arm/boot/dts/exynos4210-origen.dts | 418 1 file changed, 209 insertions(+), 209 deletions(-) diff --git

[PATCHv2 07/11] ARM: dts: exynos4: Use labels for overriding nodes in Exynos4x12

Usage of lablels instead of full paths reduces possible mistakes when overriding nodes. Signed-off-by: Krzysztof Kozlowski --- arch/arm/boot/dts/exynos4x12.dtsi | 210 +++--- 1 file changed, 105 insertions(+), 105 deletions(-) diff --git

[PATCHv2 09/11] ARM: dts: exynos4: Use labels for overriding nodes in Odroid

Usage of lablels instead of full paths reduces possible mistakes when overriding nodes. Signed-off-by: Krzysztof Kozlowski --- arch/arm/boot/dts/exynos4412-odroid-common.dtsi | 728 arch/arm/boot/dts/exynos4412-odroidx.dts| 16 +- 2 files changed, 372

[PATCHv2 05/11] ARM: dts: exynos4: Use labels for overriding nodes in Trats

Usage of lablels instead of full paths reduces possible mistakes when overriding nodes. Signed-off-by: Krzysztof Kozlowski --- arch/arm/boot/dts/exynos4210-trats.dts | 592 - 1 file changed, 296 insertions(+), 296 deletions(-) diff --git

[PATCHv2 08/11] ARM: dts: exynos4: Use labels for overriding nodes in Exynos4412

Usage of lablels instead of full paths reduces possible mistakes when overriding nodes. Signed-off-by: Krzysztof Kozlowski --- arch/arm/boot/dts/exynos4412.dtsi | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/arch/arm/boot/dts/exynos4412.dtsi

[PATCHv2 00/11] ARM: dts: exynos4: labels for overriding nodes

Hi, Changes since v1 1. Re-phrased the description (phandle->label). Suggested by Arnd. Description === The label-based notation reduces possible mistakes when overriding nodes by child DTSI and board files and reduces duplication of addresses. The patchset refactors

Re: [PATCH v4 00/24] ILP32 for ARM64

On Friday 17 April 2015 10:01:56 Catalin Marinas wrote: > On Thu, Apr 16, 2015 at 05:21:30PM +0200, Arnd Bergmann wrote: > > On Thursday 16 April 2015 14:31:34 Catalin Marinas wrote: > > > On Thu, Apr 16, 2015 at 11:33:49AM +, Pinski, Andrew wrote: > > > > There are only a few places where

Re: [RFC 1/4] fs: Add generic file system event notifications

On Fri 17-04-15 15:04:37, Beata Michalska wrote: > On 04/17/2015 01:31 PM, Jan Kara wrote: > > On Wed 15-04-15 09:15:44, Beata Michalska wrote: > > Also I think that we should make it clear that each event type has > > different set of arguments. For threshold events they'll be L1 & L2, for > >

Re: [RFC 1/4] fs: Add generic file system event notifications

On 04/17/2015 03:04 PM, Beata Michalska wrote: > On 04/17/2015 01:31 PM, Jan Kara wrote: >> On Wed 15-04-15 09:15:44, Beata Michalska wrote: >>> Introduce configurable generic interface for file >>> system-wide event notifications to provide file >>> systems with a common way of reporting any

Re: [PATCH V6 4/6] perf, x86: handle multiple records in PEBS buffer

On Fri, Apr 17, 2015 at 12:50:33PM +, Liang, Kan wrote: > > > > > > > > A) the CTRn value reaches 0: > > > - the corresponding bit in GLOBAL_STATUS gets set > > > - we start arming the hardware assist > > > > > > < some unspecified amount of time later -- > > > this

Re: [tip:timers/urgent] timers/tick/broadcast-hrtimer: Fix suspicious RCU usage in idle loop

On Sun, Mar 29, 2015 at 09:04:47AM +0200, Ingo Molnar wrote: > > * Preeti U Murthy wrote: > > > Hi, > > > > Can you please add sta...@vger.kernel.org to the Cc? > > Without the patch, we get RCU warnings during bootup. > > Hence the patch is important for the stable kernels as well. > > This

Re: [GIT PULL] First batch of KVM changes for 4.1

On Fri, Apr 17, 2015 at 02:46:57PM +0200, Paolo Bonzini wrote: > On 17/04/2015 12:55, Peter Zijlstra wrote: > > Also, it looks like you already do exactly this for other things, look > > at: > > > > kvm_sched_in() > > kvm_arch_vcpu_load() > > if (unlikely(vcpu->cpu != cpu) ... )

[RFC PATCH 2/2] gfp: use the best near online node if the target node is offline

Since the change to the cpu <--> mapping (map the cpu to the physical node for all possible at the boot), the node of cpu may be not present, so we use the best near online node if the node is not present in the low level allocation APIs. Signed-off-by: Gu Zheng --- include/linux/gfp.h | 28

[RFC PATCH 1/2] x86/cpu hotplug: make apicid <--> cpuid mapping persistent

Yasuaki Ishimatsu found that with node online/offline, cpu<->node relationship is established. Because workqueue uses a info which was established at boot time, but it may be changed by node hotpluging. Once pool->node points to a stale node, following allocation failure happens. ==

[PATCH 2/2] ARM: dts: tegra: Use labels for overriding nodes in Tegra114 boards

Usage of labels instead of full paths reduces possible mistakes when overriding nodes. Signed-off-by: Krzysztof Kozlowski --- arch/arm/boot/dts/tegra114-dalmore.dts | 2210 arch/arm/boot/dts/tegra114-roth.dts| 1945 ++--

Re: [RFC 1/4] fs: Add generic file system event notifications

On 04/17/2015 01:31 PM, Jan Kara wrote: > On Wed 15-04-15 09:15:44, Beata Michalska wrote: >> Introduce configurable generic interface for file >> system-wide event notifications to provide file >> systems with a common way of reporting any potential >> issues as they emerge. >> >> The

Re: [PATCH] Avoid null-pointer access in w1/slaves/w1_therm

Hi 16.04.2015, 15:00, "Thorsten Bschorr" : >> Let's push this patch upstream as a temporal fix until we are ready with the >> new solution. >> Thorsten, does it fix your crash? > > I'm running David's refcounting-patch for about 3 weeks now on my 3.18.y > kernel, and did not observe any

[PATCH 1/2] ARM: dts: tegra: Add labels to Tegra114 nodes

Add new labels to certain nodes on Tegra114 so they could be easily referenced by board DTS files. Signed-off-by: Krzysztof Kozlowski --- arch/arm/boot/dts/tegra114.dtsi | 22 +++--- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/arch/arm/boot/dts/tegra114.dtsi

Re: [Patch 2/3] firmware: dmi_scan: add SBMIOS entry and DMI tables

On Thu, 16 Apr 2015 20:27:00 +0300, subscivan wrote: > On 16.04.15 18:44, Jean Delvare wrote: > > Le Thursday 16 April 2015 à 15:56 +0300, Ivan.khoronzhuk a écrit : > >> We cannot be sure that firmware_kobj created at time of dmi_init(). > >> The sources don't oblige you to call it at core level,

[PATCH 2/2] ARM: dts: s3c2416: Use labels for overriding nodes in SMDK2416

Usage of labels instead of full paths reduces possible mistakes when overriding nodes. Signed-off-by: Krzysztof Kozlowski --- arch/arm/boot/dts/s3c2416-smdk2416.dts | 86 +- 1 file changed, 43 insertions(+), 43 deletions(-) diff --git

Re: [PATCH 0/2] crypto: add new driver for Marvell CESA

Hi Boris, On 17/04/2015 10:39, Boris Brezillon wrote: > On Fri, 17 Apr 2015 10:33:56 +0200 > Boris Brezillon wrote: > >> Hi Jason, >> >> On Mon, 13 Apr 2015 20:11:46 + >> Jason Cooper wrote: >> > I'd appreciate if we'd look into it. I understand from on-list and > off-list

[PATCH 1/2] ARM: dts: s3c2416: Add labels to S3C2416 nodes

Add new labels to certain nodes on S3C2416 so they could be easily referenced by board DTS files. Signed-off-by: Krzysztof Kozlowski --- arch/arm/boot/dts/s3c2416.dtsi | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/arch/arm/boot/dts/s3c2416.dtsi

Re: [PATCH] parisc: Replace PT_NLEVELS with CONFIG_PGTABLE_LEVELS

On Wed, Apr 15, 2015 at 01:34:28PM -0700, Guenter Roeck wrote: > The following warning is seen when compiling parisc images > > ./arch/parisc/include/asm/pgalloc.h: In function 'pgd_alloc': > ./arch/parisc/include/asm/pgalloc.h:29:5: warning: "PT_NLEVELS" is not defined > > Some definitions of

RE: [PATCH V6 4/6] perf, x86: handle multiple records in PEBS buffer

> > > > A) the CTRn value reaches 0: > > - the corresponding bit in GLOBAL_STATUS gets set > > - we start arming the hardware assist > > > > < some unspecified amount of time later -- > > this could cover multiple events of interest > > > > > B) the hardware assist is

Re: [Patch 1/3] firmware: dmi_scan: rename dmi_table to dmi_decode_table

On Fri, 17 Apr 2015 15:04:23 +0300, Ivan.khoronzhuk wrote: > On 17.04.15 13:11, Ivan.khoronzhuk wrote: > > On 17.04.15 11:54, Jean Delvare wrote: > >> I have no formal tree yet, but my current patch set can be seen at: > >> http://jdelvare.nerim.net/devel/linux-3/jdelvare-dmi/ > >> > >> First 2

Re: [GIT PULL] First batch of KVM changes for 4.1

On 17/04/2015 12:55, Peter Zijlstra wrote: > Also, it looks like you already do exactly this for other things, look > at: > > kvm_sched_in() > kvm_arch_vcpu_load() > if (unlikely(vcpu->cpu != cpu) ... ) > > So no, I don't believe for one second you need this. You're

Re: [PATCH v3 1/4] PCI: X-Gene: Add the APM X-Gene v1 PCIe MSI/MSIX termination driver

On 17/04/15 13:37, Duc Dang wrote: > On Fri, Apr 17, 2015 at 3:17 AM, Marc Zyngier wrote: >> On 17/04/15 11:00, Duc Dang wrote: >>> On Wed, Apr 15, 2015 at 1:16 AM, Marc Zyngier wrote: On Tue, 14 Apr 2015 19:20:19 +0100 Duc Dang wrote: > On Sat, Apr 11, 2015 at 5:06 AM, Marc

Re: [RFC PATCH v2 02/11] slab: add private memory allocator header for arch/lib

Am 17.04.2015 um 14:17 schrieb Christoph Lameter: > On Fri, 17 Apr 2015, Hajime Tazaki wrote: > >> add header includion for CONFIG_LIB to wrap kmalloc and co. This will >> bring malloc(3) based allocator used by arch/lib. > > Maybe add another allocator insteadl? SLLB which implements memory >

Re: [PATCH] tpm: enable PPI for TPM 2.0

On Thu, Apr 16, 2015 at 06:54:39PM +0300, Jarkko Sakkinen wrote: > Added PPI interface to the character device sysfs directory accessible > both for 1.x and 2.0 devices. > > In order to maintain backwards compatibility when using 1.x devices, > symlink is created from the pdev to the PPI

Re: [PATCH v3 1/4] PCI: X-Gene: Add the APM X-Gene v1 PCIe MSI/MSIX termination driver

On Fri, Apr 17, 2015 at 3:17 AM, Marc Zyngier wrote: > On 17/04/15 11:00, Duc Dang wrote: >> On Wed, Apr 15, 2015 at 1:16 AM, Marc Zyngier wrote: >>> On Tue, 14 Apr 2015 19:20:19 +0100 >>> Duc Dang wrote: >>> On Sat, Apr 11, 2015 at 5:06 AM, Marc Zyngier wrote: > On 2015-04-11

[PATCH 5/5] MIPS: ath79: Improve the DDR controller interface

The DDR controller need to be used by the IRQ controller to flush the write buffer of some devices before running the IRQ handler. It is also used by the PCI controller to setup the PCI memory windows. The current interface used to access the DDR controller doesn't provides any useful abstraction

[PATCH 4/5] MIPS: ath79: Fix the PCI memory size and offset of window 7

The define AR71XX_PCI_MEM_SIZE miss one window, there is 7 windows, not 6. To make things clearer, and allow simpler code, derive AR71XX_PCI_MEM_SIZE from the newly introduced AR71XX_PCI_WIN_COUNT and AR71XX_PCI_WIN_SIZE. The define AR71XX_PCI_WIN7_OFFS also add a typo, fix it. Signed-off-by:

[PATCH 3/5] MIPS: ath79: Correctly name the defines for the PLL_FB register

This register is named PLL_FB and is not a divider but a multiplier. To make things less confusing rename the AR_PLL_DIV_SHIFT and AR_PLL_DIV_MASK macros to AR_PLL_FB_SHIFT and AR_PLL_FB_MASK. Signed-off-by: Alban Bedel --- arch/mips/ath79/clock.c| 6

[PATCH 2/5] MIPS: ath79: Add a missing new line in log message

The memory setup log is missing a new line. Signed-off-by: Alban Bedel --- arch/mips/ath79/setup.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/mips/ath79/setup.c b/arch/mips/ath79/setup.c index a73c93c..7fc8397 100644 --- a/arch/mips/ath79/setup.c +++

[PATH] MIPS: ath79: Various small fix to prepare OF support

This first small serie allow using ZBOOT, fix a few errors in the registers definitions and rework the DDR controller interface. The DDR controller interface patch is mostly to simplify the IRQ controller code before adding OF support. Following this will a be serie that add the OF bindings and

[PATCH 1/5] MIPS: ath79: Enable ZBOOT support

ZBOOT is working fine, so allow using it. Signed-off-by: Alban Bedel --- arch/mips/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig index a326c4c..cc7f262 100644 --- a/arch/mips/Kconfig +++ b/arch/mips/Kconfig @@ -128,6 +128,7 @@ config ATH79

Is it OK to export symbols 'getname' and 'putname'?

Hi Al, On Sun, Apr 12, 2015 at 02:13:18AM +0100, Al Viro wrote: > > BTW, looking at the __getname() callers... Lustre one sure as hell looks > bogus: > char *tmp = __getname(); > > if (!tmp) > return ERR_PTR(-ENOMEM); > > len = strncpy_from_user(tmp,

[PATCH] mm: fix mprotect() behaviour on VM_LOCKED VMAs

On mlock(2) we trigger COW on private writable VMA to avoid faults in future. mm/gup.c: 840 long populate_vma_page_range(struct vm_area_struct *vma, 841 unsigned long start, unsigned long end, int *nonblocking) 842 { ... 855 * We want to touch writable mappings with

Re: [RFC PATCH v2 02/11] slab: add private memory allocator header for arch/lib

On Fri, 17 Apr 2015, Hajime Tazaki wrote: > add header includion for CONFIG_LIB to wrap kmalloc and co. This will > bring malloc(3) based allocator used by arch/lib. Maybe add another allocator insteadl? SLLB which implements memory management using malloc()? -- To unsubscribe from this list:

[RESEND PATCH V2 0/2] Add OnKey support for DA9063

From: S Twiss This patch set adds OnKey driver support for the Dialog Semiconductor DA9063 PMIC. [PATCH V2 1/2]: kernel driver onkey support [PATCH V2 2/2]: device tree bindings document Thank you, Steve Twiss, Dialog Semiconductor Ltd. S Twiss (2): input: misc: da9063: OnKey driver

[RESEND PATCH V2 1/2] input: misc: da9063: OnKey driver

From: Steve Twiss Add OnKey driver support for DA9063 Signed-off-by: Steve Twiss --- Changes from PATCH V1 to V2 --- - Remove the circular dependency comment in the main e-mail body linking PATCH V1 1/2 and 2/2 - Alter the copyright header information to match

[RESEND PATCH V2 2/2] devicetree: Add bindings for DA9063 OnKey

From: Steve Twiss Add device tree bindings for the DA9063 OnKey driver Signed-off-by: Steve Twiss --- Changes from PATCH V1 to V2 --- - Remove the circular dependency comment linking patches in the main e-mail - Search and replace 'keyword' with 'property' in onkey

Re: [Patch 1/3] firmware: dmi_scan: rename dmi_table to dmi_decode_table

Hi Jean, On 17.04.15 13:11, Ivan.khoronzhuk wrote: On 17.04.15 11:54, Jean Delvare wrote: Hi Ivan, On Thu, 16 Apr 2015 23:16:59 +0300, Ivan.khoronzhuk wrote: On 16.04.15 11:35, Jean Delvare wrote: On Wed, 15 Apr 2015 15:35:30 +0100, Matt Fleming wrote: Jean, do you want me to pick this

Re: [RFC 1/4] fs: Add generic file system event notifications

On Thu 16-04-15 23:56:11, Heinrich Schuchardt wrote: > On 15.04.2015 09:15, Beata Michalska wrote: > > Introduce configurable generic interface for file > > system-wide event notifications to provide file > > systems with a common way of reporting any potential > > issues as they emerge. > > > >

Re: [V4.1] Regression: Bluetooth mouse not working.

Hi Jörg, On Fri, Apr 17, 2015 at 12:36 PM, Jörg Otte wrote: > The BT mouse is "death" in v4.1. > The BT mouse has been working in 4.0 and previous kernels, so this > is a regression. > > BT adapter is an intel 8087:07da. The mouse is an MS Notebook Mouse 500. > > It just doesn't work without any

Re: [RFC 1/4] fs: Add generic file system event notifications

On Wed 15-04-15 09:15:44, Beata Michalska wrote: > Introduce configurable generic interface for file > system-wide event notifications to provide file > systems with a common way of reporting any potential > issues as they emerge. > > The notifications are to be issued through generic > netlink

Re: [PATCH] blk: optimize blk_trace macros for cgroup case PING..

Hi Jens, do you have any objections against this patch? Please let me know if you have any and I'll fix it. Dmitry Monakhov writes: > Usually blk_trace is not active, but cfq_log_xxx macros unconditionally > prepare cgroup path via blkg_path() which is suboptimal. This provoke > significant

Re: [PATCH] vt: Don't check KD_GRAPHICS when binding/unbinding

Hi On Mon, Apr 13, 2015 at 11:16 AM, Daniel Vetter wrote: > This was introduced in > > commit 6db4063c5b72b46e9793b0f141a7a3984ac6facf > Author: Antonino A. Daplas > Date: Mon Jun 26 00:27:12 2006 -0700 > > [PATCH] VT binding: Add sysfs control to the VT layer > > with the justification >

[PULL] Documentation for 4.1

The following changes since commit c517d838eb7d07bbe9507871fab3931deccff539: Linux 4.0-rc1 (2015-02-22 18:21:14 -0800) are available in the git repository at: git://git.lwn.net/linux-2.6.git tags/docs-for-linus for you to fetch changes up to 197175427a221fe3200f7727ea35e261727e7228:

Re: [PATCH 0/2] crypto: add new driver for Marvell CESA

Hey Boris, On Fri, Apr 17, 2015 at 10:39:46AM +0200, Boris Brezillon wrote: > On Fri, 17 Apr 2015 10:33:56 +0200 Boris Brezillon > wrote: > > On Mon, 13 Apr 2015 20:11:46 + Jason Cooper > > wrote: > > > > > > > > > I'd appreciate if we'd look into it. I understand from on-list and > > >

Re: [GIT PULL] First batch of KVM changes for 4.1

On Fri, Apr 17, 2015 at 12:38:07PM +0200, Paolo Bonzini wrote: > > > On 17/04/2015 12:36, Peter Zijlstra wrote: > > Now you make everybody pay for your crap, x86-64 paravirt or not. Keep > > the cost by those who need it. > > > > Please take it out, ASAP. > > I'll just implement the static

[PATCH 1/3] iio: core: Introduce IIO_CHAN_INFO_CALIBREPETITIONS

Some magnetometers can perform a number of repetitions in HW for each measurement to increase accuracy. One example is Bosch BMC150: http://ae-bst.resource.bosch.com/media/products/dokumente/bmc150/BST-BMC150-DS000-04.pdf. Introduce an interface to set the number of repetitions for these devices.

[PATCH 2/3] iio: magn: Add support for BMC150 magnetometer

Add support for the Bosh BMC150 Magnetometer. The specification can be downloaded from: http://ae-bst.resource.bosch.com/media/products/dokumente/bmc150/BST-BMC150-DS000-04.pdf. The chip contains both an accelerometer and a magnetometer. This patch adds support only for the magnetometer part. The

[PATCH 2/5] clocksource: st_lpc: Add DT bindings documentation for lpc timer

This patch provides the DT bindings documentation for the lpc timer found on stih407 fanmily SoCs from STMicroelectronics. Signed-off-by: Peter Griffin --- Documentation/devicetree/bindings/timer/st,lpc-timer.txt | 15 +++ 1 file changed, 15 insertions(+) create mode 100644

[PATCH 1/5] clocksource: st_lpc: Add LPC timer as a clocksource.

This patch adds support for the LPC timer as a clocksource which is found on stih407 family SoCs. We wish to use the LPC timer as a clocksource instead of arm_global_timer, as the latter is tied to CPU frequency, and that driver currently makes no account for frequency scaling. Once this driver

[PATCH 0/3] Add support for BMC150 magnetometer

This adds support for Bosch BMC150 magnetometer. Irina Tirdea (3): iio: core: Introduce IIO_CHAN_INFO_CALIBREPETITIONS iio: magn: Add support for BMC150 magnetometer iio: magn: bmc150_magn: Add devicetree binding documentation Documentation/ABI/testing/sysfs-bus-iio| 10 +

[PATCH 2/2 V2] memory-hotplug: remove reset_node_managed_pages() and reset_node_managed_pages() in hotadd_new_pgdat()

After hotadd_new_pgdat()->free_area_init_node(), pgdat's spanned/present are 0, and zone's spanned/present/managed are 0, so remove reset_node_managed_pages() and reset_node_managed_pages(). Signed-off-by: Xishi Qiu --- mm/memory_hotplug.c | 25 - 1 files changed, 0

[PATCH 3/3] iio: magn: bmc150_magn: Add devicetree binding documentation

Add binding documentation for Bosch BMC150 magnetometer. Signed-off-by: Irina Tirdea --- .../bindings/iio/magnetometer/bmc150_magn.txt| 20 1 file changed, 20 insertions(+) create mode 100644 Documentation/devicetree/bindings/iio/magnetometer/bmc150_magn.txt diff

[PATCH 4/5] ARM: sti: Always enable CLKSRC_ST_LPC_CLOCK

If available on the SoC we wish to use st_lpc clksrc so that cpufreq can operate without effecting sched_clock. Signed-off-by: Peter Griffin --- arch/arm/mach-sti/Kconfig | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/arch/arm/mach-sti/Kconfig

[PATCH 5/5] ARM: DT: STi: STiH407: Add DT node for st-lpc timer.

This patch adds the dt node for the st-lpc timer found on stih407 famliy SoCs. This can then be used as a clocksource. Signed-off-by: Peter Griffin --- arch/arm/boot/dts/stih407-family.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/boot/dts/stih407-family.dtsi

[PATCH 3/5] MAINTAINERS: Add st_lpc.c to ARCH/STI section of maintainers

This patch adds the new st_lpc timer driver found on stih407 family SoCs into the ARCH/STI section of the maintainers file. Signed-off-by: Peter Griffin --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index efbcb50..4fe68dc 100644 --- a/MAINTAINERS

[PATCH 1/2 V2] memory-hotplug: fix BUG_ON in move_freepages()

Hot remove nodeXX, then hot add nodeXX. If BIOS report cpu first, it will call hotadd_new_pgdat(nid, 0), this will set pgdat->node_start_pfn to 0. As nodeXX exists at boot time, so pgdat->node_spanned_pages is the same as original. Then free_area_init_core()->memmap_init() will pass a wrong start

[PATCH 0/5] Add st_lpc clocksource timer driver.

Hi, Following on from the discussion here https://www.mail-archive.com/devicetree@vger.kernel.org/msg68857.html This series adds the st_lpc clocksource driver found on stih407 family silicon. Regardless of whether the change referenced above actually gets merged, adding this alternative

Re: update README

On Thu, 16 Apr 2015 20:06:54 -0400 Justin Keller wrote: > The README file specifics 3.X kernel in different places. The kernel > is now 4.X, no longer 3.X I have an update in the docs tree, pull request coming probably later today. jon -- To unsubscribe from this list: send the line

Re: [PATCH] video/logo: fix use logo after free prevention

Hi, On 04/17/2015 12:48 PM, Manfred Schlaegl wrote: After 92b004d1aa9f367c372511ca0330f58216b25703 the logos disappeared on Freescale i.MX53 and i.MX6 SoC's (detected on linux-3.12.37). This happens because the fb_find_logo function is validly called (initdata still not freed) AFTER newly

Re: [GIT PULL] First batch of KVM changes for 4.1

On 17/04/2015 12:36, Peter Zijlstra wrote: > Now you make everybody pay for your crap, x86-64 paravirt or not. Keep > the cost by those who need it. > > Please take it out, ASAP. I'll just implement the static key. Paolo -- To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH kernel v8 17/31] powerpc/iommu/powernv: Release replaced TCE

On 04/16/2015 04:26 PM, David Gibson wrote: On Fri, Apr 10, 2015 at 04:30:59PM +1000, Alexey Kardashevskiy wrote: At the moment writing new TCE value to the IOMMU table fails with EBUSY if there is a valid entry already. However PAPR specification allows the guest to write new TCE value without

Re: [GIT PULL] First batch of KVM changes for 4.1

On Fri, Apr 17, 2015 at 12:09:49PM +0200, Paolo Bonzini wrote: > > > On 17/04/2015 11:17, Peter Zijlstra wrote: > > On Fri, Apr 17, 2015 at 10:52:38AM +0200, Peter Zijlstra wrote: > >> On Fri, Apr 10, 2015 at 05:01:29PM +0200, Paolo Bonzini wrote: > >>> include/linux/sched.h

[PATCH] rcu: small rcu_dereference doc update

Make a note stating that repeated calls of rcu_dereference() may not return the same pointer if update happens while in critical section. Reported-by: Jeff Haran Signed-off-by: Milos Vyletel --- Documentation/RCU/whatisRCU.txt | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff

Re: [patch 34/39] tick: broadcast-hrtimer: Remove overly clever return value abuse

On 04/15/2015 02:39 AM, Thomas Gleixner wrote: > The assignment of bc_moved in the conditional construct relies on the > fact that in the case of hrtimer_start() invocation the return value > is always 0. It took me a while to understand it. > > We want to get rid of the hrtimer_start() return

Re: [PATCH v1 11/15] serial: imx: initialized DMA w/o HW flow enabled

On 04/17/2015 11:18 AM, jiwang wrote: > Hello Sebastian Hallo Jiada, >> Please make sure it is tagged stable. There is no hint that this is >> required >> and as of it now, it breaks v4.0. > Due to missing of SDMA firmware, uart sdma mode is broken, > but it is uncovered by this commit on your

Re: AM335x OMAP2 common clock external fixed-clock registration

On Fri, Apr 17, 2015 at 11:12:03AM +0200, Sebastian Hesselbarth wrote: > On 17.04.2015 04:00, Michael Welling wrote: > >On Fri, Apr 17, 2015 at 01:23:50AM +0200, Sebastian Hesselbarth wrote: > >>On 17.04.2015 00:09, Michael Welling wrote: > >>>On Thu, Apr 16, 2015 at 10:37:19PM +0200, Sebastian

Re: [PATCH v3 1/4] PCI: X-Gene: Add the APM X-Gene v1 PCIe MSI/MSIX termination driver

On 17/04/15 11:00, Duc Dang wrote: > On Wed, Apr 15, 2015 at 1:16 AM, Marc Zyngier wrote: >> On Tue, 14 Apr 2015 19:20:19 +0100 >> Duc Dang wrote: >> >>> On Sat, Apr 11, 2015 at 5:06 AM, Marc Zyngier >>> wrote: On 2015-04-11 00:42, Duc Dang wrote: > > On Fri, Apr 10, 2015 at 10:20

Re: [PATCH kernel v8 15/31] powerpc/iommu: Fix IOMMU ownership control functions

On 04/16/2015 04:10 PM, David Gibson wrote: On Fri, Apr 10, 2015 at 04:30:57PM +1000, Alexey Kardashevskiy wrote: This adds missing locks in iommu_take_ownership()/ iommu_release_ownership(). This marks all pages busy in iommu_table::it_map in order to catch errors if there is an attempt to

Re: [Patch 1/3] firmware: dmi_scan: rename dmi_table to dmi_decode_table

On 17.04.15 11:54, Jean Delvare wrote: Hi Ivan, On Thu, 16 Apr 2015 23:16:59 +0300, Ivan.khoronzhuk wrote: On 16.04.15 11:35, Jean Delvare wrote: On Wed, 15 Apr 2015 15:35:30 +0100, Matt Fleming wrote: Jean, do you want me to pick this patch up or are you going to? Good question, we need

Re: [PATCH kernel v8 14/31] vfio: powerpc/spapr: powerpc/powernv/ioda2: Rework IOMMU ownership control

On 04/16/2015 04:07 PM, David Gibson wrote: On Fri, Apr 10, 2015 at 04:30:56PM +1000, Alexey Kardashevskiy wrote: At the moment the iommu_table struct has a set_bypass() which enables/ disables DMA bypass on IODA2 PHB. This is exposed to POWERPC IOMMU code which calls this callback when

Re: [GIT PULL] First batch of KVM changes for 4.1

On 17/04/2015 11:17, Peter Zijlstra wrote: > On Fri, Apr 17, 2015 at 10:52:38AM +0200, Peter Zijlstra wrote: >> On Fri, Apr 10, 2015 at 05:01:29PM +0200, Paolo Bonzini wrote: >>> include/linux/sched.h |8 + >>> kernel/sched/core.c

Re: [PATCH v3 1/4] PCI: X-Gene: Add the APM X-Gene v1 PCIe MSI/MSIX termination driver

On Wed, Apr 15, 2015 at 1:16 AM, Marc Zyngier wrote: > On Tue, 14 Apr 2015 19:20:19 +0100 > Duc Dang wrote: > >> On Sat, Apr 11, 2015 at 5:06 AM, Marc Zyngier >> wrote: >> > On 2015-04-11 00:42, Duc Dang wrote: >> >> >> >> On Fri, Apr 10, 2015 at 10:20 AM, Marc Zyngier >> >> wrote: >> >>> >>

Re: [PATCH v3] dmaengine: xgene-dma: Fix sparse wannings and coccinelle warnings

On Friday 17 April 2015 14:41:02 Rameshwar Sahu wrote: > >> > >> -static void *xgene_dma_lookup_ext8(u64 *desc, int idx) > >> +static __le64 *xgene_dma_lookup_ext8(struct xgene_dma_desc_hw *desc, int > >> idx) > >> { > >> - return (idx % 2) ? (desc + idx - 1) : (desc + idx + 1); > >> +

[PATCH v4 2/4] arm64: dts: Add the device tree entry for the APM X-Gene PCIe MSI node

There is single MSI block in X-Gene v1 SOC which serves all 5 PCIe ports. Signed-off-by: Duc Dang Signed-off-by: Tanmay Inamdar --- arch/arm64/boot/dts/apm/apm-storm.dtsi | 27 +++ 1 file changed, 27 insertions(+) diff --git a/arch/arm64/boot/dts/apm/apm-storm.dtsi

[PATCH v4 4/4] PCI: X-Gene: Add the MAINTAINERS entry for APM X-Gene v1 PCIe MSI driver

This patch adds information of maintainers for APM X-Gene v1 PCIe MSI/MSIX termination driver Signed-off-by: Duc Dang Signed-off-by: Tanmay Inamdar --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index ddc5a8c..a1b119b 100644 ---

[PATCH v4 3/4] documentation: dts: Add the device tree binding for APM X-Gene v1 PCIe MSI device tree node

The driver for this binding is under 'drivers/pci/host/pci-xgene-msi.c' Signed-off-by: Duc Dang Signed-off-by: Tanmay Inamdar --- .../devicetree/bindings/pci/xgene-pci-msi.txt | 63 ++ 1 file changed, 63 insertions(+) create mode 100644

[GIT PULL] bulk GPIO changes for the v4.1 cycle

Hi Linus, this is the bulk of GPIO changes queued for v4.1. It's quite a lot of change for being GPIO, tested in linux-next plus I also took a few extra rounds of allmod compilation after the debacle with pin control (which is fixed, by the way). The details are in the signed tag. As you

[PATCH v4 1/4] PCI: X-Gene: Add the APM X-Gene v1 PCIe MSI/MSIX termination driver

X-Gene v1 SoC supports total 2048 MSI/MSIX vectors coalesced into 16 HW IRQ lines. Signed-off-by: Duc Dang Signed-off-by: Tanmay Inamdar --- drivers/pci/host/Kconfig | 6 + drivers/pci/host/Makefile| 1 + drivers/pci/host/pci-xgene-msi.c | 410

[PATCH v4 0/4] PCI: X-Gene: Add APM X-Gene v1 MSI/MSIX termination driver

This patch set adds MSI/MSIX termination driver support for APM X-Gene v1 SoC. APM X-Gene v1 SoC supports its own implementation of MSI, which is not compliant to GIC V2M specification for MSI Termination. There is single MSI block in X-Gene v1 SOC which serves all 5 PCIe ports. This MSI block

[RFC PATCH v2 04/11] lib: memory management (kernel glue code)

Signed-off-by: Hajime Tazaki --- arch/lib/slab.c | 203 1 file changed, 203 insertions(+) create mode 100644 arch/lib/slab.c diff --git a/arch/lib/slab.c b/arch/lib/slab.c new file mode 100644 index 000..a08f736 --- /dev/null +++

[RFC PATCH v2 09/11] lib: asm-generic files

Signed-off-by: Hajime Tazaki --- arch/lib/include/asm/Kbuild | 57 +++ arch/lib/include/asm/atomic.h | 50 ++ arch/lib/include/asm/barrier.h| 8 + arch/lib/include/asm/bitsperlong.h| 12

[PATCH] video/logo: fix use logo after free prevention

After 92b004d1aa9f367c372511ca0330f58216b25703 the logos disappeared on Freescale i.MX53 and i.MX6 SoC's (detected on linux-3.12.37). This happens because the fb_find_logo function is validly called (initdata still not freed) AFTER newly introduced latecall fb_logo_late_init. Instead of stetting

Re: [RFC 1/4] fs: Add generic file system event notifications

Hi, On 04/16/2015 11:56 PM, Heinrich Schuchardt wrote: > On 15.04.2015 09:15, Beata Michalska wrote: >> Introduce configurable generic interface for file >> system-wide event notifications to provide file >> systems with a common way of reporting any potential >> issues as they emerge. >> >> The

Re: [dm-devel] [PATCH 0/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation

On 04/17/2015 09:52 AM, Mike Snitzer wrote: On Thu, Apr 16 2015 at 5:23am -0400, Alex Elsayed wrote: Mike Snitzer wrote: On Thu, Apr 09 2015 at 9:28am -0400, Pali Rohár wrote: On Thursday 09 April 2015 09:12:08 Mike Snitzer wrote: On Mon, Apr 06 2015 at 9:29am -0400, Pali Rohár

Re: [PATCH V2 1/6] perf,core: allow invalid context events to be part of sw/hw groups

On Thu, Apr 16, 2015 at 10:23:42PM +0100, Andi Kleen wrote: > > From my PoV that makes sense. One is CPU-affine, the other is not, and > > the two cannot be scheduled in the same PMU transaction by the nature of > > the hardware. Fundamentally, you cannot provide group semantics due to > > this. >

Re: [PATCH kernel v8 12/31] powerpc/spapr: vfio: Switch from iommu_table to new iommu_table_group

On 04/16/2015 03:55 PM, David Gibson wrote: On Fri, Apr 10, 2015 at 04:30:54PM +1000, Alexey Kardashevskiy wrote: Modern IBM POWERPC systems support multiple (currently two) TCE tables per IOMMU group (a.k.a. PE). This adds a iommu_table_group container for TCE tables. Right now just one table

[RFC PATCH v2 02/11] slab: add private memory allocator header for arch/lib

add header includion for CONFIG_LIB to wrap kmalloc and co. This will bring malloc(3) based allocator used by arch/lib. Signed-off-by: Hajime Tazaki --- include/linux/slab.h | 12 1 file changed, 12 insertions(+) diff --git a/include/linux/slab.h b/include/linux/slab.h index

[RFC PATCH v2 06/11] lib: context and scheduling handling (kernel glue code)

Signed-off-by: Hajime Tazaki --- arch/lib/sched.c | 406 +++ arch/lib/softirq.c | 108 ++ arch/lib/tasklet.c | 76 ++ arch/lib/workqueue.c | 242 ++ 4 files changed, 832 insertions(+) create

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