[PATCH 03/13] livepatch: refactor klp_init_object

2021-01-20 Thread Christoph Hellwig
Merge three calls to klp_is_module (including one hidden inside klp_find_object_module) into a single one to simplify the code a bit. Signed-off-by: Christoph Hellwig --- kernel/livepatch/core.c | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git

[net-next PATCH 0/7] ethtool support for fec and link configuration

2021-01-20 Thread Hariprasad Kelam
This series of patches add support for forward error correction(fec) and physical link configuration. Patches 1&2 adds necessary mbox handlers for fec mode configuration request and to fetch stats. Patch 3 registers driver callbacks for fec mode configuration and display. Patch 4&5 adds support of

Re: [PATCH v3 00/12] OPP API fixes and improvements

2021-01-20 Thread Viresh Kumar
On 20-01-21, 18:41, Dmitry Osipenko wrote: > 19.01.2021 20:35, Dmitry Osipenko пишет: > > 18.01.2021 14:46, Viresh Kumar пишет: > >> On 18-01-21, 03:55, Dmitry Osipenko wrote: > >>> Hi, > >>> > >>> This series fixes problems and adds features to OPP API that are required > >>> for implementation

Re: [PATCH v2 1/3] bus: mhi: core: Clear devices when moving execution environments

2021-01-20 Thread Manivannan Sadhasivam
On Thu, Jan 14, 2021 at 11:16:33AM -0800, Bhaumik Bhatt wrote: > When moving from SBL to mission mode execution environment, there > is no remove callback notification to MHI client drivers which > operate on SBL mode only. Client driver devices are being created > in SBL or AMSS(mission mode) and

[PATCH 06/29] csky: Fixup futex SMP implementation

2021-01-20 Thread guoren
From: Guo Ren Arnd said: I would guess that for csky, this is a mistake, as the architecture is fairly new and should be able to implement it. Guo reply: The c610, c807, c810 don't support SMP, so futex_cmpxchg_enabled = 1 with asm-generic's implementation. For c860, there is no

[PATCH 10/9] tools/rcutorture: fix position of -lgcc in mkinitrd.sh

2021-01-20 Thread Willy Tarreau
I placed -lgcc poorly in the build options, resulting in possible build failures that are typically encountered on ARM when uidiv is required; -lgcc must be placed after the source files. Signed-off-by: Willy Tarreau --- Sorry for this last one, I figured after my last documentation fix that

[PATCH v2 1/6] devicetree/bindings: Initial commit of wacom,wacom-i2c

2021-01-20 Thread Alistair Francis
Signed-off-by: Alistair Francis --- .../input/touchscreen/wacom,wacom-i2c.yaml| 44 +++ .../devicetree/bindings/vendor-prefixes.yaml | 2 + 2 files changed, 46 insertions(+) create mode 100644 Documentation/devicetree/bindings/input/touchscreen/wacom,wacom-i2c.yaml diff

[PATCH v2 3/4] KVM: SVM: Add support for VMCB address check change

2021-01-20 Thread Wei Huang
New AMD CPUs have a change that checks VMEXIT intercept on special SVM instructions before checking their EAX against reserved memory region. This change is indicated by CPUID_0x800A_EDX[28]. If it is 1, #VMEXIT is triggered before #GP. KVM doesn't need to intercept and emulate #GP faults as

[PATCH v2 2/6] input/touchscreen: Add device tree support to wacom_i2c

2021-01-20 Thread Alistair Francis
Allow the wacom-i2c device to be exposed via device tree. Signed-off-by: Alistair Francis --- .../input/touchscreen/wacom,wacom-i2c.yaml | 4 drivers/input/touchscreen/wacom_i2c.c| 16 2 files changed, 20 insertions(+) diff --git

[PATCH v2 0/6] Add Wacom I2C support to rM2

2021-01-20 Thread Alistair Francis
Add support to the reMarkable2 (rM2) for the Wacom I2C device. This is based on the reMarkable Linux fork and with this series I am able to probe the Wacom digitiser. Alistair Francis (6): devicetree/bindings: Initial commit of wacom,wacom-i2c input/touchscreen: Add device tree support to

[PATCH 11/29] csky: Add kmemleak support

2021-01-20 Thread guoren
From: Guo Ren Here is the log after enabled: [1.798972] kmemleak: Kernel memory leak detector initialized (mem pool available: 15851) [1.798983] kmemleak: Automatic memory scanning thread started Signed-off-by: Guo Ren --- arch/csky/Kconfig | 1 + 1 file changed, 1 insertion(+)

[PATCH 08/29] csky: Cleanup asm/spinlock.h

2021-01-20 Thread guoren
From: Guo Ren There are two implementation of spinlock in arch/csky: - simple one (NR_CPU = 1,2) - tick's one (NR_CPU = 3,4) Remove the simple one. There is already smp_mb in spinlock, so remove the definition of smp_mb__after_spinlock. Link:

[PATCH 07/29] csky: Fixup asm/cmpxchg.h with correct ordering barrier

2021-01-20 Thread guoren
From: Guo Ren Optimize the performance of cmpxchg by using more fine-grained acquire/release barriers. Signed-off-by: Guo Ren Cc: Peter Zijlstra Cc: Arnd Bergmann Cc: Paul E. McKenney --- arch/csky/include/asm/cmpxchg.h | 27 +-- 1 file changed, 17 insertions(+), 10

[PATCH 10/29] csky: Remove prologue of page fault handler in entry.S

2021-01-20 Thread guoren
From: Guo Ren There is a prologue on page fault handler which marking pages dirty and/or accessed in page attributes, but all of these have been handled in handle_pte_fault. - Add flush_tlb_one in vmalloc page fault instead of prologue. - Using cmxchg_fixup C codes in do_page_fault instead of

