Re: [PATCH] crypto: x86/glue_helper make bool

2016-07-21 Thread Paul Gortmaker
[[PATCH] crypto: x86/glue_helper make bool] On 21/07/2016 (Thu 15:13) Luis R. Rodriguez wrote: > Paul's changes to remove MODULE_LICENSE() out of the x86 glue_helper > causes a kernel with CONFIG_CRYPTO_GLUE_HELPER_X86=m to taint since > it now detects the license is missing if you try to build t

Re: modules: add ro_after_init support

2016-07-21 Thread Kees Cook
On Wed, Jun 29, 2016 at 9:56 PM, Rusty Russell wrote: > Jessica Yu writes: >> +++ Rusty Russell [29/06/16 10:38 +0930]: >>>Jessica Yu writes: Add ro_after_init support for modules by adding a new page-aligned section in the module layout (after rodata) for ro_after_init data and enabli

Re: [PATCH] crypto: x86/glue_helper make bool

2016-07-21 Thread Luis R. Rodriguez
On Thu, Jul 21, 2016 at 07:01:11PM -0400, Paul Gortmaker wrote: > [[PATCH] crypto: x86/glue_helper make bool] On 21/07/2016 (Thu 15:13) Luis R. > Rodriguez wrote: > > > Paul's changes to remove MODULE_LICENSE() out of the x86 glue_helper > > causes a kernel with CONFIG_CRYPTO_GLUE_HELPER_X86=m to

Re: [PATCH v3 2/2] pstore/ram: Set pstore flags dynamically

2016-07-21 Thread kbuild test robot
Hi, [auto build test ERROR on ia64/next] [also build test ERROR on v4.7-rc7] [cannot apply to next-20160721] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Namhyung-Kim/pstore-Split-pstore

Re: [RFC PATCH 0/9][V3] Overlayfs SELinux Support

2016-07-21 Thread James Morris
On Thu, 21 Jul 2016, Paul Moore wrote: > James, assuming the overlayfs-next branch is pulled during the merge > window, can you rebase your linux-security#next branch to v4.8-rc1 > once Linus tags it? Yep. -- James Morris

Re: modules: add ro_after_init support

2016-07-21 Thread Jessica Yu
+++ Kees Cook [21/07/16 16:03 -0700]: On Wed, Jun 29, 2016 at 9:56 PM, Rusty Russell wrote: Jessica Yu writes: +++ Rusty Russell [29/06/16 10:38 +0930]: Jessica Yu writes: Add ro_after_init support for modules by adding a new page-aligned section in the module layout (after rodata) for ro_

Re: [PATCH] crypto: x86/glue_helper make bool

2016-07-21 Thread Paul Gortmaker
[Re: [PATCH] crypto: x86/glue_helper make bool] On 22/07/2016 (Fri 01:06) Luis R. Rodriguez wrote: > On Thu, Jul 21, 2016 at 07:01:11PM -0400, Paul Gortmaker wrote: > > [[PATCH] crypto: x86/glue_helper make bool] On 21/07/2016 (Thu 15:13) Luis > > R. Rodriguez wrote: > > > > > Paul's changes to

Re: [PATCH v2 3/4] drivers: reset: Add STM32 reset driver

2016-07-21 Thread Paul Gortmaker
[Re: [PATCH v2 3/4] drivers: reset: Add STM32 reset driver] On 21/07/2016 (Thu 21:55) Arnd Bergmann wrote: > On Thursday, July 21, 2016 3:48:09 PM CEST Paul Gortmaker wrote: > > > diff --git a/drivers/reset/Makefile b/drivers/reset/Makefile > > > index 5d65a93..64ebb0c 100644 > > > --- a/drivers/

Re: [PATCH V2] cpufreq: Disallow ->resolve_freq() for drivers providing ->target_index()

2016-07-21 Thread Rafael J. Wysocki
On Thursday, July 21, 2016 02:39:26 PM Viresh Kumar wrote: > The handlers provided by cpufreq core are sufficient for resolving the > frequency for drivers providing ->target_index(), as the core already > has the frequency table and so ->resolve_freq() isn't required for such > platforms. > > Thi

Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces

2016-07-21 Thread Andrew Vagin
On Thu, Jul 21, 2016 at 04:41:12PM +0200, Michael Kerrisk (man-pages) wrote: > Hi Andrey, > > On 07/14/2016 08:20 PM, Andrey Vagin wrote: > > Could you add here an of the API in detail: what do these FDs refer to, > and how do you use them to solve the use case? And could you you add > that in

[PATCH net-next] bpf, events: fix offset in skb copy handler

2016-07-21 Thread Daniel Borkmann
This patch fixes the __output_custom() routine we currently use with bpf_skb_copy(). I missed that when len is larger than the size of the current handle, we can issue multiple invocations of copy_func, and __output_custom() advances destination but also source buffer by the written amount of bytes

Re: [PATCH resend 2/5] libata-scsi: fix read-only bits checking in ata_mselect_*()

2016-07-21 Thread Tom Yan
This is actually a bit clumsy. Sending a rewritten version. On 22 July 2016 at 02:41, wrote: > From: Tom Yan > > Commit 7780081c1f04 ("libata-scsi: Set information sense field for > invalid parameter") changed how ata_mselect_*() make sure read-only > bits are not modified. The new implementati

Re: [PATCH v3 1/3] cpufreq: add cpufreq_driver_resolve_freq()

2016-07-21 Thread Steve Muckle
On Thu, Jul 21, 2016 at 01:30:41PM -0700, Viresh Kumar wrote: > Okay, but in that case shouldn't we do something like this: > > unsigned int cpufreq_driver_resolve_freq(struct cpufreq_policy *policy, > unsigned int target_freq) > { >target_freq = cla

