Re: [PATCH v1 10/10] mm/memory_hotplug: allow online/offline memory by a kernel module

2018-05-23 Thread David Hildenbrand
On 23.05.2018 21:51, Christoph Hellwig wrote: > On Wed, May 23, 2018 at 05:11:51PM +0200, David Hildenbrand wrote: >> Kernel modules that want to control how/when memory is onlined/offlined >> need a proper interface to these functions. Also, for adding memory >> properly, memory_block_size_bytes

[PATCH 5/9] clk: bd71837: Devicetree bindings for ROHM BD71837 PMIC

2018-05-23 Thread Matti Vaittinen
Document devicetree bindings for ROHM BD71837 PMIC clock output. Signed-off-by: Matti Vaittinen --- .../bindings/clock/rohm,bd71837-clock.txt | 37 ++ 1 file changed, 37 insertions(+) create mode 100644

[PATCH 4/9] regulator: bd71837: Devicetree bindings for BD71837 regulators

2018-05-23 Thread Matti Vaittinen
Document devicetree bindings for ROHM BD71837 PMIC regulators. Signed-off-by: Matti Vaittinen --- .../bindings/regulator/rohm,bd71837-regulator.txt | 124 + 1 file changed, 124 insertions(+) create mode 100644

[PATCH 3/9] mfd: bd71837: Devicetree bindings for ROHM BD71837 PMIC

2018-05-23 Thread Matti Vaittinen
Document devicetree bindings for ROHM BD71837 PMIC MFD. Signed-off-by: Matti Vaittinen --- .../devicetree/bindings/mfd/rohm,bd71837-pmic.txt | 55 ++ 1 file changed, 55 insertions(+) create mode 100644

[PATCH 1/9] mfd: bd71837: mfd driver for ROHM BD71837 PMIC

2018-05-23 Thread Matti Vaittinen
ROHM BD71837 PMIC MFD driver providing interrupts and support for two subsystems: - clk - Regulators Signed-off-by: Matti Vaittinen --- drivers/mfd/bd71837.c | 238 + include/linux/mfd/bd71837.h | 316

[PATCH 2/9] mfd: bd71837: build BD71837 PMIC MFD driver

2018-05-23 Thread Matti Vaittinen
Configuration options and Makefile for BD71837 PMIC MFD driver Signed-off-by: Matti Vaittinen --- drivers/mfd/Kconfig | 13 + drivers/mfd/Makefile | 1 + 2 files changed, 14 insertions(+) diff --git a/drivers/mfd/Kconfig b/drivers/mfd/Kconfig

[PATCH 0/9] mfd/regulator/clk: bd71837: ROHM BD71837 PMIC driver

2018-05-23 Thread Matti Vaittinen
Patch series adding support for ROHM BD71837 PMIC. BD71837 is a programmable Power Management IC for powering single-core, dual-core, and quad-core SoC’s such as NXP-i.MX 8M. It is optimized for low BOM cost and compact solution footprint. It integrates 8 buck regulators and 7 LDO’s to provide

Re: [PATCH v2 3/5] mfd: cros-ec: Introduce CEC commands and events definitions.

2018-05-23 Thread Benson Leung
Hi Neil, Hi Stefan, On Fri, May 18, 2018 at 03:05:02PM +0200, Neil Armstrong wrote: > The EC can expose a CEC bus, this patch adds the CEC related definitions > needed by the cros-ec-cec driver. > Having a 16 byte mkbp event size makes it possible to send CEC > messages from the EC to the AP

Re: [PATCH v2 1/2] dt-bindings: cpufreq: Introduce QCOM CPUFREQ FW bindings

2018-05-23 Thread Taniya Das
On 5/23/2018 8:43 PM, Sudeep Holla wrote: On 19/05/18 18:34, Taniya Das wrote: Add QCOM cpufreq firmware device bindings for Qualcomm Technology Inc's SoCs. This is required for managing the cpu frequency transitions which are controlled by firmware. Signed-off-by: Taniya Das

[tip:perf/core] perf kcore_copy: Amend the offset of sections that remap kernel text

2018-05-23 Thread tip-bot for Adrian Hunter
Commit-ID: 22916fdb9c50e8fb303bdcedca88fd8798a85844 Gitweb: https://git.kernel.org/tip/22916fdb9c50e8fb303bdcedca88fd8798a85844 Author: Adrian Hunter AuthorDate: Tue, 22 May 2018 13:54:45 +0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf kcore_copy: Copy x86 PTI entry trampoline sections

2018-05-23 Thread tip-bot for Adrian Hunter
Commit-ID: a1a3a0624e6cd0e2c46a7400800a5e687521a504 Gitweb: https://git.kernel.org/tip/a1a3a0624e6cd0e2c46a7400800a5e687521a504 Author: Adrian Hunter AuthorDate: Tue, 22 May 2018 13:54:44 +0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf kcore_copy: Layout sections

2018-05-23 Thread tip-bot for Adrian Hunter
Commit-ID: 15acef6c3727cfe0bc9d1f6b273cca46689e8cd8 Gitweb: https://git.kernel.org/tip/15acef6c3727cfe0bc9d1f6b273cca46689e8cd8 Author: Adrian Hunter AuthorDate: Tue, 22 May 2018 13:54:41 +0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf kcore_copy: Get rid of kernel_map

