[PATCH net 2/3] rxrpc: Trace discarded ACKs [ver #2]

Add a tracepoint to track received ACKs that are discarded due to being outside of the Tx window. Signed-off-by: David Howells --- include/trace/events/rxrpc.h | 35 +++ net/rxrpc/input.c| 12 ++-- 2 files changed, 45 insertions(+), 2 dele

[PATCH net 3/3] rxrpc: Fix ack discard [ver #2]

The Rx protocol has a "previousPacket" field in it that is not handled in the same way by all protocol implementations. Sometimes it contains the serial number of the last DATA packet received, sometimes the sequence number of the last DATA packet received and sometimes the highest sequence number

[PATCH net 0/3] rxrpc: Fix retransmission timeout and ACK discard [ver #2]

t rxrpc-fixes-20200520 and can also be found on the following branch: http://git.kernel.org/cgit/linux/kernel/git/dhowells/linux-fs.git/log/?h=rxrpc-fixes David --- David Howells (1): rxrpc: Fix ack discard fs/afs/fs_probe.c| 18 ++-- fs/afs/vl_probe.c

[PATCH net 1/3] rxrpc: Fix the excessive initial retransmission timeout [ver #2]

rxrpc currently uses a fixed 4s retransmission timeout until the RTT is sufficiently sampled. This can cause problems with some fileservers with calls to the cache manager in the afs filesystem being dropped from the fileserver because a packet goes missing and the retransmission timeout is greate

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

Ira Weiny writes: > 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 >> comma

[PATCHv2 0/2] optee: register drivers on optee bus

v2: - write TEE with capital letters. - declare __optee_enumerate_device() as static. Hello, This patchset fixes issues with probing() tee, optee and optee driver if they were compiled into kernel, built as modules or any mixed combination. These changes require optee-os changes which already

[PATCHv2 1/2] optee: do drivers initialization before and after tee-supplicant run

Some drivers (like ftpm) can operate only after tee-supplicant runs becase of tee-supplicant provides things like storage services. This patch splits probe of non tee-supplicant dependable drivers to early stage, and after tee-supplicant run probe other drivers. Signed-off-by: Maxim Uvarov Sugge

[PATCH 2/2] tpm_ftpm_tee: register driver on tee bus

Register driver on tee bus. module tee registers bus, and module optee calls optee_enumerate_devices() to scan all devices on the bus. This TA can be Early TA's ( can be compiled into optee-os). In that case it will be on optee bus before linux booting. Also optee-suplicant application is needed to

[PATCHv2 2/2] tpm_ftpm_tee: register driver on TEE bus

Register driver on TEE bus. module tee registers bus, and module optee calls optee_enumerate_devices() to scan all devices on the bus. Trusted Application for this driver can be Early TA's (can be compiled into optee-os). In that case it will be on OPTEE bus before linux booting. Also optee-suplica

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

On 5/21/2020 2:37 PM, Xiaoyao Li wrote: On 5/21/2020 1:28 PM, Tao Xu wrote: On 5/21/2020 12:33 PM, Xiaoyao Li wrote: On 5/21/2020 5:05 AM, Paolo Bonzini wrote: On 20/05/20 18:07, Maxim Levitsky wrote: This msr is only available when the host supports WAITPKG feature. This breaks a neste

Re: [PATCH v2] xfrm: policy: Fix xfrm policy match

On Tue, May 19, 2020 at 4:53 PM Steffen Klassert wrote: > > On Fri, May 15, 2020 at 04:39:57PM +0800, Yuehaibing wrote: > > > > Friendly ping... > > > > Any plan for this issue? > > There was still no consensus between you and Xin on how > to fix this issue. Once this happens, I consider applying

[PATCH] powercap: remove unused local MSR define

Remove unused PLATFORM_POWER_LIMIT MSR local definition from file intel_rapl_common.c. This was missed while splitting old RAPL code intel_rapl.c file into two new files intel_rapl_msr.c and intel_rapl_common.c as per the commit 3382388d7148 ("intel_rapl: abstract RAPL common code"). Currently, thi

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

On 5/21/2020 1:28 PM, Tao Xu wrote: On 5/21/2020 12:33 PM, Xiaoyao Li wrote: On 5/21/2020 5:05 AM, Paolo Bonzini wrote: On 20/05/20 18:07, Maxim Levitsky wrote: This msr is only available when the host supports WAITPKG feature. This breaks a nested guest, if the L1 hypervisor is set to igno

Re: [PATCH] vt: keyboard: avoid integer overflow in k_ascii

Hi, On Thu, May 21, 2020 at 01:34:08AM +, Kyungtae Kim wrote: > FuzzUSB (a variant of syzkaller) found an integer overflow > while processing keycode value. > > Reference: https://lkml.org/lkml/2020/3/22/482 > > This bug occurs because of no validity check when operating keycode values. > B

[PATCH] scrpits: Remove unneeded assignment parentheses

Remove unneeded assignment parentheses. Signed-off-by: Xu Wang --- scripts/extract-cert.c | 2 +- scripts/sign-file.c| 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/scripts/extract-cert.c b/scripts/extract-cert.c index b071bf476fea..8005911926b8 100644 --- a/scripts/ex

Re: [PATCH v4 1/2] scripts: Support compiled source, improved precise

On Fri, May 15, 2020 at 2:10 AM xujialu wrote: > > Sorry for replying so late. > > > > I usually don't run scripts/tags.sh directly. But one day i checked git > log of scripts/tags.sh, and found this commit c69ef1c87b8c said we may > run it directly. Then i must took care of that. > > Here are so

linux-next: build failure after merge of the kvm tree

Hi all, After merging the kvm tree, today's linux-next build (x86_64 allmodconfig) failed like this: arch/x86/kvm/svm/svm.c: In function 'kvm_machine_check': arch/x86/kvm/svm/svm.c:1834:2: error: too many arguments to function 'do_machine_check' 1834 | do_machine_check(®s, 0); | ^~~

[PATCH] [v2] media: staging: tegra-vde: fix runtime pm imbalance on error

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. Signed-off-by: Dinghao Liu --- Changelog: v2: - Remove unused label 'unlock' --- drivers/staging/media/

Re: [RFC PATCH v3 2/2] CPPC: add support for SW BOOST

Hi Viresh, On 2020/5/20 13:00, Viresh Kumar wrote: > On 19-05-20, 19:41, Xiongfeng Wang wrote: >> To add SW BOOST support for CPPC, we need to get the max frequency of >> boost mode and non-boost mode. ACPI spec 6.2 section 8.4.7.1 describe >> the following two CPC registers. >> >> "Highest perfor

[PATCH] perf evlist: Ensure grouped events with same cpu map

A metric may consist of core event and uncore event (or other per-socket event) For example, the metric "C2_Pkg_Residency" consists of "cstate_pkg/c2-residency" and "msr/tsc". The former is per-socket event and the latter is per-cpu event. "C2_Pkg_Residency" hits assertion failure on cascadelakex

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

Hi Alexander, There are large amounts of cases that assume pm_runtime_get_sync() will modify runtime PM usage counter on error. Fixing this in PM subsystem will influence all callers of pm_runtime_get_sync() and introduce new bugs. Therefore I think the better solution is to fix misused cases ind

Re: [PATCH v4 3/9] usb: dwc3: Increase timeout for CmdAct cleared by device controller

Hi Jun, Felipe Balbi writes: >> In any case, increasing the timeout should be fine with me. It maybe >> difficult to determine the max timeout base on the slowest clock rate >> and number of cycles. Different controller and controller versions >> behave differently and may have different numb

Re: [PATCH v1 2/6] bus: mhi: core: Mark device inactive soon after host issues a shutdown

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/Bhaumik-Bhatt/Bug-fixes-and-bootup-and-shutdown-improvements/20200520-083400 base:fb57b1fabcb28f358901b2df90abd2b48abc1

Re: [PATCH v4 3/9] usb: dwc3: Increase timeout for CmdAct cleared by device controller

Hi, Thinh Nguyen writes: "Power Down Scale (PwrDnScale) The USB3 suspend_clk input replaces pipe3_rx_pclk as a clock source to a small part of the USB3 controller that operates when the SS PHY is in its lowest power (P3) state, and therefore does not provide

[PATCH v2 2/2] arm64: dts: imx8mn-ddr4-evk: correct ldo1/ldo2 voltage range

Correct ldo1 voltage range from wrong high group(3.0v~3.3v) to low group (1.6v~1.9v) because the ldo1 should be 1.8v. Actually, two voltage groups have been supported at bd718x7-regulator driver, hence, just corrrect the voltage range to 1.6v~3.3v. For ldo2@0.8v, correct voltage range too. Otherwis

Hallo

Hallo, Ihre E-Mail-Adresse wurde zufällig mit einem Computer-Spin-Ball ausgewählt, um eine (Spende) von Katharina Hedwig Muller (KHM Foundations) zu erhalten. Bestätigen Sie die Antwort auf Ihre E-Mail und senden Sie eine Antwort an kath.he...@hedwigmuller.com, um weitere Informationen zu erhal

[PATCH v2 1/2] arm64: dts: imx8mm-evk: correct ldo1/ldo2 voltage range

Correct ldo1 voltage range from wrong high group(3.0v~3.3v) to low group (1.6v~1.9v) because the ldo1 should be 1.8v. Actually, two voltage groups have been supported at bd718x7-regulator driver, hence, just corrrect the voltage range to 1.6v~3.3v. For ldo2@0.8v, correct voltage range too. Otherwis

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

On Wed, May 20, 2020 at 11:20:03PM +0200, Sebastian Reichel wrote: > Hi, > > On Wed, May 20, 2020 at 10:45:19AM -0700, Dmitry Torokhov wrote: > > Hi Sebastian, > > > > On Wed, May 20, 2020 at 05:39:34PM +0200, Sebastian Reichel wrote: > > > > > > data->client = client; > > > + data->info = de

Re: [PATCH v3/RESEND 0/3] Even moar rpmh cleanups

On 5/20/20 11:04 PM, Stephen Boyd wrote: > (Resent with more Ccs and To lines) > > We remove the tcs_is_free() API and then do super micro optimizations on > the irq handler. I haven't tested anything here so most likely there's a > bug (again again)! > Subject: s/moar/more/ -- ~Randy

Re: [PATCH v2] KVM: PPC: Book3S HV: relax check on H_SVM_INIT_ABORT

On Wed, May 20, 2020 at 07:43:08PM +0200, Laurent Dufour wrote: > The commit 8c47b6ff29e3 ("KVM: PPC: Book3S HV: Check caller of H_SVM_* > Hcalls") added checks of secure bit of SRR1 to filter out the Hcall > reserved to the Ultravisor. > > However, the Hcall H_SVM_INIT_ABORT is made by the Ultrav

Re: [PATCH v10 1/5] usb: xhci: Change the XHCI link order in the Makefile

A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? A: No. Q: Should I include quotations after my reply? http://daringfireball.net/2007/07/on_top On Wed, May 20, 2020 at 01:29

RE: [PATCH v1 2/2] arm64: dts: imx8mn-ddr4-evk: correct ldo1/ldo2 voltage range

2020/05/21 14:02 Peng Fan wrote: > > Subject: [PATCH v1 2/2] arm64: dts: imx8mn-ddr4-evk: correct ldo1/ldo2 > > voltage range > > > > Correct ldo1 voltage range from wrong high group(3.0v~3.3v) to low > > group > > (1.6v~1.9v) because the ldo1 should be 1.8v. Actually, two voltage > > groups have

[PATCHv3/RESEND 2/3] soc: qcom: rpmh-rsc: Loop over fewer bits in irq handler

readl() returns a u32, and BITS_PER_LONG is different on 32-bit vs. 64-bit architectures. Let's loop over the possible bits set in that type instead of looping over more bits than we ever may need to. Cc: Maulik Shah Reviewed-by: Douglas Anderson Reviewed-by: Bjorn Andersson Signed-off-by: Step

[PATCH v3/RESEND 0/3] Even moar rpmh cleanups

(Resent with more Ccs and To lines) We remove the tcs_is_free() API and then do super micro optimizations on the irq handler. I haven't tested anything here so most likely there's a bug (again again)! Changes from v2: * Went back in time and used the v1 patch for the first patch with the fixe

[PATCHv3/RESEND 3/3] soc: qcom: rpmh-rsc: Fold WARN_ON() into if condition

Move the WARN_ON() into the if condition so the compiler can see that the branch is unlikely() and possibly optimize it better. Cc: Maulik Shah Reviewed-by: Douglas Anderson Reviewed-by: Bjorn Andersson Signed-off-by: Stephen Boyd --- drivers/soc/qcom/rpmh-rsc.c | 4 +--- 1 file changed, 1 in

[PATCHv3/RESEND 1/3] soc: qcom: rpmh-rsc: Remove tcs_is_free() API

This API does very little. Let's replace all the callsites with the normal operations that would be done on top of the bitmap that tcs_in_use is. This simplifies and reduces the code size. Cc: Maulik Shah Cc: Douglas Anderson Signed-off-by: Stephen Boyd --- drivers/soc/qcom/rpmh-rsc.c | 59 +++

RE: [PATCH v1 2/2] arm64: dts: imx8mn-ddr4-evk: correct ldo1/ldo2 voltage range

> Subject: [PATCH v1 2/2] arm64: dts: imx8mn-ddr4-evk: correct ldo1/ldo2 > voltage range > > Correct ldo1 voltage range from wrong high group(3.0v~3.3v) to low group > (1.6v~1.9v) because the ldo1 should be 1.8v. Actually, two voltage groups > have been supported at bd718x7-regulator driver, hence

[PATCH v3] kvm/x86 : Remove redundant function implement

pic_in_kernel(),ioapic_in_kernel() and irqchip_kernel() have the same implementation. Signed-off-by: Peng Hao --- arch/x86/kvm/ioapic.h | 8 ++-- arch/x86/kvm/irq.h | 14 -- arch/x86/kvm/lapic.c | 1 + arch/x86/kvm/mmu/mmu.c | 1 + arch/x86/kvm/x86.c | 1 + 5 files

Re: [PATCH] kthread: Use TASK_IDLE state for newly created kernel threads

On Thu, May 21, 2020 at 07:05:44AM +0530, Pavan Kondeti wrote: > On Wed, May 20, 2020 at 08:18:58PM +0200, Greg Kroah-Hartman wrote: > > On Wed, May 20, 2020 at 05:25:09PM +0530, Pavankumar Kondeti wrote: > > > When kernel threads are created for later use, they will be in > > > TASK_UNINTERRUPTIBL

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

On Wed, May 20, 2020 at 11:25:40PM +0200, Sebastian Reichel wrote: > Hi, > > On Wed, May 20, 2020 at 10:49:52AM -0700, Dmitry Torokhov wrote: > > Hi Sebastian, > > > > On Wed, May 20, 2020 at 05:39:35PM +0200, Sebastian Reichel wrote: > > > Expose model and fw_version via sysfs. Also query the mo

[RFC PATCH] optee: __optee_enumerate_devices() can be static

Signed-off-by: kbuild test robot --- device.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/tee/optee/device.c b/drivers/tee/optee/device.c index 8263b308efd56..d4931dad07aaa 100644 --- a/drivers/tee/optee/device.c +++ b/drivers/tee/optee/device.c @@ -87,7 +87,7

Re: [PATCH 2/6] soc: ti: omap-prm: Add basic power domain support

Hi Tony, I love your patch! Perhaps something to improve: [auto build test WARNING on omap/for-next] [also build test WARNING on robh/for-next keystone/next v5.7-rc6 next-20200519] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system. BTW, we also sugg

Re: [PATCH] clk: qcom: gcc: Fix parent for gpll0_out_even

On Wed 20 May 22:27 PDT 2020, Vinod Koul wrote: > Documentation says that gpll0 is parent of gpll0_out_even, somehow > driver coded that as bi_tcxo, so fix it > > Fixes: 2a1d7eb854bb ("clk: qcom: gcc: Add global clock controller driver for > SM8150") > Reported-by: Jonathan Marek > Signed-off-b

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

On 5/21/2020 12:33 PM, Xiaoyao Li wrote: On 5/21/2020 5:05 AM, Paolo Bonzini wrote: On 20/05/20 18:07, Maxim Levitsky wrote: 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 ot

[PATCH] platform: cros_ec_debugfs: control uptime information request

When EC does not support uptime command (EC_CMD_GET_UPTIME_INFO), return -EPROTO to read of /sys/kernel/debug/cros_ec/uptime without calling the EC after the first try. The EC console log will not contain EC_CMD_GET_UPTIME_INFO anymore. Signed-off-by: Gwendal Grignou --- drivers/platform/chrome

[PATCH] clk: qcom: gcc: Fix parent for gpll0_out_even

Documentation says that gpll0 is parent of gpll0_out_even, somehow driver coded that as bi_tcxo, so fix it Fixes: 2a1d7eb854bb ("clk: qcom: gcc: Add global clock controller driver for SM8150") Reported-by: Jonathan Marek Signed-off-by: Vinod Koul --- drivers/clk/qcom/gcc-sm8150.c | 3 +-- 1 fi

Re: Re: [PATCH] Input: omap-keypad - fix runtime pm imbalance on error

Fixing this in the PM core will influence all callers of pm_runtime_get_sync(). Therefore I think the better solution is to fix its misused callers. Regards, Dinghao "Dmitry Torokhov" 写道： > Hi Dinghao, > > On Wed, May 20, 2020 at 6:35 AM Dinghao Liu wrote: > > > > pm_

[PATCH v1 1/1] drivers: mtd: spi-nor: update read capabilities for w25q64 and s25fl064k

Both w25q64 and s25fl064k nor flash support QUAD and DUAL read command, hence update the same in flash_info table. Signed-off-by: Rayagonda Kokatanur --- drivers/mtd/spi-nor/spansion.c | 3 ++- drivers/mtd/spi-nor/winbond.c | 3 ++- 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a

Re: [PATCH v3 03/14] remoteproc: Add new operation and flags for synchronistation

On Wed 20 May 15:06 PDT 2020, Mathieu Poirier wrote: > On Mon, May 18, 2020 at 05:55:00PM -0700, Bjorn Andersson wrote: > > On Fri 15 May 12:24 PDT 2020, Mathieu Poirier wrote: > > > > > Good day Bjorn, > > > > > > On Wed, May 13, 2020 at 06:32:24PM -0700, Bjorn Andersson wrote: > > > > On Fri 0

Re: [RFC][PATCH 3/5] thermal: Add support for setting notification thresholds

Hi Srinivas, On Wed, May 20, 2020 at 11:46 PM Srinivas Pandruvada wrote: > > On Wed, 2020-05-20 at 09:58 +0530, Amit Kucheria wrote: > > On Tue, May 19, 2020 at 5:10 AM Srinivas Pandruvada > > wrote: > > > On Mon, 2020-05-18 at 18:37 +0200, Daniel Lezcano wrote: > > > > On 04/05/2020 20:16, Srin

RE: [PATCH 2/2] soundwire: intel: transition to 3 steps initialization

> -Original Message- > From: Vinod Koul > Sent: Thursday, May 21, 2020 12:37 PM > To: Liao, Bard > Cc: Bard Liao ; alsa-de...@alsa-project.org; > linux-kernel@vger.kernel.org; ti...@suse.de; broo...@kernel.org; > gre...@linuxfoundation.org; j...@cadence.com; > srinivas.kandaga...@linaro.o

powerpc64-linux-ld: mm/page_alloc.o:undefined reference to `node_reclaim_distance'

-20200520 (attached as .config) compiler: powerpc64-linux-gcc (GCC) 9.3.0 reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross git checkout

Re: Re: [PATCH] wlcore: fix runtime pm imbalance in wl1271_op_suspend

There is a check against ret after out_sleep tag. If wl1271_configure_suspend_ap() returns an error code, ret will be caught by this check and a warning will be issued. "Tony Lindgren" 写道： > * Dinghao Liu [200520 12:58]: > > When wlcore_hw_interrupt_notify() returns an error

Re: linux-next: manual merge of the rcu tree with the powerpc tree

Hi all, On Tue, 19 May 2020 17:23:16 +1000 Stephen Rothwell wrote: > > Today's linux-next merge of the rcu tree got a conflict in: > > arch/powerpc/kernel/traps.c > > between commit: > > 116ac378bb3f ("powerpc/64s: machine check interrupt update NMI accounting") > > from the powerpc tree

Re: [PATCH v6 12/12] mmap locking API: convert mmap_sem comments

Looks good, thanks ! On Wed, May 20, 2020 at 8:22 PM Andrew Morton wrote: > On Tue, 19 May 2020 22:29:08 -0700 Michel Lespinasse > wrote: > > Convert comments that reference mmap_sem to reference mmap_lock instead. > > This may not be complete.. > > From: Andrew Morton > Subject: mmap-locking-

Re: [PATCH v6 05/12] mmap locking API: convert mmap_sem call sites missed by coccinelle

Looks good. I'm not sure if you need a review, but just in case: On Wed, May 20, 2020 at 8:23 PM Andrew Morton wrote: > On Tue, 19 May 2020 22:29:01 -0700 Michel Lespinasse > wrote: > > > Convert the last few remaining mmap_sem rwsem calls to use the new > > mmap locking API. These were missed

Re: [PATCH] HID: intel-ish-hid: Replace PCI_DEV_FLAGS_NO_D3 with pci_save_state

Hi Srinivas, > On May 9, 2020, at 01:45, Srinivas Pandruvada > wrote: > > On Tue, 2020-05-05 at 21:17 +0800, Kai-Heng Feng wrote: >> PCI_DEV_FLAGS_NO_D3 should not be used outside of PCI core. >> >> Instead, we can use pci_save_state() to hint PCI core that the device >> should stay at D0 duri

Re: [RFC PATCH 2/2] init: Allow multi-line output of kernel command line

On Thu, 21 May 2020 13:36:28 +0900 Sergey Senozhatsky wrote: > On (20/05/20 18:00), Andrew Morton wrote: > [..] > > I'm wondering if we shold add a kernel puts() (putsk()? yuk) which can > > puts() a string of any length. > > > > I'm counting around 150 instances of printk("%s", ...) and pr_fo

Re: [PATCH v3] /dev/mem: Revoke mappings when a driver claims the region

On Wed, May 20, 2020 at 9:37 PM Dan Williams wrote: > > On Wed, May 20, 2020 at 7:26 PM Matthew Wilcox wrote: > > > > On Wed, May 20, 2020 at 06:35:25PM -0700, Dan Williams wrote: > > > +static struct inode *devmem_inode; > > > + > > > +#ifdef CONFIG_IO_STRICT_DEVMEM > > > +void revoke_devmem(str

Re: [PATCH v3] /dev/mem: Revoke mappings when a driver claims the region

On Wed, May 20, 2020 at 7:26 PM Matthew Wilcox wrote: > > On Wed, May 20, 2020 at 06:35:25PM -0700, Dan Williams wrote: > > +static struct inode *devmem_inode; > > + > > +#ifdef CONFIG_IO_STRICT_DEVMEM > > +void revoke_devmem(struct resource *res) > > +{ > > + struct inode *inode = READ_ONCE(d

Re: [PATCH] perf evsel: Get group fd from CPU0 for system wide event

Hi Jiri, On 5/20/2020 3:50 PM, Jiri Olsa wrote: On Wed, May 20, 2020 at 01:36:40PM +0800, Jin, Yao wrote: Hi Jiri, On 5/18/2020 11:28 AM, Jin, Yao wrote: Hi Jiri, On 5/15/2020 4:33 PM, Jiri Olsa wrote: On Fri, May 15, 2020 at 02:04:57PM +0800, Jin, Yao wrote: SNIP I think I get the root

Re: [PATCH 2/2] soundwire: intel: transition to 3 steps initialization

On 21-05-20, 02:23, Liao, Bard wrote: > > -Original Message- > > From: Vinod Koul > > Sent: Wednesday, May 20, 2020 9:54 PM > > To: Bard Liao > > Cc: alsa-de...@alsa-project.org; linux-kernel@vger.kernel.org; > > ti...@suse.de; > > broo...@kernel.org; gre...@linuxfoundation.org; j...@cad

Re: [RFC PATCH 2/2] init: Allow multi-line output of kernel command line

On (20/05/20 18:00), Andrew Morton wrote: [..] > I'm wondering if we shold add a kernel puts() (putsk()? yuk) which can > puts() a string of any length. > > I'm counting around 150 instances of printk("%s", ...) and pr_foo("%s", > ...) which could perhaps be converted, thus saving an argument. C

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

On 5/21/2020 5:05 AM, Paolo Bonzini wrote: On 20/05/20 18:07, Maxim Levitsky wrote: 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

[PATCH] kbuild: doc: remove documentation about copying Module.symvers around

This is a left-over of commit 39808e451fdf ("kbuild: do not read $(KBUILD_EXTMOD)/Module.symvers"). Kbuild no longer supports this way. Signed-off-by: Masahiro Yamada --- Documentation/kbuild/modules.rst | 12 1 file changed, 12 deletions(-) diff --git a/Documentation/kbuild/modu

Re: [RFC PATCH 2/2] init: Allow multi-line output of kernel command line

On (20/05/20 13:36), Joe Perches wrote: > > We can split command line in a loop - memchr(pos, ' ') - and > > pr_cont() parts of the command line. pr_cont() has overflow > > control and it flushes cont buffer before it overflows, so > > we should not lose anything. > > It doesn't matter much here,

[PATCH v2] libata: Use per port sync for detach

Commit 130f4caf145c ("libata: Ensure ata_port probe has completed before detach") may cause system freeze during suspend. Using async_synchronize_full() in PM callbacks is wrong, since async callbacks that are already scheduled may wait for not-yet-scheduled callbacks, causes a circular dependency

Re: [PATCH RFC] sched: Add a per-thread core scheduling interface(Internet mail)

> On May 21, 2020, at 6:26 AM, Joel Fernandes (Google) > wrote: > > Add a per-thread core scheduling interface which allows a thread to tag > itself and enable core scheduling. Based on discussion at OSPM with > maintainers, we propose a prctl(2) interface accepting values of 0 or 1. > 1 - en

Re: [RFC V2] mm/vmstat: Add events for PMD based THP migration without split

On 05/20/2020 12:45 PM, HORIGUCHI NAOYA(堀口　直也) wrote: > On Mon, May 18, 2020 at 12:12:36PM +0530, Anshuman Khandual wrote: >> This adds the following two new VM events which will help in validating PMD >> based THP migration without split. Statistics reported through these events >> will help in

Hi

Hi, I write to inform you of a great business opportunity. My names is Jerry Machel Ivoirien Français, there is a business proposal i will like to discuss with you or your ORG. If it interests you please let me know and let's work it together. Regards Jerry Machel.

Re: [PATCH 09/29] kbuild: disallow multi-word in M= or KBUILD_EXTMOD

On Sun, May 17, 2020 at 9:33 PM David Laight wrote: > > From: Masahiro Yamada > > Sent: 17 May 2020 10:49 > > $(firstword ...) in scripts/Makefile.modpost was added by commit > > 3f3fd3c05585 ("[PATCH] kbuild: allow multi-word $M in Makefile.modpost") > > to build multiple external module director

[PATCH] ASoC: dt-bindings: simple-card: care missing address #address-cells

From: Kuninori Morimoto Current simple-card will get below error, because it doesn't care about #address-cells at some part. DTC Documentation/devicetree/bindings/sound/simple-card.example.dt.yaml Documentation/devicetree/bindings/sound/simple-card.example.dts:171.46-173.15

Re: XHCI vs PCM2903B/PCM2904 part 2

On Wed, 2020-05-20 at 16:34 -0400, Alan Stern wrote: > On Wed, May 20, 2020 at 03:21:44PM -0400, Rik van Riel wrote: > > > > Interesting. That makes me really curious why things are > > getting stuck, now... > > This could be a bug in xhci-hcd. Perhaps the controller's endpoint > state needs to

Re: Re: [PATCH] media: staging: tegra-vde: fix runtime pm imbalance on error

Hi, Dan, I agree the best solution is to fix __pm_runtime_resume(). But there are also many cases that assume pm_runtime_get_sync() will change PM usage counter on error. According to my static analysis results, the number of these "right" cases are larger. Adjusting __pm_runtime_resume() direc

[PATCH] init/do_mounts: fix a coding style error

Fix code style errors reported by scripts/checkpatch.pl. Signed-off-by: zhouchuangao --- init/do_mounts.c | 52 ++-- 1 file changed, 26 insertions(+), 26 deletions(-) diff --git a/init/do_mounts.c b/init/do_mounts.c index 29d326b..2f8bd41 100644 -

Re: [PATCH] arm64: dts: qcom: sc7180: Move mss node to the right place

On 2020-05-21 06:33, Stephen Boyd wrote: The modem node has an address of 408 and thus should come after tlmm and before gpu. Move the node to the right place to maintainer proper address sort order. Cc: Evan Green Cc: Sibi Sankar Fixes: e14a15eba89a ("arm64: dts: qcom: sc7180: Add Q6V5 M

[PATCH v5 3/4] mm/memory.c: Add memory read privilege on page fault handling

Here add pte_sw_mkyoung function to make page readable on MIPS platform during page fault handling. This patch improves page fault latency about 10% on my MIPS machine with lmbench lat_pagefault case. It is noop function on other arches, there is no negative influence on those architectures. Sign

[PATCH v5 1/4] MIPS: Do not flush tlb page when updating PTE entry

It is not necessary to flush tlb page on all CPUs if suitable PTE entry exists already during page fault handling, just updating TLB is fine. Here redefine flush_tlb_fix_spurious_fault as empty on MIPS system. V5: - Define update_mmu_cache function specified on MIPS platform, and add page fault

Re: [PATCH v3 4/4] PCI: cadence: Use "dma-ranges" instead of "cdns,no-bar-match-nbits" property

Hi Rob, On 5/19/2020 10:41 PM, Rob Herring wrote: > On Fri, May 8, 2020 at 7:07 AM Kishon Vijay Abraham I wrote: >> >> Cadence PCIe core driver (host mode) uses "cdns,no-bar-match-nbits" >> property to configure the number of bits passed through from PCIe >> address to internal address in Inbound

Re: [tip: locking/kcsan] READ_ONCE: Use data_race() to avoid KCSAN instrumentation

On Thu, May 21, 2020 at 12:17:12AM +0200, Borislav Petkov wrote: > Hi, > > On Tue, May 12, 2020 at 02:36:53PM -, tip-bot2 for Will Deacon wrote: > > The following commit has been merged into the locking/kcsan branch of tip: > > > > Commit-ID: cdd28ad2d8110099e43527e96d059c5639809680 > > G

[PATCH v5 2/4] mm/memory.c: Update local TLB if PTE entry exists

If two threads concurrently fault at the same address, the thread that won the race updates the PTE and its local TLB. For now, the other thread gives up, simply does nothing, and continues. It could happen that this second thread triggers another fault, whereby it only updates its local TLB while

[PATCH v5 4/4] MIPS: mm: add page valid judgement in function pte_modify

If original PTE has _PAGE_ACCESSED bit set, and new pte has no _PAGE_NO_READ bit set, we can add _PAGE_SILENT_READ bit to enable page valid bit. Signed-off-by: Bibo Mao --- arch/mips/include/asm/pgtable.h | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/arch/mips/includ

Re: [PATCH v14 03/11] soc: mediatek: Add basic_clk_name to scp_power_data

On Mon, 2020-05-18 at 19:52 +0200, Enric Balletbo i Serra wrote: > Hi Weiyi, > > On 15/5/20 5:35, Weiyi Lu wrote: > > On Mon, 2020-05-11 at 14:02 +0800, Weiyi Lu wrote: > >> On Wed, 2020-05-06 at 23:01 +0200, Enric Balletbo i Serra wrote: > >>> Hi Weiyi, > >>> > >>> Thank you for your patch. > >>>

[PATCH v1 2/2] arm64: dts: imx8mn-ddr4-evk: correct ldo1/ldo2 voltage range

Correct ldo1 voltage range from wrong high group(3.0v~3.3v) to low group (1.6v~1.9v) because the ldo1 should be 1.8v. Actually, two voltage groups have been supported at bd718x7-regulator driver, hence, just corrrect the voltage range to 1.6v~3.3v. For ldo2@0.8v, correct voltage range too. Otherwis

[PATCH v1 1/2] arm64: dts: imx8mm-evk: correct ldo1/ldo2 voltage range

Correct ldo1 voltage range from wrong high group(3.0v~3.3v) to low group (1.6v~1.9v) because the ldo1 should be 1.8v. Actually, two voltage groups have been supported at bd718x7-regulator driver, hence, just corrrect the voltage range to 1.6v~3.3v. For ldo2@0.8v, correct voltage range too. Otherwis

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

On Wed, May 20, 2020 at 06:52:21PM -0500, Li Yang wrote: > On Mon, May 18, 2020 at 5:57 PM Kees Cook wrote: > > Hm, looking at this code, I see a few other things that need to be > > fixed: > > > > 1) drivers/tty/serial/ucc_uart.c does not do a be32_to_cpu() conversion > >on the length test (u

Re: [PATCH -V2] swap: Reduce lock contention on swap cache from swap slots allocation

Andrew Morton writes: > On Wed, 20 May 2020 11:15:02 +0800 Huang Ying wrote: > >> In some swap scalability test, it is found that there are heavy lock >> contention on swap cache even if we have split one swap cache radix >> tree per swap device to one swap cache radix tree every 64 MB trunk in

Re: [PATCH v6 05/12] mmap locking API: convert mmap_sem call sites missed by coccinelle

On Tue, 19 May 2020 22:29:01 -0700 Michel Lespinasse wrote: > Convert the last few remaining mmap_sem rwsem calls to use the new > mmap locking API. These were missed by coccinelle for some reason > (I think coccinelle does not support some of the preprocessor > constructs in these files ?) Fro

Re: [PATCH v6 12/12] mmap locking API: convert mmap_sem comments

On Tue, 19 May 2020 22:29:08 -0700 Michel Lespinasse wrote: > Convert comments that reference mmap_sem to reference mmap_lock instead. This may not be complete.. From: Andrew Morton Subject: mmap-locking-api-convert-mmap_sem-comments-fix fix up linux-next leftovers Cc: Daniel Jordan Cc: Dav

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

On 05/20/2020 11:09 PM, Will Deacon wrote: > On Wed, May 20, 2020 at 04:47:11PM +0100, Catalin Marinas wrote: >> 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 regi

[PATCH] [v2] PCI: tegra194: Fix runtime PM imbalance on error

pm_runtime_get_sync() increments the runtime PM usage counter even when it returns an error code. Thus a pairing decrement is needed on the error handling path to keep the counter balanced. Signed-off-by: Dinghao Liu --- drivers/pci/controller/dwc/pcie-tegra194.c | 5 ++--- 1 file changed, 2 ins

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

On Wed, May 20, 2020 at 7:02 PM James Morris wrote: > > On Wed, 20 May 2020, Alexei Starovoitov wrote: > > > On Wed, May 20, 2020 at 8:15 AM Casey Schaufler > > wrote: > > > > > > > > > On 5/20/2020 5:56 AM, KP Singh wrote: > > > > From: KP Singh > > > > > > > > secid_to_secctx is not stackable

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

On 05/20/2020 05:50 PM, Will Deacon wrote: > Hi Anshuman, > > 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 >> well.

Re: [PATCH v3 01/16] spi: dw: Add Tx/Rx finish wait methods to the MID DMA

Hi Serge, On Thu, May 21, 2020 at 04:21:51AM +0300, Serge Semin wrote: > Since DMA transfers are performed asynchronously with actual SPI > transaction, then even if DMA transfers are finished it doesn't mean > all data is actually pushed to the SPI bus. Some data might still be > in the controlle

Re: [PATCH v3 0/3] Even moar rpmh cleanups

On Wed 20 May 18:21 PDT 2020, Stephen Boyd wrote: > We remove the tcs_is_free() API and then do super micro optimizations on > the irq handler. I haven't tested anything here so most likely there's a > bug (again again)! > > Changes from v2: > * Went back in time and used the v1 patch for the fi

Re: Re: [PATCH] PCI: tegra: fix runtime pm imbalance on error

Thank you for your advice. I will fix these problems in the next edition of patch. "Thierry Reding" 写道： > On Wed, May 20, 2020 at 04:52:23PM +0800, Dinghao Liu wrote: > > pm_runtime_get_sync() increments the runtime PM usage counter even > > it returns an error code. Thu

RE: [PATCH 0/3] arm64: perf: Add support for Perf NMI interrupts

> -Original Message- > From: linux-arm-kernel [mailto:linux-arm-kernel-boun...@lists.infradead.org] > On Behalf Of Alexandru Elisei > Sent: Wednesday, May 20, 2020 10:31 PM> > Hi, > > On 5/18/20 12:17 PM, Alexandru Elisei wrote: > > Hi, > > > > On 5/18/20 11:45 AM, Mark Rutland wrote: >

Re: [PATCH] KVM: PPC: Book3S HV: relax check on H_SVM_INIT_ABORT

On Wed, 20 May 2020 18:51:10 +0200 Laurent Dufour wrote: > The commit 8c47b6ff29e3 ("KVM: PPC: Book3S HV: Check caller of H_SVM_* > Hcalls") added checks of secure bit of SRR1 to filter out the Hcall > reserved to the Ultravisor. > > However, the Hcall H_SVM_INIT_ABORT is made by the Ultravisor

Re: Re: [PATCH] PCI: tegra: fix runtime pm imbalance on error

Thank you for your advice. I think tegra194 is a good choice and I will use it in the next edition of patch. "Bjorn Helgaas" 写道： > On Wed, May 20, 2020 at 11:59:08AM +0200, Thierry Reding wrote: > > On Wed, May 20, 2020 at 04:52:23PM +0800, Dinghao Liu wrote: > > > pm_runtime_

Re: [PATCH -V2] swap: Reduce lock contention on swap cache from swap slots allocation

On Wed, 20 May 2020 11:15:02 +0800 Huang Ying wrote: > In some swap scalability test, it is found that there are heavy lock > contention on swap cache even if we have split one swap cache radix > tree per swap device to one swap cache radix tree every 64 MB trunk in > commit 4b3ef9daa4fc ("mm/swa

  1   2   3   4   5   6   7   8   9   10   >