[PATCH 16/38] tick-common: don't pass cpumask to tick_setup_device()

tick_setup_device() is always passed cpumask of 'cpu', which is also passed as parameter to this routine. So, just calculate the cpumask(cpu) in tick_setup_device() instead of passing from every caller. Signed-off-by: Viresh Kumar --- kernel/time/tick-common.c | 8 1 file changed, 4 ins

[PATCH 19/38] tick-common: remove local variable 'broadcast' from tick_resume()

'broadcast' is used just once and we can easily use tick_resume_broadcast() directly instead. Also it changes the code a bit to get rid of extra indentation level which was forcing us to break function calls into two lines. Signed-off-by: Viresh Kumar --- kernel/time/tick-common.c | 15 +++--

[PATCH 08/15] bus: omap_l3_noc: Add support for discountinous flag mux input numbers

From: Rajendra Nayak On DRA7, unlike on OMAP4 and OMAP5, the flag mux input numbers used to indicate the source of errors are not continous. Have a way in the driver to catch these and WARN the user of the flag mux input thats either undocumented or wrong. In the similar vein, Timeout errors in

Re: [PATCH v3 03/03]: hwrng: khwrngd derating per device

On Mon, Apr 14, 2014 at 9:06 AM, Torsten Duwe wrote: > > This patch introduces a derating factor to struct hwrng for > the random bits going into the kernel input pool, and a common > default derating for drivers which do not specify one. > > Signed-off-by: Torsten Duwe > > --- > drivers/char/hw

REGRESSION 3.14 i915 warning & mouse cursor vanishing

Was using my machine normally, then my mouse cursor vanished. After switching to a VT and back to X11, my cursor came back. But I did notice a nasty trace in dmesg (below). I have a few options specified on my command line related to i915, but these worked fine through 3.13.9: i915.lvds_downc

[PATCH 06/15] bus: omap_l3_noc: make error reporting and handling common.

The logic between handling CUSTOM_ERROR and STANDARD_ERROR is just the reporting style. So make it generic, simplify and standardize the reporting with both master and target information printed to log. While at it, fix a minor formatting error. Signed-off-by: Nishanth Menon --- drivers/bus/om

[PATCH 02/15] bus: omap_l3_noc: switched over to relaxed variants of readl/writel

Currently we use __raw_readl and writel in this driver, however, there is no strict sequencing needs for this driver, hence we should be good with the relaxed variants. While at it, simplify address computation using variables for register. Signed-off-by: Nishanth Menon --- drivers/bus/omap_l3_

[PATCH 18/38] tick-common: don't set mode to CLOCK_EVT_MODE_UNUSED in tick_shutdown()

tick_shutdown() calls clockevents_exchange_device() which already sets mode to CLOCK_EVT_MODE_UNUSED and so tick_shutdown() doesn't need to do it. Signed-off-by: Viresh Kumar --- kernel/time/tick-common.c | 1 - 1 file changed, 1 deletion(-) diff --git a/kernel/time/tick-common.c b/kernel/time/

[PATCH 17/38] tick-common: call tick_install_replacement() from tick_check_new_device()

Part of tick_check_new_device() is exactly same as what's being done by tick_install_replacement(). And so we can actually call tick_install_replacement() directly from tick_check_new_device() instead of replicating code. Signed-off-by: Viresh Kumar --- kernel/time/tick-common.c | 10 +++---

[PATCH 22/38] tick-sched: no need to recheck cpu_online() in can_stop_idle_tick()

We have already checked if 'cpu' is online or not and so don't need to recheck it. Signed-off-by: Viresh Kumar --- kernel/time/tick-sched.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c index 9cbba513..c81b6cf 100644 --- a

linux-kernel@vger.kernel.org

Hi All, I'm observing a huge number of warnings produced during the boot of my Keystone 2 board when USB is enabled. [2.496460] BUG: using __this_cpu_read() in preemptible [] code: khubd/202 [2.504030] caller is __mod_zone_page_state+0x20/0xc8 [2.509094] CPU: 1 PID: 202 Comm

[PATCH 24/38] tick-sched: don't check tick_nohz_full_cpu() in __tick_nohz_task_switch()

__tick_nohz_task_switch() calls tick_nohz_full_kick(), which is already checking tick_nohz_full_cpu() and so we don't need to repeat the same check here. Remove it. Signed-off-by: Viresh Kumar --- kernel/time/tick-sched.c | 4 1 file changed, 4 deletions(-) diff --git a/kernel/time/tick-s

Re: [PATCH resend 0/2] random: Use DRBG sources

On Mon, Apr 14, 2014 at 9:13 AM, Torsten Duwe wrote: > On Mon, Apr 14, 2014 at 08:49:58AM -0700, Andy Lutomirski wrote: >> [Resent because I forgot to email lkml. This also surreptitiously >> fixes a silly typo on a patch description.] >> >> This is my attempt to come up with a workable way to u

