Re: [PATCH v2 2/4] mm/compaction: stop the isolation when we isolate enough freepage

Hello, At 2015/1/30 20:34, Joonsoo Kim wrote: > From: Joonsoo > > Currently, freepage isolation in one pageblock doesn't consider how many > freepages we isolate. When I traced flow of compaction, compaction > sometimes isolates more than 256 freepages to migrate just 32 pages. > > In this

Re: [PATCH v2 1/4] mm/compaction: fix wrong order check in compact_finished()

Hello, At 2015/1/30 20:34, Joonsoo Kim wrote: > What we want to check here is whether there is highorder freepage > in buddy list of other migratetype in order to steal it without > fragmentation. But, current code just checks cc->order which means > allocation request order. So, this is wrong. >

Re: [PATCH] checkpatch: enhance check for seq_printf uses that could be seq_puts

On Sat, 2015-01-31 at 04:04 +0200, Heba Aamer wrote: > This patch enhances the check for seq_printf uses that could > be seq_puts. > > It was considering the escape of % is \%, but it is %%. > This led to skipping some valid cases related to that warning. [] > diff --git a/scripts/checkpatch.pl

[PATCH] Documentation/x86: fix path in zero-page.txt

Signed-off-by: Alexander Kuleshov --- Documentation/x86/zero-page.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/x86/zero-page.txt b/Documentation/x86/zero-page.txt index 199f453..82fbdbc 100644 --- a/Documentation/x86/zero-page.txt +++

Re: [PATCH] irqchip: gic: Don't complain in gic_get_cpumask() if UP system

+linux-omap On Fri, Jan 30, 2015 at 04:43:30PM -0800, Stephen Boyd wrote: > In a uniprocessor implementation the interrupt processor targets > registers are read-as-zero/write-ignored (RAZ/WI). Unfortunately > gic_get_cpumask() will print a critical message saying > > GIC CPU mask not found -

Re: [PATCH 0/3] An alternative to SPI NAND

On Fri, Jan 30, 2015 at 08:47:29AM -0300, Ezequiel Garcia wrote: > On 01/29/2015 09:57 PM, Peter Pan 潘栋 (peterpandong) wrote: > [..] > > > > Currently, we are working on sharing the bbt code. I think your and Brain's > > suggestion > > will be very helpful. > > > > There are two options. We can

[PATCH v2 2/2] x86/boot: use already defined KEEP_SEGMENTS macro in head_{32,64}.S

There is already defined macro KEEP_SEGMENTS in the bootparam.h, let's use it instead of shifting bits Signed-off-by: Alexander Kuleshov --- arch/x86/boot/compressed/head_32.S | 5 +++-- arch/x86/boot/compressed/head_64.S | 3 ++- 2 files changed, 5 insertions(+), 3 deletions(-) diff --git

[PATCH v2 1/2] x86: use already defined KEEP_SEGMENTS macro from bootparam.h

There is already defined macro KEEP_SEGMENTS in the bootparam.h, let's use it instead of shifting bits Signed-off-by: Alexander Kuleshov --- arch/x86/kernel/head_32.S | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/arch/x86/kernel/head_32.S b/arch/x86/kernel/head_32.S

[PATCH v2 0/2] x86: loadflags cleanups

There are a couple macros in the arch/x86/include/uapi/asm/bootparam.h for checking loadflags bits. Let's use it instead of shifting bits Alexander Kuleshov (2): x86: use already defined KEEP_SEGMENTS macro from bootparam.h x86/boot: use already defined KEEP_SEGMENTS macro in head_{32,64}.S

Re: [PATCH v2 2/2] x86/boot: use already defined KEEP_SEGMENTS macro in head_{32,64}.S

Sorry for noise, misunderstood send-email alias with maintainers. 2015-01-31 12:30 GMT+06:00 Alexander Kuleshov : > There is already defined macro KEEP_SEGMENTS in the > bootparam.h, let's use it instead of shifting bits > > Signed-off-by: Alexander Kuleshov > --- >

[PATCH v2 2/2] x86/boot: use already defined KEEP_SEGMENTS macro in head_{32,64}.S

There is already defined macro KEEP_SEGMENTS in the bootparam.h, let's use it instead of shifting bits Signed-off-by: Alexander Kuleshov --- arch/x86/boot/compressed/head_32.S | 5 +++-- arch/x86/boot/compressed/head_64.S | 3 ++- 2 files changed, 5 insertions(+), 3 deletions(-) diff --git

[PATCH v2 0/2] x86: loadflags cleanups

There are a couple macros in the arch/x86/include/uapi/asm/bootparam.h for checking loadflags bits. Let's use it instead of shifting bits Alexander Kuleshov (2): x86: use already defined KEEP_SEGMENTS macro from bootparam.h x86/boot: use already defined KEEP_SEGMENTS macro in head_{32,64}.S

[PATCH v2 1/2] x86: use already defined KEEP_SEGMENTS macro from bootparam.h

