Re: [PATCH V3 1/3] arm64: topology: Avoid the have_policy check

2020-12-16 Thread Viresh Kumar
On 15-12-20, 11:04, Viresh Kumar wrote: > Every time I have stumbled upon this routine, I get confused with the > way 'have_policy' is used and I have to dig in to understand why is it > so. Here is an attempt to make it easier to understand, and hopefully it > is an improvement. > > The

Re: [PATCH 1/2] blk-iocost: Add iocg idle state tracepoint

2020-12-16 Thread Baolin Wang
Hi Jens, It will be helpful to trace the iocg's whole state, including active and idle state. And we can easily expand the original iocost_iocg_activate trace event to support a state trace class, including active and idle state tracing. Signed-off-by: Baolin Wang Could you pick up patch 1

[PATCH V2 XRT Alveo 3/6] fpga: xrt: core infrastructure for xrt-lib module

2020-12-16 Thread Sonal Santan
From: Sonal Santan Add xrt-lib kernel module infrastructrure code which defines APIs for working with device nodes, iteration and lookup of platform devices, common interfaces for platform devices, plumbing of function call and ioctls between platform devices and parent partitions.

[PATCH V2 XRT Alveo 6/6] fpga: xrt: Kconfig and Makefile updates for XRT drivers

2020-12-16 Thread Sonal Santan
From: Sonal Santan Update fpga Kconfig/Makefile and add Kconfig/Makefile for new drivers. Signed-off-by: Sonal Santan --- drivers/fpga/Kconfig | 2 ++ drivers/fpga/Makefile | 4 drivers/fpga/xrt/Kconfig | 7 +++ drivers/fpga/xrt/Makefile | 21

[PATCH V2 XRT Alveo 4/6] fpga: xrt: XRT Alveo management physical function driver

2020-12-16 Thread Sonal Santan
From: Sonal Santan Add management physical function driver core. The driver attaches to management physical function of Alveo devices. It instantiates the root driver and one or more partition drivers which in turn instantiate platform drivers. The instantiation of partition and platform drivers

Re: [PATCH 2/2] blk-iocost: Use alloc_percpu_gfp() to simplify the code

2020-12-16 Thread Baolin Wang
Hi Tejun, Hello, On Fri, Dec 11, 2020 at 03:13:29PM +0800, Baolin Wang wrote: Thanks for teaching me this, at least I did not get this from the local_ops Documentation before. Just out of curiosity, these local[64]_t variables are also allocated from budy allocator ultimately, why they can

[PATCH V2 XRT Alveo 5/6] fpga: xrt: platform drivers for subsystems in shell partition

2020-12-16 Thread Sonal Santan
From: Sonal Santan Add platform drivers for HW subsystems found in shell partition. Each driver implements interfaces defined by xrt-subdev.h. The driver instances are created by parent partition to manage subsystem instances discovered by walking device tree. The platform drivers may populate

[PATCH V2 XRT Alveo 2/6] fpga: xrt: infrastructure support for xmgmt driver

2020-12-16 Thread Sonal Santan
From: Sonal Santan Add infrastructure code for XRT management physical function driver. This provides support for enumerating and extracting sections from xclbin files, interacting with device tree nodes found in xclbin and working with Alveo partitions. Signed-off-by: Sonal Santan ---

[RFC PATCH v2 4/8] net: sparx5: add port module support

2020-12-16 Thread Steen Hegelund
This add configuration of the Sparx5 port module instances. Signed-off-by: Steen Hegelund Signed-off-by: Bjarni Jonasson Signed-off-by: Lars Povlsen --- .../net/ethernet/microchip/sparx5/Makefile|3 +- .../ethernet/microchip/sparx5/sparx5_main.c |9 +

[RFC PATCH v2 5/8] net: sparx5: add switching, vlan and mactable support

2020-12-16 Thread Steen Hegelund
This adds SwitchDev support by hardware offloading the SW bridge and setting up the Sparx5 MAC/VLAN tables, and listening for MAC table updates. Signed-off-by: Steen Hegelund Signed-off-by: Bjarni Jonasson Signed-off-by: Lars Povlsen --- .../net/ethernet/microchip/sparx5/Makefile| 3 +-

[RFC PATCH v2 7/8] net: sparx5: add ethtool configuration and statistics support

2020-12-16 Thread Steen Hegelund
This adds statistic counters for the network interfaces provided by the driver. It also adds CPU port counters (which are not exposed by ethtool). This also adds support for configuring the network interface parameters via ethtool: speed, duplex, aneg etc. Signed-off-by: Steen Hegelund

[PATCH V2 XRT Alveo 1/6] Documentation: fpga: Add a document describing XRT Alveo drivers

2020-12-16 Thread Sonal Santan
From: Sonal Santan Describe XRT driver architecture and provide basic overview of Xilinx Alveo platform. Signed-off-by: Sonal Santan --- Documentation/fpga/index.rst | 1 + Documentation/fpga/xrt.rst | 649 +++ 2 files changed, 650 insertions(+) create

[RFC PATCH v2 8/8] arm64: dts: sparx5: Add the Sparx5 switch node

2020-12-16 Thread Steen Hegelund
This provides switchdev support for the Microship Sparx5 PCB134 and PCB135 reference boards. This commit depends on the following series currently on their way into the kernel: - Sparx5 SerDes Driver Link: https://lore.kernel.org/r/20201211090541.157926-1-steen.hegel...@microchip.com/ -

[RFC PATCH v2 3/8] net: sparx5: add hostmode with phylink support

