Re: [PATCH 2/2] platform/chrome: cros_ec_sysfs: Add cold-ap-off to sysfs reboot.

2020-12-18 Thread Enric Balletbo i Serra
Hi Pi-Hsun, Thank you for your patch. I don't accept patches with an empty commit description. Can you add it? (maybe you could just explain more what cold-ap-off means here. Apart from this, the patch LGTM. Thanks, Enric On 17/12/20 9:14, Pi-Hsun Shih wrote: > Signed-off-by: Pi-Hsun Shih >

Re: [RFC PATCH 6/8] selftests/x86: Test Key Locker internal key maintenance

2020-12-18 Thread Bae, Chang Seok
> On Dec 18, 2020, at 18:59, Peter Zijlstra wrote: > > On Wed, Dec 16, 2020 at 09:41:44AM -0800, Chang S. Bae wrote: >> +/* ENCODEKEY128 %EAX */ >> +asm volatile (".byte 0xf3, 0xf, 0x38, 0xfa, 0xc0"); > > This is lacking a binutils version number. I will add the version number when an

Re: [PATCH v2 3/3] thermal/core: Remove ms based delay fields

2020-12-18 Thread Daniel Lezcano
On 18/12/2020 11:16, Adam Thomson wrote: > On 16 December 2020 22:04, Daniel Lezcano wrote: > >> The code does no longer use the ms unit based fields to set the >> delays as they are replaced by the jiffies. >> >> Remove them and replace their user to use the jiffies version instead. >> >> Cc: Tha

Re: [PATCH v4 08/10] mm/gup: limit number of gup migration failures, honor failures

2020-12-18 Thread Michal Hocko
On Thu 17-12-20 13:52:41, Pavel Tatashin wrote: [...] > +#define PINNABLE_MIGRATE_MAX 10 > +#define PINNABLE_ISOLATE_MAX 100 Why would we need to limit the isolation retries. Those should always be temporary failure unless I am missing something. I am not sure about the PINNABLE_MIGRATE_MAX either

Re: Ping: [patch] close_range.2: new page documenting close_range(2)

2020-12-18 Thread Stephen Kitt
Hi Alex, Le 18/12/2020 11:12, Alejandro Colomar (man-pages) a écrit : Linux 5.10 has been recently released. Do you have any updates for this patch? Yes, I have a v3 in preparation, with _CLOEXEC and a code example. I'll wrap it up today. Regards, Stephen

Re: [PATCH] mm/vmscan: DRY cleanup for do_try_to_free_pages()

2020-12-18 Thread Michal Hocko
On Fri 18-12-20 18:22:17, Jacob Wen wrote: > This patch reduces repetition of set_task_reclaim_state() around > do_try_to_free_pages(). The changelog really should be talking about why this is needed/useful. >From the above it is not really clear whether you aimed at doing a clean up or this is a

Re: [PATCH 1/2] hwrng: iproc-rng200: Fix disable of the block.

2020-12-18 Thread Matthias Brugger
On 14/12/2020 18:45, Scott Branden wrote: > > > On 2020-12-14 8:04 a.m., matthias@kernel.org wrote: >> From: Matthias Brugger >> >> When trying to disable the block we bitwise or the control >> register with value zero. This will leave the block always turned on. >> Fix this by setting th

[PATCH net v2 0/3] ucc_geth fixes

2020-12-18 Thread Rasmus Villemoes
This is three bug fixes that fell out of a series of cleanups of the ucc_geth driver. Please consider applying via the net tree. v2: reorder and split off from larger series; add Andrew's R-b to patch 1; only move the free_netdev() call in patch 3. Rasmus Villemoes (3): ethernet: ucc_geth: set

[PATCH net v2 2/3] ethernet: ucc_geth: fix definition and size of ucc_geth_tx_global_pram

2020-12-18 Thread Rasmus Villemoes
Table 8-53 in the QUICC Engine Reference manual shows definitions of fields up to a size of 192 bytes, not just 128. But in table 8-111, one does find the text Base Address of the Global Transmitter Parameter RAM Page. [...] The user needs to allocate 128 bytes for this page. The address must

[PATCH v2 1/2] hwrng: iproc-rng200: Fix disable of the block.

2020-12-18 Thread matthias . bgg
From: Matthias Brugger When trying to disable the block we bitwise or the control register with value zero. This is confusing as using bitwise or with value zero doesn't have any effect at all. Drop this as we already set the enable bit to zero by appling inverted RNG_RBGEN_MASK. Signed-off-by:

[PATCH v2 2/2] hwrng: iproc-rng200: Move enable/disable in separate function

2020-12-18 Thread matthias . bgg
From: Matthias Brugger We are calling the same code for enable and disable the block in various parts of the driver. Put that code into a new function to reduce code duplication. Signed-off-by: Matthias Brugger Acked-by: Florian Fainelli --- Changes in v2: - rename function to iproc_rng200_e

[PATCH net v2 1/3] ethernet: ucc_geth: set dev->max_mtu to 1518

2020-12-18 Thread Rasmus Villemoes
All the buffers and registers are already set up appropriately for an MTU slightly above 1500, so we just need to expose this to the networking stack. AFAICT, there's no need to implement .ndo_change_mtu when the receive buffers are always set up to support the max_mtu. This fixes several warnings

[PATCH net v2 3/3] ethernet: ucc_geth: fix use-after-free in ucc_geth_remove()

2020-12-18 Thread Rasmus Villemoes
ugeth is the netdiv_priv() part of the netdevice. Accessing the memory pointed to by ugeth (such as done by ucc_geth_memclean() and the two of_node_puts) after free_netdev() is thus use-after-free. Signed-off-by: Rasmus Villemoes --- drivers/net/ethernet/freescale/ucc_geth.c | 2 +- 1 file chang

Re: [PATCH V3 1/3] arm64: topology: Avoid the have_policy check