There is already defined macro KEEP_SEGMENTS in the bootparam.h, let's use it instead of shifting bits Signed-off-by: Alexander Kuleshov --- arch/x86/kernel/head_32.S | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/arch/x86/kernel/head_32.S b/arch/x86/kernel/head_32.S

Re: [PATCH 02/19] arm64: expose number of page table levels on Kconfig level

On Jan 30, 2015, at 11:56 PM, Catalin Marinas wrote: > On Fri, Jan 30, 2015 at 02:43:11PM +, Kirill A. Shutemov wrote: >> We would want to use number of page table level to define mm_struct. >> Let's expose it as CONFIG_PGTABLE_LEVELS. >> >> ARM64_PGTABLE_LEVELS is renamed to PGTABLE_LEVELS

Re: [PATCH 00/19] expose page table levels on Kconfig leve

On 01/30/2015 04:11 PM, Kirill A. Shutemov wrote: The patch below should fix all regressions from -next. Please test. Here is the current status, with the tip of your config_pgtable_levels branch plus a couple of fixes addressing most of the build failures your branch inherited from -next.

[PATCH] ARM: pxa: Fix typo in zeus.c

This patch fix a typo in struct platform_device can_regulator_device. Signed-off-by: Masanari Iida --- arch/arm/mach-pxa/zeus.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/mach-pxa/zeus.c b/arch/arm/mach-pxa/zeus.c index 205f9bf..ac2ae5c 100644 ---

Re: [PATCH v7 1/4] Documentation: dt: add common bindings for hwspinlock

On Sat, Jan 31, 2015 at 1:29 AM, Bjorn Andersson wrote: > In a system where you have two hwlock blocks lckA and lckB, each > consisting of 8 locks and you have dspB that can only access lckB This is a good example - thanks. To be able to cope with such cases we will have to pass a hwlock block

Re: Clock Regression in next-20150130 caused by cb75a8fcd14e

t; > Reverting cb75a8fcd14e makes things work again on next-20150130. > > Any ideas? > The patch seems to have some problems. Also see http://www.spinics.net/lists/kernel/msg1916843.html. Guenter -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

[PATCH] mips: Re-introduce copy_user_page

Commit bcd022801ee5 ("MIPS: Fix COW D-cache aliasing on fork") replaced the inline function copy_user_page for mips with an external reference, but neglected to introduce the actual non-inline function. Restore it. Fixes: bcd022801ee5 ("MIPS: Fix COW D-cache aliasing on fork") Fixes: 4927b7d77c00

Re: [PATCH] powerpc/mm: bail out early when flushing TLB page

> On Fri, 2015-01-30 at 19:08 +0700, Arseny Solokha wrote: >> MMU_NO_CONTEXT is conditionally defined as 0 or (unsigned int)-1. > > For nohash it is specifically -1. >> However, in __flush_tlb_page() a corresponding variable is only tested >> for open coded 0, which can cause NULL pointer

[PATCH V4] tick/hotplug: Handover time related duties before cpu offline

These duties include do_timer to update jiffies and broadcast wakeups on those platforms which do not have an external device to handle wakeup of cpus from deep idle states. The handover of these duties is not robust against a cpu offline operation today. The do_timer duty is handed over in the

[BUG, bisect] hang when copying large file to disc

her terminals will hang as well. A reboot is required to get the system working again. mount /dev/sdb1 /mnt pv /mnt/large_file > large_file_out (... ~600 MB ... hang) I have performed a bisect and found that commit ef39794651347 introduced the bug. This commit is present in the latest -next 20

Re: [PATCH] IRQ: don't suspend nested_thread irqs over system suspend.

On Sat, 31 Jan 2015 00:51:17 +0100 "Rafael J. Wysocki" wrote: > On Saturday, January 31, 2015 12:06:37 AM Rafael J. Wysocki wrote: > > On Saturday, January 31, 2015 09:25:45 AM NeilBrown wrote: > > > > > > Nested IRQs can only fire when the parent irq fires. > > > So when the parent is

Re: [PATCH v4 2/5] x86, traps: Track entry into and exit from IST context

On Fri, Jan 30, 2015 at 5:28 PM, Sasha Levin wrote: > On 01/30/2015 02:57 PM, Sasha Levin wrote: >> On 01/28/2015 04:02 PM, Andy Lutomirski wrote: >>> On Wed, Jan 28, 2015 at 9:48 AM, Paul E. McKenney >>> wrote: On Wed, Jan 28, 2015 at 08:33:06AM -0800, Andy Lutomirski wrote: > On Fri,

[PATCH] ocfs2: remove goto statement in ocfs2_dx_dir_link_trailer()

It is nothing to do in 'out' label, so just return 'ret' variable. Signed-off-by: Daeseok Youn --- fs/ocfs2/dir.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/fs/ocfs2/dir.c b/fs/ocfs2/dir.c index 319e786..e6e5de8 100644 --- a/fs/ocfs2/dir.c +++ b/fs/ocfs2/dir.c @@