2020-12-16 Thread Steen Hegelund
This adds phylink support for ports and register base injection and extraction. Signed-off-by: Steen Hegelund Signed-off-by: Bjarni Jonasson Signed-off-by: Lars Povlsen --- .../net/ethernet/microchip/sparx5/Makefile| 2 +- .../ethernet/microchip/sparx5/sparx5_main.c | 68 +

[RFC PATCH v2 6/8] net: sparx5: add calendar bandwidth allocation support

2020-12-16 Thread Steen Hegelund
This configures the Sparx5 calendars according to the bandwidth requested in the Device Tree nodes. It also checks if the total requested bandwidth is within the specs of the detected Sparx5 models limits. Signed-off-by: Steen Hegelund Signed-off-by: Bjarni Jonasson Signed-off-by: Lars Povlsen

[PATCH V2 XRT Alveo 0/6] XRT Alveo driver overview

2020-12-16 Thread Sonal Santan
Hello, This is V2 of patch series which adds management physical function driver for Xilinx Alveo PCIe accelerator cards, https://www.xilinx.com/products/boards-and-kits/alveo.html This driver is part of Xilinx Runtime (XRT) open source stack. The patch series depends on libfdt patches which

[RFC PATCH v2 1/8] dt-bindings: net: sparx5: Add sparx5-switch bindings

2020-12-16 Thread Steen Hegelund
Document the Sparx5 switch device driver bindings Signed-off-by: Steen Hegelund Signed-off-by: Lars Povlsen --- .../bindings/net/microchip,sparx5-switch.yaml | 178 ++ 1 file changed, 178 insertions(+) create mode 100644

[RFC PATCH v2 0/8] Adding the Sparx5 Switch Driver

2020-12-16 Thread Steen Hegelund
This series provides the Microchip Sparx5 Switch Driver The Sparx5 Carrier Ethernet and Industrial switch family delivers 64 Ethernet ports and up to 200 Gbps of switching bandwidth. It provides a rich set of Ethernet switching features such as hierarchical QoS, hardware-based OAM and service

[PATCH] RISC-V: Fix usage of memblock_enforce_memory_limit

2020-12-16 Thread Atish Patra
memblock_enforce_memory_limit accepts the maximum memory size not the last address. Fix the function invocation correctly. Fixes: 1bd14a66ee52 ("RISC-V: Remove any memblock representing unusable memory area") Signed-off-by: Atish Patra --- arch/riscv/mm/init.c | 2 +- 1 file changed, 1

Re: memory leak in xskq_create

2020-12-16 Thread Peilin Ye
Hi Björn, On Thu, Dec 17, 2020 at 08:12:26AM +0100, Björn Töpel wrote: > On 2020-12-16 19:11, Peilin Ye wrote: > > I have tested the following diff locally against syzbot's reproducer, > > and sent a patch to it [1] for testing. I will send a real patch here > > tomorrow if syzbot is happy about

[PATCH 2/4] sched/fair: Make CFS bandwidth controller burstable

2020-12-16 Thread Huaixin Chang
Accumulate unused quota from previous periods, thus accumulated bandwidth runtime can be used in the following periods. During accumulation, take care of runtime overflow. Previous non-burstable CFS bandwidth controller only assign quota to runtime, that saves a lot. A sysctl parameter

[PATCH 1/4] sched/fair: Introduce primitives for CFS bandwidth burst

2020-12-16 Thread Huaixin Chang
In this patch, we introduce the notion of CFS bandwidth burst. Unused "quota" from pervious "periods" might be accumulated and used in the following "periods". The maximum amount of accumulated bandwidth is bounded by "burst". And the maximun amount of CPU a group can consume in a given period is

[PATCH 4/4] sched/fair: Add document for burstable CFS bandwidth control

2020-12-16 Thread Huaixin Chang
Basic description of usage and effect for CFS Bandwidth Control Burst. Signed-off-by: Huaixin Chang Signed-off-by: Shanpei Chen --- Documentation/scheduler/sched-bwc.rst | 49 --- 1 file changed, 45 insertions(+), 4 deletions(-) diff --git

[PATCH 3/4] sched/fair: Add cfs bandwidth burst statistics

2020-12-16 Thread Huaixin Chang
Introduce statistics exports for the burstable cfs bandwidth controller. The following exports are included: current_bw: current runtime in global pool nr_burst: number of periods bandwidth burst occurs burst_time: cumulative wall-time that any cpus has used above quota in

[PATCH 0/4] sched/fair: Burstable CFS bandwidth controller

2020-12-16 Thread Huaixin Chang
The CFS bandwidth controller limits CPU requests of a task group to quota during each period. However, parallel workloads might be bursty so that they get throttled. And they are latency sensitive at the same time so that throttling them is undesired. Scaling up period and quota allows greater

Re: brk checks in PR_SET_MM code

