Re: [PATCH v9 05/12] mm: HUGE_VMAP arch support cleanup

2021-01-23 Thread Nicholas Piggin
Excerpts from Ding Tianhong's message of January 4, 2021 10:33 pm: > On 2020/12/5 14:57, Nicholas Piggin wrote: >> This changes the awkward approach where architectures provide init >> functions to determine which levels they can provide large mappings for, >> to one where the arch is queried for e

[PATCH 0/2] Remove the IIO counter ABI

2021-01-23 Thread William Breathitt Gray
The IIO counter driver has been superseded by the Counter subsystem as discussed in [1]. This patchset removes the IIO counter ABI code and documentation. [1] https://lore.kernel.org/lkml/20210119104105.1...@huawei.com/ William Breathitt Gray (2): counter: 104-quad-8: Remove IIO counter ABI

[PATCH 2/2] iio: Remove the IIO counter ABI documentation

2021-01-23 Thread William Breathitt Gray
The IIO counter driver has been superseded by the Counter subsystem as discussed in [1]. This patch removes the IIO counter ABI documentation. [1] https://lore.kernel.org/lkml/20210119104105.1...@huawei.com/ Cc: Fabrice Gasnier Cc: Benjamin Gaignard Signed-off-by: William Breathitt Gray --

[PATCH 1/2] counter: 104-quad-8: Remove IIO counter ABI

2021-01-23 Thread William Breathitt Gray
The IIO counter driver has been superseded by the Counter subsystem as discussed in [1]. This patch removes the IIO counter ABI from the 104-QUAD-8 driver. [1] https://lore.kernel.org/lkml/20210119104105.1...@huawei.com/ Cc: Syed Nayyar Waris Signed-off-by: William Breathitt Gray --- .../t

[PATCH] mtd: rawnand: Fix an error handling path in 'ebu_dma_start()'

2021-01-23 Thread Christophe JAILLET
If 'dmaengine_prep_slave_single()' fails, we must undo a previous 'dma_map_single()' call, as already done in all the other error handling paths of this function. Fixes: 0b1039f016e8 ("mtd: rawnand: Add NAND controller support on Intel LGM SoC") Signed-off-by: Christophe JAILLET --- drivers/mtd

Re: [PATCH v2 2/2] memblock: do not start bottom-up allocations with kernel_end

2021-01-23 Thread Mike Rapoport
On Sat, Jan 23, 2021 at 06:09:11PM -0800, Andrew Morton wrote: > On Fri, 22 Jan 2021 01:37:14 -0300 Thiago Jung Bauermann > wrote: > > > Mike Rapoport writes: > > > > > > Signed-off-by: Roman Gushchin > > > > > > Reviewed-by: Mike Rapoport > > > > I've seen a couple of spurious triggers of

[PATCH] dmaengine: ti: k3-udma: Fix a resource leak in an error handling path

2021-01-23 Thread Christophe JAILLET
In 'dma_pool_create()', we return -ENOMEM, but don't release the resources already allocated, as in all the other error handling paths. Go to 'err_res_free' instead of returning directly. Fixes: 017794739702 ("dmaengine: ti: k3-udma: Initial support for K3 BCDMA") Signed-off-by: Christophe JAILLE

Re: [PATCH] counter: stm32-lptimer-cnt: remove iio counter abi

2021-01-23 Thread William Breathitt Gray
On Fri, Jan 22, 2021 at 04:03:23PM +0100, Fabrice Gasnier wrote: > Currently, the STM32 LP Timer counter driver registers into both IIO and > counter subsystems, which is redundant. > > Remove the IIO counter ABI and IIO registration from the STM32 LP Timer > counter driver since it's been superse

Re: [External] Re: [PATCH v13 03/12] mm: hugetlb: free the vmemmap pages associated with each HugeTLB page

2021-01-23 Thread Muchun Song
On Sun, Jan 24, 2021 at 1:53 AM Oscar Salvador wrote: > > X-Gm-Spam: 0 > X-Gm-Phishy: 0 > > On Sun, Jan 17, 2021 at 11:10:44PM +0800, Muchun Song wrote: > > Every HugeTLB has more than one struct page structure. We __know__ that > > we only use the first 4(HUGETLB_CGROUP_MIN_ORDER) struct page str

Re: [PATCH] x86/sgx: Allows ioctl PROVISION to execute before CREATE

2021-01-23 Thread Tianjia Zhang
On 1/21/21 6:37 AM, Jarkko Sakkinen wrote: On Thu, Jan 21, 2021 at 12:34:49AM +0200, Jarkko Sakkinen wrote: On Wed, Jan 20, 2021 at 11:57:18AM +0800, Tianjia Zhang wrote: Hi, On 1/20/21 4:05 AM, Sean Christopherson wrote: On Mon, Jan 18, 2021, Tianjia Zhang wrote: In function sgx_encl_cre

Re: [PATCH v2] x86/sgx: Remove redundant if conditions in sgx_encl_create

2021-01-23 Thread Tianjia Zhang
On 1/21/21 1:47 AM, Sean Christopherson wrote: On Wed, Jan 20, 2021, Tianjia Zhang wrote: In this scenario, there is no case where va_page is NULL, and the error has been checked. The if condition statement here is redundant, so remove the condition detection. Reported-by: Jia Zhang Suggest

[PATCH] driver core: Fix a reource leak in 'fw_devlink_create_devlink()'

2021-01-23 Thread Christophe JAILLET
In 'fw_devlink_create_devlink()', all exit paths, successful or not, release the reference taken on 'sup_dev'. All but this one. Use the existing error handling case to call the missing 'put_device()'. Fixes: f9aa460672c9c ("driver core: Refactor fw_devlink feature") Signed-off-by: Christophe JAI

