Re: general protection fault in vmx_vcpu_run

2018-04-13 Thread syzbot
nel config: https://syzkaller.appspot.com/x/.config?id=-5947642240294114534 compiler: gcc (GCC) 8.0.1 20180413 (experimental) IMPORTANT: if you fix the bug, please add the following tag to the commit: Reported-by: syzbot+cc483201a3c6436d3...@syzkaller.appspotmail.com It will help syzbot understand wh

Re: [PATCH 2/3] infiniband: i40iw: Replace GFP_ATOMIC with GFP_KERNEL in i40iw_make_listen_node

2018-04-13 Thread Shiraz Saleem
On Wed, Apr 11, 2018 at 03:32:48PM +0800, Jia-Ju Bai wrote: > i40iw_make_listen_node() is never called in atomic context. > > i40iw_make_listen_node() is only called by i40iw_create_listen, which is > set as ".create_listen" in struct iw_cm_verbs. > > Despite never getting called from atomic con

Re: [PATCH 1/3] infiniband: i40iw: Replace GFP_ATOMIC with GFP_KERNEL in i40iw_add_mqh_4

2018-04-13 Thread Shiraz Saleem
On Wed, Apr 11, 2018 at 03:32:25PM +0800, Jia-Ju Bai wrote: > i40iw_add_mqh_4() is never called in atomic context, because it > calls rtnl_lock() that can sleep. > > Despite never getting called from atomic context, > i40iw_add_mqh_4() calls kzalloc() with GFP_ATOMIC, > which does not sleep for a

Re: [PATCH 3/3] infiniband: i40iw: Replace GFP_ATOMIC with GFP_KERNEL in i40iw_l2param_change

2018-04-13 Thread Shiraz Saleem
On Wed, Apr 11, 2018 at 03:33:06PM +0800, Jia-Ju Bai wrote: > i40iw_l2param_change() is never called in atomic context. > > i40iw_make_listen_node() is only set as ".l2_param_change" > in struct i40e_client_ops, and this function pointer is not called > in atomic context. > > Despite never gett

Re: [PATCH 1/3] infiniband: i40iw: Replace GFP_ATOMIC with GFP_KERNEL in i40iw_add_mqh_4

2018-04-13 Thread Shiraz Saleem
On Wed, Apr 11, 2018 at 10:53:13AM -0400, Dennis Dalessandro wrote: > On 4/11/2018 3:32 AM, Jia-Ju Bai wrote: > > i40iw_add_mqh_4() is never called in atomic context, because it > > calls rtnl_lock() that can sleep. > > > > Despite never getting called from atomic context, > > i40iw_add_mqh_4() ca

issues with suspend on Dell XPS 13 2-in-1

2018-04-13 Thread Dennis Gilmore
Hi All, I have a Dell XPS 13 2-in-1 (9365) that when I supend gets warm and has much shorter than expected battery life, it is about the same as if the laptop just runs. I am currently running Fedora 28 with 4.16.2 kernel. My laptop has NVMe for storage and is configured for AHCI mode in the bios

Re: [[PATCH v2] 2/2] dt-bindings: clock: Introduce QCOM RPMh clock bindings

2018-04-13 Thread Taniya Das
Hello Bjorn, Thanks for your review comments. On 4/10/2018 4:28 AM, Bjorn Andersson wrote: On Sun 08 Apr 03:32 PDT 2018, Taniya Das wrote: From: Amit Nischal Add RPMh clock device bindings for Qualcomm Technology Inc's SoCs. These devices would be used for communicating resource state reque

Re: [[PATCH v2] 1/2] clk: qcom: clk-rpmh: Add QCOM RPMh clock driver

2018-04-13 Thread Taniya Das
Hello Rob, Thank you for the review comments. On 4/13/2018 10:07 PM, Rob Herring wrote: On Sun, Apr 08, 2018 at 04:02:12PM +0530, Taniya Das wrote: From: Amit Nischal Add the RPMh clock driver to control the RPMh managed clock resources on some of the Qualcomm Technologies, Inc. SoCs. Signe