Re: [PATCH V2] cpufreq: Disallow ->resolve_freq() for drivers providing ->target_index()

2016-07-21 Thread Steve Muckle
On Fri, Jul 22, 2016 at 01:22:22AM +0200, Rafael J. Wysocki wrote: > OK, applied. FWIW I do have a concern on this patch, I think it adds unnecessary overhead.

Re: [PATCH/RFC] Re: linux-next: build failure after merge of the luto-misc tree

2016-07-21 Thread Stephen Rothwell
Hi Arnaldo, On Thu, 21 Jul 2016 10:12:48 -0300 Arnaldo Carvalho de Melo wrote: > > Em Thu, Jul 21, 2016 at 09:29:50AM +1000, Stephen Rothwell escreveu: > > Hi Arnaldo, > > > > On Tue, 19 Jul 2016 23:52:02 -0300 Arnaldo Carvalho de Melo > > wrote: > > > > > > Humm, it seems that the compiler

[PATCH resend v2 2/5] libata-scsi: fix read-only bits checking in ata_mselect_*()

2016-07-21 Thread tom . ty89
From: Tom Yan Commit 7780081c1f04 ("libata-scsi: Set information sense field for invalid parameter") changed how ata_mselect_*() make sure read-only bits are not modified. The new implementation introduced a bug that the read-only bits in the byte that has a changeable bit will not be checked. M

[PATCH resend v2 3/5] libata-scsi: use u8 array to store mode page copy

2016-07-21 Thread tom . ty89
From: Tom Yan ata_mselect_*() would initialize a char array for storing a copy of the current mode page. However, char could be signed char. In that case, bytes larger than 127 would be converted to negative number. For example, 0xff from def_control_mpage[] would become -1. This prevented ata_m

Re: [PATCH v3 1/3] cpufreq: add cpufreq_driver_resolve_freq()

2016-07-21 Thread Viresh Kumar
On 21-07-16, 16:21, Steve Muckle wrote: > On Thu, Jul 21, 2016 at 01:30:41PM -0700, Viresh Kumar wrote: > > Okay, but in that case shouldn't we do something like this: > > > > unsigned int cpufreq_driver_resolve_freq(struct cpufreq_policy *policy, > > unsign

Re: [PATCH v3 1/3] cpufreq: add cpufreq_driver_resolve_freq()

2016-07-21 Thread Steve Muckle
On Thu, Jul 21, 2016 at 04:21:31PM -0700, Steve Muckle wrote: > On Thu, Jul 21, 2016 at 01:30:41PM -0700, Viresh Kumar wrote: > > Okay, but in that case shouldn't we do something like this: > > > > unsigned int cpufreq_driver_resolve_freq(struct cpufreq_policy *policy, > >

Re: [PATCH v3 1/3] cpufreq: add cpufreq_driver_resolve_freq()

2016-07-21 Thread Viresh Kumar
On 21-07-16, 16:29, Steve Muckle wrote: > On Thu, Jul 21, 2016 at 04:21:31PM -0700, Steve Muckle wrote: > > On Thu, Jul 21, 2016 at 01:30:41PM -0700, Viresh Kumar wrote: > > > Okay, but in that case shouldn't we do something like this: > > > > > > unsigned int cpufreq_driver_resolve_freq(struct cp

Re: [PATCH V2] cpufreq: Disallow ->resolve_freq() for drivers providing ->target_index()

2016-07-21 Thread Rafael J. Wysocki
On Fri, Jul 22, 2016 at 1:22 AM, Steve Muckle wrote: > On Fri, Jul 22, 2016 at 01:22:22AM +0200, Rafael J. Wysocki wrote: >> OK, applied. > > FWIW I do have a concern on this patch, I think it adds unnecessary > overhead. It isn't unnecessary. It prevents an otherwise possible kernel crash from

[PATCH resend v2 2/5] libata-scsi: fix read-only bits checking in ata_mselect_*()

2016-07-21 Thread tom . ty89
From: Tom Yan Commit 7780081c1f04 ("libata-scsi: Set information sense field for invalid parameter") changed how ata_mselect_*() make sure read-only bits are not modified. The new implementation introduced a bug that the read-only bits in the byte that has a changeable bit will not be checked. M

[PATCH resend v2 3/5] libata-scsi: use u8 array to store mode page copy

2016-07-21 Thread tom . ty89
From: Tom Yan ata_mselect_*() would initialize a char array for storing a copy of the current mode page. However, char could be signed char. In that case, bytes larger than 127 would be converted to negative number. For example, 0xff from def_control_mpage[] would become -1. This prevented ata_m

Re: [PATCH v3 1/3] cpufreq: add cpufreq_driver_resolve_freq()

2016-07-21 Thread Steve Muckle
On Thu, Jul 21, 2016 at 04:30:03PM -0700, Viresh Kumar wrote: > On 21-07-16, 16:21, Steve Muckle wrote: > > On Thu, Jul 21, 2016 at 01:30:41PM -0700, Viresh Kumar wrote: > > > Okay, but in that case shouldn't we do something like this: > > > > > > unsigned int cpufreq_driver_resolve_freq(struct cp

Re: [PATCH v3 1/3] cpufreq: add cpufreq_driver_resolve_freq()

2016-07-21 Thread Steve Muckle
On Thu, Jul 21, 2016 at 04:36:48PM -0700, Steve Muckle wrote: > On Thu, Jul 21, 2016 at 04:30:03PM -0700, Viresh Kumar wrote: > > On 21-07-16, 16:21, Steve Muckle wrote: > > > On Thu, Jul 21, 2016 at 01:30:41PM -0700, Viresh Kumar wrote: > > > > Okay, but in that case shouldn't we do something like

