Re: Re: [PATCH] drm/panfrost: fix runtime pm imbalance on error

Hi Steve, There are two bailing out points in panfrost_job_hw_submit(): one is the error path beginning from pm_runtime_get_sync(), the other one is the error path beginning from WARN_ON() in the if statement. The pm imbalance fixed in this patch is between these two paths. I think the caller

[PATCH 4/4] habanalabs: don't allow hard reset with open processes

From: Omer Shpigelman When the MMU is heavily used by the engines, unmapping might take a lot of time due to a full MMU cache invalidation done as part of the unmap flow. Hence we might not be able to kill all open processes before going to hard reset the device, as it involves unmapping of all u

[PATCH 3/4] habanalabs: GAUDI does not support soft-reset

GAUDI does not support soft-reset as it leaves the NIC ports in an awkward state, where their QMANs were reset but the NIC itself is still working. In addition, there is not much sense in doing soft-reset when training is done on multiple GAUDIs. Signed-off-by: Oded Gabbay --- drivers/misc/haba

[PATCH 2/4] habanalabs: add print for soft reset due to event

From: Omer Shpigelman Print the event name that caused the soft reset. Signed-off-by: Omer Shpigelman Reviewed-by: Oded Gabbay Signed-off-by: Oded Gabbay --- drivers/misc/habanalabs/gaudi/gaudi.c | 12 ++-- 1 file changed, 10 insertions(+), 2 deletions(-) diff --git a/drivers/misc/h

[PATCH 1/4] habanalabs: improve MMU cache invalidation code

From: Omer Shpigelman A new sequence is introduced to invalidate the MMU cache in order to avoid timeouts. Signed-off-by: Omer Shpigelman Reviewed-by: Oded Gabbay Signed-off-by: Oded Gabbay --- drivers/misc/habanalabs/gaudi/gaudi.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-)

[PATCH] i2c: stm32f7: Fix runtime PM imbalance in stm32f7_i2c_reg_slave

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 --- drivers/i2c/busses/i2c-stm32f7.c | 4 +++- 1 file changed, 3 insertions(+)

Re: [PATCH v4 7/7] firmware: smccc: Add ARCH_SOC_ID support

On Wed, May 20, 2020 at 11:51:47PM +0200, Arnd Bergmann wrote: > On Mon, May 18, 2020 at 1:55 PM Sudeep Holla wrote: > > > > On Mon, May 18, 2020 at 11:30:21AM +0200, Arnd Bergmann wrote: > > > On Mon, May 18, 2020 at 11:12 AM Sudeep Holla > > > wrote: > > > > > > > +static ssize_t > > > > +jep1

Re: [PATCH v4 0/7] firmware: smccc: Add basic SMCCC v1.2 + ARCH_SOC_ID support

On Wed, May 20, 2020 at 11:54:16PM +0200, Arnd Bergmann wrote: > On Wed, May 20, 2020 at 11:29 PM Will Deacon wrote: > > > > On Mon, 18 May 2020 10:12:15 +0100, Sudeep Holla wrote: > > > This patch series adds support for SMCCCv1.2 ARCH_SOC_ID. > > > This doesn't add other changes added in SMCCC v

[PATCH] i2c: stm32f7: Fix runtime PM imbalance in stm32f7_i2c_unreg_slave

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 --- drivers/i2c/busses/i2c-stm32f7.c | 4 +++- 1 file changed, 3 insertions(+)

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

