Re: [PATCH 1/2] clone3: add CLONE3_CLEAR_SIGHAND

2019-10-11 Thread Michael Kerrisk (man-pages)
Hello Aleksa, On Sat, 12 Oct 2019 at 00:12, Aleksa Sarai wrote: > > On 2019-10-11, Michael Kerrisk wrote: > > Why CLONE3_CLEAR_SIGHAND rather than just CLONE_CLEAR_SIGHAND? > > There are no more flag bits left for the classic clone()/clone2() (the > last one was used up by CLONE_PIDFD) -- thus t

[PATCH 05/11] thermal: Move set_trips function to the internal header

2019-10-11 Thread Daniel Lezcano
The function is not used in other place than the thermal directory. It does not make sense to export its definition in the global header as there is no use of it. Move its the definition in the internal header and allow better self-encapsulation. Signed-off-by: Daniel Lezcano --- drivers/therma

[PATCH 04/11] thermal: Move trip point structure definition to private header

2019-10-11 Thread Daniel Lezcano
The struct thermal_trip is only used by the thermal internals, it is pointless to export the definition in the global header. Move the structure to the thermal_core.h internal header. Signed-off-by: Daniel Lezcano --- drivers/thermal/thermal_core.h | 13 + include/linux/thermal.h

[PATCH 06/11] thermal: Move get_tz_trend to the internal header

2019-10-11 Thread Daniel Lezcano
The function is not used in other place than the thermal directory. It does not make sense to export its definition in the global header as there is no use of it. Move its the definition in the internal header and allow better self-encapsulation. Take the opportunity to add the parameter names to

[PATCH 03/11] thermal: Move internal IPA functions

2019-10-11 Thread Daniel Lezcano
The exported IPA functions are used by the IPA. It is pointless to declare the functions in the thermal.h file. For better self-encapsulation and less impact for the compilation if a change is made on it. Move the code in the thermal core internal header file. As the users depends on THERMAL then

[PATCH 09/11] thermal: Remove stubs for thermal_zone_[un]bind_cooling_device

2019-10-11 Thread Daniel Lezcano
All callers of the functions depends on THERMAL, it is pointless to define stubs. Remove them. Signed-off-by: Daniel Lezcano --- include/linux/thermal.h | 10 -- 1 file changed, 10 deletions(-) diff --git a/include/linux/thermal.h b/include/linux/thermal.h index d77baa523093..ae72fe771e

[PATCH 11/11] thermal: Move thermal governor structure to internal header

2019-10-11 Thread Daniel Lezcano
The thermal governor structure is a big structure where no user should change value inside except via helper functions. Move the structure to the internal header thus preventing external code to be tempted by hacking the structure's variables. Signed-off-by: Daniel Lezcano --- drivers/thermal/t

[PATCH 10/11] thermal: Remove thermal_zone_device_update() stub

2019-10-11 Thread Daniel Lezcano
All users of the function depends on THERMAL, no stub is needed. Remove it. Signed-off-by: Daniel Lezcano --- include/linux/thermal.h | 3 --- 1 file changed, 3 deletions(-) diff --git a/include/linux/thermal.h b/include/linux/thermal.h index ae72fe771e07..8daa179918a1 100644 --- a/include/linu

[PATCH 08/11] thermal: Change IS_ENABLED to IFDEF in the header file

2019-10-11 Thread Daniel Lezcano
The thermal framework can not be compiled as a module. The IS_ENABLED macro is useless here and can be replaced by an ifdef. Signed-off-by: Daniel Lezcano --- include/linux/thermal.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/linux/thermal.h b/include/linux/therm

[PATCH 07/11] thermal: Move get_thermal_instance to the internal header

2019-10-11 Thread Daniel Lezcano
The function is not used in other place than the thermal directory. It does not make sense to export its definition in the global header as there is no use of it. Move its the definition in the internal header and allow better self-encapsulation. Take the opportunity to add the parameter names to

[PATCH 01/11] thermal: Move default governor config option to the internal header

2019-10-11 Thread Daniel Lezcano
The default governor set at compilation time is a thermal internal business, no need to export to the global thermal header. Move the config options to the internal header. Signed-off-by: Daniel Lezcano --- drivers/thermal/thermal_core.h | 11 +++ include/linux/thermal.h| 11 ---

[PATCH 02/11] thermal: Move struct thermal_attr to the private header

2019-10-11 Thread Daniel Lezcano
The structure belongs to the thermal core internals but it is exported in the include/linux/thermal.h For better self-encapsulation and less impact for the compilation if a change is made on it. Move the structure in the thermal core internal header file. Signed-off-by: Daniel Lezcano --- drive

[PATCH RT v2 2/3] sched: Lazy migrate_disable processing

2019-10-11 Thread Scott Wood
Avoid overhead on the majority of migrate disable/enable sequences by only manipulating scheduler data (and grabbing the relevant locks) when the task actually schedules while migrate-disabled. A kernel build showed around a 10% reduction in system time (with CONFIG_NR_CPUS=512). Instead of cpuhp

[PATCH RT v2 0/3] migrate disable fixes and performance

2019-10-11 Thread Scott Wood
These are the unapplied patches from v1, minus the sched deadline patch, and with stop_one_cpu_nowait() in place of clobbering current->state. Scott Wood (3): sched: migrate_enable: Use select_fallback_rq() sched: Lazy migrate_disable processing sched: migrate_enable: Use stop_one_cpu_nowait