2020-12-16 Thread Cyrill Gorcunov
On Wed, Dec 16, 2020 at 08:29:30PM -0500, Keno Fischer wrote: > Hi all, > > The code in prctl(PR_SET_MM, ...) performs a number of sanity checks, > among them > > ``` > /* > * @brk should be after @end_data in traditional maps. > */ > if (prctl_map->start_brk <= prctl_map->end_data || >

[PATCH] arm64: Kconfig: select ZONE_DMA

2020-12-16 Thread Peng Fan (OSS)
From: Peng Fan ZONE_DMA should not be disabled, otherwise arm64_dma_phys_limit is left uninitialized and cause swiotlb have IO TLB above 4GB which might crash some platforms Signed-off-by: Peng Fan --- Not sure whether need to address code to initialize the variables or force select ZONE_DMA

Re: [net-next PATCH v2 02/14] net: phy: Introduce phy related fwnode functions

2020-12-16 Thread Calvin Johnson
On Tue, Dec 15, 2020 at 07:23:26PM +0200, Andy Shevchenko wrote: > On Tue, Dec 15, 2020 at 6:44 PM Calvin Johnson > wrote: > > > > Define fwnode_phy_find_device() to iterate an mdiobus and find the > > phy device of the provided phy fwnode. Additionally define > > device_phy_find_device() to find

Re: [PATCH 00/21] Control VQ support in vDPA

2020-12-16 Thread Eli Cohen
On Wed, Dec 16, 2020 at 02:47:57PM +0800, Jason Wang wrote: Hi Jason, I saw the patchset and will start reviewing it starting Dec 27. I am out of office next week. > Hi All: > > This series tries to add the support for control virtqueue in vDPA. > > Control virtqueue is used by networking

[PATCH] usemem: Add option touch-alloc

2020-12-16 Thread Hui Zhu
Some environment will not fault in memory even if MAP_POPULATE is set. This commit add option touch-alloc to read memory after allocate it to make sure the pages is fault in. Signed-off-by: Hui Zhu --- usemem.c | 37 + 1 file changed, 25 insertions(+), 12

[PATCH v1 1/4] Bluetooth: Keep MSFT extension info throughout a hci_dev's life cycle

2020-12-16 Thread Miao-chen Chou
This moves msft_do_close() from hci_dev_do_close() to hci_unregister_dev() to avoid clearing MSFT extension info. This also avoids retrieving MSFT info upon every msft_do_open() if MSFT extension has been initialized. The following test steps were performed. (1) boot the test device and verify

[PATCH v1 2/4] Bluetooth: btqca: Enable MSFT extension for Qualcomm WCN399x

2020-12-16 Thread Miao-chen Chou
The following Qualcomm WCN399x Bluetooth controllers support the Microsoft vendor extension and they are using 0xFD70 for VsMsftOpCode. -WCN3990 -WCN3991 -WCN3998 < HCI Command: ogf 0x3f, ocf 0x0170, plen 1 00 > HCI Event: 0x0e plen 18 01 70 FD 00 00 1F 00 00 00 00 00 00 00 04 4D 53 46 54

[PATCH v1 3/4] Bluetooth: btusb: Enable MSFT extension for Intel controllers

2020-12-16 Thread Miao-chen Chou
The Intel JeffersonPeak, HarrisonPeak and CyclonePeak Bluetooth controllers support the Microsoft vendor extension and they are using 0xFC1E for VsMsftOpCode. < HCI Command: Vendor (0x3f|0x001e) plen 1 00 > HCI Event: Command Complete (0x0e) plen 15 Vendor (0x3f|0x001e) ncmd 1

[PATCH v1 4/4] Bluetooth: btrtl: Enable MSFT extension for RTL8822CE controller

2020-12-16 Thread Miao-chen Chou
The Realtek RTL8822CE Bluetooth controller support Microsoft vendor extension and it uses 0xFCF0 for VsMsftOpCode. The following test step was performed. - Boot the test device with RTL8822CE and verify the INFO print in dmesg. Signed-off-by: Miao-chen Chou Reviewed-by: Abhishek Pandit-Subedi

[PATCH] MAINTAINERS: include governors into CPU IDLE TIME MANAGEMENT FRAMEWORK

2020-12-16 Thread Lukas Bulwahn
The current pattern in the file entry does not make the files in the governors subdirectory to be a part of the CPU IDLE TIME MANAGEMENT FRAMEWORK. Adjust the file pattern to include files in governors. Signed-off-by: Lukas Bulwahn --- applies cleanly on current master and next-20201215

Re: memory leak in xskq_create

2020-12-16 Thread Björn Töpel
On 2020-12-16 19:11, Peilin Ye wrote: Hi all, On Sun, Dec 13, 2020 at 06:53:10AM -0800, syzbot wrote: BUG: memory leak unreferenced object 0x88810f897940 (size 64): comm "syz-executor991", pid 8502, jiffies 4294942194 (age 14.080s) hex dump (first 32 bytes): 7f 00 00 00 80 00

Re: linux-next: build failure after merge of the watchdog tree

2020-12-16 Thread Wim Van Sebroeck
Hi Stephen, Some operational work-related issues broke my planning yesterday. I just made the changes to the watchdog tree. My apologies, Wim. > Hi Stephen, > > It's on my todo list for today. > > Kind ergards, > Wim. > > > Hi all, > > > > On Sun, 13 Dec 2020 22:09:55 -0800 Guenter Roeck

Re: [dm-devel] [PATCH v1 0/5] dm: dm-user: New target that proxies BIOs to userspace

2020-12-16 Thread Palmer Dabbelt
On Wed, 16 Dec 2020 10:24:59 PST (-0800), v.mayats...@gmail.com wrote: On Mon, Dec 14, 2020 at 10:03 PM Palmer Dabbelt wrote: I was really experting someone to say that. It does seem kind of silly to build out the new interface, but not go all the way to a ring buffer. We just didn't really

Re: [External] Re: [PATCH v9 03/11] mm/hugetlb: Free the vmemmap pages associated with each HugeTLB page

2020-12-16 Thread Muchun Song
On Thu, Dec 17, 2020 at 6:52 AM Mike Kravetz wrote: > > On 12/16/20 2:25 PM, Oscar Salvador wrote: > > On Wed, Dec 16, 2020 at 02:08:30PM -0800, Mike Kravetz wrote: > >>> + * vmemmap_rmap_walk - walk vmemmap page table > >>> + > >>> +static void vmemmap_pte_range(pmd_t *pmd, unsigned long addr, >

Re: [PATCH] tick/nohz: Make the idle_exittime update correctly

2020-12-16 Thread Yunfeng Ye
On 2020/12/15 22:47, Frederic Weisbecker wrote: > On Tue, Dec 15, 2020 at 08:06:34PM +0800, Yunfeng Ye wrote: >> The idle_exittime field of tick_sched is used to record the time when >> the idle state was left. but currently the idle_exittime is updated in >> the function

Re: [PATCH] f2fs: fix out-of-repair __setattr_copy()

2020-12-16 Thread Chao Yu
On 2020/12/16 17:44, Greg KH wrote: On Wed, Dec 16, 2020 at 05:15:23PM +0800, Chao Yu wrote: __setattr_copy() was copied from setattr_copy() in fs/attr.c, there is two missing patches doesn't cover this inner function, fix it. Commit 7fa294c8991c ("userns: Allow chown and setgid preservation")

Re: [PATCH v3 3/5] RISC-V: Align the .init.text section

2020-12-16 Thread Palmer Dabbelt
On Tue, 15 Dec 2020 22:02:54 PST (-0800), Palmer Dabbelt wrote: On Wed, 04 Nov 2020 16:04:37 PST (-0800), Atish Patra wrote: In order to improve kernel text protection, we need separate .init.text/ .init.data/.text in separate sections. However, RISC-V linker relaxation code is not aware of any

Re: [PATCH v2] ath10k: Remove voltage regulator votes during wifi disable

2020-12-16 Thread Kalle Valo
Rakesh Pillai wrote: > When the wlan is disabled, i.e when all the interfaces are > deleted, voltage regulator votes are not removed. This leads > to more power consumption even when wlan is disabled. > > Move the adding/removing of voltage regulator votes as part > of hif power on/off in SNOC

Re: [PATCH] ext4: fix -Wstringop-truncation warnings

2020-12-16 Thread Wenlin Kang
On 2020/12/16 下午12:20, Theodore Y. Ts'o wrote: [Please note this e-mail is from an EXTERNAL e-mail address] On Thu, Nov 12, 2020 at 05:33:24PM +0800, Kang Wenlin wrote: From: Wenlin Kang The strncpy() function may create a unterminated string, use strscpy_pad() instead. This fixes the

Re: [PATCH] ath10k: Fix error handling in case of CE pipe init failure

2020-12-16 Thread Kalle Valo
Rakesh Pillai wrote: > Currently if the copy engine pipe init fails for snoc based > chipsets, the rri is not freed. > > Fix this error handling for copy engine pipe init > failure. > > Tested-on: WCN3990 hw1.0 SNOC WLAN.HL.3.1-01040-QCAHLSWMTPLZ-1 > > Fixes: 4945af5b264f ("ath10k: enable

Re: arm64: entry.S:774: Error: immediate out of range at operand 3 -- `and x2,x19,

