Re: [PATCH v4 3/5] drm: panel: simple: Allow specifying the delay from prepare to enable

Hi Douglas, On Mon, Nov 09, 2020 at 05:00:57PM -0800, Douglas Anderson wrote: > On the panel I'm looking at, there's an 80 ms minimum time between HPD > being asserted by the panel and setting the backlight enable GPIO. > While we could just add an 80 ms "enable" delay, this is not ideal. > Link t

Re: [PATCH v4 4/5] drm: panel: simple: Add BOE NV110WTM-N61

Hi Douglas, On Mon, Nov 09, 2020 at 05:00:58PM -0800, Douglas Anderson wrote: > Add support for the BOE NV110WTM-N61 panel. The EDID lists two modes > (one for 60 Hz refresh rate and one for 40 Hz), so we'll list both of > them here. > > Note that the panel datasheet requires 80 ms between HPD a

Re: [PATCH v7] checkpatch: add fix option for LOGICAL_CONTINUATIONS

On Sun, 2020-11-29 at 14:25 +0530, Aditya wrote: > On 23/11/20 3:58 pm, Aditya Srivastava wrote: > > Currently, checkpatch warns if logical continuations are placed at the > > start of a line and not at the end of previous line. Acked-by: Joe Perches > > > > E.g., running checkpatch on commit 3

Re: [PATCH] locks: remove trailing semicolon in macro definition

On Sun, 2020-11-29 at 10:15 -0800, James Bottomley wrote: > I think nowadays we should always use static inlines for argument > checking unless we're capturing debug information like __FILE__ or > __LINE__ or something that a static inline can't. IMO: __LINE__ should never be used. __func__ is th

Re: [RFC PATCH v2 0/6] fsdax: introduce fs query to support reflink

On Mon, Nov 23, 2020 at 08:41:10AM +0800, Shiyang Ruan wrote: > This patchset is a try to resolve the problem of tracking shared page > for fsdax. > > Change from v1: > - Intorduce ->block_lost() for block device > - Support mapped device > - Add 'not available' warning for realtime device i

Re: [PATCH v2 3/3] media: uapi: mpeg2: Split sequence and picture parameters

Hi Ezequiel, On 2020-11-05 21:51, Ezequiel Garcia wrote: > Typically, bitstreams are composed of one sequence header NAL unit, > followed by a number of picture header and picture coding extension > NAL units. Each picture can be composed by a number of slices. > > Let's split the MPEG-2 uAPI to

Re: [PATCH v2 1/3] dt-bindings: net: fsl-fec add mdc/mdio bitbang option

On Sun, Nov 29, 2020 at 11:51:43PM +0100, Adrien Grassein wrote: > Hi Andrew, > > Please find my answers below. > > Le dim. 29 nov. 2020 à 23:41, Andrew Lunn a écrit : > > On Sun, Nov 29, 2020 at 10:59:58PM +0100, Adrien Grassein wrote: > > Add dt-bindings explanation for the two new gp

[tip:master] BUILD SUCCESS bd4d2b7839cffa929d076cfb62562f5edb8e1b14

onfig mips allyesconfig mips allmodconfig powerpc allyesconfig powerpc allmodconfig powerpc allnoconfig i386 randconfig-a004-20201129 i386 randc

Re: [PATCH] PCI: aardvark: Update comment about disabling link training

On Sunday 11 October 2020 19:21:49 Pali Rohár wrote: > On Thursday 24 September 2020 17:22:32 Pali Rohár wrote: > > On Thursday 24 September 2020 10:11:06 Bjorn Helgaas wrote: > > > On Thu, Sep 24, 2020 at 10:46:18AM +0200, Pali Rohár wrote: > > > > It is not HW bug or workaround for some cards but

Re: linux-kernel: Unused static inline functions

