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

2019-04-15 Thread Stephen Rothwell
Hi all, On Fri, 29 Mar 2019 13:39:14 +1100 Stephen Rothwell wrote: > > After merging the akpm-current tree, today's linux-next build (arm > multi_v7_defconfig) produced this warning: > > lib/list_sort.c:17:36: warning: 'pure' attribute ignored [-Wattributes] >struct list_head const *, struc

Re: [PATCH] iwlegacy: fix spelling mistake "acumulative" -> "accumulative"

2019-04-15 Thread Mukesh Ojha
On 4/15/2019 4:07 PM, Colin King wrote: From: Colin Ian King Fix spelling mistakes in rx stats text. I missed these from an earlier round of fixing the same spelling mistake. Signed-off-by: Colin Ian King Reviewed-by: Mukesh Ojha Cheers, -Mukesh --- drivers/net/wireless/intel/iwlegac

[RFC] mmc: cqhci: clear pending interrupt and halt

2019-04-15 Thread Peng Fan
On i.MX8MM, we are running Dual Linux OS, with 1st Linux using SD Card as rootfs storage, 2nd Linux using eMMC as rootfs storage. We let the the 1st linux configure power/clock for the 2nd Linux. When the 2nd Linux is booting into rootfs stage, we let the 1st Linux to destroy the 2nd linux, then r

[PATCH] configfs: Fix possible use-after-free in configfs_register_group

2019-04-15 Thread Yue Haibing
From: YueHaibing Syzkaller report this: BUG: KASAN: use-after-free in __list_add_valid+0xd4/0xe0 lib/list_debug.c:26 Read of size 8 at addr 8881ef61ae20 by task syz-executor.0/5996 CPU: 1 PID: 5996 Comm: syz-executor.0 Tainted: G C5.0.0+ #5 Hardware name: QEMU Standard PC (i

[PATCH v4 0/7] ARM: sun8i: a83t: Enable USB OTG

2019-04-15 Thread Chen-Yu Tsai
From: Chen-Yu Tsai Hi everyone, This is v4 of my A83T USB power supply / OTG series. Hopefully this is the last revision even though it's kind of late in the -rc cycle for the patches to make the next release. Fingers crossed. Changes since v3: - Dropped patch for disabling current limit -

[PATCH v4 1/7] dt-bindings: power: supply: axp20x_usb_power: add axp813 compatible

2019-04-15 Thread Chen-Yu Tsai
From: Chen-Yu Tsai This adds the "x-powers,axp813-usb-power-supply" to the list of compatibles for AXP20X VBUS power supply driver. Reviewed-by: Rob Herring Signed-off-by: Chen-Yu Tsai --- Changes since v2: - Collected Rob's Reviewed-by --- .../devicetree/bindings/power/supply/axp20x_usb_

[PATCH v4 2/7] power: supply: axp20x_usb_power: Fix typo in VBUS current limit macros

2019-04-15 Thread Chen-Yu Tsai
From: Chen-Yu Tsai The VBUS current limit value macros have VBUS typed as VBUC, while the bitmask macro is named correctly. Fix it. Fixes: 69fb4dcada77 ("power: Add an axp20x-usb-power driver") Signed-off-by: Chen-Yu Tsai --- drivers/power/supply/axp20x_usb_power.c | 16 1 fil

Re: [PATCH 1/1] pinctrl: Add alternative way for specifying register bases

2019-04-15 Thread Light Hsieh
Hi, Sean: On Sun, 2019-04-14 at 16:01 -0700, Sean Wang wrote: > Hi, Light > > On Thu, Apr 11, 2019 at 8:15 PM Light Hsieh wrote: > > > > The orginal PINCTRL_MTK_PARIS/PINCTRL_MTK_MOORE need more effort for > > specifying register bases when porting platform driver: > > 1. Write mt_pinctrl_re

[PATCH 5/5] lib/test_bitmap: add tests for bitmap_parselist_user

2019-04-15 Thread Yury Norov
From: Yury Norov Propagate existing bitmap_parselist() tests to bitmap_parselist_user(). Signed-off-by: Yury Norov Reviewed-by: Andy Shevchenko --- lib/test_bitmap.c | 46 -- 1 file changed, 36 insertions(+), 10 deletions(-) diff --git a/lib/test_b

[PATCH v5 0/5] lib: rework bitmap_parselist and tests

2019-04-15 Thread Yury Norov
bitmap_parselist has been evolved from a pretty simple idea for long and now lacks for refactoring. It is not structured, has nested loops and a set of opaque-named variables. Things are more complicated because bitmap_parselist() is a part of user interface, and its behavior should not change. I

[PATCH 1/5] lib: make bitmap_parselist_user() a wrapper on bitmap_parselist()

2019-04-15 Thread Yury Norov
From: Yury Norov Currently we parse user data byte after byte which leads to overcomplification of parsing algorithm. The only user of bitmap_parselist_user() is not performance-critical, and so we can duplicate user data to kernel buffer and simply call bitmap_parselist(). This rework lets us un

[PATCH 3/5] lib/test_bitmap: switch test_bitmap_parselist to ktime_get()

2019-04-15 Thread Yury Norov
From: Yury Norov test_bitmap_parselist currently uses get_cycles which is not implemented on some platforms, so use ktime_get() instead. Signed-off-by: Yury Norov Reviewed-by: Andy Shevchenko --- lib/test_bitmap.c | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/li

[PATCH 2/5] lib: rework bitmap_parselist

