Re: [PATCH v3 6/9] perf stat: introduce --ctl-fd[-ack] options

On 20.05.2020 15:38, Jiri Olsa wrote: > On Wed, May 13, 2020 at 11:03:03AM +0300, Alexey Budankov wrote: >> >> Introduce --ctl-fd[-ack] options to pass open file descriptors numbers >> from command line. Extend perf-stat.txt file with --ctl-fd[-ack] options >> description. Document possible

Re: [PATCH] media: videobuf2-dma-contig: fix bad kfree in vb2_dma_contig_clear_max_seg_size

On Wed, 20 May 2020 at 15:16, Tomi Valkeinen wrote: > > Commit 9495b7e92f716ab2bd6814fab5e97ab4a39adfdd ("driver core: platform: > Initialize dma_parms for platform devices") in v5.7-rc5 causes > vb2_dma_contig_clear_max_seg_size() to kfree memory that was not > allocated by

Re: [PATCH net-next v3 1/2] ethtool: provide UAPI for PHY Signal Quality Index (SQI)

On Wed, May 20, 2020 at 04:45:44PM +0200, Michal Kubecek wrote: > On Wed, May 20, 2020 at 08:29:14AM +0200, Oleksij Rempel wrote: > > Signal Quality Index is a mandatory value required by "OPEN Alliance > > SIG" for the 100Base-T1 PHYs [1]. This indicator can be used for cable > > integrity

Re: [PATCH] dns: Apply a default TTL to records obtained from getaddrinfo()

On Tue, 2020-05-19 at 17:06 +0100, David Howells wrote: > Okay, how about this incremental change, then? If fixes the typo, only prints > the "READ CONFIG" line in verbose mode, filters escape chars in the config > file and reduces the expiration time to 5s. > > David > --- > diff --git

Re: [patch V6 30/37] x86/entry: Convert reschedule interrupt to IDTENTRY_RAW

Andy Lutomirski writes: > On Fri, May 15, 2020 at 5:10 PM Thomas Gleixner wrote: >> >> >> The scheduler IPI does not need the full interrupt entry handling logic >> when the entry is from kernel mode. >> >> Even if tracing is enabled the only requirement is that RCU is watching and >>

Re: [patch V6 23/37] x86/entry: Provide IDTENTRY_SYSVEC

Andy Lutomirski writes: > On Fri, May 15, 2020 at 5:10 PM Thomas Gleixner wrote: >> >> >> Provide a IDTENTRY variant for system vectors to consolidate the different >> mechanisms to emit the ASM stubs for 32 an 64 bit. >> >> On 64bit this also moves the stack switching from ASM to C code. 32bit

Re: [patch V6 07/37] x86/entry: Provide helpers for execute on irqstack

On Wed, May 20, 2020 at 5:35 AM Thomas Gleixner wrote: > > Andy Lutomirski writes: > > On Mon, May 18, 2020 at 4:53 PM Thomas Gleixner wrote: > >> > >> Andy Lutomirski writes: > >> > Actually, I revoke my ack. Can you make one of two changes: > >> > > >> > Option A: Add an assertion to

Re: [PATCH V1 RESEND 1/3] perf/imx_ddr: Add system PMU identifier for userspace

On Tue, May 19, 2020 at 8:56 PM Joakim Zhang wrote: > > > > -Original Message- > > From: Rob Herring > > Sent: 2020年5月20日 2:51 > > To: Joakim Zhang > > Cc: john.ga...@huawei.com; w...@kernel.org; mark.rutl...@arm.com; > > shawn...@kernel.org; dl-linux-imx ; > >

Re: [PATCH V3 0/3] ARM: imx: move cpu code to drivers/soc/imx

On Wed, May 20, 2020 at 01:51:26PM +0800, peng@nxp.com wrote: > From: Peng Fan > > V3: > Rebased to latest next tree > Resolved the conflicts with vf610 soc patch > > V2: > Keep i.MX1/2/3/5 cpu type for completness > Correct return value in patch 1/3 > use CONFIG_ARM to guard compile

[PATCH] firmware: tegra: Defer BPMP probe if shared memory not available

Since commit 93d2e4322aa7 ("of: platform: Batch fwnode parsing when adding all top level devices") was added, the probing of the Tegra SRAM device has occurred later in the boot sequence, after the BPMP has been probed. The BPMP uses sections of the SRAM for shared memory and if the BPMP is probed

Re: [PATCH v1 2/6] arm/smmu: Add auxiliary domain support for arm-smmuv2

On Wed, May 20, 2020 at 01:57:01PM +0100, Will Deacon wrote: > On Mon, May 18, 2020 at 08:50:27AM -0700, Rob Clark wrote: > > On Mon, May 18, 2020 at 8:18 AM Will Deacon wrote: > > > On Wed, Mar 18, 2020 at 04:43:07PM -0700, Rob Clark wrote: > > > > We do in fact need live domain switching, that

Re: Bad kfree of dma_parms in v5.7-rc5

On Wed, 20 May 2020 at 15:28, Marek Szyprowski wrote: > > Hi Ulf, > > On 20.05.2020 15:12, Ulf Hansson wrote: > > + Greg > > > > On Wed, 20 May 2020 at 14:54, Marek Szyprowski > > wrote: > >> On 20.05.2020 14:43, Tomi Valkeinen wrote: > >>> On 20/05/2020 12:22, Marek Szyprowski wrote: > On