Re: Missing USB XHCI and EHCI reset for kexec

Am Montag, den 14.04.2014, 12:27 -0400 schrieb Alan Stern: > On Mon, 14 Apr 2014 stef...@seibold.net wrote: > > > Zitat von Alan Stern : > > > > > > >> <6>[ 167.936921] usb 2-2.1: new full-speed USB device number 3 > > >> using ohci-pci > > >> <6>[ 168.067890] usb 2-2.1: New USB device found

[PATCH 26/38] tick-sched: don't call update_wall_time() when delta is lesser than tick_period

In tick_do_update_jiffies64() we are processing ticks only if delta is greater than tick_period. This is what we are supposed to do here and it broke a bit with this patch: commit 47a1b796306356f358e515149d86baf0cc6bf007 Author: John Stultz Date: Thu Dec 12 13:10:55 2013 -0800 tick/timekee

[PATCH 27/38] tick-sched: remove 'regs' parameter of tick_sched_handle()

tick_sched_handle() is called from two places and both pass 'regs' to it almost same way. This patch removes this parameter to tick_sched_handle() and updates tick_sched_handle() to get that by itself. The only point of difference in the way this routine was called from its callers was, don't call

[PATCH 28/38] tick-sched: remove parameters to {__}tick_nohz_task_switch() routines

tick_nohz_task_switch() and __tick_nohz_task_switch() routines get task_struct passed to them (always for the 'current' task), but they never use it. Remove it. Signed-off-by: Viresh Kumar --- include/linux/tick.h | 8 kernel/sched/core.c | 2 +- kernel/time/tick-sched.c | 2 +-

[PATCH 29/38] tick-sched: remove wrapper around __tick_nohz_task_switch()

__tick_nohz_task_switch() was called only from tick_nohz_task_switch() and there is nothing much in tick_nohz_task_switch() as well. IOW, we don't need unnecessary wrapper over __tick_nohz_task_switch() to be there. Merge all code from __tick_nohz_task_switch() into tick_nohz_task_switch() and move

Re: [PATCH 02/15] bus: omap_l3_noc: switched over to relaxed variants of readl/writel

On 04/14/2014 11:25 AM, Nishanth Menon wrote: Please ignore this one patch from the series, there is a replacement patch already posted as part of the series... this stale patch got through :( -- Regards, Nishanth Menon -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" i

[PATCH 1/3] tools: Unify export.h

From: Borislav Petkov So tools/ has been growing three, at a different stage of their development export.h headers and so we should unite into one. Add tools/include/ to the include path of virtio and liblockdep to pick the shared header now. Cc: Sasha Levin Cc: Peter Zijlstra Cc: Paul Mackerr

[PATCH 30/38] tick-sched: move nohz_full_buf[] inside tick_nohz_init()

nohz_full_buf[] is used at only one place, i.e. inside tick_nohz_init(). Make it a local variable. Can move it out in case it is used in some other routines in future. Signed-off-by: Viresh Kumar --- kernel/time/tick-sched.c | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) di

Re: [PATCH 1/1] kernel/rcu/tree.c: remove duplicate extern definition

On Mon, Apr 14, 2014 at 12:19:31PM -0400, Pranith Kumar wrote: > Hi Paul, > > On Mon, Apr 14, 2014 at 12:07 PM, Paul E. McKenney > wrote: > > On Sun, Apr 13, 2014 at 05:53:53PM -0400, Pranith Kumar wrote: > >> remove duplicate definition of extern resched_cpu > >> > >> Signed-off-by: Pranith Kuma

[PATCH] tty: Fix help text of SYNCLINK_CS

Enabling SYNCLINK_CS as a module builds synclink_cs, not synclinkmp. Signed-off-by: Jean Delvare --- Who wants to pick this? drivers/char/pcmcia/Kconfig |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- linux-3.15-rc1.orig/drivers/char/pcmcia/Kconfig 2014-03-31 05:40:15.000

Re: [PATCH 00/15] wire up renameat2 syscall for various archs

Hi Miklos, On Fri, Apr 11, 2014 at 12:25 PM, Miklos Szeredi wrote: > This series wires up the recently added renameat2 syscall for archs that are > up-to-date in the sense that they appear to support the latest syscalls. I > haven't touched the rest of them.. > > Plus three NR_syscalls miscalcul

[PATCH 32/38] tick-sched: add comment about 'idle_active' in tick_nohz_idle_exit()

The sequence of calls for dynticks CPUs was a bit confusing and so adding a comment in tick_nohz_idle_exit() routine to mention it clearly. All information required is in commit and this conversation with Frederic. https://lkml.org/lkml/2014/4/10/355 Suggested-by: Frederic Weisbecker Signed-off-

Re: [PATCH v3 00/03]: hwrng: an in-kernel rngd