Re: [[PATCH v2] 1/2] clk: qcom: clk-rpmh: Add QCOM RPMh clock driver

2018-04-13 Thread Taniya Das
Hello Bjorn, Thank you for the review comments. On 4/10/2018 11:09 PM, Bjorn Andersson wrote: On Sun 08 Apr 03:32 PDT 2018, Taniya Das wrote: From: Amit Nischal Add the RPMh clock driver to control the RPMh managed clock resources on some of the Qualcomm Technologies, Inc. SoCs. Signed-off

Hello Dear

2018-04-13 Thread Susan Williams
Hi,How are you? I must confess that you're a nice looking gentle man on your profile.Are you married?, Can we be friends? Susan

Re: [PATCH] printk: Ratelimit messages printed by console drivers

2018-04-13 Thread Sergey Senozhatsky
On (04/13/18 10:12), Steven Rostedt wrote: > > > The interval is set to one hour. It is rather arbitrary selected time. > > It is supposed to be a compromise between never print these messages, > > do not lockup the machine, do not fill the entire buffer too quickly, > > and get information if som

[PATCH v3 1/2] dt-bindings: clock: Introduce QCOM RPMh clock bindings

2018-04-13 Thread Taniya Das
Add RPMh clock device bindings for Qualcomm Technology Inc's SoCs. These devices would be used for communicating resource state requests to control the clocks managed by RPMh. Signed-off-by: Amit Nischal Signed-off-by: Taniya Das --- .../devicetree/bindings/clock/qcom,rpmh-clk.txt| 22 +

[PATCH v3 0/2] clk: qcom: clk-rpmh: Add QCOM RPMh clock driver

2018-04-13 Thread Taniya Das
[v3] * Addressed documentation & code review comments from Bjorn * Addressed bindings comments from Rob * Updated the patch series order for bindings [v2] * Addressed comments from Stephen * Addressed comments from Evan This patch series adds a driver and device tree documentation bin

[PATCH v3 2/2] clk: qcom: clk-rpmh: Add QCOM RPMh clock driver

2018-04-13 Thread Taniya Das
Add the RPMh clock driver to control the RPMh managed clock resources on some of the Qualcomm Technologies, Inc. SoCs. Signed-off-by: David Collins Signed-off-by: Amit Nischal --- drivers/clk/qcom/Kconfig| 9 ++ drivers/clk/qcom/Makefile | 1 + drivers/clk/qcom/clk-rpmh.c | 367 ++

[PATCH] gpu/drm/amd/amdkfd: fix build, select MMU_NOTIFIER

2018-04-13 Thread Randy Dunlap
From: Randy Dunlap When CONFIG_MMU_NOTIFIER is not enabled, struct mmu_notifier has an incomplete type definition, which causes build errors. ../drivers/gpu/drm/amd/amdkfd/kfd_priv.h:607:22: error: field 'mmu_notifier' has incomplete type ../include/linux/kernel.h:979:32: error: dereferencing p

[PATCH v2 2/2] regulator: add QCOM RPMh regulator driver

2018-04-13 Thread David Collins
Add the QCOM RPMh regulator driver to manage PMIC regulators which are controlled via RPMh on some Qualcomm Technologies, Inc. SoCs. RPMh is a hardware block which contains several accelerators which are used to manage various hardware resources that are shared between the processors of the SoC.

[PATCH v2 1/2] regulator: dt-bindings: add QCOM RPMh regulator bindings

2018-04-13 Thread David Collins
Introduce bindings for RPMh regulator devices found on some Qualcomm Technlogies, Inc. SoCs. These devices allow a given processor within the SoC to make PMIC regulator requests which are aggregated within the RPMh hardware block along with requests from other processors in the SoC to determine th

[PATCH v2 0/2] regulator: add QCOM RPMh regulator driver