2020-12-16 Thread Stephen Rothwell
Hi Naresh, On Thu, 17 Dec 2020 12:13:03 +0530 Naresh Kamboju wrote: > > arm64 build failed on Linux next 20201217 tag with gcc-8, gcc-9 and gcc-10. > > make --silent --keep-going --jobs=8 > O=/home/tuxbuild/.cache/tuxmake/builds/2/tmp ARCH=arm64 > CROSS_COMPILE=aarch64-linux-gnu- 'CC=sccache

Re: [PATCH][next] ath11k: add missing null check on allocated skb

2020-12-16 Thread Kalle Valo
Colin King wrote: > Currently the null check on a newly allocated skb is missing and > this can lead to a null pointer dereference is the allocation fails. > Fix this by adding a null check and returning -ENOMEM. > > Addresses-Coverity: ("Dereference null return") > Fixes: 43ed15e1ee01

Re: USGv6 Tunnel Mode Fragmentation Failures

2020-12-16 Thread Steffen Klassert
On Thu, Nov 26, 2020 at 09:21:39AM +, Marler, Jonathan wrote: > We've found an issue while running the following USGv6 tests where the kernel > drops outgoing packets: > > 5.3.11 Tunnel Mode: Fragmentation > 5.4.11 Tunnel Mode: Fragmentation > > During the test, an esp PING request is sent