Re: [PATCH bpf] security: Fix hook iteration for secid_to_secctx

On 5/20/2020 5:56 AM, KP Singh wrote: > From: KP Singh > > secid_to_secctx is not stackable, and since the BPF LSM registers this > hook by default, the call_int_hook logic is not suitable which > "bails-on-fail" and casues issues when other LSMs register this hook and > eventually breaks

Re: [patch V6 10/37] x86/entry: Switch XEN/PV hypercall entry to IDTENTRY

On Wed, May 20, 2020 at 7:13 AM Thomas Gleixner wrote: > > Andy Lutomirski writes: > > On Tue, May 19, 2020 at 11:58 AM Thomas Gleixner wrote: > >> Which brings you into the situation that you call schedule() from the > >> point where we just moved it out. If we would go there we'd need to > >>

[GIT PULL] Power management fix for v5.7-rc7

Hi Linus, Please pull from the tag git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ pm-5.7-rc7 with top-most commit 607b9df63057a56f6172d560d5366cca6a030c76 ACPI: EC: PM: Avoid flushing EC work when EC GPE is inactive on top of commit

Re: [PATCH v3 3/9] perf stat: factor out event handling loop into a function

On 20.05.2020 15:38, Jiri Olsa wrote: > On Wed, May 13, 2020 at 11:00:47AM +0300, Alexey Budankov wrote: >> >> Factor out event handling loop into handle_events() function. >> >> Signed-off-by: Alexey Budankov >> --- >> tools/perf/builtin-stat.c | 85 +++ >>

Re: [patch V6 36/37] x86/entry: Move paranoid irq tracing out of ASM code

Andy Lutomirski writes: > On Fri, May 15, 2020 at 5:11 PM Thomas Gleixner wrote: > > I think something's missing here. With this patch applied, don't we > get to exc_debug_kernel() -> handle_debug() without doing > idtentry_enter() or equivalent? And that can even enable IRQs. > > Maybe

Re: [PATCH v7 0/5] mainline Protonic boards

Please ignore this version, i used wrong commit hash to format-patch. On Wed, May 20, 2020 at 11:29:32AM +0200, Oleksij Rempel wrote: > changes v7: > - VT7: reorder node alphabetically > - VT7: rename "reg_12v_bl: regulator-bl-12v" to "reg_bl_12v0: > regulator-bl-12v0" > - VT7: remove panel and

Re: [PATCH v3 9/9] perf record: introduce --ctl-fd[-ack] options

On 20.05.2020 15:38, Jiri Olsa wrote: > On Wed, May 13, 2020 at 11:05:08AM +0300, Alexey Budankov wrote: >> >> Introduce --ctl-fd[-ack] options to pass open file descriptors numbers >> from command line. Extend perf-record.txt file with --ctl-fd[-ack] >> options description. Document possible

Re: io_uring vs CPU hotplug, was Re: [PATCH 5/9] blk-mq: don't set data->ctx and data->hctx in blk_mq_alloc_request_hctx

On 5/20/20 8:45 AM, Jens Axboe wrote: > On 5/20/20 2:03 AM, Christoph Hellwig wrote: >> On Wed, May 20, 2020 at 11:04:24AM +0800, Ming Lei wrote: >>> On Wed, May 20, 2020 at 09:18:23AM +0800, Ming Lei wrote: On Tue, May 19, 2020 at 05:30:00PM +0200, Christoph Hellwig wrote: > On Tue, May

Re: [PATCH V1 RESEND 1/3] perf/imx_ddr: Add system PMU identifier for userspace