2020-12-18 Thread Catalin Marinas
On Fri, Dec 18, 2020 at 09:56:02AM +0530, Viresh Kumar wrote: > On 17-12-20, 10:55, Catalin Marinas wrote: > > Hi Viresh, > > > > On Thu, Dec 17, 2020 at 01:27:32PM +0530, Viresh Kumar wrote: > > > On 15-12-20, 11:04, Viresh Kumar wrote: > > > > Every time I have stumbled upon this routine, I get

Re: [RFC PATCH 7/8] crypto: x86/aes-kl - Support AES algorithm using Key Locker instructions

2020-12-18 Thread Borislav Petkov
On Fri, Dec 18, 2020 at 10:34:28AM +, Bae, Chang Seok wrote: > I’m open to drop the macros if there is any better way to define them > without binutils support. Yap, make the driver build depend on the binutils version which supports them. -- Regards/Gruss, Boris. SUSE Software Solution

Re: [PATCH 1/2] mm: Allow architectures to request 'old' entries when prefaulting

2020-12-18 Thread Kirill A. Shutemov
On Thu, Dec 17, 2020 at 10:22:33AM -0800, Linus Torvalds wrote: > + head = xas_find(&xas, end_pgoff); > + for (; ; head = xas_next_entry(&xas, end_pgoff)) { > + if (!head) { > + rcu_read_unlock(); > + return; > + }

Re: [PATCH V3 1/3] arm64: topology: Avoid the have_policy check

2020-12-18 Thread Viresh Kumar
On 18-12-20, 11:01, Catalin Marinas wrote: > On Fri, Dec 18, 2020 at 09:56:02AM +0530, Viresh Kumar wrote: > > On 17-12-20, 10:55, Catalin Marinas wrote: > > > Hi Viresh, > > > > > > On Thu, Dec 17, 2020 at 01:27:32PM +0530, Viresh Kumar wrote: > > > > On 15-12-20, 11:04, Viresh Kumar wrote: > > >

Re: [PATCH 1/2] futex: mark futex_detect_cmpxchg() as 'noinline'

2020-12-18 Thread Andreas Larsson
On 2020-12-17 17:43, Arnd Bergmann wrote: It does make sense to require that a single kernel can work on all possible hardware. So if we remove sun4m/sun4d support, all that is left is LEON, and you likely wouldn't need to worry about other CPUs any more. However, there is still the question whe

Re: [PATCH 02/15] drm/vc4: hdmi: Move hdmi reset to bind

2020-12-18 Thread Dave Stevenson
Hi Maxime & Dom On Thu, 10 Dec 2020 at 13:46, Maxime Ripard wrote: > > From: Dom Cobley > > The hdmi reset got moved to a later point in the commit 9045e91a476b > ("drm/vc4: hdmi: Add reset callback"). > > However, the reset now occurs after vc4_hdmi_cec_init and so tramples > the setup of regis

Re: [PATCH 04/15] drm/vc4: hdmi: Fix up CEC registers

2020-12-18 Thread Dave Stevenson
Hi Maxime & Dom On Thu, 10 Dec 2020 at 13:46, Maxime Ripard wrote: > > From: Dom Cobley > > The commit 311e305fdb4e ("drm/vc4: hdmi: Implement a register layout > abstraction") forgot one CEC register, and made a copy and paste mistake > for another one. Fix those mistakes. > > Fixes: 311e305fdb

Re: [PATCH v2 0/6] kernfs: proposed locking and concurrency improvement

2020-12-18 Thread Ian Kent
On Fri, 2020-12-18 at 16:01 +0800, Fox Chen wrote: > On Fri, Dec 18, 2020 at 3:36 PM Ian Kent wrote: > > On Thu, 2020-12-17 at 10:14 -0500, Tejun Heo wrote: > > > Hello, > > > > > > On Thu, Dec 17, 2020 at 07:48:49PM +0800, Ian Kent wrote: > > > > > What could be done is to make the kernfs node a

Re: [PATCH 3/4] perf tools: Update powerpc's syscall.tbl

2020-12-18 Thread Arnaldo Carvalho de Melo
Em Fri, Dec 18, 2020 at 03:59:23PM +0800, Tiezhu Yang escreveu: > This silences the following tools/perf/ build warning: > Warning: Kernel ABI header at > 'tools/perf/arch/powerpc/entry/syscalls/syscall.tbl' differs from latest > version at 'arch/powerpc/kernel/syscalls/syscall.tbl' Hi Ravi, Nav

Re: WARNING: suspicious RCU usage in modeset_lock

2020-12-18 Thread Dmitry Vyukov
On Fri, Dec 18, 2020 at 2:30 AM Boqun Feng wrote: > > On Thu, Dec 17, 2020 at 07:21:18AM -0800, Paul E. McKenney wrote: > > On Thu, Dec 17, 2020 at 11:03:20AM +0100, Daniel Vetter wrote: > > > On Wed, Dec 16, 2020 at 5:16 PM Paul E. McKenney > > > wrote: > > > > > > > > On Wed, Dec 16, 2020 at 1

Re: [PATCH 06/15] drm/vc4: hdmi: Compute the CEC clock divider from the clock rate

2020-12-18 Thread Dave Stevenson
Hi Maxime On Thu, 10 Dec 2020 at 13:47, Maxime Ripard wrote: > > The CEC clock divider needs to output a frequency of 40kHz from the HSM > rate on the BCM2835. The driver used to have a fixed frequency for it, > but that changed and we now need to compute it dynamically to maintain > the proper r

Re: [f2fs-dev] [PATCH v3 2/3] f2fs-tools:sload.f2fs compression support

2020-12-18 Thread Satya Tangirala
On Tue, Dec 08, 2020 at 04:15:54PM +0800, Robin Hsu wrote: > From: Robin Hsu > > Add F2FS compression support for sload > * Support file extension filter, either default-accept or default-deny > policy > * Support choice of compression algorithm, LZO (version 2) or LZ4 > (default) > * Support

Re: [PATCH 4/4] perf tools: Update s390's syscall.tbl

2020-12-18 Thread Arnaldo Carvalho de Melo
Em Fri, Dec 18, 2020 at 03:59:24PM +0800, Tiezhu Yang escreveu: > This silences the following tools/perf/ build warning: > Warning: Kernel ABI header at > 'tools/perf/arch/s390/entry/syscalls/syscall.tbl' differs from latest version > at 'arch/s390/kernel/syscalls/syscall.tbl' > > Just make them

Re: [PATCH 3/4] perf tools: Update powerpc's syscall.tbl

2020-12-18 Thread Arnaldo Carvalho de Melo
Em Fri, Dec 18, 2020 at 08:26:59AM -0300, Arnaldo Carvalho de Melo escreveu: > Em Fri, Dec 18, 2020 at 03:59:23PM +0800, Tiezhu Yang escreveu: > > This silences the following tools/perf/ build warning: > > Warning: Kernel ABI header at > > 'tools/perf/arch/powerpc/entry/syscalls/syscall.tbl' diffe

Re: [PATCH] sched: Add schedutil overview

2020-12-18 Thread Valentin Schneider
Hi, Have some more nits below On 18/12/20 10:32, Peter Zijlstra wrote: > Signed-off-by: Peter Zijlstra (Intel) > --- > Documentation/scheduler/schedutil.txt | 168 > ++ > 1 file changed, 168 insertions(+) > > --- /dev/null > +++ b/Documentation/scheduler/sche

Re: [PATCH 08/15] drm/vc4: hdmi: Introduce a CEC clock

2020-12-18 Thread Dave Stevenson
Hi Maxime On Thu, 10 Dec 2020 at 13:47, Maxime Ripard wrote: > > While the BCM2835 had the CEC clock derived from the HSM clock, the > BCM2711 has a dedicated parent clock for it. > > Let's introduce a separate clock for it so that we can handle both > cases. > > Signed-off-by: Maxime Ripard > -

Re: [PATCH RFC 00/12] vdpa: generalize vdpa simulator and add block device

2020-12-18 Thread Stefano Garzarella
On Mon, Nov 16, 2020 at 11:37:48AM +0800, Jason Wang wrote: On 2020/11/13 下午9:47, Stefano Garzarella wrote: Thanks to Max that started this work! I took his patches, and extended the block simulator a bit. This series moves the network device simulator in a new module (vdpa_sim_net) and leaves

[PATCH 1/4] panic: Add new API is_being_panic()

2020-12-18 Thread Xiaoming Ni
Add is_being_panic() to check whether the system is in panic state. Used to replace the global variable used to determine the panic status in other features: hung_task ledtrig-activity ledtrig-heartbeat Signed-off-by: Xiaoming Ni --- include/linux/kernel.h | 1 + kernel/panic.c | 6 +

[PATCH 0/4] Add new API is_being_panic()

2020-12-18 Thread Xiaoming Ni
Add is_being_panic() to check whether the system is in panic state. Used to replace the global variable used to determine the panic status in other features: hung_task ledtrig-activity ledtrig-heartbeat Xiaoming Ni (4): panic: Add new API is_being_panic() hung_task: Replace "did_panic" with i

[PATCH 2/4] hung_task: Replace "did_panic" with is_be_panic()

2020-12-18 Thread Xiaoming Ni
Replace the global variable "did_panic" with is_be_panic() Signed-off-by: Xiaoming Ni --- kernel/hung_task.c | 17 + 1 file changed, 1 insertion(+), 16 deletions(-) diff --git a/kernel/hung_task.c b/kernel/hung_task.c index bb2e3e15c84c..3374b993da4c 100644 --- a/kernel/hung_tas

[PATCH 3/4] leds:trigger:ledtrig-activity Replace "panic_detected" with is_be_panic()

2020-12-18 Thread Xiaoming Ni
Replace the global variable "panic_detected" with is_be_panic() Signed-off-by: Xiaoming Ni --- drivers/leds/trigger/ledtrig-activity.c | 19 +-- 1 file changed, 1 insertion(+), 18 deletions(-) diff --git a/drivers/leds/trigger/ledtrig-activity.c b/drivers/leds/trigger/ledtrig-a

[PATCH 4/4] leds:trigger:ledtrig-heartbeat: Replace "panic_heartbeats" with is_be_panic()

2020-12-18 Thread Xiaoming Ni
Replace the global variable "panic_heartbeats" with is_be_panic() Signed-off-by: Xiaoming Ni --- drivers/leds/trigger/ledtrig-heartbeat.c | 19 +-- 1 file changed, 1 insertion(+), 18 deletions(-) diff --git a/drivers/leds/trigger/ledtrig-heartbeat.c b/drivers/leds/trigger/ledtr

Re: [PATCH 0/3] add support for metadata encryption to F2FS

2020-12-18 Thread Satya Tangirala
On Fri, Dec 18, 2020 at 05:02:23PM +0800, Chao Yu wrote: > On 2020/12/17 23:44, Satya Tangirala wrote: > > On Sat, Oct 10, 2020 at 05:53:06PM +0800, Chao Yu wrote: > > > Why not using nid as DUN, then GC could migrate encrypted node block > > > directly via > > > meta inode's address space like we

Re: [PATCH v4] modules: introduce the MODULE_SCMVERSION config

2020-12-18 Thread Jessica Yu
+++ Will McVicker [16/12/20 22:08 +]: Config MODULE_SCMVERSION introduces a new module attribute -- `scmversion` -- which can be used to identify a given module's SCM version. This is very useful for developers that update their kernel independently from their kernel modules or vice-versa si

[PATCH 1/8] dt-binding: watchdog: add more Rockchip compatibles to snps,dw-wdt.yaml

2020-12-18 Thread Johan Jonker
The watchdog compatible strings are suppose to be SoC orientated. In the more recently added Rockchip SoC dtsi files only the fallback string "snps,dw-wdt" is used, so add the following compatible strings: "rockchip,px30-wdt", "snps,dw-wdt" "rockchip,rk3228-wdt", "snps,dw-wdt" "rockchip,rk3308-wdt

[PATCH 3/8] ARM: dts: rockchip: add new watchdog compatible to rk322x.dtsi

2020-12-18 Thread Johan Jonker
The watchdog compatible strings are suppose to be SoC orientated. In the more recently added Rockchip rk322x.dtsi file only the fallback string "snps,dw-wdt" is used, so add the new compatible string: "rockchip,rk3228-wdt", "snps,dw-wdt" make ARCH=arm dtbs_check DT_SCHEMA_FILES=Documentation/devi

[PATCH 2/8] ARM: dts: rockchip: add new watchdog compatible to rv1108.dtsi

2020-12-18 Thread Johan Jonker
The watchdog compatible strings are suppose to be SoC orientated. In the more recently added Rockchip rv1108.dtsi file only the fallback string "snps,dw-wdt" is used, so add the new compatible string: "rockchip,rv1108-wdt", "snps,dw-wdt" make ARCH=arm dtbs_check DT_SCHEMA_FILES=Documentation/devi

[PATCH 6/8] arm64: dts: rockchip: add new watchdog compatible to rk3328.dtsi

2020-12-18 Thread Johan Jonker
The watchdog compatible strings are suppose to be SoC orientated. In the more recently added Rockchip rk3328.dtsi file only the fallback string "snps,dw-wdt" is used, so add the new compatible string: "rockchip,rk3328-wdt", "snps,dw-wdt" make ARCH=arm64 dtbs_check DT_SCHEMA_FILES=Documentation/de

[PATCH 7/8] arm64: dts: rockchip: add new watchdog compatible to rk3399.dtsi

2020-12-18 Thread Johan Jonker
The watchdog compatible strings are suppose to be SoC orientated. In the more recently added Rockchip rk3399.dtsi file only the fallback string "snps,dw-wdt" is used, so add the new compatible string: "rockchip,rk3399-wdt", "snps,dw-wdt" make ARCH=arm64 dtbs_check DT_SCHEMA_FILES=Documentation/de

[PATCH 5/8] arm64: dts: rockchip: add new watchdog compatible to rk3308.dtsi

2020-12-18 Thread Johan Jonker
The watchdog compatible strings are suppose to be SoC orientated. In the more recently added Rockchip rk3308.dtsi file only the fallback string "snps,dw-wdt" is used, so add the new compatible string: "rockchip,rk3308-wdt", "snps,dw-wdt" make ARCH=arm64 dtbs_check DT_SCHEMA_FILES=Documentation/de

[PATCH 8/8] ARM: dts: rockchip: remove clock-names property from watchdog node in rv1108.dtsi

2020-12-18 Thread Johan Jonker
A test with the command below gives this error: /arch/arm/boot/dts/rv1108-evb.dt.yaml: watchdog@1036: clock-names:0: 'tclk' was expected Comment from the dw_wdt.c file: Try to request the watchdog dedicated timer clock source. It must be supplied if asynchronous mode is enabled. Otherwise fa

[PATCH 4/8] arm64: dts: rockchip: add new watchdog compatible to px30.dtsi

2020-12-18 Thread Johan Jonker
The watchdog compatible strings are suppose to be SoC orientated. In the more recently added Rockchip px30.dtsi file only the fallback string "snps,dw-wdt" is used, so add the new compatible string: "rockchip,px30-wdt", "snps,dw-wdt" make ARCH=arm64 dtbs_check DT_SCHEMA_FILES=Documentation/device

[PATCH v2] checkpatch: fix false positive for COMMIT_LOG_LONG_LINE with URLs

2020-12-18 Thread Aditya Srivastava
Currently checkpatch warns for long line in commit messages even for URL lines. An evaluation over v4.13..v5.8 showed that out of 11729 warnings for this class, around 299 are due to line starting with URL. E.g., running checkpatch on commit 3cde818cd02b ("ASoC: topology: Consolidate how dtexts a

[PATCH v3 7/9] usb: chipidea: tegra: Specify TX FIFO threshold in UDC SoC info

2020-12-18 Thread Dmitry Osipenko
The UDC/OTG controller could be switched to a host mode and the TXFILLTUNING register needs to be programmed properly for the host mode. Hence specify the TX FIFO threshold in the UDC SoC info. Signed-off-by: Dmitry Osipenko --- drivers/usb/chipidea/ci_hdrc_tegra.c | 19 ++- 1 fi

[PATCH v3 2/9] usb: phy: tegra: Support waking up from a low power mode

2020-12-18 Thread Dmitry Osipenko
Support programming of waking up from a low power mode by implementing the generic set_wakeup() callback of the USB PHY API. Tested-by: Matt Merhar Tested-by: Nicolas Chauvet Tested-by: Peter Geis Tested-by: Ion Agorria Acked-by: Thierry Reding Signed-off-by: Dmitry Osipenko --- drivers/usb

[PATCH v3 6/9] usb: chipidea: tegra: Support runtime PM

2020-12-18 Thread Dmitry Osipenko
Tegra PHY driver now supports waking up controller from a low power mode. Enable runtime PM in order to put controller into the LPM during idle. Tested-by: Matt Merhar Tested-by: Nicolas Chauvet Tested-by: Peter Geis Tested-by: Ion Agorria Signed-off-by: Dmitry Osipenko --- drivers/usb/chipi

[PATCH v3 5/9] usb: chipidea: tegra: Support host mode

2020-12-18 Thread Dmitry Osipenko
From: Peter Geis Add USB host mode to the Tegra HDRC driver. This allows us to benefit from support provided by the generic ChipIdea driver instead of duplicating the effort in a separate ehci-tegra driver. Tested-by: Matt Merhar Tested-by: Nicolas Chauvet Tested-by: Ion Agorria Acked-by: Thi

[PATCH v3 3/9] usb: chipidea: tegra: Remove MODULE_ALIAS

2020-12-18 Thread Dmitry Osipenko
The OF core adds an alias based on the OF device ID table, which is enough to have the driver autoloaded. The legacy MODULE_ALIAS macro was relevant to a pre-OF board files which manually created platform devices, this is irrelevant to the modern ARM kernels since devices are created by the OF core

[PATCH v3 4/9] usb: chipidea: tegra: Rename UDC to USB

2020-12-18 Thread Dmitry Osipenko
Rename all occurrences in the code from "udc" to "usb" and change the Kconfig entry in order to show that this driver supports USB modes other than device-only mode. The follow up patch will add host-mode support and it will be cleaner to perform the renaming separately, i.e. in this patch. Tested

[PATCH v3 0/9] Support Runtime PM and host mode by Tegra ChipIdea USB driver

2020-12-18 Thread Dmitry Osipenko
This series implements Runtime PM support for the Tegra ChipIdea USB driver. It also squashes the older ehci-tegra driver into the ChipIdea driver, hence the RPM is supported by both UDC and host controllers, secondly this opens opportunity for implementing OTG support in the future. Patchset was

[PATCH v3 8/9] usb: host: ehci-tegra: Remove the driver

2020-12-18 Thread Dmitry Osipenko
The ChipIdea driver now provides USB2 host mode support for NVIDIA Tegra SoCs. The ehci-tegra driver is obsolete now, remove it and redirect the older Kconfig entry to the CI driver. Tested-by: Matt Merhar Tested-by: Nicolas Chauvet Tested-by: Peter Geis Tested-by: Ion Agorria Acked-by: Thierr

[PATCH v3 9/9] ARM: tegra_defconfig: Enable USB_CHIPIDEA_HOST and remove USB_EHCI_TEGRA

2020-12-18 Thread Dmitry Osipenko
The ehci-tegra driver was superseded by the generic ChipIdea USB driver, update the tegra's defconfig accordingly. Acked-by: Thierry Reding Signed-off-by: Dmitry Osipenko --- arch/arm/configs/tegra_defconfig | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/arm/configs/

[PATCH] KVM/x86: Move definition of __ex to x86.h

2020-12-18 Thread Uros Bizjak
Merge __kvm_handle_fault_on_reboot with its sole user and move the definition of __ex to a common include to be shared between VMX and SVM. Cc: Paolo Bonzini Cc: Sean Christopherson Signed-off-by: Uros Bizjak --- arch/x86/include/asm/kvm_host.h | 25 - arch/x86/kvm/svm/

[PATCH v3 1/9] usb: phy: tegra: Add delay after power up

2020-12-18 Thread Dmitry Osipenko
The PHY hardware needs the delay of 2ms after power up, otherwise initial interrupt may be lost if USB controller is accessed before PHY is settled down. Previously this issue was masked by implicit delays, but now it pops up after squashing the older ehci-tegra driver into the ChipIdea driver. Te

Re: [PATCH] ASoC: meson: axg-tdm-interface: fix loopback

2020-12-18 Thread Mark Brown
On Thu, 17 Dec 2020 16:08:12 +0100, Jerome Brunet wrote: > When the axg-tdm-interface was introduced, the backend DAI was marked as an > endpoint when DPCM was walking the DAPM graph to find a its BE. > > It is no longer the case since this > commit 8dd26dff00c0 ("ASoC: dapm: Fix handling of custo

Re: [PATCH v5 0/2] Platform driver update to support playback recover after resume

2020-12-18 Thread Mark Brown
On Wed, 2 Dec 2020 22:52:26 +0530, Srinivasa Rao Mandadapu wrote: > This patch set is to add support for playback recover after hard suspend and > resume. > It includes: > 1. Reverting part of previous commit, which is for handling registers invalid > state > after hard suspend. > 2. Adding pm op

Re: [PATCH] ASoC: meson: axg-tdmin: fix axg skew offset

2020-12-18 Thread Mark Brown
On Thu, 17 Dec 2020 16:08:34 +0100, Jerome Brunet wrote: > The signal captured on from tdm decoder of the AXG SoC is incorrect. It > appears amplified. The skew offset of the decoder is wrong. > > Setting the skew offset to 3, like the g12 and sm1 SoCs, solves and gives > correct data. Applied to

Re: [PATCH v6 0/2] Platform driver update to support playback recover after resume

2020-12-18 Thread Mark Brown
On Thu, 17 Dec 2020 13:38:32 +0530, Srinivasa Rao Mandadapu wrote: > This patch set is to add support for playback recover after hard suspend and > resume. > It includes: > 1. Reverting part of previous commit, which is for handling registers invalid > state > after hard suspend. > 2. Adding pm o

Re: [PATCH V2] scsi: ufs-debugfs: Add error counters

2020-12-18 Thread Adrian Hunter
On 18/12/20 12:57 am, Bean Huo wrote: > On Thu, 2020-12-17 at 11:49 +0200, Adrian Hunter wrote: >>> >>> The purpose of patch is acceptable, but I don't know why you choose >>> using ufshcd_core_* here. >> >> Do you mean you would like a different function name? 'ufshcd_init' >> is used >> already

Re: [PATCH] mm/vmscan: DRY cleanup for do_try_to_free_pages()

2020-12-18 Thread Matthew Wilcox
On Fri, Dec 18, 2020 at 06:22:17PM +0800, Jacob Wen wrote: > This patch reduces repetition of set_task_reclaim_state() around > do_try_to_free_pages(). what is a DRY cleanup?

[PATCH V3] scsi: ufs-debugfs: Add error counters

2020-12-18 Thread Adrian Hunter
People testing have a need to know how many errors might be occurring over time. Add error counters and expose them via debugfs. A module initcall is used to create a debugfs root directory for ufshcd-related items. In the case that modules are built-in, then initialization is done in link order,

Re: [PATCH v4 03/10] mm: apply per-task gfp constraints in fast path

2020-12-18 Thread Pavel Tatashin
On Fri, Dec 18, 2020 at 4:36 AM Michal Hocko wrote: > > On Thu 17-12-20 13:52:36, Pavel Tatashin wrote: > [..] > > diff --git a/mm/vmscan.c b/mm/vmscan.c > > index 469016222cdb..d9546f5897f4 100644 > > --- a/mm/vmscan.c > > +++ b/mm/vmscan.c > > @@ -3234,11 +3234,12 @@ static bool throttle_direct_

Re: [PATCH 08/15] drm/vc4: hdmi: Introduce a CEC clock

2020-12-18 Thread Maxime Ripard
Hi Dave, On Fri, Dec 18, 2020 at 11:37:50AM +, Dave Stevenson wrote: > Hi Maxime > > On Thu, 10 Dec 2020 at 13:47, Maxime Ripard wrote: > > > > While the BCM2835 had the CEC clock derived from the HSM clock, the > > BCM2711 has a dedicated parent clock for it. > > > > Let's introduce a separ

Re: [PATCH 08/15] drm/vc4: hdmi: Introduce a CEC clock

2020-12-18 Thread Dave Stevenson
On Fri, 18 Dec 2020 at 12:23, Maxime Ripard wrote: > > Hi Dave, > > On Fri, Dec 18, 2020 at 11:37:50AM +, Dave Stevenson wrote: > > Hi Maxime > > > > On Thu, 10 Dec 2020 at 13:47, Maxime Ripard wrote: > > > > > > While the BCM2835 had the CEC clock derived from the HSM clock, the > > > BCM271

Re: [PATCH v4 05/10] mm/gup: migrate pinned pages out of movable zone

2020-12-18 Thread Pavel Tatashin
On Fri, Dec 18, 2020 at 4:43 AM Michal Hocko wrote: > > On Thu 17-12-20 13:52:38, Pavel Tatashin wrote: > > + * 1. Pinned pages: (long-term) pinning of movable pages is avoided > > + *when pages are pinned and faulted, but it is still possible that > > + *address space alrea

Re: [PATCH v4 07/10] mm/gup: change index type to long as it counts pages

2020-12-18 Thread Pavel Tatashin
On Fri, Dec 18, 2020 at 4:51 AM Michal Hocko wrote: > > On Thu 17-12-20 13:52:40, Pavel Tatashin wrote: > > In __get_user_pages_locked() i counts number of pages which should be > > long. > > Do we know of any caller who would like to pin so many pages it wouldn't > fit into an int? I suspect this

Re: [PATCH v5 seccomp 5/5] seccomp/cache: Report cache data through /proc/pid/seccomp_cache

2020-12-18 Thread Geert Uytterhoeven
Hi YiFei, On Thu, Dec 17, 2020 at 7:34 PM YiFei Zhu wrote: > On Thu, Dec 17, 2020 at 6:14 AM Geert Uytterhoeven > wrote: > > Should there be a dependency on SECCOMP_ARCH_NATIVE? > > Should all architectures that implement seccomp have this? > > > > E.g. mips does select HAVE_ARCH_SECCOMP_FILTER

Re: [PATCH 1/3] iommu/io-pgtable-arm: Prepare for modularization

2020-12-18 Thread Robin Murphy
On 2020-12-18 08:38, Isaac J. Manjarres wrote: The io-pgtable-arm and io-pgtable-arm-v7s source files will be compiled as separate modules, along with the io-pgtable source. Export the symbols for the io-pgtable init function structures for the io-pgtable module to use. In my current build tree

Hello

2020-12-18 Thread Sunie Wendy
Hello I sent a letter to your mail but got no reply from you. Did you receive my previous mail please i wait to read your mail soon on my email address at ( suniew...@gmail.com ) respond to me -- ---Untuk mendukung “Gerakan UNY Hijau”, disarankan tidak

Re: [PATCH v4 08/10] mm/gup: limit number of gup migration failures, honor failures

2020-12-18 Thread Pavel Tatashin
On Fri, Dec 18, 2020 at 5:46 AM Michal Hocko wrote: > > On Thu 17-12-20 13:52:41, Pavel Tatashin wrote: > [...] > > +#define PINNABLE_MIGRATE_MAX 10 > > +#define PINNABLE_ISOLATE_MAX 100 > > Why would we need to limit the isolation retries. Those should always be > temporary failure unless I am mi

Re: [x86/kprobes] 413d31338f: kernel_BUG_at_mm/vmalloc.c

2020-12-18 Thread Masami Hiramatsu
Hi, > + > static int arch_copy_kprobe(struct kprobe *p) > { > struct insn insn; > kprobe_opcode_t buf[MAX_INSN_SIZE]; > int len; > > + memset(&p->ainsn, 0, sizeof(p->ainsn)); Oops, I missed to clear the ainsn.insn here. This must be fixed. Thanks, On Fri, 18 Dec 2020 0

Re: [PATCH 7/9] arm64: dts: exynos: correct PMIC interrupt trigger level on TM2

2020-12-18 Thread Marek Szyprowski
On 10.12.2020 22:29, Krzysztof Kozlowski wrote: > The Samsung PMIC datasheets describe the interrupt line as active low > with a requirement of acknowledge from the CPU. Without specifying the > interrupt type in Devicetree, kernel might apply some fixed > configuration, not necessarily working fo

[PATCH] clk: vc5: Use "idt,voltage-microvolt" instead of "idt,voltage-microvolts"

2020-12-18 Thread Geert Uytterhoeven
Commit 45c940184b501fc6 ("dt-bindings: clk: versaclock5: convert to yaml") accidentally changed "idt,voltage-microvolts" to "idt,voltage-microvolt" in the DT bindings, while the driver still used the former. Update the driver to match the bindings, as Documentation/devicetree/bindings/property-uni

Re: [PATCH 06/18] arm64: dts: renesas: beacon: Configure Audio CODEC clocks

2020-12-18 Thread Geert Uytterhoeven
Hi Adam, On Thu, Dec 17, 2020 at 2:33 PM Adam Ford wrote: > On Thu, Dec 17, 2020 at 5:12 AM Geert Uytterhoeven > wrote: > > CC alsa-devel > > > > On Sun, Dec 13, 2020 at 7:38 PM Adam Ford wrote: > > > With the newly added configurable clock options, the audio CODEC can > > > configure the mclk

Re: [PATCH 2/4] hung_task: Replace "did_panic" with is_be_panic()

2020-12-18 Thread Pavel Machek
On Fri 2020-12-18 19:44:04, Xiaoming Ni wrote: > Replace the global variable "did_panic" with is_be_panic() Changelog does not match patch. Plus.. is_being_panic is not really english. "is_paniccing" would be closer...? Best regards,

Re: [PATCH] ASoC: wm8962: Add optional mclk device tree binding

2020-12-18 Thread Geert Uytterhoeven
On Thu, Dec 17, 2020 at 5:27 PM Adam Ford wrote: > The driver can request an optional clock for mclk. > Update the txt file to reflect this. > > Suggested-by: Geert Uytterhoeven > Signed-off-by: Adam Ford Reviewed-by: Geert Uytterhoeven > --- a/Documentation/devicetree/bindings/sound/wm8962.t

Re: [PATCH 02/18] arm64: dts: renesas: beacon kit: Fix choppy Bluetooth Audio

2020-12-18 Thread Geert Uytterhoeven
Hi Adam, On Thu, Dec 17, 2020 at 1:16 PM Adam Ford wrote: > On Thu, Dec 17, 2020 at 4:41 AM Geert Uytterhoeven > wrote: > > On Sun, Dec 13, 2020 at 7:38 PM Adam Ford wrote: > > > The Bluetooth chip is capable of operating at 4Mbps, but the > > > max-speed setting was on the UART node instead o

Re: [PATCH V2 1/3] x86/mm/pti: handle unaligned address for pmd clone in pti_clone_pagetable()

2020-12-18 Thread Lai Jiangshan
Hello, Dave Hansen Could you help review the patches, please? I think they meet your suggestion except for forcing alignment in the caller. The reason is in the code. Thanks Lai On Thu, Dec 10, 2020 at 9:34 PM Lai Jiangshan wrote: > > From: Lai Jiangshan > > The commit 825d0b73cd752("x86/mm/

[PATCH 3/3] MAINTAINERS: Add entry for Texas Instruments TPS23861 PoE PSE

2020-12-18 Thread Robert Marko
Add maintainers entry for the Texas Instruments TPS23861 PoE PSE driver. Signed-off-by: Robert Marko Cc: Luka Perkov --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 830244166a7c..5441be7a5c26 100644 --- a/MAINTAINERS +++ b/MAINTAINERS

[PATCH 1/3] dt-bindings: hwmon: Add TI TPS23861 bindings

2020-12-18 Thread Robert Marko
Document bindings for the Texas Instruments TPS23861 driver. Signed-off-by: Robert Marko Cc: Luka Perkov --- .../bindings/hwmon/ti,tps23861.yaml | 53 +++ 1 file changed, 53 insertions(+) create mode 100644 Documentation/devicetree/bindings/hwmon/ti,tps23861.yaml dif

Re: [PATCH 04/18] arm64: dts: renesas: beacon kit: Fix Audio Clock sources

2020-12-18 Thread Geert Uytterhoeven
Hi Adam, On Thu, Dec 17, 2020 at 1:01 PM Adam Ford wrote: > On Thu, Dec 17, 2020 at 4:54 AM Geert Uytterhoeven > wrote: > > On Sun, Dec 13, 2020 at 7:38 PM Adam Ford wrote: > > > The SoC was expecting two clock sources with different frequencies. > > > One to support 44.1KHz and one to support

Re: [PATCH v4 08/10] mm/gup: limit number of gup migration failures, honor failures

2020-12-18 Thread David Hildenbrand
> Am 18.12.2020 um 13:43 schrieb Pavel Tatashin : > > On Fri, Dec 18, 2020 at 5:46 AM Michal Hocko wrote: >> >> On Thu 17-12-20 13:52:41, Pavel Tatashin wrote: >> [...] >>> +#define PINNABLE_MIGRATE_MAX 10 >>> +#define PINNABLE_ISOLATE_MAX 100 >> >> Why would we need to limit the isolation r

[PATCH 2/3] hwmon: add Texas Instruments TPS23861 driver

2020-12-18 Thread Robert Marko
Add basic monitoring support as well as port on/off control for Texas Instruments TPS23861 PoE PSE IC. Signed-off-by: Robert Marko Cc: Luka Perkov --- drivers/hwmon/Kconfig| 11 ++ drivers/hwmon/Makefile | 1 + drivers/hwmon/tps23861.c | 398 +++ 3 f

Re: [PATCH v4 05/10] mm/gup: migrate pinned pages out of movable zone

2020-12-18 Thread Michal Hocko
On Fri 18-12-20 07:24:53, Pavel Tatashin wrote: > On Fri, Dec 18, 2020 at 4:43 AM Michal Hocko wrote: > > > > On Thu 17-12-20 13:52:38, Pavel Tatashin wrote: > > > + * 1. Pinned pages: (long-term) pinning of movable pages is avoided > > > + *when pages are pinned and faulted, but it

Re: [PATCH v3] sched/fair: Avoid stale CPU util_est value for schedutil in task dequeue

2020-12-18 Thread Vincent Guittot
On Fri, 18 Dec 2020 at 10:28, Xuewen Yan wrote: > > From: Xuewen Yan > > CPU (root cfs_rq) estimated utilization (util_est) is currently used in > dequeue_task_fair() to drive frequency selection before it is updated. > > with: > > CPU_util: rq->cfs.avg.util_avg > CPU_util_est: rq->cf

Re: [PATCH] dt-bindings: Fix JSON pointers

2020-12-18 Thread Lee Jones
On Thu, 17 Dec 2020, Rob Herring wrote: > The correct syntax for JSON pointers begins with a '/' after the '#'. > Without a '/', the string should be interpretted as a subschema > identifier. The jsonschema module currently doesn't handle subschema > identifiers and incorrectly allows JSON pointer

Re: [PATCH v4 08/10] mm/gup: limit number of gup migration failures, honor failures

2020-12-18 Thread Michal Hocko
On Fri 18-12-20 07:43:15, Pavel Tatashin wrote: > On Fri, Dec 18, 2020 at 5:46 AM Michal Hocko wrote: > > > > On Thu 17-12-20 13:52:41, Pavel Tatashin wrote: > > [...] > > > +#define PINNABLE_MIGRATE_MAX 10 > > > +#define PINNABLE_ISOLATE_MAX 100 > > > > Why would we need to limit the isolation re

Re: [PATCH 01/18] arm64: dts: renesas: beacon kit: Configure programmable clocks

2020-12-18 Thread Geert Uytterhoeven
Hi Adam, CC Shimoda-san On Thu, Dec 17, 2020 at 12:52 PM Adam Ford wrote: > On Thu, Dec 17, 2020 at 2:16 AM Geert Uytterhoeven > wrote: > > On Wed, Dec 16, 2020 at 6:03 PM Adam Ford wrote: > > > On Wed, Dec 16, 2020 at 8:55 AM Geert Uytterhoeven > > > wrote: > > > > On Sun, Dec 13, 2020 at

Re: [resend/standalone PATCH v4] Add auxiliary bus support

2020-12-18 Thread Mark Brown
On Fri, Dec 18, 2020 at 08:10:51AM +0100, Greg KH wrote: > On Thu, Dec 17, 2020 at 10:19:37PM +0100, Alexandre Belloni wrote: > > There is something I don't get from the documentation and it is what is > > this introducing that couldn't already be done using platform drivers > > and platform devic

Re: [PATCH v2 0/6] kernfs: proposed locking and concurrency improvement

2020-12-18 Thread Fox Chen
On Fri, Dec 18, 2020 at 7:21 PM Ian Kent wrote: > > On Fri, 2020-12-18 at 16:01 +0800, Fox Chen wrote: > > On Fri, Dec 18, 2020 at 3:36 PM Ian Kent wrote: > > > On Thu, 2020-12-17 at 10:14 -0500, Tejun Heo wrote: > > > > Hello, > > > > > > > > On Thu, Dec 17, 2020 at 07:48:49PM +0800, Ian Kent wr

Re: [PATCH v3 3/7] mfd: Add MFD driver for ATC260x PMICs

2020-12-18 Thread Lee Jones
On Fri, 18 Dec 2020, Cristian Ciocaltea wrote: > Hi Lee, > > Thank you for the detailed review! > > I will prepare a new revision, but there are still a couple of open > points.. Could you please snip your replies, leaving only the open points. Scrolling through lots of empty quotes or "done"

Re: [PATCH] usemem: Add option touch-alloc

2020-12-18 Thread wufengguang
Zhu Hui, Applied both patches with minor cleanup. Thanks! Regards, Fengguang

Re: [PATCH 4/8] perf daemon: Add daemon command

2020-12-18 Thread Namhyung Kim
Hi Jiri, On Wed, Dec 16, 2020 at 4:44 AM Jiri Olsa wrote: > > On Tue, Dec 15, 2020 at 06:40:26PM +0300, Alexei Budankov wrote: > > Hi, > > > > On 12.12.2020 13:43, Jiri Olsa wrote: > > > Adding daemon command that allows to run record sessions > > > on background. Each session represents one perf

Re: drivers/char/random.c needs a (new) maintainer

2020-12-18 Thread Marcelo Henrique Cerri
Hi, Ted and Jason. Any updates on that? I don't believe Torsten's concerns are simply about *applying* patches but more about these long periods of radio silence. That kills collaboration and disengage people. More than simply reviewing patches I would expect a maintainer to give directions and d

Re: [PATCH 9/9] mfd: sec-irq: Do not enforce (incorrect) interrupt trigger type

2020-12-18 Thread Marek Szyprowski
On 10.12.2020 22:29, Krzysztof Kozlowski wrote: > Interrupt line can be configured on different hardware in different way, > even inverted. Therefore driver should not enforce specific trigger > type - edge falling - but instead rely on Devicetree to configure it. > > The Samsung PMIC drivers are

[PATCH] kernel: irq: irqdesc: comments on endif's

2020-12-18 Thread Enrico Weigelt, metux IT consult
For better readability, add a comments to #endif's, telling which condition they're closing. Signed-off-by: Enrico Weigelt, metux IT consult --- kernel/irq/irqdesc.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/kernel/irq/irqdesc.c b/kernel/irq/irqdesc.c index e810eb99

Re: xen/evtchn: Interrupt for port 34, but apparently not enabled; per-user 00000000a86a4c1b on 5.10

2020-12-18 Thread Julien Grall
Hi Juergen, On 15/12/2020 10:20, Jürgen Groß wrote: On 15.12.20 08:27, Jürgen Groß wrote: On 14.12.20 22:25, Julien Grall wrote: Hi Juergen, When testing Linux 5.10 dom0, I could reliably hit the following warning with using event 2L ABI: [  589.591737] Interrupt for port 34, but apparentl

<    1   2   3   4   5   6   7   8   >