[PATCH v3 4/5] x86/sgx: Allows ioctl PROVISION to execute before CREATE

2021-01-23 Thread Tianjia Zhang
In the function sgx_create_enclave(), the direct assignment operation of attributes_mask determines that the ioctl PROVISION operation must be executed after the ioctl CREATE operation, which will limit the flexibility of sgx developers. This patch takes the assignment of `attributes_mask` from th

[PATCH v3 0/5] Some optimizations related to sgx

2021-01-23 Thread Tianjia Zhang
This is an optimization of a set of sgx-related codes, each of which is independent of the patch. Because the second and third patches have conflicting dependencies, these patches are put together. --- v3 changes: * split free_cnt count and spin lock optimization into two patches v2 changes:

[PATCH v3 2/5] x86/sgx: Optimize the locking range in sgx_sanitize_section()

2021-01-23 Thread Tianjia Zhang
The spin lock of sgx_epc_section only locks the page_list. The EREMOVE operation and init_laundry_list is not necessary in the protection range of the spin lock. This patch reduces the lock range of the spin lock in the function sgx_sanitize_section() and only protects the operation of the page_lis

[PATCH v3 3/5] x86/sgx: Optimize the free_cnt count in sgx_epc_section

2021-01-23 Thread Tianjia Zhang
`section->free_cnt` represents the free page in sgx_epc_section, which is assigned once after initialization. In fact, just after the initialization is completed, the pages are in the `init_laundry_list` list and cannot be allocated. This needs to be recovered by EREMOVE of function sgx_sanitize_se

[PATCH v3 5/5] x86/sgx: Remove redundant if conditions in sgx_encl_create

2021-01-23 Thread Tianjia Zhang
In this scenario, there is no case where va_page is NULL, and the error has been checked. The if condition statement here is redundant, so remove the condition detection. Signed-off-by: Tianjia Zhang --- arch/x86/kernel/cpu/sgx/ioctl.c | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-

[PATCH v3 1/5] selftests/x86: Simplify the code to get vdso base address in sgx

2021-01-23 Thread Tianjia Zhang
This patch uses the library function `getauxval(AT_SYSINFO_EHDR)` instead of the custom function `vdso_get_base_addr` to obtain the base address of vDSO, which will simplify the code implementation. Signed-off-by: Tianjia Zhang --- tools/testing/selftests/sgx/main.c | 24

Re: [PATCH v4 net-next 0/2] udp: allow forwarding of plain (non-fraglisted) UDP GRO packets

2021-01-23 Thread patchwork-bot+netdevbpf
Hello: This series was applied to netdev/net-next.git (refs/heads/master): On Fri, 22 Jan 2021 18:19:36 + you wrote: > This series allows to form UDP GRO packets in cases without sockets > (for forwarding). To not change the current datapath, this is > performed only when the new correspondin

[tip:x86/cleanups] BUILD SUCCESS 8ece53ef7f428ee3f8eab936268b1a3fe2725e6b

2021-01-23 Thread kernel test robot
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/cleanups branch HEAD: 8ece53ef7f428ee3f8eab936268b1a3fe2725e6b x86/vm86/32: Remove VM86_SCREEN_BITMAP support i386-tinyconfig vmlinux size: =

[rcu:rcu/next] BUILD SUCCESS 68dda19311f01b3450d4a823e47ccbc2c3d06e3c

2021-01-23 Thread kernel test robot
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/next branch HEAD: 68dda19311f01b3450d4a823e47ccbc2c3d06e3c kvfree_rcu: Make krc_this_cpu_unlock() use raw_spin_unlock_irqrestore() elapsed time: 3230m configs tested: 93 configs skipped: 2 The following con

[tip:x86/urgent] BUILD SUCCESS 6e1239c13953f3c2a76e70031f74ddca9ae57cd3

2021-01-23 Thread kernel test robot
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/urgent branch HEAD: 6e1239c13953f3c2a76e70031f74ddca9ae57cd3 x86/cpu: Add another Alder Lake CPU to the Intel family elapsed time: 3272m configs tested: 78 configs skipped: 71 The following configs have been built su

Re: [PATCH next v2 03/17] dt-bindings: phy: mediatek: dsi-phy: modify compatible dependence

2021-01-23 Thread Chun-Kuang Hu
Hi, Chunfeng: Chun-Kuang Hu 於 2021年1月24日 週日 下午12:47寫道: > > Hi, Chunfeng: > > Chunfeng Yun 於 2021年1月22日 週五 下午8:04寫道: > > > > The compatilbe "mediatek,mt7623-mipi-tx" is not supported in driver, > > and in fact uses "mediatek,mt2701-mipi-tx" instead on MT7623, so changes > > the compatible items t

Re: [PATCH next v2 03/17] dt-bindings: phy: mediatek: dsi-phy: modify compatible dependence

2021-01-23 Thread Chun-Kuang Hu
Hi, Chunfeng: Chunfeng Yun 於 2021年1月22日 週五 下午8:04寫道: > > The compatilbe "mediatek,mt7623-mipi-tx" is not supported in driver, > and in fact uses "mediatek,mt2701-mipi-tx" instead on MT7623, so changes > the compatible items to make dependence clear. Reviewed-by: Chun-Kuang Hu > > Cc: Chun-Kuan

Re: [PATCH net v5] net: lapb: Add locking to the lapb module

2021-01-23 Thread Jakub Kicinski
On Fri, 22 Jan 2021 10:07:05 +0100 Martin Schiller wrote: > On 2021-01-21 01:21, Xie He wrote: > > In the lapb module, the timers may run concurrently with other code in > > this module, and there is currently no locking to prevent the code from > > racing on "struct lapb_cb". This patch adds locki