[PATCH 13/29] csky: Add show_tlb for CPU_CK860 debug

2021-01-20 Thread guoren
From: Guo Ren Print all 1024 jtlb entries and 16 iutlb entries and 16 dutlb entries in show_regs. Signed-off-by: Guo Ren --- arch/csky/kernel/ptrace.c | 121 ++ 1 file changed, 121 insertions(+) diff --git a/arch/csky/kernel/ptrace.c

Re: [PATCH V5 5/5] of: unittest: Statically apply overlays using fdtoverlay

2021-01-20 Thread Viresh Kumar
On 21-01-21, 17:34, David Gibson wrote: > No, this is the wrong way around. The expected operation here is that > you apply overlay (1) to the base tree, giving you, say, output1.dtb. > output1.dtb is (effectively) a base tree itself, to which you can then > apply overlay-(2). Thanks for the

[PATCH 14/29] csky: Fixup FAULT_FLAG_XXX param for handle_mm_fault

2021-01-20 Thread guoren
From: Guo Ren The past code only passes the FAULT_FLAG_WRITE into handle_mm_fault and missing USER & DEFAULT & RETRY. The patch references to arch/riscv/mm/fault.c, but there is no FAULT_FLAG_INSTRUCTION in csky hw. Signed-off-by: Guo Ren --- arch/csky/mm/fault.c | 23 +--

[PATCH 12/29] csky: Fix TLB maintenance synchronization problem

2021-01-20 Thread guoren
From: Guo Ren TLB invalidate didn't contain a barrier operation in csky cpu and we need to prevent previous PTW response after TLB invalidation instruction. Of cause, the ASID changing also needs to take care of the issue. CPU0CPU1 === ===

[PATCH v2 4/4] KVM: SVM: Support #GP handling for the case of nested on nested

2021-01-20 Thread Wei Huang
Under the case of nested on nested (e.g. L0->L1->L2->L3), #GP triggered by SVM instructions can be hided from L1. Instead the hypervisor can inject the proper #VMEXIT to inform L1 of what is happening. Thus L1 can avoid invoking the #GP workaround. For this reason we turns on guest VM's

Re: [PATCH] rtsx: pci: fix device aspm state bug

2021-01-20 Thread Greg KH
On Thu, Jan 21, 2021 at 03:28:58PM +0800, ricky...@realtek.com wrote: > From: Ricky Wu > > changed rtsx_pci_disable_aspm() to rtsx_disable_aspm() > make sure pcr->aspm_enabled to sync with aspm state Can you make this a bit more descriptive? > > BUG=b:175338107 > TEST=chromeos-kernel-5_4

Re: usb: dwc3: gadget: skip pullup and set_speed after suspend

2021-01-20 Thread Wesley Cheng
On 1/20/2021 10:49 PM, Jung Daehwan wrote: > Hi, > > On Thu, Jan 21, 2021 at 01:00:32AM +, Thinh Nguyen wrote: >> Hi, >> >> Daehwan Jung wrote: >>> Sometimes dwc3_gadget_pullup and dwc3_gadget_set_speed are called after >>> entering suspend. That's why it needs to check whether suspend >>>

Re: [RFC PATCH V2 2/2] iommu: add Unisoc iommu basic driver