2019-04-15 Thread Yury Norov
From: Yury Norov Remove __bitmap_parselist helper and split the function to logical parts. Signed-off-by: Yury Norov --- lib/bitmap.c | 255 --- 1 file changed, 142 insertions(+), 113 deletions(-) diff --git a/lib/bitmap.c b/lib/bitmap.c index c

[PATCH 4/5] lib/test_bitmap: add testcases for bitmap_parselist

2019-04-15 Thread Yury Norov
From: Yury Norov Add tests for non-number character, empty regions, integer overflow. Signed-off-by: Yury Norov Reviewed-by: Andy Shevchenko --- lib/test_bitmap.c | 18 +- 1 file changed, 17 insertions(+), 1 deletion(-) diff --git a/lib/test_bitmap.c b/lib/test_bitmap.c index

[PATCH v15 3/3] Documentation/filesystems/proc.txt: add AVX512_elapsed_ms

2019-04-15 Thread Aubrey Li
Added AVX512_elapsed_ms in /proc//status. Report it in Documentation/filesystems/proc.txt Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven Cc: Linux API Cc: Alexey Dobriyan Cc: Andrew Morton --- Documentation/filesystems/proc.tx

[PATCH v15 2/3] x86,/proc/pid/status: Add AVX-512 usage elapsed time

2019-04-15 Thread Aubrey Li
AVX-512 components use could cause core turbo frequency drop. So it's useful to expose AVX-512 usage elapsed time as a heuristic hint for the user space job scheduler to cluster the AVX-512 using tasks together. Tensorflow example: $ while [ 1 ]; do cat /proc/tid/status | grep AVX; sleep 1; done A

[PATCH v15 1/3] /proc/pid/status: Add support for architecture specific output

2019-04-15 Thread Aubrey Li
The architecture specific information of the running processes could be useful to the userland. Add support to examine process architecture specific information externally. Signed-off-by: Aubrey Li Cc: Peter Zijlstra Cc: Andi Kleen Cc: Tim Chen Cc: Dave Hansen Cc: Arjan van de Ven Cc: Linux

Re: [PATCH 0/3] Add ST lsm6dso i3c suppport

2019-04-15 Thread Boris Brezillon
Hi Vitor, On Mon, 15 Apr 2019 21:19:38 +0200 Vitor Soares wrote: I like the very detailed description in your cover letter :P. Anyway, glad to see I3C support added to regmap. Also happy to have a new driver for an I3C device. Thanks for working on that. Boris > Vitor Soares (3): > remap: A

Re: [PATCH] pci: fix warning for struct hisi_pcie_platform_ops

2019-04-15 Thread Zhou Wang
On 2019/4/15 16:53, Mao Wenan wrote: > There is one warning exist while compiling > drivers/pci/controller/dwc/pcie-hisi.c. > make allmodconfig ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- > make C=2 drivers/pci/controller/dwc/pcie-hisi.o ARCH=arm64 > CROSS_COMPILE=aarch64-linux-gnu- > drivers/pci

[tip:x86/urgent] x86/build/lto: Fix truncated .bss with -fdata-sections

2019-04-15 Thread tip-bot for Sami Tolvanen
Commit-ID: 6a03469a1edc94da52b65478f1e00837add869a3 Gitweb: https://git.kernel.org/tip/6a03469a1edc94da52b65478f1e00837add869a3 Author: Sami Tolvanen AuthorDate: Mon, 15 Apr 2019 09:49:56 -0700 Committer: Ingo Molnar CommitDate: Tue, 16 Apr 2019 08:20:55 +0200 x86/build/lto: Fix trunca

Re: [PATCH 3/3] iio: imu: st_lsm6dsx: Add i3c basic support

2019-04-15 Thread Boris Brezillon
On Mon, 15 Apr 2019 21:19:41 +0200 Vitor Soares wrote: > For today the st_lsm6dsx driver support lsm6dso sensor only in > spi and i2c mode. > > The lsm6dso is also i3c capable so lets give i3c support to it. > > Signed-off-by: Vitor Soares > --- > drivers/iio/imu/st_lsm6dsx/Kconfig |

Re: [PATCH v2 11/19] PM / devfreq: tegra: De-initialize properly on driver's probe error

2019-04-15 Thread Chanwoo Choi
Hi Dmitry, I already replied against patch6 about the exception handling of tegra_devfreq_probe(). This patchset split out the patch related to error handling for probe(). I think that you can squash the patches regarding of exception handling for probe() to one patch instead of split out the mult

[PATCH V1 3/3] regulator: slg51000: add slg51000 regulator driver

2019-04-15 Thread Eric Jeong
applies against linux-next and next-20190415 drivers/regulator/Kconfig |9 + drivers/regulator/Makefile |1 + drivers/regulator/slg51000-regulator.c | 548 drivers/regulator/slg51000-regulator.h | 505

[PATCH V1 0/3] slg51000: regulator driver submission

2019-04-15 Thread Eric Jeong
and next-20190415 Thank you, Eric Jeong, Dialog Semiconductor Ltd. Eric Jeong (3): MAINTAINERS: slg51000 updates to the Dialog Semiconductor search terms Documentation: devicetree: regulator: add binding for slg51000 regulator: slg51000: add slg51000 regulator driver .../devicetree

[PATCH V1 2/3] Documentation: devicetree: regulator: add binding for slg51000

2019-04-15 Thread Eric Jeong
From: Eric Jeong Add device tree binding information for slg51000 regulator driver. Signed-off-by: Eric Jeong --- This patch applies against linux-next and next-20190415 .../devicetree/bindings/regulator/slg51000.txt | 88 1 file changed, 88 insertions