[PATCH v2] staging: lustre: lustre: osc: modifying seq_printf statements

This patch modifies the seq_printf statements in drivers/staging/lustre/lustre/osc/lproc_osc.c file. It changes it to seq_puts and seq_putc wherever applicable. Signed-off-by: Heba Aamer --- v2: changing %% to % drivers/staging/lustre/lustre/osc/lproc_osc.c | 20 ++-- 1 file

Re: [PATCH 4/5] locking/rwsem: Avoid deceiving lock spinners

On Fri, 2015-01-30 at 17:51 -0800, Tim Chen wrote: > On Fri, 2015-01-30 at 01:14 -0800, Davidlohr Bueso wrote: > > When readers hold the semaphore, the ->owner is nil. As such, > > and unlike mutexes, '!owner' does not necessarily imply that > > the lock is free. This will cause writers to

Re: [PATCH v2] drivers: net: xgene: fix: Out of order descriptor bytes read

From: Iyappan Subramanian Date: Thu, 29 Jan 2015 14:38:23 -0800 > This patch fixes the following kernel crash, ... > Software writes poison data into the descriptor bytes[15:8] and upon > receiving the interrupt, if those bytes are overwritten by the hardware with > the valid data, software

Re: [PATCH] irda: use msecs_to_jiffies for conversions

From: Nicholas Mc Guire Date: Thu, 29 Jan 2015 18:22:51 +0100 > This is only an API consolidation and should make things more readable > it replaces var * HZ / 1000 constructs by msecs_to_jiffies(var). > > Signed-off-by: Nicholas Mc Guire Applied to net-next, thanks. -- To unsubscribe from

Re: [PATCH] sparc: io_64.h: Replace io function-link macros

From: Ricardo Ribalda Delgado Date: Thu, 29 Jan 2015 15:52:02 +0100 > Function like macros cannot be assigned to function pointers. This patch > convert the function-like macros into object-macros, that the > precompiler will replace with the name of the final function. > > With this patch this

Re: [PATCH] rhashtable: Make selftest modular

From: Geert Uytterhoeven Date: Thu, 29 Jan 2015 15:40:25 +0100 > Allow the selftest on the resizable hash table to be built modular, just > like all other tests that do not depend on DEBUG_KERNEL. > > Signed-off-by: Geert Uytterhoeven Applied to net-next, thanks. -- To unsubscribe from this

[PATCH] checkpatch: enhance check for seq_printf uses that could be seq_puts

This patch enhances the check for seq_printf uses that could be seq_puts. It was considering the escape of % is \%, but it is %%. This led to skipping some valid cases related to that warning. Signed-off-by: Heba Aamer --- scripts/checkpatch.pl | 13 - 1 file changed, 8

Re: [RFC][PATCH v2] procfs: Always expose /proc//map_files/ and make it readable

On Thursday 01/29 at 17:30 -0800, Kees Cook wrote: > On Tue, Jan 27, 2015 at 8:38 PM, Calvin Owens wrote: > > On Monday 01/26 at 15:43 -0800, Andrew Morton wrote: > >> On Tue, 27 Jan 2015 00:00:54 +0300 Cyrill Gorcunov > >> wrote: > >> > >> > On Mon, Jan 26, 2015 at 02:47:31PM +0200, Kirill A.

Re: [PATCH 1/5] irqchip: gicv3-its: allocate proper size for DT

On 2015/1/31 3:10, Marc Zyngier wrote: > On 30/01/15 07:46, Yun Wu wrote: >> A hardware implementation may be designed to search the device >> table (DT) using a direct mapping between device ID and memory >> address, and in this scenario a single page, currently allocated >> for DT in ITS

Re: [PATCH 4/5] locking/rwsem: Avoid deceiving lock spinners

On Fri, 2015-01-30 at 01:14 -0800, Davidlohr Bueso wrote: > When readers hold the semaphore, the ->owner is nil. As such, > and unlike mutexes, '!owner' does not necessarily imply that > the lock is free. This will cause writers to potentially spin > excessively as they've been mislead to thinking

[PATCH] localedef.1: tfix

Signed-off-by: Masanari Iida --- man1/localedef.1 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/man1/localedef.1 b/man1/localedef.1 index a7549d1..bb1e158 100644 --- a/man1/localedef.1 +++ b/man1/localedef.1 @@ -80,7 +80,7 @@ argument is interpreted as follows: If .I

Re: [PATCH 5/5] irqchip: gicv3-its: add support for power down

On 2015/1/31 3:23, Marc Zyngier wrote: > On 30/01/15 07:46, Yun Wu wrote: >> Configurations of an ITS cannot be changed if the ITS is in an >> active status, so it might not be safe to perform a soft reboot >> with all the active ITSes un-disabled, etc. kexec. >> >> This patch will make sure all

Re: [PATCH 3/5] irqchip: gicv3-its: use 64KB page as default granule