2018-05-23 Thread tip-bot for Adrian Hunter
Commit-ID: b4503cdb67098b2f08320c2c83df758ea72a4431 Gitweb: https://git.kernel.org/tip/b4503cdb67098b2f08320c2c83df758ea72a4431 Author: Adrian Hunter AuthorDate: Tue, 22 May 2018 13:54:43 +0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf kcore_copy: Iterate phdrs

2018-05-23 Thread tip-bot for Adrian Hunter
Commit-ID: d2c959803c8843f64e419d833dc3722154c82492 Gitweb: https://git.kernel.org/tip/d2c959803c8843f64e419d833dc3722154c82492 Author: Adrian Hunter AuthorDate: Tue, 22 May 2018 13:54:42 +0300 Committer: Arnaldo Carvalho de Melo CommitDate:

Re: [PATCH v2 1/2] dt-bindings: cpufreq: Introduce QCOM CPUFREQ FW bindings

2018-05-23 Thread Viresh Kumar
On 24-05-18, 10:48, Taniya Das wrote: > Hello Rob, Viresh, > > Thank you for the comments. If I understand correctly, the device tree nodes > should look something like the below. > > Though I am not sure if any vendor name could be associated in the cpu > nodes. Well Rob said Yes to that I

[tip:perf/core] perf kcore_copy: Calculate offset from phnum

2018-05-23 Thread tip-bot for Adrian Hunter
Commit-ID: c9dd1d894958b81a329ec01e7dd03b92eca52789 Gitweb: https://git.kernel.org/tip/c9dd1d894958b81a329ec01e7dd03b92eca52789 Author: Adrian Hunter AuthorDate: Tue, 22 May 2018 13:54:40 +0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf kcore_copy: Keep a count of phdrs

2018-05-23 Thread tip-bot for Adrian Hunter
Commit-ID: 6e97957d3d30552c415292bb08a0e5f3c459c027 Gitweb: https://git.kernel.org/tip/6e97957d3d30552c415292bb08a0e5f3c459c027 Author: Adrian Hunter AuthorDate: Tue, 22 May 2018 13:54:39 +0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf kcore_copy: Keep phdr data in a list

2018-05-23 Thread tip-bot for Adrian Hunter
Commit-ID: f6838209484d5cfb368ca5c61d150cc4054eef59 Gitweb: https://git.kernel.org/tip/f6838209484d5cfb368ca5c61d150cc4054eef59 Author: Adrian Hunter AuthorDate: Tue, 22 May 2018 13:54:38 +0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf machine: Allow for extra kernel maps

2018-05-23 Thread tip-bot for Adrian Hunter
Commit-ID: 5759a6820aadd38b2c8c10e93919eae8e31a9f9a Gitweb: https://git.kernel.org/tip/5759a6820aadd38b2c8c10e93919eae8e31a9f9a Author: Adrian Hunter AuthorDate: Tue, 22 May 2018 13:54:35 +0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf annotate: Show group event string for stdio

2018-05-23 Thread tip-bot for Jin Yao
Commit-ID: 787e4da9f95fd44376b3af6fa163ac0b3a48a1fc Gitweb: https://git.kernel.org/tip/787e4da9f95fd44376b3af6fa163ac0b3a48a1fc Author: Jin Yao AuthorDate: Tue, 22 May 2018 19:38:35 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 23

[tip:perf/core] perf machine: Create maps for x86 PTI entry trampolines

2018-05-23 Thread tip-bot for Adrian Hunter
Commit-ID: 1c5aae7710bb9ecf82a5cc88e35a028a8b385763 Gitweb: https://git.kernel.org/tip/1c5aae7710bb9ecf82a5cc88e35a028a8b385763 Author: Adrian Hunter AuthorDate: Tue, 22 May 2018 13:54:36 +0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf machine: Synthesize and process mmap events for x86 PTI entry trampolines

2018-05-23 Thread tip-bot for Adrian Hunter
Commit-ID: a8ce99b0ee9ad32debad0a9f28d21451ba237cc1 Gitweb: https://git.kernel.org/tip/a8ce99b0ee9ad32debad0a9f28d21451ba237cc1 Author: Adrian Hunter AuthorDate: Tue, 22 May 2018 13:54:37 +0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf machine: Fix map_groups__split_kallsyms() for entry trampoline symbols

2018-05-23 Thread tip-bot for Adrian Hunter
Commit-ID: 4d004365e25251002935fc3843d80934248ad3ed Gitweb: https://git.kernel.org/tip/4d004365e25251002935fc3843d80934248ad3ed Author: Adrian Hunter AuthorDate: Tue, 22 May 2018 13:54:34 +0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf annotate: Support '--group' option

2018-05-23 Thread tip-bot for Jin Yao
Commit-ID: 7ebaf4890f63eb90856b76864a0847413cdf6c86 Gitweb: https://git.kernel.org/tip/7ebaf4890f63eb90856b76864a0847413cdf6c86 Author: Jin Yao AuthorDate: Mon, 21 May 2018 22:57:46 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21

[tip:perf/core] perf machine: Add nr_cpus_avail()

2018-05-23 Thread tip-bot for Adrian Hunter
Commit-ID: 9cecca325ea879c84fcd31a5e609a514c1a1dbd1 Gitweb: https://git.kernel.org/tip/9cecca325ea879c84fcd31a5e609a514c1a1dbd1 Author: Adrian Hunter AuthorDate: Tue, 22 May 2018 13:54:32 +0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf machine: Workaround missing maps for x86 PTI entry trampolines