arm64: entry.S:774: Error: immediate out of range at operand 3 -- `and x2,x19,

2020-12-16 Thread Naresh Kamboju
arm64 build failed on Linux next 20201217 tag with gcc-8, gcc-9 and gcc-10. make --silent --keep-going --jobs=8 O=/home/tuxbuild/.cache/tuxmake/builds/2/tmp ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- 'CC=sccache aarch64-linux-gnu-gcc' 'HOSTCC=sccache gcc' arch/arm64/kernel/entry.S: Assembler

Re: [PATCH][next] ath11k: add missing null check on allocated skb

2020-12-16 Thread Kalle Valo
Kalle Valo writes: > Colin King wrote: > >> Currently the null check on a newly allocated skb is missing and >> this can lead to a null pointer dereference is the allocation fails. >> Fix this by adding a null check and returning -ENOMEM. >> >> Addresses-Coverity: ("Dereference null return")

Re: [PATCH][next] ath11k: add missing null check on allocated skb

2020-12-16 Thread Kalle Valo
Colin King wrote: > Currently the null check on a newly allocated skb is missing and > this can lead to a null pointer dereference is the allocation fails. > Fix this by adding a null check and returning -ENOMEM. > > Addresses-Coverity: ("Dereference null return") > Fixes: 43ed15e1ee01

[PATCH 2/3] mm/memcg: remove rcu locking for lock_page_lruvec function series

2020-12-16 Thread Alex Shi
The rcu_read_lock was used to block memcg destory, but with the detailed calling conditions, the memcg won't gone since the page is hold. So we don't need it now, let's remove them to save locking load in debugging. Signed-off-by: Alex Shi Cc: Hugh Dickins Cc: Johannes Weiner Cc: Michal Hocko

[PATCH 3/3] mm/compaction: remove rcu_read_lock during page compaction

2020-12-16 Thread Alex Shi
rcu_read_lock was used to guard memcg destory, now TestClearPageLRU could block this happen, so we don't need it. Remove it to reduce locking load in debugging mode. Signed-off-by: Alex Shi Cc: Hugh Dickins Cc: Johannes Weiner Cc: Andrew Morton Cc: linux...@kvack.org Cc:

[PATCH 1/3] mm/memcg: revise the using condition of lock_page_lruvec function series

2020-12-16 Thread Alex Shi
The series function could be used under lock_page_memcg(), add this and a bit style changes following commit_charge(). Signed-off-by: Alex Shi Cc: Hugh Dickins Cc: Johannes Weiner Cc: Michal Hocko Cc: Vladimir Davydov Cc: Andrew Morton Cc: cgro...@vger.kernel.org Cc: linux...@kvack.org Cc:

Re: [PATCH 3/5] thermal/drivers/acpi: Use hot and critical ops

2020-12-16 Thread Daniel Lezcano
On 10/12/2020 13:15, Daniel Lezcano wrote: > The acpi driver wants to do a netlink notification in case of a hot or > critical trip point. Implement the corresponding ops to be used for > the thermal zone and use them instead of the notify ops. > > Signed-off-by: Daniel Lezcano Is there any

Re: [PATCH] fs: ext4: remove unnecessary wbc parameter from ext4_bio_write_page

2020-12-16 Thread Theodore Y. Ts'o
On Fri, Dec 11, 2020 at 02:54:24PM +0800, chenle...@gmail.com wrote: > From: Lei Chen > > ext4_bio_write_page does not need wbc parameter, since its parameter > io contains the io_wbc field. The io::io_wbc is initialized by > ext4_io_submit_init which is called in ext4_writepages and >

Re: [PATCH 2/3] usb: xhci-mtk: fix UAS issue by XHCI_BROKEN_STREAMS quirk

2020-12-16 Thread Chunfeng Yun
On Thu, 2020-12-17 at 11:32 +0800, Nicolas Boichat wrote: > On Thu, Dec 17, 2020 at 10:19 AM Chunfeng Yun > wrote: > > > > On Wed, 2020-12-16 at 20:28 +0800, Nicolas Boichat wrote: > > > On Wed, Dec 16, 2020 at 7:53 PM Chunfeng Yun > > > wrote: > > > > > > > > The 0.96 xHCI controller on some

Re: Re: Subject: [PATCH v14 1/3] scsi: ufs: Introduce HPB feature

2020-12-16 Thread Greg KH
On Thu, Dec 17, 2020 at 02:21:36PM +0900, Daejun Park wrote: > On Wed, Dec 16, 2020 at 11:45:32AM +0900, Daejun Park wrote: > > > This is a patch for the HPB initialization and adds HPB function calls to > > > UFS core driver. > > > > > > > > Your "subject" is odd, it has "Subject:" in it

Re: [RFC PATCH v1 7/7] powerpc/bpf: Implement extended BPF on PPC32

2020-12-16 Thread Alexei Starovoitov
On Wed, Dec 16, 2020 at 10:07:37AM +, Christophe Leroy wrote: > Implement Extended Berkeley Packet Filter on Powerpc 32 > > Test result with test_bpf module: > > test_bpf: Summary: 378 PASSED, 0 FAILED, [354/366 JIT'ed] nice! > Registers mapping: > > [BPF_REG_0] = r11-r12 >

Re: [PATCH v2, 2/2] soc: mediatek: mmsys: Use function call for setting the routing registers

2020-12-16 Thread Hsin-Yi Wang
On Wed, Dec 9, 2020 at 9:32 AM Yongqiang Niu wrote: > > Actually, setting the registers for routing, use multiple 'if-else' for > different > routes, but this code would be more and more complicated while we > support more and more SoCs. Change that and use a function call per SoC so the > code

Re: [PATCH] dt-bindings/display: abt,y030xx067a: Fix binding

2020-12-16 Thread Sam Ravnborg
On Thu, Dec 17, 2020 at 12:59:45AM +, Paul Cercueil wrote: > The binding should use "unevaluatedProperties" instead of > "additionalProperties", since it is a SPI device and may have > SPI-related Device Tree properties, for instance the "spi-max-frequency" > property that is present in the

[GIT PULL] f2fs update for 5.11-rc1

2020-12-16 Thread Jaegeuk Kim
Hi Linus, Could you please consider this pull request? Thank you so much, The following changes since commit 3cea11cd5e3b00d91caf0b4730194039b45c5891: Linux 5.10-rc2 (2020-11-01 14:43:51 -0800) are available in the Git repository at:

Re: [PATCH v2 3/3] thermal/core: Remove ms based delay fields

2020-12-16 Thread Daniel Lezcano
On 16/12/2020 23:35, Peter Kästle wrote: > 16. Dezember 2020 23:04, "Daniel Lezcano" schrieb: > >> The code does no longer use the ms unit based fields to set the >> delays as they are replaced by the jiffies. >> >> Remove them and replace their user to use the jiffies version instead. >> >> Cc:

linux-next: Tree for Dec 17

2020-12-16 Thread Stephen Rothwell
Hi all, Please do not add any v5.12 destined code to your linux-next included branches until after v5.11-rc1 has been released. Changes since 20201216: The watchdog tree still had its build failure so I used the version from next-20201211. The kvm tree gained a conflict against Linus' tree

[PATCH v3 3/3] Documentation: fpga: dfl: Add description for DFL UIO support

2020-12-16 Thread Xu Yilun
This patch adds description for UIO support for dfl devices on DFL bus. Signed-off-by: Xu Yilun --- v2: no doc in v1, add it for v2. v3: some documentation fixes. --- Documentation/fpga/dfl.rst | 27 +++ 1 file changed, 27 insertions(+) diff --git

[PATCH v3 2/3] fpga: dfl: add the userspace I/O device support for DFL devices

2020-12-16 Thread Xu Yilun
This patch supports the DFL drivers be written in userspace. This is realized by exposing the userspace I/O device interfaces. The driver leverages the uio_pdrv_genirq, it adds the uio_pdrv_genirq platform device with the DFL device's resources, and let the generic UIO platform device driver

[PATCH v3 1/3] fpga: dfl: add the match() ops for dfl driver

2020-12-16 Thread Xu Yilun
The match ops allows dfl drivers have their own matching algorithem instead of the standard id_table matching. This is to support the DFL UIO driver. It intends to match any DFL device which could not be handled by other DFL drivers. Signed-off-by: Xu Yilun --- v3: this patch is splited out

[PATCH v5 0/4] gpio: visconti: Add Toshiba Visconti GPIO support

2020-12-16 Thread Nobuhiro Iwamatsu
Hi, This series is the GPIO driver for Toshiba's ARM SoC, Visconti[0]. This provides DT binding documentation, device driver, MAINTAINER files, and updates to DT files. Best regards, Nobuhiro [0]:

[PATCH v3 0/3] UIO support for dfl devices

2020-12-16 Thread Xu Yilun
This patchset supports some dfl device drivers written in userspace. In the patchset v1, the "driver_override" interface should be used to bind the DFL UIO driver to DFL devices. But there is concern that the "driver_override" interface is not OK itself. So in v2, we use a new matching

[PATCH v5 1/4] dt-bindings: gpio: Add bindings for Toshiba Visconti GPIO Controller

2020-12-16 Thread Nobuhiro Iwamatsu
Add bindings for the Toshiba Visconti GPIO Controller. Signed-off-by: Nobuhiro Iwamatsu Reviewed-by: Rob Herring Reviewed-by: Punit Agrawal --- .../bindings/gpio/toshiba,gpio-visconti.yaml | 70 +++ 1 file changed, 70 insertions(+) create mode 100644

[PATCH v5 2/4] gpio: visconti: Add Toshiba Visconti GPIO support

2020-12-16 Thread Nobuhiro Iwamatsu
Add the GPIO driver for Toshiba Visconti ARM SoCs. Signed-off-by: Nobuhiro Iwamatsu Reviewed-by: Punit Agrawal --- drivers/gpio/Kconfig | 10 + drivers/gpio/Makefile | 1 + drivers/gpio/gpio-visconti.c | 218 ++

[PATCH v5 4/4] arm: dts: visconti: Add DT support for Toshiba Visconti5 GPIO driver

2020-12-16 Thread Nobuhiro Iwamatsu
Add the GPIO node in Toshiba Visconti5 SoC-specific DT file. And enable the GPIO node in TMPV7708 RM main board's board-specific DT file. Signed-off-by: Nobuhiro Iwamatsu Reviewed-by: Punit Agrawal --- arch/arm64/boot/dts/toshiba/tmpv7708-rm-mbrc.dts | 4

[PATCH v5 3/4] MAINTAINERS: Add entries for Toshiba Visconti GPIO controller

2020-12-16 Thread Nobuhiro Iwamatsu
Add entries for Toshiba Visconti GPIO Controller binding and driver. Signed-off-by: Nobuhiro Iwamatsu --- MAINTAINERS | 2 ++ 1 file changed, 2 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 50fbbfffb921..8565272d95c4 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -2636,8 +2636,10

Re: [PATCH v3] lib: stackdepot: Add support to configure STACK_HASH_SIZE

2020-12-16 Thread Vijayanand Jitta
On 12/16/2020 7:04 PM, Alexander Potapenko wrote: >>> To reiterate, I think you don't need a tunable stack_hash_order >>> parameter if the only use case is to disable the stack depot. >>> Maybe it is enough to just add a boolean flag? >> >> There are multiple users of stackdepot they might

Re: [PATCH v4 12/18] vdpa_sim: add get_config callback in vdpasim_dev_attr

2020-12-16 Thread Jason Wang
On 2020/12/15 下午10:42, Stefano Garzarella wrote: The get_config callback can be used by the device to fill the config structure. The callback will be invoked in vdpasim_get_config() before copying bytes into caller buffer. Move vDPA-net config updates from vdpasim_set_features() in the new

[PATCH 1/1] x86/mm: Refine mmap syscall implementation

2020-12-16 Thread Adrian Huang
From: Adrian Huang It is unnecessary to use the local variable 'error' in the mmap syscall implementation function, so use the return statement instead of it. Signed-off-by: Adrian Huang --- arch/x86/kernel/sys_x86_64.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git

RE: [PATCH][next] octeontx2-af: Fix undetected unmap PF error check

2020-12-16 Thread George Cherian
> -Original Message- > From: Colin King > Sent: Wednesday, December 16, 2020 6:06 PM > To: Sunil Kovvuri Goutham ; Linu Cherian > ; Geethasowjanya Akula ; > Jerin Jacob Kollanukkaran ; David S . Miller > ; Jakub Kicinski ; George > Cherian ; net...@vger.kernel.org > Cc:

keembay-ocs-aes-core.c:undefined reference to `devm_ioremap_resource'

