Re: [PATCH net v2 2/2] net: mvpp2: disable force link UP during port init procedure

2020-12-17 Thread Marcin Wojtas
czw., 17 gru 2020 o 15:09 Andrew Lunn napisał(a): > > > Do you think it's a fix that should be backported to stable branches? > > If yes, please add 'Fixes: ("commit title")' and it may be > > good to add 'Cc: sta...@vger.kernel.org' adjacent to the Signed-off-by > > tag. > > netdev patches

Re: [PATCH v4 net-next 1/2] net: phy: mchp: Add interrupt support for Link up and Link down to LAN8814 phy

2020-12-17 Thread Andrew Lunn
On Thu, Dec 17, 2020 at 06:11:19PM +0530, Divya Koppera wrote: > This patch add supports for Link up and Link down interrupts > to LAN8814 phy. > > Signed-off-by: Divya Koppera Reviewed-by: Andrew Lunn Andrew

Re: [PATCH 13/18] ipu3-cio2: Add functionality allowing software_node connections to sensors on platforms designed for Windows

2020-12-17 Thread Daniel Scally
Hi Sakari - sorry for delayed reply. I didn't get this email actually, just spotted it on the newsgroup by chance. On 15/12/2020 22:02, Sakari Ailus wrote: > Hi Daniel, > > On Tue, Dec 15, 2020 at 10:28:59AM +, Daniel Scally wrote: >> Morning Sakari >> >> On 30/11/2020 20:35, Sakari Ailus

[GIT PULL] overlayfs update for 5.11

2020-12-17 Thread Miklos Szeredi
Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git tags/ovl-update-5.11 - Allow unprivileged mounting in a user namespace. For quite some time the security model of overlayfs has been that operations on underlying layers shall be performed with

[GIT PULL] Modules updates for v5.11

2020-12-17 Thread Jessica Yu
Hi Linus, Please pull below to receive modules updates for the v5.11 merge window. A summary can be found in the signed tag. Thank you, Jessica --- The following changes since commit 3650b228f83adda7e5ee532e2b90429c03f7b9ec: Linux 5.10-rc1 (2020-10-25 15:14:11 -0700) are available in the

Re: [PATCH] cpufreq: intel_pstate: Use the latest guaranteed freq during verify

2020-12-17 Thread Srinivas Pandruvada
On Thu, 2020-12-17 at 14:58 +0100, Rafael J. Wysocki wrote: > On Thu, Dec 17, 2020 at 11:44 AM Srinivas Pandruvada > wrote: > > > > This change tries to address an issue, when BIOS disabled turbo > > but HWP_CAP guaranteed is changed later and user space wants to > > take > > advantage of this

Re: [PATCH 1/1] mfd: Standardise MFD_CELL_* helper names

2020-12-17 Thread Linus Walleij
On Thu, Dec 17, 2020 at 9:34 AM Lee Jones wrote: > Start all helpers with "MFD_CELL_". > > Cc: Linus Walleij > Cc: Matthias Brugger > Cc: Gene Chen > Cc: linux-media...@lists.infradead.org > Signed-off-by: Lee Jones Makes sense. Reviewed-by: Linus Walleij Yours, Linus Walleij

Re: [PATCH 1/1] regulators: bd718x7: Add enable times

2020-12-17 Thread Vaittinen, Matti
On Wed, 2020-12-16 at 13:41 +0100, Guido Günther wrote: > Hi Matti, > On Wed, Dec 16, 2020 at 12:29:20PM +, Vaittinen, Matti wrote: > > Hello Guido, > > > > Thanks for looking at this! > > > > On Wed, 2020-12-16 at 12:05 +0100, Guido Günther wrote: > > > Use the typical startup times from

Re: [PATCH v4 net-next 2/2] net: phy: mchp: Add 1588 support for LAN8814 Quad PHY