2018-05-23 Thread tip-bot for Adrian Hunter
Commit-ID: 4d99e4136580d178e3523281a820be17bf814bf8 Gitweb: https://git.kernel.org/tip/4d99e4136580d178e3523281a820be17bf814bf8 Author: Adrian Hunter AuthorDate: Tue, 22 May 2018 13:54:33 +0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf report: Use perf_evlist__force_leader to support '--group'

2018-05-23 Thread tip-bot for Jin Yao
Commit-ID: a26bb0ba706aef4f42cc9377c0d4e849378574a4 Gitweb: https://git.kernel.org/tip/a26bb0ba706aef4f42cc9377c0d4e849378574a4 Author: Jin Yao AuthorDate: Mon, 21 May 2018 22:57:45 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21

Re: [PATCH v1 2/2] cpufreq: tegra20: Use PLL_C as intermediate clock source

2018-05-23 Thread Dmitry Osipenko
On 24.05.2018 07:30, Viresh Kumar wrote: > On 23-05-18, 19:00, Dmitry Osipenko wrote: >> PLL_C is running at 600MHz which is significantly higher than the 216MHz >> of the PLL_P and it is known that PLL_C is always-ON because AHB BUS is >> running on that PLL. Let's use PLL_C as intermediate clock

[tip:perf/core] perf evlist: Introduce force_leader() method

2018-05-23 Thread tip-bot for Jin Yao
Commit-ID: e2bdbe80a0b7dea9ba73582701b8a67c01e1da4f Gitweb: https://git.kernel.org/tip/e2bdbe80a0b7dea9ba73582701b8a67c01e1da4f Author: Jin Yao AuthorDate: Mon, 21 May 2018 22:57:44 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21

Re: [GIT PULL 00/18] perf/core improvements

2018-05-23 Thread Ingo Molnar
; Merge tag 'perf-core-for-mingo-4.18-20180519' of > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core > (2018-05-19 13:32:53 +0200) > > are available in the Git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git >

Re: B53 DSA switch problem on Banana Pi-R1 on Fedora 26

2018-05-23 Thread Gerhard Wiesinger
After some analysis with Florian (thnx) we found out that the current implementation is broken: https://patchwork.ozlabs.org/patch/836538/ https://github.com/torvalds/linux/commit/c499696e7901bda18385ac723b7bd27c3a4af624#diff-a2b6f8d89e18de600e873ac3ac43fa1d Florians comment:

[PATCH] clk: mvebu: use correct bit for 98DX3236 NAND

2018-05-23 Thread Chris Packham
The correct fieldbit value for the NAND PLL reload trigger is 27. Fixes: commit e120c17a70e5 ("clk: mvebu: support for 98DX3236 SoC") Signed-off-by: Chris Packham --- I can't remember where the value of 26 came from. Looking at the lsp source I have from

Re: [RFC PATCH v2 00/12] get rid of GFP_ZONE_TABLE/BAD

2018-05-23 Thread Matthew Wilcox
On Tue, May 22, 2018 at 08:37:28PM +0200, Michal Hocko wrote: > So why is this any better than the current code. Sure I am not a great > fan of GFP_ZONE_TABLE because of how it is incomprehensible but this > doesn't look too much better, yet we are losing a check for incompatible > gfp flags. The

Re: [PATCH] remoteproc: Add APSS based Qualcomm ADSP PIL driver for SDM845

2018-05-23 Thread Rohit Kumar
Thanks Bjorn for reviewing. On 5/23/2018 11:56 AM, Bjorn Andersson wrote: On Sun 13 May 00:01 PDT 2018, Rohit kumar wrote: --- a/Documentation/devicetree/bindings/remoteproc/qcom,adsp.txt +++ b/Documentation/devicetree/bindings/remoteproc/qcom,adsp.txt @@ -10,6 +10,7 @@ on the Qualcomm ADSP

Re: [PATCH v2 1/2] dt-bindings: cpufreq: Introduce QCOM CPUFREQ FW bindings