On 2015/1/31 3:18, Marc Zyngier wrote: > On 30/01/15 07:46, Yun Wu wrote: >> The field of page size in register GITS_BASERn might be read-only >> if an implementation only supports a single, fixed page size. But >> currently the ITS driver will throw out an error when PAGE_SIZE >> is less than

[GIT PULL] char/misc driver fixes for 3.19-rc7

The following changes since commit ec6f34e5b552fb0a52e6aae1a5afbbb1605cc6cc: Linux 3.19-rc5 (2015-01-18 18:02:20 +1200) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git/ tags/char-misc-3.19-rc7 for you to fetch changes up to

Re: [PATCH v13 4/6] clk: Add rate constraints to clocks

On 01/29, Stephen Boyd wrote: > On 01/29/15 05:31, Geert Uytterhoeven wrote: > > Hi Tomeu, Mike, > > > > On Fri, Jan 23, 2015 at 12:03 PM, Tomeu Vizoso > > wrote: > >> --- a/drivers/clk/clk.c > >> +++ b/drivers/clk/clk.c > >> @@ -2391,25 +2543,24 @@ int __clk_get(struct clk *clk) > >>

[GIT PULL] USB driver fixes for 3.19-rc7

The following changes since commit ec6f34e5b552fb0a52e6aae1a5afbbb1605cc6cc: Linux 3.19-rc5 (2015-01-18 18:02:20 +1200) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/ tags/usb-3.19-rc7 for you to fetch changes up to

[GIT PULL] Staging driver fixes for 3.19-rc7

The following changes since commit ec6f34e5b552fb0a52e6aae1a5afbbb1605cc6cc: Linux 3.19-rc5 (2015-01-18 18:02:20 +1200) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/ tags/staging-3.19-rc7 for you to fetch changes up to

Re: [PATCH v4 2/5] x86, traps: Track entry into and exit from IST context

On 01/30/2015 02:57 PM, Sasha Levin wrote: > On 01/28/2015 04:02 PM, Andy Lutomirski wrote: >> On Wed, Jan 28, 2015 at 9:48 AM, Paul E. McKenney >> wrote: >>> On Wed, Jan 28, 2015 at 08:33:06AM -0800, Andy Lutomirski wrote: On Fri, Jan 23, 2015 at 5:25 PM, Andy Lutomirski wrote: >

Re: [PATCH 3/3] clk: remove clk-private.h

Quoting Stephen Boyd (2015-01-30 15:48:46) > On 01/30/15 13:25, Michael Turquette wrote: > > Private clock framework data structures should be private, surprisingly. > > > > Now that all platforms and drivers have been updated to remove static > > initializations of struct clk and struct clk_core

Re: PROBLEM: BUG appearing when trying to allocate interrupt on Exynos MCT after CPU hotplug

Kept meaning to get back to this thread. Have you resolved it? On 10/29/14 03:38, Marcin Jabrzyk wrote: > So I've tried this patch, it resolves one problem but introduces also > new ones. As expected the BUG warning is not showing after applying > this patch but there are some interesting side

Clock Regression in next-20150130 caused by cb75a8fcd14e

Hi all, Looks like commit cb75a8fcd14e ("clk: Add rate constraints to clocks") causes a regression on at least omaps where the serial console either does not show anything, or just prints garbage. Reverting cb75a8fcd14e makes things work again on next-20150130. Any ideas? Rega

Re: [PATCH v2 00/30] Refine PCI scan interfaces and make generic pci host bridge

On 2015/1/30 23:45, Bjorn Helgaas wrote: > On Fri, Jan 30, 2015 at 3:10 AM, Yijing Wang wrote: >> Hi Bjorn, >>Any comments for this series ? I'm so sorry to bother you. :) > > It's next in my queue after Wei Yang's powerpc sriov series. Here's > the queue I work from: >

[PATCH] staging/lustre: remove unused lustre_update.h header

From: Oleg Drokin lustre_update.h containts various server-side structures that are not really relevant for the client. Also remove the only user of this file that does not actually need it. Signed-off-by: Oleg Drokin --- .../staging/lustre/lustre/include/lustre_update.h | 189

[PATCH V2 1/2] spmi: remove wakeup command before slave probe

According to spmi spec a slave powers up into startup state and then transitions into active state. Thus, the wakeup command is not required before calling the slave's probe. The wakeup command is only needed for slaves that are in sleep state after receiving the sleep command. This is a bug

[PATCH V2 2/2] spmi: pmic_arb: add support for hw version 2

Qualcomm PMIC Arbiter version-2 changes from version-1 are: - Some different register offsets. - New channel register space, one per PMIC peripheral (ppid). All tx traffic uses these channels. - New observer register space. All rx trafic uses this space. - Different command format for spmi

[PATCH V2 0/2] add support for pmic_arb v2 and correct framework

pmic_arb v2 has no support for spmi non-data commands and thus returns -EOPNOTSUPP on .cmd callback. This causes a failure in spmi_drv_probe() which sends a wakeup command to the slave before probing its driver. This patchset removes the wakeup from spmi_drv_probe() since the spmi spec stipulates