2021-01-20 Thread Chunyan Zhang
On Wed, 20 Jan 2021 at 20:29, Robin Murphy wrote: > > On 2021-01-20 11:40, Chunyan Zhang wrote: > [...] > >>> + pgt_base_iova = dom->pgt_va + > >>> + ((iova - mdata->iova_start) >> SPRD_IOMMU_PAGE_SHIFT); > >>> + > >>> + spin_lock_irqsave(>pgtlock, flags); > >>> + for (i =

Re: [PATCH] objtool: Don't fail the kernel build on fatal errors

2021-01-20 Thread György Andrasek
> This is basically a revert of commit 644592d32837 ("objtool: Fail the kernel build on fatal errors"). > That change turned out to be more trouble than it's worth. ...I'm sorry, what? Fatal errors are normal for you people? Seriously? I've been compiling my own kernel since 2004, I've never

Re: [PATCH net-next v2 3/3] xsk: build skb by page

2021-01-20 Thread Magnus Karlsson
On Wed, Jan 20, 2021 at 9:29 PM Alexander Lobakin wrote: > > From: Xuan Zhuo > Date: Wed, 20 Jan 2021 16:30:56 +0800 > > > This patch is used to construct skb based on page to save memory copy > > overhead. > > > > This function is implemented based on IFF_TX_SKB_NO_LINEAR. Only the > > network

Re: [PATCH] pinctrl: clarify #pinctrl-cells for pinctrl-single,pins

2021-01-20 Thread Tony Lindgren
* Emmanuel Vadot [210120 08:01]: > On Tue, 19 Jan 2021 21:03:44 -0800 > Drew Fustini wrote: > > > Document that #pinctrl-cells can be 1 or 2 for pinctrl-single,pins ... > Reviewed-by: Emmanuel Vadot > > Thanks, now the docs make more sense :) Looks good to me too: Reviewed-by: Tony

[PATCH v5 17/21] staging: hikey9xx: hi6421v600-regulator: use some regmap helpers

2021-01-20 Thread Mauro Carvalho Chehab
Now that the driver was ported to use regmap, let's use some help functions in order to simplify the code a little bit. Suggested-by: Mark Brown Signed-off-by: Mauro Carvalho Chehab --- .../staging/hikey9xx/hi6421v600-regulator.c | 45 ++- 1 file changed, 3 insertions(+), 42

[PATCH v5 06/21] staging: hikey9xx: hi6421v600-regulator: cleanup debug msgs

2021-01-20 Thread Mauro Carvalho Chehab
While those were useful during port time from downstream version, let's get rid of them for good, as it is possible to get about the same things by enabling regulator debugging code. Signed-off-by: Mauro Carvalho Chehab --- .../staging/hikey9xx/hi6421v600-regulator.c | 47 ++-

[PATCH v5 02/21] staging: hikey9xx: hisilicon,hi6421-spmi-pmic.yaml: simplify props

2021-01-20 Thread Mauro Carvalho Chehab
As all regulator-specific properties got moved to be part of the driver, remove them from the DT spec. Signed-off-by: Mauro Carvalho Chehab --- .../hikey9xx/hisilicon,hi6421-spmi-pmic.yaml | 106 +++--- 1 file changed, 40 insertions(+), 66 deletions(-) diff --git

Re: PING: [PATCH v5 0/2] misc: pvpanic: introduce capability & event attribute

2021-01-20 Thread Paolo Bonzini
On 20/01/21 18:53, Greg KH wrote: On Mon, Jan 18, 2021 at 09:42:57AM +0800, zhenwei pi wrote: Hi, Greg What's the next step I should take? I need some reviews by the people who will be doing the qemu portion of this, or someone else, please. QEMU bits are already part of the last release,

[PATCH v5 03/21] staging: hikey9xx: hisi-spmi-controller: clean sparse warnings

2021-01-20 Thread Mauro Carvalho Chehab
Sparse complains about __be32 conversions: drivers/spmi/hisi-spmi-controller.c drivers/spmi/hisi-spmi-controller.c:164:24: warning: cast to restricted __be32 drivers/spmi/hisi-spmi-controller.c drivers/spmi/hisi-spmi-controller.c:164:24: warning: cast to restricted __be32

[PATCH v5 21/21] dts: hisilicon: add support for the PMIC found on Hikey 970

2021-01-20 Thread Mauro Carvalho Chehab
Add a device tree for the HiSilicon 6421v600 SPMI PMIC, used on HiKey970 board. As we now have support for it, change the fixed regulators used by the SD I/O to use the proper LDO supplies. Signed-off-by: Mauro Carvalho Chehab --- .../boot/dts/hisilicon/hi3670-hikey970.dts| 22 +

Re: [PATCH v3] USB: serial: cp210x: Fix error 32 when hardware flow control is enabled.

2021-01-20 Thread gre...@linuxfoundation.org
On Thu, Jan 21, 2021 at 07:09:13AM +, Pho Tran wrote: > Fix error 32 returned by CP210X_SET_MHS when hardware flow control is enabled. > > The root cause of error 32 is that user application (CoolTerm, > linux-serial-test) > opened cp210x device with hardware flow control then attempt to

[PATCH 7/9] tools/nolibc: remove incorrect definitions of __ARCH_WANT_*

2021-01-20 Thread Willy Tarreau
These definitions were added with support for aarch64 when some syscall definitions were missing (__NR_dup2, __NR_fork, __NR_getpgrp, etc), but these were actually wrong because these syscalls do not exist on this platform, and definiting these resulted in exposing invalid definitions. The

[PATCH v5 18/21] spmi: hisi-spmi-controller: move driver from staging

2021-01-20 Thread Mauro Carvalho Chehab
The Hisilicon 6421v600 SPMI driver is ready for mainstream. So, move it from staging. Signed-off-by: Mauro Carvalho Chehab --- .../spmi}/hisilicon,hisi-spmi-controller.yaml | 0 MAINTAINERS | 7 +++ drivers/spmi/Kconfig

[PATCH 3/9] tools/nolibc: make getpgrp() fall back to getpgid(0)