[PATCH RT v2 3/3] sched: migrate_enable: Use stop_one_cpu_nowait()

2019-10-11 Thread Scott Wood
migrate_enable() can be called with current->state != TASK_RUNNING. Avoid clobbering the existing state by using stop_one_cpu_nowait(). Since we're stopping the current cpu, we know that we won't get past __schedule() until migration_cpu_stop() has run (at least up to the point of migrating us to a

[PATCH RT v2 1/3] sched: migrate_enable: Use select_fallback_rq()

2019-10-11 Thread Scott Wood
migrate_enable() currently open-codes a variant of select_fallback_rq(). However, it does not have the "No more Mr. Nice Guy" fallback and thus it will pass an invalid CPU to the migration thread if cpus_mask only contains a CPU that is !active. Signed-off-by: Scott Wood --- This scenario will be

[PATCH 2/2] pinctrl: rockchip: add rk3308 SoC support

2019-10-11 Thread Jianqun Xu
This patch do support pinctrl for RK3308 SoCs. Signed-off-by: Jianqun Xu --- drivers/pinctrl/pinctrl-rockchip.c | 377 + 1 file changed, 377 insertions(+) diff --git a/drivers/pinctrl/pinctrl-rockchip.c b/drivers/pinctrl/pinctrl-rockchip.c index dc0bbf198cbc..9e19db

[PATCH 0/2] pinctrl: rockchip: support rk3308 SoC

2019-10-11 Thread Jianqun Xu
Add support for rk3308 SoC from rockchip. Jianqun Xu (2): dt-bindings: pinctrl: rockchip: add rk3308 SoC support pinctrl: rockchip: add rk3308 SoC support .../bindings/pinctrl/rockchip,pinctrl.txt | 1 + drivers/pinctrl/pinctrl-rockchip.c| 377 ++ 2 files ch

[PATCH 1/2] dt-bindings: pinctrl: rockchip: add rk3308 SoC support

2019-10-11 Thread Jianqun Xu
Add rk3308 SoC support to rockchip pinctrl. Signed-off-by: Jianqun Xu --- Documentation/devicetree/bindings/pinctrl/rockchip,pinctrl.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/pinctrl/rockchip,pinctrl.txt b/Documentation/devicetree/bindings/pinctrl

Re: [PATCH v2 2/2] iio: (bma400) add driver for the BMA400

2019-10-11 Thread Randy Dunlap
On 10/11/19 8:54 PM, Dan Robertson wrote: > Add a IIO driver for the Bosch BMA400 3-axes ultra-low power accelerometer. > The driver supports reading from the acceleration and temperature > registers. The driver also supports reading and configuring the output data > rate, oversampling ratio, and s

[PATCH 5/5 v6] irqchip: Ingenic: Add process for more than one irq at the same time.

2019-10-11 Thread Zhou Yanjie
Add process for the situation that more than one irq is coming to a single chip at the same time. The original code will only respond to the lowest setted bit in JZ_REG_INTC_PENDING, and then exit the interrupt dispatch function. After exiting the interrupt dispatch function, since the second inter

[PATCH 4/5 v6] irqchip: ingenic: Alloc generic chips from IRQ domain

2019-10-11 Thread Zhou Yanjie
From: Paul Cercueil By creating the generic chips from the IRQ domain, we don't rely on the JZ4740_IRQ_BASE macro. It also makes the code a bit cleaner. Signed-off-by: Paul Cercueil Signed-off-by: Zhou Yanjie --- drivers/irqchip/irq-ingenic.c | 30 +- 1 file change

[PATCH 3/5 v6] irqchip: ingenic: Get virq number from IRQ domain

2019-10-11 Thread Zhou Yanjie
From: Paul Cercueil Get the virq number from the IRQ domain instead of calculating it from the hardcoded irq base. Signed-off-by: Paul Cercueil Signed-off-by: Zhou Yanjie --- drivers/irqchip/irq-ingenic.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/drivers/irqchi

[PATCH 2/5 v6] irqchip: ingenic: Error out if IRQ domain creation failed

2019-10-11 Thread Zhou Yanjie
From: Paul Cercueil If we cannot create the IRQ domain, the driver should fail to probe instead of succeeding with just a warning message. Signed-off-by: Paul Cercueil Signed-off-by: Zhou Yanjie --- drivers/irqchip/irq-ingenic.c | 15 ++- 1 file changed, 10 insertions(+), 5 deleti

[PATCH 1/5 v6] irqchip: ingenic: Drop redundant irq_suspend / irq_resume functions

2019-10-11 Thread Zhou Yanjie
From: Paul Cercueil The same behaviour can be obtained by using the IRQCHIP_MASK_ON_SUSPEND flag on the IRQ chip. Signed-off-by: Paul Cercueil Signed-off-by: Zhou Yanjie --- drivers/irqchip/irq-ingenic.c | 24 +--- include/linux/irqchip/ingenic.h | 14 -- 2 f

Add process for more than one irq at the same time v6

2019-10-11 Thread Zhou Yanjie
v5->v6: add my Signed-off-by for patches from Paul Cercueil.

[PATCH 2/6] ipc/mqueue.c: Remove duplicated code

2019-10-11 Thread Manfred Spraul
Patch entirely from Davidlohr: pipelined_send() and pipelined_receive() are identical, so merge them. Signed-off-by: Manfred Spraul Cc: Davidlohr Bueso --- ipc/mqueue.c | 31 ++- 1 file changed, 18 insertions(+), 13 deletions(-) diff --git a/ipc/mqueue.c b/ipc/mqueu

[PATCH 4/6] ipc/msg.c: Update and document memory barriers.

2019-10-11 Thread Manfred Spraul
Transfer findings from ipc/mqueue.c: - A control barrier was missing for the lockless receive case So in theory, not yet initialized data may have been copied to user space - obviously only for architectures where control barriers are not NOP. - use smp_store_release(). In theory, the refoun

[PATCH 5/6] ipc/sem.c: Document and update memory barriers

2019-10-11 Thread Manfred Spraul
The patch documents and updates the memory barriers in ipc/sem.c: - Add smp_store_release() to wake_up_sem_queue_prepare() and document why it is needed. - Read q->status using READ_ONCE+smp_acquire__after_ctrl_dep(). as the pair for the barrier inside wake_up_sem_queue_prepare(). - Add comme

[PATCH 6/6] Documentation/memory-barriers.txt: Clarify cmpxchg()

2019-10-11 Thread Manfred Spraul
The documentation in memory-barriers.txt claims that smp_mb__{before,after}_atomic() are for atomic ops that do not return a value. This is misleading and doesn't match the example in atomic_t.txt, and e.g. smp_mb__before_atomic() may and is used together with cmpxchg_relaxed() in the wake_q code.

[PATCH 3/6] ipc/mqueue.c: Update/document memory barriers

2019-10-11 Thread Manfred Spraul
Update and document memory barriers for mqueue.c: - ewp->state is read without any locks, thus READ_ONCE is required. - add smp_aquire__after_ctrl_dep() after the READ_ONCE, we need acquire semantics if the value is STATE_READY. - add an explicit memory barrier to __pipelined_op(), the refcou

[PATCH 1/6] wake_q: Cleanup + Documentation update.

2019-10-11 Thread Manfred Spraul
1) wake_q_add() contains a memory barrier, and callers such as ipc/mqueue.c rely on this barrier. Unfortunately, this is documented in ipc/mqueue.c, and not in the description of wake_q_add(). Therefore: Update the documentation. Removing/updating ipc/mqueue.c will happen with the next patch in the