[PATCH V1 1/3] MAINTAINERS: slg51000 updates to the Dialog Semiconductor search terms

2019-04-15 Thread Eric Jeong
From: Eric Jeong This patch adds the slg51000 bindings doc and driver to the Dialog Semiconductor support list. Signed-off-by: Eric Jeong --- MAINTAINERS |2 ++ 1 file changed, 2 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 002d564..9783eba 100644 --- a/MAINTAINERS +++ b

Re: [PATCH 2/3] i3c: Add i3c_get_device_id helper

2019-04-15 Thread Boris Brezillon
On Mon, 15 Apr 2019 21:19:40 +0200 Vitor Soares wrote: > This helper return the i3c_device_id structure in order the client > have access to the driver data. > > Signed-off-by: Vitor Soares > --- > drivers/i3c/device.c | 8 > include/linux/i3c/device.h | 1 + > 2 files changed,

Re: [PATCH 1/3] remap: Add I3C bus support

2019-04-15 Thread Boris Brezillon
Typo in the subject: s/remap/regmap/ On Mon, 15 Apr 2019 21:19:39 +0200 Vitor Soares wrote: > Add basic support for I3C bus. > This is a simple implementation that only give support > for Read and Write commands. > > Signed-off-by: Vitor Soares > --- > drivers/base/regmap/Kconfig | 6 ++

Re: [PATCH 3/3] i3c: dw: Add limited bus mode support

2019-04-15 Thread Boris Brezillon
+Przemek On Mon, 15 Apr 2019 20:46:43 +0200 Vitor Soares wrote: > This patch add limited bus mode support for DesignWare i3c master > > Signed-off-by: Vitor Soares > Cc: Boris Brezillon > Cc: > --- > drivers/i3c/master/dw-i3c-master.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git