On 04/14/2014 09:24 AM, Torsten Duwe wrote: > On Mon, Apr 14, 2014 at 09:09:14AM -0700, H. Peter Anvin wrote: >> I think the default should be zero, so each hwrng driver maintainer would >> have to consider what guarantees that particular driver can give. If >> anything 50% ought to be the maxim

[PATCH 37/38] tick-broadcast: merge tick_do_broadcast_on_off() into tick_broadcast_on_off()

We have added a wrapper around tick_do_broadcast_on_off() which doesn't have anything so special that we should keep it. It just had a check if cpu is online or not. Just merge these two routines and keep one: tick_broadcast_on_off(). This would get rid of an extra function call that we are doing c

Re: [PATCH 06/15] m68k: add renameat2 syscall

Hi Miklos, On Fri, Apr 11, 2014 at 12:25 PM, Miklos Szeredi wrote: > From: Miklos Szeredi Thanks! > Signed-off-by: Miklos Szeredi > Cc: Geert Uytterhoeven Acked-by: Geert Uytterhoeven Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond

[PATCH 36/38] tick-broadcast: get rid of extra comparison in tick_do_broadcast_on_off()

We are doing an extra comparison in tick_do_broadcast_on_off(): if (*reason == CLOCK_EVT_NOTIFY_BROADCAST_FORCE) tick_broadcast_force = 1; Whereas it can be handled easily in the switch block only. It doesn't look like there is any strict ordering of instruc

Re: [PATCH 1/1] kernel/rcu/tree.c: remove duplicate extern definition

On Mon, Apr 14, 2014 at 12:19 PM, Pranith Kumar wrote: > Hi Paul, > > On Mon, Apr 14, 2014 at 12:07 PM, Paul E. McKenney > wrote: >> On Sun, Apr 13, 2014 at 05:53:53PM -0400, Pranith Kumar wrote: >>> remove duplicate definition of extern resched_cpu >>> >>> Signed-off-by: Pranith Kumar >> >> Hel

[PATCH 38/38] clockevents: set event_handler to clockevents_handle_noop() in clockevents_exchange_device()

All users of clockevents_handle_noop() are setting old->event_handler to it after calling clockevents_exchange_device() and so it would be better if we can do this at a single place. The only thing we need to make sure is, we preserve it before calling clockevents_exchange_device() in case we need

[PATCH] pata_octeon_cf: use devm_kzalloc() to allocate cf_port

As a nice side effect this fixes the cf_port leak on dma_coerce_mask_and_coherent() or ata_host_activate() failure. Cc: Ralf Baechle Cc: David Daney Suggested-by: Guenter Roeck Signed-off-by: Bartlomiej Zolnierkiewicz --- Compile tested only. drivers/ata/pata_octeon_cf.c | 50 +

Re: Missing USB XHCI and EHCI reset for kexec

On Mon, 14 Apr 2014 stef...@seibold.net wrote: > Zitat von Alan Stern : > > > >> <6>[ 167.936921] usb 2-2.1: new full-speed USB device number 3 > >> using ohci-pci > >> <6>[ 168.067890] usb 2-2.1: New USB device found, idVendor=076b, > >> idProduct=a021 > >> <6>[ 168.074871] usb 2-2.1: New

[PATCH 31/38] tick-sched: initialize 'ts' during its definition __tick_nohz_idle_enter()

Signed-off-by: Viresh Kumar --- kernel/time/tick-sched.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c index 22b9505..f1bc258 100644 --- a/kernel/time/tick-sched.c +++ b/kernel/time/tick-sched.c @@ -792,7 +792,7 @@ static

[PATCH 34/38] tick-sched: remove local variable 'now' from tick_setup_sched_timer()

Local variable 'now' is used at only one place and so can be easily replaced by ktime_get() instead. Signed-off-by: Viresh Kumar --- kernel/time/tick-sched.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c index a0a6705..

[PATCH 35/38] tick-broadcast: do checks before taking locks in tick_do_broadcast_on_off()

Some of the checks which may force tick_do_broadcast_on_off() to return early can be done before taking locks. This would make these codepaths faster. Signed-off-by: Viresh Kumar --- kernel/time/tick-broadcast.c | 20 +++- 1 file changed, 7 insertions(+), 13 deletions(-) diff --

[PATCH 25/38] tick-sched: don't call local_softirq_pending() thrice in can_stop_idle_tick()

can_stop_idle_tick() checks if a local softirq is pending or not, and in case it is pending we call the same routine two more times. Rather store the value in a local variable and reuse it. Signed-off-by: Viresh Kumar --- kernel/time/tick-sched.c | 10 +- 1 file changed, 5 insertions(+)

[PATCH] staging/lustre: fix sparse warning

Fix sparse complaint: "Using plain integer as NULL pointer" Signed-off-by: Denis Pithon --- drivers/staging/lustre/lustre/ptlrpc/sec.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/lustre/lustre/ptlrpc/sec.c b/drivers/staging/lustre/lustre/ptlrpc/sec.c inde