2021-01-20 Thread Willy Tarreau
getpgrp() is not implemented on arm64, getpgid(0) must be used instead. [This is nolibc's upstream commit 2379f25073f9] Signed-off-by: Willy Tarreau --- tools/include/nolibc/nolibc.h | 20 +++- 1 file changed, 19 insertions(+), 1 deletion(-) diff --git

[PATCH v1] ARM: dts: aspeed: Add Mowgli rtc driver

2021-01-20 Thread Ben Pai
Add mowgli rtc driver. Signed-off-by: Ben Pai --- arch/arm/boot/dts/aspeed-bmc-opp-mowgli.dts | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/aspeed-bmc-opp-mowgli.dts b/arch/arm/boot/dts/aspeed-bmc-opp-mowgli.dts index b648e468e9db..8503152faaf0 100644 ---

Re: [PATCH v2 2/2] Input: ads7846: convert to one message

2021-01-20 Thread Dmitry Torokhov
On Wed, Jan 20, 2021 at 08:40:32AM +0100, Oleksij Rempel wrote: > > Hi Dmitry, > > On Tue, Nov 17, 2020 at 04:31:38PM -0800, Dmitry Torokhov wrote: > > On Tue, Nov 10, 2020 at 09:50:41AM +0100, Oleksij Rempel wrote: > > > Convert multiple full duplex transfers in to a single transfer to reduce >

Re: usb: dwc3: gadget: skip pullup and set_speed after suspend

2021-01-20 Thread Jung Daehwan
Hi, On Thu, Jan 21, 2021 at 01:00:32AM +, Thinh Nguyen wrote: > Hi, > > Daehwan Jung wrote: > > Sometimes dwc3_gadget_pullup and dwc3_gadget_set_speed are called after > > entering suspend. That's why it needs to check whether suspend > > > > 1. dwc3 sends disconnect uevent and turn off.

Re: [PATCH] powerpc: fix AKEBONO build failures

2021-01-20 Thread Yury Norov
On Wed, Jan 20, 2021 at 10:10 PM Randy Dunlap wrote: > > On 1/20/21 1:29 PM, Yury Norov wrote: > > Hi all, > > > > I found the power pc build broken on today's > > linux-next (647060f3b592). > > Darn, I was building linux-5.11-rc4. > > I'll try linux-next after I send this. > > --- > From: Randy

[PATCH] rtsx: pci: fix device aspm state bug

2021-01-20 Thread ricky_wu
From: Ricky Wu changed rtsx_pci_disable_aspm() to rtsx_disable_aspm() make sure pcr->aspm_enabled to sync with aspm state BUG=b:175338107 TEST=chromeos-kernel-5_4 Signed-off-by: Ricky Wu Change-Id: I4b146dcdaaf2f2a965381c32780b0b110d751258 --- drivers/misc/cardreader/rtsx_pcr.c | 9 -

Re: [PATCH 1/2] crypto: talitos - Work around SEC6 ERRATA (AES-CTR mode data size error)

2021-01-20 Thread Ard Biesheuvel
On Thu, 21 Jan 2021 at 06:35, Christophe Leroy wrote: > > > > Le 20/01/2021 à 23:23, Ard Biesheuvel a écrit : > > On Wed, 20 Jan 2021 at 19:59, Christophe Leroy > > wrote: > >> > >> Talitos Security Engine AESU considers any input > >> data size that is not a multiple of 16 bytes to be an error.

Re: [PATCH v4 19/21] regulator: hi6421v600-regulator: move it from staging

2021-01-20 Thread Mauro Carvalho Chehab
Em Wed, 20 Jan 2021 17:07:44 + Mark Brown escreveu: > On Wed, Jan 20, 2021 at 12:02:44AM +0100, Mauro Carvalho Chehab wrote: > > Mark Brown escreveu: > > > > Now that the driver has been converted to regmap these are just > > > duplicates of the regmap helpers. You may also be able to

Re: [PATCH v6 0/3] AMS, Collision Avoidance, and Protocol Error

2021-01-20 Thread Heikki Krogerus
On Wed, Jan 20, 2021 at 06:17:35PM +0100, Greg KH wrote: > On Wed, Jan 20, 2021 at 02:45:02PM +0100, Hans de Goede wrote: > > Hi, > > > > On 1/14/21 3:50 PM, Kyle Tso wrote: > > > v5 https://lore.kernel.org/r/20210105163927.1376770-1-kyle...@google.com > > > > > > "usb: typec: tcpm: AMS and

Re: [PATCH] blk-mq: introduce REQ_COMPLETE_WQ and add a workqueue to complete the request

2021-01-20 Thread liu xiang
On Wed, Jan 20, 2021 at 10:15:22AM +0800, Liu Xiang wrote: > The commit "40d09b53bfc557af7481b9d80f060a7ac9c7d314" has solved the > irqsoff problem by completing the request in softirq. But it may cause > the system to suffer bad preemptoff time. > Introduce the REQ_COMPLETE_WQ flag and

RE: [PATCH] rtsx: pci: fix device aspm state bug

2021-01-20 Thread 吳昊澄 Ricky
Hi Greg kh, This patch to fix misc: rtsx bug for kernel 5.4 Ricky > -Original Message- > From: 吳昊澄 Ricky > Sent: Thursday, January 21, 2021 3:29 PM > To: a...@arndb.de; gre...@linuxfoundation.org; > ricky...@realtek.corp-partner.google.com; sas...@kernel.org; > levin...@google.com;

[PATCH] mm/swap_slots.c: remove redundant NULL check

2021-01-20 Thread Yang Li
Fix below warnings reported by coccicheck: ./mm/swap_slots.c:197:3-9: WARNING: NULL check before some freeing functions is not needed. Reported-by: Abaci Robot Signed-off-by: Yang Li --- mm/swap_slots.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/mm/swap_slots.c

[PATCH] rtsx: pci: fix device aspm state bug

2021-01-20 Thread ricky_wu
From: Ricky Wu changed rtsx_pci_disable_aspm() to rtsx_disable_aspm() make sure pcr->aspm_enabled to sync with aspm state BUG=b:175338107 TEST=chromeos-kernel-5_4 Signed-off-by: Ricky Wu Change-Id: I4b146dcdaaf2f2a965381c32780b0b110d751258 --- drivers/misc/cardreader/rtsx_pcr.c | 9 -

linux-next: Tree for Jan 21

2021-01-20 Thread Stephen Rothwell
Hi all, Changes since 20210120: The drm tree lost its build failure. The drm-intel tree still had its build failure so I have used the version from next-20210119. The drm-misc tree gained a conflict against Linus' tree. The devicetree tree gained a conflict against the net-next tree. Non

[PATCH v6 3/6] dt-bindings: display: imx: Add i.MX8qxp/qm DPR channel binding

2021-01-20 Thread Liu Ying
This patch adds bindings for i.MX8qxp/qm Display Prefetch Resolve Channel. Reviewed-by: Rob Herring Signed-off-by: Liu Ying --- v5->v6: * No change. v4->v5: * No change. v3->v4: * Improve compatible property by using enum instead of oneOf+const. (Rob) * Add Rob's R-b tag. v2->v3: * No

[PATCH v6 4/6] drm/atomic: Avoid unused-but-set-variable warning on for_each_old_plane_in_state

2021-01-20 Thread Liu Ying
Artificially use 'plane' and 'old_plane_state' to avoid 'not used' warning. The precedent has already been set by other macros in the same file. Acked-by: Daniel Vetter Signed-off-by: Liu Ying --- v5->v6: * Fix commit message typo - s/Artifically/Artificially/ v4->v5: * No change. v3->v4: *

[PATCH v6 6/6] MAINTAINERS: add maintainer for i.MX8qxp DPU DRM driver

2021-01-20 Thread Liu Ying
Add myself as the maintainer of the i.MX8qxp DPU DRM driver. Signed-off-by: Liu Ying --- v5->v6: * No change. v4->v5: * No change. v3->v4: * No change. v2->v3: * No change. v1->v2: * No change. MAINTAINERS | 9 + 1 file changed, 9 insertions(+) diff --git a/MAINTAINERS

[PATCH v6 1/6] dt-bindings: display: imx: Add i.MX8qxp/qm DPU binding

2021-01-20 Thread Liu Ying
This patch adds bindings for i.MX8qxp/qm Display Processing Unit. Signed-off-by: Liu Ying --- v5->v6: * Use graph schema. So, drop Rob's R-b tag as review is needed. v4->v5: * No change. v3->v4: * Improve compatible property by using enum instead of oneOf+const. (Rob) * Add Rob's R-b tag.

[PATCH v6 2/6] dt-bindings: display: imx: Add i.MX8qxp/qm PRG binding

2021-01-20 Thread Liu Ying
This patch adds bindings for i.MX8qxp/qm Display Prefetch Resolve Gasket. Reviewed-by: Rob Herring Signed-off-by: Liu Ying --- v5->v6: * No change. v4->v5: * No change. v3->v4: * Improve compatible property by using enum instead of oneOf+const. (Rob) * Add Rob's R-b tag. v2->v3: * No change.

[PATCH v6 0/6] drm/imx: Introduce i.MX8qm/qxp DPU DRM

2021-01-20 Thread Liu Ying
Hi, This is the v6 series to introduce i.MX8qm/qxp Display Processing Unit(DPU) DRM support. DPU is comprised of a blit engine for 2D graphics, a display controller and a command sequencer. Outside of DPU, optional prefetch engines can fetch data from memory prior to some DPU fetchunits of

[PATCH 8/9] tools/nolibc: emit a detailed error when missing alternate syscall number definitions

2021-01-20 Thread Willy Tarreau
Some syscalls can be implemented from different __NR_* variants. For example, sys_dup2() can be implemented based on __NR_dup3 or __NR_dup2. In this case it's useful to produce an error message when neither are detected, mentioning the supported alternatives. In case of trouble with includes, it

[PATCH 9/9] tools/nolibc: fix position of -lgcc in the documented example

2021-01-20 Thread Willy Tarreau
The documentation header in the file provides a command line example to explain how to build, but it places -lgcc before the source, which usually fails with libgcc.a (e.g. on ARM when uidiv is needed). Let's fix this before it leaks into makefiles. [This is nolibc's upstream commit b5e282089223]

