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

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

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

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:

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

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

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

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

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

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

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

[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

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

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

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

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

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

[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

[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

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

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

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

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

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

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

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

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

<    5   6   7   8   9   10