[PATCH 0/6] V2: Clarify/standardize memory barriers for ipc

2019-10-11 Thread Manfred Spraul
Hi, Updated series, based on input from Davidlohr: - Mixing WRITE_ONCE(), when not holding a lock, and "normal" writes, when holding a lock, makes the code less readable. Thus use _ONCE() everywhere, for both WRITE_ONCE() and READ_ONCE(). - According to my understanding, wake_q_add() does no

Re: [PATCH] MAINTAINERS: Remove Simon as Renesas SoC Co-Maintainer

2019-10-11 Thread Simon Horman
On Thu, Oct 10, 2019 at 02:30:46PM +0200, Geert Uytterhoeven wrote: > At the end of the v5.3 upstream kernel development cycle, Simon stepped > down from his role as Renesas SoC maintainer. > > Remove his maintainership, git repository, and branch from the > MAINTAINERS file, and add an entry to t

Re: [Outreachy kernel] [PATCH] staging: sm750fb: align arguments with open parenthesis

2019-10-11 Thread Julia Lawall
On Fri, 11 Oct 2019, Gabriela Bittencourt wrote: > Cleans up checks of "Alignment should match open parenthesis" in tree sm750fb > > Signed-off-by: Gabriela Bittencourt > --- > drivers/staging/sm750fb/ddk750_display.c | 2 +- > drivers/staging/sm750fb/sm750_accel.c| 2 +- > drivers/stag

[PATCH 6/6 v2] MMC: JZ4740: Add support for LPM.

2019-10-11 Thread Zhou Yanjie
add support for low power mode of Ingenic's MMC/SD Controller. Signed-off-by: Zhou Yanjie --- drivers/mmc/host/jz4740_mmc.c | 23 +++ 1 file changed, 23 insertions(+) diff --git a/drivers/mmc/host/jz4740_mmc.c b/drivers/mmc/host/jz4740_mmc.c index 44a04fe..4cbe7fb 100644 ---

[PATCH 5/6 v2] MMC: JZ4740: Add support for the X1000.

2019-10-11 Thread Zhou Yanjie
Add support for probing mmc driver on the X1000 Soc from Ingenic. Signed-off-by: Zhou Yanjie --- drivers/mmc/host/jz4740_mmc.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/mmc/host/jz4740_mmc.c b/drivers/mmc/host/jz4740_mmc.c index f4c4890..44a04fe 100644 --- a/

[PATCH 3/6 v2] MMC: JZ4740: Add support for the JZ4760.

2019-10-11 Thread Zhou Yanjie
Add support for probing mmc driver on the JZ4760 Soc from Ingenic. Signed-off-by: Zhou Yanjie --- drivers/mmc/host/jz4740_mmc.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/mmc/host/jz4740_mmc.c b/drivers/mmc/host/jz4740_mmc.c index 69c4a8b..f4c4890 100644 --- a/drivers/mmc/host

[PATCH 4/6 v2] dt-bindings: MMC: Add X1000 bindings.