[PATCH 5/9] tools/nolibc: implement poll() based on ppoll()

2021-01-20 Thread Willy Tarreau
Some architectures like arm64 do not implement poll() and have to use ppoll() instead. [This is nolibc's upstream commit 800f75c13ede] Signed-off-by: Willy Tarreau --- tools/include/nolibc/nolibc.h | 10 ++ 1 file changed, 10 insertions(+) diff --git a/tools/include/nolibc/nolibc.h

[PATCH 4/9] tools/nolibc: implement fork() based on clone()

2021-01-20 Thread Willy Tarreau
Some archs such as arm64 do not have fork() and have to use clone() instead so let's make fork() always use clone() when available. This requires to include signal.h to get the definition of SIGCHLD. [This is nolibc's upstream commit d2dc42fd6149] Signed-off-by: Willy Tarreau ---

[PATCH 2/9] tools/nolibc: make dup2() rely on dup3() when available

2021-01-20 Thread Willy Tarreau
A recent boot failure on 5.4-rc3 on arm64 revealed that sys_dup2() is not available and that only sys_dup3() is implemented, thus let's detect this and fall back to sys_dup3() when available. [This is nolibc's upstream commit fd5272ec2c66] Signed-off-by: Willy Tarreau ---

[PATCH] kvm: x86/mmu: Assign boolean values to a bool variable

2021-01-20 Thread Jiapeng Zhong
Fix the following coccicheck warnings: ./arch/x86/kvm/mmu/mmu.c:5829:2-9: WARNING: Assignment of 0/1 to bool variable. ./arch/x86/kvm/mmu/mmu.c:2505:1-11: WARNING: Assignment of 0/1 to bool variable. ./arch/x86/kvm/mmu/mmu.c:1814:1-11: WARNING: Assignment of 0/1 to bool variable. Reported-by:

[PATCH 1/9] tools/nolibc: the definition dup() was missing