[GIT PULL] SMB3 Fixes

2021-01-23 Thread Steve French
Please pull the following changes since commit 19c329f6808995b142b3966301f217c831e7cf31: Linux 5.11-rc4 (2021-01-17 16:37:05 -0800) are available in the Git repository at: git://git.samba.org/sfrench/cifs-2.6.git tags/5.11-rc4-smb3 for you to fetch changes up to 214a5ea081e77346e4963dd6d20c

Re:[PATCH 1/1] [Add support Mediatek mt7921U]

2021-01-23 Thread sean.wang
From: Sean Wang Hi Mark >From: "mark-yw.chen" > Please use the appropirate version and prefix for the subject such as [PATCH v4] Bluetooth: btusb: Add protocol support for MediaTek MT7921U USB devices > >This patch adds the support of enableing MT7921U, it's USB-based Bluetooth >function. >

Re: [PATCH v3] selftests: drivers: fpga: A test for interrupt support

2021-01-23 Thread Moritz Fischer
Tom, On Sun, Jan 17, 2021 at 08:18:15AM -0800, t...@redhat.com wrote: > From: Tom Rix > > Check that the ioctl DFL_FPGA_PORT_ERR_GET_IRQ_NUM returns > an expected result. > > Tested on vf device 0xbcc1 > > Sample run with > # make -C tools/testing/selftests TARGETS=drivers/fpga run_tests > .

Re: [PATCH] mm/memfd: replace strcpy() by strscpy()

2021-01-23 Thread Matthew Wilcox
On Sun, Jan 24, 2021 at 10:23:37AM +0800, Stephen Zhang wrote: > - strcpy(name, MFD_NAME_PREFIX); > + strscpy(name, MFD_NAME_PREFIX, len + MFD_NAME_PREFIX_LEN); This is silly. Use memcpy() if you must remove strcpy.

Re: [PATCH net] tcp: make TCP_USER_TIMEOUT accurate for zero window probes

2021-01-23 Thread Jakub Kicinski
On Sat, 23 Jan 2021 16:56:43 -0800 Enke Chen wrote: > On Sat, Jan 23, 2021 at 07:19:13PM -0500, Neal Cardwell wrote: > > On Fri, Jan 22, 2021 at 9:45 PM Enke Chen wrote: > > > On Fri, Jan 22, 2021 at 06:34:24PM -0800, Jakub Kicinski wrote: > > > > On Fri, 22 Jan 2021 18:28:23 -0800 Enke Chen w

YOU HAVE WON

2021-01-23 Thread lottonlxxx
LOTTO.NL, 2391 Beds 152 Koningin Julianaplein 21, Den Haag-Netherlands. (Lotto affiliate with Subscriber Agents). From: Susan Console (Lottery Coordinator) Website: www.lotto.nl Sir/Madam, CONGRATULATIONS!!! We are pleased to inform you of the result of the Lotto NL Winners International progr

Re: [PATCH nf-next v4 1/5] net: sched: Micro-optimize egress handling

2021-01-23 Thread Jakub Kicinski
On Fri, 22 Jan 2021 09:47:01 +0100 Lukas Wunner wrote: > sch_handle_egress() returns either the skb or NULL to signal to its > caller __dev_queue_xmit() whether a packet should continue to be > processed. > > The skb is always non-NULL, otherwise __dev_queue_xmit() would hit a > NULL pointer deref

Re: [PATCH v1] trace: Fix race in trace_open and buffer resize call

2021-01-23 Thread Steven Rostedt
On Sat, 23 Jan 2021 22:03:27 +0530 Gaurav Kohli wrote: > Sure I will do, I have never posted on backport branches. Let me check > and post it. > Basically you take your original patch that was in mainline (as the subject and commit message), and make it work as if you were doing the same exac

Re: [PATCH v5] gpiolib: Bind gpio_device to a driver to enable fw_devlink=on by default