Re: [PATCH V2] cpufreq: Disallow ->resolve_freq() for drivers providing ->target_index()

2016-07-21 Thread Steve Muckle
On Fri, Jul 22, 2016 at 01:32:00AM +0200, Rafael J. Wysocki wrote: > On Fri, Jul 22, 2016 at 1:22 AM, Steve Muckle wrote: > > On Fri, Jul 22, 2016 at 01:22:22AM +0200, Rafael J. Wysocki wrote: > >> OK, applied. > > > > FWIW I do have a concern on this patch, I think it adds unnecessary > > overhea

Re: linux-next: Tree for Jul 21

2016-07-21 Thread Paul Gortmaker
On Thu, Jul 21, 2016 at 2:56 AM, Stephen Rothwell wrote: > Hi all, > > Changes since 20160720: > > The xfs tree gained a conflict against Linus' tree. A new xfs related fail in mips allmodconfig: ERROR: "dax_do_io" [fs/xfs/xfs.ko] undefined! make[2]: *** [__modpost] Error 1 make[1]: *** [modules

Re: [PATCH V2] cpufreq: Disallow ->resolve_freq() for drivers providing ->target_index()

2016-07-21 Thread Rafael J. Wysocki
On Fri, Jul 22, 2016 at 1:45 AM, Steve Muckle wrote: > On Fri, Jul 22, 2016 at 01:32:00AM +0200, Rafael J. Wysocki wrote: >> On Fri, Jul 22, 2016 at 1:22 AM, Steve Muckle >> wrote: >> > On Fri, Jul 22, 2016 at 01:22:22AM +0200, Rafael J. Wysocki wrote: >> >> OK, applied. >> > >> > FWIW I do have

Re: [Xen-devel] [RFC v2 7/7] kprobes: port to linker table

2016-07-21 Thread Luis R. Rodriguez
On Tue, Feb 23, 2016 at 01:52:44AM +0100, Luis R. Rodriguez wrote: > On Mon, Feb 22, 2016 at 01:34:05AM +, 平松雅巳 / HIRAMATU,MASAMI wrote: > > >From: Luis R. Rodriguez [mailto:mcg...@kernel.org] > > > > > >kprobe makes use of two custom sections: > > > > > >type name begin

linux-next: error fetching the y2038 tree