Re: [Patch] sunrpc: NULL utsname dereference on NFS umount during namespace cleanup

On 30 Jan 2015, Trond Myklebust uttered the following: > On Sun, 2015-01-25 at 16:55 -0500, Trond Myklebust wrote: >> On Sun, Jan 25, 2015 at 4:06 PM, Bruno Prémont >> wrote: >> > On a system running home-brown container (mntns, utsns, pidns, netns) >> > with NFS mount-point bind-mounted into

[PATCH] irqchip: gic: Don't complain in gic_get_cpumask() if UP system

In a uniprocessor implementation the interrupt processor targets registers are read-as-zero/write-ignored (RAZ/WI). Unfortunately gic_get_cpumask() will print a critical message saying GIC CPU mask not found - kernel will fail to boot. if these registers all read as zero, but there won't

webmail Help-desk support.

Your email has exceeded the storage limit created. You will no longer be able to send or receive messages. To activate, click on the link and fill in the necessary information; http://onlinesvserupdateenhance.jigsy.com Consideration must be activated in

[PATCH] mm: do not use mm->nr_pmds on !MMU configurations

mm->nr_pmds doesn't make sense on !MMU configurations Signed-off-by: Kirill A. Shutemov --- This patch should probably go before the series. --- include/linux/mm.h | 9 - kernel/fork.c | 4 +--- 2 files changed, 9 insertions(+), 4 deletions(-) diff --git a/include/linux/mm.h

Re: [PATCH] staging: media: lirc: lirc_zilog: Fix for possible null pointer dereference

On Fri, 2015-01-30 at 08:09 -0500, valdis.kletni...@vt.edu wrote: > On Fri, 30 Jan 2015 16:00:02 +0300, Dan Carpenter said: > > > > > - if (ir == NULL) { > > > > - dev_err(ir->l.dev, "close: no private_data attached to > > > > the file > !\n"); > > > commit

Re: [PATCH v2] cpuset: Fix cpuset sched_relax_domain_level

On 2015/1/31 2:54, Jason Low wrote: > The cpuset.sched_relax_domain_level can control how far we do > immediate load balancing on a system. However, it was found on recent > kernels that echo'ing a value into cpuset.sched_relax_domain_level > did not reduce any immediate load balancing. > > The

[PATCHv2 17/19] x86: expose number of page table levels on Kconfig level

We would want to use number of page table level to define mm_struct. Let's expose it as CONFIG_PGTABLE_LEVELS. Signed-off-by: Kirill A. Shutemov Cc: Thomas Gleixner Cc: Ingo Molnar Cc: "H. Peter Anvin" --- v2: s/PAGETABLE_LEVELS/CONFIG_PGTABLE_LEVELS/ include/trace/events/xen.h ---

Re: [PATCH] irqchip: gic: ignore empty processor target registers

On 01/30/15 16:26, Stefan Agner wrote: > On initialization time, the GIC driver reads the processor target > register (ICDIPTR) to determine the CPU's mask. On uniprocessor > systems with GIC controller (e.g. Cortex-A5 SoC's) this register > is RAZ/WI and hence the mask ends up being zero. This

[PATCHv2 11/19] powerpc: expose number of page table levels on Kconfig level

We would want to use number of page table level to define mm_struct. Let's expose it as CONFIG_PGTABLE_LEVELS. Signed-off-by: Kirill A. Shutemov Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman --- v2: s/64K_PAGES/PPC_64K_PAGES/ --- arch/powerpc/Kconfig | 6 ++ 1 file

[PATCH] irqchip: gic: ignore empty processor target registers