2019-10-11 Thread Zhou Yanjie
Add the MMC bindings for the X1000 Soc from Ingenic. Signed-off-by: Zhou Yanjie --- Documentation/devicetree/bindings/mmc/jz4740.txt | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/Documentation/devicetree/bindings/mmc/jz4740.txt b/Documentation/devicetree/bindings/mm

[PATCH 2/6 v2] dt-bindings: MMC: Add JZ4760 bindings.

2019-10-11 Thread Zhou Yanjie
Add the MMC bindings for the JZ4760 Soc from Ingenic. Signed-off-by: Zhou Yanjie Acked-by: Rob Herring --- Documentation/devicetree/bindings/mmc/jz4740.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/mmc/jz4740.txt b/Documentation/devicetree/bindings/m

[PATCH 1/6 v2] MMC: Ingenic: Add 8bit mode support.

2019-10-11 Thread Zhou Yanjie
Add support for 8bit mode, now supports 1bit/4bit/8bit modes. Signed-off-by: Zhou Yanjie --- drivers/mmc/host/jz4740_mmc.c | 12 ++-- 1 file changed, 10 insertions(+), 2 deletions(-) diff --git a/drivers/mmc/host/jz4740_mmc.c b/drivers/mmc/host/jz4740_mmc.c index ffdbfaa..69c4a8b 100644

MMC: JZ4740: Add support for 8bit mode and LPM and JZ4760 Soc v2

2019-10-11 Thread Zhou Yanjie
v1->v2: drop macro definition rename, split patch, add support for x1000.

Re: [PATCH] rcu: add declarations of undeclared items

2019-10-11 Thread Paul E. McKenney
On Fri, Oct 11, 2019 at 06:08:24PM +0100, Ben Dooks wrote: > The rcu_state, rcu_rnp_online_cpus and rcu_dynticks_curr_cpu_in_eqs > do not have declarations in a header. Add these to remove the > following sparse warnings: > > kernel/rcu/tree.c:87:18: warning: symbol 'rcu_state' was not declared. S

Re: [PATCH 4/4] export: avoid code duplication in include/linux/export.h

2019-10-11 Thread Masahiro Yamada
On Sat, Oct 12, 2019 at 12:43 AM Matthias Maennich wrote: > > On Fri, Oct 11, 2019 at 05:31:27PM +0200, Greg Kroah-Hartman wrote: > >On Thu, Oct 10, 2019 at 04:14:43PM +0100, Matthias Maennich wrote: > >> Now that the namespace value is not part of the __ksymtab entry name > >> anymore, we can sim

Re: [PATCH net] rxrpc: Fix possible NULL pointer access in ICMP handling

2019-10-11 Thread David Miller
From: David Howells Date: Thu, 10 Oct 2019 15:52:34 +0100 > If an ICMP packet comes in on the UDP socket backing an AF_RXRPC socket as > the UDP socket is being shut down, rxrpc_error_report() may get called to > deal with it after sk_user_data on the UDP socket has been cleared, leading > to a N

[PATCH] arm64: defconfig: Enable Qualcomm SPI and QSPI controller

2019-10-11 Thread Bjorn Andersson
Enable the drivers for GENI SPI and QSPI controllers found on the Qualcomm SDM845 platform, among others. Signed-off-by: Bjorn Andersson --- arch/arm64/configs/defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index 688c8f

[PATCH v2 2/2] iio: (bma400) add driver for the BMA400

2019-10-11 Thread Dan Robertson
Add a IIO driver for the Bosch BMA400 3-axes ultra-low power accelerometer. The driver supports reading from the acceleration and temperature registers. The driver also supports reading and configuring the output data rate, oversampling ratio, and scale. Signed-off-by: Dan Robertson --- drivers/

[PATCH v2 0/2] iio: add driver for Bosch BMA400 accelerometer

2019-10-11 Thread Dan Robertson
This patchset adds a IIO driver for the Bosch BMA400 3-axes ultra low-power accelerometer. The initial implementation of the driver adds read support for the acceleration and temperature data registers. The driver also has support for reading and writing to the output data rate, oversampling ratio

[PATCH v2 1/2] dt-bindings: iio: accel: bma400: add bindings

2019-10-11 Thread Dan Robertson
Add devicetree binding for the Bosch BMA400 3-axes ultra-low power accelerometer sensor. Signed-off-by: Dan Robertson --- .../devicetree/bindings/iio/accel/bma400.txt | 16 1 file changed, 16 insertions(+) create mode 100644 Documentation/devicetree/bindings/iio/accel/bma40

Re: [PATCH 3/3] arm64: dts: rockchip: fix RockPro64 sdmmc settings

2019-10-11 Thread Shawn Lin
from SD-card after UHS has been enabled. - Asus Tinker Board (RK3288) - Rockchip Sapphire Board (RK3399) - Radxa Rock Pi 4 (RK3399) - Pine64 RockPro64 (RK3399) All of the above seem to use the RK808 regulator for sd io voltage. The ROC-RK3328-CC did not have this issue and seem to automatically reset t

Re: [RFC PATCH v3 00/16] Core scheduling v3

2019-10-11 Thread Aaron Lu
On Fri, Oct 11, 2019 at 08:10:30AM -0400, Vineeth Remanan Pillai wrote: > > Thanks for the clarification. > > > > Yes, this is the initialization issue I mentioned before when core > > scheduling is initially enabled. rq1's vruntime is bumped the first time > > update_core_cfs_rq_min_vruntime() is

