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

Hi Anand, On Thu, 5 Nov 2020 18:42:23 +1100 "Anand K. Mistry" wrote: > > How would I go about fixing this? Send a new (v2), fixed patch to the > mailing list? I'm not that familiar with how patches get merged > through the branches. Since this is in Andrew's quilt series, either a v2, or an incr

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

Hi Anand, On Thu, 5 Nov 2020 19:00:11 +1100 Stephen Rothwell wrote: > > On Thu, 5 Nov 2020 18:42:23 +1100 "Anand K. Mistry" > wrote: > > > > How would I go about fixing this? Send a new (v2), fixed patch to the > > mailing list? I'm not that familiar with how patches get merged > > through the

Re: [PATCH] USB: serial: mos7720: fix parallel-port state restore

On Wed, Nov 04, 2020 at 05:59:10PM +0100, Greg Kroah-Hartman wrote: > On Wed, Nov 04, 2020 at 05:47:27PM +0100, Johan Hovold wrote: > > The parallel-port restore operations is called when a driver claims the > > port and is supposed to restore the provided state (e.g. saved when > > releasing the p

Re: [PATCH v2] ARM: dts: exynos: Add a placeholder for a MAC address

Hi Marek, On Mon, 2 Nov 2020 at 21:53, Marek Szyprowski wrote: > > Hi Anand, > > On 01.11.2020 15:07, Anand Moon wrote: > > Hi Lukasz, > > > > On Thu, 1 Oct 2020 at 19:25, Łukasz Stelmach wrote: > >> Add a placeholder for a MAC address. A bootloader may fill it > >> to set the MAC address and ov

REPOST: Questions abount driver development and Geniatech X9320 DVB-S/S2 PCIe Tuner

Original Message Subject: Questions abount driver development and Geniatech X9320 DVB-S/S2 PCIe Tuner Date: 2020-11-02 10:38 From: m.bert...@pe2mbs.nl To: Linux Media Hi, I'm trying to get Geniatech X9320 DVB-S/S2 PCIe Quad Tuner card working, but i'm new to linux kernel

Re: [PATCH] applesmc: Re-work SMC comms v2

Hi Brad, Great to see this effort, it is certainly an area which could be improved. After having seen several generations of Macbooks while modifying much of that code, it became clear that the SMC communication got refreshed a few times over the years. Every tiny change had to be tested on a

Re: [RFC 6/9] staging: dpaa2-switch: add .ndo_start_xmit() callback

On Wed, Nov 04, 2020 at 11:27:00PM +0200, Vladimir Oltean wrote: > On Wed, Nov 04, 2020 at 06:57:17PM +0200, Ioana Ciornei wrote: > > From: Ioana Ciornei > > > > Implement the .ndo_start_xmit() callback for the switch port interfaces. > > For each of the switch ports, gather the corresponding que

Re: [PATCH] applesmc: Re-work SMC comms v2

On Thu, 5 Nov 2020 18:26:24 +1100 Brad Campbell wrote: > Commit fff2d0f701e6 ("hwmon: (applesmc) avoid overlong udelay()") introduced > an issue whereby communication with the SMC became unreliable with write > errors like : > > [ 120.378614] applesmc: send_byte(0x00, 0x0300) fail: 0x40 > [ 12

Re: [PATCH 08/36] tty: tty_ldisc: Fix some kernel-doc related misdemeanours

On 04. 11. 20, 20:35, Lee Jones wrote: - Functions must follow directly on from their headers - Demote non-conforming kernel-doc header - Ensure notes have unique section names - Provide missing description for 'reinit' Fixes the following W=1 kernel build warning(s): drivers/tty/tty_

Re: [PATCH 1/5] gpio: tps65910: use regmap accessors

On Thu, 05 Nov 2020, Michał Mirosław wrote: > On Wed, Nov 04, 2020 at 02:43:31PM +, Lee Jones wrote: > > On Thu, 01 Oct 2020, Lee Jones wrote: > > > On Wed, 30 Sep 2020, Linus Walleij wrote: > > > > On Sun, Sep 27, 2020 at 1:59 AM Michał Mirosław > > > > wrote: > > > > > Use regmap accessors

[RFC v3 6/7] KVM: X86: Expose PKS to guest and userspace

Existence of PKS is enumerated via CPUID.(EAX=7H,ECX=0):ECX[31]. It is enabled by setting CR4.PKS when long mode is active. PKS is only implemented when EPT is enabled and requires the support of VM_{ENTRY, EXIT}_LOAD_IA32_PKRS currently. Signed-off-by: Chenyi Qiang --- arch/x86/include/asm/kvm_

[RFC v3 3/7] KVM: MMU: Rename the pkru to pkr

PKRU represents the PKU register utilized in the protection key rights check for user pages. Protection Keys for Superviosr Pages (PKS) extends the protection key architecture to cover supervisor pages. Rename the *pkru* related variables and functions to *pkr* which stands for both of the PKRU an

[RFC v3 7/7] KVM: VMX: Enable PKS for nested VM

PKS MSR passes through guest directly. Configure the MSR to match the L0/L1 settings so that nested VM runs PKS properly. Signed-off-by: Chenyi Qiang --- arch/x86/kvm/vmx/nested.c | 37 +++-- arch/x86/kvm/vmx/vmcs12.c | 2 ++ arch/x86/kvm/vmx/vmcs12.h | 6 +-

[kvm-unit-tests PATCH] x86: Add tests for PKS

This unit-test is intended to test the KVM support for Protection Keys for Supervisor Pages (PKS). If CR4.PKS is set in long mode, supervisor pkeys are checked in addition to normal paging protections and Access or Write can be disabled via a MSR update without TLB flushes when permissions change.

[RFC v3 0/7] KVM: PKS Virtualization support

Protection Keys for Supervisor Pages(PKS) is a feature that extends the Protection Keys architecture to support thread-specific permission restrictions on supervisor pages. PKS works similar to an existing feature named PKU(protecting user pages). They both perform an additional check after all le

[RFC v3 1/7] KVM: VMX: Introduce PKS VMCS fields

PKS(Protection Keys for Supervisor Pages) is a feature that extends the Protection Key architecture to support thread-specific permission restrictions on supervisor pages. A new PKS MSR(PKRS) is defined in kernel to support PKS, which holds a set of permissions associated with each protection domi

[RFC v3 2/7] KVM: VMX: Expose IA32_PKRS MSR

Protection Keys for Supervisor Pages (PKS) uses IA32_PKRS MSR (PKRS) at index 0x6E1 to allow software to manage supervisor protection key rights. For performance consideration, PKRS intercept will be disabled so that the guest can access the PKRS without VM exits. PKS introduces dedicated control f

Re: [PATCH 12/36] tty: tty_io: Fix some kernel-doc issues

On 04. 11. 20, 20:35, Lee Jones wrote: Demote non-conformant headers and supply some missing descriptions. Fixes the following W=1 kernel build warning(s): drivers/tty/tty_io.c:218: warning: Function parameter or member 'file' not described in 'tty_free_file' drivers/tty/tty_io.c:566: warn

[RFC v3 4/7] KVM: MMU: Refactor pkr_mask to cache condition

pkr_mask bitmap indicates if protection key checks are needed for user pages currently. It is indexed by page fault error code bits [4:1] with PFEC.RSVD replaced by the ACC_USER_MASK from the page tables. Refactor it by reverting to the use of PFEC.RSVD. After that, PKS and PKU can share the same b

[RFC v3 5/7] KVM: MMU: Add support for PKS emulation

Advertise pkr_mask to cache the conditions where pretection key checks for supervisor pages are needed. When the accessed pages are those with a translation for which the U/S flag is 0 in at least one paging-structure entry controlling the translation, they are the supervisor pages and PKRS enforce

Re: [PATCH] applesmc: Re-work SMC comms v2

On Thu, 5 Nov 2020 08:56:04 +0100 Henrik Rydberg wrote: > Hi Brad, > > Great to see this effort, it is certainly an area which could be > improved. After having seen several generations of Macbooks while > modifying much of that code, it became clear that the SMC communication > got refreshed

Re: [PATCH v13 0/3] scsi: ufs: Add Host Performance Booster Support

On 2020-11-03 12:40, Daejun Park wrote: Changelog: v12 -> v13 1. Cleanup codes by comments from Can Guo. 2. Add HPB related descriptor/flag/attributes in sysfs. 3. Change base commit from 5.10/scsi-queue to 5.11/scsi-queue. If you have changed the code based by comments left on Google gerrit,

Re: [PATCH v2] ARM: dts: exynos: Add a placeholder for a MAC address

Hi Anand, On 05.11.2020 09:06, Anand Moon wrote: > On Mon, 2 Nov 2020 at 21:53, Marek Szyprowski > wrote: >> On 01.11.2020 15:07, Anand Moon wrote: >>> On Thu, 1 Oct 2020 at 19:25, Łukasz Stelmach wrote: Add a placeholder for a MAC address. A bootloader may fill it to set the MAC addr

Re: Re: Re: [PATCH 0/2] drivers/tty: delete break after return or goto

On Thu, Nov 05, 2020 at 03:34:55PM +0800, Bernard wrote: > From: Greg Kroah-Hartman > > Date: 2020-11-04 19:59:03 > To: Bernard > Cc: Jiri Slaby ,Shawn Guo ,Sascha > Hauer ,Pengutronix Kernel Team > ,Fabio Estevam ,NXP Linux Team > ,linux-kernel@vger.kernel.org,linux-ser...@vger.kernel.org,

Re: [PATCH 1/3] dt-bindings: media: i2c: Add OV8865 bindings documentation

Hi Paul, On Wed, Nov 04, 2020 at 11:26:43AM +0100, Paul Kocialkowski wrote: > Hi Sakari and thanks for the review! > > On Tue 03 Nov 20, 01:24, Sakari Ailus wrote: > > On Fri, Oct 23, 2020 at 07:54:04PM +0200, Paul Kocialkowski wrote: > > > This introduces YAML bindings documentation for the OV88

Re: [PATCH v4 2/4] mfd: Support ROHM BD9576MUF and BD9573MUF

On Thu, 05 Nov 2020, Vaittinen, Matti wrote: > > On Thu, 2020-11-05 at 08:46 +0200, Matti Vaittinen wrote: > > Morning Lee, > > > > Thanks for taking a look at this :) I see most of the comments being > > valid. There's two I would like to clarify though... > > > > On Wed, 2020-11-04 at 15:51 +

Re: [PATCH] ARM: dts: exynos: Assign a fixed index to mmc devices on exynos4412 based ODROID boards

On Wed, Nov 04, 2020 at 02:44:10PM +0100, Marek Szyprowski wrote: > On 04.11.2020 14:13, Marek Szyprowski wrote: > > On 04.11.2020 14:06, Markus Reichl wrote: > >> Am 04.11.20 um 13:25 schrieb Marek Szyprowski: > >>> On 04.11.2020 11:25, Markus Reichl wrote: > Recently introduced async probe o

Re: [PATCH v4 2/4] mfd: Support ROHM BD9576MUF and BD9573MUF

On Wed, 04 Nov 2020, Lee Jones wrote: > On Wed, 28 Oct 2020, Matti Vaittinen wrote: > > > Add core support for ROHM BD9576MUF and BD9573MUF PMICs which are > > mainly used to power the R-Car series processors. > > > > Signed-off-by: Matti Vaittinen > > --- > > drivers/mfd/Kconfig

Re: [PATCH v5 06/17] virt: acrn: Introduce VM management interfaces

On Thu, Nov 05, 2020 at 03:35:45PM +0800, Shuo A Liu wrote: > On Thu 5.Nov'20 at 7:29:07 +0100, Greg Kroah-Hartman wrote: > > On Thu, Nov 05, 2020 at 11:10:29AM +0800, Shuo A Liu wrote: > > > On Wed 4.Nov'20 at 20:02:35 +0100, Greg Kroah-Hartman wrote: > > > > On Mon, Oct 19, 2020 at 02:17:52PM

Re: [PATCH] usb/mos7720: process deferred urbs in a workqueue

On Wed, Nov 04, 2020 at 04:13:07PM -0800, Davidlohr Bueso wrote: > On Wed, 04 Nov 2020, Johan Hovold wrote: > > >Hmm. I took at closer look at the parport code and it seems the current > >implementation is already racy but that removing the tasklet is going to > >widen that that window. > > > >Tho

Re: [PATCH v2 1/4] dt-bindings: soc: imx8m: add DT Binding doc for soc unique ID

On Thu, Nov 05, 2020 at 03:26:26PM +0800, Alice Guo wrote: > Add DT Binding doc for the Unique ID of i.MX 8M series. > > Signed-off-by: Alice Guo > --- > .../devicetree/bindings/arm/fsl.yaml | 33 +++ > 1 file changed, 33 insertions(+) > > diff --git a/Documentation/dev

Re: [RFC 6/9] staging: dpaa2-switch: add .ndo_start_xmit() callback

On Thu, Nov 05, 2020 at 02:04:39AM +0100, Andrew Lunn wrote: > > +static int dpaa2_switch_build_single_fd(struct ethsw_core *ethsw, > > + struct sk_buff *skb, > > + struct dpaa2_fd *fd) > > +{ > > + struct device *dev = ethsw->de

Re: [PATCH 27/36] tty: synclinkmp: Mark never checked 'readval' as __always_unused

On 04. 11. 20, 20:35, Lee Jones wrote: Fixes the following W=1 kernel build warning(s): drivers/tty/synclinkmp.c: In function ‘init_adapter’: drivers/tty/synclinkmp.c:5167:6: warning: variable ‘readval’ set but not used [-Wunused-but-set-variable] Cc: Greg Kroah-Hartman Cc: Jiri Slaby Cc

[PATCH] perf_event_open.2: Update man page with recent changes

From: Namhyung Kim There are lots of changes as usual. I've tried to fill some missing bits in the man page but it'd be nice if you could take a look and put more info there. Signed-off-by: Namhyung Kim --- man2/perf_event_open.2 | 262 - 1 file changed

Re: [LKP] Re: [mm/gup] a308c71bf1: stress-ng.vm-splice.ops_per_sec -95.6% regression

On 11/5/2020 2:29 AM, Linus Torvalds wrote: On Mon, Nov 2, 2020 at 1:15 AM kernel test robot wrote: Greeting, FYI, we noticed a -95.6% regression of stress-ng.vm-splice.ops_per_sec due to commit: commit: a308c71bf1e6e19cc2e4ced31853ee0fc7cb439a ("mm/gup: Remove enfornced COW mechanism")

Linux Kernel Code of Conduct Committee: October 2020 report

Despite our previously hoped-for timely release of these reports that were mentioned last time: https://lore.kernel.org/lkml/20200103105614.gc1047...@kroah.com/ that hasn't happened, so here's the report for the first 10 months of 2020. I will work to do better on this in the future, my ap

Re: [PATCH v1 4/4] powernv/memtrace: don't abuse memory hot(un)plug infrastructure for memory allocations

> Am 05.11.2020 um 03:53 schrieb Michael Ellerman : > > David Hildenbrand writes: >> Let's use alloc_contig_pages() for allocating memory and remove the >> linear mapping manually via arch_remove_linear_mapping(). Mark all pages >> PG_offline, such that they will definitely not get touched - e

Re: [RFC 0/2] perf/core: Invoke pmu::sched_task callback for cpu events

On Mon, Nov 2, 2020 at 6:52 AM Namhyung Kim wrote: > > Hello, > > It was reported that system-wide events with precise_ip set have a lot > of unknown symbols on Intel machines. Depending on the system load I > can see more than 30% of total symbols are not resolved (actually > don't have DSO mapp

Re: [PATCH v5 0/4] DCMI BT656 parallel bus mode support

Hi Hugues, On Wed, Nov 04, 2020 at 06:32:08PM +0100, Hugues Fruchet wrote: > Add support of BT656 embedded synchronization bus. > This mode allows to save hardware synchro lines hsync & vsync > by replacing them with synchro codes embedded in data stream. > Add "bus-type" property and make it requ

Re: [PATCH v4 1/2] kunit: Support for Parameterized Testing

On Thu, 5 Nov 2020 at 08:32, Arpitha Raghunandan <98.a...@gmail.com> wrote: > > On 28/10/20 12:51 am, Marco Elver wrote: > > On Tue, 27 Oct 2020 at 18:47, Arpitha Raghunandan <98.a...@gmail.com> wrote: > >> > >> Implementation of support for parameterized testing in KUnit. > >> This approach requir

Re: [PATCH] ARM: dts: exynos: Assign a fixed index to mmc devices on exynos4412 based ODROID boards

Hi Marek, on rk3399 the proposed ordering [1] is according to base address in DT. [1] https://patchwork.kernel.org/patch/11881427 Am 04.11.20 um 14:44 schrieb Marek Szyprowski: On 04.11.2020 14:13, Marek Szyprowski wrote: On 04.11.2020 14:06, Markus Reichl wrote: Am 04.11.20 um 13:25 schrieb

Re: [PATCH] applesmc: Re-work SMC comms v2

On 5/11/20 6:56 pm, Henrik Rydberg wrote: > Hi Brad, > > Great to see this effort, it is certainly an area which could be improved. > After having seen several generations of Macbooks while modifying much of > that code, it became clear that the SMC communication got refreshed a few > times ove

Re: [PATCH v3 2/6] dt-bindings: pci: add the samsung,exynos-pcie binding

Hi Rob, On 04.11.2020 22:35, Rob Herring wrote: > On Thu, Oct 29, 2020 at 02:40:13PM +0100, Marek Szyprowski wrote: >> Add dt-bindings for the Samsung Exynos PCIe controller (Exynos5433 >> variant). Based on the text dt-binding posted by Jaehoon Chung. >> >> Signed-off-by: Marek Szyprowski >> Rev

Re: [PATCH 35/36] tty: synclink: Mark disposable variables as __always_unused

On 04. 11. 20, 20:35, Lee Jones wrote: Fixes the following W=1 kernel build warning(s): drivers/tty/synclink.c: In function ‘usc_reset’: drivers/tty/synclink.c:5571:6: warning: variable ‘readval’ set but not used [-Wunused-but-set-variable] drivers/tty/synclink.c: In function ‘mgsl_load_p

Re: [PATCH 34/36] tty: serial: pmac_zilog: Make disposable variable __always_unused

On Thu, 05 Nov 2020, Jiri Slaby wrote: > On 05. 11. 20, 8:04, Christophe Leroy wrote: > > > > > > Le 04/11/2020 à 20:35, Lee Jones a écrit : > > > Fixes the following W=1 kernel build warning(s): > > > > > >   drivers/tty/serial/pmac_zilog.h:365:58: warning: variable > > > ‘garbage’ set but not

Re: [PATCH v3 02/24] dt-bindings: introduce silabs,wfx.yaml

On Wednesday 4 November 2020 20:15:54 CET Rob Herring wrote: > On Wed, 04 Nov 2020 16:51:45 +0100, Jerome Pouiller wrote: > > From: Jérôme Pouiller > > > > Signed-off-by: Jérôme Pouiller > > --- > > .../bindings/net/wireless/silabs,wfx.yaml | 131 ++ > > 1 file changed, 131 i

Re: [PATCH 31/36] powerpc: asm: hvconsole: Move 'hvc_vio_init_early's prototype to shared location

On Thu, 05 Nov 2020, Christophe Leroy wrote: > > > Le 04/11/2020 à 20:35, Lee Jones a écrit : > > Fixes the following W=1 kernel build warning(s): > > > > drivers/tty/hvc/hvc_vio.c:385:13: warning: no previous prototype for > > ‘hvc_vio_init_early’ [-Wmissing-prototypes] > > 385 | void __i

[PATCH] drm/ingenic: ipu: Search for scaling coefs up to 102% of the screen

Increase the scaled image's theorical width/height until we find a configuration that has valid scaling coefficients, up to 102% of the screen's resolution. This makes sure that we can scale from almost every resolution possible at the cost of a very small distorsion. The CRTC_W / CRTC_H are not mo

Re: [PATCH 31/36] powerpc: asm: hvconsole: Move 'hvc_vio_init_early's prototype to shared location

On Thu, 05 Nov 2020, Michael Ellerman wrote: > Lee Jones writes: > > Fixes the following W=1 kernel build warning(s): > > > > drivers/tty/hvc/hvc_vio.c:385:13: warning: no previous prototype for > > ‘hvc_vio_init_early’ [-Wmissing-prototypes] > > 385 | void __init hvc_vio_init_early(void) > >

Re: [RFC] perf evlist: Warn if event group has mixed sw/hw events

On Mon, Oct 26, 2020 at 7:19 AM Namhyung Kim wrote: > > I found that order of events in a group impacts performance during the > open. If a group has a software event as a leader and has other > hardware events, the lead needs to be moved to a hardware context. > This includes RCU synchronization

Benachrichtigung von Microsoft

Sehr geehrter Benutzer des Microsoft-Kontos, Ihr E-Mail-Konto wird bald vom Microsoft-Überprüfungsteam gesperrt. Weil Ihr E-Mail-Konto nicht auf unsere neueste Version von Microsoft aktualisiert wird. KLICKEN Sie jetzt HIER, um ein Upgrade durc

Re: [PATCH 27/36] tty: synclinkmp: Mark never checked 'readval' as __always_unused

On Thu, 05 Nov 2020, Jiri Slaby wrote: > On 04. 11. 20, 20:35, Lee Jones wrote: > > Fixes the following W=1 kernel build warning(s): > > > > drivers/tty/synclinkmp.c: In function ‘init_adapter’: > > drivers/tty/synclinkmp.c:5167:6: warning: variable ‘readval’ set but not > > used [-Wunused-b

Re: [PATCH 08/14] media: sunxi: Add support for the A31 MIPI CSI-2 controller

Hi Paul, On Fri, Oct 23, 2020 at 07:45:40PM +0200, Paul Kocialkowski wrote: > The A31 MIPI CSI-2 controller is a dedicated MIPI CSI-2 controller > found on Allwinner SoCs such as the A31 and V3/V3s. > > It is a standalone block, connected to the CSI controller on one side > and to the MIPI D-PHY

Re: [Linux-stm32] [BUG] Error applying setting, reverse things back on lot of devices

Hello Alex, On 11/4/20 11:50 AM, Alexandre Torgue wrote: >> Boot up with v5.10-rc2 + your cf1ad559a2 + &pmic { regulators { >> vref_ddr-supply = <®_5v2>; } > > Just to know, Did you test v5.10-rc2 + vref_ddr-supply = <®_5v2>; ? (which > seems to correspond to the patch I sent for DK/EV STM32 bo

Re: [PATCH 11/14] dt-bindings: media: i2c: Add A83T MIPI CSI-2 bindings documentation

Hi Paul, On Fri, Oct 23, 2020 at 07:45:43PM +0200, Paul Kocialkowski wrote: > This introduces YAML bindings documentation for the A83T MIPI CSI-2 > controller. > > Signed-off-by: Paul Kocialkowski > --- > .../media/allwinner,sun8i-a83t-mipi-csi2.yaml | 158 ++ > 1 file changed,

Re: [PATCH v2 0/4] media: meson: Add support for the Amlogic GE2D Accelerator Unit

Hi Linus, On 05/11/2020 08:53, Linus Walleij wrote: > Hi Neil, > > this is just a drive-by question and I'm looping in Todd in the hopes for > a discussion or clarification. > > On Fri, Oct 30, 2020 at 3:37 PM Neil Armstrong > wrote: > >> The GE2D is a 2D accelerator with various features lik

Re: [PATCH 2/4] clk: qcom: Add SDX55 GCC support

On Wed, Nov 04, 2020 at 06:23:37PM -0800, Stephen Boyd wrote: > Quoting Manivannan Sadhasivam (2020-10-28 00:42:30) > > From: Naveen Yadav > > > > Add Global Clock Controller (GCC) support for SDX55 SoCs from Qualcomm. > > > > Signed-off-by: Naveen Yadav > > [mani: converted to parent_data, com

Re: [PATCH 12/36] tty: tty_io: Fix some kernel-doc issues

On Thu, 05 Nov 2020, Jiri Slaby wrote: > On 04. 11. 20, 20:35, Lee Jones wrote: > > Demote non-conformant headers and supply some missing descriptions. > > > > Fixes the following W=1 kernel build warning(s): > > > > drivers/tty/tty_io.c:218: warning: Function parameter or member 'file' > > n

Re: [PATCH 08/36] tty: tty_ldisc: Fix some kernel-doc related misdemeanours

On Thu, 05 Nov 2020, Jiri Slaby wrote: > On 04. 11. 20, 20:35, Lee Jones wrote: > > - Functions must follow directly on from their headers > > - Demote non-conforming kernel-doc header > > - Ensure notes have unique section names > > - Provide missing description for 'reinit' > > > > Fixe

Re: [PATCH v2 1/8] clk: at91: sama7g5: fix compilation error

On 11/4/20 7:45 PM, Claudiu Beznea wrote: > pmc_data_allocate() has been changed. pmc_data_free() was removed. > Adapt the code taking this into consideration. With this the programmable > clocks were also saved in sama7g5_pmc so that they could be later > referenced. > > Fixes: cb783bbbcf54 ("clk

Re: [PATCH 34/36] tty: serial: pmac_zilog: Make disposable variable __always_unused

On 05. 11. 20, 9:36, Lee Jones wrote: On Thu, 05 Nov 2020, Jiri Slaby wrote: On 05. 11. 20, 8:04, Christophe Leroy wrote: Le 04/11/2020 à 20:35, Lee Jones a écrit : Fixes the following W=1 kernel build warning(s):   drivers/tty/serial/pmac_zilog.h:365:58: warning: variable ‘garbage’ set b

[PATCH v21 00/19] per memcg lru lock

This version rebase on next/master 20201104, with much of Johannes's Acks and some changes according to Johannes comments. And add a new patch v21-0006-mm-rmap-stop-store-reordering-issue-on-page-mapp.patch to support v21-0007. This patchset followed 2 memcg VM_WARN_ON_ONCE_PAGE patches which were

Re: [PATCH 08/36] tty: tty_ldisc: Fix some kernel-doc related misdemeanours

On Thu, 05 Nov 2020, Lee Jones wrote: > On Thu, 05 Nov 2020, Jiri Slaby wrote: > > > On 04. 11. 20, 20:35, Lee Jones wrote: > > > - Functions must follow directly on from their headers > > > - Demote non-conforming kernel-doc header > > > - Ensure notes have unique section names > > > - P

[PATCH v21 15/19] mm/compaction: do page isolation first in compaction

Currently, compaction would get the lru_lock and then do page isolation which works fine with pgdat->lru_lock, since any page isoltion would compete for the lru_lock. If we want to change to memcg lru_lock, we have to isolate the page before getting lru_lock, thus isoltion would block page's memcg

[PATCH v21 05/19] mm/vmscan: remove unnecessary lruvec adding

We don't have to add a freeable page into lru and then remove from it. This change saves a couple of actions and makes the moving more clear. The SetPageLRU needs to be kept before put_page_testzero for list integrity, otherwise: #0 move_pages_to_lru #1 release_pages if !put_page_

Re: [RFT PATCH v2 7/8] gpio: exar: switch to using regmap

On Wed, Nov 4, 2020 at 9:35 PM Andy Shevchenko wrote: > > On Wed, Nov 4, 2020 at 9:34 PM Bartosz Golaszewski wrote: > > ... > > > +static const struct regmap_config exar_regmap_config = { > > + .name = "exar-gpio", > > + .reg_bits = 8, > > + .val_bits = 8,

[PATCH v21 12/19] mm/mlock: remove lru_lock on TestClearPageMlocked

In the func munlock_vma_page, comments mentained lru_lock needed for serialization with split_huge_pages. But the page must be PageLocked as well as pages in split_huge_page series funcs. Thus the PageLocked is enough to serialize both funcs. Further more, Hugh Dickins pointed: before splitting in

[PATCH v21 03/19] mm/thp: Simplify lru_add_page_tail()

Simplify lru_add_page_tail(), there are actually only two cases possible: split_huge_page_to_list(), with list supplied and head isolated from lru by its caller; or split_huge_page(), with NULL list and head on lru - because when head is racily isolated from lru, the isolator's reference will stop

[PATCH v21 18/19] mm/lru: introduce the relock_page_lruvec function

From: Alexander Duyck Use this new function to replace repeated same code, no func change. When testing for relock we can avoid the need for RCU locking if we simply compare the page pgdat and memcg pointers versus those that the lruvec is holding. By doing this we can avoid the extra pointer wa

[PATCH v21 17/19] mm/lru: replace pgdat lru_lock with lruvec lock

This patch moves per node lru_lock into lruvec, thus bring a lru_lock for each of memcg per node. So on a large machine, each of memcg don't have to suffer from per node pgdat->lru_lock competition. They could go fast with their self lru_lock. After move memcg charge before lru inserting, page iso

[PATCH v21 13/19] mm/mlock: remove __munlock_isolate_lru_page

The func only has one caller, remove it to clean up code and simplify code. Signed-off-by: Alex Shi Acked-by: Hugh Dickins Acked-by: Johannes Weiner Cc: Hugh Dickins Cc: Kirill A. Shutemov Cc: Vlastimil Babka Cc: Andrew Morton Cc: linux...@kvack.org Cc: linux-kernel@vger.kernel.org --- mm/

[PATCH v21 09/19] mm/swap.c: fold vm event PGROTATED into pagevec_move_tail_fn

Fold the PGROTATED event collection into pagevec_move_tail_fn call back func like other funcs does in pagevec_lru_move_fn. Thus we could save func call pagevec_move_tail(). Now all usage of pagevec_lru_move_fn are same and no needs of its 3rd parameter. It's just simply the calling. No functional

[PATCH v21 08/19] mm/memcg: add debug checking in lock_page_memcg

Add a debug checking in lock_page_memcg, then we could get alarm if anything wrong here. Suggested-by: Johannes Weiner Signed-off-by: Alex Shi Acked-by: Hugh Dickins Acked-by: Johannes Weiner Cc: Johannes Weiner Cc: Michal Hocko Cc: Vladimir Davydov Cc: Andrew Morton Cc: cgro...@vger.kerne

[PATCH v21 01/19] mm/thp: move lru_add_page_tail func to huge_memory.c

The func is only used in huge_memory.c, defining it in other file with a CONFIG_TRANSPARENT_HUGEPAGE macro restrict just looks weird. Let's move it THP. And make it static as Hugh Dickin suggested. Signed-off-by: Alex Shi Reviewed-by: Kirill A. Shutemov Acked-by: Hugh Dickins Acked-by: Johanne

Re: [PATCH v4 2/4] mfd: Support ROHM BD9576MUF and BD9573MUF

On Thu, 2020-11-05 at 08:21 +, Lee Jones wrote: > On Thu, 05 Nov 2020, Vaittinen, Matti wrote: > > > On Thu, 2020-11-05 at 08:46 +0200, Matti Vaittinen wrote: > > > Morning Lee, > > > > > > Thanks for taking a look at this :) I see most of the comments > > > being > > > valid. There's two I

[PATCH v21 19/19] mm/lru: revise the comments of lru_lock

From: Hugh Dickins Since we changed the pgdat->lru_lock to lruvec->lru_lock, it's time to fix the incorrect comments in code. Also fixed some zone->lru_lock comment error from ancient time. etc. I struggled to understand the comment above move_pages_to_lru() (surely it never calls page_reference

[PATCH v21 07/19] mm: page_idle_get_page() does not need lru_lock

From: Hugh Dickins It is necessary for page_idle_get_page() to recheck PageLRU() after get_page_unless_zero(), but holding lru_lock around that serves no useful purpose, and adds to lru_lock contention: delete it. See https://lore.kernel.org/lkml/20150504031722.GA2768@blaptop for the discussion

[PATCH v21 06/19] mm/rmap: stop store reordering issue on page->mapping

Hugh Dickins and Minchan Kim observed a long time issue which discussed here, but actully the mentioned fix missed. https://lore.kernel.org/lkml/20150504031722.GA2768@blaptop/ The store reordering may cause problem in the scenario: CPU 0 CPU1 do

[PATCH v21 14/19] mm/lru: introduce TestClearPageLRU

Currently lru_lock still guards both lru list and page's lru bit, that's ok. but if we want to use specific lruvec lock on the page, we need to pin down the page's lruvec/memcg during locking. Just taking lruvec lock first may be undermined by the page's memcg charge/migration. To fix this problem,

[PATCH v21 16/19] mm/swap.c: serialize memcg changes in pagevec_lru_move_fn

Hugh Dickins' found a memcg change bug on original version: If we want to change the pgdat->lru_lock to memcg's lruvec lock, we have to serialize mem_cgroup_move_account during pagevec_lru_move_fn. The possible bad scenario would like: cpu 0 cpu 1 lruvec =

[PATCH v21 10/19] mm/lru: move lock into lru_note_cost

We have to move lru_lock into lru_note_cost, since it cycle up on memcg tree, for future per lruvec lru_lock replace. It's a bit ugly and may cost a bit more locking, but benefit from multiple memcg locking could cover the lost. Signed-off-by: Alex Shi Acked-by: Hugh Dickins Acked-by: Johannes W

[PATCH v21 02/19] mm/thp: use head for head page in lru_add_page_tail

Since the first parameter is only used by head page, it's better to make it explicit. Signed-off-by: Alex Shi Reviewed-by: Kirill A. Shutemov Reviewed-by: Matthew Wilcox (Oracle) Acked-by: Hugh Dickins Acked-by: Johannes Weiner Cc: Andrew Morton Cc: Johannes Weiner Cc: Matthew Wilcox Cc: H

[PATCH v21 11/19] mm/vmscan: remove lruvec reget in move_pages_to_lru

Isolated page shouldn't be recharged by memcg since the memcg migration isn't possible at the time. All pages were isolated from the same lruvec (and isolation inhibits memcg migration). So remove unnecessary regetting. Thanks to Alexander Duyck for pointing this out. Signed-off-by: Alex Shi Ack

[PATCH v21 04/19] mm/thp: narrow lru locking

lru_lock and page cache xa_lock have no obvious reason to be taken one way round or the other: until now, lru_lock has been taken before page cache xa_lock, when splitting a THP; but nothing else takes them together. Reverse that ordering: let's narrow the lru locking - but leave local_irq_disable

Re: [PATCH v4 2/4] mfd: Support ROHM BD9576MUF and BD9573MUF

On Thu, 05 Nov 2020, Vaittinen, Matti wrote: > > On Thu, 2020-11-05 at 08:21 +, Lee Jones wrote: > > On Thu, 05 Nov 2020, Vaittinen, Matti wrote: > > > > > On Thu, 2020-11-05 at 08:46 +0200, Matti Vaittinen wrote: > > > > Morning Lee, > > > > > > > > Thanks for taking a look at this :) I se

Re: [PATCH v4 2/4] mfd: Support ROHM BD9576MUF and BD9573MUF

On Thu, 2020-11-05 at 08:23 +, Lee Jones wrote: > On Wed, 04 Nov 2020, Lee Jones wrote: > > > On Wed, 28 Oct 2020, Matti Vaittinen wrote: > > > > > Add core support for ROHM BD9576MUF and BD9573MUF PMICs which are > > > mainly used to power the R-Car series processors. > > > > > > Signed-of

RE: [PATCH bpf v2 1/2] lib/strncpy_from_user.c: Don't overcopy bytes after NUL terminator

From: Daniel Xu > Sent: 05 November 2020 02:26 ... > --- a/lib/strncpy_from_user.c > +++ b/lib/strncpy_from_user.c > @@ -35,17 +35,22 @@ static inline long do_strncpy_from_user(char *dst, const > char __user *src, > goto byte_at_a_time; > > while (max >= sizeof(unsigned long))

Re: [PATCH 35/36] tty: synclink: Mark disposable variables as __always_unused

On Thu, 05 Nov 2020, Jiri Slaby wrote: > On 04. 11. 20, 20:35, Lee Jones wrote: > > Fixes the following W=1 kernel build warning(s): > > > > drivers/tty/synclink.c: In function ‘usc_reset’: > > drivers/tty/synclink.c:5571:6: warning: variable ‘readval’ set but not > > used [-Wunused-but-set-

Re: [PATCH 34/36] tty: serial: pmac_zilog: Make disposable variable __always_unused

On Thu, 05 Nov 2020, Jiri Slaby wrote: > On 05. 11. 20, 9:36, Lee Jones wrote: > > On Thu, 05 Nov 2020, Jiri Slaby wrote: > > > > > On 05. 11. 20, 8:04, Christophe Leroy wrote: > > > > > > > > > > > > Le 04/11/2020 à 20:35, Lee Jones a écrit : > > > > > Fixes the following W=1 kernel build warn

Re: [PATCH v5 06/17] virt: acrn: Introduce VM management interfaces

On Thu 5.Nov'20 at 9:26:39 +0100, Greg Kroah-Hartman wrote: On Thu, Nov 05, 2020 at 03:35:45PM +0800, Shuo A Liu wrote: On Thu 5.Nov'20 at 7:29:07 +0100, Greg Kroah-Hartman wrote: > On Thu, Nov 05, 2020 at 11:10:29AM +0800, Shuo A Liu wrote: > > On Wed 4.Nov'20 at 20:02:35 +0100, Greg Kroah

Re: Kernel 5.10-rc1 not mounting NAND flash (Bisected to d7157ff49a5b ("mtd: rawnand: Use the ECC framework user input parsing bits"))

Quoting Miquel Raynal : Hi Christophe, Christophe Leroy wrote on Wed, 4 Nov 2020 19:37:57 +0100: Hi Miquel, Le 04/11/2020 à 18:38, Miquel Raynal a écrit : > Hi Christophe, > > Christophe Leroy wrote on Wed, 04 Nov > 2020 18:33:53 +0100: > >> Hi Miquel, >> >> I'm unable to boot 5.10-rc1 o

[PATCH] habanalabs: move HW dirty check to a proper location

From: Ofir Bitton Driver must verify if HW is dirty before trying to fetch preboot information. Hence, we move this validation to a prior stage of the boot sequence. Signed-off-by: Ofir Bitton Reviewed-by: Oded Gabbay Signed-off-by: Oded Gabbay --- drivers/misc/habanalabs/common/device.c

Regression: QCA6390 fails with "mm/page_alloc: place pages to tail in __free_pages_core()"

(changing the subject, adding more lists and people) Pavel Procopiuc writes: > Op 04.11.2020 om 10:12 schreef Kalle Valo: >> Yeah, it is unfortunately time consuming but it is the best way to get >> bottom of this. > > I have found the commit that breaks things for me, it's > 7fef431be9c9ac25583

Re: [PATCH v3 1/6] MIPS: Loongson64: Do not write the read only field LPA of CP0_CONFIG3

On 11/05/2020 01:57 PM, Huacai Chen wrote: Hi, Tiezhu, On Wed, Nov 4, 2020 at 11:51 AM Tiezhu Yang wrote: On 11/04/2020 10:00 AM, Huacai Chen wrote: Hi, Tiezhu, On Tue, Nov 3, 2020 at 3:13 PM Tiezhu Yang wrote: The field LPA of CP0_CONFIG3 register is read only for Loongson64, so the write

Re: [PATCH v2 4/4] soc: imx8m: change to use platform driver

On Thu, Nov 05, 2020 at 03:26:29PM +0800, Alice Guo wrote: > Directly reading ocotp register depends on that bootloader enables ocotp > clk, which is not always effective, so change to use nvmem API. Using > nvmem API requires to support driver defer probe and thus change > soc-imx8m.c to use platf

Re: [PATCH] clk-si5341: Support NVM programming through sysfs

Met vriendelijke groet / kind regards, Mike Looijmans System Expert TOPIC Embedded Products B.V. Materiaalweg 4, 5681 RJ Best The Netherlands T: +31 (0) 499 33 69 69 E: mike.looijm...@topicproducts.com W: www.topicproducts.com Please consider the environment before printing this e-mail On 0

Re: linux-next: build failure after merge of the mfd tree

On Thu, 05 Nov 2020, Michał Mirosław wrote: > On Thu, Nov 05, 2020 at 12:50:27PM +1100, Stephen Rothwell wrote: > > Hi all, > > > > After merging the mfd tree, today's linux-next build (arm > > multi_v7_defconfig) failed like this: > > > > drivers/gpio/gpio-tps65910.c: In function 'tps65910_gpio

Re: [PATCH v3 03/11] gpio: raspberrypi-exp: Release firmware handle on unbind

On Wed, Nov 4, 2020 at 11:39 AM Nicolas Saenz Julienne wrote: > > Use devm_rpi_firmware_get() so as to make sure we release RPi's firmware > interface when unbinding the device. > > Signed-off-by: Nicolas Saenz Julienne > > --- > > Changes since v2: > - Use devm_rpi_firmware_get(), instead of re

Re: [PATCH] KVM: x86: use positive error values for msr emulation that causes #GP

On Thu, 2020-11-05 at 07:14 +0100, Pankaj Gupta wrote: > > Recent introduction of the userspace msr filtering added code that uses > > negative error codes for cases that result in either #GP delivery to > > the guest, or handled by the userspace msr filtering. > > > > This breaks an assumption th

RE: [PATCH net-next] net: x25_asy: Delete the x25_asy driver

From: Xie He > Sent: 05 November 2020 07:35 > > This driver transports LAPB (X.25 link layer) frames over TTY links. I don't remember any requests to run LAPB over anything other than synchronous links when I was writing LAPB implementation(s) back in the mid 1980's. If you need to run 'comms ov

  1   2   3   4   5   6   7   8   9   10   >