2018-04-13 Thread David Collins
Hello, This patch series adds a driver and device tree binding documentation for PMIC regulator control via Resource Power Manager-hardened (RPMh) on some Qualcomm Technologies, Inc. SoCs such as SDM845. RPMh is a hardware block which contains several accelerators which are used to manage various

Re: [PATCH] x86/xen: Remove use of VLAs

2018-04-13 Thread David Brown
On Fri, Apr 13, 2018 at 03:11:46PM -0700, Laura Abbott wrote: There's an ongoing effort to remove VLAs[1] from the kernel to eventually turn on -Wvla. The few VLAs in use have an upper bound based on a size of 64K. This doesn't produce an excessively large stack so just switch the upper bound.

[PATCH 1/2] vsprintf: Tweak pF/pf comment

2018-04-13 Thread Sergey Senozhatsky
Reflect changes that have happened to pf/pF (deprecation) specifiers in pointer() comment section. Signed-off-by: Sergey Senozhatsky --- lib/vsprintf.c | 12 1 file changed, 4 insertions(+), 8 deletions(-) diff --git a/lib/vsprintf.c b/lib/vsprintf.c index 30c0cb8cc9bc..dd18bb2a56e

[PATCH 2/2] printk: wake up klogd in vprintk_emit

2018-04-13 Thread Sergey Senozhatsky
We wake up klogd very late - only when current console_sem owner is done pushing pending kernel messages to the serial/net consoles. In some cases this results in lost syslog messages, because kernel log buffer is a circular buffer and if we don't wakeup syslog long enough there are chances that lo

[PATCH v4] X86/KVM: Properly update 'tsc_offset' to represent the running guest

2018-04-13 Thread KarimAllah Ahmed
Update 'tsc_offset' on vmentry/vmexit of L2 guests to ensure that it always captures the TSC_OFFSET of the running guest whether it is the L1 or L2 guest. Cc: Jim Mattson Cc: Paolo Bonzini Cc: Radim Krčmář Cc: k...@vger.kernel.org Cc: linux-kernel@vger.kernel.org Suggested-by: Paolo Bonzini Si

Re: [PATCH 1/2] X86/KVM: Properly update 'tsc_offset' to represent the running guest

2018-04-13 Thread Raslan, KarimAllah
On Fri, 2018-04-13 at 18:04 +0200, Paolo Bonzini wrote: > On 13/04/2018 18:02, Jim Mattson wrote: > > > > On Fri, Apr 13, 2018 at 4:23 AM, Paolo Bonzini wrote: > > > > > > From: KarimAllah Ahmed > > > > > > Update 'tsc_offset' on vmenty/vmexit of L2 guests to ensure that it always > > > captur

[PATCH 1/1] dts: qcom: db820c: Add gpio-line-names property

2018-04-13 Thread Manivannan Sadhasivam
Add gpio-line-names property for Dragonboard820c based on APQ8096 SoC. There are 4 gpio-controllers present on this board, including the APQ8096 SoC, PM8994 (GPIO and MPP) and PMI8994 (GPIO). Lines names are derived from 96Boards CE Specification 1.0, Appendix "Expansion Connector Signal Descripti

[PATCH 0/1] Add gpio-line-names property for Dragonboard820c