On Fri, 2020-03-06 at 16:07 -0800, Joe Perches wrote: > On Fri, 2020-03-06 at 11:02 -0800, Nick Desaulniers wrote: > > Turns out there are hundreds of unused static inline > > > functions in kernel .h files. > > > > > > A trivial script to find some of them (with likely > > > false positives as so

[net-next PATCH] net: freescale: ucc_geth: remove unused SKB_ALLOC_TIMEOUT

This was added in commit ce973b141dfa ("[PATCH] Freescale QE UCC gigabit ethernet driver") but doesn't appear to have been used. Remove it now. Signed-off-by: Chris Packham --- drivers/net/ethernet/freescale/ucc_geth.h | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/net/ethernet/frees

Linux 5.10-rc6

For the first part of the week, it really looked like things were calming down quite nicely, and I mentally already went "Ahh, Thanksgiving week, this is going to be a nice small, calm rc". And then Friday rolled around, and everybody sent me their pull requests for the week, and it all looks very

Re: [GIT pull] locking/urgent for v5.10-rc6

On Sun, Nov 29, 2020 at 11:31:41AM -0800, Linus Torvalds wrote: > On Sun, Nov 29, 2020 at 5:38 AM Thomas Gleixner wrote: > > > > Yet two more places which invoke tracing from RCU disabled regions in the > > idle path. Similar to the entry path the low level idle functions have to > > be non-instru

RE: [PATCH 17/17] realtek: rtw88: pci: Add prototypes for .probe, .remove and .shutdown

> -Original Message- > From: Lee Jones [mailto:lee.jo...@linaro.org] > Sent: Friday, November 27, 2020 4:57 PM > To: Pkshih > Cc: Tony Chuang; kv...@codeaurora.org; linux-kernel@vger.kernel.org; > linux-wirel...@vger.kernel.org; > da...@davemloft.net; net...@vger.kernel.org; k...@kernel.

Re: [PATCH v2 18/18] MAINTAINERS: Add linux-actions ML for Actions Semi Arch

On 29.11.20 20:48, Cristian Ciocaltea wrote: > On Sat, Nov 28, 2020 at 01:13:50PM +0530, Manivannan Sadhasivam wrote: >> On Fri, Nov 20, 2020 at 01:56:12AM +0200, Cristian Ciocaltea wrote: >>> Add the linux-actions mailing list for the Actions Semi architecture. >>> >>> Signed-off-by: Cristian Cioc

linux-next: build warning after merge of the hwmon-staging tree

Hi all, After merging the hwmon-staging tree, today's linux-next build (arm multi_v7_defconfig) produced this warning: drivers/hwmon/pwm-fan.c: In function 'pwm_fan_is_visible': drivers/hwmon/pwm-fan.c:167:22: warning: unused variable 'ctx' [-Wunused-variable] 167 | struct pwm_fan_ctx *ctx =

Re: [PATCH] powerpc: fix the allyesconfig build

On 2020/11/29 3:36, Jakub Kicinski wrote: > On Sat, 28 Nov 2020 16:20:54 +1100 Stephen Rothwell wrote: >> On Fri, 27 Nov 2020 17:56:42 -0800 Jakub Kicinski wrote: >>> >>> What's the offending structure in hisilicon? I'd rather have a look >>> packing structs with pointers in 'em sounds questionabl

Re: [PATCH v3] Compiler Attributes: remove CONFIG_ENABLE_MUST_CHECK

On Sun, Nov 29, 2020 at 04:33:35AM +0900, Masahiro Yamada wrote: > Revert commit cebc04ba9aeb ("add CONFIG_ENABLE_MUST_CHECK"). > > A lot of warn_unused_result warnings existed in 2006, but until now > they have been fixed thanks to people doing allmodconfig tests. > > Our goal is to always enabl

Re: linux-next: build warning after merge of the hwmon-staging tree

On Mon, 30 Nov 2020 at 00:56, Stephen Rothwell wrote: > > Hi all, > > After merging the hwmon-staging tree, today's linux-next build (arm > multi_v7_defconfig) produced this warning: > > drivers/hwmon/pwm-fan.c: In function 'pwm_fan_is_visible': > drivers/hwmon/pwm-fan.c:167:22: warning: unused va

[PATCH] leds: lm3533: Switch to using the new API kobj_to_dev()

fixed the following coccicheck: drivers/leds/leds-lm3533.c:611:60-61: WARNING opportunity for kobj_to_dev(). Signed-off-by: Tian Tao --- drivers/leds/leds-lm3533.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/leds/leds-lm3533.c b/drivers/leds/leds-lm3533.c index b3

[PATCH v2 00/15] drivers: usb: misc: update to use usb_control_msg_{send|recv}()

The new usb_control_msg_{send|recv}() API provides an improved way of using usb_control_msg(). Using this, short reads/writes are considered as errors, data can be used off the stack, and the need for the calling function to create a raw usb pipe is eliminated. This patch series aims to update exi

Re: [f2fs-dev] [PATCH] f2fs: Fix deadlock between f2fs_quota_sync and block_operation

On 2020/11/29 1:41, Shachar Raindel wrote: This deadlock is hitting Android users (Pixel 3/3a/4) with Magisk, due to frequent umount/mount operations that trigger quota_sync, hitting the race. See https://github.com/topjohnwu/Magisk/issues/3171 for additional impact discussion. In commit db6ec53

[PATCH v2 01/15] usb: misc: appledisplay: update to use the usb_control_msg_{send|recv}() API

The newer usb_control_msg_{send|recv}() API are an improvement on the existing usb_control_msg() as it ensures that a short read/write is treated as an error, data can be used off the stack, and raw usb pipes need not be created in the calling functions. For this reason, instances of usb_control_ms

[PATCH v2 02/15] usb: misc: cypress_cy7c63: update to use usb_control_msg_recv()

The newer usb_control_msg_{send|recv}() API are an improvement on the existing usb_control_msg() as it ensures that a short read/write is treated as an error, data can be used off the stack, and raw usb pipes need not be created in the calling functions. For this reason, the instance of usb_control

[PATCH v2 04/15] usb: misc: ehset: update to use the usb_control_msg_{send|recv}() API

The newer usb_control_msg_{send|recv}() API are an improvement on the existing usb_control_msg() as it ensures that a short read/write is treated as an error, data can be used off the stack, and raw usb pipes need not be created in the calling functions. For this reason, instances of usb_control_

[PATCH v2 03/15] usb: misc: cytherm: update to use usb_control_msg_recv()

The newer usb_control_msg_{send|recv}() API are an improvement on the existing usb_control_msg() as it ensures that a short read/write is treated as an error, data can be used off the stack, and raw usb pipes need not be created in the calling functions. For this reason, the instance of usb_control

[PATCH v2 07/15] usb: misc: ezusb: update to use usb_control_msg_send()

The newer usb_control_msg_{send|recv}() API are an improvement on the existing usb_control_msg() as it ensures that a short read/write is treated as an error, data can be used off the stack, and raw usb pipes need not be created in the calling functions. For this reason, the instance of usb_control

[PATCH v2 06/15] usb: misc: emi62: update to use usb_control_msg_send()

The newer usb_control_msg_{send|recv}() API are an improvement on the existing usb_control_msg() as it ensures that a short read/write is treated as an error, data can be used off the stack, and raw usb pipes need not be created in the calling functions. For this reason, the instance of usb_control

[PATCH v2 08/15] usb: misc: idmouse: update to use usb_control_msg_send()

The newer usb_control_msg_{send|recv}() API are an improvement on the existing usb_control_msg() as it ensures that a short read/write is treated as an error, data can be used off the stack, and raw usb pipes need not be created in the calling functions. For this reason, the instance of usb_control

[PATCH v2 05/15] usb: misc: emi26: update to use usb_control_msg_send()

The newer usb_control_msg_{send|recv}() API are an improvement on the existing usb_control_msg() as it ensures that a short read/write is treated as an error, data can be used off the stack, and raw usb pipes need not be created in the calling functions. For this reason, the instance of usb_control

[PATCH v2 09/15] usb: misc: iowarrior: update to use the usb_control_msg_{send|recv}() API

The newer usb_control_msg_{send|recv}() API are an improvement on the existing usb_control_msg() as it ensures that a short read/write is treated as an error, data can be used off the stack, and raw usb pipes need not be created in the calling functions. For this reason, instances of usb_control_ms

[PATCH v2 11/15] usb: misc: ldusb: update to use usb_control_msg_send()

The newer usb_control_msg_{send|recv}() API are an improvement on the existing usb_control_msg() as it ensures that a short read/write is treated as an error, data can be used off the stack, and raw usb pipes need not be created in the calling functions. For this reason, the instance of usb_control

[PATCH v2 12/15] usb: misc: lvstest: update to use the usb_control_msg_{send|recv}() API

The newer usb_control_msg_{send|recv}() API are an improvement on the existing usb_control_msg() as it ensures that a short read/write is treated as an error, data can be used off the stack, and raw usb pipes need not be created in the calling functions. For this reason, instances of usb_control_ms

Re: [PATCH 1/1] ktest.pl: Fix incorrect reboot for grub2bls

On Fri, Nov 20, 2020 at 06:12:43PM -0800, Libo Chen wrote: > This issue was first noticed when I was testing different kernels on > Oracle Linux 8 which as Fedora 30+ adopts BLS as default. Even though a > kernel entry was added successfully and the index of that kernel entry was > retrieved correc

[PATCH v2 13/15] usb: misc: trancevibrator: update to use usb_control_msg_send()

The newer usb_control_msg_{send|recv}() API are an improvement on the existing usb_control_msg() as it ensures that a short read/write is treated as an error, data can be used off the stack, and raw usb pipes need not be created in the calling functions. For this reason, the instance of usb_control

[PATCH v2 10/15] usb: misc: isight_firmware: update to use usb_control_msg_send()

The newer usb_control_msg_{send|recv}() API are an improvement on the existing usb_control_msg() as it ensures that a short read/write is treated as an error, data can be used off the stack, and raw usb pipes need not be created in the calling functions. For this reason, the instances of usb_contro

[PATCH v2 14/15] usb: misc: usbsevseg: update to use usb_control_msg_send()

The newer usb_control_msg_{send|recv}() API are an improvement on the existing usb_control_msg() as it ensures that a short read/write is treated as an error, data can be used off the stack, and raw usb pipes need not be created in the calling functions. For this reason, instances of usb_control_ms

[PATCH v2 15/15] usb: misc: usbtest: update to use the usb_control_msg_{send|recv}() API

The newer usb_control_msg_{send|recv}() API are an improvement on the existing usb_control_msg() as it ensures that a short read/write is treated as an error, data can be used off the stack, and raw usb pipes need not be created in the calling functions. For this reason, instances of usb_control_ms

RE: [EXT] Re: [v2 01/11] irqchip: ls-extirq: Add LS1043A, LS1088A external interrupt

> > > >>> Where did you get this information that the register on LS1043 > > > >>> and > > > >>> LS1046 is bit reversed? I cannot find such information in the RM. > > > >>> And does this mean all other SCFG registers are also bit reversed? > > > >>> If this is some information that is not covered

Re: [PATCH 0/5] Consolidate RPM interconnect and support to MSM8939

Georgi Djakov 于2020年11月26日周四 下午8:20写道： > > On 9/30/20 11:16, Jun Nie wrote: > > This patch set split shared RPM based interconnect operation code and add > > support to MSM8939 interconnect. > > > > Hi Jun, > > Are you planning to refresh this patchset? Yes. Just come back from a long vocation. T

[PATCH] posix_acl.h: define missing ACL functions on non-posix-acl build

Some functions that are declared when CONFIG_POSIX_ACL is defined are not declared when CONFIG_POSIX_ACL is not defined. Add the missing ones: set_posix_acl(), posix_acl_update_mode(), get_cached_acl(), get_cached_acl_rcu(), set_cached_acl(), forget_cached_acl(). Signed-off-by: Sergey Senozhat

Re: [PATCH 2/3] powerpc/pseries/hotplug-cpu: fix memleak in dlpar_cpu_add_by_count

Qinglang Miao writes: > kfree(cpu_drcs) should be called when it fails to perform > of_find_node_by_path("/cpus") in dlpar_cpu_add_by_count, > otherwise there would be a memleak. > > In fact, the patch a0ff72f9f5a7 ought to remove kfree in > find_dlpar_cpus_to_add rather than dlpar_cpu_add_by_coun

Re: (subset) [PATCH v5 0/7] Enable rk3066a HDMI sound

On Wed, 18 Nov 2020 14:58:15 +0100, Johan Jonker wrote: > First fix some legacy things in clk-rk3188.c that was never updated, > because probably nobody used rk3066a I2S before in the mainline kernel. > Update the rk3066a HDMI documents with a #sound-dai-cells property. > Include the code for sound

Re: [PATCH 0/3] arm64: dts: rockchip: rk3328-roc-cc: Misc improvements

On Thu, 26 Nov 2020 15:33:33 +0800, Chen-Yu Tsai wrote: > Here are some improvements for the ROC-RK3328-CC. > > Patch 1 sets dr_mode to "host" for OTG. Since the board has a type A > host port wired to the OTG controller, setting this is appropriate. > > Patch 2 enables HDMI audio. > > [...] Ap

Re: [PATCH 0/9] arm64: dts: rockchip: Engicam PX30.Core changes

On Mon, 9 Nov 2020 23:40:08 +0530, Jagan Teki wrote: > Series support Engicam PX30.Core SOM changes along with C.TOUCH > Open Frame 10.1" board. > > All respetive LCD panels are in Mainline already. > > thanks, > Jagan. > > [...] Applied, thanks! [1/9] arm64: dts: rockchip: px30-enagicam: Enab

Re: [PATCH] clk: rockchip: Remove redundant null check before clk_prepare_enable

On Fri, 27 Nov 2020 09:05:51 +, Xu Wang wrote: > Because clk_prepare_enable() already checked NULL clock parameter, > so the additional check is unnecessary, just remove it. Applied, thanks! [1/1] clk: rockchip: Remove redundant null check before clk_prepare_enable commit: 7f5b57a095f3b

Re: [PATCH] arm64: dts: rockchip: rename sdhci nodename to mmc in rk3399.dtsi

On Mon, 16 Nov 2020 14:23:11 +0100, Johan Jonker wrote: > A test with the command below gives for example this error: > > /arch/arm64/boot/dts/rockchip/rk3399-evb.dt.yaml: > sdhci@fe33: $nodename:0: 'sdhci@fe33' > does not match '^mmc(@.*)?$' > > Fix it by renaming sdhci to mmc. > > [...

linux-next: manual merge of the net-next tree with the net tree

Hi all, Today's linux-next merge of the net-next tree got a conflict in: drivers/net/ethernet/ibm/ibmvnic.c between commit: 9281cf2d5840 ("ibmvnic: avoid memset null scrq msgs") from the net tree and commit: f019fb6392e5 ("ibmvnic: Introduce indirect subordinate Command Response Queue

[PATCH kernel] fs/io_ring: Fix lockdep warnings

There are a few potential deadlocks reported by lockdep and triggered by syzkaller (a syscall fuzzer). These are reported as timer interrupts can execute softirq handlers and if we were executing certain bits of io_ring, a deadlock can occur. This fixes those bits by disabling soft interrupts. Sig

Re: [f2fs-dev] [PATCH] f2fs: add compr_inode and compr_blocks sysfs nodes

Sure, but I don't think we need to expose compr_inode and compr_block right now. 2020년 11월 27일 (금) 오후 6:44, Chao Yu 님이 작성: > > Daeho, > > How about updating this patch based on below patch? > > f2fs: introduce a new per-sb directory in sysfs > > On 2020/10/22 10:53, Daeho Jeong wrote: > >

Re: [PATCH] posix_acl.h: define missing ACL functions on non-posix-acl build

On 11/29/20 5:44 PM, Sergey Senozhatsky wrote: > Some functions that are declared when CONFIG_POSIX_ACL is defined > are not declared when CONFIG_POSIX_ACL is not defined. Add the > missing ones: > set_posix_acl(), posix_acl_update_mode(), get_cached_acl(), > get_cached_acl_rcu(), set_cached_ac

[PATCH] drm/gma500: Fix error return code in psb_driver_load()

Fix to return a negative error code from the error handling case instead of 0, as done elsewhere in this function. Fixes: 5c49fd3aa0ab ("gma500: Add the core DRM files and headers") Reported-by: Hulk Robot Signed-off-by: Jialin Zhang --- drivers/gpu/drm/gma500/psb_drv.c | 2 ++ 1 file changed,

Re: [f2fs-dev] [PATCH] f2fs: add compr_inode and compr_blocks sysfs nodes

Alright, let's export readonly stats in new directory once you have such requirement. :) Thanks, On 2020/11/30 10:02, Daeho Jeong wrote: Sure, but I don't think we need to expose compr_inode and compr_block right now. 2020년 11월 27일 (금) 오후 6:44, Chao Yu 님이 작성: Daeho, How about updating this

Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition

On 11/28/20 13:25, Donald Buczek wrote: Dear Linux mdraid people, we are using raid6 on several servers. Occasionally we had failures, where a mdX_raid6 process seems to go into a busy loop and all I/O to the md device blocks. We've seen this on various kernel versions. The last time this

Re: [PATCH v4] vdpa: mlx5: fix vdpa/vhost dependencies

On 2020/11/29 上午5:39, Randy Dunlap wrote: drivers/vdpa/mlx5/ uses vhost_iotlb*() interfaces, so select VHOST_IOTLB to make them be built. However, if VHOST_IOTLB is the only VHOST symbol that is set/enabled, the object file still won't be built because drivers/Makefile won't descend into drive

[x86/cpu] 3d5f2fa9fa: Kernel_panic-not_syncing:Attempted_to_kill_init!exitcode=

Greeting, FYI, we noticed the following commit (built with gcc-9): commit: 3d5f2fa9faa040eb12bf93ddd8dac31b240609e7 ("[PATCH] x86/cpu: correct values for GDT_ENTRY_INIT") url: https://github.com/0day-ci/linux/commits/Lukas-Bulwahn/x86-cpu-correct-values-for-GDT_ENTRY_INIT/20201126-195908 base:

[PATCH] block: wbt: Remove unnecessary invoking of wbt_update_limits in wbt_init

From: Lei Chen It's unnecessary to call wbt_update_limits explicitly within wbt_init, because it will be called in the following function wbt_queue_depth_changed. Signed-off-by: Lei Chen --- block/blk-wbt.c | 1 - 1 file changed, 1 deletion(-) diff --git a/block/blk-wbt.c b/block/blk-wbt.c in

Re: [PATCH] vdpa: ifcvf: Use dma_set_mask_and_coherent to simplify code

On 2020/11/29 下午8:54, Christophe JAILLET wrote: 'pci_set_dma_mask()' + 'pci_set_consistent_dma_mask()' can be replaced by an equivalent 'dma_set_mask_and_coherent()' which is much less verbose. While at it, fix a typo (s/confiugration/configuration) Signed-off-by: Christophe JAILLET --- A

Re: [PATCH] crypto: ecrdsa - use subsys_initcall instead of module_init

Hi Herbert, On 10/15/20 8:05 PM, Herbert Xu wrote: On Thu, Oct 15, 2020 at 07:02:41PM +0800, Tianjia Zhang wrote: All templates and generic algorithms have been registered in subsys_initcall instead of module_init. The ecrdsa algorithm happened to be missed. Here is a fix for it. That is true

Re: [PATCH 1/1] scsi: ufs: Remove scale down gear hard code

On Thu, 2020-11-26 at 17:58 -0800, Can Guo wrote: > Instead of making the scale down gear a hard code, make it a member of > ufs_clk_scaling struct. > > Signed-off-by: Can Guo Reviewed-by: Stanley Chu

Re: [PATCH] crypto: ecrdsa - use subsys_initcall instead of module_init

On Mon, Nov 30, 2020 at 10:21:56AM +0800, Tianjia Zhang wrote: > > > That is true only if there are non-generic implementations of > > the algorithms, which is not the case here. Please explain the > > real reason why this is needed. > > This is a generic algorithm, the author Vitaly Chikunov has

Re: [PATCH] scsi: ses: Fix crash caused by kfree an invalid pointer

On 2020/11/29 13:12, Douglas Gilbert wrote: On 2020-11-28 6:27 p.m., James Bottomley wrote: On Sat, 2020-11-28 at 20:23 +0800, Ding Hui wrote: We can get a crash when disconnecting the iSCSI session, the call trace like this:    [2a00fb70] kfree at 0830e224    [2a00fba0

Re: [PATCH v1 0/9] Enable root to update the blacklist keyring

On Fri, Nov 20, 2020 at 07:04:17PM +0100, Mickaël Salaün wrote: > Hi, > > This patch series mainly add a new configuration option to enable the > root user to load signed keys in the blacklist keyring. This keyring is > useful to "untrust" certificates or files. Enabling to safely update > this

[ANNOUNCE] [CFP] Call for Sessions - linux.conf.au Online 2021 Kernel Miniconf

LCA2021 Kernel Miniconf - Online - 2021-01-23 - LCA Kernel Miniconf submissions now open! (Ever wanted to present at LCA, but couldn't justify flying to Australia? Well, 2021 is your chance - we're going online-only for reasons you're probably aware o

[PATCH] ARM: dts: mvebu: Add device tree for ATL-x530 Board

Add device tree file for x530 board. This has an Armada 385 SoC. Has NAND-flash for user storage and SPI for booting. Covers majority of x530 and GS980MX variants. Signed-off-by: Aryan Srivastava Reviewed-by: Chris Packham --- arch/arm/boot/dts/armada-385-atl-x530.dts | 235

Re: [PATCH v2 01/17] vdpa: remove unnecessary 'default n' in Kconfig entries

On 2020/11/26 下午10:49, Stefano Garzarella wrote: 'default n' is not necessary since it is already the default when nothing is specified. Suggested-by: Jason Wang Signed-off-by: Stefano Garzarella Acked-by: Jason Wang --- drivers/vdpa/Kconfig | 3 --- 1 file changed, 3 deletions(-)

Re: [PATCH v2 03/17] vdpa_sim: remove hard-coded virtq count

On 2020/11/26 下午10:49, Stefano Garzarella wrote: From: Max Gurtovoy Add a new attribute that will define the number of virt queues to be created for the vdpasim device. Signed-off-by: Max Gurtovoy [sgarzare: replace kmalloc_array() with kcalloc()] Signed-off-by: Stefano Garzarella Acked

Re: [PATCH v2 02/17] vdpa_sim: remove unnecessary headers inclusion

On 2020/11/26 下午10:49, Stefano Garzarella wrote: Some headers are not necessary, so let's remove them to do some cleaning. Signed-off-by: Stefano Garzarella --- drivers/vdpa/vdpa_sim/vdpa_sim.c | 13 - 1 file changed, 13 deletions(-) diff --git a/drivers/vdpa/vdpa_sim/vdpa_sim

Re: [PATCH v2 04/17] vdpa_sim: remove the limit of IOTLB entries

On 2020/11/26 下午10:49, Stefano Garzarella wrote: The simulated devices can support multiple queues, so this limit should be defined according to the number of queues supported by the device. Since we are in a simulator, let's simply remove that limit. Suggested-by: Jason Wang Acked-by: Jason

Re: [PATCH v2 05/17] vdpa_sim: rename vdpasim_config_ops variables

On 2020/11/26 下午10:49, Stefano Garzarella wrote: These variables stores generic callbacks used by the vDPA simulator core, so we can remove the 'net' word in their names. Co-developed-by: Max Gurtovoy Signed-off-by: Max Gurtovoy Signed-off-by: Stefano Garzarella --- drivers/vdpa/vdpa_sim/

Re: [PATCH 0/3] clear_warn_once: add timed interval resetting

On Thu, Nov 26, 2020 at 01:30:26AM -0500, Paul Gortmaker wrote: > But you currently can't make use of clear_warn_once unless you've got > debugfs enabled and mounted - which may not be desired by some people > in some deployment situations. Seems awfully special purpose. The problem with debugfs i

Re: [PATCH v2 06/17] vdpa_sim: add struct vdpasim_dev_attr for device attributes

On 2020/11/26 下午10:49, Stefano Garzarella wrote: vdpasim_dev_attr will contain device specific attributes. We starting moving the number of virtqueues (i.e. nvqs) to vdpasim_dev_attr. vdpasim_create() creates a new vDPA simulator following the device attributes defined in the vdpasim_dev_attr

[PATCH] ASoC: mediatek: btcvsd fix tx stream assign

From: Lumi Lee Fix tx/rx stream assign in write. Write should use tx instead of rx. Signed-off-by: Lumi Lee --- sound/soc/mediatek/common/mtk-btcvsd.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/mediatek/common/mtk-btcvsd.c b/sound/soc/mediatek/common/mtk-

Re: [PATCH v2 07/17] vdpa_sim: add device id field in vdpasim_dev_attr

On 2020/11/26 下午10:49, Stefano Garzarella wrote: Remove VDPASIM_DEVICE_ID macro and add 'id' field in vdpasim_dev_attr, that will be returned by vdpasim_get_device_id(). Use VIRTIO_ID_NET for vDPA-net simulator device id. Co-developed-by: Max Gurtovoy Signed-off-by: Max Gurtovoy Signed-off-

Re: [PATCH] posix_acl.h: define missing ACL functions on non-posix-acl build

On (20/11/29 18:00), Randy Dunlap wrote: > On 11/29/20 5:44 PM, Sergey Senozhatsky wrote: > > Some functions that are declared when CONFIG_POSIX_ACL is defined > > are not declared when CONFIG_POSIX_ACL is not defined. Add the > > missing ones: > > set_posix_acl(), posix_acl_update_mode(), get_ca

Re: [PATCH v2 08/17] vdpa_sim: add supported_features field in vdpasim_dev_attr

On 2020/11/26 下午10:49, Stefano Garzarella wrote: Introduce a new VDPASIM_FEATURES macro with the generic features supported by the vDPA simulator, and VDPASIM_NET_FEATURES macro with vDPA-net features. Add 'supported_features' field in vdpasim_dev_attr, to allow devices to specify their featur

Re: [PATCH v2 09/17] vdpa_sim: add work_fn in vdpasim_dev_attr

On 2020/11/26 下午10:49, Stefano Garzarella wrote: Rename vdpasim_work() in vdpasim_net_work() and add it to the vdpasim_dev_attr structure. Co-developed-by: Max Gurtovoy Signed-off-by: Max Gurtovoy Signed-off-by: Stefano Garzarella --- drivers/vdpa/vdpa_sim/vdpa_sim.c | 7 +-- 1 file

Re: [PATCH] posix_acl.h: define missing ACL functions on non-posix-acl build

On (20/11/30 12:15), Sergey Senozhatsky wrote: > On (20/11/29 18:00), Randy Dunlap wrote: > > On 11/29/20 5:44 PM, Sergey Senozhatsky wrote: > > > Some functions that are declared when CONFIG_POSIX_ACL is defined > > > are not declared when CONFIG_POSIX_ACL is not defined. Add the > > > missing one

Re: [PATCH v2 10/17] vdpa_sim: store parsed MAC address in a buffer

On 2020/11/26 下午10:49, Stefano Garzarella wrote: As preparation for the next patches, we store the MAC address, parsed during the vdpasim_create(), in a buffer that will be used to fill 'config' together with other configurations. Signed-off-by: Stefano Garzarella --- drivers/vdpa/vdpa_sim/

[v3 01/11] irqchip: ls-extirq: Add LS1043A, LS1088A external interrupt

From: Hou Zhiqiang Add an new IRQ chip declaration for LS1043A and LS1088A - compatible "fsl,ls1043a-extirq" for LS1043A, LS1046A. - compatible "fsl,ls1088a-extirq" for LS1088A, LS208xA, LX216xA Signed-off-by: Hou Zhiqiang Signed-off-by: Biwen Li --- Change in v3: - cleanup code

[v3 06/11] arm64: dts: ls1088ardb: fix interrupt line for RTC node

From: Biwen Li Fix interrupt line for RTC node on ls1088ardb Signed-off-by: Biwen Li --- Change in v3: - none Change in v2: - none arch/arm64/boot/dts/freescale/fsl-ls1088a-rdb.dts | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/arm64/boot/dts/f

[v3 04/11] arm64: dts: ls1046ardb: Add interrupt line for RTC node

From: Hou Zhiqiang Add interrupt line for RTC node, which is low level active. Signed-off-by: Hou Zhiqiang --- Change in v3: - none Change in v2: - none arch/arm64/boot/dts/freescale/fsl-ls1046a-rdb.dts | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm64/boot/dt

[v3 07/11] arm64: dts: ls208xa: add DT node for external interrupt lines

From: Biwen Li Add device-tree node for external interrupt lines IRQ0-IRQ11. Signed-off-by: Biwen Li --- Change in v3: - none Change in v2: - none .../arm64/boot/dts/freescale/fsl-ls208xa.dtsi | 33 ++- 1 file changed, 32 insertions(+), 1 deletion(-) diff --g

[v3 05/11] arm64: dts: ls1088a: add DT node for external interrupt lines

From: Biwen Li Add device-tree node for external interrupt lines IRQ0-IRQ11. Signed-off-by: Biwen Li --- Change in v3: - none Change in v2: - none .../arm64/boot/dts/freescale/fsl-ls1088a.dtsi | 33 ++- 1 file changed, 32 insertions(+), 1 deletion(-) diff --g

[v3 08/11] arm64: dts: ls208xa-rdb: add interrupt line for RTC node

From: Biwen Li Add interrupt line for RTC node on ls208xa-rdb Signed-off-by: Biwen Li --- Change in v3: - none Change in v2: - none arch/arm64/boot/dts/freescale/fsl-ls208xa-rdb.dtsi | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/arch/arm64/boot/dts/fr

[v3 02/11] arm64: dts: ls1043a: add DT node for external interrupt lines

From: Biwen Li Add device-tree node for external interrupt lines IRQ0-IRQ11. Signed-off-by: Biwen Li --- Change in v3: - none Change in v2: - none .../arm64/boot/dts/freescale/fsl-ls1043a.dtsi | 27 ++- 1 file changed, 26 insertions(+), 1 deletion(-) diff --g

[v3 09/11] arm64: dts: lx2160a: add DT node for external interrupt lines

From: Biwen Li Add device-tree node for external interrupt lines IRQ0-IRQ11. Signed-off-by: Biwen Li --- Change in v3: - none Change in v2: - none .../arm64/boot/dts/freescale/fsl-lx2160a.dtsi | 31 +++ 1 file changed, 31 insertions(+) diff --git a/arch/arm64

[v3 03/11] arm64: dts: ls1046a: add DT node for external interrupt lines

From: Biwen Li Add device-tree node for external interrupt lines IRQ0-IRQ11. Signed-off-by: Biwen Li --- Change in v3: - none Change in v2: - none .../arm64/boot/dts/freescale/fsl-ls1046a.dtsi | 27 ++- 1 file changed, 26 insertions(+), 1 deletion(-) diff --g

[v3 10/11] arm64: dts: lx2160ardb: fix interrupt line for RTC node

From: Biwen Li Fix interrupt line for RTC node on lx2160ardb Signed-off-by: Biwen Li --- Change in v3: - none Change in v2: - none arch/arm64/boot/dts/freescale/fsl-lx2160a-rdb.dts | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/arm64/boot/dts/f

[v3 11/11] dt-bindings: interrupt-controller: update bindings for supporting more SoCs

From: Biwen Li Update bindings for Layerscape external irqs, support more SoCs(LS1043A, LS1046A, LS1088A, LS208xA, LX216xA) Signed-off-by: Biwen Li --- Change in v3: - remove robust information Change in v2: - update reg property - update compatible property .../bindi

Re: [PATCH v2 13/17] vdpa_sim: set vringh notify callback

On 2020/11/26 下午10:49, Stefano Garzarella wrote: Instead of calling the vq callback directly, we can leverage the vringh_notify() function, adding vdpasim_vq_notify() and setting it in the vringh notify callback. Suggested-by: Jason Wang Signed-off-by: Stefano Garzarella --- drivers/vdpa/v

Re: [PATCH v2 12/17] vdpa_sim: add get_config callback in vdpasim_dev_attr

On 2020/11/26 下午10:49, 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 vdp

[RFC V2 0/3] mm/hotplug: Pre-validate the address range with platform

This series adds a mechanism allowing platforms to weigh in and prevalidate incoming address range before proceeding further with the memory hotplug. This helps prevent potential platform errors for the given address range, down the hotplug call chain, which inevitably fails the hotplug itself. Th

[RFC V2 1/3] mm/hotplug: Prevalidate the address range being added with platform

This introduces memhp_range_allowed() which can be called in various memory hotplug paths to prevalidate the address range which is being added, with the platform. Then memhp_range_allowed() calls memhp_get_pluggable_range() which provides applicable address range depending on whether linear mappin

[RFC V2 3/3] s390/mm: Define arch_get_mappable_range()

This overrides arch_get_mappabble_range() on s390 platform and drops now redundant similar check in vmem_add_mapping(). This compensates by adding a new check __segment_load() to preserve the existing functionality. Cc: Heiko Carstens Cc: Vasily Gorbik Cc: David Hildenbrand Cc: linux-s...@vger.

[RFC V2 2/3] arm64/mm: Define arch_get_mappable_range()

This overrides arch_get_mappable_range() on arm64 platform which will be used with recently added generic framework. It drops inside_linear_region() and subsequent check in arch_add_memory() which are no longer required. Cc: Catalin Marinas Cc: Will Deacon Cc: Ard Biesheuvel Cc: Mark Rutland C

Re: [PATCH v2 16/17] vdpa_sim: split vdpasim_virtqueue's iov field in out_iov and in_iov

On 2020/11/26 下午10:49, Stefano Garzarella wrote: vringh_getdesc_iotlb() manages 2 iovs for writable and readable descriptors. This is very useful for the block device, where for each request we have both types of descriptor. Let's split the vdpasim_virtqueue's iov field in out_iov and in_iov t

Re: [PATCH v2 17/17] vdpa: split vdpasim to core and net modules

On 2020/11/26 下午10:49, Stefano Garzarella wrote: From: Max Gurtovoy Introduce new vdpa_sim_net and vdpa_sim (core) drivers. This is a preparation for adding a vdpa simulator module for block devices. Signed-off-by: Max Gurtovoy [sgarzare: various cleanups/fixes] Signed-off-by: Stefano Garzare

Re: [PATCH] posix_acl.h: define missing ACL functions on non-posix-acl build

A quick question, shouldn't there be dummy definitions for the EXPORT_SYMBOL-s? So that external modules can be modprobed and used. Some of posix_acl exported symbols have dummy definitions, others don't. E.g. posix_acl_create() is exported symbol and it's defined for both FS_POSIX_ACL and !FS_PO

Re: [ANNOUNCE] [CFP] Call for Sessions - linux.conf.au Online 2021 Kernel Miniconf

On 30/11/20 2:38 pm, CRISTIAN ANDRES VARGAS GONZALEZ wrote: > More info: https://lca-kernel.ozlabs.org/2021-cfs.html Hi, this link no working. :c Ugh, let me fix my TLS setup. In the meantime, try plain old unencrypted HTTP: http://lca-kernel.ozl

<    1   2   3   4   >