2020-12-16 Thread kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: accefff5b547a9a1d959c7e76ad539bf2480e78b commit: 88574332451380f4b51f6ca88ab9810e714bfb9b crypto: keembay - Add support for Keem Bay OCS AES/SM4 date: 6 days ago config: s390-randconfig-c004-20201217

RE: Re: Subject: [PATCH v14 1/3] scsi: ufs: Introduce HPB feature

2020-12-16 Thread Daejun Park
On Wed, Dec 16, 2020 at 11:45:32AM +0900, Daejun Park wrote: > > This is a patch for the HPB initialization and adds HPB function calls to > > UFS core driver. > > > > Your "subject" is odd, it has "Subject:" in it twice, did git > format-patch create that? > > thanks, > > greg k-h > Sorry,

Re: [PATCH v4 2/4] gpio: visconti: Add Toshiba Visconti GPIO support

2020-12-16 Thread Nobuhiro Iwamatsu
Hi, On Wed, Dec 16, 2020 at 09:36:17AM +, Marc Zyngier wrote: > On 2020-12-16 09:11, Nobuhiro Iwamatsu wrote: > > [...] > > > > > + for (i = 0; i < num_irq; i++) { > > > > + desc = irq_to_desc(priv->irq[i]); > > > > + desc->status_use_accessors |=

Re: [PATCH v4 3/4] pinctrl: qcom: Don't clear pending interrupts when enabling

2020-12-16 Thread Stephen Boyd
Quoting Douglas Anderson (2020-12-11 14:15:37) > In Linux, if a driver does disable_irq() and later does enable_irq() > on its interrupt, I believe it's expecting these properties: > * If an interrupt was pending when the driver disabled then it will > still be pending after the driver

Re: [PATCH v2 0/6] kernfs: proposed locking and concurrency improvement

2020-12-16 Thread Ian Kent
On Tue, 2020-12-15 at 20:59 +0800, Ian Kent wrote: > On Tue, 2020-12-15 at 16:33 +0800, Fox Chen wrote: > > On Mon, Dec 14, 2020 at 9:30 PM Ian Kent wrote: > > > On Mon, 2020-12-14 at 14:14 +0800, Fox Chen wrote: > > > > On Sun, Dec 13, 2020 at 11:46 AM Ian Kent > > > > wrote: > > > > > On Fri,

s390-linux-ld: ll_temac_main.c:undefined reference to `devm_platform_ioremap_resource'

2020-12-16 Thread kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: accefff5b547a9a1d959c7e76ad539bf2480e78b commit: cc6596fc7295e9dcd78156ed42f9f8e1221f7530 net: ll_temac: Fix potential NULL dereference in temac_probe() date: 8 days ago config:

Re: [PATCH v15 09/10] fs/ntfs3: Add NTFS3 in fs/Kconfig and fs/Makefile

2020-12-16 Thread kernel test robot
Hi Konstantin, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v5.10 next-20201215] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in

Re: [PATCH v4 04/18] vdpa_sim: make IOTLB entries limit configurable

2020-12-16 Thread Jason Wang
On 2020/12/15 下午10:42, Stefano Garzarella wrote: Some devices may require a higher limit for the number of IOTLB entries, so let's make it configurable through a module parameter. By default, it's initialized with the current limit (2048). Suggested-by: Jason Wang Signed-off-by: Stefano

Re: [PATCH v2 3/4] spi: spi-geni-qcom: Don't try to set CS if an xfer is pending

2020-12-16 Thread Stephen Boyd
Quoting Douglas Anderson (2020-12-16 14:41:51) > If we get a timeout sending then this happens: > * spi_transfer_wait() will get a timeout. > * We'll set the chip select > * We'll call handle_err() => handle_fifo_timeout(). > > Unfortunately that won't work so well on geni. If we got a timeout >

Re: [PATCH v2 3/4] spi: spi-geni-qcom: Don't try to set CS if an xfer is pending

2020-12-16 Thread Stephen Boyd
Quoting Douglas Anderson (2020-12-16 14:41:51) > If we get a timeout sending then this happens: > * spi_transfer_wait() will get a timeout. > * We'll set the chip select > * We'll call handle_err() => handle_fifo_timeout(). > > Unfortunately that won't work so well on geni. If we got a timeout >

[PATCH v1] scsi: ufs: Fix possible power drain during system suspend

2020-12-16 Thread Stanley Chu
Currently if device needs to do flush or BKOP operations, the device VCC power is kept during runtime-suspend period. However, if system suspend is happening while device is runtime-suspended, such power may not be disabled successfully. The reasons may be, 1. If current PM level is the same as

Re: [PATCH v2 2/4] spi: spi-geni-qcom: Fail new xfers if xfer/cancel/abort pending

2020-12-16 Thread Stephen Boyd
Quoting Douglas Anderson (2020-12-16 14:41:50) > If we got a timeout when trying to send an abort command then it means > that we just got 3 timeouts in a row: > > 1. The original timeout that caused handle_fifo_timeout() to be >called. > 2. A one second timeout waiting for the cancel command

Re: [RFC PATCH v1 3/4] KVM: arm64: GICv4.1: Restore VLPI's pending state to physical side

2020-12-16 Thread Shenming Lu
On 2020/12/16 18:35, Auger Eric wrote: > Hi Shenming, > > On 12/1/20 1:15 PM, Shenming Lu wrote: >> On 2020/12/1 19:50, Marc Zyngier wrote: >>> On 2020-12-01 11:40, Shenming Lu wrote: On 2020/12/1 18:55, Marc Zyngier wrote: > On 2020-11-30 07:23, Shenming Lu wrote: > > Hi

Re: [PATCH v3 5/6] i2c: iproc: handle master read request

2020-12-16 Thread Rayagonda Kokatanur
On Wed, Dec 2, 2020 at 11:14 PM Ray Jui wrote: > > > > On 12/2/2020 6:35 AM, Wolfram Sang wrote: > > > >> All review comments are scattered now, please let me know what has to be > >> done further, > >> Are we going to change the tasklet to irq thread ? > >> Are we going to remove batching 64

Re: [External] Re: [PATCH v9 03/11] mm/hugetlb: Free the vmemmap pages associated with each HugeTLB page

2020-12-16 Thread Muchun Song
On Thu, Dec 17, 2020 at 6:08 AM Mike Kravetz wrote: > > On 12/13/20 7:45 AM, 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 structures > > to store metadata associated with each

Re: [PATCH v5 7/7] pwm: pca9685: Restrict period change for prescaler users

2020-12-16 Thread Sven Van Asbroeck
Hi Clemens, see below. On Wed, Dec 16, 2020 at 7:53 AM Clemens Gruber wrote: > > Previously, the last used PWM channel could change the global prescale > setting, even if other channels were already in use. > > Fix it by only allowing the first user of the prescaler to change the > global

Re: [PATCH v5 5/7] pwm: pca9685: Support staggered output ON times

2020-12-16 Thread Sven Van Asbroeck
Hi Clemens, see below. On Wed, Dec 16, 2020 at 7:53 AM Clemens Gruber wrote: > > The PCA9685 supports staggered LED output ON times to minimize current > surges and reduce EMI. > When this new option is enabled, the ON times of each channel are > delayed by channel number x counter range / 16,

Re: [PATCH v5 4/7] pwm: pca9685: Reset registers to POR state in probe

2020-12-16 Thread Sven Van Asbroeck
Hi Clemens, minor nit below. On Wed, Dec 16, 2020 at 7:53 AM Clemens Gruber wrote: > > Reset the prescale and ON/OFF registers to their POR default state in > the probe function. Otherwise, the PWMs could still be active after a > watchdog reset and reboot, etc. > > Signed-off-by: Clemens Gruber

Re: [PATCH v5 2/7] pwm: pca9685: Support hardware readout

2020-12-16 Thread Sven Van Asbroeck
On Wed, Dec 16, 2020 at 7:53 AM Clemens Gruber wrote: > > Implements .get_state to read-out the current hardware state. > I am not convinced that we actually need this. Looking at the pwm core, .get_state() is only called right after .request(), to initialize the cached value of the state. The

Re: [kbuild-all] Re: ERROR: "snd_soc_new_ac97_component" undefined!

2020-12-16 Thread Randy Dunlap
On 12/16/20 7:15 PM, Rong Chen wrote: > > > On 12/11/20 8:16 AM, Randy Dunlap wrote: >> On 12/6/20 10:11 AM, kernel test robot wrote: >>> Hi Geert, >>> >>> First bad commit (maybe != root cause): >>> >>> tree:   https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git >>> master >>>

Re: [PATCH v5 1/7] pwm: pca9685: Switch to atomic API

2020-12-16 Thread Sven Van Asbroeck
Hi Clemens, this looks compact, simple and neat. I like it a lot !! Few very minor nits below. On Wed, Dec 16, 2020 at 7:53 AM Clemens Gruber wrote: > > The switch to the atomic API goes hand in hand with a few fixes to > previously experienced issues: > - The duty cycle is no longer lost after

Re: [PATCH] media: vsp1: Fix an error handling path in the probe function

2020-12-16 Thread Laurent Pinchart
Hi Christophe, Thank you for the patch. On Sat, Dec 12, 2020 at 06:41:19PM +0100, Christophe JAILLET wrote: > A previous 'rcar_fcp_get()' call must be undone in the error handling path, > as already done in the remove function. > > Fixes: 94fcdf829793 ("[media] v4l: vsp1: Add FCP support") >

Re: [PATCH 031/141] ext4: Fix fall-through warnings for Clang

2020-12-16 Thread Theodore Y. Ts'o
On Fri, Nov 20, 2020 at 12:28:32PM -0600, Gustavo A. R. Silva wrote: > In preparation to enable -Wimplicit-fallthrough for Clang, fix a warning > by explicitly adding a break statement instead of just letting the code > fall through to the next case. > > Link:

  1   2   3   4   5   6   7   8   9   10   >