[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 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 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 +-

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

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: [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 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 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 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 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 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 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 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

[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] 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

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: [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: [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: [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 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|

[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 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

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 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 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: 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 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: [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 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 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 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 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: 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 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

[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 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

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 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 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 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] 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 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] 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 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: staging: tegra-vde: fix runtime pm imbalance on error

On Wed, May 20, 2020 at 01:15:44PM +0300, Dmitry Osipenko wrote: > 20.05.2020 12:51, Dinghao Liu пишет: > > pm_runtime_get_sync() increments the runtime PM usage counter even > > it returns an error code. Thus a pairing decrement is needed on > > the error handling path to keep the counter

Re: [PATCH v1] Revert "software node: Simplify software_node_release() function"

On Thu 2020-02-27 16:00:01, Brendan Higgins wrote: > This reverts commit 3df85a1ae51f6b256982fe9d17c2dc5bfb4cc402. > > The reverted commit says "It's possible to release the node ID > immediately when fwnode_remove_software_node() is called, no need to > wait for software_node_release() with

[PATCH] usb: musb: jz4740: Prevent lockup when CONFIG_SMP is set

The function dma_controller_irq() locks up the exact same spinlock we locked before calling it, which obviously resulted in a deadlock when CONFIG_SMP was enabled. This flew under the radar as none of the boards supported by this driver needs SMP. Fixes: 57aadb46bd63 ("usb: musb: jz4740: Add

Re: [PATCH v3 1/2] arm64: dts: add qe node to ls1043ardb

On Wed, May 20, 2020 at 12:02:20PM +0800, Qiang Zhao wrote: > From: Zhao Qiang > > Add qe node to fsl-ls1043a.dtsi and fsl-ls1043a-rdb.dts > > Signed-off-by: Zhao Qiang Applied both, thanks.

Re: [PATCH 2/3] drm/etnaviv: Don't ignore errors on getting clocks

On Wed, May 20, 2020 at 04:04:39PM +0200, Lucas Stach wrote: > Am Mittwoch, den 20.05.2020, 15:38 +0200 schrieb Lubomir Rintel: > > Yes. This means that in fact "core" is the only required clock for all > > implementations of vivante,gc and the common binding needs to be updated > > to reflect

Re: linux-next: Signed-off-by missing for commit in the imx-mxs tree

On Wed, May 20, 2020 at 08:21:15PM +1000, Stephen Rothwell wrote: > Hi all, > > Commit > > 089795766399 ("arm64: dts: ls1028a: sl28: keep switch port names > consistent") > > is missing a Signed-off-by from its committer. Fixed. Thanks Stephen! Shawn

[PATCH net-next] ipv6/route: inherit max_sizes from current netns

During NorthSec (cf. [1]) a very large number of unprivileged containers and nested containers are run during the competition to provide a safe environment for the various teams during the event. Every year a range of feature requests or bug reports come out of this and this year's no different.

Re: [PATCH v3 2/9] perf evlist: implement control command handling functions

On 20.05.2020 15:38, Jiri Olsa wrote: > On Wed, May 13, 2020 at 11:00:02AM +0300, Alexey Budankov wrote: > > SNIP > >> + >> +static int evlist__ctlfd_recv(struct evlist *evlist, enum evlist_ctl_cmd >> *cmd, >> + char *cmd_data, size_t data_size) >> +{ >> +int err;

Re: [PATCH v1] usb: musb: dsps: set MUSB_DA8XX quirk for AM335x

On Wed, May 20, 2020 at 06:49:34AM +0200, Oleksij Rempel wrote: > On Tue, May 19, 2020 at 05:18:51PM -0500, Bin Liu wrote: > > Hi, > > > > On Fri, Mar 27, 2020 at 06:38:49AM +0100, Oleksij Rempel wrote: > > > Beagle Bone Black has different memory corruptions if kernel is > > > configured with

Re: [RESEND PATCH v7 3/5] powerpc/papr_scm: Fetch nvdimm health information from PHYP

On Wed, May 20, 2020 at 12:30:56AM +0530, Vaibhav Jain wrote: > Implement support for fetching nvdimm health information via > H_SCM_HEALTH hcall as documented in Ref[1]. The hcall returns a pair > of 64-bit big-endian integers, bitwise-and of which is then stored in > 'struct papr_scm_priv' and

Re: [PATCH 01/12] OPP: Allow required-opps even if the device doesn't have power-domains

On 20/05/2020 05:42, Andrew-sh.Cheng wrote: > From: Saravana Kannan > > A Device-A can have a (minimum) performance requirement on another > Device-B to be able to function correctly. This performance requirement > on Device-B can also change based on the current performance level of >

Re: [PATCH 00/12] Add cpufreq and cci devfreq for mt8183, and SVS support

On 20/05/2020 09:10, andrew-sh.cheng wrote: > On Wed, 2020-05-20 at 15:24 +0900, Chanwoo Choi wrote: >> Hi, >> >> On 5/20/20 2:36 PM, andrew-sh.cheng wrote: >>> On Wed, 2020-05-20 at 13:10 +0900, Chanwoo Choi wrote: Hi Andrew, Could you explain the base commit of these patches?

Re: [PATCH] sh: include linux/time_types.h for sockios

Hi Arnd, On Wed, May 20, 2020 at 4:46 PM Arnd Bergmann wrote: > On Wed, May 20, 2020 at 1:47 PM Geert Uytterhoeven > wrote: > > On Wed, May 20, 2020 at 10:32 AM Arnd Bergmann wrote: > > > On Wed, May 20, 2020 at 3:10 AM Andrew Morton > > > wrote: > > > > On Tue, 19 May 2020 15:13:13 +0200

[PATCH] kprobes/x86: Skip the assignment to ip when there is no post_handler

When there is no post_handler, the assignment to ip of regs is meaningless. So just skip it. Signed-off-by: Muchun Song --- arch/x86/kernel/kprobes/ftrace.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/kernel/kprobes/ftrace.c b/arch/x86/kernel/kprobes/ftrace.c

Re: [PATCH 0/7] Share events between metrics

On Wed, May 20, 2020 at 6:14 AM Jiri Olsa wrote: > > On Wed, May 20, 2020 at 12:28:07AM -0700, Ian Rogers wrote: > > Metric groups contain metrics. Metrics create groups of events to > > ideally be scheduled together. Often metrics refer to the same events, > > for example, a cache hit and cache

Re: [PATCH v6 0/3] rpmsg: core: Add support for name extension

Hi Bjorn, On 5/15/20 11:09 PM, Bjorn Andersson wrote: > On Fri 15 May 13:56 PDT 2020, Mathieu Poirier wrote: > >> This patchset adds the capability to supplement the base definition >> published by an rpmsg_driver with a postfix description so that it >> is easy to differentiate entities that

[PATCH v2] i2c: cadence: Add an error handling for platform_get_irq()

The driver initialization should be end immediately after found the platform_get_irq() function return an error. Fixes: df8eb5691c48d3b0 ("i2c: Add driver for Cadence I2C controller") Signed-off-by: Dejin Zheng --- v1 -> v2: - add Fixes tag. drivers/i2c/busses/i2c-cadence.c | 2 ++ 1

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

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 +0200, Greg Kroah-Hartman wrote: On Tue, May 19, 2020 at 08:57:38AM -0600, Jeffrey Hugo

[no subject]

Dear Friend , I am Mr. Yaya Mohamed. by name,I have a proposal for you worth about $9.500.000.00 All i need from you is your support,assistance and cooperation to execute this business. Therefore for more clarification and if you are interested, Regards >From Mr.Yaya Mohamed.

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 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 19, 2020 at 09:54:20AM +0800, Ming Lei

Re: [PATCH v3 1/9] perf evlist: introduce control file descriptors

On 20.05.2020 15:38, Jiri Olsa wrote: > On Wed, May 13, 2020 at 10:59:00AM +0300, Alexey Budankov wrote: >> >> Define and initialize control file descriptors. >> >> Signed-off-by: Alexey Budankov >> --- >> tools/perf/util/evlist.c | 3 +++ >> tools/perf/util/evlist.h | 3 +++ >> 2 files

Re: [PATCH] sh: include linux/time_types.h for sockios

On Wed, May 20, 2020 at 1:47 PM Geert Uytterhoeven wrote: > On Wed, May 20, 2020 at 10:32 AM Arnd Bergmann wrote: > > On Wed, May 20, 2020 at 3:10 AM Andrew Morton > > wrote: > > > On Tue, 19 May 2020 15:13:13 +0200 Arnd Bergmann wrote: > > > > Using the socket ioctls on arch/sh (and only

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

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 diagnostic and investigating other noise sources and > implement by at least

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

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 drivers/base/cpu.c in > > > register_cpu(). It even retrieves the device tree

Re: [PATCH 04/15] PCI: brcmstb: Add compatibily of other chips

On Wed, 2020-05-20 at 10:30 -0400, Jim Quinlan wrote: > On Wed, May 20, 2020 at 7:51 AM Nicolas Saenz Julienne > wrote: [...] > > > + > > > +static const struct pcie_cfg_data bcm7278_cfg = { > > > + .reg_field_info = pcie_reg_field_info_bcm7278, > > > + .offsets=

Re: [PATCH 0/3] tracing/kprobes: Fix event generation API etc.

On Wed, 20 May 2020 10:33:46 -0400 Steven Rostedt wrote: > On Wed, 20 May 2020 23:22:20 +0900 > Masami Hiramatsu wrote: > > > Hi Steve, > > > > It seems this fixes are not picked up yet. > > Would you have any consideration? > > > > > Ah, I missed your reply to my comment :-/ > > Yeah,

Re: [PATCH v1 01/25] net: core: device_rename: Use rwsem instead of a seqcount

note to help improve the system. BTW, we also suggest to use '--base' option to specify the base tree in git format-patch, please see https://stackoverflow.com/a/37406982] url: https://github.com/0day-ci/linux/commits/Ahmed-S-Darwish/seqlock-Extend-seqcount-API-with-associated-locks/20200520-055145

[PATCH] ARM: dts: imx: imx6qdl-gw: add Gateworks System Controller

Add Gateworks System Controller support to Gateworks Ventana boards: - add dt bindings for GSC mfd driver and hwmon driver for ADC's and fan controllers. - add dt bindings for gpio-keys driver for push-button and interrupt events from the GSC. Signed-off-by: Tim Harvey ---

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

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 try a single cgroup reclaim walk for each return to

Re: [PATCH v4 06/11] net: ethernet: mtk-eth-mac: new driver

On Wed, May 20, 2020 at 1:25 PM Bartosz Golaszewski wrote: > > From: Bartosz Golaszewski > > This adds the driver for the MediaTek Ethernet MAC used on the MT8* SoC > family. For now we only support full-duplex. > > Signed-off-by: Bartosz Golaszewski Looks much better, thanks for addressing my

Re: [RFC v1 2/3] drivers: nvmem: Add driver for QTI qfprom-efuse support

On 18/05/2020 19:31, Doug Anderson wrote: Hi, On Mon, May 18, 2020 at 3:45 AM Srinivas Kandagatla wrote: On 18/05/2020 11:39, Ravi Kumar Bokka (Temp) wrote: Based on the compatible, do i need to separate probe function for qfprom-efuse and maintain separate nvmem object to register

[ANNOUNCE] util-linux v2.35.2

The util-linux stable release v2.35.2 is available at http://www.kernel.org/pub/linux/utils/util-linux/v2.35/ Feedback and bug reports, as always, are welcomed. Karel util-linux 2.35.2 Release Notes

Re: [PATCH 0/3] tracing/kprobes: Fix event generation API etc.

On Wed, 20 May 2020 23:22:20 +0900 Masami Hiramatsu wrote: > Hi Steve, > > It seems this fixes are not picked up yet. > Would you have any consideration? > Ah, I missed your reply to my comment :-/ Yeah, I'll pull that in now and start testing it. Thanks for the reminder. -- Steve

Re: [PATCH v2 1/2] hwrng: iproc-rng200 - Set the quality value

It was <2020-05-20 śro 13:53>, when Stephan Mueller wrote: > Am Mittwoch, 20. Mai 2020, 12:44:33 CEST schrieb Lukasz Stelmach: >> It was <2020-05-20 śro 11:18>, when Stephan Mueller wrote: >>> Am Mittwoch, 20. Mai 2020, 11:10:32 CEST schrieb Lukasz Stelmach: It was <2020-05-20 śro 08:23>,

Re: [PATCH 04/15] PCI: brcmstb: Add compatibily of other chips

On Wed, May 20, 2020 at 7:51 AM Nicolas Saenz Julienne wrote: > > Hi Jim, > > On Tue, 2020-05-19 at 16:34 -0400, Jim Quinlan wrote: > > From: Jim Quinlan > > > > Add in compatibility strings and code for three Broadcom STB chips. > > Some of the register locations, shifts, and masks are

Re: [PATCH] perf bpf-loader: Add missing '*' for key_scan_pos

Em Wed, May 20, 2020 at 06:22:12PM +0800, Wangshaobo (bobo) escreveu: > > 在 2020/5/20 15:05, Jiri Olsa 写道: > > On Wed, May 20, 2020 at 11:32:16AM +0800, Wang ShaoBo wrote: > > > key_scan_pos is a pointer for getting scan position in > > > bpf__obj_config_map() for each BPF map configuration term,

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

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 diagnostic and investigating other noise sources and > implement by at least

Re: [PATCH net-next v3 2/2] net: phy: tja11xx: add SQI support

On Wed, May 20, 2020 at 08:29:15AM +0200, Oleksij Rempel wrote: > This patch implements reading of the Signal Quality Index for better > cable/link troubleshooting. > > Signed-off-by: Oleksij Rempel Reviewed-by: Andrew Lunn Andrew

Re: [PATCH v4 1/4] dt-bindings: iio: magnetometer: ak8975: convert txt format to yaml

On Wed, May 20, 2020 at 04:54:01PM +0300, Andy Shevchenko wrote: > On Wed, May 20, 2020 at 03:44:16PM +0200, Jonathan Albrieux wrote: > > On Wed, May 20, 2020 at 11:23:18AM +0300, Andy Shevchenko wrote: > > > On Wed, May 20, 2020 at 10:32 AM Jonathan Albrieux > > > wrote: > > > > > > >

[PATCH 3.16 01/99] fs/namespace.c: fix mountpoint reference counter race

3.16.84-rc1 review patch. If anyone has any objections, please let me know. -- From: Piotr Krysiuk A race condition between threads updating mountpoint reference counter affects longterm releases 4.4.220, 4.9.220, 4.14.177 and 4.19.118. The mountpoint reference counter

[PATCH 3.16 00/99] 3.16.84-rc1 review

This is the start of the stable review cycle for the 3.16.84 release. There are 99 patches in this series, which will be posted as responses to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Fri May 22 20:00:00 UTC 2020. Anything

[PATCH 3.16 06/99] padata: get_next is never NULL

3.16.84-rc1 review patch. If anyone has any objections, please let me know. -- From: "Jason A. Donenfeld" commit 69b348449bda0f9588737539cfe135774c9939a7 upstream. Per Dan's static checker warning, the code that returns NULL was removed in 2010, so this patch updates the

[PATCH 3.16 11/99] padata: Remove broken queue flushing

3.16.84-rc1 review patch. If anyone has any objections, please let me know. -- From: Herbert Xu commit 07928d9bfc81640bab36f5190e8725894d93b659 upstream. The function padata_flush_queues is fundamentally broken because it cannot force padata users to complete the request that

[PATCH 3.16 08/99] padata: ensure padata_do_serial() runs on the correct CPU

3.16.84-rc1 review patch. If anyone has any objections, please let me know. -- From: Mathias Krause commit 350ef88e7e922354f82a931897ad4a4ce6c686ff upstream. If the algorithm we're parallelizing is asynchronous we might change CPUs between padata_do_parallel() and

[PATCH 3.16 16/99] crypto: af_alg - Use bh_lock_sock in sk_destruct

3.16.84-rc1 review patch. If anyone has any objections, please let me know. -- From: Herbert Xu commit 37f96694cf73ba116993a9d2d99ad6a75fa7fdb0 upstream. As af_alg_release_parent may be called from BH context (most notably due to an async request that only completes after

[PATCH 3.16 04/99] padata: Remove unused but set variables

3.16.84-rc1 review patch. If anyone has any objections, please let me know. -- From: Tobias Klauser commit 119a0798dc42ed4c4f96d39b8b676efcea73aec6 upstream. Remove the unused but set variable pinst in padata_parallel_worker to fix the following warning when building with

[PATCH 3.16 10/99] padata: initialize pd->cpu with effective cpumask

3.16.84-rc1 review patch. If anyone has any objections, please let me know. -- From: Daniel Jordan commit ec9c7d19336ee98ecba8de80128aa405c45feebb upstream. Exercising CPU hotplug on a 5.2 kernel with recent padata fixes from cryptodev-2.6.git in an 8-CPU kvm guest... #

[PATCH 3.16 13/99] crypto: pcrypt - Fix user-after-free on module unload

3.16.84-rc1 review patch. If anyone has any objections, please let me know. -- From: Herbert Xu commit 07bfd9bdf568a38d9440c607b72342036011f727 upstream. On module unload of pcrypt we must unregister the crypto algorithms first and then tear down the padata structure. As

[PATCH 3.16 21/99] reiserfs: Fix spurious unlock in reiserfs_fill_super() error handling

3.16.84-rc1 review patch. If anyone has any objections, please let me know. -- From: Jan Kara commit 4d5c1adaf893b8aa52525d2b81995e949bcb3239 upstream. When we fail to allocate string for journal device name we jump to 'error' label which tries to unlock reiserfs write lock

[PATCH 3.16 07/99] padata: ensure the reorder timer callback runs on the correct CPU

3.16.84-rc1 review patch. If anyone has any objections, please let me know. -- From: Mathias Krause commit cf5868c8a22dc2854b96e9569064bb92365549ca upstream. The reorder timer function runs on the CPU where the timer interrupt was handled which is not necessarily one of the

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