2021-01-20 Thread Willy Tarreau
dup() was mistakenly forgotten while sys_dup() was defined. [This is nolibc's upstream commit 47cc42a79c92] Signed-off-by: Willy Tarreau --- tools/include/nolibc/nolibc.h | 12 1 file changed, 12 insertions(+) diff --git a/tools/include/nolibc/nolibc.h

[PATCH 0/9] tools/nolibc: fix build issues on aarch64 after unistd cleanup

2021-01-20 Thread Willy Tarreau
Hi Paul, as per the recent discussion with Mark, I've updated the nolibc header to reflect latest upstream which is needed to build on arm64, and I performed the few cleanups that Mark rightfully suggested. The following patches were taken from the upstream code and this time I carefully copied

[PATCH 6/9] tools/nolibc: get timeval, timespec and timezone from linux/time.h

2021-01-20 Thread Willy Tarreau
These ones conflict with linux/time.h when building, so better take them from there directly. [This is nolibc's upstream commit dc45f5426b0c] Signed-off-by: Willy Tarreau --- tools/include/nolibc/nolibc.h | 19 +-- 1 file changed, 1 insertion(+), 18 deletions(-) diff --git

[PATCH 1/1] s390/vfio-ap: No need to disable IRQ after queue reset

2021-01-20 Thread Halil Pasic
From: Tony Krowiak The queues assigned to a matrix mediated device are currently reset when: * The VFIO_DEVICE_RESET ioctl is invoked * The mdev fd is closed by userspace (QEMU) * The mdev is removed from sysfs. Immediately after the reset of a queue, a call is made to disable interrupts for

[PATCH v5 08/21] staging: hikey9xx: hi6421v600-regulator: do some cleanups

2021-01-20 Thread Mauro Carvalho Chehab
In preparation for de-staging, do some cleanups: - Return error codes from hi6421_spmi_pmic_rmw(); - Remove a debug message; - Change the module description; - a few minor coding style adjustments. Signed-off-by: Mauro Carvalho Chehab --- .../staging/hikey9xx/hi6421v600-regulator.c | 37

[PATCH v5 20/21] regulator: hi6421v600-regulator: move it from staging

2021-01-20 Thread Mauro Carvalho Chehab
This driver is ready for mainstream. Move it out of staging. Signed-off-by: Mauro Carvalho Chehab --- MAINTAINERS| 7 +-- drivers/regulator/Kconfig | 8 drivers/regulator/Makefile

[PATCH v5 14/21] staging: hikey9xx: spmi driver: convert to regmap

2021-01-20 Thread Mauro Carvalho Chehab
Instead of doing its own SPMI I/O implementation, use the already-existing regmap one. Signed-off-by: Mauro Carvalho Chehab --- drivers/staging/hikey9xx/hi6421-spmi-pmic.c | 115 ++ .../staging/hikey9xx/hi6421v600-regulator.c | 26 ++-- include/linux/mfd/hi6421-spmi-pmic.h

[PATCH v5 05/21] staging: hikey9xx: hi6421v600-regulator: move LDO config from DT

2021-01-20 Thread Mauro Carvalho Chehab
Instead of storing regulator LDO configuration inside the DT, move it to be part of the driver itself. Signed-off-by: Mauro Carvalho Chehab --- .../staging/hikey9xx/hi6421v600-regulator.c | 381 +++--- 1 file changed, 153 insertions(+), 228 deletions(-) diff --git

[PATCH v5 12/21] staging: hikey9xx: hi6421v600-regulator: fix get_optimum_mode

2021-01-20 Thread Mauro Carvalho Chehab
During the driver refactor, a regression broke the logic inside hi6421_spmi_regulator_get_optimum_mode(). Basically, if a LDO has eco_uA == 0, it doesn't support economic mode. So, it should return REGULATOR_MODE_NORMAL. If economic mode is supported, it can return either REGULATOR_MODE_IDLE or

[PATCH v5 15/21] staging: hikey9xx: hi6421-spmi-pmic: update copyright

2021-01-20 Thread Mauro Carvalho Chehab
Remove the GPL boilerplate, as SPDX tag already points to the license terms and add a new copyright for Huawei. Signed-off-by: Mauro Carvalho Chehab --- drivers/staging/hikey9xx/hi6421-spmi-pmic.c | 24 ++--- 1 file changed, 7 insertions(+), 17 deletions(-) diff --git

[PATCH v5 00/21] Move Hisilicon 6421v600 SPMI driver set out of staging

2021-01-20 Thread Mauro Carvalho Chehab
Hi Mark/Lee, This patch series finish addressing support for Hikey 970 SPMI controller, PMIC and regulators. This version was generated with -M, in order to make easier to merge upstream. Also, rebased on the top of v5.10, without any dependencies from the other patch series I'm submitting for

[PATCH v5 13/21] staging: hikey9xx: hisilicon,hi6421-spmi-pmic.yaml: cleanup a warning

2021-01-20 Thread Mauro Carvalho Chehab
There's no additionalProperties field at the yaml file, causing a warning when checking it. Signed-off-by: Mauro Carvalho Chehab --- drivers/staging/hikey9xx/hisilicon,hi6421-spmi-pmic.yaml | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH v5 19/21] mfd: hi6421-spmi-pmic: move driver from staging

2021-01-20 Thread Mauro Carvalho Chehab
This driver is ready for mainstream. So, move it out of staging. Signed-off-by: Mauro Carvalho Chehab --- .../mfd}/hisilicon,hi6421-spmi-pmic.yaml | 0 MAINTAINERS | 7 +++ drivers/mfd/Kconfig | 15 +++

[PATCH v5 10/21] staging: hikey9xx: hi6421v600-regulator: fix delay logic

2021-01-20 Thread Mauro Carvalho Chehab
The original driver, which can be seen at commit 42f24d9d446a ("staging: regulator: add a regulator driver for HiSilicon 6421v600 SPMI PMIC") had a complex logic to ensure that there won't be multiple power enable/disable commands running at the same time. At the original logic, it were ensured

[PATCH v5 11/21] staging: hikey9xx: hi6421v600-regulator: cleanup comments

2021-01-20 Thread Mauro Carvalho Chehab
Remove obvious comments and fix the comment for the HI6421V600_LDO() macro. While on it, use kernel-doc notation for HI6421V600_LDO(), as kernel-doc can check if the arguments match its description. Signed-off-by: Mauro Carvalho Chehab --- .../staging/hikey9xx/hi6421v600-regulator.c | 27

[PATCH v5 16/21] staging: hikey9xx: hi6421-spmi-pmic: simplify includes

2021-01-20 Thread Mauro Carvalho Chehab
There are several uneeded includes. Remove them. Signed-off-by: Mauro Carvalho Chehab --- drivers/staging/hikey9xx/hi6421-spmi-pmic.c | 8 1 file changed, 8 deletions(-) diff --git a/drivers/staging/hikey9xx/hi6421-spmi-pmic.c b/drivers/staging/hikey9xx/hi6421-spmi-pmic.c index

[PATCH v5 01/21] staging: hikey9xx: hisilicon,hisi-spmi-controller.yaml fix bindings

2021-01-20 Thread Mauro Carvalho Chehab
Fix a few warnings produced by make dt_binding_check. Signed-off-by: Mauro Carvalho Chehab --- .../hisilicon,hisi-spmi-controller.yaml | 19 --- 1 file changed, 16 insertions(+), 3 deletions(-) diff --git a/drivers/staging/hikey9xx/hisilicon,hisi-spmi-controller.yaml

[PATCH v5 04/21] staging: hikey9xx: hi6421v600-regulator: do some cleanups

2021-01-20 Thread Mauro Carvalho Chehab
Use C99 comments at the beginning of the file and remove uneeded includes. Signed-off-by: Mauro Carvalho Chehab --- .../staging/hikey9xx/hi6421v600-regulator.c | 43 +++ 1 file changed, 16 insertions(+), 27 deletions(-) diff --git

[PATCH v5 09/21] staging: hikey9xx: hi6421v600-regulator: update copyright

2021-01-20 Thread Mauro Carvalho Chehab
Remove the GPL boilerplate, as SPDX tag already points to the license terms and add a new copyright for Huawei. Signed-off-by: Mauro Carvalho Chehab --- drivers/staging/hikey9xx/hi6421v600-regulator.c | 10 +- 1 file changed, 1 insertion(+), 9 deletions(-) diff --git

[PATCH v5 07/21] staging: hikey9xx: hi6421v600-regulator: get rid of an static data

2021-01-20 Thread Mauro Carvalho Chehab
Move it to be inside the private data struct. Signed-off-by: Mauro Carvalho Chehab --- drivers/staging/hikey9xx/hi6421v600-regulator.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/drivers/staging/hikey9xx/hi6421v600-regulator.c

[tip: x86/entry] x86/entry: Build thunk_$(BITS) only if CONFIG_PREEMPTION=y

2021-01-20 Thread tip-bot2 for Andrea Righi
The following commit has been merged into the x86/entry branch of tip: Commit-ID: e6d92b6680371ae1aeeb6c5eb2387fdc5d9a2c89 Gitweb: https://git.kernel.org/tip/e6d92b6680371ae1aeeb6c5eb2387fdc5d9a2c89 Author:Andrea Righi AuthorDate:Thu, 14 Jan 2021 12:48:35 +01:00

Re: KASAN: vmalloc-out-of-bounds Read in bpf_trace_run7

2021-01-20 Thread syzbot
syzbot has bisected this issue to: commit 8b401f9ed2441ad9e219953927a842d24ed051fc Author: Yonghong Song Date: Thu May 23 21:47:45 2019 + bpf: implement bpf_send_signal() helper bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=123408e750 start commit: 7d68e382 bpf:

kernel/bpf/verifier.c:11717:5: warning: stack frame size of 1032 bytes in function 'bpf_check'

2021-01-20 Thread kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 9791581c049c10929e97098374dd1716a81fefcc commit: eaa6bcb71ef6ed3dc18fc525ee7e293b06b4882b bpf: Introduce bpf_per_cpu_ptr() date: 4 months ago config: mips-randconfig-r003-20210121 (attached as .config)

[PATCH v3] USB: serial: cp210x: Fix error 32 when hardware flow control is enabled.

2021-01-20 Thread Pho Tran
Fix error 32 returned by CP210X_SET_MHS when hardware flow control is enabled. The root cause of error 32 is that user application (CoolTerm, linux-serial-test) opened cp210x device with hardware flow control then attempt to control RTS/DTR pins. In hardware flow control, RTS/DTR pins will be

Re: [PATCH RFC cpumask] Allow "all", "none", and "last" in cpumask strings

2021-01-20 Thread Yury Norov
On Wed, Jan 6, 2021 at 12:49 AM Yury Norov wrote: > > On Tue, Jan 5, 2021 at 4:48 PM Paul E. McKenney wrote: > > > > Hello! > > > > This series allows "all", "none", and "last" to be used in cpumask > > strings. This allows these strings to be less dependent on the underlying > > system. For

Re: [PATCH v2 1/5] csky: Remove custom asm/atomic.h implementation

2021-01-20 Thread Guo Ren
Hi Peter, On Thu, Jan 7, 2021 at 7:19 PM Peter Zijlstra wrote: > > On Sun, Dec 20, 2020 at 03:39:19PM +, guo...@kernel.org wrote: > > From: Guo Ren > > > > Use generic atomic implementation based on cmpxchg. So remove csky > > asm/atomic.h. > > Clarification would be good. Typically

[PATCH] usb: gadget: f_mass_storage: cahnge wait_event to wait_event_timeout

2021-01-20 Thread Oh Eomji
Changed to return a timeout error if there is no response for a certain period of time in order to solve the problem of waiting for a event complete while executing unbind. Signed-off-by: Oh Eomji --- drivers/usb/gadget/function/f_mass_storage.c | 2 +- 1 file changed, 1 insertion(+), 1

Re: [PATCH] mm/vmalloc: Separate put pages and flush VM flags

2021-01-20 Thread Christoph Hellwig
On Wed, Jan 20, 2021 at 05:41:18PM -0800, Rick Edgecombe wrote: > When VM_MAP_PUT_PAGES was added, it was defined with the same value as > VM_FLUSH_RESET_PERMS. This doesn't seem like it will cause any big > functional problems other than some excess flushing for VM_MAP_PUT_PAGES > allocations. >

[PATCH 17/29] csky: Fixup do_page_fault parent irq status

2021-01-20 Thread guoren
From: Guo Ren We must succeed parent's context irq status in page fault handler. Signed-off-by: Guo Ren --- arch/csky/kernel/entry.S | 2 +- arch/csky/mm/fault.c | 4 2 files changed, 5 insertions(+), 1 deletion(-) diff --git a/arch/csky/kernel/entry.S b/arch/csky/kernel/entry.S

[PATCH 20/29] csky: Reconstruct VDSO framework

2021-01-20 Thread guoren
From: Guo Ren Reconstruct vdso framework to support future vsyscall, vgettimeofday features. These are very important features to reduce system calls into the kernel for performance improvement. The patch is reference RISC-V's Signed-off-by: Guo Ren Cc: Palmer Dabbelt ---

[PATCH 29/29] csky: Fixup pfn_valid error with wrong max_mapnr

2021-01-20 Thread guoren
From: Guo Ren The max_mapnr is the number of PFNs, not absolute PFN offset. Signed-off-by: Guo Ren --- arch/csky/mm/init.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/csky/mm/init.c b/arch/csky/mm/init.c index 03970f4408f5..81e4e5e78f38 100644 ---

[PATCH 26/29] csky: kprobe: fix code in simulate without 'long'

2021-01-20 Thread guoren
From: Guo Ren The type of 'val' is 'unsigned long' in simulate_blz32, so 'val < 0' can't be true. Cast 'val' to 'long' here to determine branch token or not, Fixup instructions: bnezad32, bhsz32, bhz32, blsz32, blz32 Link:

[PATCH 25/29] csky: Fixup swapon

2021-01-20 Thread guoren
From: Guo Ren Current csky's swappon is broken by wrong swap PTE entry format. Now redesign the new format for abiv1 & abiv2 and make swappon + zram work properly on csky machines. C-SKY PTE has VALID, DIRTY to emulate PRESENT, READ, WRITE, EXEC attributes. GLOBAL bit is shared by two pages in

[PATCH 19/29] csky: mm: abort uaccess retries upon fatal signal

2021-01-20 Thread guoren
From: Guo Ren Pick up the patch from the 'Link' made by Mark Rutland. Keep the same with x86, arm, arm64, arc, sh, power. Link: https://lore.kernel.org/linux-arm-kernel/1499782763-31418-1-git-send-email-mark.rutl...@arm.com/ Signed-off-by: Guo Ren Cc: Mark Rutland --- arch/csky/mm/fault.c |

[PATCH 27/29] csky: Add VDSO with GENERIC_GETTIMEOFDAY, GENERIC_TIME_VSYSCALL, HAVE_GENERIC_VDSO

2021-01-20 Thread guoren
From: Guo Ren It could help to reduce the latency of the time-related functions in user space. We have referenced arm's and riscv's implementation for the patch. Signed-off-by: Guo Ren Cc: Vincent Chen Cc: Arnd Bergmann --- arch/csky/Kconfig | 4 +

[PATCH v2 5/6] touchscreen/wacom_i2c: Add support for vdd regulator

2021-01-20 Thread Alistair Francis
Add support for a VDD regulator. This allows the kernel to prove the Wacom-I2C device on the rM2. Signed-off-by: Alistair Francis --- drivers/input/touchscreen/wacom_i2c.c | 22 ++ 1 file changed, 22 insertions(+) diff --git a/drivers/input/touchscreen/wacom_i2c.c

[PATCH 21/29] csky: Fix a size determination in gpr_get()

2021-01-20 Thread guoren
From: Zhenzhong Duan "*" is missed in size determination as we are passing register set rather than a pointer. Fixes: dcad7854fcce ("sky: switch to ->regset_get()") Signed-off-by: Zhenzhong Duan Signed-off-by: Guo Ren --- arch/csky/kernel/ptrace.c | 2 +- 1 file changed, 1 insertion(+), 1

Re: [PATCH v2 4/5] csky: Fixup asm/cmpxchg.h with correct ordering barrier

2021-01-20 Thread Guo Ren
Hi Peter, On Thu, Jan 7, 2021 at 8:41 PM Peter Zijlstra wrote: > > On Sun, Dec 20, 2020 at 03:39:22PM +, guo...@kernel.org wrote: > > > > +#define cmpxchg(ptr, o, n) \ > > +({ \ > > +

Re: [PATCH V5 5/5] of: unittest: Statically apply overlays using fdtoverlay

2021-01-20 Thread Frank Rowand
On 1/20/21 11:58 PM, Viresh Kumar wrote: > On 20-01-21, 23:55, Frank Rowand wrote: >> yes, but using the modified versions ("/plugin/;" removed) of >> testcases.dtb and overlay_base.dtb. > > Okay, that would work fine I guess. I will try to implement this in > the new version. > >> I apologize

Re: [PATCH v2 bpf-next 4/4] selftests/bpf: add dump type data tests to btf dump tests

2021-01-20 Thread Andrii Nakryiko
On Sun, Jan 17, 2021 at 2:21 PM Alan Maguire wrote: > > Test various type data dumping operations by comparing expected > format with the dumped string; an snprintf-style printf function > is used to record the string dumped. > > Signed-off-by: Alan Maguire > --- >

  1   2   3   4   5   6   7   8   9   10   >