[PATCH v4 03/03]: hwrng: khwrngd derating per device

This patch introduces a derating factor to struct hwrng for the random bits going into the kernel input pool, and a common default derating for drivers which do not specify one. Signed-off-by: Torsten Duwe --- drivers/char/hw_random/core.c | 11 ++- include/linux/hw_random.h |

[PATCH 21/38] tick-sched: no need to rewrite '1' to tick_nohz_enabled

NO_HZ feature can be enabled/disabled from bootargs if we have a string 'nohz=' followed by 'on' or 'off'. The default value of this variable is '1'. When 'on' is passed as bootarg, we don't have to overwrite this variable by '1'. Also, an extra blank line is removed. Signed-off-by: Viresh Kumar

[PATCH 20/38] tick-sched: initialize 'cpu' while defining it in tick_nohz_full_setup()

We are doing this currently: int cpu; cpu = smp_processor_id(); And we can rewrite it to make it shorter: int cpu = smp_processor_id(); Signed-off-by: Viresh Kumar --- kernel/time/tick-sched.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/kernel

[PATCH 23/38] tick-sched: invert parameter of tick_check_oneshot_change()

There is only one caller of tick_check_oneshot_change(), i.e. hrtimer_run_pending(). Firstly hrtimer_run_pending() is calling this routine after doing a '!' of its parameter and then tick_check_oneshot_change() is also using it after doing a '!' of its parameter. It would be more efficient and rea

[PATCH 12/38] tick-common: call tick_check_percpu() from tick_check_preferred()

tick_check_percpu() and tick_check_preferred() are called from two places and in exactly same order. So, would make sense to call tick_check_percpu() from tick_check_preferred() instead, so that their common caller can just call tick_check_preferred(). Signed-off-by: Viresh Kumar --- kernel/time

[PATCH 06/38] tick: create tick_get_cpu_device() to get tick_cpu_device on this cpu

We are accessing &__get_cpu_var(tick_cpu_device) at several places in kernel. Lets create another routine tick_get_cpu_device() which would return tick_cpu_device for this-cpu. Signed-off-by: Viresh Kumar --- include/linux/tick.h | 5 + kernel/hrtimer.c | 2 +- kernel/tim

[PATCH 02/38] tick: update doc comments for struct tick_sched

Some fields of 'struct tick_sched' didn't had a description in the kernel doc comment present above its declaration. Add them. Signed-off-by: Viresh Kumar --- include/linux/tick.h | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/include/linux/tick.h b/include/linux/t

[PATCH 04/38] tick: move declaration of tick_cpu_device to tick.h

tick_cpu_device isn't local only to kernel/time/ directory and its declaration is present in hrtimer.h and tick-internal.h. Rather move it to a common place, i.e. tick.h. Signed-off-by: Viresh Kumar --- include/linux/hrtimer.h | 3 --- include/linux/tick.h| 2 ++ kernel/time/tick-int

[PATCH 05/38] tick: move definition of tick_get_device() to tick.h

There are multiple users of tick_get_device() which are currently using &per_cpu(tick_cpu_device, cpu) directly. Would be better to move definition of tick_get_device() to tick.h and move others to use this routine instead. This change reduced size of bzImage for x86 by 96 bytes. Signed-off-by: V

[PATCH 00/38] tick cleanups and bugfixes

Hi Thomas, These are separate cleanups from the timers/hrtimers ones I did. I was waiting for the merge window to close in order to send these and by the time it happened, I got a long pending list. These are mostly cleanups, reorders for better readability or efficiency, and few bugfixes. I hav

Re: [PATCH 2/2] x86, MCE: Cleanup macro __get_cpu_var

Please read Documentation/this_cpu_ops.txt for reference for how to use these functions. However, you want to avoid forming a pointer if you can; it is relatively expensive to do so. -hpa -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message

Re: [PATCH 2/2] x86, MCE: Cleanup macro __get_cpu_var

On 04/14/2014 01:39 AM, Chen, Gong wrote: > @@ -619,7 +619,7 @@ void machine_check_poll(enum mcp_flags flags, mce_banks_t > *b) > continue; > > v = &get_cpu_var(mce_polled_error); > - set_bit(0, v); > + *v = 1; > put_cpu_v

Re: [PATCH V2] Add support for flag status register on Micron chips.

On Sun, Apr 13, 2014 at 12:18 PM, Marek Vasut wrote: [...] >> +#define OPCODE_RDFSR0x70 /* read flag status register */ > > I know this is not your fault, but can you please indent this properly with > tabs? > >> #define OPCODE_NORM_READ0x03/* Read data bytes (l

Re: [PATCH 1/1] kernel/rcu/tree.c: remove duplicate extern definition