Boris Ostrovsky writes: > On 5/20/20 3:16 PM, Thomas Gleixner wrote: > > >> +__visible noinstr void xen_pv_evtchn_do_upcall(struct pt_regs *regs) >> +{ >> +struct pt_regs *old_regs; >> +bool inhcall; >> + >> +idtentry_enter(regs); >> +old_regs = set_irq_regs(regs); >> + >> +ru

[RFC PATCH linux-next] drm/msm/dpu: dpu_setup_dspp_pcc() can be static

Fixes: 4259ff7ae509 ("drm/msm/dpu: add support for pcc color block in dpu driver") Signed-off-by: kbuild test robot --- dpu_hw_dspp.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/msm/disp/dpu1/dpu_hw_dspp.c b/drivers/gpu/drm/msm/disp/dpu1/dpu_hw_dspp.

Re: [PATCH v13 00/11] Convert PWM period and duty cycle to u64

On Wed, 20 May 2020, Guru Das Srinagesh wrote: > On Mon, Apr 27, 2020 at 07:44:34AM +0100, Lee Jones wrote: > > On Fri, 24 Apr 2020, Guru Das Srinagesh wrote: > > > > > On Fri, Apr 24, 2020 at 07:43:03AM +0100, Lee Jones wrote: > > > > A great deal of mailing lists contain numerous protections ag

Re: [PATCH v3 08/14] mips: MAAR: Use more precise address mask

On Thu, May 21, 2020 at 03:34:37AM +0300, Serge Semin wrote: > Indeed according to the MIPS32 Privileged Resource Architecgture the MAAR > pair register address field either takes [12:31] bits for non-XPA systems > and [12:55] otherwise. In any case the current address mask is just > wrong for 64-b

Re: [PATCH v3 00/14] mips: Prepare MIPS-arch code for Baikal-T1 SoC support

On Thu, May 21, 2020 at 03:42:17AM +0300, Serge Semin wrote: > On Thu, May 21, 2020 at 03:34:29AM +0300, Serge Semin wrote: > > > > This patchset is rebased and tested on the mainline Linux kernel 5.7-rc4: > > base-commit: 0e698dfa2822 ("Linux 5.7-rc4") > > tag: v5.7-rc4 > > Thomas, > Please note

Re: [PATCH] MIPS: SGI-IP27: Remove not used definition TICK_SIZE in ip27-timer.c

On Wed, May 20, 2020 at 03:08:02PM +0800, Tiezhu Yang wrote: > After commit f5ff0a280201 ("[MIPS] Use generic NTP code for all MIPS > platforms"), TICK_SIZE is not used in ip27-timer.c for many years, > remove it. > > Signed-off-by: Tiezhu Yang > --- > > Hi Thomas, > > I find this not used defi

RE: [PATCH] e1000e: Disable TSO for buffer overrun workaround

> From: netdev-ow...@vger.kernel.org On > Behalf Of Kai-Heng Feng > Sent: Thursday, May 7, 2020 7:21 AM > To: Kirsher, Jeffrey T > Cc: Kai-Heng Feng ; David S. Miller > ; Neftin, Sasha ; Dima > Ruinskiy ; Avargil, Raanan > ; moderated list:INTEL ETHERNET DRIVERS wired-...@lists.osuosl.org>; open

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

On Wed 20-05-20 21:26:50, Chris Down wrote: > Michal Hocko writes: > > Let me try to understand the actual problem. The high memory reclaim has > > a target which is proportional to the amount of charged memory. For most > > requests that would be SWAP_CLUSTER_MAX though (resp. N times that where >

[PATCH v3] kdb: Remove the misfeature 'KDBFLAGS'

Currently, 'KDBFLAGS' is an internal variable of kdb, it is combined by 'KDBDEBUG' and state flags. It will be shown only when 'KDBDEBUG' is set, and the user can define an environment variable named 'KDBFLAGS' too. These are puzzling indeed. After communication with Daniel, it seems that 'KDBFLAG

linux-next: manual merge of the usb-gadget tree with the usb tree

Hi all, Today's linux-next merge of the usb-gadget tree got a conflict in: drivers/usb/cdns3/gadget.c between commit: e9010320f2d9 ("usb: cdns3: gadget: make a bunch of functions static") from the usb tree and commit: e2e77a94078b ("usb: cdns3: mark local functions static") from the us

Re: [RFC PATCH] kbuild: add variables for compression tools

On Fri, May 15, 2020 at 6:40 PM Denis Efremov wrote: > > It seems that I missed a couple of tar commands in the patch: > scripts/Makefile.package > scripts/package/buildtar > > On 5/15/20 5:20 AM, Masahiro Yamada wrote: > > On Thu, May 14, 2020 at 10:14 PM Denis Efremov wrote: > >> > > > > commit

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

On Thu, May 21, 2020 at 12:30:39AM +0200, Marco Elver wrote: > This should be fixed when the series that includes this commit is applied: > https://lore.kernel.org/lkml/20200515150338.190344-9-el...@google.com/ Yap, that fixes it. Thx. -- Regards/Gruss, Boris. https://people.kernel.org/tgl

RE: [PATCH net-next] igb: make igb_set_fc_watermarks() return void

> From: netdev-ow...@vger.kernel.org On > Behalf Of Jason Yan > Sent: Thursday, May 7, 2020 4:09 AM > To: Kirsher, Jeffrey T ; da...@davemloft.net; > yanai...@huawei.com; intel-wired-...@lists.osuosl.org; > net...@vger.kernel.org; linux-kernel@vger.kernel.org > Subject: [PATCH net-next] igb: make

Re: [PATCH v3 2/2] mfd: ene-kb3930: Add driver for ENE KB3930 Embedded Controller

On Wed, 20 May 2020, Lubomir Rintel wrote: > This driver provides access to the EC RAM of said embedded controller > attached to the I2C bus as well as optionally supporting its slightly weird > power-off/restart protocol. > > A particular implementation of the EC firmware can be identified by a

[PATCH] xhci: Fix runtime PM imbalance on error

When dma_set_mask_and_coherent() returns an error code, a pairing runtime PM usage counter decrement is needed to keep the counter balanced. Also, call pm_runtime_disable() when dma_set_mask_and_coherent() returns an error code. Signed-off-by: Dinghao Liu --- drivers/usb/host/xhci-histb.c | 2 +

Re: [PATCH v3 00/14] mips: Prepare MIPS-arch code for Baikal-T1 SoC support

On Thu, May 21, 2020 at 9:18 AM Thomas Bogendoerfer wrote: > On Thu, May 21, 2020 at 03:42:17AM +0300, Serge Semin wrote: > > On Thu, May 21, 2020 at 03:34:29AM +0300, Serge Semin wrote: > > > > > > This patchset is rebased and tested on the mainline Linux kernel 5.7-rc4: > > > base-commit: 0e698d

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

On Wed 20-05-20 13:51:35, Johannes Weiner wrote: > On Wed, May 20, 2020 at 07:04:30PM +0200, Michal Hocko wrote: > > On Wed 20-05-20 12:51:31, Johannes Weiner wrote: > > > On Wed, May 20, 2020 at 06:07:56PM +0200, Michal Hocko wrote: > > > > On Wed 20-05-20 15:37:12, Chris Down wrote: > > > > > In

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

Hi Thinh, > -Original Message- > From: Thinh Nguyen > Sent: 2020年5月21日 9:56 > To: Jun Li ; Felipe Balbi ; Jun Li > > Cc: John Stultz ; lkml > ; Yu > Chen ; Greg Kroah-Hartman ; > Rob > Herring ; Mark Rutland ; ShuFan Lee > ; Heikki Krogerus ; > Suzuki K Poulose ; Chunfeng Yun > ; Hans d

Re: [PATCH v4 0/7] firmware: smccc: Add basic SMCCC v1.2 + ARCH_SOC_ID support

On Thu, May 21, 2020 at 9:07 AM Sudeep Holla wrote: > > On Wed, May 20, 2020 at 11:54:16PM +0200, Arnd Bergmann wrote: > > On Wed, May 20, 2020 at 11:29 PM Will Deacon wrote: > > > > > > On Mon, 18 May 2020 10:12:15 +0100, Sudeep Holla wrote: > > > > This patch series adds support for SMCCCv1.2 A

Re: [PATCH v6 09/12] mmap locking API: add mmap_assert_locked() and mmap_assert_write_locked()

On 5/20/20 7:29 AM, Michel Lespinasse wrote: > Add new APIs to assert that mmap_sem is held. > > Using this instead of rwsem_is_locked and lockdep_assert_held[_write] > makes the assertions more tolerant of future changes to the lock type. > > Signed-off-by: Michel Lespinasse Reviewed-by: Vlast

[PATCH] usb: musb: Fix runtime PM imbalance on error

When copy_from_user() returns an error code, a pairing runtime PM usage counter decrement is needed to keep the counter balanced. Signed-off-by: Dinghao Liu --- drivers/usb/musb/musb_debugfs.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/usb/musb/musb_debugfs.c

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

On 5/20/20 7:29 AM, Michel Lespinasse wrote: > Convert comments that reference old mmap_sem APIs to reference > corresponding new mmap locking APIs instead. > > Signed-off-by: Michel Lespinasse Reviewed-by: Vlastimil Babka

Re: [PATCH] input: i8042: Remove special PowerPC handling

Dmitry Torokhov writes: > Hi Michael, > > On Wed, May 20, 2020 at 04:07:00PM +1000, Michael Ellerman wrote: >> [ + Dmitry & linux-input ] >> >> Nathan Chancellor writes: >> > This causes a build error with CONFIG_WALNUT because kb_cs and kb_data >> > were removed in commit 917f0af9e5a9 ("powerpc

[PATCH] usb: cdns3: 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/usb/cdns3/cdns3-ti.c | 3 +-- 1 file changed, 1 insertion(+), 2 del

Re: [PATCH 3.16 00/99] 3.16.84-rc1 review

On 5/20/20 7:47 PM, Chen-Yu Tsai wrote: > On Thu, May 21, 2020 at 5:23 AM Guenter Roeck wrote: >> >> On 5/20/20 7:13 AM, Ben Hutchings wrote: >>> 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

RE: [PATCH 3/4] habanalabs: GAUDI does not support soft-reset

On Thu, May 21, 2020 at 10:02, Oded Gabbay wrote: > GAUDI does not support soft-reset as it leaves the NIC ports in an awkward > state, where their QMANs were reset but the NIC itself is still working. > > In addition, there is not much sense in doing soft-reset when training is > done on multipl

Re: next-0519 on thinkpad x60: sound related? window manager crash

Hi! > My window manager stopped responding. I was able to recover machine > using sysrq-k. > > I started writing nice report, when session failed second time. And > then third time on next attempt. > > Any ideas? > > I'll send this out before this locks up... Today it crashed again, with simil

Re: [PATCH net 0/3] rxrpc: Fix retransmission timeout and ACK discard

I've posted a new version of this with a fixed description for patch 1. David

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

On 5/20/20 7:29 AM, Michel Lespinasse wrote: > Convert comments that reference mmap_sem to reference mmap_lock instead. > > Signed-off-by: Michel Lespinasse Reviewed-by: Vlastimil Babka But: > diff --git a/mm/mempolicy.c b/mm/mempolicy.c > index a1247d3553da..1bf46e2e0cec 100644 > --- a/mm/me

Re: [PATCH 29/33] rxrpc: add rxrpc_sock_set_min_security_level

Christoph Hellwig wrote: > Add a helper to directly set the RXRPC_MIN_SECURITY_LEVEL sockopt from > kernel space without going through a fake uaccess. > > Thanks to David Howells for the documentation updates. > > Signed-off-by: Christoph Hellwig Acked-by: David Howells

[PATCH] spi: spi-ti-qspi: 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/spi/spi-ti-qspi.c | 1 + 1 file changed, 1 insertion(+) diff --git

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

Hi Felipe, > -Original Message- > From: Felipe Balbi On Behalf Of Felipe Balbi > Sent: 2020年5月21日 14:23 > To: Thinh Nguyen ; Jun Li ; Jun Li > > Cc: John Stultz ; lkml > ; Yu > Chen ; Greg Kroah-Hartman ; > Rob > Herring ; Mark Rutland ; ShuFan Lee > ; Heikki Krogerus ; > Suzuki K Poul

RE: [PATCH 4.4 00/86] 4.4.224-rc1 review

Hello Greg, > From: stable-ow...@vger.kernel.org On > Behalf Of Greg Kroah-Hartman > Sent: 18 May 2020 18:36 > > This is the start of the stable review cycle for the 4.4.224 release. > There are 86 patches in this series, all will be posted as a response > to this one. If anyone has any issues

Re: [PATCH v13 5/6] rtc: mt6397: Add support for the MediaTek MT6358 RTC

On Sat, 16 May 2020, Matthias Brugger wrote: > Hi Lee, > > On 21/04/2020 05:00, Hsin-Hsiung Wang wrote: > > From: Ran Bi > > > > This add support for the MediaTek MT6358 RTC. Driver using > > compatible data to store different RTC_WRTGR address offset. > > This replace RTC_WRTGR to RTC_WRTGR_MT

RE: [PATCH 4.19 00/80] 4.19.124-rc1 review

Hello Greg, > From: stable-ow...@vger.kernel.org On > Behalf Of Greg Kroah-Hartman > Sent: 18 May 2020 18:36 > > This is the start of the stable review cycle for the 4.19.124 release. > There are 80 patches in this series, all will be posted as a response > to this one. If anyone has any issues

[PATCH] spi: tegra20-slink: 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/spi/spi-tegra20-slink.c | 1 + 1 file changed, 1 insertion(+) diff

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

On Thu, May 21, 2020 at 12:42 AM Vlastimil Babka wrote: > On 5/20/20 7:29 AM, Michel Lespinasse wrote: > > Convert comments that reference mmap_sem to reference mmap_lock instead. > > > > Signed-off-by: Michel Lespinasse > > Reviewed-by: Vlastimil Babka > > But: > > > diff --git a/mm/mempolicy.c

[PATCH] spi: tegra20-sflash: 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/spi/spi-tegra20-sflash.c | 1 + 1 file changed, 1 insertion(+) dif

[PATCH v3] selftests/timens: handle a case when alarm clocks are not supported

This can happen if a testing node doesn't have RTC (real time clock) hardware or it doesn't support alarms. Fixes: 61c57676035d ("selftests/timens: Add Time Namespace test for supported clocks") Acked-by: Vincenzo Frascino Reported-by: Vincenzo Frascino Signed-off-by: Andrei Vagin --- v2: fix

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

On Wed, 20 May 2020 10:40:05 -0400 Steven Rostedt wrote: > 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 consi

RE: [PATCH] e1000e: Relax condition to trigger reset for ME workaround

> From: netdev-ow...@vger.kernel.org On > Behalf Of Punit Agrawal > Sent: Thursday, May 14, 2020 9:31 PM > To: Kirsher, Jeffrey T > Cc: daniel.sangor...@toshiba.co.jp; Punit Agrawal > ; Alexander Duyck > ; David S. Miller ; > intel-wired-...@lists.osuosl.org; net...@vger.kernel.org; linux- > ker.

Re: [PATCH v4 0/7] firmware: smccc: Add basic SMCCC v1.2 + ARCH_SOC_ID support

On Thu, May 21, 2020 at 09:34:10AM +0200, Arnd Bergmann wrote: > On Thu, May 21, 2020 at 9:07 AM Sudeep Holla wrote: > > On Wed, May 20, 2020 at 11:54:16PM +0200, Arnd Bergmann wrote: > > > On Wed, May 20, 2020 at 11:29 PM Will Deacon wrote: > > > > Applied to arm64 (for-next/smccc), thanks! > >

[PATCH] spi: tegra114: 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/spi/spi-tegra114.c | 1 + 1 file changed, 1 insertion(+) diff --gi

RE: remove kernel_setsockopt and kernel_getsockopt v2

From: Christoph Hellwig > Sent: 20 May 2020 20:55 > > this series removes the kernel_setsockopt and kernel_getsockopt > functions, and instead switches their users to small functions that > implement setting (or in one case getting) a sockopt directly using > a normal kernel function call with typ

[PATCH] watchdog: Fix runtime PM imbalance on error

When watchdog_register_device() returns an error code, a pairing runtime PM usage counter decrement is needed to keep the counter balanced. Signed-off-by: Dinghao Liu --- drivers/watchdog/omap_wdt.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/watchdog/omap_wdt.c b/drivers/watchdo

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

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 Address Translation register. This only used the NO MATCH BAR. However standard PCI dt-binding already defines "dma-ranges" t

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

On 5/21/2020 12:56 AM, Maxim Levitsky wrote: On Wed, 2020-05-20 at 18:33 +0200, Vitaly Kuznetsov wrote: Maxim Levitsky writes: 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 o

Re: [PATCH] spi: tegra20-slink: Fix runtime PM imbalance on error

On Thu, May 21, 2020 at 10:50 AM Dinghao Liu wrote: > > 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. ... > ret = pm_runtime_get_sync(&pdev-

Re: [PATCH v4 0/7] firmware: smccc: Add basic SMCCC v1.2 + ARCH_SOC_ID support

On Thu, May 21, 2020 at 09:34:10AM +0200, Arnd Bergmann wrote: > On Thu, May 21, 2020 at 9:07 AM Sudeep Holla wrote: > > > > On Wed, May 20, 2020 at 11:54:16PM +0200, Arnd Bergmann wrote: > > > On Wed, May 20, 2020 at 11:29 PM Will Deacon wrote: > > > > > > > > On Mon, 18 May 2020 10:12:15 +0100,

[PATCH] dmaengine: tegra210-adma: 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/dma/tegra210-adma.c | 3 +-- 1 file changed, 1 insertion(+), 2 dele

Re: [PATCH] spi: tegra20-slink: Fix runtime PM imbalance on error

On Thu, May 21, 2020 at 11:04 AM Andy Shevchenko wrote: > On Thu, May 21, 2020 at 10:50 AM Dinghao Liu wrote: Any I have coccinelle script for this, I can share with you. -- With Best Regards, Andy Shevchenko

Re: [PATCH 08/10] swiotlb-xen: introduce phys_to_dma/dma_to_phys translations

Hi, On 21/05/2020 00:45, Stefano Stabellini wrote: From: Stefano Stabellini Call dma_to_phys in is_xen_swiotlb_buffer. Call phys_to_dma in xen_phys_to_bus. Call dma_to_phys in xen_bus_to_phys. Everything is taken care of by these changes except for xen_swiotlb_alloc_coherent and xen_swiotlb_f

Re: [PATCH 02/10] swiotlb-xen: remove start_dma_addr

Hi, On 21/05/2020 00:45, Stefano Stabellini wrote: From: Stefano Stabellini It is not strictly needed. Call virt_to_phys on xen_io_tlb_start instead. It will be useful not to have a start_dma_addr around with the next patches. Signed-off-by: Stefano Stabellini --- drivers/xen/swiotlb-xen.c

Re: [PATCH 01/10] swiotlb-xen: use vmalloc_to_page on vmalloc virt addresses

Hi, On 21/05/2020 00:45, Stefano Stabellini wrote: From: Boris Ostrovsky Don't just assume that virt_to_page works on all virtual addresses. Instead add a is_vmalloc_addr check and use vmalloc_to_page on vmalloc virt addresses. Can you provide an example where swiotlb is used with vmalloc()?

Re: [PATCH v5 09/19] mtd: spi-nor: sfdp: parse xSPI Profile 1.0 table

Hi Pratyush, > > > > > > > +/** > > > > > + * spi_nor_parse_profile1() - parse the xSPI Profile 1.0 table > > > > > + * @nor: pointer to a 'struct spi_nor' > > > > > + * @param_header: pointer to the 'struct sfdp_parameter_header' > > > > describing > > > > > + * the 4-Byte Ad

Re: [PATCH v4 0/7] firmware: smccc: Add basic SMCCC v1.2 + ARCH_SOC_ID support

On Thu, May 21, 2020 at 08:57:56AM +0100, Will Deacon wrote: > On Thu, May 21, 2020 at 09:34:10AM +0200, Arnd Bergmann wrote: > > On Thu, May 21, 2020 at 9:07 AM Sudeep Holla wrote: > > > On Wed, May 20, 2020 at 11:54:16PM +0200, Arnd Bergmann wrote: > > > > On Wed, May 20, 2020 at 11:29 PM Will D

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

Ming Lei writes: > On Thu, May 21, 2020 at 12:14:18AM +0200, Thomas Gleixner wrote: >> When the CPU is finally offlined, i.e. the CPU cleared the online bit in >> the online mask is definitely too late simply because it still runs on >> that outgoing CPU _after_ the hardware queue is shut down and

[GIT PULL] Immutable branch between MFD, Power and RTC due for the v5.8 merge window

Enjoy! The following changes since commit 8f3d9f354286745c751374f5f1fcafee6b3f3136: Linux 5.7-rc1 (2020-04-12 12:35:55 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git ib-mfd-power-rtc-v5.8 for you to fetch changes up to 29ee40091e27

Re: [PATCH 1/3] bridge: mrp: Add br_mrp_unique_ifindex function

On 20/05/2020 16:09, Horatiu Vultur wrote: > It is not allow to have the same net bridge port part of multiple MRP > rings. Therefore add a check if the port is used already in a different > MRP. In that case return failure. > > Fixes: 9a9f26e8f7ea ("bridge: mrp: Connect MRP API with the switchdev

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

On 21/05/2020 05:30, Kai-Heng Feng wrote: 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-sched

Re: [PATCH 3/3] bridge: mrp: Restore port state when deleting MRP instance

On 20/05/2020 16:09, Horatiu Vultur wrote: > When a MRP instance is deleted, then restore the port according to the > bridge state. If the bridge is up then the ports will be in forwarding > state otherwise will be in disabled state. > > Fixes: 9a9f26e8f7ea ("bridge: mrp: Connect MRP API with the

Re: [PATCH 4.19 00/80] 4.19.124-rc1 review

On Thu, May 21, 2020 at 07:49:42AM +, Chris Paterson wrote: > Hello Greg, > > > From: stable-ow...@vger.kernel.org On > > Behalf Of Greg Kroah-Hartman > > Sent: 18 May 2020 18:36 > > > > This is the start of the stable review cycle for the 4.19.124 release. > > There are 80 patches in this s

Re: [PATCH 09/10] xen/arm: introduce phys/dma translations in xen_dma_sync_for_*

Hi, On 21/05/2020 00:45, Stefano Stabellini wrote: From: Stefano Stabellini Add phys_to_dma/dma_to_phys calls to xen_dma_sync_for_cpu, xen_dma_sync_for_device, and xen_arch_need_swiotlb. In xen_arch_need_swiotlb, take the opportunity to switch to the simpler pfn_valid check we use everywhere

Re: [PATCH 09/15] device core: Add ability to handle multiple dma offsets

On Wed, May 20, 2020 at 03:36:16PM -0700, Dan Williams wrote: > Certainly blindly cc'ing everyone recommended by > scripts/get_maintainers.pl is overkill, but finding that subset is a > bit of an art. Yes. But I'd rather be not Cced and just find the complete thread on a list. But all the lists

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

Hi all, After merging the userns tree, today's linux-next build (arm multi_v7_defconfig) failed like this: In file included from init/do_mounts.c:9: include/linux/security.h: In function 'security_bprm_repopulate_creds': include/linux/security.h:580:9: error: implicit declaration of function 'ca

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

On 21/05/20 06:33, Xiaoyao Li wrote: > I remember there is certainly some reason why we don't expose WAITPKG to > guest by default. That's a userspace policy decision. KVM_GET_SUPPORTED_CPUID should still tell userspace that it's supported. Paolo > Tao, please help clarify it.

Re: Re: [PATCH] spi: tegra20-slink: Fix runtime PM imbalance on error

Hi Andy, Thank you for your advice! I will fix the problem in the next edition of patch. The coccinelle script will be very helpful and I'm looking forward to it. Regards, Dinghao "Andy Shevchenko" 写道： > On Thu, May 21, 2020 at 11:04 AM Andy Shevchenko > wrote: > >

Re: [PATCH 10/10] xen/arm: call dma_to_phys on the dma_addr_t parameter of dma_cache_maint

On 21/05/2020 00:45, Stefano Stabellini wrote: From: Stefano Stabellini Add a struct device* parameter to dma_cache_maint. Translate the dma_addr_t parameter of dma_cache_maint by calling dma_to_phys. Do it for the first page and all the following pages, in case of multipage handling. The

Re: [PATCH v5 01/19] spi: spi-mem: allow specifying whether an op is DTR or not

Hi Pratyush, Given cmd.nbytes a initial value & check it ! > > [PATCH v5 01/19] spi: spi-mem: allow specifying whether an op is DTR or not > > Each phase is given a separate 'dtr' field so mixed protocols like > 4S-4D-4D can be supported. > > Signed-off-by: Pratyush Yadav > --- > drivers/

Re: [sched/fair] 0b0695f2b3: phoronix-test-suite.compress-gzip.0.seconds 19.8% regression

On Wed, May 20, 2020 at 03:04:48PM +0200, Vincent Guittot wrote: > On Thu, 14 May 2020 at 19:09, Vincent Guittot > wrote: > > > > Hi Oliver, > > > > On Thu, 14 May 2020 at 16:05, kernel test robot > > wrote: > > > > > > Hi Vincent Guittot, > > > > > > Below report FYI. > > > Last year, we actual

[RFC PATCH linux-next] drm/msm/a6xx: a6xx_hfi_send_start() can be static

Fixes: 8167e6fa76c8 ("drm/msm/a6xx: HFI v2 for A640 and A650") Signed-off-by: kbuild test robot --- a6xx_hfi.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/msm/adreno/a6xx_hfi.c b/drivers/gpu/drm/msm/adreno/a6xx_hfi.c index f9db69e771214..9921e632f

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

"Paul E. McKenney" writes: > On Wed, May 20, 2020 at 03:15:31PM -0700, Paul E. McKenney wrote: > Same patch, but with updated commit log based on IRC discussion > with Andy. Fun. I came up with the same thing before going to bed. Just that I named the function differently: rcu_irq_enter_check_tic

Re: [PATCH 31/33] sctp: add sctp_sock_set_nodelay

On Wed, May 20, 2020 at 08:39:13PM -0300, Marcelo Ricardo Leitner wrote: > On Wed, May 20, 2020 at 04:23:55PM -0700, David Miller wrote: > > From: Marcelo Ricardo Leitner > > Date: Wed, 20 May 2020 20:10:01 -0300 > > > > > The duplication with sctp_setsockopt_nodelay() is quite silly/bad. > > > A

[PATCH v2 2/3] arm64: boot: dts: qcom: sm8150: Enable dynamic TX FIFO resize logic

Enable the flexible TX FIFO resize logic on SM8150. Using a larger TX FIFO SZ can help account for situations when system latency is greater than the USB bus transmission latency. Signed-off-by: Wesley Cheng --- arch/arm64/boot/dts/qcom/sm8150.dtsi | 1 + 1 file changed, 1 insertion(+) diff --

[PATCH v2 0/3] Re-introduce TX FIFO resize for larger EP bursting

Changes in V2: - Modified TXFIFO resizing logic to ensure that each EP is reserved a FIFO. - Removed dev_dbg() prints and fixed typos from patches - Added some more description on the dt-bindings commit message Reviewed-by: Felipe Balbi Reviewed-by: Rob Herring Currently, there is no func

[PATCH v2 3/3] dt-bindings: usb: dwc3: Add entry for tx-fifo-resize

Re-introduce the comment for the tx-fifo-resize setting for the DWC3 controller. This allows for vendors to control if they require the TX FIFO resizing logic on their HW, as the default FIFO size configurations may already be sufficient. Signed-off-by: Wesley Cheng Reviewed-by: Rob Herring ---

[PATCH v2 1/3] usb: dwc3: Resize TX FIFOs to meet EP bursting requirements

Some devices have USB compositions which may require multiple endpoints that support EP bursting. HW defined TX FIFO sizes may not always be sufficient for these compositions. By utilizing flexible TX FIFO allocation, this allows for endpoints to request the required FIFO depth to achieve higher

[PATCH] smp: Function call tracepoints

Following the feedback after the first approach: https://lkml.kernel.org/r/20200520135156.go317...@hirez.programming.kicks-ass.net This patch introduces generic SMP function call trace points: - smp:function_call_issue (captures target cpumask and function pointer) - smp:function_call_execute (cap

Re: [PATCH] spi: tegra20-slink: Fix runtime PM imbalance on error

On 21/05/2020 09:04, Andy Shevchenko wrote: > On Thu, May 21, 2020 at 10:50 AM Dinghao Liu wrote: >> >> 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 balanc

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

On Wed 2020-05-20 11:21:49, Brendan Higgins wrote: > On Wed, May 20, 2020 at 9:42 AM Andy Shevchenko > wrote: > > > > On Wed, May 20, 2020 at 05:02:27PM +0200, Petr Mladek wrote: > > > On Thu 2020-02-27 16:00:01, Brendan Higgins wrote: > > > > > I have found similar report from a test robot, see >

VERY VERY URGENT,

FROM MR.BASHAM ZEBDANI AUDIT& ACCOUNT MANAGER BANK OF AFRICA (B.O.A) OUAGADOUGOU BURKINA FASO WEST AFRICA. Dear Friend, With due respect, I have decided to contact you on abusinesstransaction that will be beneficial to both of us. At the bank last account and auditing evaluation, my staffs came

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

On 21/05/20 08:44, Tao Xu wrote: > > I am sorry, I mean: > By default, we don't expose WAITPKG to guest. For QEMU, we can use > "-overcommit cpu-pm=on" to use WAITPKG. But UMONITOR, UMWAIT and TPAUSE are not NOPs on older processors (which I should have checked before committing your patch, I adm

Re: [PATCH 32/33] net: add a new bind_add method

On Wed, May 20, 2020 at 08:00:25PM -0300, Marcelo Ricardo Leitner wrote: > > + if (err) > > + return err; > > + > > + lock_sock(sk); > > + err = sctp_do_bind(sk, (union sctp_addr *)addr, af->sockaddr_len); > > + if (!err) > > + err = sctp_send_asconf_add_ip(sk, addr, 1);

Re: [PATCH v3 0/3] lib/vsprintf: Introduce %ptT for time64_t

On Wed 2020-05-20 20:43:33, Sergey Senozhatsky wrote: > On (20/05/15 18:02), Petr Mladek wrote: > > On Wed 2020-04-15 20:00:43, Andy Shevchenko wrote: > > > It is a logical continuation of previously applied %ptR for struct > > > rtc_time. > > > We have few users of time64_t that would like to pri

[PATCH] dmaengine: ti: edma: 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/dma/ti/edma.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(

Re: [PATCH] spi: tegra20-slink: Fix runtime PM imbalance on error

On 21/05/2020 09:38, Jon Hunter wrote: > > On 21/05/2020 09:04, Andy Shevchenko wrote: >> On Thu, May 21, 2020 at 10:50 AM Dinghao Liu wrote: >>> >>> pm_runtime_get_sync() increments the runtime PM usage counter even >>> when it returns an error code. Thus a pairing decrement is needed on >>> t

[PATCH] staging: rtl8192e: Using comparison to true is error prone

clear below issues reported by checkpatch.pl: CHECK: Using comparison to true is error prone CHECK: Using comparison to false is error prone Signed-off-by: John Oldman --- drivers/staging/rtl8192e/rtl8192e/rtl_dm.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/d

Re: [PATCH RFC] sched: Add a per-thread core scheduling interface

On Wed, May 20, 2020 at 06:26:42PM -0400, 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 -

Re: [PATCH 09/12] devfreq: add mediatek cci devfreq

On Wed, 2020-05-20 at 13:31 +0100, Mark Brown wrote: > On Wed, May 20, 2020 at 11:43:04AM +0800, Andrew-sh.Cheng wrote: > > > + cci_df->proc_reg = devm_regulator_get_optional(cci_dev, "proc"); > > + ret = PTR_ERR_OR_ZERO(cci_df->proc_reg); > > + if (ret) { > > + if (ret != -EPROBE

[PATCH] sata_rcar: 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/ata/sata_rcar.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletion

Re: mm: mkfs.ext4 invoked oom-killer on i386 - pagecache_get_page

On Thu, 21 May 2020 at 08:10, Yafang Shao wrote: > > On Thu, May 21, 2020 at 2:00 AM Naresh Kamboju > wrote: > > > > On Wed, 20 May 2020 at 17:26, Naresh Kamboju > > wrote: > > > > > > > > > This issue is specific on 32-bit architectures i386 and arm on linux-next > > > tree. > > > As per the

  1   2   3   4   5   6   7   8   9   10   >