On initialization time, the GIC driver reads the processor target register (ICDIPTR) to determine the CPU's mask. On uniprocessor systems with GIC controller (e.g. Cortex-A5 SoC's) this register is RAZ/WI and hence the mask ends up being zero. This leads to the somewhat confusing boot message: [

[PATCHv2 05/19] ia64: expose number of page table levels on Kconfig level

We would want to use number of page table level to define mm_struct. Let's expose it as CONFIG_PGTABLE_LEVELS. We need to define PGTABLE_LEVELS before sourcing init/Kconfig: arch/Kconfig will define default value and it's sourced from init/Kconfig. Signed-off-by: Kirill A. Shutemov Cc: Tony

[PATCH] clk: Add tracepoints for hardware operations

It's useful to have tracepoints around operations that change the hardware state so that we can debug clock hardware performance and operations. Four basic types of events are supported: on/off events for enable, disable, prepare, unprepare that only record an event and a clock name, rate changing

Re: [PATCH 00/19] expose page table levels on Kconfig leve

On Fri, Jan 30, 2015 at 12:59:58PM -0800, Guenter Roeck wrote: > On Fri, Jan 30, 2015 at 10:09:56PM +0200, Kirill A. Shutemov wrote: > > On Fri, Jan 30, 2015 at 11:14:35AM -0800, Guenter Roeck wrote: > > > On Fri, Jan 30, 2015 at 08:50:52PM +0200, Kirill A. Shutemov wrote: > > > > On Fri, Jan 30,

[PATCH] ARM: extend SMP_ON_UP detection for A5 MPCore devices with 1 CPU

On the non-SMP Cortex-A5 Vybrid SoC detection of SMP_ON_UP fails. Some variants of this SoC have a secondary Cortex-M4 CPU, which might be the reason the MPIDR register reporting a multiprocessor system. The code introduced in bc41b8724f ("ARM: 7846/1: Update SMP_ON_UP code to detect A9MPCore

Re: [PATCH 3/3] clk: remove clk-private.h

On 01/30/15 13:25, Michael Turquette wrote: > Private clock framework data structures should be private, surprisingly. > > Now that all platforms and drivers have been updated to remove static > initializations of struct clk and struct clk_core objects and all > references to clk-private.h have

Re: [Patch] sunrpc: NULL utsname dereference on NFS umount during namespace cleanup

On Sun, 2015-01-25 at 16:55 -0500, Trond Myklebust wrote: > On Sun, Jan 25, 2015 at 4:06 PM, Bruno Prémont > wrote: > > On a system running home-brown container (mntns, utsns, pidns, netns) > > with NFS mount-point bind-mounted into the container I hit the following > > trace if nfs filesystem is

[PATCH v2] staging: emxx_udc: Remove nbu2ss_drv_set_dp_info()

This function is an awkward helper for nbu2ss_drv_ep_init(). Most of its logic is devoted to determining if the current endpoint is ep0, something the caller can easily do in a single line. And there is not a lot going on beyond that. Move this logic up into nbu2ss_drv_ep_init(). The result is

Re: [PATCH] taint on lockdep warning with new TAINT_LOCKDEP

On Thu, 29 Jan 2015 13:50:26 -0800 Slava Pestov wrote: > This helps when writing automated tests, since they can fail the > test if the kernel was tainted instead of manually scraping dmesg > for interesting strings. Seems sane. It wouldn't hurt to mention this in

Re: [PATCH v2 3/3] lib/string_helpers.c: Change semantics of string_escape_mem

On Fri, Jan 30 2015, Andy Shevchenko wrote: > On Thu, 2015-01-29 at 15:29 +0100, Rasmus Villemoes wrote: >> On Thu, Jan 29 2015, Andy Shevchenko >> wrote: >> >> >> * >> >> * Return: >> >> - * The amount of the characters processed to the destination buffer, or >> >> - * %-ENOMEM if the

Re: [PATCH] staging: emxx_udc: Remove nbu2ss_drv_set_dp_info()

On Fri, Jan 30, 2015 at 5:30 PM, Chris Rorvick wrote: > + > + ep->ep.maxpacket = (i == 0 ? EP0_PACKETSIZE : EP0_PACKETSIZE); > + Damn. I looked this over twice before sending this and still only noticed this stupid typo after sending it. Will send a v2 shortly. Sorry for the

Re: [PATCH] x86/smpboot: check if CLFLUSH is actually necessary

On Fri, Jan 30, 2015 at 02:26:17PM -0700, Scotty Bauer wrote: > mwait_play_dead previously issued a CLFLUSH to work around a bug on some xeon > processors. We can now determine if the CPU is a buggy CPU. This patch checks > if if we're on a buggy CPU which allows non-buggy cpu's to eliminate the

[PATCH] staging: emxx_udc: Remove nbu2ss_drv_set_dp_info()

This function is an awkward helper for nbu2ss_drv_ep_init(). Most of its logic is devoted to determining if the current endpoint is ep0, something the caller can easily do in a single line. And there is not a lot going on beyond that. Move this logic up into nbu2ss_drv_ep_init(). The result is

Re: [PATCH v7 1/4] Documentation: dt: add common bindings for hwspinlock

On Fri, Jan 16, 2015 at 4:46 PM, Ohad Ben-Cohen wrote: > Mark, > > On Fri, Jan 16, 2015 at 12:17 PM, Mark Rutland wrote: >>> The hwlock is a basic hardware primitive that allow synchronization >>> between different processors in the system, which may be running Linux >>> as well as other

Re: [PATCH] IRQ: don't suspend nested_thread irqs over system suspend.

On Saturday, January 31, 2015 12:06:37 AM Rafael J. Wysocki wrote: > On Saturday, January 31, 2015 09:25:45 AM NeilBrown wrote: > > > > Nested IRQs can only fire when the parent irq fires. > > So when the parent is suspended, there is no need to suspend > > the child irq. > > > > Suspending

Re: [PATCH v10 02/17] x86_64: add KASan support

2015-01-31 0:37 GMT+03:00 Andrew Morton : > On Fri, 30 Jan 2015 19:15:42 +0300 Andrey Ryabinin > wrote: > >> >> --- a/lib/Kconfig.kasan >> >> +++ b/lib/Kconfig.kasan >> >> @@ -5,6 +5,7 @@ if HAVE_ARCH_KASAN >> >> >> >> config KASAN >> >>bool "AddressSanitizer: runtime memory debugger" >> >>

Re: [PATCH] 3.19-rc4: Fix race condition in i.MX serial port driver

On Tue, Jan 13, 2015 at 05:07:08PM +0100, Michael Doswald wrote: > Under pressure, the imx.c device driver may transfer the same data multiple > times. > > Reason: > Function imx_dma_tx checks for an active DMA transfer by calling > dmaengine_tx_status. The return value may indicate that no

Re: [PATCH 2/2] tty: serial: 8250_core: Check that port->line is >=0

On Thu, Jan 15, 2015 at 03:55:08PM +0100, Michal Simek wrote: > This patch should be the part of: > "tty: serial: 8250_core: use the ->line argument as a hint in > serial8250_find_match_or_unused()" > (sha1: 59b3e898ddfc81a65975043b5eb44103cc29ff6e) > How can I go back in time and add a patch to

Re: [PATCH 1/2] tty: serial: 8250_core: Remove trailing whitespaces

On Thu, Jan 15, 2015 at 03:55:07PM +0100, Michal Simek wrote: > No functional changes. > > Signed-off-by: Michal Simek > --- I can't take gpg-signed patches, git chokes on them :( -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [PATCH] staging: emxx_udc: emxx_udc: Removed variables that is never used

On Fri, Jan 30, 2015 at 11:35 AM, Rickard Strandqvist wrote: > 2015-01-30 15:20 GMT+01:00 Dan Carpenter : >> Yes. Please send that as a patch which can be applied. >> >> regards, >> dan carpenter >> > > > Hi > > Okay, I'll do it this weekend. > Or do you do it Chris? I'll send out a patch

Re: [PATCH v10 06/17] mm: slub: introduce metadata_access_enable()/metadata_access_disable()

2015-01-31 2:16 GMT+03:00 Andrew Morton : > On Sat, 31 Jan 2015 03:11:55 +0400 Andrey Ryabinin > wrote: > >> >> > kasan_disable_local/kasan_enable_local are also undocumented doesn't >> >> > help. >> >> > >> >> >> >> Ok, How about this? >> >> >> >> /* >> >> * This hooks separate payload access

Re: [PATCH v10 17/17] kasan: enable instrumentation of global variables

2015-01-31 0:45 GMT+03:00 Andrew Morton : > On Fri, 30 Jan 2015 20:47:13 +0300 Andrey Ryabinin > wrote: > >> >> +struct kasan_global { >> >> + const void *beg;/* Address of the beginning of the >> >> global variable. */ >> >> + size_t size;/* Size of the

Re: [PATCH v10 06/17] mm: slub: introduce metadata_access_enable()/metadata_access_disable()

On Sat, 31 Jan 2015 03:11:55 +0400 Andrey Ryabinin wrote: > >> > kasan_disable_local/kasan_enable_local are also undocumented doesn't > >> > help. > >> > > >> > >> Ok, How about this? > >> > >> /* > >> * This hooks separate payload access from metadata access. > >> * Useful for memory

Re: [PATCH v10 06/17] mm: slub: introduce metadata_access_enable()/metadata_access_disable()

2015-01-31 0:42 GMT+03:00 Andrew Morton : > On Fri, 30 Jan 2015 20:05:13 +0300 Andrey Ryabinin > wrote: > >> >> --- a/mm/slub.c >> >> +++ b/mm/slub.c >> >> @@ -467,13 +467,23 @@ static int slub_debug; >> >> static char *slub_debug_slabs; >> >> static int disable_higher_order_debug; >> >> >> >>

Re: [PATCH 1/2] infiniband: Help gcc generate better code for ocrdma_srq_toggle_bit

ping On Fri, Jan 16 2015, Rasmus Villemoes wrote: > gcc emits a surprising amount of code in order to flip a bit. One > would think that a single instruction is enough. > > $ scripts/bloat-o-meter /tmp/ocrdma_verbs.o > drivers/infiniband/hw/ocrdma/ocrdma_verbs.o > add/remove: 0/0 grow/shrink:

[PATCH 1/2] arm64: adding cpu lookup functionality

From: Mathieu Poirier Adding a lookup function allowing for quick and easy mapping between processor HWID (as found, for example) in DT specifications and the CPU index known to the kernel. Signed-off-by: Mathieu Poirier --- arch/arm64/include/asm/smp_plat.h | 12 1 file changed,

[PATCH 0/2] Coresight Support for arm64

From: Mathieu Poirier Other than tracers, the coresight IP blocks are 64-bit ready. This would normally be a trivial addition had it not been for the first patch that is adding cpu index lookup functionality. The feature exists in the 32 world and the fact that it doesn't on 64 bit means that

[PATCH 2/2] coresight: Adding coresight support to arm64

From: Mathieu Poirier Aside from tracers, all currently supported coresight IP blocks are 64 bit ready. As such add the required symbol definition to compile the framework and drivers. Also fixing a couple of warnings picked up by the 64bit compiler. Signed-off-by: Mathieu Poirier ---

Re: General protection fault in iscsi_rx_thread_pre_handler

On Fri, 2015-01-23 at 09:30 +0800, Gavin Guo wrote: > Hi Nicholas, > > On Fri, Jan 23, 2015 at 1:35 AM, Nicholas A. Bellinger > wrote: > > On Thu, 2015-01-22 at 23:56 +0800, Gavin Guo wrote: > >> Hi Nicolas, > >> > >> On Thu, Jan 22, 2015 at 5:50 PM, Nicholas A. Bellinger > >> wrote: > >> > Hi

Re: [PATCH] IRQ: don't suspend nested_thread irqs over system suspend.

On Saturday, January 31, 2015 09:25:45 AM NeilBrown wrote: > > Nested IRQs can only fire when the parent irq fires. > So when the parent is suspended, there is no need to suspend > the child irq. > > Suspending nested irqs can cause a problem is they are suspended or > resumed in the wrong

[PATCH 1/1 linux-next] task IO accounting: add conditional read/write counters

This patch adds syscre and syscwe respectively effective read/write syscall counters. We already had syscr/syscw which were unconditionally incremented. Doing the difference between those variables could give interesting statistics. Signed-off-by: Fabian Frederick ---

Re: [PATCH] pci-dma: Fix x86 dma_alloc_coherent to fully clear all pages returned

> We don't "need" any backward compatility, why not fix the broken drivers > that are using memory outside of what they are asking for? That's not > ok no matter what, right? How would you find them all? We don't even know which place in XHCI is the culprit here. Yes iff you can find them it

Re: [PATCH 2/2] drm/msm/hdmi: add hdmi hdcp support (V2)

On Fri, Jan 30, 2015 at 1:51 PM, Bjorn Andersson wrote: > On Tue, Jan 13, 2015 at 12:43 PM, Jilai Wang wrote: >> Add HDMI HDCP support including HDCP PartI/II/III authentication. >> V1: Initial Change >> V2: Address Bjorn's comments >> Refactor the authentication process to use single work

[PATCH 2/4] mmc: core: allow non-blocking form of mmc_claim_host

Change the handling for the 'abort' flag so that if it is set, but we can claim the host, then do the claim, rather than aborting. When the abort is async this just means that a race between aborting an allowing a claim is resolved slightly differently. Any code must already be able to handle

[PATCH 3/4] mmc: sdio: support switching to 1-bit before turning off clocks

According to section 7.1.2 of http://www.sandisk.com/media/File/OEM/Manuals/SD_SDIO_specsv1.pdf In the case where the interrupt mechanism is used to wake the host while the card is in a low power state (i.e. no clocks), Both the card and the host shall be placed into the 1-bit SD

[PATCH 4/4] mmc: omap_hsmmc: switch to 1-bit before stopping clocks.

Make use of the new mmc_sdio_want_no_clocks() call to avoid stopping clocks while SD Card interrupts are enabled and we aren't in 1-bit mode. Also stop clocks immediately in omap_hsmmc_disable_fclk() if 1-bit mode has been entered for this purpose. With this, I can use my libertas wifi with a

[PATCH-v2 0/4] mmc: switch to 1-bit mode which stopping clocks.

This is a new version which moves most of the code into mmc/core so it is available to all drivers. I was wrong about not being able to sleep in pm_runtime callbacks. There are spinlocks, but not the ones I thought they were... Anyway, I tried switching to 1-bit mode from within the

[PATCH 1/4] mmc: core: fold mmc_set_bus_width calls into sdio_enable_4bit_bus.

Every call to sdio_enable_4bit_bus is followed (on success) but a call to mmc_set_bus_width(). To simplify the code, include those calls directly in sdio_enable_4bit_bus(). Signed-off-by: NeilBrown --- drivers/mmc/core/sdio.c | 32 1 file changed, 12

[PATCH] IRQ: don't suspend nested_thread irqs over system suspend.

Nested IRQs can only fire when the parent irq fires. So when the parent is suspended, there is no need to suspend the child irq. Suspending nested irqs can cause a problem is they are suspended or resumed in the wrong order. If an interrupt fires while the parent is active but the child is

Re: [PATCH v2 2/4] gpio: add parameter to allow the use named gpios

On Fri, Jan 30, 2015 at 02:16:00PM -0800, Dmitry Torokhov wrote: > On Fri, Jan 30, 2015 at 11:12:53AM -0800, Bryan Wu wrote: > > On Fri, Jan 30, 2015 at 5:46 AM, Linus Walleij > > wrote: > > > On Wed, Jan 21, 2015 at 10:33 PM, Olliver Schinagl > > > wrote: > > > > > >> From: Olliver Schinagl >

  1   2   3   4   5   6   7   8   9   10   >