Re: [PATCH] sock_get_timeout: drop unnecessary return variable

2019-10-11 Thread David Miller
From: Vito Caputo Date: Wed, 9 Oct 2019 21:08:24 -0700 > Remove pointless use of size return variable by directly returning > sizes. > > Signed-off-by: Vito Caputo Looks good, applied to net-next.

Re: [PATCH] af_unix: __unix_find_socket_byname() cleanup

2019-10-11 Thread David Miller
From: Vito Caputo Date: Wed, 9 Oct 2019 20:43:47 -0700 > Remove pointless return variable dance. > > Appears vestigial from when the function did locking as seen in > unix_find_socket_byinode(), but locking is handled in > unix_find_socket_byname() for __unix_find_socket_byname(). > > Signed-of

Re: [PATCH v2 0/3] net: ftgmac100: Ungate RCLK for RMII on ASPEED MACs

2019-10-11 Thread David Miller
From: Andrew Jeffery Date: Thu, 10 Oct 2019 12:37:53 +1030 > This series slightly extends the devicetree binding and driver for the > FTGMAC100 to describe an optional RMII RCLK gate in the clocks property. > Currently it's necessary for the kernel to ungate RCLK on the AST2600 in NCSI > configur

[PATCH v2] KVM: fix overflow of zero page refcount with ksm running

2019-10-11 Thread Zhuang Yanying
We are testing Virtual Machine with KSM on v5.4-rc2 kernel, and found the zero_page refcount overflow. The cause of refcount overflow is increased in try_async_pf (get_user_page) without being decreased in mmu_set_spte() while handling ept violation. In kvm_release_pfn_clean(), only unreserved page

Re: [PATCH 3/4] symbol namespaces: revert to previous __ksymtab name scheme

2019-10-11 Thread Masahiro Yamada
On Fri, Oct 11, 2019 at 12:16 AM Matthias Maennich wrote: > > The introduction Symbol Namespaces changed the naming schema of the > __ksymtab entries from __kysmtab__symbol to __ksymtab_NAMESPACE.symbol. > > That caused some breakages in tools that depend on the name layout in > either the binarie

mmotm 2019-10-11-20-23 uploaded

2019-10-11 Thread akpm
The mm-of-the-moment snapshot 2019-10-11-20-23 has been uploaded to http://www.ozlabs.org/~akpm/mmotm/ mmotm-readme.txt says README for mm-of-the-moment: http://www.ozlabs.org/~akpm/mmotm/ This is a snapshot of my -mm patch queue. Uploaded at random hopefully more than once a week. You wi

Re: [PATCH 2/4] modpost: make updating the symbol namespace explict

2019-10-11 Thread Masahiro Yamada
On Fri, Oct 11, 2019 at 12:16 AM Matthias Maennich wrote: > > Setting the symbol namespace of a symbol within sym_add_exported feels > displaced and lead to issues in the current implementation of symbol > namespaces. This patch makes updating the namespace an explicit call to > decouple it from a

Re: [PATCH 1/4] modpost: delegate updating namespaces to separate function

2019-10-11 Thread Masahiro Yamada
On Sat, Oct 12, 2019 at 12:33 AM Greg Kroah-Hartman wrote: > > On Thu, Oct 10, 2019 at 04:14:40PM +0100, Matthias Maennich wrote: > > Let the function 'sym_update_namespace' take care of updating the > > namespace for a symbol. While this currently only replaces one single > > location where names

Re: [PATCH RESEND v2] staging: wfx: fix an undefined reference error when CONFIG_MMC=m