2018-05-23 Thread Taniya Das
Hello Rob, Viresh, Thank you for the comments. If I understand correctly, the device tree nodes should look something like the below. Though I am not sure if any vendor name could be associated in the cpu nodes. Please suggest if my understanding is wrong. cpu@0 { qcom,freq-domain

Re: [PATCH v4 03/31] kconfig: reference environment variables directly and remove 'option env='

2018-05-23 Thread Masahiro Yamada
2018-05-21 20:06 GMT+09:00 Ulf Magnusson : >> >> static char *__expand_string(const char **str, bool (*is_end)(const char *)) >> { >> const char *in, *prev_in, *p; >> char *new, *out; >> size_t outlen; >> >> out = xmalloc(1); >> *out =

Re: [PATCH 3/3] sched/fair: add tracepoints for cfs throttle

2018-05-23 Thread Cong Wang
On Wed, May 23, 2018 at 2:09 AM, Peter Zijlstra wrote: > On Mon, May 21, 2018 at 11:35:38PM -0700, Ivan Babrou wrote: >> > + TP_printk("path=%s cpu=%d runtime_remaining=%lld", >> > __get_str(cfs_path), >> > + __entry->cpu, __entry->runtime_remaining) >>

Re: [PATCH v2 0/7] mm: pages for hugetlb's overcommit may be able to charge to memcg

2018-05-23 Thread TSUKADA Koutaro
On 2018/05/23 3:54, Michal Hocko wrote: > On Tue 22-05-18 22:04:23, TSUKADA Koutaro wrote: >> On 2018/05/22 3:07, Mike Kravetz wrote: >>> On 05/17/2018 09:27 PM, TSUKADA Koutaro wrote: Thanks to Mike Kravetz for comment on the previous version patch. The purpose of this patch-set is

Re: [PATCH v11 1/2] cpufreq: Add Kryo CPU scaling driver

2018-05-23 Thread Viresh Kumar
On 23-05-18, 14:25, Sudeep Holla wrote: > On 23/05/18 13:38, Ilia Lin wrote: > > +static int __init qcom_cpufreq_kryo_init(void) > > +{ > > + /* > > +* Since the driver depends on smem and nvmem drivers, which may > > +* return EPROBE_DEFER, all the real activity is done in the probe, >

Re: KASAN: use-after-free Read in vgacon_invert_region

2018-05-23 Thread Kyungtae Kim
(We analyzed the crash and added the result below.) We report the crash: "KASAN: use-after-free Read in vgacon_invert_region" This crash was found in v4.17-rc3. Specifically, memory access (read operation) is invalid and which is detected by KASAN. Analysis: The function "vt_do_resize"

Re: [PATCH v11 1/2] cpufreq: Add Kryo CPU scaling driver

2018-05-23 Thread Viresh Kumar
On 23-05-18, 14:25, Sudeep Holla wrote: > On 23/05/18 13:38, Ilia Lin wrote: > > +config ARM_QCOM_CPUFREQ_KRYO > > + bool "Qualcomm Kryo based CPUFreq" > > + depends on QCOM_QFPROM > > + depends on QCOM_SMEM > > + select PM_OPP > > + help > > + This adds the CPUFreq driver for

Re: [PATCH v1 2/2] cpufreq: tegra20: Use PLL_C as intermediate clock source

2018-05-23 Thread Viresh Kumar
On 23-05-18, 19:00, Dmitry Osipenko wrote: > PLL_C is running at 600MHz which is significantly higher than the 216MHz > of the PLL_P and it is known that PLL_C is always-ON because AHB BUS is > running on that PLL. Let's use PLL_C as intermediate clock source, making > CPU snappier a tad during of

Re: [PATCH v1 1/2] cpufreq: tegra20: Constify rate value of the intermediate clk

2018-05-23 Thread Viresh Kumar
On 23-05-18, 19:00, Dmitry Osipenko wrote: > PLL_P is known to be always running at 216MHz, hence there is no need to > query its rate. > > Signed-off-by: Dmitry Osipenko > --- > drivers/cpufreq/tegra20-cpufreq.c | 12 +--- > 1 file changed, 5 insertions(+), 7

Re: [PATCH v2 0/7] mm: pages for hugetlb's overcommit may be able to charge to memcg

2018-05-23 Thread TSUKADA Koutaro
On 2018/05/22 22:51, Michal Hocko wrote: > On Fri 18-05-18 13:27:27, TSUKADA Koutaro wrote: >> The purpose of this patch-set is to make it possible to control whether or >> not to charge surplus hugetlb pages obtained by overcommitting to memory >> cgroup. In the future, I am trying to accomplish

Re: linux-next: build warning after merge of the mac80211-next tree

2018-05-23 Thread Kalle Valo
Arnd Bergmann writes: > On Fri, May 11, 2018 at 2:20 PM, Kalle Valo wrote: >> Stephen Rothwell writes: >> >>> After merging the mac80211-next tree, today's linux-next build (arm_multi >>> v7_defconfig) produced this warning: >>> >>>

Re: [PATCH] sound: Use octal not symbolic permissions

2018-05-23 Thread Vinod
On 23-05-18, 12:20, Joe Perches wrote: > Convert the S_ symbolic permissions to their octal equivalents as > using octal and not symbolic permissions is preferred by many as more > readable. > > see: https://lkml.org/lkml/2016/8/2/1945 > > Done with automated conversion via: > $

Re: Bugs involving maliciously crafted file system

2018-05-23 Thread Dave Chinner
On Wed, May 23, 2018 at 08:59:06PM -0400, Theodore Y. Ts'o wrote: > On Thu, May 24, 2018 at 10:49:31AM +1000, Dave Chinner wrote: > > > > We've learnt this lesson the hard way over and over again: don't > > parse untrusted input in privileged contexts. How many times do we > > have to make the

Re: [PATCH 3/4] rcu: Use better variable names in funnel locking loop

2018-05-23 Thread Paul E. McKenney
On Wed, May 23, 2018 at 05:54:50PM -0700, Joel Fernandes wrote: > On Wed, May 23, 2018 at 12:23:49PM -0700, Paul E. McKenney wrote: > > On Wed, May 23, 2018 at 09:06:17AM -0700, Paul E. McKenney wrote: > > > On Tue, May 22, 2018 at 11:38:14PM -0700, Joel Fernandes wrote: > > > > From: "Joel

[PATCH] scripts: Fixed printf format mismatch

2018-05-23 Thread nixiaoming
scripts/kallsyms.c: function write_src: "printf", the #1 format specifier "d" need arg type "int", but the according arg "table_cnt" has type "unsigned int" scripts/recordmcount.c: function do_file: "fprintf", the #1 format specifier "d" need arg type "int", but the according arg

Re: [alsa-devel] [RFC/RFT PATCH] ASoC: topology: Improve backwards compatibility with v4 topology files

2018-05-23 Thread Pierre-Louis Bossart
+static int skl_tplg_get_pvt_data_v4(struct snd_soc_tplg_dapm_widget *tplg_w, + struct skl *skl, struct device *dev, + struct skl_module_cfg *mconfig) +{ + struct skl_dfw_v4_module *dfw = + (struct

Re: [PATCH] gpu: drm: etnaviv: Change return type to vm_fault_t

2018-05-23 Thread Souptick Joarder
> A non-fatal signal being delivered to a task which is > in the middle of a page fault may well end up in an > infinite loop, attempting to handle the page fault and > failing forever. > > On seeing NOPAGE, the fault handler believes the PTE > is in the page table, so does nothing before it

Re: [PATCH 2/2] mm: do not warn on offline nodes unless the specific node is explicitly requested

2018-05-23 Thread Anshuman Khandual
On 05/23/2018 07:36 PM, Michal Hocko wrote: > On Wed 23-05-18 19:15:51, Anshuman Khandual wrote: >> On 05/23/2018 06:25 PM, Michal Hocko wrote: >>> when adding memory to a node that is currently offline. >>> >>> The VM_WARN_ON is just too loud without a good reason. In this >>> particular case we

Re: [PATCH 0/5] mm: rework hmm to use devm_memremap_pages

2018-05-23 Thread Dan Williams
On Wed, May 23, 2018 at 5:10 PM, Jerome Glisse wrote: > On Mon, May 21, 2018 at 03:35:14PM -0700, Dan Williams wrote: >> Hi Andrew, please consider this series for 4.18. >> >> For maintainability, as ZONE_DEVICE continues to attract new users, >> it is useful to keep all users

[PATCH] scripts/dtc: Fixed format mismatch in fprintf

2018-05-23 Thread nixiaoming
format specifier "d" need arg type "int" , but the according arg "fdt32_to_cpu(xxx)" has type "unsigned int" Signed-off-by: nixiaoming --- scripts/dtc/fdtdump.c | 6 +++--- scripts/dtc/flattree.c | 2 +- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git

Re: [v3 03/10] mfd: mtk-mmsys: Add mmsys driver

2018-05-23 Thread Sean Wang
On Mon, 2018-04-30 at 11:18 +0100, Lee Jones wrote: > On Fri, 27 Apr 2018, matthias@kernel.org wrote: > > > From: Matthias Brugger > > > > The MMSYS subsystem includes clocks and drm components. > > This patch adds a MFD device to probe both drivers from the same > >

net/ipv4/netfilter/nft_chain_nat_ipv4.c:39: undefined reference to `nft_do_chain'

2018-05-23 Thread kbuild test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: bee797529d7c1ea4e2803fda067d20edbc00bc3d commit: 02c7b25e5f54321b9063e18d4f52cce07f8e081d netfilter: nf_tables: build-in filter chain type date: 8 weeks ago config: x86_64-randconfig-s0-05240812 (attached

Re: [PATCH] printk: inject caller information into the body of message

2018-05-23 Thread Sergey Senozhatsky
On (05/18/18 15:08), Dmitry Vyukov wrote: [..] > >> What consoles do support it? > >> We are interested at least in qemu console, GCE console and Android > >> phone consoles. But it would be pity if this can't be used on various > >> development boards too. > > > > Only the netconsole is able to

Re: [PATCHv3 2/2] x86/vdso: Add build salt to the vDSO

2018-05-23 Thread Laura Abbott
On 05/23/2018 06:43 PM, Masahiro Yamada wrote: 2018-05-24 9:11 GMT+09:00 Masahiro Yamada : 2018-05-24 7:53 GMT+09:00 Laura Abbott : On 05/22/2018 05:33 PM, Andy Lutomirski wrote: On Tue, May 22, 2018 at 5:19 PM Laura Abbott

Re: [PATCH] printk: inject caller information into the body of message

2018-05-23 Thread Sergey Senozhatsky
On (05/18/18 14:15), Petr Mladek wrote: > > Dunno... > > For instance, can we store context tracking info as a extended record > > data? We have that dict/dict_len thing. So may we can store tracking > > info there? Extended records will appear on the serial console /* if > > console supports

Re: [PATCH v3 net-next 0/2] bpfilter

2018-05-23 Thread Alexei Starovoitov
On 5/23/18 6:50 PM, Jakub Kicinski wrote: On Wed, 23 May 2018 18:33:52 -0700, Jakub Kicinski wrote: Minor glitch with Ubuntu 18.04: $ gcc --version gcc (Ubuntu 7.3.0-16ubuntu3) 7.3.0 In file included from /usr/include/fcntl.h:290:0, from ../net/bpfilter/main.c:7: In function

Re: [PATCH 04/12] powerpc: Implement hw_breakpoint_arch_parse()

2018-05-23 Thread Michael Ellerman
Frederic Weisbecker writes: > diff --git a/arch/powerpc/kernel/hw_breakpoint.c > b/arch/powerpc/kernel/hw_breakpoint.c > index 348cac9..fba6527 100644 > --- a/arch/powerpc/kernel/hw_breakpoint.c > +++ b/arch/powerpc/kernel/hw_breakpoint.c > @@ -139,30 +139,31 @@ int

Re: [PATCH v2 2/5] gpio: syscon: Add gpio-syscon for rockchip

2018-05-23 Thread Levin Du
Hi all, I'd like to quote reply of Robin Murphy at  http://lists.infradead.org/pipermail/linux-rockchip/2018-May/020619.html I would suggest s/pin number/bit number in the associated GRF register/ here. At least in this RK3328 case there's only one pin, which isn't numbered, and if you naively

Re: [PATCHv3 2/2] x86/vdso: Add build salt to the vDSO

2018-05-23 Thread Masahiro Yamada
2018-05-23 9:19 GMT+09:00 Laura Abbott : > > The vDSO is linked separately from the kernel and modules. Ensure it picks > up the comment section, if available. > > Signed-off-by: Laura Abbott > --- > v3: Invoke the generated linker script. The ".."

Re: [PATCH 01/12] perf/breakpoint: Split attribute parse and commit

2018-05-23 Thread Michael Ellerman
Frederic Weisbecker writes: > diff --git a/kernel/events/hw_breakpoint.c b/kernel/events/hw_breakpoint.c > index 6e28d28..51320c2 100644 > --- a/kernel/events/hw_breakpoint.c > +++ b/kernel/events/hw_breakpoint.c > @@ -424,19 +443,22 @@ static int

Re: [PATCH v3 net-next 0/2] bpfilter

2018-05-23 Thread Jakub Kicinski
On Wed, 23 May 2018 18:33:52 -0700, Jakub Kicinski wrote: > Minor glitch with Ubuntu 18.04: > > $ gcc --version > gcc (Ubuntu 7.3.0-16ubuntu3) 7.3.0 > > In file included from /usr/include/fcntl.h:290:0, > from ../net/bpfilter/main.c:7: > In function ‘open’, > inlined from

Re: [PATCH 10/13] atomics/powerpc: define atomic64_fetch_add_unless()

2018-05-23 Thread Michael Ellerman
Hi Mark, Mark Rutland writes: > As a step towards unifying the atomic/atomic64/atomic_long APIs, this > patch converts the arch/powerpc implementation of atomic64_add_unless() > into an implementation of atomic64_fetch_add_unless(). > > A wrapper in will build

Re: BUG: scsi/qla2xxx: BUG_ON(blk_queued_rq(req) is triggered in blk_finish_request

2018-05-23 Thread jianchao.wang
Would anyone please take a look at this ? Thanks in advance Jianchao On 05/23/2018 11:55 AM, jianchao.wang wrote: > > > Hi all > > Our customer met a panic triggered by BUG_ON in blk_finish_request. >>From the dmesg log, the BUG_ON was triggered after command abort occurred >>many times. >

Re: [PATCH] kdump: add default crashkernel reserve kernel config options

2018-05-23 Thread Dave Young
Hi Petr, On 05/23/18 at 10:22pm, Petr Tesarik wrote: > On Wed, 23 May 2018 10:53:55 -0500 > ebied...@xmission.com (Eric W. Biederman) wrote: > > > Dave Young writes: > > > > > [snip] > > > > > >> > > > >> > +config CRASHKERNEL_DEFAULT_THRESHOLD_MB > > >> > + int

[RFC/RFT] [PATCH v2 1/6] cpufreq: intel_pstate: Cache last HWP capability/request value

2018-05-23 Thread Srinivas Pandruvada
Store the HWP request value last set using MSR_HWP_REQUEST. This will allow us to save cycles used for reading last HWP request value for dynamic update of MSR_HWP_REQUEST. Also store HWP capability MSR value in local memory, to avoid reading MSR later for calculating limits for dynamic update of

[RFC/RFT] [PATCH v2 6/6] cpufreq: intel_pstate: enable boost for SKX

2018-05-23 Thread Srinivas Pandruvada
Enable HWP boost on Skylake server platform. Signed-off-by: Srinivas Pandruvada --- drivers/cpufreq/intel_pstate.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/cpufreq/intel_pstate.c b/drivers/cpufreq/intel_pstate.c index

[RFC/RFT] [PATCH v2 2/6] cpufreq: intel_pstate: Add HWP boost utility functions

2018-05-23 Thread Srinivas Pandruvada
Added two utility functions to HWP boost up gradually and boost down to the default cached HWP request values. Boost up: Boost up updates HWP request minimum value in steps. This minimum value can reach upto at HWP request maximum values depends on how frequently, the IOWAIT flag is set. At max,

[RFC/RFT] [PATCH v2 0/6] Intel_pstate: HWP Dynamic performance boost

2018-05-23 Thread Srinivas Pandruvada
v2 This is a much simpler version than the previous one and only consider IO boost, using the existing mechanism. There is no change in this series beyond intel_pstate driver. Once PeterZ finishes his work on frequency invariant, I will revisit thread migration optimization in HWP mode. Other

[RFC/RFT] [PATCH v2 3/6] cpufreq: intel_pstate: Add update_util_hook for HWP

2018-05-23 Thread Srinivas Pandruvada
When HWP dynamic boost is active then set the HWP specific update util hook. Signed-off-by: Srinivas Pandruvada --- drivers/cpufreq/intel_pstate.c | 21 + 1 file changed, 17 insertions(+), 4 deletions(-) diff --git

[RFC/RFT] [PATCH v2 4/6] cpufreq: intel_pstate: HWP boost performance on IO wakeup

2018-05-23 Thread Srinivas Pandruvada
This change uses SCHED_CPUFREQ_IOWAIT flag to boost HWP performance. Since SCHED_CPUFREQ_IOWAIT flag is set frequently, we don't start boosting steps unless we see two consecutive flags in two ticks. This avoids boosting due to IO because of regular system activities. To avoid synchronization

[RFC/RFT] [PATCH v2 5/6] cpufreq: intel_pstate: New sysfs entry to control HWP boost

2018-05-23 Thread Srinivas Pandruvada
A new attribute is added to intel_pstate sysfs to enable/disable HWP dynamic performance boost. Signed-off-by: Srinivas Pandruvada --- drivers/cpufreq/intel_pstate.c | 30 ++ 1 file changed, 30 insertions(+) diff --git

Re: [PATCHv3 2/2] x86/vdso: Add build salt to the vDSO

2018-05-23 Thread Masahiro Yamada
2018-05-24 9:11 GMT+09:00 Masahiro Yamada : > 2018-05-24 7:53 GMT+09:00 Laura Abbott : >> On 05/22/2018 05:33 PM, Andy Lutomirski wrote: >>> >>> On Tue, May 22, 2018 at 5:19 PM Laura Abbott wrote: >>> >>> The vDSO is

Re: [PATCH v1] dma: imx-sdma: add virt-dma support

2018-05-23 Thread Robin Gong
Okay, I'll try to split it. On 三, 2018-05-23 at 19:04 +0530, Vinod wrote: > On 23-05-18, 12:56, s.ha...@pengutronix.de wrote: > > > > > Well, it's somewhat related to virtual dma support, but that's not > > my > > point. My point is that this patch is quite big and thus hard to > > review. > >

Re: [PATCH] kdump: add default crashkernel reserve kernel config options

2018-05-23 Thread Dave Young
Hi Eric, On 05/23/18 at 10:53am, Eric W. Biederman wrote: > Dave Young writes: > > > [snip] > > > >> > > >> > +config CRASHKERNEL_DEFAULT_THRESHOLD_MB > >> > +int "System memory size threshold for kdump memory default > >> > reserving" > >> > +depends on

Re: [PATCHv3 2/2] x86/vdso: Add build salt to the vDSO

2018-05-23 Thread Laura Abbott
On 05/23/2018 05:06 PM, Linus Torvalds wrote: On Wed, May 23, 2018, 17:01 Andy Lutomirski > wrote: I don’t know whether I’m missing something obvious, but can’t this be in C? Yes, but I thought Laura wanted to limit it to linker file

Re: [PATCH 1/4] rcu: Speed up calling of RCU tasks callbacks

2018-05-23 Thread Steven Rostedt
On Wed, 23 May 2018 17:51:19 -0700 Joel Fernandes wrote: > Shouldn't this assignment be done outside the loop? I believe the variable > will be initialized on each iteration. > > A program like this doesn't terminate: > > #include > > int main() { > for (;;) { >

Re: [PATCH v3 net-next 0/2] bpfilter

2018-05-23 Thread Jakub Kicinski
Minor glitch with Ubuntu 18.04: $ gcc --version gcc (Ubuntu 7.3.0-16ubuntu3) 7.3.0 In file included from /usr/include/fcntl.h:290:0, from ../net/bpfilter/main.c:7: In function ‘open’, inlined from ‘main’ at ../net/bpfilter/main.c:58:13:

[PATCH V3] nvme-rdma: stop queue first before free it in config admin queue

2018-05-23 Thread Jianchao Wang
When any of cases after nvme_rdma_start_queue in nvme_rdma_configure_admin_queue fails, the ctrl->queues[0] will be freed but the NVME_RDMA_Q_LIVE is still set. If nvme_rdma_stop_queue is invoked, we will incur use-after-free which will cause memory corruption. BUG: KASAN: use-after-free in

Re: [PATCH v2 2/4] drm/mediatek: Add support for mediatek SOC MT2712

2018-05-23 Thread CK Hu
Hi, Stu: On Wed, 2018-05-23 at 17:28 +0800, Stu Hsieh wrote: > On Wed, 2018-05-23 at 13:23 +0800, CK Hu wrote: > > Hi, Stu: > > > > I've some inline comment. > > > > On Wed, 2018-05-23 at 10:25 +0800, Stu Hsieh wrote: > > > This patch add support for the Mediatek MT2712 DISP subsystem. > > >

[PATCH v7 7/8] lib: Add module to simulate atomic sections for testing preemptoff tracers

2018-05-23 Thread Joel Fernandes
From: "Joel Fernandes (Google)" In this patch we introduce a test module for simulating a long atomic section in the kernel which the preemptoff or irqsoff tracers can detect. This module is to be used only for test purposes and is default disabled. Following is the

[PATCH v7 5/8] tracepoint: Make rcuidle tracepoint callers use SRCU

2018-05-23 Thread Joel Fernandes
From: "Joel Fernandes (Google)" In recent tests with IRQ on/off tracepoints, a large performance overhead ~10% is noticed when running hackbench. This is root caused to calls to rcu_irq_enter_irqson and rcu_irq_exit_irqson from the tracepoint code. Following a long

[PATCH v7 6/8] tracing: Centralize preemptirq tracepoints and unify their usage

2018-05-23 Thread Joel Fernandes
From: "Joel Fernandes (Google)" This patch detaches the preemptirq tracepoints from the tracers and keeps it separate. Advantages: * Lockdep and irqsoff event can now run in parallel since they no longer have their own calls. * This unifies the usecase of adding hooks

[PATCH v7 8/8] kselftests: Add tests for the preemptoff and irqsoff tracers

2018-05-23 Thread Joel Fernandes
From: "Joel Fernandes (Google)" Here we add unit tests for the preemptoff and irqsoff tracer by using a kernel module introduced previously to trigger atomic sections in the kernel. Signed-off-by: Joel Fernandes (Google) ---

[PATCH v7 2/8] srcu: Add notrace variants of srcu_read_{lock,unlock}

2018-05-23 Thread Joel Fernandes
From: Paul McKenney This is needed for a future tracepoint patch that uses srcu, and to make sure it doesn't call into lockdep. tracepoint code already calls notrace variants for rcu_read_lock_sched so this patch does the same for srcu which will be used in a later

[PATCH v7 3/8] srcu: Add notrace variant of srcu_dereference

2018-05-23 Thread Joel Fernandes
From: "Joel Fernandes (Google)" In the last patch in this series, we are making lockdep register hooks onto the irq_{disable,enable} tracepoints. These tracepoints use the _rcuidle tracepoint variant. In this series we switch the _rcuidle tracepoint callers to use SRCU

[PATCH v7 4/8] trace/irqsoff: Split reset into separate functions

2018-05-23 Thread Joel Fernandes
From: "Joel Fernandes (Google)" Split reset functions into seperate functions in preparation of future patches that need to do tracer specific reset. Signed-off-by: Joel Fernandes (Google) --- kernel/trace/trace_irqsoff.c | 22

[PATCH v7 1/8] softirq: reorder trace_softirqs_on to prevent lockdep splat

2018-05-23 Thread Joel Fernandes
From: "Joel Fernandes (Google)" I'm able to reproduce a lockdep splat with config options: CONFIG_PROVE_LOCKING=y, CONFIG_DEBUG_LOCK_ALLOC=y and CONFIG_PREEMPTIRQ_EVENTS=y $ echo 1 > /d/tracing/events/preemptirq/preempt_enable/enable [ 26.112609]

[PATCH v7 0/8] Centralize and unify usage of preempt/irq tracepoints

2018-05-23 Thread Joel Fernandes
From: "Joel Fernandes (Google)" This is the next revision of preempt/irq tracepoint centralization and unified usage across the kernel. The preempt/irq tracepoints exist but not everything in the kernel is using it. This makes things not work simultaneously (for ex, only

Re: [PATCH 07/14] powerpc: Add support for restartable sequences

2018-05-23 Thread Michael Ellerman
Mathieu Desnoyers writes: > - On May 23, 2018, at 4:14 PM, Mathieu Desnoyers > mathieu.desnoy...@efficios.com wrote: ... >> >> Hi Boqun, >> >> I tried your patch in a ppc64 le environment, and it does not survive boot >> with CONFIG_DEBUG_RSEQ=y. init gets

[PATCH -V2 -mm 3/4] mm, hugetlbfs: Rename address to haddr in hugetlb_cow()

2018-05-23 Thread Huang, Ying
From: Huang Ying To take better advantage of general huge page copying optimization, the target subpage address will be passed to hugetlb_cow(), then copy_user_huge_page(). So we will use both target subpage address and huge page size aligned address in hugetlb_cow(). To

[PATCH -V2 -mm 2/4] mm, huge page: Copy target sub-page last when copy huge page

2018-05-23 Thread Huang, Ying
From: Huang Ying Huge page helps to reduce TLB miss rate, but it has higher cache footprint, sometimes this may cause some issue. For example, when copying huge page on x86_64 platform, the cache footprint is 4M. But on a Xeon E5 v3 2699 CPU, there are 18 cores, 36

[PATCH -V2 -mm 4/4] mm, hugetlbfs: Pass fault address to cow handler

2018-05-23 Thread Huang, Ying
From: Huang Ying This is to take better advantage of the general huge page copying optimization. Where, the target subpage will be copied last to avoid the cache lines of target subpage to be evicted when copying other subpages. This works better if the address of the

[PATCH -V2 -mm 1/4] mm, clear_huge_page: Move order algorithm into a separate function

2018-05-23 Thread Huang, Ying
From: Huang Ying In commit c79b57e462b5d ("mm: hugetlb: clear target sub-page last when clearing huge page"), to keep the cache lines of the target subpage hot, the order to clear the subpages in the huge page in clear_huge_page() is changed to clearing the subpage which is

[PATCH -V2 -mm 0/4] mm, huge page: Copy target sub-page last when copy huge page

2018-05-23 Thread Huang, Ying
From: Huang Ying Huge page helps to reduce TLB miss rate, but it has higher cache footprint, sometimes this may cause some issue. For example, when copying huge page on x86_64 platform, the cache footprint is 4M. But on a Xeon E5 v3 2699 CPU, there are 18 cores, 36

Proposal

2018-05-23 Thread Miss Zeliha Omer Faruk
Hello Greetings to you please i have a business proposal for you contact me for more detailes asap thanks. Best Regards, Miss.Zeliha ömer faruk Esentepe Mahallesi Büyükdere Caddesi Kristal Kule Binasi No:215 Sisli - Istanbul, Turkey

Re: Bugs involving maliciously crafted file system

2018-05-23 Thread Theodore Y. Ts'o
On Thu, May 24, 2018 at 10:49:31AM +1000, Dave Chinner wrote: > > We've learnt this lesson the hard way over and over again: don't > parse untrusted input in privileged contexts. How many times do we > have to make the same mistakes before people start to learn from > them? Good question. For

  1   2   3   4   5   6   7   8   9   10   >