2016-07-21 Thread Stephen Rothwell
Hi Arnd, Fetching the y2038 (git://git.kernel.org/pub/scm/linux/kernel/git/arnd/playground.git#y2038) this morning produces this error: fatal: Couldn't find remote ref refs/heads/y2038 I am still using the last version of this tree I fetched which contains: 4b277763c5b3 vfs: Add support to docu

Re: [PATCH v2] module.h: add copyleft-next >= 0.3.1 as GPL compatible

2016-07-21 Thread Luis R. Rodriguez
On Tue, Jul 19, 2016 at 03:38:51PM -0700, Greg KH wrote: > On Mon, Jul 18, 2016 at 12:56:33PM +0930, Rusty Russell wrote: > > Greg KH writes: > > > On Thu, Jun 30, 2016 at 03:53:27PM -0700, Luis R. Rodriguez wrote: > > >> copyleft-next [0] [1] is an openly evolved copyleft license, its an > > >> e

Re: [PATCH V2] cpufreq: Disallow ->resolve_freq() for drivers providing ->target_index()

2016-07-21 Thread Steve Muckle
On Fri, Jul 22, 2016 at 01:53:13AM +0200, Rafael J. Wysocki wrote: > On Fri, Jul 22, 2016 at 1:45 AM, Steve Muckle wrote: > > On Fri, Jul 22, 2016 at 01:32:00AM +0200, Rafael J. Wysocki wrote: > >> On Fri, Jul 22, 2016 at 1:22 AM, Steve Muckle > >> wrote: > >> > On Fri, Jul 22, 2016 at 01:22:22A

Re: [RFC 0/3] extend kexec_file_load system call

2016-07-21 Thread Thiago Jung Bauermann
Am Freitag, 15 Juli 2016, 18:03:35 schrieb Thiago Jung Bauermann: > Am Freitag, 15 Juli 2016, 22:26:09 schrieb Arnd Bergmann: > > However, the powerpc specific RTAS runtime services provide a similar > > interface to the UEFI runtime support and allow to call into > > binary code from the kernel, w

Re: v4.1 to v4.7: regression in tsc2005 driver

2016-07-21 Thread Peter Hutterer
On Thu, Jul 21, 2016 at 10:54:21AM +0200, Pavel Machek wrote: > On Thu 2016-07-21 16:42:41, Peter Hutterer wrote: > > On Thu, Jul 21, 2016 at 08:32:34AM +0200, Pavel Machek wrote: > > > Hi! > > > > > > > > In the mean time you can adjust the name or use XID instead. > > > > > > > > X has partiall

Re: [PATCH net-next] net/ncsi: avoid maybe-uninitialized warning

2016-07-21 Thread Gavin Shan
On Thu, Jul 21, 2016 at 09:28:34PM +0200, Arnd Bergmann wrote: >gcc-4.9 and higher warn about the newly added NSCI code: > >net/ncsi/ncsi-manage.c: In function 'ncsi_process_next_channel': >net/ncsi/ncsi-manage.c:1003:2: error: 'old_state' may be used uninitialized in >this function [-Werror=maybe

Re: v4.1 to v4.7: regression in tsc2005 driver

2016-07-21 Thread Peter Hutterer
On Thu, Jul 21, 2016 at 11:04:29AM +0200, Pali Rohár wrote: > On Thursday 21 July 2016 10:54:21 Pavel Machek wrote: > > On Thu 2016-07-21 16:42:41, Peter Hutterer wrote: > > > On Thu, Jul 21, 2016 at 08:32:34AM +0200, Pavel Machek wrote: > > > > Hi! > > > > > > > > > > In the mean time you can adj

Re: [PATCH v3 2/2] pstore/ram: Set pstore flags dynamically

2016-07-21 Thread kbuild test robot
Hi, [auto build test WARNING on ia64/next] [also build test WARNING on v4.7-rc7] [cannot apply to next-20160721] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Namhyung-Kim/pstore-Split-pstore

Re: [PATCH V2] cpufreq: Disallow ->resolve_freq() for drivers providing ->target_index()

2016-07-21 Thread Rafael J. Wysocki
On Fri, Jul 22, 2016 at 2:09 AM, Steve Muckle wrote: > On Fri, Jul 22, 2016 at 01:53:13AM +0200, Rafael J. Wysocki wrote: >> On Fri, Jul 22, 2016 at 1:45 AM, Steve Muckle >> wrote: >> > On Fri, Jul 22, 2016 at 01:32:00AM +0200, Rafael J. Wysocki wrote: >> >> On Fri, Jul 22, 2016 at 1:22 AM, Stev

RE: [PATCH v4 2/2] ACPI / button: Add document for ACPI control method lid device restrictions

2016-07-21 Thread Zheng, Lv
Hi, Dmitry Thanks for the review. > From: Dmitry Torokhov [mailto:dmitry.torok...@gmail.com] > Subject: Re: [PATCH v4 2/2] ACPI / button: Add document for ACPI control > method lid device restrictions > > On Tue, Jul 19, 2016 at 04:11:21PM +0800, Lv Zheng wrote: > > This patch adds documentatio

RE: [PATCH] tools/power/acpi/tools/acpidbg: Add multi-commands support in batch mode

2016-07-21 Thread Zheng, Lv
Hi, Rafael > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Subject: Re: [PATCH] tools/power/acpi/tools/acpidbg: Add multi- > commands support in batch mode > > On Wednesday, July 20, 2016 04:12:08 PM Lv Zheng wrote: > > This patch adds multi-commands support for the batch mode. The same >

RE: [PATCH v2 1/2] ACPI / debugger: Add kernel flushing support

2016-07-21 Thread Zheng, Lv
Hi, > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki > Subject: Re: [PATCH v2 1/2] ACPI / debugger: Add kernel flushing support > > On Tuesday, July 19, 2016 06:00:39 PM Lv Zheng wrote: > > This patch adds debugger log flushing s

Re: [PATCH V2] cpufreq: Disallow ->resolve_freq() for drivers providing ->target_index()

2016-07-21 Thread Steve Muckle
On Fri, Jul 22, 2016 at 02:18:54AM +0200, Rafael J. Wysocki wrote: > > My thinking was that one of these two would be preferable: > > > > - Forcing ->target() drivers to install a ->resolve_freq callback, > > enforcing this at cpufreq driver init time. > > That would have been possible, but your

Re: [linux-sunxi] [PATCH v2 14/14] ARM: dts: sun8i: Enable DVFS on Orange Pi One

2016-07-21 Thread Ondřej Jirman
Hello Michal, On 30.6.2016 13:13, Michal Suchanek wrote: > Hello, > > On 25 June 2016 at 05:45, wrote: >> From: Ondrej Jirman >> >> Use Xulong Orange Pi One GPIO based regulator for >> passive cooling and thermal management. >> >> Signed-off-by: Ondrej Jirman >> --- >> arch/arm/boot/dts/sun8

Re: [v6 PATCH 6/6] drm/rockchip: cdn-dp: add cdn DP support for rk3399

2016-07-21 Thread Mark yao
On 2016年07月21日 21:13, Chris Zhong wrote: Add support for cdn DP controller which is embedded in the rk3399 SoCs. The DP is compliant with DisplayPort Specification, Version 1.3, This IP is compatible with the rockchip type-c PHY IP. There is a uCPU in DP controller, it need a firmware to work, pl

Re: [PATCH v3 1/3] cpufreq: add cpufreq_driver_resolve_freq()

2016-07-21 Thread Steve Muckle
On Thu, Jul 21, 2016 at 04:36:48PM -0700, Steve Muckle wrote: > As another alternative, this could be caught in cpufreq driver > initialization? I believe you suggested that originally, but I avoided > it as I didn't want to have to implement resolve_freq() for every > target() style driver. It sou

[GIT PULL] clk fixes for v4.7-rc8

2016-07-21 Thread Michael Turquette
The following changes since commit 086347705be7530feabb6274a3ad81dd545e7914: Merge tag 'v4.7-rockchip-clk-fixes1' of git://git.kernel.org/pub/scm/linux/kernel/git/mmind/linux-rockchip into clk-fixes (2016-06-20 17:01:45 -0700) are available in the git repository at: git://git.kernel.org/pu

Re: [PATCH 06/12] gpio: Add Aspeed driver

2016-07-21 Thread Andrew Jeffery
On Thu, 2016-07-21 at 16:12 -0400, Paul Gortmaker wrote: > On Wed, Jul 20, 2016 at 1:58 AM, Andrew Jeffery wrote: > > > > From: Joel Stanley > > > > The Aspeed SoCs contain GPIOs grouped by letter, where each letter group > > contains 8 pins. The GPIO letter groups are then banked in sets of fo

Re: [RFC 0/3] extend kexec_file_load system call

2016-07-21 Thread Jeremy Kerr
Hi Thiago, > So even if not ideal, the solution above is desirable for powerpc. We would > like to preserve the ability of allowing userspace to pass parameters to the > OS via the DTB, even if secure boot is enabled. > > I would like to turn the above into a proposal: > > Extend the syscall a

Re: v4.1 to v4.7: regression in tsc2005 driver

2016-07-21 Thread Dmitry Torokhov
On Thu, Jul 21, 2016 at 5:10 PM, Peter Hutterer wrote: > On Thu, Jul 21, 2016 at 10:54:21AM +0200, Pavel Machek wrote: >> Should we have calibration info in the device tree, with kernel >> passing it to the x? >> >> Should kernel somehow do the calibration itself? > > if the kernel knows about the

Re: [PATCH v1 1/2] drm/panel: simple-panel: add the delay timing for Sharp LQ123P1JX31

2016-07-21 Thread Yakir Yang
Sean, On 07/21/2016 10:30 PM, Sean Paul wrote: On Thu, Jul 21, 2016 at 9:14 AM, Yakir Yang wrote: According to page 16 of Sharp LQ123P1JX31 datasheet, we need to add the missing delay timing. Panel prepare time should be t1 (0.5ms~10ms) plus t3 (0ms~100ms), and panel enable time should equal t

linux-next: build failure after merge of the fuse tree

2016-07-21 Thread Stephen Rothwell
Hi Miklos, After merging the fuse tree, today's linux-next build (powerpc ppc64_defconfig) failed like this: fs/btrfs/file.c: In function 'btrfs_sync_file': fs/btrfs/file.c:2043:9: error: implicit declaration of function 'btrfs_inode_check_errors' [-Werror=implicit-function-declaration] ret =

[PATCH v4 0/2] bpf: add bpf_probe_write helper & example

2016-07-21 Thread Sargun Dhillon
This patch series contains two patches that add support for a probe_write helper to BPF programs. This allows them to manipulate user memory during the course of tracing. The second patch in the series has an example that uses it, in one the intended ways to divert execution. Thanks to Alexei Star

[PATCH v4 1/2] bpf: Add bpf_probe_write BPF helper to be called in tracers (kprobes)

2016-07-21 Thread Sargun Dhillon
This allows user memory to be written to during the course of a kprobe. It shouldn't be used to implement any kind of security mechanism because of TOC-TOU attacks, but rather to debug, divert, and manipulate execution of semi-cooperative processes. Although it uses probe_kernel_write, we limit th

[PATCH v4 2/2] samples/bpf: Add example of using bpf_probe_write in bpf kprobes

2016-07-21 Thread Sargun Dhillon
This example shows using a kprobe to act as a dnat mechanism to divert traffic for arbitrary endpoints. It rewrite the arguments to a syscall while they're still in userspace, and before the syscall has a chance to copy the argument into kernel space. Signed-off-by: Sargun Dhillon Cc: Alexei Star

Re: Question about group scheduler cpu shares

2016-07-21 Thread Gaurav Poothia
+Ingo, Peter On Thu, Jul 21, 2016 at 12:03 PM, Gaurav Poothia wrote: > Hi, > The cgroup "cpu" subsystem's weight calculation using "cpu shares" is > fairly clear when all tasks are attached to the leaf cgroups in "cpu" > subsystem. > For example in this cgroup hierarchy with tasks A.B,C and D an

Re: [PATCH 0/2] PCI: altera: fix link retrain

2016-07-21 Thread Ley Foon Tan
On Tue, Jul 12, 2016 at 6:19 PM, Ley Foon Tan wrote: > > On Tue, Jun 21, 2016 at 4:53 PM, Ley Foon Tan wrote: > > > > This 2 patches fix the issue before and after retrain link. > > > > Ley Foon Tan (2): > > PCI: altera: check link status before retrain link > > PCI: altera: Polling for link

Re: [PATCH v4 4/7] rtc: ac100: Add clk output support

2016-07-21 Thread Chen-Yu Tsai
On Fri, Jul 22, 2016 at 8:24 AM, Michael Turquette wrote: > Quoting Chen-Yu Tsai (2016-07-13 20:34:34) >> On Sat, Jul 9, 2016 at 2:36 AM, Michael Turquette >> wrote: >> > Quoting Chen-Yu Tsai (2016-06-30 08:58:48) >> >> +static long ac100_clkout_round_rate(struct clk_hw *hw, unsigned long >> >>

Re: [PATCH v4 0/3] hwmon: xgene: Add support for X-Gene hwmon driver

2016-07-21 Thread Guenter Roeck
On 07/21/2016 03:37 PM, Hoan Tran wrote: This patch set adds hardware temperature and power reading support for APM X-Gene SoC using the mailbox communication interface. For device tree, it is the standard DT mailbox. For ACPI, it is the PCC mailbox. For ACPI, this patch is built on top and depe

Re: [PATCH 15/19] x86/dumpstack: convert show_trace_log_lvl() to the new unwinder

2016-07-21 Thread Josh Poimboeuf
On Fri, Jul 22, 2016 at 06:49:01AM +0900, Byungchul Park wrote: > On Thu, Jul 21, 2016 at 04:21:52PM -0500, Josh Poimboeuf wrote: > > Convert show_trace_log_lvl() to the new unwinder. dump_trace() has been > > deprecated. > > > > show_trace_log_lvl() is special compared to other users of the unwi

Re: [v6 PATCH 6/6] drm/rockchip: cdn-dp: add cdn DP support for rk3399

2016-07-21 Thread Guenter Roeck
On Thu, Jul 21, 2016 at 6:13 AM, Chris Zhong wrote: > Add support for cdn DP controller which is embedded in the rk3399 > SoCs. The DP is compliant with DisplayPort Specification, > Version 1.3, This IP is compatible with the rockchip type-c PHY IP. > There is a uCPU in DP controller, it need a fi

Re: [RFC PATCH 1/2] mempool: do not consume memory reserves from the reclaim path

2016-07-21 Thread NeilBrown
On Fri, Jul 22 2016, Michal Hocko wrote: > On Thu 21-07-16 08:13:00, Johannes Weiner wrote: >> On Thu, Jul 21, 2016 at 10:52:03AM +0200, Michal Hocko wrote: >> > Look, there are >> > $ git grep mempool_alloc | wc -l >> > 304 >> > >> > many users of this API and we do not want to flip the default

Re: [PATCH 03/19] x86/dumpstack: remove unnecessary stack pointer arguments

2016-07-21 Thread Josh Poimboeuf
On Thu, Jul 21, 2016 at 02:56:52PM -0700, Andy Lutomirski wrote: > On Thu, Jul 21, 2016 at 2:21 PM, Josh Poimboeuf wrote: > > When calling show_stack_log_lvl() or dump_trace() with a regs argument, > > providing a stack pointer or frame pointer is redundant. > > > > > diff --git a/arch/x86/kernel

[PATCH v2 1/3] drm/panel: simple-panel: add the delay timing for Sharp LQ123P1JX31

2016-07-21 Thread Yakir Yang
According to page 16 of Sharp LQ123P1JX31 datasheet, we need to add the missing delay timing. Panel prepare time should be t1 (0.5ms~10ms) plus t3 (0ms~100ms), and panel enable time should equal to t7 (0ms~50ms), and panel unprepare time should be t11 (1ms~50ms) plus t12 (500ms~). Signed-off-by: Y

Re: [PATCH 07/19] x86/dumpstack: add IRQ_USABLE_STACK_SIZE define

2016-07-21 Thread Josh Poimboeuf
On Thu, Jul 21, 2016 at 03:01:10PM -0700, Andy Lutomirski wrote: > On Thu, Jul 21, 2016 at 2:21 PM, Josh Poimboeuf wrote: > > For reasons unknown, the x86_64 irq stack starts at an offset 64 bytes > > from the end of the page. At least make that explicit. > > This is a change in behavior -- see

[PATCH v2 2/3] drm/bridge: analogix_dp: turn off the panel when eDP need to disable

2016-07-21 Thread Yakir Yang
Some panels (like Sharp LQ123P1JX31) need to be turn off when eDP controller stop to send valid video signal, otherwhise panel would go burn in, and keep flicker and flicker. So it's better to turn off the panel when eDP need to disable, and we need to turn on the panel in connector->detect() call

[PATCH v2 3/3] drm/bridge: analogix_dp: remove the panel prepare/unprepare in suspend/resume

2016-07-21 Thread Yakir Yang
We already manager the panel power status in bridge_disable and connector->detect functions, then we don't need to manager the panel power status at suspend/resume in particular. Signed-off-by: Yakir Yang --- Changes in v2: None drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 12 --

linux-next: build failure after merge of the pm tree

2016-07-21 Thread Stephen Rothwell
to driver frequency") I used the pm tree from next-20160721 for today. -- Cheers, Stephen Rothwell

Re: [PATCH] nfsd: Make creates return EEXIST correctly instead of EPERM

2016-07-21 Thread J. Bruce Fields
On Thu, Jul 21, 2016 at 04:37:40PM -0400, Oleg Drokin wrote: > > On Jul 21, 2016, at 4:34 PM, J. Bruce Fields wrote: > > > On Fri, Jul 08, 2016 at 05:53:19PM -0400, Oleg Drokin wrote: > >> > >> On Jul 8, 2016, at 4:54 PM, J. Bruce Fields wrote: > >> > >>> On Thu, Jul 07, 2016 at 09:47:46PM -040

[v6.1 PATCH 6/6] drm/rockchip: cdn-dp: add cdn DP support for rk3399

2016-07-21 Thread Chris Zhong
Add support for cdn DP controller which is embedded in the rk3399 SoCs. The DP is compliant with DisplayPort Specification, Version 1.3, This IP is compatible with the rockchip type-c PHY IP. There is a uCPU in DP controller, it need a firmware to work, please put the firmware file to /lib/firmware

Re: [PATCH v4 1/2] bpf: Add bpf_probe_write BPF helper to be called in tracers (kprobes)

2016-07-21 Thread Alexei Starovoitov
On Thu, Jul 21, 2016 at 06:09:17PM -0700, Sargun Dhillon wrote: > This allows user memory to be written to during the course of a kprobe. > It shouldn't be used to implement any kind of security mechanism > because of TOC-TOU attacks, but rather to debug, divert, and > manipulate execution of semi-

Re: [PATCH][RFC v5] PM / hibernate: Introduce test_resume mode for hibernation

2016-07-21 Thread Chen Yu
On Thu, Jul 21, 2016 at 03:23:32PM +0200, Rafael J. Wysocki wrote: > On Tuesday, July 19, 2016 08:36:44 AM Chen Yu wrote: > > test_resume mode is to verify if the snapshot data > > written to swap device can be successfully restored > > to memory. It is useful to ease the debugging process > > on h

Re: [PATCH v13 00/12] support "task_isolation" mode

2016-07-21 Thread Christoph Lameter
On Thu, 21 Jul 2016, Chris Metcalf wrote: > On 7/20/2016 10:04 PM, Christoph Lameter wrote: > unstable, and then scheduling work to safely remove that timer. > I haven't looked at this code before (in kernel/time/clocksource.c > under CONFIG_CLOCKSOURCE_WATCHDOG) since the timers on > arm64 and t

[PATCH][v6] PM / hibernate: Introduce test_resume mode for hibernation

2016-07-21 Thread Chen Yu
test_resume mode is to verify if the snapshot data written to swap device can be successfully restored to memory. It is useful to ease the debugging process on hibernation, since this mode can not only bypass the BIOSes/bootloader, but also the system re-initialization. To avoid the risk to break

[PATCH] cpufreq: export cpufreq_driver_resolve_freq()

2016-07-21 Thread Steve Muckle
Export cpufreq_driver_resolve_freq() since governors may be compiled as modules. Reported-by: Stephen Rothwell Signed-off-by: Steve Muckle --- drivers/cpufreq/cpufreq.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c index b696baeb249d..

Re: linux-next: build failure after merge of the pm tree

2016-07-21 Thread Steve Muckle
gt; undefined! > > Caused by commit > > 5cbea46984d6 ("cpufreq: schedutil: map raw required frequency to driver > frequency") > > I used the pm tree from next-20160721 for today. Sorry - I have just sent a patch to address this. thanks, Steve

Re: [PATCH 03/19] x86/dumpstack: remove unnecessary stack pointer arguments

2016-07-21 Thread Andy Lutomirski
On Thu, Jul 21, 2016 at 6:41 PM, Josh Poimboeuf wrote: > On Thu, Jul 21, 2016 at 02:56:52PM -0700, Andy Lutomirski wrote: >> On Thu, Jul 21, 2016 at 2:21 PM, Josh Poimboeuf wrote: >> > When calling show_stack_log_lvl() or dump_trace() with a regs argument, >> > providing a stack pointer or frame

Re: [PATCH 4/6] irqchip: add irqchip driver for nuc900

2016-07-21 Thread Wan ZongShun
> >> but I will remove the Macros related to nuc970 and avoid nuc970 >> interrupt using those Macro. >> >> But I still need hack this irqs.h like below, since here NR_IRQS defined >> and it is need for nuc970 irqchip driver. >> >> #if !defined(CONFIG_SOC_NUC900) >> #define NR_IRQS (IRQ_ADC+

Re: [PATCH 2/3] staging/rtl8192e: use s8 instead of char

2016-07-21 Thread Stefan Lippers-Hollmann
Hi On 2016-07-20, Arnd Bergmann wrote: > On Wednesday, July 20, 2016 11:33:43 AM CEST Jes Sorensen wrote: > > Arnd Bergmann writes: > > > On Wednesday, July 20, 2016 7:25:19 AM CEST Jes Sorensen wrote: > > >> Arnd Bergmann writes: [...] > Yes, I was just agreeing here that it's not worth doi

Re: [PATCH] s390/perf: fix 'start' address of module's map

2016-07-21 Thread Songshan Gong
Has the patch been accepted by upstream? 在 7/21/2016 11:10 AM, Song Shan Gong 写道: At preset, when creating module's map, perf gets 'start' address by parsing '/proc/modules', but it's module base address, isn't the start address of '.text' section. In most archs, it's OK. But for s390, it places

Re: Question about group scheduler cpu shares

2016-07-21 Thread Mike Galbraith
On Thu, 2016-07-21 at 18:18 -0700, Gaurav Poothia wrote: > > ROOT > > > > > + -Group1(3072) > > >| > > > +- A(2048) > > >| > > >+- B(1024) > > > > > +- Group2(2048) > > | > > +-C(1024) > > | > > +-D(1024) > > > > Say I add a task E to Group1's task list (note

[PATCH 07/58] staging: lustre: llite: label the debug info

2016-07-21 Thread James Simmons
From: wang di We report the inode size but never print in the debug message that the number reported is the size. Signed-off-by: wang di Reviewed-on: http://review.whamcloud.com/7043 Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3531 Reviewed-by: John L. Hammond Reviewed-by: Jinshan Xion

[PATCH 09/58] staging: lustre: llite: remove debug message in ll_dir_read

2016-07-21 Thread James Simmons
From: wang di Remove debug message and struct ll_inode_info. Signed-off-by: wang di Reviewed-on: http://review.whamcloud.com/10761 Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-4906 Reviewed-by: John L. Hammond Reviewed-by: Andreas Dilger Reviewed-by: Oleg Drokin Signed-off-by: James S

Re: [RFC 0/3] extend kexec_file_load system call

2016-07-21 Thread Michael Ellerman
Thiago Jung Bauermann writes: > Am Freitag, 15 Juli 2016, 18:03:35 schrieb Thiago Jung Bauermann: >> Am Freitag, 15 Juli 2016, 22:26:09 schrieb Arnd Bergmann: >> > However, the powerpc specific RTAS runtime services provide a similar >> > interface to the UEFI runtime support and allow to call in

[PATCH 02/58] staging: lustre: obd: rename struct lmv_stripe_md field mea to lmv

2016-07-21 Thread James Simmons
From: wang di Rename struct lmv_stripe_md in struct lustre_md from mea to lmv. Signed-off-by: wang di Reviewed-on: http://review.whamcloud.com/7043 Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3531 Reviewed-by: John L. Hammond Reviewed-by: Jinshan Xiong Reviewed-by: Andreas Dilger Rev

[PATCH 05/58] staging: lustre: lmv: add new lmv structures

2016-07-21 Thread James Simmons
From: wang di Newer lustre version on metadata servers support different version of lmv magic. This add the new data structures to handle these new lmv magic versions. Signed-off-by: wang di Reviewed-on: http://review.whamcloud.com/7043 Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3531 R

[PATCH 01/58] staging: lustre: obd: expand op_cli_flags

2016-07-21 Thread James Simmons
From: wang di Add new flags for metadata handling. These flags are related to DNE2 handling. Signed-off-by: wang di Reviewed-on: http://review.whamcloud.com/7043 Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3531 Reviewed-by: John L. Hammond Reviewed-by: Jinshan Xiong Reviewed-by: Andre

[PATCH 00/58] staging: lustre: bug fixes from lustre 2.5.[56-58]

2016-07-21 Thread James Simmons
Here is the next batch of fixes and cleanups that went into Lustre from versions 2.5.56 up to 2.5.58. Besides those changes the patches for LU-3531/LU-4906 were broken into several smaller patches as required for the staging tree. The rest of the patches here are minor fixes and some removal of dea

[PATCH v2] mem-hotplug: alloc new page from the next node if zone is MOVABLE_ZONE

2016-07-21 Thread Xishi Qiu
Memory offline could happen on both movable zone and non-movable zone. We can offline the whole node if the zone is movable zone, and if the zone is non-movable zone, we cannot offline the whole node, because some kernel memory can't be migrated. So if we offline a node with movable zone, use pref

Re: [PATCH v4] sched/deadline: remove useless param from setup_new_dl_entity

2016-07-21 Thread Xunlei Pang
On 2016/07/21 at 22:46, Juri Lelli wrote: > On 21/07/16 15:36, Juri Lelli wrote: >> On 21/07/16 15:21, Juri Lelli wrote: >>> Hi, >>> >>> On 18/07/16 21:37, Xunlei Pang wrote: On 2016/07/18 at 21:04, Juri Lelli wrote: > On 15/07/16 18:39, Xunlei Pang wrote: >> On 2016/07/13 at 18:58, Ju

[PATCH 03/58] staging: lustre: ptlrpc: remove wirecheck for struct lmv_stripe_md

2016-07-21 Thread James Simmons
From: wang di Remove the wiretest check for this data structure. Signed-off-by: wang di Reviewed-on: http://review.whamcloud.com/7043 Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3531 Reviewed-by: John L. Hammond Reviewed-by: Jinshan Xiong Reviewed-by: Andreas Dilger Reviewed-by: Oleg

[PATCH 10/58] staging: lustre: llite: reduce indent in ll_dir_read

2016-07-21 Thread James Simmons
From: wang di Instead of making a large chunk of code conditional based on if a page is valid we reverse the page validity test and exit the loop if the page is invalid instead. This allows a section of code to reduce its indentation one level. Signed-off-by: wang di Reviewed-on: http://review.

[PATCH 04/58] staging: lustre: llite: cache directory striping information

2016-07-21 Thread James Simmons
From: wang di Cache directory striping information that the clients receive from the metadata servers. Signed-off-by: wang di Reviewed-on: http://review.whamcloud.com/7043 Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3531 Reviewed-by: John L. Hammond Reviewed-by: Jinshan Xiong Reviewed

[PATCH 14/58] staging: lustre: llite: rename some variables for ll_dir_read

2016-07-21 Thread James Simmons
From: wang di The variables api32 and hash64 was renamed to is_api32 and is_hash64. Signed-off-by: wang di Reviewed-on: http://review.whamcloud.com/7043 Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3531 Reviewed-by: John L. Hammond Reviewed-by: Jinshan Xiong Reviewed-by: Andreas Dilger

[PATCH 08/58] staging: lustre: llite: pass struct md_op_data to ll_dir_read

2016-07-21 Thread James Simmons
From: wang di Add struct md_op_data as a parameter to ll_dir_read. Signed-off-by: wang di Reviewed-on: http://review.whamcloud.com/7043 Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3531 Reviewed-by: John L. Hammond Reviewed-by: Jinshan Xiong Reviewed-by: Andreas Dilger Reviewed-by: Ol

[PATCH 06/58] staging: lustre: mdc: handle IT_READDIR operations

2016-07-21 Thread James Simmons
From: wang di The readdir operations lock was incomplete. This patch fills in the missing pieces. Signed-off-by: wang di Reviewed-on: http://review.whamcloud.com/7043 Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3531 Reviewed-by: John L. Hammond Reviewed-by: Jinshan Xiong Reviewed-by:

[PATCH 15/58] staging: lustre: llite: clarify some debug messages for statahead

2016-07-21 Thread James Simmons
From: wang di Make some of the error reporting more clear for the statahead thread startup and is_first_dirent() function. Signed-off-by: wang di Reviewed-on: http://review.whamcloud.com/7043 Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3531 Reviewed-by: John L. Hammond Reviewed-by: Jin

Re: [PATCH 03/19] x86/dumpstack: remove unnecessary stack pointer arguments

2016-07-21 Thread Brian Gerst
On Thu, Jul 21, 2016 at 9:41 PM, Josh Poimboeuf wrote: > On Thu, Jul 21, 2016 at 02:56:52PM -0700, Andy Lutomirski wrote: >> On Thu, Jul 21, 2016 at 2:21 PM, Josh Poimboeuf wrote: >> > When calling show_stack_log_lvl() or dump_trace() with a regs argument, >> > providing a stack pointer or frame

[PATCH 21/58] staging: lustre: llite: style cleanup for llite_internal.h

2016-07-21 Thread James Simmons
From: wang di Group function prototypes together related to dir.c. Move ll_release_page to be with function declarations. Signed-off-by: wang di Reviewed-on: http://review.whamcloud.com/7043 Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3531 Reviewed-by: John L. Hammond Reviewed-by: Jins

[PATCH 13/58] staging: lustre: llite: change done flag in ll_dir_read to bool

2016-07-21 Thread James Simmons
From: wang di Change the done flag from integer to bool. Signed-off-by: wang di Reviewed-on: http://review.whamcloud.com/10761 Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-4906 Reviewed-by: John L. Hammond Reviewed-by: Andreas Dilger Reviewed-by: Oleg Drokin Signed-off-by: James Simmo

[PATCH 11/58] staging: lustre: llite: set next only when needed in ll_dir_read

2016-07-21 Thread James Simmons
From: wang di The variable next needs only to be set when done is false. Signed-off-by: wang di Reviewed-on: http://review.whamcloud.com/10761 Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-4906 Reviewed-by: John L. Hammond Reviewed-by: Andreas Dilger Reviewed-by: Oleg Drokin Signed-off

<    2   3   4   5   6   7   8   >