2018-04-13 Thread Manivannan Sadhasivam
Add gpio-line-names property for 96Boards Dragonboard820c development board based on APQ8096 SoC. The lines are named after the 96Boards CE Specification 1.0, Appendix "Expansion Connector Signal Description". There are 4 gpio-controllers present on this board, including the APQ8096 SoC, PM8994 (GP

Re: [PATCH] staging fbtft: Fixed lines exceeding columns limit

2018-04-13 Thread Renato Soma
On Fri, Apr 13, 2018 at 03:57:47PM +0300, Dan Carpenter wrote: > > - ret = fbtft_write_buf_dc(par, par->buf, sizeof(data_type) + offset, 0); > > \ > > I feel like the original is basically OK but if we're going to change it > then align it like this: > > ret = fbtft_write_buf_dc(par, par

Re: [PATCH] x86/xen: Remove use of VLAs

2018-04-13 Thread Laura Abbott
On 04/13/2018 07:55 PM, David Brown wrote: On Fri, Apr 13, 2018 at 03:11:46PM -0700, Laura Abbott wrote: There's an ongoing effort to remove VLAs[1] from the kernel to eventually turn on -Wvla. The few VLAs in use have an upper bound based on a size of 64K. This doesn't produce an excessively l

Re: NO_HZ_FULL and tick running within a reasonable amount of time

2018-04-13 Thread Jacek Tomaka
> On Tue, Apr 03, 2018 at 10:08:58AM -0700, Paul E. McKenney wrote: > > On Tue, Apr 03, 2018 at 01:41:31PM +0200, Frederic Weisbecker wrote: > > > On Mon, Apr 02, 2018 at 03:04:38PM -0700, Paul E. McKenney wrote: > > > > Hello! > > > > > > > > I am hitting the following on today's mainline under rc

[PATCH][v5] tools/power turbostat: if --iterations, print for specific count of iterations

2018-04-13 Thread Yu Chen
From: Chen Yu There's a use case during test to only print specific round of iterations if --iterations is specified, for example, with this patch applied: turbostat -i 5 -r 4 will capture 4 samples with 5 seconds interval. Cc: Len Brown Cc: Rafael J Wysocki Cc: Artem Bityutskiy Cc: Doug Smy

Re: [PATCH] Documentation/i2c: sync docs with current state of i2c-tools.

2018-04-13 Thread Wolfram Sang
> (also, did I send the v3 patch series threaded correctly?) Yes, that worked. Thanks! Things to improve there: I was both in To: and CC: field, so I got mails twice. Jean was missing completely. signature.asc Description: PGP signature

[PATCH] fs: avoid fdput() after failed fdget() in vfs_dedupe_file_range()

2018-04-13 Thread Zev Weiss
It's a fairly inconsequential bug, since fdput() won't actually try to fput() the file due to fd.flags (and thus FDPUT_FPUT) being zero in the failure case, but most other vfs code takes steps to avoid this. Signed-off-by: Zev Weiss --- fs/read_write.c | 6 +++--- 1 file changed, 3 insertions(+)

Re: [PATCH 2/6] tracing: Add trace event error log

2018-04-13 Thread Masami Hiramatsu
On Thu, 12 Apr 2018 18:52:13 -0500 Tom Zanussi wrote: > Hi Steve, > > On Thu, 2018-04-12 at 18:20 -0400, Steven Rostedt wrote: > > On Thu, 12 Apr 2018 10:13:17 -0500 > > Tom Zanussi wrote: > > > > > diff --git a/kernel/trace/trace.h b/kernel/trace/trace.h > > > index 6fb46a0..f2dc7e6 100644 >

Re: [PATCH 1/2] X86/KVM: Properly update 'tsc_offset' to represent the running guest

2018-04-13 Thread Raslan, KarimAllah
On Fri, 2018-04-13 at 17:35 +0200, Paolo Bonzini wrote: > On 13/04/2018 14:40, Raslan, KarimAllah wrote: > > > > > > > > > > > static void update_ia32_tsc_adjust_msr(struct kvm_vcpu *vcpu, s64 offset) > > > { > > > - u64 curr_offset = vcpu->arch.tsc_offset; > > > + u64 curr_offset = kvm_x86_o

Re: [PATCH] netfilter: CONFIG_NF_REJECT_IPV{4,6} becomes bool toggle

2018-04-13 Thread kbuild test robot
Hi Pablo, I love your patch! Yet something to improve: [auto build test ERROR on nf-next/master] [also build test ERROR on v4.16 next-20180413] [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

<    2   3   4   5   6   7