Re: [PATCH 1/3] staging: lowmemorykiller: change lowmem_adj to lowmem_score_adj

On Tue, 21 Jun 2016, Ganesh Mahendran wrote: > om_adj is deprecated, and in lowmemorykiller module, we use score adj > to do the comparing. > --- > oom_score_adj = p->signal->oom_score_adj; > if (oom_score_adj < min_score_adj) { >

Re: [PATCH v3 3/8] coccicheck: enable parmap support

On Tue, Jun 21, 2016 at 10:17:38PM +0200, Julia Lawall wrote: > > > On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > > > Coccinelle has had parmap support since 1.0.2, this means > > it supports --jobs, enabling built-in multithreaded functionality, > > instead of needing one to script it out.

Re: linux-next: Tree for Jun 21

On Tue, Jun 21, 2016 at 02:36:34PM -0400, Chris Metcalf wrote: > On 6/21/2016 2:28 PM, Peter Zijlstra wrote: > >I had to s/__atomic_fetch/__atomic32_fetch/ to avoid a namespace clash > >with the builtin C11 atomic primitives. > > > >You want me to rename them all to regain consistent naming? > >

Re: [PATCH 02/48] ARM: at91: Document new TCB bindings

On Wed, Jun 15, 2016 at 09:29:55AM +0200, Boris Brezillon wrote: > On Tue, 14 Jun 2016 16:47:37 -0500 > Rob Herring wrote: > > > On Sat, Jun 11, 2016 at 12:03:05AM +0200, Alexandre Belloni wrote: > > > The current binding for the TCB is not flexible enough for some use cases > >

Re: [patch] mm, compaction: abort free scanner if split fails

On Tue, 21 Jun 2016, Vlastimil Babka wrote: > > diff --git a/mm/compaction.c b/mm/compaction.c > > --- a/mm/compaction.c > > +++ b/mm/compaction.c > > @@ -494,24 +494,22 @@ static unsigned long isolate_freepages_block(struct > > compact_control *cc, > > > > /* Found a free page, will

[PATCH v4 2/5] mmc: move 'parent' tracking to mmc_blk_data

In preparation for the removal of 'driverfs_dev' from 'struct gendisk', carry this data in mmc_blk_data. It is used for registration of parent disks and partitions. Cc: Ulf Hansson Reported-by: Bart Van Assche Signed-off-by: Dan Williams

Re: [PATCH v3 3/8] coccicheck: enable parmap support

On Tue, Jun 21, 2016 at 10:43:04PM +0200, Julia Lawall wrote: > > > On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > > > On Tue, Jun 21, 2016 at 10:17:38PM +0200, Julia Lawall wrote: > > > > > > > > > On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > > > > > > > Coccinelle has had parmap

Re: Documenting ptrace access mode checking

Adding Oleg just because he seems to do most of the ptrace related maintenance these days. "Michael Kerrisk (man-pages)" writes: > Hi Jann, Stephen, et al. > > Jann, since you recently committed a patch in this area, and Stephen, > since you committed 006ebb40d3d much

Re: [PATCH 02/48] ARM: at91: Document new TCB bindings

On Wed, Jun 15, 2016 at 09:29:55AM +0200, Boris Brezillon wrote: > On Tue, 14 Jun 2016 16:47:37 -0500 > Rob Herring wrote: > > > On Sat, Jun 11, 2016 at 12:03:05AM +0200, Alexandre Belloni wrote: > > > The current binding for the TCB is not flexible enough for some use cases > >

Re: [RFC][PATCH] arm: ubsan: select ARCH_HAS_UBSAN_SANITIZE_ALL

On Tuesday, June 21, 2016 7:34:03 PM CEST Andrey Ryabinin wrote: > > On 06/21/2016 02:44 PM, Arnd Bergmann wrote: > > On Tuesday, June 21, 2016 10:43:19 AM CEST Arnd Bergmann wrote: > >> On Tuesday, June 21, 2016 2:39:05 PM CEST Seung-Woo Kim wrote: > >>> To enable UBSAN on arm, this patch

Re: [PATCH 2/3] staging: lowmemorykiller: count anon pages only when we have swap devices

On Tue, 21 Jun 2016, Ganesh Mahendran wrote: > lowmem_count() should only count anon pages when we have swap device. > Why? > Signed-off-by: Ganesh Mahendran > --- > drivers/staging/android/lowmemorykiller.c | 12 > 1 file changed, 8 insertions(+), 4

Re: [PATCHv3 1/2] usb: USB Type-C connector class

On Tue, 2016-06-21 at 17:51 +0300, Heikki Krogerus wrote: > +What: /sys/class/typec//supported_data_roles > +Data: June 2016 > +Contact: Heikki Krogerus > +Description: > + Lists the USB data roles, host or device, the port is

Re: [PATCH v3 5/8] scripts: add Linux .cocciconfig for coccinelle

On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > Help Coccinelle when used against Linux with a set of sensible defaults > options for Linux. This hints to coccinelle git can be used for 'git grep' > queries over coccigrep. A timeout of 200 seconds should suffice for now. > > If you use idutils

Re: [RFC PATCHv2] usb: USB Type-C Connector Class

On Tue, 2016-06-21 at 16:58 +0300, Heikki Krogerus wrote: > On Tue, Jun 21, 2016 at 03:08:52PM +0200, Oliver Neukum wrote: > > > The firmware will surely want to display something. So it is possible > > that we start the OS will a valid power contract. How do we deal > > with that? Renegotiate?

Re: [kernel-hardening] Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)

On Tue, 2016-06-21 at 11:12 -0700, Kees Cook wrote: > On Tue, Jun 21, 2016 at 10:27 AM, Andy Lutomirski > wrote: > > FWIW, it may be a while before this can be enabled in distro > > kernels. > > There are some code paths (*cough* crypto users *cough*) that think > > that

Re: [PATCH v4 0/5] /dev/random - a new approach

On 2016-06-21 09:19, Tomas Mraz wrote: On Út, 2016-06-21 at 09:05 -0400, Austin S. Hemmelgarn wrote: On 2016-06-20 14:32, Stephan Mueller wrote: [1] http://www.chronox.de/jent/doc/CPU-Jitter-NPTRNG.pdf Specific things I notice about this: 1. QEMU systems are reporting higher values than

RE: [PATCH v3 0/4] dell-wmi: Changes in WMI event code handling

> -Original Message- > From: Darren Hart [mailto:dvh...@infradead.org] > Sent: Tuesday, June 21, 2016 1:06 PM > To: Pali Rohár > Cc: Gabriele Mazzotta ; Andy Lutomirski > ; Alex Hung ; Matthew >

Re: [PATCH v3] cgroup: Add pids controller event when fork fails because of pid limit

Hello, On Tue, Jun 21, 2016 at 05:23:40PM +, Kenny Yu wrote: > >It'd be better to use atomic64_inc_and_test() instead. > > > > if (err) { > > if (atomic64_inc_and_test()) { > > pr_xxx...; > > } > > cgroup_file_notify(>events_file); >

Re: [PATCH v2 00/15] clk: sunxi: introduce "modern" clock support

On Tue, 21 Jun 2016 16:47:52 +0200 Maxime Ripard wrote: > > But I had some problems with some features as the 'mode select' in the > > A83T MMC2 clock. > > Also, I think that you did not go far enough in the changes. > > At some point, you also have to support

Re: [PATCH v3 0/4] dell-wmi: Changes in WMI event code handling

On Tuesday 21 June 2016 20:16:09 mario_limoncie...@dell.com wrote: > > -Original Message- > > From: Darren Hart [mailto:dvh...@infradead.org] > > Sent: Tuesday, June 21, 2016 1:06 PM > > To: Pali Rohár > > Cc: Gabriele Mazzotta ; Andy

Re: [PATCH cgroup/for-4.8] cgroup: allow NULL return from ss->css_alloc()

Hello, On Tue, Jun 21, 2016 at 02:14:04PM -0400, Johannes Weiner wrote: > Would it be better to remove the error code instead and have everybody > return NULL? AFAICS, everybody is returning either the object or the > -ENOMEM error code right now. > > What error condition is there for an

Re: [RFC] regmap: Add regmap_pipe_read API

On Thu, Jun 16, 2016 at 06:24:36PM +0300, Crestez Dan Leonard wrote: > + val = ((u8*)val) + read_len; This cast looks broken, you should be able to do pointer arithmetic on void pointers as though they were char *. signature.asc Description: PGP signature

[PATCH v3 3/8] coccicheck: enable parmap support

Coccinelle has had parmap support since 1.0.2, this means it supports --jobs, enabling built-in multithreaded functionality, instead of needing one to script it out. Just look for --jobs in the help output to determine if this is supported. Also enable the load balancing to be dynamic, so that if

[PATCH v3 4/8] coccicheck: replace --very-quiet with --quit when debugging

When debugging (using --profile or --show-trying) you want to avoid supressing output, use --quiet instead. While at it, extend documentation for SPFLAGS use. For instance one can use: $ export COCCI=scripts/coccinelle/misc/irqf_oneshot.cocci $ make coccicheck DEBUG_FILE="poo.err" MODE=report

[PATCH v3 7/8] coccicheck: refer to coccicheck bottest wiki for documentation

Sprinkling *tons* of documentation on the script is not a good idea, instead refer to a wiki for further coccicheck documentation: https://bottest.wiki.kernel.org/coccicheck This page shall always refer to the linux-next iteration of scripts/coccicheck. Signed-off-by: Luis R. Rodriguez

[PATCH v3 6/8] coccicheck: add support for requring a coccinelle version

Enable Coccinelle SmPL patches to require a specific version of Coccinelle. In the event that the version does not match we just inform the user, if the user asked to go through all SmPL patches we just inform them of the need for a new version of coccinelle for the SmPL patch and continue on with

[PATCH v3 5/8] scripts: add Linux .cocciconfig for coccinelle

Help Coccinelle when used against Linux with a set of sensible defaults options for Linux. This hints to coccinelle git can be used for 'git grep' queries over coccigrep. A timeout of 200 seconds should suffice for now. If you use idutils you can override for 'make coccicheck' by using the

[RESEND PATCH] usb: dwc2: Add reset control to dwc2

From: Dinh Nguyen Allow for platforms that have a reset controller driver in place to bring the USB IP out of reset. Signed-off-by: Dinh Nguyen Acked-by: John Youn Tested-by: Stefan Wahren

Re: [Y2038] [PATCH] crypto: Jitter RNG - use ktime_get_raw_ns as fallback

On Tuesday, June 21, 2016 12:05:06 PM CEST John Stultz wrote: > On Tue, Jun 21, 2016 at 11:49 AM, Stephan Mueller wrote: > > Am Dienstag, 21. Juni 2016, 11:11:42 schrieb John Stultz: > > > > Hi John, > > > >> I don't see in the above an explanation of *why* you're using > >>

Re: [PATCH 1/9] regulator: tps65217: Enable suspend configuration

On Mon, Jun 20, 2016 at 02:13:30PM +0530, Keerthy wrote: > +static struct tps65217_regulator_data regulator_data[TPS65217_NUM_REGULATOR]; Why is this a static global? > + /* Store default strobe info */ > + ret = tps65217_reg_read(tps, regulators[i].bypass_reg, ); > + >

[PATCH] HID-PICOLCD: Dummy hid-picolcd functions should return error code

- inline picolcd_fb_reset and picolcd_init_framebuffer stub simply allows compilation on systems with CONFIG_HID_PICOLCD_FB disabled. - inline picolcd_init_backlight and picolcd_resume_backlight stub simply allows compilation on systems with CONFIG_HID_PICOLCD_BACKLIGHT disabled. - inline

[PATCH] hid-logitech : Dummy hid-lg functions should return proper error code

inline lgff_init stub simply allows compilation on systems with CONFIG_LOGITECH_FF disabled. The inline lgff_init should return -ENODEV instead -1 to indicate lack of support when attempting to register an lg_driver on such a system with CONFIG_LOGITECH_FF disabled. Same for inline lg2ff_init and

Re: [Y2038] [PATCH] crypto: Jitter RNG - use ktime_get_raw_ns as fallback

On Tue, Jun 21, 2016 at 12:37 PM, Arnd Bergmann wrote: > On Tuesday, June 21, 2016 12:05:06 PM CEST John Stultz wrote: >> On Tue, Jun 21, 2016 at 11:49 AM, Stephan Mueller >> wrote: >> > Am Dienstag, 21. Juni 2016, 11:11:42 schrieb John Stultz: >> > >> > Hi

Re: [PATCH v4 1/2] Documentation: dt: reset: Add TI syscon reset binding

On Mon, Jun 20, 2016 at 01:46:06PM -0500, Andrew F. Davis wrote: > Add TI syscon reset controller binding. This will hook to the reset > framework and use syscon/regmap to set reset bits. This allows reset > control of individual SoC subsytems and devices with memory-mapped > reset registers in a

[PATCH v3 2/9] kexec_file: Generalize kexec_add_buffer.

Allow architectures to specify different memory walking functions for kexec_add_buffer. Intel uses iomem to track reserved memory ranges, but PowerPC uses the memblock subsystem. Signed-off-by: Thiago Jung Bauermann Cc: Eric Biederman Cc: Dave

[PATCH v3 4/9] powerpc: Factor out relocation code from module_64.c to elf_util_64.c.

The kexec_file_load system call needs to relocate the purgatory, so factor out the module relocation code so that it can be shared. This patch's purpose is to move the ELF relocation logic from apply_relocate_add to elf_util_64.c with as few changes as possible. The following changes were needed:

Re: [PATCH v7 5/5] tpm_tis: Increase ST19NP18 TPM command duration to avoid chip lockup

On Mon, Jun 20, 2016 at 06:54:02PM -0700, Ed Swierk wrote: > The STMicro ST19NP18-TPM sometimes takes much longer to execute > commands than it reports in its capabilities. For example, command 186 > (TPM_FlushSpecific) has been observed to take 14560 msec to complete, > far longer than the 3000

Re: kvm: GPF in kvm_irq_map_gsi

On Tue, May 31, 2016 at 11:56 AM, Paolo Bonzini wrote: > > > On 15/02/2016 14:30, Dmitry Vyukov wrote: >> *(uint32_t*)0x2000a6b9 = (uint32_t)0x3e; >> *(uint16_t*)0x2000a6bd = (uint16_t)0x8; >> *(uint8_t*)0x2000a6bf = (uint8_t)0x8d4; >> *(uint8_t*)0x2000a6c0 =

[PATCH v4] cgroup: Add pids controller event when fork fails because of pid limit

This patch adds more visibility into the pids controller when the controller rejects a fork request. Whenever fork fails because the limit on the number of pids in the cgroup is reached, the controller will log this and also notify the newly added cgroups events file. The `max` key in the events

Re: [PATCH v3] cgroup: Add pids controller event when fork fails because of pid limit

Thanks for the feedback Tejun! On 6/21/16, 1:12 PM, "Tejun Heo" wrote: >Hello, > >Just a couple nits. > >On Tue, Jun 21, 2016 at 09:56:38AM -0700, Kenny Yu wrote: >> Summary: > >No need for "Summary:" tag. > >> This patch adds more visibility into

Re: [PATCH 10/10] perf script: Add stackcollapse.py script

On Mon, Jun 20, 2016 at 3:23 PM, Arnaldo Carvalho de Melo wrote: > From: Paolo Bonzini > > Add stackcollapse.py script as an example of parsing call chains, and > also of using optparse to access command line options. > > The flame graph tools include a set

RE: [PATCH v3 0/4] dell-wmi: Changes in WMI event code handling

> -Original Message- > From: Pali Rohár [mailto:pali.ro...@gmail.com] > Sent: Tuesday, June 21, 2016 1:29 PM > To: Limonciello, Mario > Cc: dvh...@infradead.org; gabriele@gmail.com; l...@kernel.org; > alex.h...@canonical.com; mj...@srcf.ucam.org;

[PATCH v02 0/5] fix MSR_LAST_BRANCH_FROM Haswell support

commit 338b522ca43c ("perf/x86/intel: Protect LBR and extra_regs against KVM lying") introduced an extra test for LBR support but did not move the dmesg accordingly. This problem is fixed in first patch in this series. When a machine that used LBR is rebooted using kexec, the extra test for LBR

[PATCH v02 2/5] perf/x86/intel: fix for MSR_LAST_BRANCH_FROM_x bug when no TSX

Intel's SDM states that bits 61:62 in MSR_LAST_BRANCH_FROM_x are the TSX flags for formats with LBR_TSX flags (i.e. LBR_FORMAT_EIP_EFLAGS2). However, when the CPU has TSX support deactivated, bits 61:62 actually behave as follows: - For wrmsr, bits 61:62 are considered part of the sign

Re: linux-next: Tree for Jun 21

On 6/21/2016 2:28 PM, Peter Zijlstra wrote: On Tue, Jun 21, 2016 at 07:29:18PM +0200, Peter Zijlstra wrote: >OK, I seem to have a tilepro-linux-gcc-6.1.1 build done. Lets see if I >can build me a kernel with it. The below, much larger than desired, patch seems to make it go again. I had to

Re: [PATCH v2] pwm: improve args checking in pwm_apply_state()

Hi Geert, On Tue, Jun 21, 2016 at 04:42:04PM +0200, Geert Uytterhoeven wrote: > On Fri, May 27, 2016 at 6:45 PM, Brian Norris > wrote: > > It seems like in the process of refactoring pwm_config() to utilize the > > newly-introduced pwm_apply_state() API, some

Re: [kernel-hardening] Re: [PATCH v3 06/13] fork: Add generic vmalloced stack support

On Tue, 2016-06-21 at 10:13 -0700, Kees Cook wrote: > On Tue, Jun 21, 2016 at 9:59 AM, Andy Lutomirski > wrote: > >  > > I'm tempted to explicitly disallow VM_NO_GUARD in the vmalloc > > range. > > It has no in-tree users for non-fixed addresses right now. > What about the

Re: [PATCH v4 0/4] Introduce the latent_entropy gcc plugin

On Mon, Jun 20, 2016 at 11:39 AM, Emese Revfy wrote: > I would like to introduce the latent_entropy gcc plugin. This plugin > mitigates the problem of the kernel having too little entropy during and > after boot for generating crypto keys. > > This plugin mixes random values

[PATCH] coresight: document binding acronyms

It can be hard for people not familiar with the CoreSight IP blocks to make sense of the acronyms found in the current bindings. As such this patch expands each acronym in the hope of providing a better description of the IP block they represent. Signed-off-by: Mathieu Poirier

[PATCH] cgroup: Use lld instead of ld when printing pids controller events_limit

The `events_limit` variable needs to be formatted with %lld and not %ld. This fixes the following warning discovered by kbuild test robot: kernel/cgroup_pids.c: In function 'pids_events_show': kernel/cgroup_pids.c:313:24: warning: format '%ld' expects argument of type 'long int', but

Re: [PATCH v3] gpio: add Intel WhiskeyCove GPIO driver

On Tue, Jun 21, 2016 at 02:19:57AM +0300, Andy Shevchenko wrote: > My comments below. Thanks for your review. > > +config GPIO_WHISKEY_COVE > > + tristate "GPIO support for Whiskey Cove PMIC" > > + depends on INTEL_SOC_PMIC > > + select GPIOLIB_IRQCHIP > > + help > > +

Applied "ASoC: dwc: make pcm support built-in when necessary" to the asoc tree

The patch ASoC: dwc: make pcm support built-in when necessary has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

[PATCH v2 1/2] netfilter/nflog: nflog-range does not truncate packets

netfilter/nflog: nflog-range does not truncate packets li->u.ulog.copy_len is currently ignored by the kernel, we should truncate the packet to either li->u.ulog.copy_len (if set) or copy_range before sending it to userspace. 0 is a valid input for copy_len, so add a new flag to indicate whether

Re: [PATCH] crypto: Jitter RNG - use ktime_get_raw_ns as fallback

Am Dienstag, 21. Juni 2016, 11:11:42 schrieb John Stultz: Hi John, > I don't see in the above an explanation of *why* you're using > ktime_get_raw_ns() instead of ktime_get_ns(). Could you help me understand what the difference is or point me to some documentation? I understood that we only

Re: linux-next: Tree for Jun 21

On Tue, Jun 21, 2016 at 08:50:48PM +0200, Peter Zijlstra wrote: > I've no idea; I use this thing: > > git://git.infradead.org/users/segher/buildall.git > > Although I've got some local modifications, none are to the actual > toolchain building part (although I suppose I should send segher a >

Re: [PATCH 1/2] workqueue: Move wq_update_unbound_numa() to the beginning of CPU_ONLINE

On Tue, Jun 21, 2016 at 03:43:56PM -0400, Tejun Heo wrote: > On Tue, Jun 21, 2016 at 09:37:09PM +0200, Peter Zijlstra wrote: > > Hurm.. So I've applied it, just to get this issue sorted, but I'm not > > entirely sure I like it. > > > > I think I prefer ego's version because that makes it harder

Re: sound: use-after-free in hrtimer_cancel

On Mon, Jun 6, 2016 at 4:11 PM, Takashi Iwai wrote: > On Sat, 04 Jun 2016 20:27:50 +0200, > Dmitry Vyukov wrote: >> >> On Sat, Jun 4, 2016 at 8:00 PM, Dmitry Vyukov wrote: >> > Hello, >> > >> > The following program triggers use-after-free: >> >> Forget to

Re: [PATCH] torture: use ktime_t consistently

On Mon, Jun 20, 2016 at 09:29:56PM +0200, Arnd Bergmann wrote: > On Monday, June 20, 2016 11:37:57 AM CEST Paul E. McKenney wrote: > > On Mon, Jun 20, 2016 at 08:29:48PM +0200, Arnd Bergmann wrote: > > > On Monday, June 20, 2016 11:21:05 AM CEST Paul E. McKenney wrote: > > > > On Mon, Jun 20, 2016

Re: [patch V2 05/20] driver/net/ethernet/tile: Initialize timer as pinned

On Fri, Jun 17, 2016 at 01:26:32PM -, Thomas Gleixner wrote: > @@ -1004,7 +1004,7 @@ static void tile_net_register(void *dev_ > BUG(); > > /* Initialize the egress timer. */ > - init_timer(>egress_timer); > + init_pinned_timer(>egress_timer); init_timer_pinned()

[PATCH v3 2/8] coccicheck: make SPFLAGS more useful

SPFLAGS is set early, it means that any heuristics done on coccicheck cannot be overridden currently. Move SPFLAGS after OPTIONS and set this at the end. This lets you override any heuristics as coccinelle treats conflicts by only listening to the last option that makes sense. Signed-off-by: Luis

[PATCH v3 1/8] coccicheck: move spatch binary check up

This has no functional changes. This is being done to enable us to later use spatch binary for some flag checking for certain features early on. Signed-off-by: Luis R. Rodriguez --- scripts/coccicheck | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff

[PATCH v3 0/8] coccicheck: modernize

o his tree. This is also rebased on to linux-next next-20160621 These changes are also visible on kernel.org, on a branch based on linux-next next-20160621 with Deepa's commit merged first. [0] http://lkml.kernel.org/r/1466116292-21843-1-git-send-email-mcg...@kernel.org [1] https://git.kernel.org/cgit/li

Re: [PATCH v4 0/5] /dev/random - a new approach

On 2016-06-21 14:04, Stephan Mueller wrote: Am Dienstag, 21. Juni 2016, 13:51:15 schrieb Austin S. Hemmelgarn: 6. You have a significant lack of data regarding embedded systems, which is one of the two biggest segments of Linux's market share. You list no results for any pre-ARMv6 systems

Re: [PATCH] spi: imx: wait_for_completion_timeout(..) for PIO transfers

On Tue, Jun 21, 2016 at 02:12:54PM +0200, Christian Gmeiner wrote: > [ 240.246067] INFO: task hexdump:1660 blocked for more than 120 seconds. > [ 240.246089] Not tainted 4.1.17 001 > [ 240.246099] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables > this message. Please think hard

Re: [kernel-hardening] Re: [PATCH v3 06/13] fork: Add generic vmalloced stack support

On Tuesday, June 21, 2016 2:32:28 PM CEST Rik van Riel wrote: > On Tue, 2016-06-21 at 10:13 -0700, Kees Cook wrote: > > On Tue, Jun 21, 2016 at 9:59 AM, Andy Lutomirski > > wrote: > > > > > > I'm tempted to explicitly disallow VM_NO_GUARD in the vmalloc > > > range. > > >

RE: [PATCH 3/4] dell-wmi: Add information about other WMI event codes

> -Original Message- > From: Pali Rohár [mailto:pali.ro...@gmail.com] > Sent: Wednesday, June 15, 2016 2:51 PM > To: Limonciello, Mario > Cc: Gabriele Mazzotta ; mj...@srcf.ucam.org; > dvh...@infradead.org; ker...@kempniu.pl;

[PATCH v3 5/9] powerpc: Generalize elf64_apply_relocate_add.

When apply_relocate_add is called, modules are already loaded at their final location in memory so Elf64_Shdr.sh_addr can be used for accessing the section contents as well as the base address for relocations. This is not the case for kexec's purgatory, because it will only be copied to its final

[PATCH v3 7/9] powerpc: Implement kexec_file_load.

Adds the basic machinery needed by kexec_file_load. Signed-off-by: Josh Sklar Signed-off-by: Thiago Jung Bauermann Cc: ke...@lists.infradead.org Cc: linux-kernel@vger.kernel.org --- arch/powerpc/Kconfig | 13 +

Re: [PATCH v5 0/7] /dev/random - a new approach

On 2016-06-21 12:28, Stephan Mueller wrote: Am Dienstag, 21. Juni 2016, 12:03:56 schrieb Austin S. Hemmelgarn: Hi Austin, On 2016-06-21 03:32, Stephan Mueller wrote: Am Dienstag, 21. Juni 2016, 09:12:07 schrieb Nikos Mavrogiannopoulos: Hi Nikos, On Mon, Jun 20, 2016 at 5:43 PM, Stephan

Re: [PATCH v5 0/7] /dev/random - a new approach

Am Dienstag, 21. Juni 2016, 14:22:48 schrieb Austin S. Hemmelgarn: Hi Austin, > On 2016-06-21 12:28, Stephan Mueller wrote: > > Am Dienstag, 21. Juni 2016, 12:03:56 schrieb Austin S. Hemmelgarn: > > > > Hi Austin, > > > >> On 2016-06-21 03:32, Stephan Mueller wrote: > >>> Am Dienstag, 21. Juni

Applied "ASoC: cs53l30: Set idle_bias_off true" to the asoc tree

The patch ASoC: cs53l30: Set idle_bias_off true has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus

Applied "spi: imx: wait_for_completion_timeout(..) for PIO transfers" to the spi tree

The patch spi: imx: wait_for_completion_timeout(..) for PIO transfers has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours)

Applied "regulator: lp873x: Drop _nlr parameter from LP873X_REGULATOR()" to the regulator tree

The patch regulator: lp873x: Drop _nlr parameter from LP873X_REGULATOR() has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the

Applied "ASoC: max9860: fix non static symbol warnings" to the asoc tree

The patch ASoC: max9860: fix non static symbol warnings has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Applied "ASoC: cs53l30: Fix non static symbol warnings" to the asoc tree

The patch ASoC: cs53l30: Fix non static symbol warnings has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Re: [PATCH] crypto: Jitter RNG - use ktime_get_raw_ns as fallback

On Tue, Jun 21, 2016 at 11:49 AM, Stephan Mueller wrote: > Am Dienstag, 21. Juni 2016, 11:11:42 schrieb John Stultz: > > Hi John, > >> I don't see in the above an explanation of *why* you're using >> ktime_get_raw_ns() instead of ktime_get_ns(). > > Could you help me

[PATCH v3 8/8] scripts/coccinelle: require coccinelle >= 1.0.4 on device_node_continue.cocci

Make use of the new Requires: tag to be able to specify coccinelle binary version requirements. The cocci file device_node_continue.cocci requires at least coccinelle 1.0.4. Signed-off-by: Luis R. Rodriguez --- scripts/coccinelle/iterators/device_node_continue.cocci | 3 +++

[PATCH v3 8/9] powerpc: Add support for loading ELF kernels with kexec_file_load.

This uses all the infrastructure built up by the previous patches in the series to load an ELF vmlinux file and an initrd. It uses the flattened device tree at initial_boot_params as a base and adjusts memory reservations and its /chosen node for the next kernel. elf64_apply_relocate_add was

[PATCH v3 6/9] powerpc: Add functions to read ELF files of any endianness.

A little endian kernel might need to kexec a big endian kernel (the opposite is less likely but could happen as well), so we can't just cast the buffer with the binary to ELF structs and use them as is done elsewhere. This patch adds functions which do byte-swapping as necessary when populating

[PATCH v3 9/9] powerpc: Add purgatory for kexec_file_load implementation.

This purgatory implementation comes from kexec-tools, almost unchanged. The only changes were that the sha256_regions global variable was renamed to sha_regions to match what kexec_file_load expects, and to use the sha256.c file from x86's purgatory to avoid adding yet another SHA-256

[PATCH v3 0/9] kexec_file_load implementation for PowerPC

Hello, This patch series implements the kexec_file_load system call on PowerPC. This system call moves the reading of the kernel, initrd and the device tree from the userspace kexec tool to the kernel. This is needed if you want to do one or both of the following: 1. only allow loading of

[PATCH v3 3/9] kexec_file: Factor out kexec_locate_mem_hole from kexec_add_buffer.

kexec_locate_mem_hole will be used by the PowerPC kexec_file_load implementation to find free memory for the purgatory stack. Signed-off-by: Thiago Jung Bauermann Cc: Eric Biederman Cc: Dave Young Cc:

[PATCH v3 1/9] kexec_file: Remove unused members from struct kexec_buf.

kexec_add_buffer uses kexec_buf.buffer and kexec_buf.bufsz to pass along its own arguments buffer and bufsz, but since they aren't used anywhere else, it's pointless. Signed-off-by: Thiago Jung Bauermann Cc: Eric Biederman Cc:

[PATCH v4 4/4] drm/i915: Enable polling when we don't have hpd

Unfortunately, there's two situations where we lose hpd right now: - Runtime suspend - When we've shut off all of the power wells on Valleyview/Cherryview While it would be nice if this didn't cause issues, this has the ability to get us in some awkward states where a user won't be able to get

Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices

On Tue, Jun 21 2016 at 11:44am -0400, Kani, Toshimitsu wrote: > On Tue, 2016-06-21 at 09:41 -0400, Mike Snitzer wrote: > > On Mon, Jun 20 2016 at  6:22pm -0400, > > Mike Snitzer wrote: > > > > > > On Mon, Jun 20 2016 at  5:28pm -0400, > > > Kani,

Re: linux-next: Tree for Jun 21

On Tue, Jun 21, 2016 at 07:29:18PM +0200, Peter Zijlstra wrote: > OK, I seem to have a tilepro-linux-gcc-6.1.1 build done. Lets see if I > can build me a kernel with it. The below, much larger than desired, patch seems to make it go again. I had to s/__atomic_fetch/__atomic32_fetch/ to avoid a

[PATCH v02 3/5] perf/x86/intel: trivial format and style fix

Replace spaces by tabs in LBR_FROM_* constants to align with newly defined constant. Use BIT_ULL. Signed-off-by: David Carrillo-Cisneros Reviewed-by: Stephane Eranian --- arch/x86/events/intel/lbr.c | 6 +++--- 1 file changed, 3 insertions(+), 3

[PATCH v02 4/5] perf/x86/intel: MSR_LAST_BRANCH_FROM_x quirk for ctx switch

Add quirk for context switch to save/restore the value of MSR_LAST_BRANCH_FROM_x when LBR is enabled and there is potential for kernel addresses to be in the lbr_from register. To test this patch, use a perf tool and kernel with the patch next in this series. That patch removes the work around

[PATCH v02 5/5] not required, used to test ctxsw, do not merge

DO NOT MERGE. Provided only to verify bug fix. Change kernel and perf tool to activate tracking and context switch for kernel branches. Signed-off-by: David Carrillo-Cisneros --- arch/x86/events/intel/lbr.c | 3 ++- tools/perf/util/evsel.c | 17 ++--- 2

[PATCH v02 1/5] perf/x86/intel: output LBR support statement after validation

commit 338b522ca43c ("perf/x86/intel: Protect LBR and extra_regs against KVM lying") added an additional test to LBR support detection that is performed after printing the LBR support statement to dmesg. Move the LBR support output after the very last test. Signed-off-by: David

Re: the usage of __SYSCALL_MASK in entry_SYSCALL_64/do_syscall_64 is not consistent

On Mon, Jun 20, 2016 at 10:53 AM, Oleg Nesterov wrote: > On 06/19, Andy Lutomirski wrote: >> >> Something's clearly buggy there, > > The usage of __X32_SYSCALL_BIT doesn't look right too. Nothing serious > but still. > > Damn, initially I thought I have found the serious bug in

[PATCH v2 2/2] netfilter/nflog: nflog-range does not truncate packets (userspace)

netfilter/nflog: nflog-range does not truncate packets The option --nflog-range has never worked, but we cannot just fix this because users might be using this feature option and their behavior would change. Instead add a new option --nflog-size. This option works the same way nflog-range should

Re: [PATCH] static_key: fix concurrent static_key_slow_inc

On Tue, Jun 21, 2016 at 06:52:17PM +0200, Paolo Bonzini wrote: > The following scenario is possible: > > CPU 1 CPU 2 > static_key_slow_inc > atomic_inc_not_zero > -> key.enabled == 0, no increment > jump_label_lock > atomic_inc_return

Re: [kernel-hardening] Re: [PATCH v3 06/13] fork: Add generic vmalloced stack support

On Tue, Jun 21, 2016 at 12:44 PM, Arnd Bergmann wrote: > On Tuesday, June 21, 2016 2:32:28 PM CEST Rik van Riel wrote: >> On Tue, 2016-06-21 at 10:13 -0700, Kees Cook wrote: >> > On Tue, Jun 21, 2016 at 9:59 AM, Andy Lutomirski > > > wrote: >> > > >> > > I'm

Re: [PATCH 1/2] workqueue: Move wq_update_unbound_numa() to the beginning of CPU_ONLINE

On Tue, Jun 21, 2016 at 09:37:09PM +0200, Peter Zijlstra wrote: > Hurm.. So I've applied it, just to get this issue sorted, but I'm not > entirely sure I like it. > > I think I prefer ego's version because that makes it harder to get stuff > to run on !active,online cpus. I think we really want

Re: [RFC PATCHv2] usb: USB Type-C Connector Class

On Tue, 2016-06-21 at 06:24 -0700, Guenter Roeck wrote: > On 06/21/2016 06:08 AM, Oliver Neukum wrote: > > On Thu, 2016-05-19 at 15:44 +0300, Heikki Krogerus wrote: > >> The purpose of this class is to provide unified interface for user > >> space to get the status and basic information about USB

Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)

On Tuesday, June 21, 2016 10:16:21 AM CEST Kees Cook wrote: > On Tue, Jun 21, 2016 at 2:24 AM, Arnd Bergmann wrote: > > On Monday, June 20, 2016 4:43:30 PM CEST Andy Lutomirski wrote: > >> > >> On my laptop, this adds about 1.5µs of overhead to task creation, > >> which seems to be

Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)

On Tue, Jun 21, 2016 at 12:47 PM, Arnd Bergmann wrote: > On Tuesday, June 21, 2016 10:16:21 AM CEST Kees Cook wrote: >> On Tue, Jun 21, 2016 at 2:24 AM, Arnd Bergmann wrote: >> > On Monday, June 20, 2016 4:43:30 PM CEST Andy Lutomirski wrote: >> >> >> >> On my

RE: [PATCH v4 0/2] ASoC: da7219: Convert driver to use generic FW functions

On 21 June 2016 23:30, Rafael J. Wysocki wrote: > > This patch set converts the da7219 codec driver to use device/fwnode > > functions > > to access properties, instead of the DT only of_* functions, allowing ACPI > > to be used as well. > > > > The DT bindings for da7219 have a device node for

Re: [PATCH 03/13] RTC: ds1307: Add DS1341 specific power-saving options

> So wouldn't you want to set one mode while running and the lower power > mode while suspended? I'm trying to understand the frequency of changing > this. If it is always one setting for a board, then yes it belongs in > DT. If it is a user decision, then it probably shouldn't be in DT. I don't

<    5   6   7   8   9   10   11   12   13   14   >