On Wed, May 20, 2020 at 1:33 AM Will Deacon wrote: > > On Tue, May 19, 2020 at 12:51:25PM -0600, Rob Herring wrote: > > On Tue, May 12, 2020 at 03:31:13PM +0800, Joakim Zhang wrote: > > > +static ssize_t ddr_perf_identifier_show(struct device *dev, > > > + struct

Re: [PATCH net-next v3 1/2] ethtool: provide UAPI for PHY Signal Quality Index (SQI)

On Wed, May 20, 2020 at 05:07:11PM +0200, Oleksij Rempel wrote: > On Wed, May 20, 2020 at 04:45:44PM +0200, Michal Kubecek wrote: > > On Wed, May 20, 2020 at 08:29:14AM +0200, Oleksij Rempel wrote: > > > Signal Quality Index is a mandatory value required by "OPEN Alliance > > > SIG" for the

RE: [PATCH v2] drm/amdgpu: off by on in amdgpu_device_attr_create_groups() error handling

"off by on" or "off by one" ? M >-Original Message- >From: dri-devel On Behalf Of Dan >Carpenter >Sent: Wednesday, May 20, 2020 9:08 AM >To: Alex Deucher ; Kevin Wang > >Cc: David Airlie ; kernel-janit...@vger.kernel.org; linux- >ker...@vger.kernel.org;

Re: [PATCH v2] sched/cputime: make scale_stime() more precise

On 05/19, Peter Zijlstra wrote: > > > The new implementation does the additional div64_u64_rem() but according > > to my naive measurements it is faster on x86_64, much faster if rtime/etc > > are big enough. See > > > > https://lore.kernel.org/lkml/20200123130541.ga30...@redhat.com/ > >

Re: [PATCH v3 1/2] x86, powerpc: Rename memcpy_mcsafe() to copy_mc_to_{user, kernel}()

On Wed, May 20, 2020 at 2:54 AM Michael Ellerman wrote: > > Hi Dan, > > Just a couple of minor things ... > > Dan Williams writes: > > In reaction to a proposal to introduce a memcpy_mcsafe_fast() > > implementation Linus points out that memcpy_mcsafe() is poorly named > > relative to

[PATCH v3] drm/amdgpu: off by one in amdgpu_device_attr_create_groups() error handling

This loop in the error handling code should start a "i - 1" and end at "i == 0". Currently it starts a "i" and ends at "i == 1". The result is that it removes one attribute that wasn't created yet, and leaks the zeroeth attribute. Fixes: 4e01847c38f7 ("drm/amdgpu: optimize amdgpu device

Re: [patch V6 07/37] x86/entry: Provide helpers for execute on irqstack

Andy Lutomirski writes: > On Wed, May 20, 2020 at 5:35 AM Thomas Gleixner wrote: >> >> Andy Lutomirski writes: >> > On Mon, May 18, 2020 at 4:53 PM Thomas Gleixner wrote: >> >> >> >> Andy Lutomirski writes: >> >> > Actually, I revoke my ack. Can you make one of two changes: >> >> > >> >> >

Re: [PATCH net-next v2 3/4] dt-bindings: net: Add RGMII internal delay for DP83869

Andrew On 5/20/20 8:56 AM, Andrew Lunn wrote: On Wed, May 20, 2020 at 07:18:34AM -0500, Dan Murphy wrote: Add the internal delay values into the header and update the binding with the internal delay properties. Signed-off-by: Dan Murphy --- .../devicetree/bindings/net/ti,dp83869.yaml|

Re: [PATCH net-next v2 3/4] dt-bindings: net: Add RGMII internal delay for DP83869

Andrew On 5/20/20 10:28 AM, Dan Murphy wrote: Andrew On 5/20/20 8:56 AM, Andrew Lunn wrote: On Wed, May 20, 2020 at 07:18:34AM -0500, Dan Murphy wrote: Add the internal delay values into the header and update the binding with the internal delay properties. Signed-off-by: Dan Murphy ---  

Re: [PATCH net-next v3 1/2] ethtool: provide UAPI for PHY Signal Quality Index (SQI)

> > I'm not sure if it's a good idea to define two separate callbacks. It > > means adding two pointers instead of one (for every instance of the > > structure, not only those implementing them), doing two calls, running > > the same checks twice, locking twice, checking the result twice. > > > >

RE: [PATCH v3] drm/amdgpu: off by one in amdgpu_device_attr_create_groups() error handling

>-Original Message- >From: Dan Carpenter >Sent: Wednesday, May 20, 2020 11:26 AM >To: Alex Deucher ; Kevin Wang >; Ruhl, Michael J >Cc: Christian König ; David Airlie >; Daniel Vetter ; Evan Quan >; Rui Huang ; Kenneth Feng >; Yintian Tao ; Hawking Zhang >; amd-...@lists.freedesktop.org;

Re: [RESEND PATCH v7 4/5] ndctl/papr_scm,uapi: Add support for PAPR nvdimm specific methods

On Wed, May 20, 2020 at 12:30:57AM +0530, Vaibhav Jain wrote: > Introduce support for Papr nvDimm Specific Methods (PDSM) in papr_scm > modules and add the command family to the white list of NVDIMM command > sets. Also advertise support for ND_CMD_CALL for the dimm > command mask and implement

Re: io_uring vs CPU hotplug, was Re: [PATCH 5/9] blk-mq: don't set data->ctx and data->hctx in blk_mq_alloc_request_hctx

On Wed, May 20, 2020 at 09:20:50AM -0600, Jens Axboe wrote: > Just checked, and it works fine for me. If I create an SQPOLL ring with > SQ_AFF set and bound to CPU 3, if CPU 3 goes offline, then the kthread > just appears unbound but runs just fine. When CPU 3 comes online again, > the mask

Re: [PATCH v3] drm/amdgpu: off by one in amdgpu_device_attr_create_groups() error handling

Am 20.05.20 um 17:31 schrieb Ruhl, Michael J: -Original Message- From: Dan Carpenter Sent: Wednesday, May 20, 2020 11:26 AM To: Alex Deucher ; Kevin Wang ; Ruhl, Michael J Cc: Christian König ; David Airlie ; Daniel Vetter ; Evan Quan ; Rui Huang ; Kenneth Feng ; Yintian Tao ; Hawking

[PATCH] perf config: Add stat.big-num support

From: "Paul A. Clarke" Add support for new "stat.big-num" boolean option. This allows a user to set a default for "--no-big-num" for "perf stat" commands. $ perf config stat.big-num $ perf stat --event cycles /bin/true Performance counter stats for '/bin/true': 803,684

RE: [PATCH v3 1/2] x86, powerpc: Rename memcpy_mcsafe() to copy_mc_to_{user, kernel}()

From: Dan Williams > Sent: 20 May 2020 16:26 ... > > > +#ifdef CONFIG_ARCH_HAS_COPY_MC > > > +extern unsigned long __must_check > > > > We try not to add extern in headers anymore. > > Ok, I was doing the copy-pasta dance, but I'll remove this. It is data not code, it needs the extern to not be

RE: [PATCH v3 1/2] x86, powerpc: Rename memcpy_mcsafe() to copy_mc_to_{user, kernel}()

> From: Dan Williams > > Sent: 20 May 2020 16:26 > ... > > > > +#ifdef CONFIG_ARCH_HAS_COPY_MC > > > > +extern unsigned long __must_check > > > > > > We try not to add extern in headers anymore. > > > > Ok, I was doing the copy-pasta dance, but I'll remove this. > > It is data not code, it needs

Re: [PATCH v2] i2c: cadence: Add error handling for a platform_get_irq() call in cdns_i2c_probe()

> The driver initialization should be end immediately after found > the platform_get_irq() function return an error. I recommend to improve also this change description. How do you think about a wording variant like the following? Return an error code after a call of the function

RE: [EXTERNAL] Re: [RFC PATCH 0/4] DirectX on Linux

[resending as plain text, sorry about that] Thanks Daniel, more below. From: Daniel Vetter Sent: Wednesday, May 20, 2020 12:41 AM To: Steve Pronovost Cc: Dave Airlie ; Sasha Levin ;

Re: [PATCH v2 3/4] counter: Add character device interface

Hi William, I love your patch! Perhaps something to improve: [auto build test WARNING on linus/master] [also build test WARNING on v5.7-rc6 next-20200519] [cannot apply to stm32/stm32-next linux/master] [if your patch is applied to the wrong git tree, please drop us a note to help improve the

Re: [patch V6 12/37] x86/entry: Provide idtentry_entry/exit_cond_rcu()

On Tue, May 19, 2020 at 7:23 PM Paul E. McKenney wrote: > > On Tue, May 19, 2020 at 05:26:58PM -0700, Andy Lutomirski wrote: > > On Tue, May 19, 2020 at 2:20 PM Thomas Gleixner wrote: > > > > > > Andy Lutomirski writes: > > > > On Tue, May 19, 2020 at 1:20 PM Thomas Gleixner > > > > wrote: >

Re: [PATCH v2] sched/cputime: make scale_stime() more precise

On Wed, May 20, 2020 at 05:24:40PM +0200, Oleg Nesterov wrote: > Nevermind, I agree with your version. Will you send this patch or do you > want me to make V3 ? I got stuck at writing a Changelog, am more scatter brained than usual, due to lack of sleep. If you have Changelog that includes

Re: [PATCH net-next v2 3/4] dt-bindings: net: Add RGMII internal delay for DP83869

> > Hi Dan > > > > Having it required with PHY_INTERFACE_MODE_RGMII_ID or > > PHY_INTERFACE_MODE_RGMII_RXID is pretty unusual. Normally these > > properties are used to fine tune the delay, if the default of 2ns does > > not work. > > Also if the MAC phy-mode is configured with RGMII-ID and no

Re: [patch V6 07/37] x86/entry: Provide helpers for execute on irqstack

On Wed, May 20, 2020 at 8:27 AM Thomas Gleixner wrote: > > Andy Lutomirski writes: > > On Wed, May 20, 2020 at 5:35 AM Thomas Gleixner wrote: > >> > >> Andy Lutomirski writes: > >> > On Mon, May 18, 2020 at 4:53 PM Thomas Gleixner > >> > wrote: > >> >> > >> >> Andy Lutomirski writes: > >>

Re: [PATCH] perf config: Add stat.big-num support

Em Wed, May 20, 2020 at 10:32:55AM -0500, Paul A. Clarke escreveu: > From: "Paul A. Clarke" > > Add support for new "stat.big-num" boolean option. > > This allows a user to set a default for "--no-big-num" for "perf stat" > commands. That is super cool, these polishing patches using

Re: [TEGRA194_CPUFREQ Patch 1/3] firmware: tegra: adding function to get BPMP data

On Wed, May 20, 2020 at 08:43:03AM -0600, Rob Herring wrote: > On Tue, Apr 7, 2020 at 4:05 AM Thierry Reding > wrote: > > > > On Wed, Dec 04, 2019 at 03:21:38PM +0530, Viresh Kumar wrote: > > > On 04-12-19, 10:33, Thierry Reding wrote: > > > > Yeah, the code that registers this device is in

[PATCHv3 1/5] dt-bindings: touchscreen: Convert EETI EXC3000 touchscreen to json-schema

Convert the EETI EXC3000 binding to DT schema format using json-schema Signed-off-by: Sebastian Reichel --- .../input/touchscreen/eeti,exc3000.yaml | 53 +++ .../bindings/input/touchscreen/exc3000.txt| 26 - 2 files changed, 53 insertions(+), 26 deletions(-)

[PATCHv3 3/5] Input: EXC3000: add EXC80H60 and EXC80H84 support

This adds support for EXC80H60 and EXCH84 controllers, which use a different event type id and have two extra bits for the resolution (so the maximum is 16K instead of 4K). Signed-off-by: Sebastian Reichel --- .../input/touchscreen/eeti,exc3000.yaml | 5 +-

[PATCHv3 2/5] Input: EXC3000: switch to i2c's probe_new API

Switch to the "new" I2C probe API. Signed-off-by: Sebastian Reichel --- drivers/input/touchscreen/exc3000.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/input/touchscreen/exc3000.c b/drivers/input/touchscreen/exc3000.c index e007e2e8f626..555a14305cd4 100644

[PATCHv3 5/5] Input: EXC3000: Add reset gpio support

Add basic support for an optional reset gpio. Signed-off-by: Sebastian Reichel --- .../input/touchscreen/eeti,exc3000.yaml | 2 ++ drivers/input/touchscreen/exc3000.c | 17 + 2 files changed, 19 insertions(+) diff --git

[PATCHv3 4/5] Input: EXC3000: Add support to query model and fw_version

Expose model and fw_version via sysfs. Also query the model in probe to make sure, that the I2C communication with the device works before successfully probing the driver. This is a bit complicated, since EETI devices do not have a sync interface. Sending the commands and directly reading does

[PATCHv3 0/5] EXC3000 Updates

Hi, This is PATCHv3 of the EXC80Hxx support patchset. Changes since [PATCHv2]: - add #include for SZ_4K and SZ_16K (kbuild test bot) - fw_version_show must be ssize_t (kbuild test bot) - rename YAML binding file to include eeti, prefix (Enric) - noise from gpio-reset patch (Enric) - add

Re: [PATCH] ACPICA: Replace one-element array and use struct_size() helper

On Wed, May 20, 2020 at 11:15:18AM +0200, Rafael J. Wysocki wrote: > On Wed, May 20, 2020 at 12:46 AM Gustavo A. R. Silva > wrote: > > > > On Tue, May 19, 2020 at 12:25:13PM +0200, Rafael J. Wysocki wrote: > > > On Tue, May 19, 2020 at 12:22 AM Gustavo A. R. Silva > > > wrote: > > > > > > > >

[PATCH v8 0/5] mainline Protonic boards

changes v8: - resend correct changes changes v7: - VT7: reorder node alphabetically - VT7: rename "reg_12v_bl: regulator-bl-12v" to "reg_bl_12v0: regulator-bl-12v0" - VT7: remove panel and TS nodes. This drivers are currently not mainline. - prti6q.dtsi: move reg_1v8 to prti6q.dts -

Re: clock_gettime64 vdso bug on 32-bit arm, rpi-4

The 05/19/2020 22:31, Arnd Bergmann wrote: > On Tue, May 19, 2020 at 10:24 PM Adhemerval Zanella > wrote: > > On 19/05/2020 16:54, Arnd Bergmann wrote: > > > Jack Schmidt reported a bug for the arm32 clock_gettimeofday64 vdso call > > > last > > > month:

[PATCH v8 1/5] ARM: dts: add Protonic PRTI6Q board

Protonic PRTI6Q is a development board and a base class for different specific customer application boards based on the i.MX6 family of SoCs, developed by Protonic Holland. Reviewed-by: Rob Herring Signed-off-by: David Jander Signed-off-by: Oleksij Rempel --- arch/arm/boot/dts/Makefile

[PATCH v8 3/5] ARM: dts: add Protonic VT7 board

The Protonic VT7 is a mid-class ISObus Virtual Terminal with a 7 inch touchscreen display. Reviewed-by: Rob Herring Signed-off-by: Robin van der Gracht Signed-off-by: David Jander Signed-off-by: Oleksij Rempel --- arch/arm/boot/dts/Makefile | 1 +

[PATCH v8 4/5] ARM: dts: add Protonic RVT board

Protonic RVT is an internal development platform for a wireless ISObus Virtual Terminal based on COTS tablets, and the predecessor of the WD2 platform. Reviewed-by: Rob Herring Signed-off-by: David Jander Signed-off-by: Oleksij Rempel --- arch/arm/boot/dts/Makefile | 1 +

[PATCH v8 2/5] ARM: dts: add Protonic WD2 board

Add support for the Protonic WD2 board, which is an internal development platform for low-cost agricultural Virtual Terminals based on COTS tablets and web applications. It inherits from the PRTI6Q base class. Reviewed-by: Rob Herring Signed-off-by: David Jander Signed-off-by: Oleksij Rempel

[PATCH v8 5/5] dt-bindings: arm: fsl: add different Protonic boards

Add Protonic PRTI6Q, WD2, RVT, VT7 boards. Signed-off-by: Oleksij Rempel --- Documentation/devicetree/bindings/arm/fsl.yaml | 4 1 file changed, 4 insertions(+) diff --git a/Documentation/devicetree/bindings/arm/fsl.yaml b/Documentation/devicetree/bindings/arm/fsl.yaml index

Re: [PATCH] hwrng: ks-sa - fix runtime pm imbalance on error

Hello Dinghao, On Wed, 2020-05-20 at 21:29 +0800, Dinghao Liu wrote: > pm_runtime_get_sync() increments the runtime PM usage counter even > the call returns an error code. Thus a pairing decrement is needed > on the error handling path to keep the counter balanced. I believe, this is the wrong

[rcu:rcu/next] BUILD SUCCESS 5b60c7d6d6e85e40289158d1347527f7a55cee40

tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/next branch HEAD: 5b60c7d6d6e85e40289158d1347527f7a55cee40 rcu: Mark rcu_nmi_enter() call to rcu_cleanup_after_idle() noinstr elapsed time: 592m configs tested: 92 configs skipped: 1 The following configs

Re: [PATCH] arm64/cpufeature: Move BUG_ON() inside get_arm64_ftr_reg()

On Wed, May 20, 2020 at 01:20:13PM +0100, Will Deacon wrote: > On Wed, May 20, 2020 at 06:52:54AM +0530, Anshuman Khandual wrote: > > There is no way to proceed when requested register could not be searched in > > arm64_ftr_reg[]. Requesting for a non present register would be an error as > >

Re: [PATCH v3] perf record: Use an eventfd to wakeup when done

Em Wed, May 13, 2020 at 01:39:41PM +0200, Jiri Olsa escreveu: > On Wed, May 13, 2020 at 12:20:23PM +1000, Anand K Mistry wrote: > > The setting and checking of 'done' contains a rare race where the signal > > handler setting 'done' is run after checking to break the loop, but > > before waiting in

Re: [PATCH net-next v2 2/4] net: phy: dp83869: Set opmode from straps

On 5/20/2020 5:18 AM, Dan Murphy wrote: > If the op-mode for the device is not set in the device tree then set > the strapped op-mode and store it for later configuration. > > Signed-off-by: Dan Murphy Reviewed-by: Florian Fainelli -- Florian

Re: [PATCH 3.16 37/99] clk: tegra: Mark fuse clock as critical

On Wed, 2020-05-20 at 15:14 +0100, Ben Hutchings wrote: > 3.16.84-rc1 review patch. If anyone has any objections, please let me know. > > -- > > From: Stephen Warren > > commit bf83b96f87ae2abb1e535306ea53608e8de5dfbb upstream. I've now dropped this, as CLK_IS_CRITICAL is not

Re: [PATCH 3.16 43/99] efi: Use early_mem*() instead of early_io*()

On Wed, 2020-05-20 at 15:14 +0100, Ben Hutchings wrote: > 3.16.84-rc1 review patch. If anyone has any objections, please let me know. > > -- > > From: Daniel Kiper > > commit abc93f8eb6e46a480485f19256bdbda36ec78a84 upstream. I've now seen that this depends on the preceding

Re: [PATCH 2/3] switchdev: mrp: Remove the variable mrp_ring_state

On Wed, 20 May 2020 13:09:22 + Horatiu Vultur wrote: > Remove the variable mrp_ring_state from switchdev_attr because is not > used anywhere. > The ring state is set using SWITCHDEV_OBJ_ID_RING_STATE_MRP. > > Fixes: c284b5459008 ("switchdev: mrp: Extend switchdev API to offload MRP") >

Re: [PATCH net-next v2 3/4] dt-bindings: net: Add RGMII internal delay for DP83869

Andrew On 5/20/20 10:36 AM, Andrew Lunn wrote: Hi Dan Having it required with PHY_INTERFACE_MODE_RGMII_ID or PHY_INTERFACE_MODE_RGMII_RXID is pretty unusual. Normally these properties are used to fine tune the delay, if the default of 2ns does not work. Also if the MAC phy-mode is configured

Re: [RFC PATCH 0/8] Qualcomm Cloud AI 100 driver

On Wed, May 20, 2020 at 08:48:13AM -0600, Jeffrey Hugo wrote: > On 5/20/2020 2:34 AM, Daniel Vetter wrote: > > On Wed, May 20, 2020 at 7:15 AM Greg Kroah-Hartman > > wrote: > > > > > > On Tue, May 19, 2020 at 10:41:15PM +0200, Daniel Vetter wrote: > > > > On Tue, May 19, 2020 at 07:41:20PM

Re: [PATCH V7 00/15] perf/x86: Add perf text poke events

On Tue, May 19, 2020 at 10:40:01PM -0300, Arnaldo Carvalho de Melo wrote: > PeterZ, from what we discussed for the next merge Window, perhaps we > should route the kernel bits via the tip tree while I will push the > tooling bits on my 5.8 merge request to Linus, Ok? Sure, I can take the kernel

Re: clean up kernel_{read,write} & friends v2

ping? On Wed, May 13, 2020 at 08:56:42AM +0200, Christoph Hellwig wrote: > Hi Al, > > this series fixes a few issues and cleans up the helpers that read from > or write to kernel space buffers, and ensures that we don't change the > address limit if we are using the ->read_iter and ->write_iter

Re: [RFC PATCH 0/8] Qualcomm Cloud AI 100 driver

On Wed, May 20, 2020 at 08:48:13AM -0600, Jeffrey Hugo wrote: > On 5/20/2020 2:34 AM, Daniel Vetter wrote: > > On Wed, May 20, 2020 at 7:15 AM Greg Kroah-Hartman > > wrote: > > > > > > On Tue, May 19, 2020 at 10:41:15PM +0200, Daniel Vetter wrote: > > > > On Tue, May 19, 2020 at 07:41:20PM

Re: [PATCH 00/13] Reconcile NUMA balancing decisions with the load balancer v6

I have an update on netperf-cstate-small-cross-socket results. Reported performance degradation of 2.5% for the UDP stream throughput and 0.6% for the TCP throughput is for message size of 16kB. For smaller message sizes, the performance drop is higher - up to 5% for UDP throughput for a message

Re: Bad kfree of dma_parms in v5.7-rc5

Marek, Tomi, Greg On Wed, 20 May 2020 at 17:14, Ulf Hansson wrote: > > On Wed, 20 May 2020 at 15:28, Marek Szyprowski > wrote: > > > > Hi Ulf, > > > > On 20.05.2020 15:12, Ulf Hansson wrote: > > > + Greg > > > > > > On Wed, 20 May 2020 at 14:54, Marek Szyprowski > > > wrote: > > >> On

Re: [PATCH net-next v2 3/4] dt-bindings: net: Add RGMII internal delay for DP83869

On 5/20/2020 8:56 AM, Dan Murphy wrote: > Andrew > > On 5/20/20 10:36 AM, Andrew Lunn wrote: Hi Dan Having it required with PHY_INTERFACE_MODE_RGMII_ID or PHY_INTERFACE_MODE_RGMII_RXID is pretty unusual. Normally these properties are used to fine tune the delay, if the

[PATCH 1/2] kvm: cosmetic: remove wrong braces in kvm_init_msr_list switch

I think these were added accidentally. Signed-off-by: Maxim Levitsky --- arch/x86/kvm/x86.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c index 471fccf7f8501..fe3a24fd6b263 100644 --- a/arch/x86/kvm/x86.c +++ b/arch/x86/kvm/x86.c

Re: [PATCH v2] printk/kdb: Redirect printk messages into kdb in any context

On Wed, May 20, 2020 at 12:22:33PM +0200, Petr Mladek wrote: > kdb has to get messages on consoles even when the system is stopped. > It uses kdb_printf() internally and calls console drivers on its own. > > It uses a hack to reuse an existing code. It sets "kdb_trap_printk" > global variable to

[PATCH 2/2] kvm/x86: don't expose MSR_IA32_UMWAIT_CONTROL unconditionally

This msr is only available when the host supports WAITPKG feature. This breaks a nested guest, if the L1 hypervisor is set to ignore unknown msrs, because the only other safety check that the kernel does is that it attempts to read the msr and rejects it if it gets an exception. Fixes:

[PATCH 0/2] Fix breakage from adding MSR_IA32_UMWAIT_CONTROL

Currently code in kvm_get_supported_msrs always returns this msr as supported by KVM, however it is not supported at all on AMD and it is only supported on few select Intel systems. This happened to work in native virtualization case, because KVM's code also tries to read these msrs, and on an

Re: clock_gettime64 vdso bug on 32-bit arm, rpi-4

On Wed, May 20, 2020 at 04:41:29PM +0100, Szabolcs Nagy wrote: > The 05/19/2020 22:31, Arnd Bergmann wrote: > > On Tue, May 19, 2020 at 10:24 PM Adhemerval Zanella > > wrote: > > > On 19/05/2020 16:54, Arnd Bergmann wrote: > > > > Jack Schmidt reported a bug for the arm32 clock_gettimeofday64

Re: [PATCH] mm, memcg: reclaim more aggressively before high allocator throttling

On Wed 20-05-20 15:37:12, Chris Down wrote: > In Facebook production, we've seen cases where cgroups have been put > into allocator throttling even when they appear to have a lot of slack > file caches which should be trivially reclaimable. > > Looking more closely, the problem is that we only

Re: [PATCH] kdb: Cleanup math with KDB_CMD_HISTORY_COUNT

On Thu, May 07, 2020 at 04:11:46PM -0700, Douglas Anderson wrote: > From code inspection the math in handle_ctrl_cmd() looks super sketchy > because it subjects -1 from cmdptr and then does a "% > KDB_CMD_HISTORY_COUNT". It turns out that this code works because > "cmdptr" is unsigned and

Re: [PATCH v2 7/8] exec: Generic execfd support

Rob Landley writes: > On 5/18/20 7:33 PM, Eric W. Biederman wrote: >> >> Most of the support for passing the file descriptor of an executable >> to an interpreter already lives in the generic code and in binfmt_elf. >> Rework the fields in binfmt_elf that deal with executable file >> descriptor

Re: [PATCH v1] sdhci: tegra: Remove warnings about missing device-tree properties

On 5/20/20 4:26 AM, Ulf Hansson wrote: On Wed, 20 May 2020 at 04:00, Dmitry Osipenko wrote: 19.05.2020 23:44, Sowjanya Komatineni пишет: On 5/19/20 12:07 PM, Sowjanya Komatineni wrote: On 5/19/20 11:41 AM, Sowjanya Komatineni wrote: On 5/19/20 11:34 AM, Sowjanya Komatineni wrote: On

[tip:x86/entry 4/80] drivers/xen/events/events_base.c:1664:6: warning: no previous prototype for function 'xen_setup_callback_vector'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/entry head: 095b7a3e7745e6fb7cf0a1c09967c4f43e76f8f4 commit: fad1940a6a856f59b073e8650e02052ce531154c [4/80] x86/xen: Split HVM vector callback setup and interrupt gate allocation config: arm64-randconfig-r026-20200519

Re: [next] i2c: mediatek: Use div_u64 for 64-bit division to fix 32-bit kernels

On 5/20/20 3:31 AM, qii.w...@mediatek.com wrote: > From: Qii Wang > > Use div_u64 for 64-bit division, and change sample_ns type to > unsigned int. Otherwise, the module will reference __udivdi3 > under 32-bit kernels, which is not allowed in kernel space. > > Signed-off-by: Qii Wang

[PATCH] xen: move xen_setup_callback_vector() definition to include/xen/hvm.h

Kbuild test robot reports the following problem on ARM: >> drivers/xen/events/events_base.c:1664:6: warning: no previous prototype for 'xen_setup_callback_vector' [-Wmissing-prototypes] 1664 | void xen_setup_callback_vector(void) {} | ^ The problem is that

Re: [PATCH 00/15] PCI: brcmstb: enable PCIe for STB chips

On Tue, May 19, 2020 at 04:33:58PM -0400, Jim Quinlan wrote: > This patchset expands the usefulness of the Broadcom Settop Box PCIe > controller by building upon the PCIe driver used currently by the > Raspbery Pi. Other forms of this patchset were submitted by me years > ago and not accepted;

Re: [RFC PATCH 0/8] Qualcomm Cloud AI 100 driver

On 5/20/2020 9:59 AM, Greg Kroah-Hartman wrote: On Wed, May 20, 2020 at 08:48:13AM -0600, Jeffrey Hugo wrote: On 5/20/2020 2:34 AM, Daniel Vetter wrote: On Wed, May 20, 2020 at 7:15 AM Greg Kroah-Hartman wrote: On Tue, May 19, 2020 at 10:41:15PM +0200, Daniel Vetter wrote: On Tue, May 19,

Re: [PATCH 20/20] maccess: return -ERANGE when copy_from_kernel_nofault_allowed fails

On Wed, May 20, 2020 at 08:02:55PM +0900, Masami Hiramatsu wrote: > Can you also update the kerneldoc comment too? Sure, done.

Re: [PATCH] ARM: pass -msoft-float to gcc earlier

On Wed, May 20, 2020 at 1:36 AM Szabolcs Nagy wrote: > > The 05/19/2020 17:38, Nick Desaulniers wrote: > > sorry, hit tab/enter too soon... > > > > On Tue, May 19, 2020 at 5:37 PM Nick Desaulniers > > wrote: > > > > > > On Tue, May 19, 2020 at 3:09 PM Arnd Bergmann wrote: > > > > > > > >

Re: [TEGRA194_CPUFREQ Patch 1/3] firmware: tegra: adding function to get BPMP data

On Wed, May 20, 2020 at 9:39 AM Thierry Reding wrote: > > On Wed, May 20, 2020 at 08:43:03AM -0600, Rob Herring wrote: > > On Tue, Apr 7, 2020 at 4:05 AM Thierry Reding > > wrote: > > > > > > On Wed, Dec 04, 2019 at 03:21:38PM +0530, Viresh Kumar wrote: > > > > On 04-12-19, 10:33, Thierry

Re: [PATCH 1/2] kvm: cosmetic: remove wrong braces in kvm_init_msr_list switch

Maxim Levitsky writes: > I think these were added accidentally. > > Signed-off-by: Maxim Levitsky > --- > arch/x86/kvm/x86.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c > index 471fccf7f8501..fe3a24fd6b263 100644 > ---

Re: [RFC PATCH] tick/sched: update full_nohz status after SCHED dep is cleared

Hi Juri, On Wed, May 20, 2020 at 04:04:02PM +0200, Juri Lelli wrote: > After tasks enter or leave a runqueue (wakeup/block) SCHED full_nohz > dependency is checked (via sched_update_tick_dependency()). In case tick > can be stopped on a CPU (see sched_can_stop_tick() for details), SCHED >

[PATCH v2] perf config: Add stat.big-num support

From: "Paul A. Clarke" Add support for new "stat.big-num" boolean option. This allows a user to set a default for "--no-big-num" for "perf stat" commands. -- $ perf config stat.big-num $ perf stat --event cycles /bin/true Performance counter stats for '/bin/true': 778,849

Re: Re: [RFC PATCH] i2c: at91: Fix pinmux after devm_gpiod_get() for bus recovery

> > This will do for 5.7. For 5.8 or 5.9, I can imagine to take the two > > pinctrl_state pointers into bus_recovery_info and handle all this in the > > core. I will try this later this week if noone is super-eager to try it > > out before. > > > > By 'all this' you mean to move the entire

[PATCH v6 04/19] spi: spi-mem: allow specifying a command's extension

In xSPI mode, flashes expect 2-byte opcodes. The second byte is called the "command extension". There can be 3 types of extensions in xSPI: repeat, invert, and hex. When the extension type is "repeat", the same opcode is sent twice. When it is "invert", the second byte is the inverse of the

[PATCH] mm, memcg: unify reclaim retry limits with page allocator

Reclaim retries have been set to 5 since the beginning of time in 66e1707bc346 ("Memory controller: add per cgroup LRU and reclaim"). However, we now have a generally agreed-upon standard for page reclaim: MAX_RECLAIM_RETRIES (currently 16), added many years later in 0a0337e0d1d1 ("mm, oom: rework

[PATCH v6 06/19] mtd: spi-nor: sfdp: default to addr_width of 3 for configurable widths

JESD216D.01 says that when the address width can be 3 or 4, it defaults to 3 and enters 4-byte mode when given the appropriate command. So, when we see a configurable width, default to 3 and let flash that default to 4 change it in a post-bfpt fixup. This fixes SMPT parsing for flashes with

<    4   5   6   7   8   9   10   11   12   13   >