Re: [PATCH 4/4] ARM: ep93xx: move private headers out of mach/*

2019-04-15 Thread Lukasz Majewski
On Mon, 15 Apr 2019 21:31:50 +0200 Arnd Bergmann wrote: > gpio-ep93xx.h, hardware.h, and platform.h are only used in > arch/arm/mach-ep93xx, so we can move them one there and no > longer expose them to device drivers. > > Signed-off-by: Arnd Bergmann > --- > arch/arm/mach-ep93xx/adssphere.c

Re: [PATCH 2/3] i3c: add mixed limited bus mode

2019-04-15 Thread Boris Brezillon
Hi Vitor, On Mon, 15 Apr 2019 20:46:42 +0200 Vitor Soares wrote: > The i3c bus spec define a bus configuration where the i2c devices ^defines I2C devices... > doesn't have the 50ns filter yet they allow the SDR max speed. ^don't^ a 50ns fil

Re: [PATCH v2 10/19] PM / devfreq: tegra: Drop primary interrupt handler

2019-04-15 Thread Chanwoo Choi
Hi, It looks good to me to drop the primary interrupt handler but I have some comments. Please check it. On 19. 4. 15. 오후 11:54, Dmitry Osipenko wrote: > There is no real need in the primary interrupt handler, hence move > everything to the secondary (threaded) handler. In a result locking > is c

Re: [PATCH 5/5] pinctrl: zte: fix leaked of_node references

2019-04-15 Thread Shawn Guo
On Fri, Apr 12, 2019 at 02:02:23PM +0800, Wen Yang wrote: > The call to of_parse_phandle returns a node pointer with refcount > incremented thus it must be explicitly decremented after the last > usage. > > Detected by coccinelle with the following warnings: > ./drivers/pinctrl/zte/pinctrl-zx.c:41

Re: [PATCH v5 1/2] drm/bridge: sil_sii8620: make remote control optional.

2019-04-15 Thread Andrzej Hajda
On 16.04.2019 01:24, Life is hard, and then you die wrote: > Hi Andrzej, > > On Mon, Apr 15, 2019 at 10:58:09AM +0200, Andrzej Hajda wrote: >> On 15.04.2019 10:12, Ronald Tschalär wrote: >>> commit d6abe6df706c (drm/bridge: sil_sii8620: do not have a dependency >>> of RC_CORE) changed the driver

Re: [PATCH 1/3] i3c: fix i2c and i3c scl rate by bus mode

2019-04-15 Thread Boris Brezillon
On Mon, 15 Apr 2019 20:46:41 +0200 Vitor Soares wrote: > Currently in case of mixed slow bus topologie and all i2c devices > support FM+ speed, the i3c subsystem limite the SCL to FM speed. " Currently the I3C framework limits SCL frequency to FM speed when dealing with a mixed slow bus, even if

Re: [PATCH] ARM: imx: use generic function to exit coherency

2019-04-15 Thread Shawn Guo
On Thu, Apr 11, 2019 at 01:14:12AM +0200, Stefan Agner wrote: > The common ARM architecture code provides a generic function to exit > coherency called v7_exit_coherency_flush(). Replace the machine > specific implementation using the generic function. > > Tested on a i.MX 6Dual by hotplugging the

[PATCH] arm64: dts: mt8183: add usb node

2019-04-15 Thread Chunfeng Yun
From: Jumin Li Add USB DTS node to the mt8183 and mt8183-evb. Signed-off-by: Jumin Li Signed-off-by: Chunfeng Yun --- this patch is based on v5.1-rc1 and these patches: https://patchwork.kernel.org/patch/10856987/ https://patchwork.kernel.org/patch/10839021/ https://patchwork.kernel.org/patch/

RE: [EXT] Re: [PATCH] iio: accell: mma8452: free iio trigger pointer when cleanup

2019-04-15 Thread Anson Huang
w will break userspace that is assuming the default trigger is set. > (setting a trigger should always be a userspace decision, rather than hard > coded unless there is a clear one to one mapping - mind you we have this > same problem if we have a fixed trigger, though in that case we

Re: [PATCH v3 1/2] kaslr: shift linear region randomization ahead of memory_limit

2019-04-15 Thread pierre kuo
hi will and all: > > The following is schematic diagram of the program before and after the > modification. > > Before: > if (memstart_addr + linear_region_size < memblock_end_of_DRAM()) {} --(a) > if (memory_limit != PHYS_ADDR_MAX) {} --(b) > if (IS_ENABLED(CONFIG_BLK

Re: [PATCH v3 0/9] klp-convert livepatch build tooling

2019-04-15 Thread Balbir Singh
On Wed, Apr 10, 2019 at 11:50:49AM -0400, Joe Lawrence wrote: > Hi folks, > > This is the third installment of the klp-convert tool for generating and > processing livepatch symbols for livepatch module builds. For those > following along at home, archive links to previous versions: > > RFC: >

Re: No 8254 PIT & no HPET on new Intel N3350 platforms causes kernel panic during early boot

2019-04-15 Thread Daniel Drake
On Wed, Apr 10, 2019 at 8:54 PM Thomas Gleixner wrote: > On Tue, 9 Apr 2019, Daniel Drake wrote: > > On Wed, Apr 3, 2019 at 7:21 PM Thomas Gleixner wrote: > > > - Prevent the TSC calibration code from touching PIT/HPET. It > > >should do that already when the TSC frequency ca

Re: [PATCH] nvmem: core: add NVMEM_SYSFS Kconfig

2019-04-15 Thread Gaurav Kohli
Hi Srinivas, Thanks for the patch, By default NVMEM_SYSFS should be set true, those whose don't want they can disable the same. If we go with disable option, there are chances of eeprom may break in below case: if (config->compat) { rval = nvmem_sysfs_setup_compat(nvmem, con

[PATCH 3/5] mmc: mtk-sd: add support for config found in mt7620 family SOCs.

2019-04-15 Thread NeilBrown
mt7620 family MIPS SOCs contain the mtk-sd silicon. Add support for this. Signed-off-by: NeilBrown # Conflicts: # drivers/mmc/host/mtk-sd.c --- Documentation/devicetree/bindings/mmc/mtk-sd.txt |1 + drivers/mmc/host/mtk-sd.c| 12 2 files changed,

[PATCH 5/5] mmc: mtk-sd: enable internal write-protect logic.

2019-04-15 Thread NeilBrown
The mtk-sd silicon has integrated write-protect detection logic. If the sdhci isn't marked no-write-protect and doesn't have a ro-gpio configured, assume the internal wp logic should be used. Signed-off-by: NeilBrown --- drivers/mmc/host/mtk-sd.c | 30 +- 1 file ch

[PATCH 4/5] mmc: mtk-sd: enable internal card-detect logic.

2019-04-15 Thread NeilBrown
The mtk-sd silicon has integrated card-detect logic that is enabled, at least, on the MT7621 as used in the GNUBEE NAS. If the sdhci isn't marked non-removable and doesn't have a cd-gpio configured, assume the internal cd logic should be used. Signed-off-by: NeilBrown --- drivers/mmc/host/mtk-s

[PATCH 0/5] mtk-sd enhancement to support MT7621

2019-04-15 Thread NeilBrown
The MT7621 MIPS-based SOC contains an sdhci unit that is much the same as the units supported by mtk-sd.c. These patches enhance the driver so that I can use it on my MT7621 board (gnubee.org). Some thoughts: - I wonder if voltage-ranges should be a standard option, processed by mmc_of_parse(

[PATCH 2/5] mmc: mtk-sd: don't hard-code interrupt trigger type

2019-04-15 Thread NeilBrown
When using devicetree for configuration, interrupt trigger type should be described in the dts file, not hard-coded in the C code. The mtk-sd silicon in the mt7621 soc uses an active-high interrupt and so cannot be used with the current code. So remove the trigger and leave it to be set from devi

[PATCH 1/5] mmc: mtk-sd: support "voltage-ranges" setting.

2019-04-15 Thread NeilBrown
If the mtk-sd silicon is used in a context where there is no explicit regulator, it is not currently possible to specify the voltage ranges. This is true for the MT7621 MIPS Soc. So add a called to mmc_of_parse_voltage() so that voltage-ranges can be given. Signed-off-by: NeilBrown --- Documen

[tip:WIP.core/stacktrace 28/32] transition.c:undefined reference to `stack_trace_save_tsk_reliable'

2019-04-15 Thread kbuild test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.core/stacktrace head: ee23ee068fe24272f77ff014181286db32179754 commit: 6f6b2fc2fbf712e39df84edc62265273259f8aa1 [28/32] livepatch: Simplify stack trace retrieval config: s390-performance_defconfig (attached as .config) comp

linux-next: build warning after merge of the chrome-platform tree

2019-04-15 Thread Stephen Rothwell
Hi all, After merging the chrome-platform tree, today's linux-next build (x86_64 allmodconfig) produced this warning: In file included from drivers/platform/chrome/wilco_ec/debugfs.c:11: drivers/platform/chrome/wilco_ec/debugfs.c: In function 'fops_h1_gpio_open': drivers/platform/chrome/wilco_ec/

Re: [PATCH 4.14 00/69] 4.14.112-stable review

2019-04-15 Thread Naresh Kamboju
On Tue, 16 Apr 2019 at 00:32, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.14.112 release. > There are 69 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Re

[PATCH] MAINTAINERS: add soc/ux500

2019-04-15 Thread Nicholas Mc Guire
get_maintainer.pl only returns linux-kernel@vger.kernel.org for the drivers/soc/ux500/ files - fix it by adding drivers/soc/ux500/ entry Signed-off-by: Nicholas Mc Guire Suggested-by: Ulf Hansson --- Patch is aginst 5.1-rc4 (localversion-next is 20190415) MAINTAINERS | 1 + 1 file changed, 1

[PATCH] binfmt_elf: Move brk out of mmap when doing direct loader exec

2019-04-15 Thread Kees Cook
Commit eab09532d400 ("binfmt_elf: use ELF_ET_DYN_BASE only for PIE"), made changes in the rare case when the ELF loader was directly invoked (e.g to set a non-inheritable LD_LIBRARY_PATH, testing new versions of the loader), by moving into the mmap region to avoid both ET_EXEC and PIE binaries. Thi

[PATCH V2] ARM: imx legacy: warn on failed allocation

2019-04-15 Thread Nicholas Mc Guire
X27ADS=y) (with some unrelated sparse warnings about unimplemented syscalls) Patch is against 5.1-rc4 (localversion-next is 20190415) arch/arm/mach-imx/mach-mx27ads.c | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/mach-imx/mach-mx27ads.c b/arch/arm/mach-imx/mach-mx27ads.c index 6dd

Re: [PATCH 4.9 00/76] 4.9.169-stable review

2019-04-15 Thread Naresh Kamboju
On Tue, 16 Apr 2019 at 00:15, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.9.169 release. > There are 76 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Res

Re: [PATCH v2 1/3] security: Create "kernel hardening" config area

2019-04-15 Thread Kees Cook
On Mon, Apr 15, 2019 at 11:44 AM Alexander Popov wrote: > > On 11.04.2019 21:01, Kees Cook wrote: > > Right now kernel hardening options are scattered around various Kconfig > > files. This can be a central place to collect these kinds of options > > going forward. This is initially populated with

[PATCH V2] ARM: mvebu: at least report the kzalloc failure

2019-04-15 Thread Nicholas Mc Guire
ome unrelated sparse warnings about missing syscalls) Patch is against 5.1-rc4 (localversion-next is 20190415) arch/arm/mach-mvebu/board-v7.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/mach-mvebu/board-v7.c b/arch/arm/mach-mvebu/board-v7.c index 0b10acd..df84cb6 100644 --- a

Re: [PATCH] ELAN touchpad i2c_hid bugs fix

2019-04-15 Thread Kai-Heng Feng
at 19:42, Hans de Goede wrote: Hi, On 15-04-19 13:36, hotwater...@tutanota.com wrote: Sorry for the delay. By applying this patch I get next results: Five finger tap and two finger scroll issues disappear, but after suspend touchpad dies. Restarting module doesn't help. So bascally the sa

Re: [PATCH] random: Move rand_initialize() earlier

2019-04-15 Thread Kees Cook
On Fri, Oct 12, 2018 at 9:45 AM Kees Cook wrote: > > On Fri, Oct 12, 2018 at 7:29 AM, Theodore Y. Ts'o wrote: > > On Thu, Oct 11, 2018 at 03:54:21PM -0700, Kees Cook wrote: > >> Right now rand_initialize() is run as an early_initcall(), but it only > >> depends on timekeeping_init() (for mixing k

Re: kernel BUG at kernel/cred.c:434!

2019-04-15 Thread Kees Cook
On Mon, Apr 15, 2019 at 11:20 AM Paul Moore wrote: > > On Mon, Apr 15, 2019 at 11:05 AM Oleg Nesterov wrote: > > On 04/15, Paul Moore wrote: > > > > > > On Mon, Apr 15, 2019 at 9:43 AM Oleg Nesterov wrote: > > > > Well, acct("/proc/self/attr/current") doesn't look like a good idea, > > > > but

Re: [PATCH] ACPI / device_sysfs: change _ADR representation to 64 bits

2019-04-15 Thread Vinod Koul
On 15-04-19, 10:18, Pierre-Louis Bossart wrote: > Standards such as the MIPI DisCo for SoundWire 1.0 specification > assume the _ADR field is 64 bits. > > _ADR is defined as an "Integer" represented as 64 bits since ACPI 2.0 > released in 2002. The low levels already use _ADR as 64 bits, e.g. in >

[PATCH] spi: pxa2xx: Add support for Intel Comet Lake

2019-04-15 Thread Evan Green
Add PCI IDs for SPI on Comet Lake. Signed-off-by: Evan Green --- drivers/spi/spi-pxa2xx.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/spi/spi-pxa2xx.c b/drivers/spi/spi-pxa2xx.c index b6ddba833d021..493223e1d032d 100644 --- a/drivers/spi/spi-pxa2xx.c +++ b/drivers/spi/spi-p

[PATCH v2 2/3] blk-mq.c: Rework documention of blk_mq_init_sq_queue function

2019-04-15 Thread Marcos Paulo de Souza
Describing better what the function does, what the arguments are meant for, and what SQ stands for. Signed-off-by: Marcos Paulo de Souza --- Changes from v1: * Change "SQ" to "only one hw_queue (SQ)" in the function signature documentation (suggested by Chaitanya) block/blk-mq.c | 17

RE: [EXT] Re: [PATCH RESEND V11 4/4] arm64: dts: imx: add i.MX8QXP thermal support

2019-04-15 Thread Anson Huang
Hi, Daniel Best Regards! Anson Huang > -Original Message- > > > On 10/04/2019 09:43, Anson Huang wrote: > > Add i.MX8QXP CPU thermal zone support. > > > > Signed-off-by: Anson Huang > > --- > > Changes since V10: > > - remove property "imx,sensor-resource-id" and put HW resource

Re: [PATCH] x86: fix .bss with -fdata-sections

2019-04-15 Thread Kees Cook
On Mon, Apr 15, 2019 at 11:50 AM Sami Tolvanen wrote: > > With LD_DEAD_CODE_DATA_ELIMINATION, we compile the kernel with > -fdata-sections, which also splits the .bss section. Use the > common BSS_MAIN macro in the linker script to properly merge all > the generated sections. > > Signed-off-by: Sa

RE: [EXT] Re: [PATCH RESEND V11 2/4] thermal: imx_sc: add i.MX system controller thermal support

2019-04-15 Thread Anson Huang
Hi, Daniel Best Regards! Anson Huang > -Original Message- > > On 10/04/2019 09:43, Anson Huang wrote: > > i.MX8QXP is an ARMv8 SoC which has a Cortex-M4 system controller > > inside, the system controller is in charge of controlling power, clock > > and thermal sensors etc.. > > > > This

[PATCH V12 5/5] arm64: dts: imx: add i.MX8QXP thermal support

2019-04-15 Thread Anson Huang
Add i.MX8QXP CPU thermal zone support. Signed-off-by: Anson Huang --- Changes since V11: - add cooling device for all secondary CPUs. --- arch/arm64/boot/dts/freescale/imx8qxp.dtsi | 37 ++ 1 file changed, 37 insertions(+) diff --git a/arch/arm64/boot/dts/fre

[PATCH V12 2/5] thermal: of-thermal: add API for getting sensor ID from DT

2019-04-15 Thread Anson Huang
On some platforms like i.MX8QXP, the thermal driver needs a real HW sensor ID from DT thermal zone, the HW sensor ID is used to get temperature from SCU firmware, and the virtual sensor ID starting from 0 to N is NOT used at all, this patch adds new API thermal_zone_of_get_sensor_id() to provide th

[PATCH V12 1/5] dt-bindings: fsl: scu: add thermal binding

2019-04-15 Thread Anson Huang
NXP i.MX8QXP is an ARMv8 SoC with a Cortex-M4 core inside as system controller, the system controller is in charge of system power, clock and thermal sensors etc. management, Linux kernel has to communicate with system controller via MU (message unit) IPC to get temperature from thermal sensors, th

[PATCH V12 3/5] thermal: imx_sc: add i.MX system controller thermal support

2019-04-15 Thread Anson Huang
i.MX8QXP is an ARMv8 SoC which has a Cortex-M4 system controller inside, the system controller is in charge of controlling power, clock and thermal sensors etc.. This patch adds i.MX system controller thermal driver support, Linux kernel has to communicate with system controller via MU (message un

[PATCH V12 4/5] defconfig: arm64: add i.MX system controller thermal support

2019-04-15 Thread Anson Huang
This patch enables CONFIG_IMX_SC_THERMAL as module. Signed-off-by: Anson Huang --- No change. --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index 17daa97..fbe3be7 100644 --- a/arch/arm64/configs/de

Re: [PATCH v1] mfd: intel-lpss: Add Intel Comet Lake PCI IDs

2019-04-15 Thread Evan Green
On Tue, Apr 9, 2019 at 11:11 PM Andy Shevchenko wrote: > > Intel Comet Lake has the same LPSS than Intel Cannon Lake. > Add the new IDs to the list of supported devices. > > Signed-off-by: Andy Shevchenko > --- > drivers/mfd/intel-lpss-pci.c | 13 + > 1 file changed, 13 insertions(+)

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

2019-04-15 Thread Stephen Rothwell
arly_memunmap' was here #define TPM_MEMUNMAP(start, size) early_memunmap(start, size) ^~ include/linux/tpm_eventlog.h:203:4: note: in expansion of macro 'TPM_MEMUNMAP' TPM_MEMUNMAP(mapping, mapping_size); ^~~~ Caused by com

[PATCH] ext4: add cond_resched() to ext4_mb_init_backend()

2019-04-15 Thread Khazhismel Kumykov
on non-preempt kernels for filesystems with large number of groups we may take a long time (>50 ticks) initializing all the groups. Signed-off-by: Khazhismel Kumykov --- fs/ext4/mballoc.c | 1 + 1 file changed, 1 insertion(+) diff --git a/fs/ext4/mballoc.c b/fs/ext4/mballoc.c index 8ef5f12bbee2

[PATCH 22/57] docs: mic: convert it to ReST format

2019-04-15 Thread Mauro Carvalho Chehab
Convert Intel Many Integrated Core architecture docs to ReST. The conversion is trivial: just add title and literal block markups, and adjust some identation. Signed-off-by: Mauro Carvalho Chehab --- Documentation/mic/mic_overview.txt | 6 ++- Documentation/mic/scif_overview.txt | 58

[PATCH 44/57] docs: lp855x-driver.txt: convert to ReST and move to kernel-api

2019-04-15 Thread Mauro Carvalho Chehab
This small file seems to be an attempt to start documenting backlight drivers. It contains descriptions of the controls for the driver with could sound as an somewhat user-faced description, but it's main focus is to describe, instead, the data that should be passed via platform data and some driv

[PATCH 28/57] docs: ptp.txt: convert to ReST and move to driver-api

2019-04-15 Thread Mauro Carvalho Chehab
The conversion is trivial: just adjust title markups. Signed-off-by: Mauro Carvalho Chehab --- Documentation/ptp/ptp.txt | 26 +- 1 file changed, 17 insertions(+), 9 deletions(-) diff --git a/Documentation/ptp/ptp.txt b/Documentation/ptp/ptp.txt index 11e904ee073f..65c84

[PATCH 15/57] docs: gpio: convert it to ReST

2019-04-15 Thread Mauro Carvalho Chehab
The API described at sysfs.txt is deprecated. Still, as it is still part of the Kernel (and will likely be there for some time, as we don't simply remove APIs). So, it makes sense to keep it there. The conversion of this file is trivial. Signed-off-by: Mauro Carvalho Chehab --- Documentation/g

[PATCH 50/57] docs: driver-model: convert it to ReST format

2019-04-15 Thread Mauro Carvalho Chehab
Convert the various documents at the driver-model, preparing them to be part of the driver-api book. Signed-off-by: Mauro Carvalho Chehab --- Documentation/driver-model/binding.txt| 20 +- Documentation/driver-model/bus.txt| 69 ++-- Documentation/driver-model/class.txt

Re: [PATCH v2 06/19] PM / devfreq: tegra: Fix missed error checking on devfreq initialization failure

2019-04-15 Thread Chanwoo Choi
Hi, patch6/7/8/9 are for handling of exception handling in probe() function. Actually, I'm not sure that there are special reason to split out the patches. I think that you can squash patch6/7/8/9 to only one patch. Also, even if patch6/7/8/9 handle the exception handling in probe(), the tegra_de

Re: [PATCH 2/2] dmaengine: milbeaut: Add Milbeaut AXI DMA controller

2019-04-15 Thread Kazuhiro Kasai
Hello, Does anyone have any commnets on this? On Mon, Mar 25, 2019 at 4:15 +, Kazuhiro Kasai wrote: > Add Milbeaut AXI DMA controller. This DMA controller has > only capable of memory to memory transfer. > > Signed-off-by: Kazuhiro Kasai > --- > drivers/dma/Kconfig | 8 + > driv

Re: [PATCH v2 04/19] PM / devfreq: tegra: Don't set EMC clock rate to maximum on probe

2019-04-15 Thread Chanwoo Choi
Hi, On 19. 4. 15. 오후 11:54, Dmitry Osipenko wrote: > There is no real benefit from doing so, hence let's drop that rate setting > for consistency. > > Signed-off-by: Dmitry Osipenko > --- > drivers/devfreq/tegra-devfreq.c | 2 -- > 1 file changed, 2 deletions(-) > > diff --git a/drivers/devfre

Re: [PATCH] mm: fix inactive list balancing between NUMA nodes and cgroups

2019-04-15 Thread Shakeel Butt
On Fri, Apr 12, 2019 at 7:44 AM Johannes Weiner wrote: > > During !CONFIG_CGROUP reclaim, we expand the inactive list size if > it's thrashing on the node that is about to be reclaimed. But when > cgroups are enabled, we suddenly ignore the node scope and use the > cgroup scope only. The result is

Re: [PATCH v2 03/19] PM / devfreq: tegra: Don't ignore clk errors

2019-04-15 Thread Chanwoo Choi
Hi, On 19. 4. 15. 오후 11:54, Dmitry Osipenko wrote: > The clk_set_min_rate() could fail and in this case clk_set_rate() sets > rate to 0, which may drop EMC rate to minimum and make machine very > difficult to use. > > Signed-off-by: Dmitry Osipenko > --- > drivers/devfreq/tegra-devfreq.c | 10 +

Re: [PATCH v2 01/19] PM / devfreq: tegra: Fix kHz to Hz conversion

2019-04-15 Thread Chanwoo Choi
Hi, I add one minor comment (KHZ -> hz). On 19. 4. 15. 오후 11:54, Dmitry Osipenko wrote: > The kHz to Hz is incorrectly converted in a few places in the code, > this results in a wrong frequency being calculated because devfreq core > uses OPP frequencies that are given in Hz to clamp the rate, wh

RE: perf tools:Is there any tools to found out the max latency by irq or cpu idle

2019-04-15 Thread Linhaifeng
Hi, PC Thank you every much! -Original Message- From: Paul Clarke [mailto:p...@us.ibm.com] Sent: 2019年4月15日 20:53 To: Linhaifeng ; linux-perf-us...@vger.kernel.org; linux-kernel@vger.kernel.org Subject: Re: perf tools:Is there any tools to found out the max latency by irq or cpu idle

[PATCH 2/2] ras: close the race condition with timer

2019-04-15 Thread Cong Wang
cec_timer_fn() is a timer callback which reads ce_arr.array[] and updates its decay values. Elements could be added to or removed from this global array in parallel, although the array itself will not grow or shrink. del_lru_elem_unlocked() uses FULL_COUNT() as a key to find a right element to remo

[PATCH 1/2] ras: fix an off-by-one error in __find_elem()

2019-04-15 Thread Cong Wang
ce_arr.array[] is always within the range [0, ce_arr.n-1]. However, the binary search code in __find_elem() uses ce_arr.n as the maximum index, which could lead to an off-by-one out-of-bound access when the element after the last is exactly the one just got deleted, that is, 'min' returned to calle

Re: [PATCH v2] irqchip/gicv3-its: fix some definitions of inner cacheability attributes

2019-04-15 Thread Yao HongBo
Hi Marc, sorry for ping you... What's your suggestion for this patch? I look forward to your reply. Thanks, Hongbo. On 4/8/2019 10:01 PM, Hongbo Yao wrote: > Some definitions of Inner Cacheability attibutes need to be corrected. > > Fixes: 8c828a535e29f ("irqchip/gicv3-its: Restore all cacheab

RE: perf tools:Is there any tools to found out the max latency by irq or cpu idle

2019-04-15 Thread Linhaifeng
Hi, Thank you every much! I found MSI in my system too and there are some errors found in bios log. Replace the memorys can fix it. L2GW_2680:/home/fsp/ycb # perf stat -C 1-11,14-25,29-39,42-52 --smi-cost ^C Performance counter stats for 'CPU(s) 1-11,14-25,29-39,42-52': SMI cycles% SMI# -0.2%

Re: linux-next: Fixes tag needs some work in the crypto tree

2019-04-15 Thread Herbert Xu
On Tue, Apr 16, 2019 at 07:23:42AM +1000, Stephen Rothwell wrote: > Hi Herbert, > > In commit > > 2e53582d158e ("crypto: mxc-scc - Remove broken driver") > > Fixes tag > > Fixes: d293b640ebd ("crypto: mxc-scc - add basic driver for the...") > > has these problem(s): > > - SHA1 should be

Re: [PATCH v2 04/11] arm64: dts: meson-g12a-u200: add regulators

2019-04-15 Thread Kevin Hilman
Neil Armstrong writes: > Hi Kevin, > > Seems this patch is missing in > https://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-amlogic.git/log/?h=v5.2/dt64 > Yup, I noticed it when applying the rest of the boards peripherals DT. I've added it now. Thanks, Kevin

Re: [PATCH 4.9 00/76] 4.9.169-stable review

2019-04-15 Thread kernelci.org bot
stable-rc/linux-4.9.y boot: 92 boots: 0 failed, 83 passed with 9 offline (v4.9.168-77-ga5905936a4b8) Full Boot Summary: https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.9.y/kernel/v4.9.168-77-ga5905936a4b8/ Full Build Summary: https://kernelci.org/build/stable-rc/branch/linux-4.9.y/ke

Re: [PATCH] soc: amlogic: meson-gx-pwrc-vpu: Fix power on/off register bitmask

2019-04-15 Thread Kevin Hilman
Neil Armstrong writes: > The register bitmask to power on/off the VPU memories was incorectly set > to 0x2 instead of 0x3. While still working, let's use the recommended > vendor value instead. > > Fixes: 75fcb5ca4b46 ("soc: amlogic: add Meson GX VPU Domains driver") > Signed-off-by: Neil Armstro

Re: [PATCH v3 0/6] arm64: dts: g12a: Add boards peripherals

2019-04-15 Thread Kevin Hilman
Kevin Hilman writes: > Neil Armstrong writes: > >> Following [1], add regulators, bluetooth and ADC keys on : >> - meson-g12a-x96-max >> - meson-g12a-u200 >> - meson-g12a-sei510 >> >> Dependencies : >> - Patch 1, 2: None > > Queued for v5.2 (branch v5.2/dt64) > >> - Patch 3: SAR ADC node at [2]

Re: [PATCH v4 3/4] perf stat: Support 'percore' event qualifier

2019-04-15 Thread Jin, Yao
On 4/16/2019 3:26 AM, Arnaldo Carvalho de Melo wrote: Em Mon, Apr 15, 2019 at 08:09:09PM +0530, Ravi Bangoria escreveu: On 4/12/19 7:29 PM, Jin Yao wrote: diff --git a/tools/perf/Documentation/perf-stat.txt b/tools/perf/Documentation/perf-stat.txt index 39c05f8..1e312c2 100644 --- a/tools

Re: [PATCH 4.19 000/101] 4.19.35-stable review

2019-04-15 Thread kernelci.org bot
stable-rc/linux-4.19.y boot: 110 boots: 1 failed, 102 passed with 7 offline (v4.19.34-102-ge4f859c2cd83) Full Boot Summary: https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.19.y/kernel/v4.19.34-102-ge4f859c2cd83/ Full Build Summary: https://kernelci.org/build/stable-rc/branch/linux-4.

RE: [PATCH] x86/hyper-v: implement EOI assist

2019-04-15 Thread Long Li
>>>Subject: Re: [PATCH] x86/hyper-v: implement EOI assist >>> >>>Vitaly Kuznetsov writes: >>> Hyper-V TLFS suggests an optimization to avoid imminent VMExit on EOI: "The OS performs an EOI by atomically writing zero to the EOI Assist field of the virtual VP assist page and checking

Re: [v2 RFC PATCH 0/9] Another Approach to Use PMEM as NUMA Node

2019-04-15 Thread Yang Shi
On 4/12/19 1:47 AM, Michal Hocko wrote: On Thu 11-04-19 11:56:50, Yang Shi wrote: [...] Design == Basically, the approach is aimed to spread data from DRAM (closest to local CPU) down further to PMEM and disk (typically assume the lower tier storage is slower, larger and cheaper than the

Re: [PATCH 4.14 00/69] 4.14.112-stable review

2019-04-15 Thread kernelci.org bot
stable-rc/linux-4.14.y boot: 107 boots: 1 failed, 96 passed with 9 offline, 1 untried/unknown (v4.14.111-70-g58023abef2c4) Full Boot Summary: https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.14.y/kernel/v4.14.111-70-g58023abef2c4/ Full Build Summary: https://kernelci.org/build/stable-

  1   2   3   4   5   6   7   8   9   10   >