2019-10-11 Thread zhong jiang
On 2019/10/12 1:03, Greg KH wrote: > On Sat, Oct 12, 2019 at 12:34:07AM +0800, zhong jiang wrote: >> I hit the following error when compile the kernel. >> >> drivers/staging/wfx/main.o: In function `wfx_core_init': >> /home/z00352263/linux-next/linux-next/drivers/staging/wfx/main.c:488: >> undefin

[PATCH -next] ASoC: atmel: select SND_ATMEL_SOC_DMA for SND_ATMEL_SOC_SSC

2019-10-11 Thread Mao Wenan
If SND_ATMEL_SOC_SSC_PDC=y and SND_ATMEL_SOC_SSC_DMA=m, below errors can be found: sound/soc/atmel/atmel_ssc_dai.o: In function `atmel_ssc_set_audio': atmel_ssc_dai.c:(.text+0x6fe): undefined reference to `atmel_pcm_dma_platform_register' make: *** [vmlinux] Error 1 After commit 18291410557f ("ASo

Re: [Patch v4 2/2] linux/bits.h: Add compile time sanity check of GENMASK inputs

2019-10-11 Thread Andrew Morton
On Wed, 9 Oct 2019 23:45:02 +0200 Rikard Falkeborn wrote: > GENMASK() and GENMASK_ULL() are supposed to be called with the high bit > as the first argument and the low bit as the second argument. Mixing > them will return a mask with zero bits set. > > Recent commits show getting this wrong is

Re: [PATCH 4/7 v2] tracing: Have trace events system open call tracing_open_generic_tr()

2019-10-11 Thread Steven Rostedt
On Fri, 11 Oct 2019 20:57:51 -0400 Steven Rostedt wrote: > --- a/kernel/trace/trace_events.c > +++ b/kernel/trace/trace_events.c > @@ -1391,9 +1391,6 @@ static int subsystem_open(struct inode *inode, struct > file *filp) > struct trace_array *tr; > int ret; > > - if (tracing_is

Re: [PATCH] staging: sm750fb: align arguments with open parenthesis

2019-10-11 Thread Joe Perches
On Fri, 2019-10-11 at 22:19 -0300, Gabriela Bittencourt wrote: > Cleans up checks of "Alignment should match open parenthesis" in tree sm750fb [] > diff --git a/drivers/staging/sm750fb/sm750_accel.c > b/drivers/staging/sm750fb/sm750_accel.c [] > @@ -289,7 +289,7 @@ static unsigned int deGetTranspa

Re: [PATCH] csky: Initial stack protector support

2019-10-11 Thread Guo Ren
Acked, I need optimize commit log with: ... It's tested with strcpy local array overflow in sys_kill and get: stack-protector: Kernel stack is corrupted in: sys_kill+0x23c/0x23c TODO: - Support task switch for different cannary On Fri, Oct 11, 2019 at 10:59 AM Mao Han wrote: >

Re: [PATCH v1 0/2] perf stat: Support --all-kernel and --all-user

2019-10-11 Thread Jin, Yao
On 10/11/2019 3:21 PM, Jiri Olsa wrote: On Fri, Oct 11, 2019 at 10:50:35AM +0800, Jin, Yao wrote: On 10/10/2019 8:33 PM, Arnaldo Carvalho de Melo wrote: Em Thu, Oct 10, 2019 at 04:33:57PM +0800, Jin, Yao escreveu: On 10/10/2019 4:00 PM, Jiri Olsa wrote: On Thu, Oct 10, 2019 at 02:46:36

Re: Kernel.org SSL certification expired

2019-10-11 Thread Konstantin Ryabitsev
On Fri, 11 Oct 2019 at 21:33, Jiaxun Yang wrote: > > Hi kernel.org sysadmin team, > > It seems like SSL certification of kernel.org is expired today. With HSTS > enable, we can't reach kernel.org now. The APAC frontends were still serving the old certificate because the cert renewal process fail

Kernel.org SSL certification expired

2019-10-11 Thread Jiaxun Yang
Hi kernel.org sysadmin team, It seems like SSL certification of kernel.org is expired today. With HSTS enable, we can't reach kernel.org now. Thanks -- Jiaxun Yang

[PATCH] staging: sm750fb: align arguments with open parenthesis

2019-10-11 Thread Gabriela Bittencourt
Cleans up checks of "Alignment should match open parenthesis" in tree sm750fb Signed-off-by: Gabriela Bittencourt --- drivers/staging/sm750fb/ddk750_display.c | 2 +- drivers/staging/sm750fb/sm750_accel.c| 2 +- drivers/staging/sm750fb/sm750_accel.h| 8 drivers/staging/sm750f

RE: [EXT] Re: [RESEND PATCH v5 4/4] mailbox: imx: add support for imx v1 mu

2019-10-11 Thread Richard Zhu
Hi Daniel: New version patch-set had been sent out on Oct9. https://patchwork.kernel.org/cover/11180683/ Best Regards Richard Zhu > -Original Message- > From: Richard Zhu > Sent: 2019年10月9日 9:48 > To: Daniel Baluta > Cc: jassisinghb...@gmail.com; Oleksij Rempel ; > Daniel Baluta ; Aishe

RE: [PATCH 1/2] net: fec_main: Use platform_get_irq_byname_optional() to avoid error message

2019-10-11 Thread Anson Huang
Hi, Vladimir > On Fri, 11 Oct 2019 at 04:11, Anson Huang wrote: > > > > Hi, Jakub > > > > > On Fri, 11 Oct 2019 00:38:50 +, Anson Huang wrote: > > > > > Hm. Looks like the commit you need is commit f1da567f1dc1 ("driver > core: > > > > > platform: Add platform_get_irq_byname_optional()") and

[PATCH] cgroup: pids: use {READ,WRITE}_ONCE for pids->limit operations

2019-10-11 Thread Aleksa Sarai
Because pids->limit can be changed concurrently (but we don't want to take a lock because it would be needlessly expensive), use the appropriate memory barriers. Fixes: commit 49b786ea146f ("cgroup: implement the PIDs subsystem") Cc: sta...@vger.kernel.org # v4.3+ Signed-off-by: Aleksa Sarai ---

RE: [PATCH] clk: imx7ulp: Correct system clock source option #7

2019-10-11 Thread Anson Huang
Hi, Fabio > On Fri, Oct 11, 2019 at 5:39 AM Anson Huang > wrote: > > > > In the latest reference manual Rev.0,06/2019, the SCG1's system > > This should be SCS instead of SCG1. The reference states SCG system clock, SCS stands for system clock source, so I think it is actually meaning SCG1's s

[PATCH 1/7 v2] tracefs: Revert ccbd54ff54e8 ("tracefs: Restrict tracefs when the kernel is locked down")

2019-10-11 Thread Steven Rostedt
From: "Steven Rostedt (VMware)" Running the latest kernel through my "make instances" stress tests, I triggered the following bug (with KASAN and kmemleak enabled): mkdir invoked oom-killer: gfp_mask=0x40cd0(GFP_KERNEL|__GFP_COMP|__GFP_RECLAIMABLE), order=0, oom_score_adj=0 CPU: 1 PID: 2229 Comm

[PATCH 6/7 v2] tracing: Add some more locked_down checks

2019-10-11 Thread Steven Rostedt
From: "Steven Rostedt (VMware)" Added various checks on open tracefs calls to see if tracefs is in lockdown mode, and if so, to return -EPERM. Note, the event format files (which are basically standard on all machines) as well as the enabled_functions file (which shows what is currently being tr

[PATCH 2/7 v2] ftrace: Get a reference counter for the trace_array on filter files

2019-10-11 Thread Steven Rostedt
From: "Steven Rostedt (VMware)" The ftrace set_ftrace_filter and set_ftrace_notrace files are specific for an instance now. They need to take a reference to the instance otherwise there could be a race between accessing the files and deleting the instance. It wasn't until the :mod: caching where

[PATCH 7/7 v2] tracing: Do not create tracefs files if tracefs lockdown is in effect

2019-10-11 Thread Steven Rostedt
From: "Steven Rostedt (VMware)" If on boot up, lockdown is activated for tracefs, don't even bother creating the files. This can also prevent instances from being created if lockdown is in effect. Link: http://lkml.kernel.org/r/CAHk-=whC6Ji=fwnjh2+es4b15tnbss4vpvtvbowcy1jjeg_...@mail.gmail.com

[PATCH 3/7 v2] tracing: Get trace_array reference for available_tracers files

2019-10-11 Thread Steven Rostedt
From: "Steven Rostedt (VMware)" As instances may have different tracers available, we need to look at the trace_array descriptor that shows lists the available tracers for the instance. But there's a race between opening the file and the admin from deleting the instance. The trace_array_get() nee

[PATCH 0/7 v2] tracing: Fix tracefs lockdown and various clean ups

2019-10-11 Thread Steven Rostedt
It appears that using destroy_inode() to clean up the proxy_ops that was used by the lockdown code to have all open calls to the tracefs directory was totally broken. It caused the inodes to not be cleaned up as the destroy_inode() method is expected to clean up the inode, and not just what it allo

[PATCH 5/7 v2] tracing: Add tracing_check_open_get_tr()

2019-10-11 Thread Steven Rostedt
From: "Steven Rostedt (VMware)" Currently, most files in the tracefs directory that gets opened needs to test if tracing_disabled is set. If so, it should return -ENODEV. The tracing_disabled is called when tracing is found to be broken. Originally it was done in case the ring buffer was found to

[PATCH 4/7 v2] tracing: Have trace events system open call tracing_open_generic_tr()

2019-10-11 Thread Steven Rostedt
From: "Steven Rostedt (VMware)" Instead of having the trace events system open calls open code the taking of the trace_array descriptor (with trace_array_get()) and then calling trace_open_generic(), have it use the tracing_open_generic_tr() that does the combination of the two. This requires mak

Re: [PATCH v12 08/16] dt: bindings: lp55xx: Update binding for Multicolor Framework

2019-10-11 Thread Dan Murphy
Jacek On 10/11/19 3:15 PM, Jacek Anaszewski wrote: Dan, On 10/11/19 3:06 PM, Dan Murphy wrote: Update the DT binding to include the properties to use the multicolor framework for the devices that use the LP55xx framework. Signed-off-by: Dan Murphy CC: Tony Lindgren CC: "Benoît Cousson" CC:

Re: [PATCH v12 12/16] leds: lp55xx: Add multicolor framework support to lp55xx

2019-10-11 Thread Dan Murphy
Jacek On 10/11/19 3:36 PM, Jacek Anaszewski wrote: Dan, On 10/11/19 3:06 PM, Dan Murphy wrote: Add multicolor framework support for the lp55xx family. Signed-off-by: Dan Murphy --- drivers/leds/Kconfig | 1 + drivers/leds/leds-lp55xx-common.c | 176 +

Re: [PATCH v12 00/16] Multicolor Framework v12

2019-10-11 Thread Dan Murphy
Jacek On 10/11/19 2:40 PM, Jacek Anaszewski wrote: Dan, On 10/11/19 3:06 PM, Dan Murphy wrote: Hello Minor changes per review comments. https://lore.kernel.org/patchwork/project/lkml/list/?series=413385 Rebased the series on top of Pavel's next branch. Multicolor changes: Rename led_mc_calc

Re: [PATCH] hugetlb: Add nohugepages parameter to prevent hugepages creation

2019-10-11 Thread Guilherme Piccoli
On Fri, Oct 11, 2019 at 8:52 PM Qian Cai wrote: > > > It simply error-prone to reuse the sysctl.conf from the first kernel, as it > could contains lots of things that will kill kdump kernel. Makes sense, I agree with you. But still, there's no formal/right/single way to do kdump, so I don't thin

[PATCH v2 4/4] xtensa: initialize result in __get_user_asm for unaligned access

2019-10-11 Thread Max Filippov
__get_user_asm macro leaves result register uninitialized when alignment check fails. Add 'insn' parameter to __check_align_{1,2,4} and pass an instruction that initializes result register from __get_user_asm. Signed-off-by: Max Filippov --- arch/xtensa/include/asm/uaccess.h | 12 +++- 1

[PATCH v2 3/4] xtensa: fix type conversion in __get_user_[no]check

2019-10-11 Thread Max Filippov
__get_user_[no]check uses temporary buffer of type long to store result of __get_user_size and do sign extension on it when necessary. This doesn't work correctly for 64-bit data. Fix it by moving temporary buffer/sign extension logic to __get_user_asm. Don't do assignment of __get_user_bad result

[PATCH v2 0/4] xtensa: fix {get,put}_user() for 64bit values

2019-10-11 Thread Max Filippov
Hello, this series fixes return value, out-of-bound stack access and value truncation in xtensa implementation of {get,put}_user() for 64bit values. It also cleans up naming of assembly parameters in __{get,put}_user_asm and __check_align_{1,2,4}. Changes v1->v2: - initialize result when access_o

[PATCH v2 2/4] xtensa: clean up assembly arguments in uaccess macros

2019-10-11 Thread Max Filippov
Numeric assembly arguments are hard to understand and assembly code that uses them is hard to modify. Use named arguments in __check_align_*, __get_user_asm and __put_user_asm. Modify macro parameter names so that they don't affect argument names. Signed-off-by: Max Filippov --- arch/xtensa/incl

[PATCH v2 1/4] xtensa: fix {get,put}_user() for 64bit values

2019-10-11 Thread Max Filippov
From: Al Viro First of all, on short copies __copy_{to,from}_user() return the amount of bytes left uncopied, *not* -EFAULT. get_user() and put_user() are expected to return -EFAULT on failure. Another problem is get_user(v32, (__u64 __user *)p); that should fetch 64bit value and the assign it

Re: [PATCH] MIPS: add support for SGI Octane (IP30)

2019-10-11 Thread Joshua Kinard
On 10/9/2019 14:43, Christoph Hellwig wrote: >> +++ b/arch/mips/sgi-ip30/ip30-pci.c >> @@ -0,0 +1,19 @@ >> +// SPDX-License-Identifier: GPL-2.0 >> +/* >> + * ip30-pci.c: misc PCI related helper code for IP30 architecture >> + */ >> + >> +#include >> + >> +dma_addr_t __phys_to_dma(struct device *de

[PATCH 3/3] xtensa: fix type conversion in __get_user_[no]check

2019-10-11 Thread Max Filippov
__get_user_[no]check uses temporary buffer of type long to store result of __get_user_size and do sign extension on it when necessary. This doesn't work correctly for 64-bit data. Fix it by moving temporary buffer/sign extension logic to __get_user_asm. Don't do assignment of __get_user_bad result

[PATCH 2/3] xtensa: clean up assembly arguments in uaccess macros

2019-10-11 Thread Max Filippov
Numeric assembly arguments are hard to understand and assembly code that uses them is hard to modify. Use named arguments in __check_align_*, __get_user_asm and __put_user_asm. Modify macro parameter names so that they don't affect argument names. Signed-off-by: Max Filippov --- arch/xtensa/incl

[PATCH 0/3] xtensa: fix {get,put}_user() for 64bit values

2019-10-11 Thread Max Filippov
Hello, this series fixes return value, out-of-bound stack access and value truncation in xtensa implementation of {get,put}_user() for 64bit values. It also cleans up naming of assembly parameters in __{get,put}_user_asm and __check_align_{1,2,4}. Al Viro (1): xtensa: fix {get,put}_user() for 6

[PATCH 1/3] xtensa: fix {get,put}_user() for 64bit values

2019-10-11 Thread Max Filippov
From: Al Viro First of all, on short copies __copy_{to,from}_user() return the amount of bytes left uncopied, *not* -EFAULT. get_user() and put_user() are expected to return -EFAULT on failure. Another problem is get_user(v32, (__u64 __user *)p); that should fetch 64bit value and the assign it

Re: [PATCH 1/1] mm/vmalloc: remove preempt_disable/enable when do preloading

2019-10-11 Thread Andrew Morton
On Thu, 10 Oct 2019 17:17:49 +0200 Uladzislau Rezki wrote: > > > : * The preload is done in non-atomic context, thus it allows us > > > : * to use more permissive allocation masks to be more stable > > > under > > > : * low memory condition and high memory pressure. >

Re: [PATCH] hugetlb: Add nohugepages parameter to prevent hugepages creation

2019-10-11 Thread Qian Cai
> On Oct 11, 2019, at 7:42 PM, Guilherme Piccoli wrote: > > Thanks for the quick response. Kdump in Ubuntu, for example, rely in > mounting the root filesystem. > Even in initrd-only approaches, we could have sysctl.conf being copied > to initramfs, and hugepages end-up getting set. It simply

[PATCH] arm64: defconfig: Enable Qualcomm pseudo rng

2019-10-11 Thread Bjorn Andersson
Most Qualcomm platforms contain a pseudo random number generator hardware block. Enable the driver for this block. Signed-off-by: Bjorn Andersson --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index

[PATCH] arm64: defconfig: Enable Qualcomm socinfo driver

2019-10-11 Thread Bjorn Andersson
The Qualcomm socinfo driver provides SoC information to userspace using the standard soc interface as well as a number of debugfs entries. Enable this to allow certain user space tools to acquire this information, as well as getting developers access to the information in debugfs that is useful wh

[PATCH] arm64: defconfig: Enable Qualcomm CPUfreq HW driver

2019-10-11 Thread Bjorn Andersson
The Qualcomm CPUfreq HW provides CPU voltage and frequency scaling on many modern Qualcomm SoCs. Enable the driver for this hardware block to enable this functionality on the SDM845 platform. Signed-off-by: Bjorn Andersson --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) d

  1   2   3   4   5   6   7   8   9   >