Re: [RFC][PATCH 1/3] trace_seq: Move the trace_seq code to lib/

On Fri, 20 Jun 2014 12:58:23 -0400 Steven Rostedt wrote: > > ... > > > > > > + * Writes a ASCII representation of a bitmask string into @s. > > > + */ > > > +int > > > +trace_seq_bitmask(struct trace_seq *s, const unsigned long *maskp, > > > + int nmaskbits) > > > +{ > > > + int len =

Re: [PATCH v2 0/8] Add Keystone PCIe controller driver

On Friday 20 June 2014 11:31 AM, Murali Karicheri wrote: > On 6/17/2014 8:08 PM, Bjorn Helgaas wrote: >> On Tue, Jun 10, 2014 at 02:51:19PM -0400, Murali Karicheri wrote: >>> This patch adds a PCIe controller driver for Keystone SoCs. This >>> is based on v1 of the series posted to the mailing list

Re: [RFC][PATCH 1/3] trace_seq: Move the trace_seq code to lib/

On Fri, 20 Jun 2014 10:12:44 -0700 Andrew Morton wrote: > > Comment? What? Git blame isn't good enough for ya? ;-) > > There's always that. There's also googling for the original list > dicsussion. But it's a bit user-unfriendly, particularly when then > code has aged was subsequently altered

Re: [PATCH] dt/documentation: add specification of dma bus information

On Friday 20 June 2014 11:50 AM, Rob Herring wrote: > On Fri, Jun 20, 2014 at 10:04 AM, Santosh Shilimkar > wrote: >> On Monday 09 June 2014 09:59 AM, Santosh Shilimkar wrote: >>> On Sunday 08 June 2014 10:13 PM, Fabio Estevam wrote: On Thu, Jun 5, 2014 at 12:22 PM, Santosh Shilimkar wr

Re: [RFC][PATCH 1/3] x86: introduce disabled-features

On 06/20/2014 09:20 AM, H. Peter Anvin wrote: >> > +#ifdef CONFIG_X86_INTEL_MPX >> > +# define HAVE_MPX (1<<(X86_FEATURE_MPX & 31)) >> > +#else >> > +# define HAVE_MPX 0 >> > +#endif >> > + > Is this an inverted test? Yes, that was inverted. I've renamed it to make it a bit easier to read: #ifde

Re: [PATCH] arm: ptrace: fix syscall modification under PTRACE_O_TRACESECCOMP

On Fri, Jun 20, 2014 at 05:44:52PM +0100, Kees Cook wrote: > On Fri, Jun 20, 2014 at 3:22 AM, Will Deacon wrote: > > I'm struggling to see the bug in the current code, so apologies if my > > questions aren't helpful. > > > > On Wed, Jun 18, 2014 at 09:27:48PM +0100, Kees Cook wrote: > >> An x86 tr

[PATCH v2] MAINTAINERS: add entry for VMware Balloon driver

Signed-off-by: Dmitry Torokhov --- Greg, I've added Xavier and Philip as official maintainers of the driver, but I've also kept pv-drivers internal alias as there usually more people watching it. Thanks, Dmitry MAINTAINERS|8 drivers/misc/vmw_balloon.c |3 ++-

Re: [RFC PATCH 3/3] thermal: trace: Trace when temperature is above a trip point

Hi Punit, On Wed, Jun 11, 2014 at 12:31:44PM +0100, Punit Agrawal wrote: > Create a new event to trace when the temperature is above a trip > point. Use the trace-point when handling non-critical and critical > trip pionts. > > Cc: Zhang Rui > Cc: Eduardo Valentin > Cc: Steven Rostedt > Cc: Fr

Re: [PATCH v2] MAINTAINERS: add entry for VMware Balloon driver

On Fri, Jun 20, 2014 at 10:14:58AM -0700, Dmitry Torokhov wrote: > Signed-off-by: Dmitry Torokhov > --- > > Greg, > > I've added Xavier and Philip as official maintainers of the driver, but I've > also kept pv-drivers internal alias as there usually more people watching it. Looks good, thanks,

[PATCH] regulator: palmas: Fix SMPS enable/disable/is_enabled

We use regmap regulator ops to enable/disable and check if regulator is enabled for various SMPS. However, these depend on valid enable_reg, enable_mask and enable_value in regulator descriptor. Currently we do not populate these for SMPS other than SMPS10, this results in spurious results as regm

Re: Palmas regulator broken (was Re: [PATCH] ARM: tegra: TN7: relax some regulators)

On 06/20/2014 09:14 AM, Alexandre Courbot wrote: [...] > Tried this v2 and it seems to do the trick! My panel switches on as expected. Thanks. I posted a formal patch https://patchwork.kernel.org/patch/4391271/ -> might want to add tested/reviewed/ack on that thread. I hope I got your email ID cor

[PATCH 0/2] Fixes for smp_num_siblings calculation

I have a system on which I have disabled threading in the BIOS, and I am booting the kernel with the option "idle=poll". The kernel displays process: WARNING: polling idle and HT enabled, performance may degrade which is incorrect -- I've already disabled HT. This warning is issued here: void

Re: [PATCH v2 3/8] PCI: designware: update pcie core driver to work with dw hw version 3.65

On 6/18/2014 3:13 AM, Mohit KUMAR DCG wrote: Hello Murali, -Original Message- From: Murali Karicheri [mailto:m-kariche...@ti.com] Sent: Wednesday, June 11, 2014 12:21 AM To: linux-arm-ker...@lists.infradead.org; linux-kernel@vger.kernel.org; linux-...@vger.kernel.org; devicet...@vger.ke

[PATCH 1/2] x86, Clean up smp_num_siblings calculation

I have a system on which I have disabled threading in the BIOS, and I am booting the kernel with the option "idle=poll". The kernel displays process: WARNING: polling idle and HT enabled, performance may degrade which is incorrect -- I've already disabled HT. This warning is issued here: void

[PATCH 2/2] x86, disable ht flag when hyperthreading is disabled

The ht flag indicates that a processor is capable of having sibling threads. This has long been confusing for users who confuse the ht flag as indicating that hyperthreading is enabled on their systems even though it may have been disabled in BIOS. This patch removes the hyperthreading flag when n

Re: [PATCH v2 3/8] PCI: designware: update pcie core driver to work with dw hw version 3.65

On Friday 20 June 2014 01:27 PM, Murali Karicheri wrote: > On 6/18/2014 3:13 AM, Mohit KUMAR DCG wrote: >> Hello Murali, >> >>> -Original Message- >>> From: Murali Karicheri [mailto:m-kariche...@ti.com] >>> Sent: Wednesday, June 11, 2014 12:21 AM >>> To: linux-arm-ker...@lists.infradead.org

Re: [PATCH 1/1] MIPS: APRP: Fix an issue when device_create() fails.

On 06/19/2014 01:30 PM, Sebastien Bourdelin wrote: If a call to device_create() fails for a channel during the initialize loop, we need to clean the devices entries already created before leaving. Signed-off-by: Sebastien Bourdelin --- arch/mips/kernel/rtlx-cmp.c | 3 +++ arch/mips/kernel/rt

Re: 3.15: kernel BUG at kernel/auditsc.c:1525!

On 06/20/2014 05:41 PM, Andy Lutomirski wrote: > On Mon, Jun 16, 2014 at 2:48 PM, H. Peter Anvin wrote: >> On 06/16/2014 02:35 PM, Andy Lutomirski wrote: >>> >>> To hpa, etc: It appears that entry_32.S is missing any call to the >>> audit exit hook on the badsys path. If I'm diagnosing this bug

Re: [PATCH] arm: ptrace: fix syscall modification under PTRACE_O_TRACESECCOMP

On Fri, Jun 20, 2014 at 10:23 AM, Will Deacon wrote: > On Fri, Jun 20, 2014 at 05:44:52PM +0100, Kees Cook wrote: >> On Fri, Jun 20, 2014 at 3:22 AM, Will Deacon wrote: >> > I'm struggling to see the bug in the current code, so apologies if my >> > questions aren't helpful. >> > >> > On Wed, Jun

Re: [PATCH] arm64: fix MAX_ORDER for 64K pagesize

On Thu, 2014-06-19 at 21:24 +0200, Michal Nazarewicz wrote: > On Thu, Jun 19 2014, Mark Salter wrote: > > On Tue, 2014-06-17 at 20:32 +0200, Michal Nazarewicz wrote: > >> diff --git a/mm/page_alloc.c b/mm/page_alloc.c > >> index 5dba293..6e657ce 100644 > >> --- a/mm/page_alloc.c > >> +++ b/mm/page

Re: [bisected] pre-3.16 regression on open() scalability

On 06/20/2014 09:30 AM, Paul E. McKenney wrote: > On Fri, Jun 20, 2014 at 11:07:13AM -0500, Christoph Lameter wrote: >> On Fri, 20 Jun 2014, Paul E. McKenney wrote: >> >>> And the fraction of the small systems that care that much about latency >>> is also quite small. >> >> This also impacts genera

[PATCH v2] lockdep: restrict the use of recursive read_lock with qrwlock

v1->v2: - Use less conditional & make it easier to read Unlike the original unfair rwlock implementation, queued rwlock will grant lock according to the chronological sequence of the lock requests except when the lock requester is in the interrupt context. As a result, recursive read_lock calls w

[PATCH] usb: host: xhci-plat: use devm_functions

This patch introduces the use of managed interface devm_ioremap_resource for ioremap_nocache and request_mem_region and removes the corresponding free functions in the probe and remove functions. Signed-off-by: Himangi Saraogi Acked-by: Julia Lawall --- drivers/usb/host/xhci-plat.c | 24 ---

Re: [RFC][PATCH 3/3] x86: make MP a required-feature on 64-bit

On Fri, Jun 20, 2014 at 09:37:57AM -0700, H. Peter Anvin wrote: > We probably should just the cpu_has_mp macro entirely. All it is used > for is printing a warning in amd_k7_smp_check(). > > Andi, Borislav -- as far as I can tell, we have *never* enforced this on > the 64-bit kernel, although we

[PATCH] selinux: no recursive read_lock of policy_rwlock in security_genfs_sid()

With introduction of fair queued rwlock, recursive read_lock() may hang the offending process if there is a write_lock() somewhere in between. With recursive read_lock checking enabled, the following error was reported: = [ INFO: possible recursive lock

Re: [PATCH v3 01/13] mm, THP: don't hold mmap_sem in khugepaged when allocating THP

On Fri, Jun 20, 2014 at 05:49:31PM +0200, Vlastimil Babka wrote: > When allocating huge page for collapsing, khugepaged currently holds mmap_sem > for reading on the mm where collapsing occurs. Afterwards the read lock is > dropped before write lock is taken on the same mmap_sem. > > Holding mmap_

Re: [PATCH v2 04/18] PCI: designware: use untranslated address while programming ATU

On Thu, May 29, 2014 at 1:38 AM, Kishon Vijay Abraham I wrote: > In DRA7, the cpu sees 32bit address, but the pcie controller can see only > 28bit > address. So whenever the cpu issues a read/write request, the 4 most > significant bits are used by L3 to determine the target controller. > For exa

Re: [RFC][PATCH 3/3] x86: make MP a required-feature on 64-bit

On 06/20/2014 10:43 AM, Borislav Petkov wrote: > On Fri, Jun 20, 2014 at 09:37:57AM -0700, H. Peter Anvin wrote: >> We probably should just the cpu_has_mp macro entirely. All it is used >> for is printing a warning in amd_k7_smp_check(). >> >> Andi, Borislav -- as far as I can tell, we have *never

[PATCH v3 2/3] clocksource: exynos_mct: __raw_readl/__raw_writel => readl_relaxed/writel_relaxed

Using the __raw functions is discouraged. Update the file to consistently use the proper functions. Signed-off-by: Doug Anderson --- Changes in v3: - __raw_readl / __raw_writel patch new for version 3 drivers/clocksource/exynos_mct.c | 24 1 file changed, 12 insertions

[PATCH v3 3/3] clocksource: exynos_mct: Only use 32-bits where possible

The MCT has a nice 64-bit counter. That means that we _can_ register as a 64-bit clocksource and sched_clock. ...but that doesn't mean we should. The 64-bit counter is read by reading two 32-bit registers. That means reading needs to be something like: - Read upper half - Read lower half - Read

Re: [PATCH] selinux: no recursive read_lock of policy_rwlock in security_genfs_sid()

On 06/20/2014 01:45 PM, Waiman Long wrote: > With introduction of fair queued rwlock, recursive read_lock() may hang > the offending process if there is a write_lock() somewhere in between. > > With recursive read_lock checking enabled, the following error was > reported: > >

Re: [RFC][PATCH 3/3] x86: make MP a required-feature on 64-bit

Looking at the AMD init code, there is a whole bunch of other 32/64-bit differences that are clearly bogus. I also see that amd_k7_smp_check() doesn't even *exist* on 64 bits, and that init_amd_k7() which calls amd_k7_smp_check() only is ever called for family == 6, despite having tests for family

[PATCH 2/3] Staging: rtl8192u: r8192U_wx.c Fixed some more code-style warnings about spaces

Fixed the following warnings issued by checkpatch.pl WARNING: please, no space before tabs Signed-off-by: Chaitanya Hazarey --- drivers/staging/rtl8192u/r8192U_wx.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/rtl8192u/r8192U_wx.c b/drivers/staging/rt

Re: [PATCH v2] clocksource: exynos-mct: Register the timer for stable udelay

Hi, On Fri, Jun 20, 2014 at 4:19 AM, amit daniel kachhap wrote: > On Fri, Jun 20, 2014 at 1:45 PM, Will Deacon wrote: >> On Thu, Jun 19, 2014 at 05:40:49PM +0100, Tomasz Figa wrote: >>> On 19.06.2014 18:31, Doug Anderson wrote: >>> >>> My personal vote would be to submit a patch to change "cycle

Re: [PATCH] x86/mce: Don't unregister CPU hotplug notifier in error path

On Fri, Jun 20, 2014 at 12:16:39PM -0400, Boris Ostrovsky wrote: > But I think you still need to do the dance in the notifier to make > sure you are not trying to add/remove device if mcheck_init_device() > had failed earlier. mce_device_remove should be smart enough. Hint: mce_device_initialized

[PATCH v3 0/3] Exynos MCT udelay, MCT cleanup, MCT to 32-bits

This is a series of 3 patches related to the exynos MCT (multi core timer). The first allows MCT to function as a udelay() timer which fixes broken udelay on 5400, 5800, and even (to a lesser extent) on 5250. The second is some general cleanup. The third moves MCT to 32-bits where possible to gi

Re: [PATCH] usb: host: xhci-plat: use devm_functions

On Fri, Jun 20, 2014 at 11:11:23PM +0530, Himangi Saraogi wrote: > This patch introduces the use of managed interface devm_ioremap_resource > for ioremap_nocache and request_mem_region and removes the corresponding > free functions in the probe and remove functions. > > Signed-off-by: Himangi Sara

Re: [PATCH v2] devicetree: Add generic IOMMU device tree bindings

On Fri, Jun 20, 2014 at 04:53:08PM +0100, Arnd Bergmann wrote: > On Wednesday 18 June 2014 11:14:39 Will Deacon wrote: > > On Wed, Jun 18, 2014 at 12:37:16AM +0100, Thierry Reding wrote: > > - Each master has a set of fixed StreamIDs > > - StreamIDs can be remastered by adding a constant offset

[PATCH v3 1/3] clocksource: exynos_mct: Register the timer for stable udelay

From: Amit Daniel Kachhap This patch registers the exynos mct clocksource as the current timer as it has constant clock rate. This will generate correct udelay for the exynos platform and avoid using unnecessary calibrated jiffies. This change has been tested on exynos5420 based board and udelay

[PATCH 3/3] Staging: rtl8192u: r8192U_wx.c Fixed a code-style error about trailing whitespace

Fixed the following error reported by running checkpatch.pl ERROR: trailing whitespace Signed-off-by: Chaitanya Hazarey --- drivers/staging/rtl8192u/r8192U_wx.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/rtl8192u/r8192U_wx.c b/drivers/staging/rtl8192u/r

[PATCH 1/3] Staging: rtl8192u: r8192U_wx.c Fixed code-style warnings

Fixed some of the following warning generated by checkpatch.pl: WARNING: Missing a blank line after declarations Signed-off-by: Chaitanya Hazarey --- drivers/staging/rtl8192u/r8192U_wx.c | 13 - 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/drivers/staging/rtl8192u/r

Re: [PATCH] usb: host: xhci-plat: use devm_functions

Hello. On 06/20/2014 08:48 PM, Himangi Saraogi wrote: This patch introduces the use of managed interface devm_ioremap_resource for ioremap_nocache and request_mem_region and removes the corresponding free functions in the probe and remove functions. Signed-off-by: Himangi Saraogi --- driv

Re: [PATCHv7 2/5] mailbox: Introduce framework for mailbox

On Thu, 2014-06-12 at 22:31 +0530, Jassi Brar wrote: > Introduce common framework for client/protocol drivers and > controller drivers of Inter-Processor-Communication (IPC). > > Client driver developers should have a look at > include/linux/mailbox_client.h to understand the part of > the API ex

Re: [RFC][PATCH 3/3] x86: make MP a required-feature on 64-bit

On Fri, Jun 20, 2014 at 10:47:22AM -0700, H. Peter Anvin wrote: > This is run before static_cpu_has(). static_cpu_has_safe() then - I didn't do it for no reason :-) > The point, though, was that we "enforce" (taint) on 32 bits but not on > 64 bits, which is clearly wrong. Yeah, K7 is 32-bit only

Re: [PATCH] arm: ptrace: fix syscall modification under PTRACE_O_TRACESECCOMP

On Fri, Jun 20, 2014 at 10:36 AM, Kees Cook wrote: > On Fri, Jun 20, 2014 at 10:23 AM, Will Deacon wrote: >> On Fri, Jun 20, 2014 at 05:44:52PM +0100, Kees Cook wrote: >>> On Fri, Jun 20, 2014 at 3:22 AM, Will Deacon wrote: >>> > I'm struggling to see the bug in the current code, so apologies if

Re: [PATCH] iovec: move memcpy_from/toiovecend to lib/iovec.c

On Thu, 2014-06-19 at 21:06 -0700, David Miller wrote: > From: "Michael S. Tsirkin" > Date: Thu, 19 Jun 2014 21:22:56 +0300 > > > ERROR: "memcpy_fromiovecend" [drivers/vhost/vhost_scsi.ko] undefined! > > > > commit 9f977ef7b671f6169eca78bf40f230fe84b7c7e5 > > vhost-scsi: Include prot_bytes i

Re: [RFC][PATCH 3/3] x86: make MP a required-feature on 64-bit

On Fri, Jun 20, 2014 at 10:50:25AM -0700, H. Peter Anvin wrote: > Looking at the AMD init code, there is a whole bunch of other 32/64-bit > differences that are clearly bogus. I also see that amd_k7_smp_check() > doesn't even *exist* on 64 bits, and that init_amd_k7() which calls > amd_k7_smp_chec

Re: [bisected] pre-3.16 regression on open() scalability

On Fri, Jun 20, 2014 at 10:39:50AM -0700, Dave Hansen wrote: > On 06/20/2014 09:30 AM, Paul E. McKenney wrote: > > On Fri, Jun 20, 2014 at 11:07:13AM -0500, Christoph Lameter wrote: > >> On Fri, 20 Jun 2014, Paul E. McKenney wrote: > >> > >>> And the fraction of the small systems that care that muc

Re: [RFC][PATCH 3/3] x86: make MP a required-feature on 64-bit

On Fri, Jun 20, 2014 at 08:05:23PM +0200, Borislav Petkov wrote: > On Fri, Jun 20, 2014 at 10:47:22AM -0700, H. Peter Anvin wrote: > > This is run before static_cpu_has(). > > static_cpu_has_safe() then - I didn't do it for no reason :-) > > > The point, though, was that we "enforce" (taint

[PATCH] arch,locking: Ciao arch_mutex_cpu_relax()

From: Davidlohr Bueso The arch_mutex_cpu_relax() function, introduced by 34b133f, is hacky and ugly. It was added a few years ago to address the fact that common cpu_relax() calls include yielding on s390, and thus impact the optimistic spinning functionality of mutexes. Nowadays we use this func

Re: [v3.10.y][v3.11.y][v3.12.y][v3.13.y][v3.14.y][PATCH 1/1][V2] ALSA: usb-audio: Prevent printk ratelimiting from spamming kernel log while DEBUG not defined

On 06/20/2014 11:21 AM, Joseph Salisbury wrote: > On 06/18/2014 09:52 PM, Ben Hutchings wrote: >> On Wed, 2014-06-18 at 14:32 -0400, Joseph Salisbury wrote: >>> From: Sander Eikelenboom >>> >>> BugLink: http://bugs.launchpad.net/bugs/1319457 >>> >>> This (widely used) construction: >>> >>> if(prin

Re: [PATCH] irqchip: brcmstb-l2: Level-2 interrupts are edge sensitive

2014-06-12 12:13 GMT-07:00 Florian Fainelli : > 2014-06-09 11:05 GMT-07:00 Florian Fainelli : >> The driver was configuring the interrupt handler for the Level-2 >> interrupts to be "level" triggered while they are in fact "edge" >> triggered. Fix this by using the correct handler. >> >> Reported-b

Re: [PATCH v2 0/7] perf trace pagefaults

Em Fri, Jun 20, 2014 at 08:18:59PM +0400, Stanislav Fomichev escreveu: > > Hey, haven't you seen the vfs_getname probe? Idea is to hook on where > > the relevant copy_from_user is done and insert that into the ring > > buffer, as we already do for mapping fd -> pathname. > I saw it but didn't actu

Re: [PATCH 3.15.1] i82975x_edac: fix dram layout inits and style

On Fri, Jun 20, 2014 at 09:26:27PM +0530, Arvind R wrote: > Subject: [PATCH 3.15.1] i82975x_edac: fix dram layout inits and style > > rewrite dram layout initialisation differently based on symmetry > of organisation. And a long pending cleanup. Yeah, this patch is trying to do a lot of things at

[RFC PATCH 1/2] Makefile: Make HOSTCFLAGS and HOSTCXXFLAGS user modifyable

In order to allow the user to pass extra arguments to the host compiler, we no longer overwrite the host compiler flags in the makefile, but append them to what was passed in. Signed-off-by: Markus Mayer --- Makefile | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/Makefil

[RFC PATCH 2/2] Makefile: Introduce HOSTLDFLAGS environment variable

By default we don't need HOSTLDFLAGS. However, providing it gives the user the ability to pass extra flags to the host linker should they be required. The variables AS LD CC are moved to the next line to keep line length in check. Signed-off-by: Markus Mayer --- Makefile | 4 ++-- 1 file change

[RFC PATCH 0/2] Make host compiler and linker flags modifyable

Being able to pass in extra compiler or linker flags for the host compiler can be quite helpful. This proposed series would allow a user to do just that. Please let me know if you would consider this kind of change for inclusion or if there is an alternate approach to achieve the same goal. Marku

[PATCH tip/core/rcu 0/5] Fix for cond_resched performance regression

Hello! This series contains changes to address the performance regressions introduced by commit ac1bea85781e (Make cond_resched() report RCU quiescent states), which was in turn fixing a problem where tasks looping in the kernel could delay RCU grace periods. The changes in this series are as fol

[PATCH RFC tip/core/rcu 3/5] rcu: Add RCU_COND_RESCHED_QS for large systems

From: "Paul E. McKenney" People with low-latency kernel-intensive workloads object to the extra test of a per-CPU variable added to cond_resched(). This commit therefore adds a Kconfig variable RCU_COND_RESCHED_QS that enables this extra test. Therefore, people who would like large systems to o

[PATCH RFC tip/core/rcu 1/5] rcu: Reduce overhead of cond_resched() checks for RCU

From: "Paul E. McKenney" Commit ac1bea85781e (Make cond_resched() report RCU quiescent states) fixed a problem where a CPU looping in the kernel with but one runnable task would give RCU CPU stall warnings, even if the in-kernel loop contained cond_resched() calls. Unfortunately, in so doing, it

[PATCH RFC tip/core/rcu 5/5] rcu: Add boot/sysfs control for RCU cond_resched() help solicitation

From: "Paul E. McKenney" This commit replaces the hard-coded seven-jiffy cond_resched() quiescent-state solicitation delay with a delay that can be set via the rcutree.jiffies_till_cond_resched_qs boot parameter, or of course via sysfs. This change was inspired in part by Dave Hansen's time-base

[PATCH RFC tip/core/rcu 2/5] rcu: Provide cond_resched_rcu_qs() to force quiescent states in long loops

From: "Paul E. McKenney" Back in the Good Olde Days, the kernel entered the scheduler on every CPU periodically, whether anyone needed it or not. This was of course wasteful and inefficient, so recent kernels have of course discontinued this practice. However, this means that a given CPU might

[PATCH RFC tip/core/rcu 4/5] rcutorture: Suppress spurious RCU CPU stall warnings

From: "Paul E. McKenney" Because rcutorture runs CPU-bound in the kernel, it can prevent grace periods from being reported. In RCU_COND_RESCHED_QS=y builds, the cond_resched() calls handle this reporting. This commit therefore forces RCU_COND_RESCHED_QS=y for the TREE01 rcutorture configuration

Re: [PATCH 1/2] x86,mem-hotplug: pass sync_global_pgds() a correct argument in remove_pagetable()

On Wed, 2014-06-18 at 15:37 +0900, Yasuaki Ishimatsu wrote: > remove_pagetable() gets start argument and passes the argument to > sync_global_pgds(). In this case, the argument must not be modified. > If the argument is modified and passed to sync_global_pgds(), > sync_global_pgds() does not correc

Re: [PATCH 2/2] x86,mem-hotplug: modify PGD entry when removing memory

On Wed, 2014-06-18 at 15:38 +0900, Yasuaki Ishimatsu wrote: : > @@ -186,7 +186,12 @@ void sync_global_pgds(unsigned long start, unsigned long > end) > const pgd_t *pgd_ref = pgd_offset_k(address); > struct page *page; > > - if (pgd_none(*pgd_ref)) > +

Re: [PATCH] crypto: lzo: try kmalloc() before vmalloc()

On Tue, May 27, 2014 at 10:28:55AM -0700, Eric Dumazet wrote: > From: Eric Dumazet > > zswap allocates one LZO context per online cpu. > > Using vmalloc() for small (16KB) memory areas has drawback of slowing > down /proc/vmallocinfo and /proc/meminfo reads, TLB pressure and poor > NUMA locality

Re: [PATCH] crypto: caam: Introduce the use of the managed version of kzalloc

On Sun, Jun 01, 2014 at 06:56:41PM +0200, Marek Vasut wrote: > On Tuesday, May 27, 2014 at 08:25:48 PM, Himangi Saraogi wrote: > > This patch moves data allocated using kzalloc to managed data allocated > > using devm_kzalloc and cleans now unnecessary kfrees in probe and remove > > functions. Als

Re: [PATCH v9 0/6] SP800-90A Deterministic Random Bit Generator

On Sat, May 31, 2014 at 03:43:37PM +0200, Stephan Mueller wrote: > Hi, > > the following set of patches implements the deterministic random bit generator > (DRBG) specified by SP800-90A. > > The DRBG implementation offers the following: > > * All three DRBG types are implemented with a der

Re: [PATCH v3] crypto: crc32c-pclmul - Shrink K_table to 32-bit words

On Fri, Jun 06, 2014 at 11:08:58PM -0400, George Spelvin wrote: > There's no need for the K_table to be made of 64-bit words. For some > reason, the original authors didn't fully reduce the values modulo the > CRC32C polynomial, and so had some 33-bit values in there. They can > all be reduced to

[PATCH] trace-cmd: Add missing mode to open() call

touch_file() calls open(2) with O_CREAT but omits the required mode argument. Fix this omission. Signed-off-by: Seth Forshee --- trace-record.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/trace-record.c b/trace-record.c index d3dd0c5..8438388 100644 --- a/trace-record.c +

Re: [RFC PATCH 1/2] Makefile: Make HOSTCFLAGS and HOSTCXXFLAGS user modifyable

On Fri, Jun 20, 2014 at 11:31:28AM -0700, Markus Mayer wrote: > In order to allow the user to pass extra arguments to the host > compiler, we no longer overwrite the host compiler flags in the > makefile, but append them to what was passed in. > > Signed-off-by: Markus Mayer > --- > Makefile | 4

Re: [RFC][PATCH 3/3] x86: make MP a required-feature on 64-bit

On Fri, Jun 20, 2014 at 02:16:00PM -0400, Dave Jones wrote: > AMD sold two separate SKUs: the Athlon XP and the Athlon MP. > Only the latter was supposedly "certified" for use in multi-processor > boards. People found out however that sometimes the XP's 'worked' > if you modded them (see > http:/

Re: [PATCH] irqchip: brcmstb-l2: Level-2 interrupts are edge sensitive

On Fri, Jun 20, 2014 at 11:26:33AM -0700, Florian Fainelli wrote: > 2014-06-12 12:13 GMT-07:00 Florian Fainelli : > > 2014-06-09 11:05 GMT-07:00 Florian Fainelli : > >> The driver was configuring the interrupt handler for the Level-2 > >> interrupts to be "level" triggered while they are in fact "e

Re: [PATCH v2 2/8] PCI: designware: refactor host init code to re-use on v3.65 DW pci hw

On 6/18/2014 3:05 AM, Pratyush Anand wrote: Hi Murali, On Wed, Jun 11, 2014 at 02:51:21AM +0800, Murali Karicheri wrote: Current DW PCI host init code has code specific to newer hw such as ATU port specific resource parsing and map. v3.65 DW PCI host has OK, Older version did not had standard

[Patch] tracing: tell mm_migrate_pages event about numa_misplaced

The mm_migrate_pages trace event reports a reason for the migration, typically as a symbolic string. The exception is the reason MR_NUMA_MISPLACED for which it just displays the numeric value: mm_migrate_pages: nr_succeeded=1 nr_failed=0 mode=MIGRATE_ASYNC reason=0x5 This patch makes the output

Re: [PATCH v2 2/8] PCI: designware: refactor host init code to re-use on v3.65 DW pci hw

On 6/18/2014 3:05 AM, Pratyush Anand wrote: Hi Murali, On Wed, Jun 11, 2014 at 02:51:21AM +0800, Murali Karicheri wrote: Current DW PCI host init code has code specific to newer hw such as ATU port specific resource parsing and map. v3.65 DW PCI host has OK, Older version did not had standard

Re: [PATCH block/for-linus] blkcg: fix use-after-free in __blkg_release_rcu() by making blkcg_gq refcnt an atomic_t

On 06/20/2014 08:39 AM, Vivek Goyal wrote: > On Thu, Jun 19, 2014 at 05:42:57PM -0400, Tejun Heo wrote: >> Hello, >> >> So, this patch should do. Joe, Vivek, can one of you guys please >> verify that the oops goes away with this patch? > > Hi Tejun, > > This patch seems to fix the issue for me.

Re: [PATCH v2] ARM: mvebu: Fix missing binding documentation for Armada 38x

On Thu, Jun 19, 2014 at 06:40:43PM +0200, Gregory CLEMENT wrote: > For the Armada 380 and Armada 385 SoCs, the common bindings for those > 2 SoCs, was forgotten. This patch add the documentation for the > marvell,aramda38x property. > > Signed-off-by: Gregory CLEMENT > -- > Hi, > > This fix shou

Re: [RFC][PATCH 3/3] x86: make MP a required-feature on 64-bit

On 06/20/2014 11:05 AM, Borislav Petkov wrote: > On Fri, Jun 20, 2014 at 10:47:22AM -0700, H. Peter Anvin wrote: >> This is run before static_cpu_has(). > > static_cpu_has_safe() then - I didn't do it for no reason :-) No, it has to be cpu_has() -- the dynamic, CPU-specific version. -hpa

RE: Good Morning

I Liliane authenticate is Donating 3.5M USD from My Net-worth to you, Email me on;lianebc...@rogers.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vg

Re: [PATCH v2] devicetree: Add generic IOMMU device tree bindings

On Friday 20 June 2014 18:50:51 Will Deacon wrote: > On Fri, Jun 20, 2014 at 04:53:08PM +0100, Arnd Bergmann wrote: > > On Wednesday 18 June 2014 11:14:39 Will Deacon wrote: > > > On Wed, Jun 18, 2014 at 12:37:16AM +0100, Thierry Reding wrote: > > > - Each master has a set of fixed StreamIDs > >

Re: [PATCH v2 04/18] PCI: designware: use untranslated address while programming ATU

On Friday 20 June 2014 12:45:46 Rob Herring wrote: > On Thu, May 29, 2014 at 1:38 AM, Kishon Vijay Abraham I wrote: > > In DRA7, the cpu sees 32bit address, but the pcie controller can see only > > 28bit > > address. So whenever the cpu issues a read/write request, the 4 most > > significant bits

Re: [PATCH] dt/documentation: add specification of dma bus information

On Friday 20 June 2014 13:17:43 Santosh Shilimkar wrote: > >> + dma-coherent; > >> + dma-ranges; > >> + > >> + dwc3@269 { > >> + compatible = "synopsys,dwc3"; > >> + [..

Re: [RFC][PATCH 3/3] x86: make MP a required-feature on 64-bit

On 06/20/2014 11:15 AM, Borislav Petkov wrote: > On Fri, Jun 20, 2014 at 10:50:25AM -0700, H. Peter Anvin wrote: >> Looking at the AMD init code, there is a whole bunch of other 32/64-bit >> differences that are clearly bogus. I also see that amd_k7_smp_check() >> doesn't even *exist* on 64 bits,

Re: [PATCH] dt/documentation: add specification of dma bus information

On Friday 20 June 2014 02:56 PM, Arnd Bergmann wrote: > On Friday 20 June 2014 13:17:43 Santosh Shilimkar wrote: + dma-coherent; + dma-ranges; + + dwc3@269 { + compatible = "

Re: [PATCH block/for-linus] blkcg: fix use-after-free in __blkg_release_rcu() by making blkcg_gq refcnt an atomic_t

On Thu, 19 Jun 2014 17:42:57 -0400 Tejun Heo wrote: > Hello, > > So, this patch should do. Joe, Vivek, can one of you guys please > verify that the oops goes away with this patch? Tejun -- thanks for fixing! Looks good here, no issues running w/slub debug enabled. -- Joe > Jens, the origin

[3.13.y.z extended stable] Linux 3.13.11.4

I am announcing the release of the Linux 3.13.11.4 kernel. The updated 3.13.y tree can be found at: git://kernel.ubuntu.com/ubuntu/linux.git linux-3.13.y and can be browsed at: http://kernel.ubuntu.com/git?p=ubuntu/linux.git;h=refs/heads/linux-3.13.y;a=shortlog The diff from v3.13.11.3 is p

Re: [PATCH tip/core/rcu 0/5] Fix for cond_resched performance regression

On Fri, Jun 20, 2014 at 11:32:49AM -0700, Paul E. McKenney wrote: > Hello! > > This series contains changes to address the performance regressions > introduced by commit ac1bea85781e (Make cond_resched() report RCU > quiescent states), which was in turn fixing a problem where tasks looping > in th

Re: [PATCH v2 0/8] Add Keystone PCIe controller driver

On Friday 20 June 2014 13:11:37 Santosh Shilimkar wrote: > > > > Unfortunately I lost Jingoo's email from my Inbox. So I cut-n-paste the > > comment from > > internet and respond. > > > > Jingoo Han wrote:- > > = > > I t

Re: [PATCH 3/5] cgroup: fix mount failure in a corner case

On Thu, Jun 12, 2014 at 02:32:13PM +0800, Li Zefan wrote: > @@ -1677,6 +1679,22 @@ static struct dentry *cgroup_mount(struct > file_system_type *fs_type, > goto out_unlock; > } > > + /* > + * If some subsystems have been bound to existing cgroup hierarchies, > +

Re: [PATCH 1/1] MIPS: APRP: Fix an issue when device_create() fails.

Hi, correct me if i'm wrong, but if we pre-decrement, it will decrement before evaluate and the channel 0 will never be destroy. So the while condition must change too accordingly. In any case inside the while loop, "i" will be "i - 1" so we destroy the previously device. I think it's correct like

Re: [PATCH tip/core/rcu 0/5] Fix for cond_resched performance regression

On Fri, Jun 20, 2014 at 11:32:49AM -0700, Paul E. McKenney wrote: > Hello! > > This series contains changes to address the performance regressions > introduced by commit ac1bea85781e (Make cond_resched() report RCU > quiescent states), which was in turn fixing a problem where tasks looping > in th

[3.8.y.z extended stable] Linux 3.8.13.24

I am announcing the release of the Linux 3.8.13.24 kernel. The updated 3.8.y tree can be found at: git://kernel.ubuntu.com/ubuntu/linux.git linux-3.8.y and can be browsed at: http://kernel.ubuntu.com/git?p=ubuntu/linux.git;h=refs/heads/linux-3.8.y;a=shortlog The diff from v3.8.13.23 is post

[PATCH v2 5/5] x86,vdso: Create .build-id links for unstripped vdso files

With this change, doing 'make vdso_install' and telling gdb: set debug-file-directory /lib/modules/KVER/vdso will enable vdso debugging with symbols. This is useful for testing, but kernel RPM builds will probably want to manually delete these symlinks or otherwise do something sensible when the

[PATCH v2 0/5] x86,vdso: Restore a bunch of section headers

This series makes me sad. It brings the 64-bit vdso back above 4kB, like it was in 3.15. It's also just silly, but it seems to be needed to keep binutils happy when debugging the vdso. Patch 5 isn't really necessary, and is likely not 3.16 material. It's useful for testing the rest of this serie

[PATCH v2 3/5] x86,vdso: Improve the fake section headers

Fully stripping the vDSO has other unfortunate side effects: - binutils is unable to find ELF notes without a SHT_NOTE section. - Even elfutils has trouble: it can find ELF notes without a section table at all, but if a section table is present, it won't look for PT_NOTE. - gdb wants se

[PATCH v2 1/5] x86,vdso: Discard the __bug_table section

It serves no purpose in user code. Signed-off-by: Andy Lutomirski --- arch/x86/vdso/vdso-layout.lds.S | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/x86/vdso/vdso-layout.lds.S b/arch/x86/vdso/vdso-layout.lds.S index 2ec72f6..c84166c 100644 --- a/arch/x86/vdso/vdso-layout.lds.S +++ b/ar

[PATCH v2 2/5] x86,vdso2c: Use better macros for ELF bitness

Rather than using a separate macro for each replacement, use generic macros. Signed-off-by: Andy Lutomirski --- arch/x86/vdso/vdso2c.c | 42 +- arch/x86/vdso/vdso2c.h | 23 --- 2 files changed, 25 insertions(+), 40 deletions(-) diff --

[PATCH v2 4/5] x86,vdso: Remove some redundant in-memory section headers

.data doesn't need to be separate from .rodata: they're both readonly. .altinstructions and .altinstr_replacement aren't needed by anything except vdso2c; strip them from the final image. While we're at it, rather than aligning the actual executable text, just shove some unused-at-runtime data in

[PATCH v3] lockdep: restrict the use of recursive read_lock with qrwlock

v2->v3: - Add a new read mode (3) for rwlock (used in lock_acquire_shared_cond_recursive()) to avoid conflict with other use cases of lock_acquire_shared_recursive(). v1->v2: - Use less conditional & make it easier to read Unlike the original unfair rwlock implementation, queued rwlock wi

<    1   2   3   4   5   6   7   8   >