2020-12-17 Thread Andrew Lunn
> +static int lan8814_read_page_reg(struct phy_device *phydev, > + int page, u32 addr) > +{ > + u32 data; > + > + phy_write(phydev, KSZ_EXT_PAGE_ACCESS_CONTROL, page); > + phy_write(phydev, KSZ_EXT_PAGE_ACCESS_ADDRESS_DATA, addr); > + phy_write(phydev,

Re: [PATCH] cpufreq: intel_pstate: Use the latest guaranteed freq during verify

2020-12-17 Thread Srinivas Pandruvada
On Thu, 2020-12-17 at 06:19 -0800, Srinivas Pandruvada wrote: > On Thu, 2020-12-17 at 14:58 +0100, Rafael J. Wysocki wrote: > > On Thu, Dec 17, 2020 at 11:44 AM Srinivas Pandruvada > > wrote: > > > > > > This change tries to address an issue, when BIOS disabled turbo > > > but HWP_CAP guaranteed

Re: [PATCH v1 ] ALSA: core: memalloc: add page alignment for iram

2020-12-17 Thread Takashi Iwai
On Thu, 17 Dec 2020 14:16:48 +0100, Lars-Peter Clausen wrote: > > On 12/17/20 12:06 PM, Takashi Iwai wrote: > > On Thu, 17 Dec 2020 11:59:23 +0100, > > Lars-Peter Clausen wrote: > >> On 12/17/20 10:55 AM, Takashi Iwai wrote: > >>> On Thu, 17 Dec 2020 10:43:45 +0100, > >>> Lars-Peter Clausen

[RFC PATCH] ptrace: make ptrace() fail if the tracee changed its pid unexpectedly

2020-12-17 Thread Oleg Nesterov
Suppose we have 2 threads, the group-leader L and a sub-theread T, both parked in ptrace_stop(). Debugger tries to resume both threads and does ptrace(PTRACE_CONT, T); ptrace(PTRACE_CONT, L); If the sub-thread T execs in between, the 2nd PTRACE_CONT doesn not resume the old

[PATCH 1/2] selftest: don't offline the last CPU in cpu hotplug test

2020-12-17 Thread Lai Jiangshan
From: Lai Jiangshan In my box, all CPUs are allowed to be offline. The test tries to offline all offline-able CPUs and causes fail on the last one. We should just skip offlining the last CPU Signed-off-by: Lai Jiangshan --- tools/testing/selftests/cpu-hotplug/cpu-on-off-test.sh | 5 + 1

[PATCH 2/2] selftest: parse the max cpu corretly from cpu list string

2020-12-17 Thread Lai Jiangshan
From: Lai Jiangshan "," is allowed in cpu list strings, such as "0-3,5". We need to handle these cases. Signed-off-by: Lai Jiangshan --- tools/testing/selftests/cpu-hotplug/cpu-on-off-test.sh | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

Re: [PATCH] lockdep: report broken irq restoration

2020-12-17 Thread Peter Zijlstra
On Wed, Dec 09, 2020 at 06:33:37PM +, Mark Rutland wrote: > This means that a seuence such as: +q > diff --git a/include/linux/irqflags.h b/include/linux/irqflags.h > index 3ed4e8771b64..bca3c6fa8270 100644 > --- a/include/linux/irqflags.h > +++ b/include/linux/irqflags.h > @@ -220,10

[PATCH] dmaengine: qcom: bam_dma: Add LOCK and UNLOCK flag bit support

2020-12-17 Thread Md Sadre Alam
This change will add support for LOCK & UNLOCK flag bit support on CMD descriptor. If DMA_PREP_LOCK flag passed in prep_slave_sg then requester of this transaction wanted to lock the DMA controller for this transaction so BAM driver should set LOCK bit for the HW descriptor. If DMA_PREP_UNLOCK

Re: [PATCH 00/25] Page folios

2020-12-17 Thread David Hildenbrand
On 17.12.20 14:55, Matthew Wilcox wrote: > On Thu, Dec 17, 2020 at 01:47:57PM +0100, David Hildenbrand wrote: >> On 16.12.20 19:23, Matthew Wilcox (Oracle) wrote: >>> One of the great things about compound pages is that when you try to >>> do various operations on a tail page, it redirects to the

Re: [PATCH] nbd: Respect max_part for all partition scans

2020-12-17 Thread Josef Bacik
On 12/17/20 3:58 AM, Josh Triplett wrote: The creation path of the NBD device respects max_part and only scans for partitions if max_part is not 0. However, some other code paths ignore max_part, and unconditionally scan for partitions. Add a check for max_part on each partition scan.

[PATCH V3] kvm: check tlbs_dirty directly

2020-12-17 Thread Lai Jiangshan
From: Lai Jiangshan In kvm_mmu_notifier_invalidate_range_start(), tlbs_dirty is used as: need_tlb_flush |= kvm->tlbs_dirty; with need_tlb_flush's type being int and tlbs_dirty's type being long. It means that tlbs_dirty is always used as int and the higher 32 bits is useless. We need

[PATCH v2] remoteproc: stm32: improve debug using dev_err_probe

2020-12-17 Thread Arnaud Pouliquen
From: Arnaud Pouliquen When possible use dev_err_probe help to properly deal with the PROBE_DEFER error. The benefit is that DEFER issue will be logged in the devices_deferred debugfs file. Signed-off-by: Arnaud Pouliquen --- V1 to V2: As suggested by Ahmad Fatoum use dev_err_probe to deal

Re: [PATCH 4/5] xen/xenbus: Count pending messages for each watch

2020-12-17 Thread Jürgen Groß
On 17.12.20 09:17, SeongJae Park wrote: From: SeongJae Park This commit adds a counter of pending messages for each watch in the struct. It is used to skip unnecessary pending messages lookup in 'unregister_xenbus_watch()'. It could also be used in 'will_handle' callback. This is part of

Re: [PATCH V3 04/10] x86/pks: Preserve the PKRS MSR on context switch

2020-12-17 Thread Thomas Gleixner
On Fri, Nov 06 2020 at 15:29, ira weiny wrote: > --- a/arch/x86/kernel/process.c > +++ b/arch/x86/kernel/process.c > @@ -43,6 +43,7 @@ > #include > #include > #include > +#include > > #include "process.h" > > @@ -187,6 +188,27 @@ int copy_thread(unsigned long clone_flags, unsigned long

Re: [PATCH] use x86 cpu park to speedup smp_init in kexec situation

2020-12-17 Thread shenkai (D)
在 2020/12/16 23:31, Thomas Gleixner 写道: OTOH, the advantage of INIT/SIPI is that the AP comes up in a well known state. We can set APs to a known state explicitly like BSP will do in kexec case (what we also tried to do in the patch). Maybe it is not a big problem? Best regards Kai

Re: [PATCH] arm64: Kconfig: select ZONE_DMA

2020-12-17 Thread Nicolas Saenz Julienne
On Thu, 2020-12-17 at 12:43 +, Catalin Marinas wrote: > On Thu, Dec 17, 2020 at 09:44:31AM +0100, Nicolas Saenz Julienne wrote: > > On Thu, 2020-12-17 at 16:08 +0800, Peng Fan (OSS) wrote: > > > From: Peng Fan > > > > > > ZONE_DMA should not be disabled, otherwise arm64_dma_phys_limit is > >

[PATCH net v3] net: mvpp2: disable force link UP during port init procedure

2020-12-17 Thread stefanc
From: Stefan Chulski Force link UP can be enabled by bootloader during tftpboot and breaks NFS support. Force link UP disabled during port init procedure. Fixes: f84bf386f395 ("net: mvpp2: initialize the GoP") Signed-off-by: Stefan Chulski --- Changes in v3: - Added Fixes tag. Changes in v2:

Re: [PATCH] nbd: Respect max_part for all partition scans

2020-12-17 Thread Jens Axboe
On 12/17/20 1:58 AM, Josh Triplett wrote: > The creation path of the NBD device respects max_part and only scans for > partitions if max_part is not 0. However, some other code paths ignore > max_part, and unconditionally scan for partitions. Add a check for > max_part on each partition scan.

Re: [PATCH V2 XRT Alveo 6/6] fpga: xrt: Kconfig and Makefile updates for XRT drivers

2020-12-17 Thread kernel test robot
Hi Sonal, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on linux/master] [also build test WARNING on linus/master v5.10 next-20201217] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base

Re: [PATCH 1/2] blk-iocost: Add iocg idle state tracepoint

2020-12-17 Thread Jens Axboe
On 12/17/20 12:57 AM, Baolin Wang wrote: > Hi Jens, > >> It will be helpful to trace the iocg's whole state, including active and >> idle state. And we can easily expand the original iocost_iocg_activate >> trace event to support a state trace class, including active and idle >> state tracing. >>

Re: [PATCH v1 ] ALSA: core: memalloc: add page alignment for iram

2020-12-17 Thread Lars-Peter Clausen
On 12/17/20 3:24 PM, Takashi Iwai wrote: On Thu, 17 Dec 2020 14:16:48 +0100, Lars-Peter Clausen wrote: On 12/17/20 12:06 PM, Takashi Iwai wrote: On Thu, 17 Dec 2020 11:59:23 +0100, Lars-Peter Clausen wrote: On 12/17/20 10:55 AM, Takashi Iwai wrote: On Thu, 17 Dec 2020 10:43:45 +0100,

Re: dwc: tegra194: issue with card containing a bridge

2020-12-17 Thread Rob Herring
On Tue, Dec 15, 2020 at 09:52:35PM +0100, Mian Yousaf Kaukab wrote: > On Tue, Dec 15, 2020 at 09:41:47AM -0600, Rob Herring wrote: > > On Tue, Dec 15, 2020 at 02:25:04PM +0100, Mian Yousaf Kaukab wrote: > > > On Tue, Dec 15, 2020 at 05:45:59PM +0530, Vidya Sagar wrote: > > > > Thanks Mian for

Re: [patch 3/3] tick: Annotate tick_do_timer_cpu data races

2020-12-17 Thread Paul E. McKenney
On Thu, Dec 17, 2020 at 11:48:23AM +0100, Peter Zijlstra wrote: > On Wed, Dec 16, 2020 at 01:19:31PM -0800, Paul E. McKenney wrote: > > Given that there is no optimization potential, then the main reason to use > > data_race() instead of *_ONCE() is to prevent KCSAN from considering the > >

Re: [PATCH v5 07/15] cpuset: Don't use the cpu_possible_mask as a last resort for cgroup v1

2020-12-17 Thread Will Deacon
On Thu, Dec 17, 2020 at 02:44:01PM +0100, Peter Zijlstra wrote: > On Thu, Dec 17, 2020 at 12:15:52PM +, Qais Yousef wrote: > > On 12/08/20 13:28, Will Deacon wrote: > > > If the scheduler cannot find an allowed CPU for a task, > > > cpuset_cpus_allowed_fallback() will widen the affinity to >

Re: [PATCH v5 07/15] cpuset: Don't use the cpu_possible_mask as a last resort for cgroup v1

2020-12-17 Thread Qais Yousef
On 12/17/20 14:44, Peter Zijlstra wrote: > On Thu, Dec 17, 2020 at 12:15:52PM +, Qais Yousef wrote: > > On 12/08/20 13:28, Will Deacon wrote: > > > If the scheduler cannot find an allowed CPU for a task, > > > cpuset_cpus_allowed_fallback() will widen the affinity to > > > cpu_possible_mask >

Re: [PATCH v2 1/4] dt-bindings: reserved-memory: Document "active" property

2020-12-17 Thread Thierry Reding
On Tue, Nov 10, 2020 at 08:33:09PM +0100, Thierry Reding wrote: > On Fri, Nov 06, 2020 at 04:25:48PM +0100, Thierry Reding wrote: > > On Thu, Nov 05, 2020 at 05:47:21PM +, Robin Murphy wrote: > > > On 2020-11-05 16:43, Thierry Reding wrote: > > > > On Thu, Sep 24, 2020 at 01:27:25PM +0200,

[PATCH v5 1/6] mfd: rt4831: Adds support for Richtek RT4831 core

2020-12-17 Thread cy_huang
From: ChiYuan Huang This adds support Richtek RT4831 core. It includes four channel WLED driver and Display Bias Voltage outputs. Signed-off-by: ChiYuan Huang --- since v5 - Rename file name from rt4831-core.c to rt4831.c - Change RICHTEK_VID to RICHTEK_VENDOR_ID. - Change gpio_desc nameing

Re: [PATCH v10 00/11] Free some vmemmap pages of HugeTLB page

2020-12-17 Thread Oscar Salvador
On Thu, Dec 17, 2020 at 08:12:52PM +0800, Muchun Song wrote: > In this case, for the 1GB HugeTLB page, we can save 4088 pages(There are > 4096 pages for struct page structs, we reserve 2 pages for vmemmap and 8 > pages for page tables. So we can save 4088 pages). This is a very substantial > gain.

[PATCH v5 2/6] backlight: rt4831: Adds DT binding document for Richtek RT4831 backlight

2020-12-17 Thread cy_huang
From: ChiYuan Huang Adds DT binding document for Richtek RT4831 backlight. Signed-off-by: ChiYuan Huang --- since v5 - Drop the example in dt-binding. Aready full example in mfd dt-binding. since v3 - Move inlcude/dt-bindings/leds/rt4831-backlight.h from patch 0004 to here. - Add dual license

[PATCH] btf: support ints larger than 128 bits

2020-12-17 Thread Sean Young
clang supports arbitrary length ints using the _ExtInt extension. This can be useful to hold very large values, e.g. 256 bit or 512 bit types. Larger types (e.g. 1024 bits) are possible but I am unaware of a use case for these. This requires the _ExtInt extension to enabled for BPF in clang,

[PATCH v5 3/6] regulator: rt4831: Adds DT binding document for Richtek RT4831 DSV regulator

2020-12-17 Thread cy_huang
From: ChiYuan Huang Adds DT binding document for Richtek RT4831 DSV regulator. Signed-off-by: ChiYuan Huang --- since v5 - Revert it back from v3 patch. - Drop the example in dt-binding, Already full example in mfd dt-binding. --- .../regulator/richtek,rt4831-regulator.yaml| 35

Re: [PATCH 1/3] vfs: add new f_op->syncfs vector

2020-12-17 Thread Vivek Goyal
On Thu, Dec 17, 2020 at 12:49:35AM +, Al Viro wrote: > [Christoph added to Cc...] > On Wed, Dec 16, 2020 at 06:31:47PM -0500, Vivek Goyal wrote: > > Current implementation of __sync_filesystem() ignores the return code > > from ->sync_fs(). I am not sure why that's the case. There must have >

[PATCH v5 4/6] mfd: rt4831: Adds DT binding document for Richtek RT4831 core

2020-12-17 Thread cy_huang
From: ChiYuan Huang Adds DT binding document for Richtek RT4831 core. Signed-off-by: ChiYuan Huang --- This patch depends on "backlight: rt4831: Adds DT binding document for Richtek RT4831 backlight" "regulator: rt4831: Adds DT binding document for Richtek RT4831 DSV regulator" since v5 -

[PATCH v5 6/6] regulator: rt4831: Adds support for Richtek RT4831 DSV regulator

2020-12-17 Thread cy_huang
From: ChiYuan Huang Adds support for Richtek RT4831 DSV Regulator Signed-off-by: ChiYuan Huang --- drivers/regulator/Kconfig| 10 ++ drivers/regulator/Makefile | 1 + drivers/regulator/rt4831-regulator.c | 198 +++ 3 files changed, 209

[PATCH v5 5/6] backlight: rt4831: Adds support for Richtek RT4831 backlight

2020-12-17 Thread cy_huang
From: ChiYuan Huang Adds support for Richtek RT4831 backlight. Signed-off-by: ChiYuan Huang --- drivers/video/backlight/Kconfig| 8 ++ drivers/video/backlight/Makefile | 1 + drivers/video/backlight/rt4831-backlight.c | 219 + 3 files

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

2020-12-17 Thread Satya Tangirala
This patch series adds support for metadata encryption to F2FS using blk-crypto. Currently, F2FS supports native file based encryption (FBE) via fscrypt. FBE encrypts the contents of files that reside in folders with encryption policies, as well as their filenames, but all other file contents and

[PATCH v2 1/3] fscrypt, f2fs: replace fscrypt_get_devices with fscrypt_get_device

2020-12-17 Thread Satya Tangirala
The new function takes the super_block and the index of a device, and returns the request_queue of the device at that index (whereas the old function would take a pointer to an array of request_queues and fill them all up). This allows callers to avoid allocating an array of request_queues in some

Re: [PATCH v2 6/8] usb: chipidea: tegra: Support runtime PM

2020-12-17 Thread Thierry Reding
On Thu, Dec 17, 2020 at 04:45:03PM +0300, Dmitry Osipenko wrote: > 17.12.2020 16:41, Thierry Reding пишет: > > On Thu, Dec 17, 2020 at 12:40:05PM +0300, Dmitry Osipenko wrote: > >> Tegra PHY driver now supports waking up controller from a low power mode. > >> Enable runtime PM in order to put

Re: [PATCH v2 6/8] usb: chipidea: tegra: Support runtime PM

2020-12-17 Thread Thierry Reding
On Thu, Dec 17, 2020 at 12:40:05PM +0300, Dmitry Osipenko wrote: > 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

[PATCH v2 2/3] fscrypt: Add metadata encryption support

2020-12-17 Thread Satya Tangirala
Introduces functions that help with metadata encryption. In particular, we introduce: fscrypt_setup_metadata_encryption() - filesystems should call this function to set up metadata encryption on a super block with the encryption algorithm (the desired FSCRYPT_MODE_*) and the key identifier of

Re: [PATCH v4 2/6] dt: bindings: add mt7621-clk device tree binding documentation

2020-12-17 Thread Rob Herring
On Thu, Dec 17, 2020 at 2:58 AM Stephen Boyd wrote: > > Quoting Sergio Paracuellos (2020-11-22 01:55:52) > > Adds device tree binding documentation for clocks in the > > MT7621 SOC. > > > > Signed-off-by: Sergio Paracuellos > > --- > > .../bindings/clock/mediatek,mt7621-clk.yaml | 67

Re: [patch 0/2] Documentation/process: Add subsystem/tree handbook

2020-12-17 Thread Borislav Petkov
On Thu, Nov 08, 2018 at 04:49:04PM +0100, Thomas Gleixner wrote: > > Suppose I came along with my nifty new architecture, and it dragged in a > > whole new set of timer and interrupt subsystems that duplicated a lot of > > what's in the kernel now, but buried a few "local quirks" deep in the > >

Re: [PATCH v2 2/8] usb: phy: tegra: Support waking up from a low power mode

2020-12-17 Thread Thierry Reding
On Thu, Dec 17, 2020 at 04:47:50PM +0300, Dmitry Osipenko wrote: > 17.12.2020 16:33, Thierry Reding пишет: > >> + /* PHY won't resume if reset is asserted */ > >> + if (phy->wakeup_enabled) > >> + goto chrg_cfg0; > >> > >>val = readl_relaxed(base + USB_SUSP_CTRL); > >>val |=

[PATCH v2 3/3] f2fs: Add metadata encryption support

2020-12-17 Thread Satya Tangirala
Wire up metadata encryption support with the fscrypt metadata crypt additions. Note that this feature relies on the blk-crypto framework for encryption, and thus requires either hardware inline encryption support or the blk-crypto-fallback. Filesystems can be configured with metadata encryption

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

2020-12-17 Thread Jerome Brunet
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 custom_stop_condition on DAPM graph walks") Because of this, when DPCM

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

2020-12-17 Thread Jerome Brunet
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. Fixes: 13a22e6a98f8 ("ASoC: meson: add tdm input driver") Signed-off-by:

[PATCH v1] arm64: dts: qcom: sdm845-db845c: Fix reset-pin of ov8856 node

2020-12-17 Thread Robert Foss
Switch reset pin of ov8856 node from GPIO_ACTIVE_HIGH to GPIO_ACTIVE_LOW, this issue prevented the ov8856 from probing properly as it does not respond to I2C messages. Fixes: d4919a44564b ("arm64: dts: qcom: sdm845-db845c: Add ov8856 & ov7251 camera nodes") Signed-off-by: Robert Foss ---

Re: [PATCH v4 2/6] dt: bindings: add mt7621-clk device tree binding documentation

2020-12-17 Thread Sergio Paracuellos
Hi Rob, On Thu, Dec 17, 2020 at 4:05 PM Rob Herring wrote: > > On Thu, Dec 17, 2020 at 2:58 AM Stephen Boyd wrote: > > > > Quoting Sergio Paracuellos (2020-11-22 01:55:52) > > > Adds device tree binding documentation for clocks in the > > > MT7621 SOC. > > > > > > Signed-off-by: Sergio

Re: [PATCH] cpufreq: intel_pstate: Use the latest guaranteed freq during verify

2020-12-17 Thread Rafael J. Wysocki
On Thursday, December 17, 2020 3:23:44 PM CET Srinivas Pandruvada wrote: > On Thu, 2020-12-17 at 06:19 -0800, Srinivas Pandruvada wrote: > > On Thu, 2020-12-17 at 14:58 +0100, Rafael J. Wysocki wrote: > > > On Thu, Dec 17, 2020 at 11:44 AM Srinivas Pandruvada > > > wrote: > > > > > > > > This

[PATCH v2 0/4] Config and device tree updates for the Librem 5 devkit

2020-12-17 Thread Guido Günther
This enables more components to get a working display, panel, audio and sensors. It also updates some device tree bits to make mainline boot. I've skipped wifi (which needs some more driver work) and devfreq (since Martin is working on that). The config changes don't depend on the DT parts so

[PATCH v2 4/4] arm64: dts: imx8mq-librem5-devkit: Drop custom clock settings

2020-12-17 Thread Guido Günther
Otherwise the boot hangs early on and the resulting clock tree without this already closely matches the selected rates (722534400 and 786432000). audio_pll2 000 722534397 0 0 5 audio_pll2_bypass000 722534397

[PATCH v2 3/4] arm64: dts: imx8mq-librem5-devkit: Disable snvs_rtc

2020-12-17 Thread Guido Günther
The board has it's own RTC chip which is backed by the (optional) battery and hence preserves data/time on poweroff when that is inserted. Signed-off-by: Guido Günther --- arch/arm64/boot/dts/freescale/imx8mq-librem5-devkit.dts | 4 1 file changed, 4 insertions(+) diff --git

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

2020-12-17 Thread Tejun Heo
Hello, On Thu, Dec 17, 2020 at 07:48:49PM +0800, Ian Kent wrote: > > What could be done is to make the kernfs node attr_mutex > > a pointer and dynamically allocate it but even that is too > > costly a size addition to the kernfs node structure as > > Tejun has said. > > I guess the question to

[PATCH v2 1/4] arm64: defconfig: Enable Librem 5 devkit components

2020-12-17 Thread Guido Günther
The Librem 5 devkit is based on NXP's i.MX8MQ. Schematics are at https://source.puri.sm/Librem5/dvk-mx8m-bsb. This enables drivers for the following hardware components that aren't yet enabled in defconfig: - Goodix GT5688 touchscreen - iMX8MQ's PWM for the LCD backlight - TI BQ25896 charge

[PATCH v2 2/4] arm64: dts: imx8mq-librem5-devkit: Tweak pmic regulators

2020-12-17 Thread Guido Günther
BUCK3 needs a regulator-enable-ramp-delay since otherwise the board freezes on etnaviv probe. With this pgc_gpu suspends and resumes as expected. This must have been always broken since gpcv2 support was enabled. We also enable all the regulators needed for Deep Sleep Mode (DSM) as always-on: -

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

2020-12-17 Thread Satya Tangirala
On Thu, Dec 17, 2020 at 03:04:32PM +, Satya Tangirala wrote: > Changes to the userspace > tools (that are required to test out metadata encryption with F2FS) are > also being sent out - I'll post a link as a reply to this mail once it's > out. The userspace changes are at

Re: [PATCH v1 ] ALSA: core: memalloc: add page alignment for iram

2020-12-17 Thread Takashi Iwai
On Thu, 17 Dec 2020 15:57:02 +0100, Lars-Peter Clausen wrote: > > On 12/17/20 3:24 PM, Takashi Iwai wrote: > > On Thu, 17 Dec 2020 14:16:48 +0100, > > Lars-Peter Clausen wrote: > >> On 12/17/20 12:06 PM, Takashi Iwai wrote: > >>> On Thu, 17 Dec 2020 11:59:23 +0100, > >>> Lars-Peter Clausen wrote:

Re: WARNING: suspicious RCU usage in count

2020-12-17 Thread Paul E. McKenney
On Thu, Dec 17, 2020 at 09:26:44AM +0100, Dmitry Vyukov wrote: > On Wed, Dec 16, 2020 at 9:55 PM Matthew Wilcox wrote: > > > > On Wed, Dec 16, 2020 at 11:34:10AM -0800, syzbot wrote: > > > Unfortunately, I don't have any reproducer for this issue yet. > > > > > > IMPORTANT: if you fix the issue,

Re: [PATCH 4/5] xen/xenbus: Count pending messages for each watch

2020-12-17 Thread SeongJae Park
On Thu, 17 Dec 2020 15:50:34 +0100 "Jürgen Groß" wrote: > [-- Attachment #1.1.1: Type: text/plain, Size: 3509 bytes --] > > On 17.12.20 09:17, SeongJae Park wrote: > > From: SeongJae Park > > > > This commit adds a counter of pending messages for each watch in the > > struct. It is used to

Re: WARNING: suspicious RCU usage in modeset_lock

2020-12-17 Thread Paul E. McKenney
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 10:52:06AM +0100, Daniel Vetter wrote: > > > On Wed, Dec 16, 2020 at 2:14 AM syzbot > > > wrote: > > > > > > > > Hello, > > > > > > > > syzbot

Re: [PATCH] cpufreq: intel_pstate: Use the latest guaranteed freq during verify

2020-12-17 Thread Srinivas Pandruvada
On Thu, 2020-12-17 at 16:12 +0100, Rafael J. Wysocki wrote: > On Thursday, December 17, 2020 3:23:44 PM CET Srinivas Pandruvada > wrote: > > On Thu, 2020-12-17 at 06:19 -0800, Srinivas Pandruvada wrote: > > > On Thu, 2020-12-17 at 14:58 +0100, Rafael J. Wysocki wrote: > > > > On Thu, Dec 17, 2020

Re: i386: rcu-torture: WARNING: at kernel/rcu/rcutorture.c:1169 rcu_torture_writer [rcutorture]

2020-12-17 Thread Paul E. McKenney
On Thu, Dec 17, 2020 at 04:18:52PM +0530, Naresh Kamboju wrote: > Hi Paul, > > Thanks for your inputs. > > On Wed, 16 Dec 2020 at 21:33, Paul E. McKenney wrote: > > > > On Wed, Dec 16, 2020 at 03:40:04PM +0530, Naresh Kamboju wrote: > > > Linux Kernel Functional Testing (LKFT) started running

Re: [PATCH] cpufreq: intel_pstate: Use the latest guaranteed freq during verify

2020-12-17 Thread Rafael J. Wysocki
On Thu, Dec 17, 2020 at 4:21 PM Srinivas Pandruvada wrote: > > On Thu, 2020-12-17 at 16:12 +0100, Rafael J. Wysocki wrote: > > On Thursday, December 17, 2020 3:23:44 PM CET Srinivas Pandruvada > > wrote: > > > On Thu, 2020-12-17 at 06:19 -0800, Srinivas Pandruvada wrote: > > > > On Thu,

Re: [PATCH v2 2/3] fscrypt: Add metadata encryption support

2020-12-17 Thread Satya Tangirala
I'm not yet done with the xfstests that Eric asked for - I'll send them out as soon as they're done.

[PATCH v2] net: mhi: Add raw IP mode support

2020-12-17 Thread Loic Poulain
MHI net is protocol agnostic, the payload protocol depends on the modem configuration, which can be either RMNET (IP muxing and aggregation) or raw IP. This patch adds support for incomming IPv4/IPv6 packets, that was previously unconditionnaly reported as RMNET packets. Signed-off-by: Loic

RE: [PATCH v2 0/3] cpufreq: Allow drivers to receive more information from the governor

2020-12-17 Thread Doug Smythies
On 2020.12.14 12:02 Rafael J. Wysocki wrote: > Hi, Hi Rafael, V2 test results below are new, other results are partially re-stated: For readers that do not want to read on, I didn't find anything different than with the other versions. This was more just due diligence. Legend: hwp: Kernel

[PATCH V2 1/3] mm/hotplug: Prevalidate the address range being added with platform

2020-12-17 Thread Anshuman Khandual
This introduces memhp_range_allowed() which can be called in various memory hotplug paths to prevalidate the address range which is being added, with the platform. Then memhp_range_allowed() calls memhp_get_pluggable_range() which provides applicable address range depending on whether linear

[PATCH V2 0/3] mm/hotplug: Pre-validate the address range with platform

2020-12-17 Thread Anshuman Khandual
This series adds a mechanism allowing platforms to weigh in and prevalidate incoming address range before proceeding further with the memory hotplug. This helps prevent potential platform errors for the given address range, down the hotplug call chain, which inevitably fails the hotplug itself.

Re: [PATCH V3 06/10] x86/entry: Preserve PKRS MSR across exceptions

2020-12-17 Thread Thomas Gleixner
On Fri, Nov 06 2020 at 15:29, ira weiny wrote: > +#ifdef CONFIG_ARCH_HAS_SUPERVISOR_PKEYS > +/* > + * PKRS is a per-logical-processor MSR which overlays additional protection > for > + * pages which have been mapped with a protection key. > + * > + * The register is not maintained with XSAVE so

[PATCH V2 2/3] arm64/mm: Define arch_get_mappable_range()

2020-12-17 Thread Anshuman Khandual
This overrides arch_get_mappable_range() on arm64 platform which will be used with recently added generic framework. It drops inside_linear_region() and subsequent check in arch_add_memory() which are no longer required. It also adds a VM_BUG_ON() check that would ensure that memhp_range_allowed()

[PATCH V2 3/3] s390/mm: Define arch_get_mappable_range()

2020-12-17 Thread Anshuman Khandual
This overrides arch_get_mappabble_range() on s390 platform which will be used with recently added generic framework. It modifies the existing range check in vmem_add_mapping() using arch_get_mappable_range(). It also adds a VM_BUG_ON() check that would ensure that memhp_range_allowed() has already

Re: [PATCH bpf-next 1/2] bpf: Add a bpf_kallsyms_lookup helper

2020-12-17 Thread Florent Revest
On Mon, Dec 14, 2020 at 7:47 AM Yonghong Song wrote: > On 12/11/20 6:40 AM, Florent Revest wrote: > > On Wed, Dec 2, 2020 at 10:18 PM Alexei Starovoitov > > wrote: > >> I still think that adopting printk/vsnprintf for this instead of > >> reinventing the wheel > >> is more flexible and easier to

Re: [PATCH V3.1] entry: Pass irqentry_state_t by reference

2020-12-17 Thread Andy Lutomirski
> On Dec 17, 2020, at 5:19 AM, Peter Zijlstra wrote: > > On Thu, Dec 17, 2020 at 02:07:01PM +0100, Thomas Gleixner wrote: >>> On Fri, Dec 11 2020 at 14:14, Andy Lutomirski wrote: On Mon, Nov 23, 2020 at 10:10 PM wrote: >>> After contemplating this for a bit, I think this isn't really

Re: [PATCH v1 ] ALSA: core: memalloc: add page alignment for iram

2020-12-17 Thread Lars-Peter Clausen
On 12/17/20 4:18 PM, Takashi Iwai wrote: On Thu, 17 Dec 2020 15:57:02 +0100, Lars-Peter Clausen wrote: On 12/17/20 3:24 PM, Takashi Iwai wrote: On Thu, 17 Dec 2020 14:16:48 +0100, Lars-Peter Clausen wrote: On 12/17/20 12:06 PM, Takashi Iwai wrote: On Thu, 17 Dec 2020 11:59:23 +0100,

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

2020-12-17 Thread Andreas Larsson
On 2020-12-16 00:24, Arnd Bergmann wrote: On Tue, Dec 15, 2020 at 8:38 PM Sam Ravnborg wrote: On Tue, Dec 15, 2020 at 12:26:10PM +0100, Arnd Bergmann wrote: - Disable SMP support for sun4m/sun4d. From the historic git tree, it's unclear how well this ever worked, and very few machines

[PATCH v3 4/6] ASoC: madera: Allow codecs to be selected from kernel config

2020-12-17 Thread Richard Fitzgerald
The codec Kconfig options were hidden and intended to be selected by the machine driver that requires them. But that means having either a dedicated machine driver or building all codecs. This patch makes the Kconfig options visible so that they can be selected independently of the machine

[PATCH v3 0/6] Add support for Rpi4b + Cirrus Lochnagar2 and CS47L15

2020-12-17 Thread Richard Fitzgerald
This set of patches provides support for using the Raspberry Pi 4b with a Cirrus Logic Lochnagar 2 audio development platform plus Cirrus Logic CS47L15 codec. Patches are needed to audio-graph-card to enable support for setting the component sysclks and plls. These are not specific to CS47L15 -

[PATCH v3 1/6] of: base: Add of_count_phandle_with_fixed_args()

2020-12-17 Thread Richard Fitzgerald
Add an equivalent of of_count_phandle_with_args() for fixed argument sets, to pair with of_parse_phandle_with_fixed_args(). The existing of_count_phandle_with_args() is modified to be a private function that handles both cases and the public functions are trivial wrappers round that.

[PATCH v3 5/6] ASoC: madera: Export clock config defines to dt-bindings

2020-12-17 Thread Richard Fitzgerald
Move the defines for clock/fll IDs and sources into the dt-bindings header so that they can be used by machine driver dts files. Signed-off-by: Richard Fitzgerald --- include/dt-bindings/sound/madera.h | 60 ++ sound/soc/codecs/madera.h | 56

[PATCH v3 3/6] ASoC: audio-graph-card: Support setting component plls and sysclks

2020-12-17 Thread Richard Fitzgerald
Some codecs need plls and/or sysclks to be configured using the snd_soc_component_set_[sysclk|pll] functions. These drivers cannot necessarily be converted to use the clock framework. If the codec is on a I2C/SPI bus, a nested clk_get would be needed to enable the bus clock. But the clock

<    5   6   7   8   9   10