Hi Paul, On Mon, Apr 14, 2014 at 12:07 PM, Paul E. McKenney wrote: > On Sun, Apr 13, 2014 at 05:53:53PM -0400, Pranith Kumar wrote: >> remove duplicate definition of extern resched_cpu >> >> Signed-off-by: Pranith Kumar > > Hello, Pranith, > > When I apply this patch I get the following: > > /ho

Re: hpsa driver bug crack kernel down!

Hi Davidlohr, Thanks for providing the DMAR table. According to the DMAR table, one bug in the iommu driver fails to handle this entry: [1D2h 0466 1] Device Scope Entry Type : 01 [1D3h 0467 1] Entry Length : 0A [1D4h 0468 2] Reserved : [1D

Re: [PATCH 2/2] x86, MCE: Cleanup macro __get_cpu_var

On 04/14/2014 01:39 AM, Chen, Gong wrote: > @@ -1287,14 +1287,14 @@ static unsigned long (*mce_adjust_timer)(unsigned > long interval) = > > static int cmc_error_seen(void) > { > - unsigned long *v = &__get_cpu_var(mce_polled_error); > + unsigned long *v = this_cpu_ptr(&mce_polled_erro

Re: [PATCH 06/31] arch,arm: Convert smp_mb__*

On Wed, Mar 19, 2014 at 06:47:35AM +, Peter Zijlstra wrote: > ARM uses ll/sc primitives that do not imply barriers for all regular > atomic ops, therefore smp_mb__{before,after} need be a full barrier. > > Since ARM doesn't use asm-generic/barrier.h include the required > definitions in its as

Re: [PATCH 2/8] arm/arm64: KVM: Fix line length exceeding 80 characters

On 14/04/14 08:40, Jungseok Lee wrote: > This patch deals with checkpatch complaint as fixing line length > exceeding 80 characters. > > WARNING: line over 80 characters > > Signed-off-by: Jungseok Lee > Reviewed-by: Sungjinn Chung > --- > arch/arm/kvm/mmu.c |4 ++-- > 1 file changed, 2 in

[PATCH] ext4: fix ext4_count_free_clusters() with EXT4FS_DEBUG and bigalloc enabled

With bigalloc enabled we must use EXT4_CLUSTERS_PER_GROUP() instead of EXT4_BLOCKS_PER_GROUP() otherwise we will go beyond the allocated buffer. $ mount -t ext4 /dev/vde /vde [ 70.573993] EXT4-fs DEBUG (fs/ext4/mballoc.c, 2346): ext4_mb_alloc_groupinfo: [ 70.575174] allocated s_groupinfo array

[PATCH] sched/core: fix formatting issues in sched_can_stop_tick()

sched_can_stop_tick() was using 7 spaces instead of 8 spaces or a 'tab' at the beginning of each line. Which doesn't align with the Coding Guidelines. Also it removes the *rq variable as it was used at only one place and hence we can directly use this_rq() instead. Signed-off-by: Viresh Kumar --

Re: [PATCH] seccomp: Release fp pointer when leaving from seccomp_attach_filter().

On Mon, Apr 14, 2014 at 9:02 AM, Masami Ichikawa wrote: > kmemleak reported some memory leak as below. grrr. yes. sorry. > unreferenced object 0x8800d6ea4000 (size 512): > comm "sshd", pid 278, jiffies 4294898315 (age 46.653s) > hex dump (first 32 bytes): > 21 00 00 00 04 00 00 00 15

Re: [PATCH v2 RESEND 2/4] portdrv: Use pci_enable_msix_exact() instead of pci_enable_msix()

On Wed, Mar 12, 2014 at 09:56:34PM -0600, Bjorn Helgaas wrote: > On Thu, Mar 06, 2014 at 09:11:22PM +0100, Alexander Gordeev wrote: > > As result of deprecation of MSI-X/MSI enablement functions > > pci_enable_msix() and pci_enable_msi_block() all drivers > > using these two interfaces need to be u

[PATCH RESEND 06/11] signals: mv {dis,}allow_signal() from sched.h/exit.c to signal.[ch]

Move the declaration/definition of allow_signal/disallow_signal to signal.h/signal.c. The new place is more logical and allows to use the static helpers in signal.c (see the next changes). While at it, make them return void and remove the valid_signal() check. Nobody checks the returned value, and

Re: [PATCH resend 0/2] random: Use DRBG sources

On Mon, Apr 14, 2014 at 08:49:58AM -0700, Andy Lutomirski wrote: > [Resent because I forgot to email lkml. This also surreptitiously > fixes a silly typo on a patch description.] > > This is my attempt to come up with a workable way to use so-called > entropy sources like a TPM to feed /dev/uran

Re: [PATCH v2] pata_arasan_cf: fix ata_host_activate() failure handling

On Mon, Apr 14, 2014 at 9:31 PM, Bartlomiej Zolnierkiewicz wrote: > Add missing cf_exit() and clk_put() calls to ata_host_activate() > failure path. > > Cc: Viresh Kumar > Cc: Shiraz Hashim > Signed-off-by: Bartlomiej Zolnierkiewicz > --- > v2: > - re-order code and then drop redundant goto sta

Re: [PATCH 8/8] arm64: KVM: Implement 4 levels of translation tables for HYP and stage2

On 14/04/14 08:41, Jungseok Lee wrote: > This patch adds 4 levels of translation tables implementation for both > HYP and stage2. A combination of 4KB + 4 levels host and 4KB + 4 levels > guest can run on ARMv8 architecture as introducing this feature. > > Signed-off-by: Jungseok Lee > Reviewed-b

Re: [PATCH] staging: iio: fix coding style

On April 14, 2014 2:59:32 PM GMT+01:00, "Joël Porquet" wrote: > > >On Saturday, April 12, 2014 06:28:07 PM Jonathan Cameron wrote: >> >> On 09/04/14 19:09, Joel Porquet wrote: >> > As suggested by checkpatch.pl, use dev_info() instead of >> > printk(KERN_INFO ...) to print message. >> > >> > Si

Re: [PATCH v3 00/03]: hwrng: an in-kernel rngd

I think the default should be zero, so each hwrng driver maintainer would have to consider what guarantees that particular driver can give. If anything 50% ought to be the maximum. On April 14, 2014 9:02:11 AM PDT, Torsten Duwe wrote: >More or less a resend of v2. > >On Wed, Mar 26, 2014 at 06

[PATCH] perf, tools: Support spark lines in perf stat v2

From: Andi Kleen perf stat -rX prints the stddev for multiple measurements. Just looking at the stddev for judging the quality of the data is a bit dangerous The simplest sanity check is to just look at a simple plot. This patchs add a sparkline to the end of the measurements to make it simple to

[PATCH v3 03/03]: hwrng: khwrngd derating per device

This patch introduces a derating factor to struct hwrng for the random bits going into the kernel input pool, and a common default derating for drivers which do not specify one. Signed-off-by: Torsten Duwe --- drivers/char/hw_random/core.c | 11 ++- include/linux/hw_random.h |

[PATCH v3 02/03]: hwrng: create filler thread

This can be viewed as the in-kernel equivalent of hwrngd; like FUSE it is a good thing to have a mechanism in user land, but for some reasons (simplicity, secrecy, integrity, speed) it may be better to have it in kernel space. This patch creates a thread once a hwrng registers, and uses the previ

Re: [tip:x86/urgent] [PATCH] x86: Try the BIOS reboot method before the PCI reboot method

On Mon, 14 Apr 2014 13:27:14 +0200 Ingo Molnar wrote: > So I rebased the patch Steve tested as-is and only fixed the patch > description and some comments in the code, preserving Steve's testing > status, and propagated it into x86/urgent. I pulled your latest x86/urgent branch, booted it and

Re: [PATCH v7 07/22] Replace the XIP page fault handler with the DAX page fault handler

On Sun 13-04-14 07:21:32, Matthew Wilcox wrote: > On Wed, Apr 09, 2014 at 11:12:03PM +0200, Jan Kara wrote: > > This would be fine except that unmap_mapping_range() grabs i_mmap_mutex > > again :-|. But it might be easier to provide a version of that function > > which assumes i_mmap_mutex is alr

[PATCH v3 01/03]: hwrng: provide an injection point for pure hardware randomness

This patch adds an interface to the random pool for feeding entropy in-kernel. It may serve as a destination for dedicated HWRNGs. It resembles -- and could be merged with -- the ioctl(RNDADDENTROPY) code, plus a sleep condition for eager writers. Signed-off-by: Torsten Duwe --- include/linu

[PATCH] seccomp: Release fp pointer when leaving from seccomp_attach_filter().

kmemleak reported some memory leak as below. unreferenced object 0x8800d6ea4000 (size 512): comm "sshd", pid 278, jiffies 4294898315 (age 46.653s) hex dump (first 32 bytes): 21 00 00 00 04 00 00 00 15 00 01 00 3e 00 00 c0 !...>... 06 00 00 00 00 00 00 00 21 00 00 00 00 00

[PATCH v3 00/03]: hwrng: an in-kernel rngd

More or less a resend of v2. On Wed, Mar 26, 2014 at 06:03:37PM -0700, H. Peter Anvin wrote: > I'm wondering more about the default. We default to 50% for > arch_get_random_seed, and this is supposed to be the default for in effect > unverified hwrngs... Done. 50% is now the default, that's th

[PATCH v2] pata_arasan_cf: fix ata_host_activate() failure handling

Add missing cf_exit() and clk_put() calls to ata_host_activate() failure path. Cc: Viresh Kumar Cc: Shiraz Hashim Signed-off-by: Bartlomiej Zolnierkiewicz --- v2: - re-order code and then drop redundant goto statement drivers/ata/pata_arasan_cf.c |7 +-- 1 file changed, 5 insertions(+

Re: [PATCH] pata_arasan_cf: fix ata_host_activate() failure handling

Hi, On Tuesday, April 01, 2014 09:50:42 AM Viresh Kumar wrote: > On Mon, Mar 31, 2014 at 11:19 PM, Bartlomiej Zolnierkiewicz > wrote: > > Add missing cf_exit() and clk_put() calls to ata_host_activate() > > failure path. > > > > Cc: Viresh Kumar > > Cc: Shiraz Hashim > > Signed-off-by: Bartlom

[PATCH 1/5] perf tests: Add thread maps lookup automated tests

Adding automated test for memory maps lookup within multiple machines threads. The test creates 4 threads and separated memory maps. It checks that we could use thread__find_addr_map function with thread object based on TID to find memory maps. Cc: Don Zickus Cc: Corey Ashford Cc: David Ahern

[PATCHv2 0/5] perf tools: Share map groups within process

hi, this patchset moves thread's map_groups to be dynamically allocated and shared within process threads. The main benefit would be to be able to look up memory map from any thread that belongs to the process. This implements one of the solution ideas for issue described by Don in following thre

Re: [PATCH] hpsa: fix uninitialized trans_support in hpsa_put_ctlr_into_performant_mode()

On Mon, Apr 14, 2014 at 08:45:16AM -0700, James Bottomley wrote: > Your subject line is very tame. It should be the one line summary of > why we apply the patch, so it should read something like > > hpsa: fix NULL deref in performant mode > > On Thu, 2014-04-10 at 17:17 -0500, scame...@beardog.

[PATCH 4/5] perf tools: Share map_groups among threads of the same group

Sharing map groups within all process threads. This way there's only one copy of mmap info and it's reachable from any thread within the process. Original-patch-by: Arnaldo Carvalho de Melo Cc: Adrian Hunter Cc: David Ahern Cc: Don Zickus Cc: Frederic Weisbecker Cc: Mike Galbraith Cc: Namhyu

[PATCH 3/5] perf tools: Reference count map_groups objects

From: Arnaldo Carvalho de Melo We will share it among threads in the same process. Signed-off-by: Arnaldo Carvalho de Melo Cc: Adrian Hunter Cc: David Ahern Cc: Don Zickus Cc: Frederic Weisbecker Cc: Mike Galbraith Cc: Namhyung Kim Cc: Paul Mackerras Cc: Peter Zijlstra Cc: Stephane Eran

[PATCH 5/5] perf tests: Add map groups sharing with thread object test

This test create 2 processes abstractions, with several threads and checks they properly share and maintain map groups info. Cc: Don Zickus Cc: Corey Ashford Cc: David Ahern Cc: Frederic Weisbecker Cc: Ingo Molnar Cc: Namhyung Kim Cc: Paul Mackerras Cc: Peter Zijlstra Cc: Arnaldo Carvalho

[PATCH 2/5] perf tools: Allocate thread map_groups's dynamically

From: Arnaldo Carvalho de Melo Moving towards sharing map groups within a process threads. Because of this we need the map groups to be dynamically allocated. No other functional change is intended in here. Based on a patch by Jiri Olsa, but this time _just_ making the conversion from staticall

[PATCH resend 0/2] random: Use DRBG sources

[Resent because I forgot to email lkml. This also surreptitiously fixes a silly typo on a patch description.] This is my attempt to come up with a workable way to use so-called entropy sources like a TPM to feed /dev/urandom. Arguably we should be feeding the input pool as well, but if the /dev

[PATCH resend 2/2] tpm,random: Call add_drbg_randomness after selftest

TPMs contain a DRBG. Use it. On some but not all TPMs, this will also call add_drbg_randomness on resume. As a future improvement, this could be tweaked to cover all of them, but I'll leave that to someone more familiar with the individual drivers. Signed-off-by: Andy Lutomirski --- drivers/c

[PATCH resend 1/2] random: Add add_drbg_randomness to safely seed urandom from crypto hw

There has been a longstanding debate as to how devices such as TPMs should be used to seed the kernel's RNG. Arguments in this debate include: - The TPM is untrustworthy and possibly malicious, so we shouldn't use it. - The TPM almost certainly supplies no real entropy, so we shouldn't c

Re: Documenting prctl() PR_SET_THP_DISABLE and PR_GET_THP_DISABLE

On Mon, Apr 14, 2014 at 12:15:01PM +0200, Michael Kerrisk wrote: > Alex, > > Your commit a0715cc22601e8830ace98366c0c2bd8da52af52 added the prctl() > PR_SET_THP_DISABLE and PR_GET_THP_DISABLE flags. > > The text below attempts to document these flags for the prctl(3). > Could you (and anyone else

Re: [PATCH 1/1] fanotify: create FAN_ACCESS event for readdir

On Sun 13-04-14 18:10:30, xypron.g...@gmx.de wrote: > From: Heinrich Schuchardt > > Before the patch, > read creates FAN_ACCESS_PERM and FAN_ACCESS events, > readdir creates only FAN_ACCESS_PERM events. > > This is inconsistent. > > After the patch, > readdir creates FAN_ACCESS_PERM and FAN_ACC

Re: [PATCHSET cgroup/for-3.15] cgroup: implement unified hierarchy

On Thu, Mar 27, 2014 at 10:40:49PM -0400, Tejun Heo wrote: [..] > This patchset finally implements the default unified hierarchy. The > goal is providing enough flexibility while enforcing stricter common > structure where appropriate to address the above listed issues. > > Controllers which are

[PATCH RESEND 08/11] signals: kill the obsolete sigdelset() and recalc_sigpending() in allow_signal()

allow_signal() does sigdelset(current->blocked) due to historic reason, previously it could be called by a daemonize()'ed kthread, and daemonize() played with current->blocked. Now that daemonize() has gone away we can remove sigdelset() and recalc_sigpending(). If a user really wants to unblock a

Re: [rfc]pwm: add BCM2835 PWM driver

On 04/14/2014 04:31 AM, Bart Tanghe wrote: > Is it the responsibility of the pwm driver to handle the pinmux of the > io pins? Or is the end user, or a parent driver responsible to handle this? > Idem for the clock? The pinmux driver is responsible for writing to the pinmux registers. This can be

Re: [tip:x86/urgent] x86-64, modify_ldt: Ban 16-bit segments on 64-bit kernels

For both of these, though, it is really kind of broken that it is a global switch, whereas typically only one application on the whole system needs it, so it would be much better to have application-specific controls. How to do that is another matter... On April 14, 2014 12:27:56 AM PDT, Ingo

RE: [PATCH V2 1/1] X86: Probe for PIC and set legacy_pic appropriately

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Monday, April 14, 2014 1:15 AM > To: KY Srinivasan > Cc: o...@aepfle.de; a...@canonical.com; x...@kernel.org; > t...@linutronix.de; de...@linuxdriverproject.org; > gre...@linuxfoundation.org; jasow...@redhat.com;

Re: hpsa driver bug crack kernel down!

Sorry for the delay, I've been having to take turns for this box. On Fri, 2014-04-11 at 09:18 +, Woodhouse, David wrote: > On Thu, 2014-04-10 at 09:19 -0700, Davidlohr Bueso wrote: > > Attaching a dmesg from one of the kernels that boots. It doesn't appear > > to have much of the related infor

Re: Missing USB XHCI and EHCI reset for kexec

Zitat von Benjamin Herrenschmidt : On Sun, 2014-04-13 at 21:22 +0200, Stefani Seibold wrote: When executing a kexec kernel on a PowerPC board the new started kernel will not find already enumerated USB devices due a missing reset on the USB bus. As a work around a echo 1 >/sys/bus/pci/driver

Re: [PATCH] hpsa: fix uninitialized trans_support in hpsa_put_ctlr_into_performant_mode()

Your subject line is very tame. It should be the one line summary of why we apply the patch, so it should read something like hpsa: fix NULL deref in performant mode On Thu, 2014-04-10 at 17:17 -0500, scame...@beardog.cce.hp.com wrote: > Without this, you'll see a null pointer dereference in >

[PATCH v4 3/5] acpi_processor: do not mark present at boot but not onlined CPU as onlined

acpi_processor_add() assumes that present at boot CPUs are always onlined, it is not so if a CPU failed to become onlined. As result acpi_processor_add() will mark such CPU device as onlined in sysfs and following attempts to online/offline it using /sys/device/system/cpu/cpuX/online attribute will

[PATCH RESEND 09/11] signals: disallow_signal() should flush the potentially pending signal

disallow_signal() simply sets SIG_IGN, this is not enough and recalc_sigpending() is simply pointless because in can never change the state of TIF_SIGPENDING. If we ignore a signal, we also need to do flush_sigqueue_mask() for the case when this signal is pending, this way recalc_sigpending() can

Re: [PATCH V2] Add support for flag status register on Micron chips.

Hi, On Fri, Apr 11, 2014 at 8:33 PM, wrote: > From: Graham Moore > > Some new Micron flash chips require reading the flag > status register to determine when operations have completed. > > Furthermore, chips with multi-die stacks of the 65nm 256Mb QSPI also > require reading the status register

Re: [PATCH 7/8] arm64: mm: Implement 4 levels of translation tables

On Mon, Apr 14, 2014 at 04:13:35PM +0100, Steve Capper wrote: > On Mon, Apr 14, 2014 at 04:41:07PM +0900, Jungseok Lee wrote: [ ... ] > > diff --git a/arch/arm64/kernel/head.S b/arch/arm64/kernel/head.S > > index 0fd5650..0b0b16a 100644 > > --- a/arch/arm64/kernel/head.S > > +++ b/arch/arm64/kern

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