2021-01-23 Thread Saravana Kannan
On Sat, Jan 23, 2021 at 2:52 PM Linus Walleij wrote: > > On Fri, Jan 22, 2021 at 8:36 PM Saravana Kannan wrote: > > > There are multiple instances of GPIO device tree nodes of the form: > > > > foo { > > compatible = "acme,foo"; > > ... > > > > gpio0: gpio0@ { > >

[PATCH] hwmon: (dell-smm) Add XPS 15 L502X to fan control blacklist

2021-01-23 Thread Thomas Hebb
It has been reported[0] that the Dell XPS 15 L502X exhibits similar freezing behavior to the other systems[1] on this blacklist. The issue was exposed by a prior change of mine to automatically load dell_smm_hwmon on a wider set of XPS models. To fix the regression, add this model to the blacklist.

[PATCH] mm/memfd: replace strcpy() by strscpy()

2021-01-23 Thread Stephen Zhang
The strcpy() function is being deprecated. Replace it by the safer strscpy(). Signed-off-by: Stephen Zhang --- mm/memfd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/memfd.c b/mm/memfd.c index 2647c89..bb90862 100644 --- a/mm/memfd.c +++ b/mm/memfd.c @@ -278,7 +278,7 @

回复: 回复: [PATCH] rcu: Release per-cpu krcp page cache when CPU going offline

2021-01-23 Thread Zhang, Qiang
发件人: Uladzislau Rezki 发送时间: 2021年1月22日 22:31 收件人: Zhang, Qiang 抄送: Uladzislau Rezki; Paul E. McKenney; r...@vger.kernel.org; linux-kernel@vger.kernel.org 主题: Re: 回复: [PATCH] rcu: Release per-cpu krcp page cache when CPU going offline On Fri, Jan 22, 202

Re: [RFC PATCH] io_uring: add support for IORING_OP_GETDENTS64

2021-01-23 Thread Andres Freund
Hi, On 2021-01-24 01:59:05 +, Al Viro wrote: > On Sat, Jan 23, 2021 at 03:50:55PM -0800, Andres Freund wrote: > > > As there's only a shared lock, seems like both would end up with the > > same ctx->pos and end up updating f_pos to the same offset (assuming the > > same count). > > > > Am I

Re: [PATCH v2 2/2] memblock: do not start bottom-up allocations with kernel_end

2021-01-23 Thread Andrew Morton
On Fri, 22 Jan 2021 01:37:14 -0300 Thiago Jung Bauermann wrote: > Mike Rapoport writes: > > > > Signed-off-by: Roman Gushchin > > > > Reviewed-by: Mike Rapoport > > I've seen a couple of spurious triggers of the WARN_ONCE() removed by this > patch. This happens on some ppc64le bare metal (

[ANNOUNCE] 4.9.253-rt168

2021-01-23 Thread Luis Claudio R. Goncalves
Hello RT-list! I'm pleased to announce the 4.9.253-rt168 stable release. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git branch: v4.9-rt Head SHA1: 39c70c2a2244ca70ab61d2442b3c4136ed40d8ee Or to build 4.9.253-rt168 direct

Re: [PATCH] mm: Fix potential pte_unmap_unlock pte error

2021-01-23 Thread Andrew Morton
On Fri, 22 Jan 2021 16:27:23 +0800 Miaohe Lin wrote: > Hi Andrew: > On 2021/1/14 10:51, Miaohe Lin wrote: > > Hi: > > On 2021/1/11 1:14, Andi Kleen wrote: > >> On Sat, Jan 09, 2021 at 03:01:18AM -0500, Miaohe Lin wrote: > >>> Since commit 42e4089c7890 ("x86/speculation/l1tf: Disallow non privileg

Re: [RFC PATCH] io_uring: add support for IORING_OP_GETDENTS64

2021-01-23 Thread Al Viro
On Sat, Jan 23, 2021 at 03:50:55PM -0800, Andres Freund wrote: > As there's only a shared lock, seems like both would end up with the > same ctx->pos and end up updating f_pos to the same offset (assuming the > same count). > > Am I missing something? This: f = fdget_pos(fd); if

Re: [PATCH v3 net-next 1/1] Allow user to set metric on default route learned via Router Advertisement.

2021-01-23 Thread David Ahern
On 1/23/21 1:00 PM, Jakub Kicinski wrote: > On Fri, 22 Jan 2021 22:16:41 -0700 David Ahern wrote: >> On 1/22/21 9:02 PM, Maciej Żenczykowski wrote: >>> Why can't we get rid of the special case for 0 and simply make 1024 the >>> default value? >> >> That would work too. > > Should we drop it then

Re: [PATCH net] tcp: make TCP_USER_TIMEOUT accurate for zero window probes

2021-01-23 Thread Enke Chen
Hi, Neal: What you described is more accurate, and is correct. Thanks. -- Enke On Sat, Jan 23, 2021 at 07:19:13PM -0500, Neal Cardwell wrote: > On Fri, Jan 22, 2021 at 9:45 PM Enke Chen wrote: > > > > Hi, Jakub: > > > > On Fri, Jan 22, 2021 at 06:34:24PM -0800, Jakub Kicinski wrote: > > > On F

[PATCH] USB: usblp: don't call usb_set_interface if there's a single alt

2021-01-23 Thread Jeremy Figgins
Some devices, such as the Winbond Electronics Corp. Virtual Com Port (Vendor=0416, ProdId=5011), lockup when usb_set_interface() or usb_clear_halt() are called. This device has only a single altsetting, so it should not be necessary to call usb_set_interface(). Signed-off-by: Jeremy Figgins --- A

Re: [PATCH net] tcp: make TCP_USER_TIMEOUT accurate for zero window probes

2021-01-23 Thread Neal Cardwell
On Fri, Jan 22, 2021 at 9:45 PM Enke Chen wrote: > > Hi, Jakub: > > On Fri, Jan 22, 2021 at 06:34:24PM -0800, Jakub Kicinski wrote: > > On Fri, 22 Jan 2021 18:28:23 -0800 Enke Chen wrote: > > > Hi, Jakub: > > > > > > In terms of backporting, this patch should go together with: > > > > > > 9d9b

Re: [PATCH 4/4] perf tools: determine if LR is the return address

2021-01-23 Thread Jiri Olsa
On Fri, Jan 22, 2021 at 04:18:54PM +, Alexandre Truong wrote: > On arm64 and frame pointer mode (e.g: perf record --callgraph fp), > use dwarf unwind info to check if the link register is the return > address in order to inject it to the frame pointer stack. > > Write the following application

Re: [RFC PATCH] io_uring: add support for IORING_OP_GETDENTS64

2021-01-23 Thread Andres Freund
Hi, On 2021-01-23 15:50:55 -0800, Andres Freund wrote: > It's also not clear to me that right now you'd necessarily get correct > results if multiple IORING_OP_GETDENTS64 for the same fd get processed > in different workers. Looking at iterate_dir(), it looks to me that the > locking around the f

Re: [PATCH v1 0/3] Support building gpio-tegra driver as loadable module

2021-01-23 Thread Dmitry Osipenko
24.01.2021 01:50, Linus Walleij пишет: > On Fri, Jan 22, 2021 at 7:59 PM Dmitry Osipenko wrote: > >> This small series adds modularization support to the gpio-tegra driver, >> i.e. driver now could be built as a loadable kernel module. >> >> Dmitry Osipenko (3): >> gpio: tegra: Use debugfs_crea

Re: [RFC PATCH] io_uring: add support for IORING_OP_GETDENTS64

2021-01-23 Thread Andres Freund
Hi, On 2021-01-23 13:41:52 +0200, Lennert Buytenhek wrote: > IORING_OP_GETDENTS64 behaves like getdents64(2) and takes the same > arguments. I've wished for this before, this would be awesome. > One open question is whether IORING_OP_GETDENTS64 should be more like > pread(2) and allow passing i

[PATCH 2/2] hrtimer: Use pr_warn_deferred_once() in hrtimer_interrupt()

2021-01-23 Thread Qais Yousef
printk is not allowed in this context and causes a BUG: Invalid wait context. Signed-off-by: Qais Yousef --- kernel/time/hrtimer.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/kernel/time/hrtimer.c b/kernel/time/hrtimer.c index 743c852e10f2..2d9b7cf1d5e2 100644 --- a/ker

Re: Infinite recursion in device_reorder_to_tail() due to circular device links

2021-01-23 Thread Hugh Dickins
On Tue, 12 Jan 2021, Greg Kroah-Hartman wrote: > On Tue, Jan 12, 2021 at 03:32:04PM +0100, Rafael J. Wysocki wrote: > > On Mon, Jan 11, 2021 at 7:46 PM Stephan Gerhold wrote: > > > > > > Hi, > > > > > > since 5.11-rc1 I get kernel crashes with infinite recursion in > > > device_reorder_to_tail() i

[PATCH 0/2] Fix BUG: Invalid wait context in hrtimer_interrupt()

2021-01-23 Thread Qais Yousef
I hit a pr_warn() inside hrtimer_interrupt() which lead to a BUG: Invalid wait context splat. The problem wasn't reproducible but I think the cause is obvious, printk can't be called from interrupt context. AFAICU printk_deferred() is safe from NMI, so I assumed it is safe to be called from hrtim

[PATCH 1/2] printk: Add new pr_*_deferred_once() variants

2021-01-23 Thread Qais Yousef
To allow users in code where printk is not allowed. Signed-off-by: Qais Yousef --- include/linux/printk.h | 24 1 file changed, 24 insertions(+) diff --git a/include/linux/printk.h b/include/linux/printk.h index fe7eb2351610..92c0978c7b44 100644 --- a/include/linux/prin

Re: [PATCH 1/3] drivers: firmware: Add Pdi load API support

2021-01-23 Thread Moritz Fischer
On Mon, Jan 18, 2021 at 08:13:16AM +0530, Nava kishore Manne wrote: > This patch adds load pdi api support to enable pdi/partial loading from > linux. Programmable Device Image (PDI) is combination of headers, images > and bitstream files to be loaded. Partial PDI is partial set of image/ > images

Re: [PATCH 3/3] fpga: versal-fpga: Add versal fpga manager driver

2021-01-23 Thread Moritz Fischer
Hi Nava, On Fri, Jan 22, 2021 at 10:34:15AM +, Nava kishore Manne wrote: > Hi Moritz, > > Thanks for the review. > Please find my response inline. > > > -Original Message- > > From: Moritz Fischer > > Sent: Tuesday, January 19, 2021 6:03 AM > > To: Nava kishore Manne > > Cc:

Re: [RFC PATCH] io_uring: add support for IORING_OP_GETDENTS64

2021-01-23 Thread Jens Axboe
On 1/23/21 4:27 PM, Matthew Wilcox wrote: > On Sat, Jan 23, 2021 at 01:41:52PM +0200, Lennert Buytenhek wrote: >> IORING_OP_GETDENTS64 behaves like getdents64(2) and takes the same > > Could we drop the '64'? We don't, for example, have IOURING_OP_FADVISE64 > even though that's the name of the sy

Re: [RFC PATCH] io_uring: add support for IORING_OP_GETDENTS64

2021-01-23 Thread Matthew Wilcox
On Sat, Jan 23, 2021 at 01:41:52PM +0200, Lennert Buytenhek wrote: > IORING_OP_GETDENTS64 behaves like getdents64(2) and takes the same Could we drop the '64'? We don't, for example, have IOURING_OP_FADVISE64 even though that's the name of the syscall.

Re: [PATCH v6 2/2] iio: accel: Add support for the Bosch-Sensortec BMI088

2021-01-23 Thread Linus Walleij
On Sat, Jan 23, 2021 at 4:35 PM Jonathan Cameron wrote: > [Me] > > Next, I think it is better to let suspend/resume, i.e. system PM > > reuse runtime PM since you're implementing that. This is why > > we invented PM runtime force resume and force suspend. > > Here the driver is turning more off fo

Re: [PATCH v2] perf stat: Append to default list if use -e +event

2021-01-23 Thread Jiri Olsa
On Thu, Jan 21, 2021 at 10:02:25AM -0300, Arnaldo Carvalho de Melo wrote: > Em Thu, Jan 21, 2021 at 02:08:52PM +0800, Jin, Yao escreveu: > > Hi Arnaldo, > > > > On 1/21/2021 8:03 AM, Arnaldo Carvalho de Melo wrote: > > > Em Wed, Jan 20, 2021 at 10:25:53PM +0100, Jiri Olsa escreveu: > > > > On Mon,

Re: [PATCH] perf auxtrace: Automatically group aux-output events

2021-01-23 Thread Jiri Olsa
On Thu, Jan 21, 2021 at 04:04:18PM +0200, Adrian Hunter wrote: > aux-output events need to have an AUX area event as the group leader. > However, grouping events does not allow the AUX area event to be given > an address filter because the --filter option must come after the event, > which conflict

[PATCH v3] PM / clk: make PM clock layer compatible with clocks that must sleep

2021-01-23 Thread Nicolas Pitre
The clock API splits its interface into sleepable ant atomic contexts: - clk_prepare/clk_unprepare for stuff that might sleep - clk_enable_clk_disable for anything that may be done in atomic context The code handling runtime PM for clocks only calls clk_disable() on suspend requests, and clk_ena

Re: [PATCH] bus: qcom: Put child node before return

2021-01-23 Thread Linus Walleij
On Sat, Jan 23, 2021 at 12:19 AM Bjorn Andersson wrote: > On Fri 22 Jan 16:47 CST 2021, Linus Walleij wrote: > > > On Thu, Jan 21, 2021 at 12:49 PM Pan Bian wrote: > > > > > Put child node before return to fix potential reference count leak. > > > Generally, the reference count of child is increm

Re: [PATCH v4 2/3] Input: atmel_mxt_ts - support wakeup methods

2021-01-23 Thread Linus Walleij
On Fri, Jan 22, 2021 at 9:07 PM Dmitry Osipenko wrote: > According to datasheets, chips like mXT1386 have a WAKE line, it is used > to wake the chip up from deep sleep mode before communicating with it via > the I2C-compatible interface. > > If the WAKE line is connected to a GPIO line, the line

Re: [PATCH v4 00/10] Function Granular KASLR

2021-01-23 Thread Fangrui Song
On 2020-08-28, Josh Poimboeuf wrote: On Fri, Aug 28, 2020 at 12:21:13PM +0200, Miroslav Benes wrote: > Hi there! I was trying to find a super easy way to address this, so I > thought the best thing would be if there were a compiler or linker > switch to just eliminate any duplicate symbols at co

Re: [PATCH v7] perf stat: Fix wrong skipping for per-die aggregation

2021-01-23 Thread Jiri Olsa
On Thu, Jan 21, 2021 at 12:21:36PM +0800, Jin, Yao wrote: sNIP > mask = hashmap__new(pkg_id_hash, pkg_id_equal, NULL); > d = cpu_map__get_die(cpus, cpu, NULL).die; > key = (size_t)d << KEY_SHIFT | s; /* s is socket id */ > if (hashmap__find(mask, (void *)key, NULL)) > *skip = true; > el

Re: [PATCH v1] gpio: tegra: Improve formatting of the code

2021-01-23 Thread Linus Walleij
On Fri, Jan 22, 2021 at 9:00 PM Dmitry Osipenko wrote: > Don't cross 80 chars of line length in order to keep formatting of the > code consistent. > > Signed-off-by: Dmitry Osipenko Acked-by: Linus Walleij Yours, Linus Walleij

Re: [PATCH v5] gpiolib: Bind gpio_device to a driver to enable fw_devlink=on by default

2021-01-23 Thread Linus Walleij
On Fri, Jan 22, 2021 at 8:36 PM Saravana Kannan wrote: > There are multiple instances of GPIO device tree nodes of the form: > > foo { > compatible = "acme,foo"; > ... > > gpio0: gpio0@ { > compatible = "acme,bar"; > ... >

Re: [PATCH v1 0/3] Support building gpio-tegra driver as loadable module

2021-01-23 Thread Linus Walleij
On Fri, Jan 22, 2021 at 7:59 PM Dmitry Osipenko wrote: > This small series adds modularization support to the gpio-tegra driver, > i.e. driver now could be built as a loadable kernel module. > > Dmitry Osipenko (3): > gpio: tegra: Use debugfs_create_devm_seqfile() > gpio: tegra: Clean up whit

Re: [PATCH v5 4/9] libperf: Add evsel mmap support

2021-01-23 Thread Jiri Olsa
On Wed, Jan 13, 2021 at 08:06:00PM -0600, Rob Herring wrote: > In order to support usersapce access, an event must be mmapped. While > there's already mmap support for evlist, the usecase is a bit different > than the self monitoring with userspace access. So let's add a new > perf_evsel__mmap() fu

Re: bisected regression in v5.11-rc1 snd-usb-audio

2021-01-23 Thread Jamie Heilman
Takashi Iwai wrote: > On Sat, 23 Jan 2021 12:08:02 +0100, > Jamie Heilman wrote: > > > > > If the problem is still seen with the very latest Linus tree and the > > > previous patch, please enable the dyndbg, e.g. pass dydbg=+p option to > > > snd-usb-audio module, i.e. reload like > > >modprob

[PATCH] vt: keyboard, use new API for keyboard_tasklet

2021-01-23 Thread Emil Renner Berthing
This converts the keyboard_tasklet to use the new API in commit 12cc923f1ccc ("tasklet: Introduce new initialization API") The new API changes the argument passed to the callback function, but fortunately the argument isn't used so it is straight forward to use DECLARE_TASKLET_DISABLED() rather th

Re: [PATCH] printk: fix buffer overflow potential for print_text()

2021-01-23 Thread Sven Schnelle
Sven Schnelle writes: > John Ogness writes: > >> On 2021-01-22, Sven Schnelle wrote: > I was able to reproduce it in a virtual machine where i have a few more > ways to debug. What i got was: > > 01: -> 001B8814" MVI 92001000 >> 0163F1CD CC 2 > > That's a watchpoint t

Re: [PATCH] doc: networking: ip-sysctl: Document conf/all/disable_ipv6 and conf/default/disable_ipv6

2021-01-23 Thread patchwork-bot+netdevbpf
Hello: This patch was applied to netdev/net.git (refs/heads/master): On Thu, 21 Jan 2021 16:02:44 +0100 you wrote: > This patch adds documentation for sysctl conf/all/disable_ipv6 and > conf/default/disable_ipv6 settings which is currently missing. > > Signed-off-by: Pali Rohár > --- > Documen

Re: [PATCH] NFC: fix resource leak when target index is invalid

2021-01-23 Thread patchwork-bot+netdevbpf
Hello: This patch was applied to netdev/net.git (refs/heads/master): On Thu, 21 Jan 2021 07:27:48 -0800 you wrote: > Goto to the label put_dev instead of the label error to fix potential > resource leak on path that the target index is invalid. > > Fixes: c4fbb6515a4d ("NFC: The core part should

RE: [watchdog] watchdog: mei_wdt: request stop on unregister

2021-01-23 Thread Winkler, Tomas
> > Tomas, > > On Thu, Jan 07, 2021 at 04:12:15PM -0800, Guenter Roeck wrote: > > Hi, > > > > On Thu, Jan 07, 2021 at 09:57:30PM +0200, Tomas Winkler wrote: > > > From: Alexander Usyskin > > > > > > Send the stop command to the firmware on watchdog unregister to > > > eleminate false event on su

Re: [PATCH] NFC: fix possible resource leak

2021-01-23 Thread patchwork-bot+netdevbpf
Hello: This patch was applied to netdev/net.git (refs/heads/master): On Thu, 21 Jan 2021 07:37:45 -0800 you wrote: > Put the device to avoid resource leak on path that the polling flag is > invalid. > > Fixes: a831b9132065 ("NFC: Do not return EBUSY when stopping a poll that's > already stopped

Re: [PATCH net 2/4] net: mvpp2: Remove unneeded Kconfig dependency.

2021-01-23 Thread Jakub Kicinski
On Sat, 23 Jan 2021 13:14:00 -0800 Richard Cochran wrote: > On Sat, Jan 23, 2021 at 12:12:27PM -0800, Jakub Kicinski wrote: > > I see. The only thing I'm worried about then is the churn in patch 3. > > This would land in Linus's tree shortly before rc6, kinda late to be > > taking chances in the na

Re: [PATCH] net: dsa: bcm_sf2: put device node before return

2021-01-23 Thread patchwork-bot+netdevbpf
Hello: This patch was applied to netdev/net.git (refs/heads/master): On Thu, 21 Jan 2021 04:33:43 -0800 you wrote: > Put the device node dn before return error code on failure path. > > Fixes: 461cd1b03e32 ("net: dsa: bcm_sf2: Register our slave MDIO bus") > Signed-off-by: Pan Bian > --- > dri

Re: [PATCH] chtls: Fix potential resource leak

2021-01-23 Thread patchwork-bot+netdevbpf
Hello: This patch was applied to netdev/net.git (refs/heads/master): On Thu, 21 Jan 2021 06:57:38 -0800 you wrote: > The dst entry should be released if no neighbour is found. Goto label > free_dst to fix the issue. Besides, the check of ndev against NULL is > redundant. > > Signed-off-by: Pan B

Re: [PATCH net-next v2 0/5] net: ipa: NAPI poll updates

2021-01-23 Thread patchwork-bot+netdevbpf
Hello: This series was applied to netdev/net-next.git (refs/heads/master): On Thu, 21 Jan 2021 05:48:16 -0600 you wrote: > Version 1 of this series inadvertently dropped the "static" that > limits the scope of gsi_channel_update(). Version 2 fixes this > (in patch 3). > > While reviewing the IP

Re: [PATCH] printk: fix buffer overflow potential for print_text()

2021-01-23 Thread Sven Schnelle
John Ogness writes: > On 2021-01-22, Sven Schnelle wrote: >> >> So somehow the pointer for console_drivers changes. >> >> I can't provide the normal kernel crash output as printk is no longer >> working, > > I don't understand what you mean here. The crash tool can dump the > printk buffer. > >

Re: [PATCH net 2/4] net: mvpp2: Remove unneeded Kconfig dependency.

2021-01-23 Thread Richard Cochran
On Sat, Jan 23, 2021 at 12:12:27PM -0800, Jakub Kicinski wrote: > I see. The only thing I'm worried about then is the churn in patch 3. > This would land in Linus's tree shortly before rc6, kinda late to be > taking chances in the name of minor optimizations :S ;^) Yeah, by all means, avoid ARM c

Re: [PATCH v3] checkpatch: add warning for avoiding .L prefix symbols in assembly files

2021-01-23 Thread Joe Perches
On Sun, 2021-01-24 at 00:34 +0530, Aditya Srivastava wrote: > objtool requires that all code must be contained in an ELF symbol. > Symbol names that have a '.L' prefix do not emit symbol table entries, as > they have special meaning for the assembler. > > '.L' prefixed symbols can be used within a

[PATCH] configfs: make directories inherit uid/gid from creator

2021-01-23 Thread Maciej Żenczykowski
From: Maciej Żenczykowski Currently a non-root process can create directories, but cannot create stuff in the directories it creates. Example (before this patch): phone:/ $ id uid=1000(system) gid=1000(system) groups=1000(system),... context=u:r:su:s0 phone:/ $ cd /config/usb_gadget/g1/co

Re: [PATCH bpf-next v5 4/4] selftests/bpf: Add a selftest for the tracing bpf_get_socket_cookie

2021-01-23 Thread Yonghong Song
On 1/22/21 7:34 AM, Florent Revest wrote: On Wed, Jan 20, 2021 at 8:06 PM Florent Revest wrote: On Wed, Jan 20, 2021 at 8:04 PM Alexei Starovoitov wrote: On Wed, Jan 20, 2021 at 9:08 AM KP Singh wrote: On Tue, Jan 19, 2021 at 5:00 PM Florent Revest wrote: This builds up on the exis

Re: [PATCH net v2 0/2] fix and move definitions of MRP data structures

2021-01-23 Thread Jakub Kicinski
On Thu, 21 Jan 2021 21:40:35 +0100 Rasmus Villemoes wrote: > v2: update commit log of the patch to include comments on 32 bit > alignment; include second patch moving the structs out of uapi. Applied, thanks!

Re: [PATCH v2 1/1] vhost scsi: alloc vhost_scsi with kvzalloc() to avoid delay

2021-01-23 Thread Dongli Zhang
According to my "git send-email" history, I have CCed jasow...@redhat.com. Not sure why Jason is not on the list. CCed Jason. Thank you very much! Dongli Zhang On 1/23/21 12:08 AM, Dongli Zhang wrote: > The size of 'struct vhost_scsi' is order-10 (~2.3MB). It may take long time > delay by kzallo

Re: [PATCH net-next] net: core: devlink: add new trap action HARD_DROP

2021-01-23 Thread Jakub Kicinski
On Sat, 23 Jan 2021 18:03:48 +0200 Ido Schimmel wrote: > [DEVLINK_ATTR_STATS_RX_DROPPED] nit: maybe discarded? dropped sounds like may have been due to an overflow or something

[PATCH 1/3] smp: Process pending softirqs in flush_smp_call_function_from_idle()

2021-01-23 Thread Sebastian Andrzej Siewior
send_call_function_single_ipi() may wake an idle CPU without sending an IPI. The woken up CPU will process the SMP-functions in flush_smp_call_function_from_idle(). Any raised softirq from within the SMP-function call will not be processed. Should the CPU have no tasks assigned, then it will go bac

Re: [PATCH net 2/4] net: mvpp2: Remove unneeded Kconfig dependency.

2021-01-23 Thread Jakub Kicinski
On Sat, 23 Jan 2021 05:26:26 -0800 Richard Cochran wrote: > On Fri, Jan 22, 2021 at 06:14:44PM -0800, Jakub Kicinski wrote: > > > (I would put it in net-next tho, given the above this at most a space > > optimization.) > > It isn't just about space but also time. The reason why I targeted > ne

[PATCH 3/3] blk-mq: Use llist_head for blk_cpu_done

2021-01-23 Thread Sebastian Andrzej Siewior
With llist_head it is possible to avoid the locking (the irq-off region) when items are added. This makes it possible to add items on a remote CPU without additional locking. llist_add() returns true if the list was previously empty. This can be used to invoke the SMP function call / raise sofirq o

[PATCH v3 0/3] blk-mq: Don't complete in IRQ, use llist_head

2021-01-23 Thread Sebastian Andrzej Siewior
Patch 2+3 were applied and then dropped by Jens due to a NOHZ+softirq related warning [0]. Turns out a successful wakeup via set_nr_if_polling() will not process any softirqs and the CPU may go back to idle. This is addressed by patch #1. smpcfd_dying_cpu() will also invoke SMP-functions calls via

[PATCH 2/3] blk-mq: Always complete remote completions requests in softirq

2021-01-23 Thread Sebastian Andrzej Siewior
Controllers with multiple queues have their IRQ-handelers pinned to a CPU. The core shouldn't need to complete the request on a remote CPU. Remove this case and always raise the softirq to complete the request. Signed-off-by: Sebastian Andrzej Siewior --- block/blk-mq.c | 14 +- 1 f

Re: [GIT PULL] KUnit update for Linux 5.11-rc5

2021-01-23 Thread pr-tracker-bot
The pull request you sent on Fri, 22 Jan 2021 17:43:04 -0700: > git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest > tags/linux-kselftest-kunit-fixes-5.11-rc5 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/929b979611f5d2a264a2c1b9fe84baa975828522 Tha

Re: [GIT PULL] SCSI fixes for 5.11-rc4

2021-01-23 Thread pr-tracker-bot
The pull request you sent on Fri, 22 Jan 2021 18:30:49 -0800: > git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/15cfb0f06db41542ba16907a964874ea9cfe99b2 Thank you! -- Deet-doot-dot, I am a bot. ht

Re: [GIT PULL] mtd: Fixes for v5.11-rc5

2021-01-23 Thread pr-tracker-bot
The pull request you sent on Sat, 23 Jan 2021 19:59:40 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/mtd/linux.git mtd/fixes has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/e1ae4b0be15891faf46d390e9f3dc9bd71a8cae1 Thank you! -- Deet-doot-dot, I am a bot. htt

Re: [PULL REQUEST] i2c for 5.11

2021-01-23 Thread pr-tracker-bot
The pull request you sent on Sat, 23 Jan 2021 13:43:29 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux.git i2c/for-current has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/077e81d51d1fce056b361c27b6cddd41e1469b9d Thank you! -- Deet-doot-dot, I am a bo

Re: [PATCH] usb: typec: tcpm: Create legacy PDOs for PD2 connection

2021-01-23 Thread Guenter Roeck
On 1/15/21 8:33 AM, Kyle Tso wrote: > If the port partner is PD2, the PDOs of the local port should follow the > format defined in PD2 Spec. Dynamically modify the pre-defined PD3 PDOs > and transform them into PD2 format before sending them to the PD2 port > partner. > > Signed-off-by: Kyle Tso

Re: [PATCH v3 net-next 1/1] Allow user to set metric on default route learned via Router Advertisement.

2021-01-23 Thread Jakub Kicinski
On Fri, 22 Jan 2021 22:16:41 -0700 David Ahern wrote: > On 1/22/21 9:02 PM, Maciej Żenczykowski wrote: > > Why can't we get rid of the special case for 0 and simply make 1024 the > > default value? > > That would work too. Should we drop it then? Easier to bring it back than to change the inter

  1   2   3   4   >