Re: [PATCH] thermal/drivers/tsens: fix missing put_device error

2021-04-04 Thread kernel test robot
://git-scm.com/docs/git-format-patch] url: https://github.com/0day-ci/linux/commits/zhuguangqing83-gmail-com/thermal-drivers-tsens-fix-missing-put_device-error/20210404-123439 base: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git 2023a53bdf41b7646b1d384b6816af06309f73a5

[PATCH] net: ag71xx: Slightly simplify 'ag71xx_rx_packets()'

2021-04-04 Thread Christophe JAILLET
There is no need to use 'list_for_each_entry_safe' here, as nothing is removed from the list in the 'for' loop. Use 'list_for_each_entry' instead, it is slightly less verbose. Signed-off-by: Christophe JAILLET --- drivers/net/ethernet/atheros/ag71xx.c | 4 ++-- 1 file changed, 2 insertions(+),

[PATCH] net: openvswitch: Use 'skb_push_rcsum()' instead of hand coding it

2021-04-04 Thread Christophe JAILLET
'skb_push()'/'skb_postpush_rcsum()' can be replaced by an equivalent 'skb_push_rcsum()' which is less verbose. Signed-off-by: Christophe JAILLET --- net/openvswitch/conntrack.c| 6 ++ net/openvswitch/vport-netdev.c | 7 +++ 2 files changed, 5 insertions(+), 8 deletions(-) diff

Re: [PATCH] PCI: merge slot and bus reset implementations

2021-04-04 Thread Leon Romanovsky
On Thu, Apr 01, 2021 at 10:56:16AM -0600, Alex Williamson wrote: > On Thu, 1 Apr 2021 15:27:37 +0300 > Leon Romanovsky wrote: > > > On Thu, Apr 01, 2021 at 05:37:16AM +, Raphael Norwitz wrote: > > > Slot resets are bus resets with additional logic to prevent a device > > > from being removed

vdpa.c:undefined reference to `atomic64_add_386'

2021-04-04 Thread kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 2023a53bdf41b7646b1d384b6816af06309f73a5 commit: ad89653f79f1882d55d9df76c9b2b94f008c4e27 vhost-vdpa: fix page pinning leakage in error path (rework) date: 4 months ago config: um-randconfig-r016-20210404

[PATCH] drm: sysfs: convert sysfs snprintf to sysfs_emit

2021-04-04 Thread Carlis
From: Xuezhi Zhang Fix the following coccicheck warning: drivers/gpu/drm/drm_sysfs.c:172:8-16: WARNING: use scnprintf or sprintf drivers/gpu/drm/drm_sysfs.c:185:8-16: WARNING: use scnprintf or sprintf drivers/gpu/drm/drm_sysfs.c:159:8-16: WARNING: use scnprintf or sprintf Signed-off-by:

/usr/bin/ld: sock_diag.c:undefined reference to `atomic64_dec_return_386'

2021-04-04 Thread kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 2023a53bdf41b7646b1d384b6816af06309f73a5 commit: 92acdc58ab11af66fcaef485433fde61b5e32fac bpf, net: Rework cookie generator as per-cpu one date: 6 months ago config: um-randconfig-r016-20210404 (attached

Re: [RFC v2 2/2] selftest/cpuidle: Add support for cpuidle latency measurement

2021-04-04 Thread Pratik Sampat
Hello Doug, Thanks for your review. On 02/04/21 4:57 am, Doug Smythies wrote: Hi Pratik, On Thu, Apr 1, 2021 at 4:45 AM Pratik Rajesh Sampat wrote: ... To run this test specifically: $ make -C tools/testing/selftests TARGETS="cpuidle" run_tests I have not become any smarter than I was

Re: [syzbot] possible deadlock in ovl_maybe_copy_up

2021-04-04 Thread Amir Goldstein
On Sat, Apr 3, 2021 at 10:18 PM syzbot wrote: > > syzbot has found a reproducer for the following issue on: > > HEAD commit:454c576c Add linux-next specific files for 20210401 > git tree: linux-next > console output: https://syzkaller.appspot.com/x/log.txt?x=1616e07ed0 > kernel

[PATCH v6 1/2] platform/x86: dell-privacy: Add support for Dell hardware privacy

2021-04-04 Thread Perry Yuan
From: Perry Yuan add support for Dell privacy driver for the Dell units equipped hardware privacy design, which protect users privacy of audio and camera from hardware level. Once the audio or camera privacy mode activated, any applications will not get any audio or video stream when user

[PATCH v6 0/2] hardware-privacy-implementation-for-dell-laptop

2021-04-04 Thread Perry Yuan
From: Perry Yuan Hi All, This patch set is a new driver for Dell mobile platform that has the hardware privacy feature including micmute,camera mute. For micmute led control, the hotkey is Fn + F4, it is a hardware based mute state, and new privacy will prevent micphone void input from hardware

[PATCH] ibmvnic: Use 'skb_frag_address()' instead of hand coding it

2021-04-04 Thread Christophe JAILLET
'page_address(skb_frag_page()) + skb_frag_off()' can be replaced by an equivalent 'skb_frag_address()' which is less verbose. Signed-off-by: Christophe JAILLET --- drivers/net/ethernet/ibm/ibmvnic.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git

[PATCH] sfc: Use 'skb_add_rx_frag()' instead of hand coding it

2021-04-04 Thread Christophe JAILLET
Some lines of code can be merged into an equivalent 'skb_add_rx_frag()' call which is less verbose. Signed-off-by: Christophe JAILLET --- UNTESTED. Compile tested only The 'skb->truesize' computation is likely to be slightly slower (n additions hidden in 'skb_add_rx_frag' instead of 1

Re: [PATCH] staging: rtl8188eu: replace goto with direct return

2021-04-04 Thread Greg KH
On Sat, Apr 03, 2021 at 10:40:08PM -0700, Deborah Brouwer wrote: > To conform with Linux kernel coding style, replace goto statement that > does no cleanup with a direct return. To preserve meaning, copy comments > from the original goto statement to the return statement. Identified by > the

[PATCH] net: phy: fix PHY possibly unwork after MDIO bus resume back

2021-04-04 Thread Joakim Zhang
commit 4c0d2e96ba055 ("net: phy: consider that suspend2ram may cut off PHY power") invokes phy_init_hw() when MDIO bus resume, it will soft reset PHY if PHY driver implements soft_reset callback. commit 764d31cacfe4 ("net: phy: micrel: set soft_reset callback to genphy_soft_reset for KSZ8081")

Re: [PATCH next 2/2] misc: Add Renesas Synchronization Management Unit (SMU) support

2021-04-04 Thread Greg KH
On Sat, Apr 03, 2021 at 06:08:34PM -0400, min.li...@renesas.com wrote: > From: Min Li > > This driver is developed for the IDT ClockMatrix(TM) and 82P33xxx families > of timing and synchronization devices.It will be used by Renesas PTP Clock > Manager for Linux (pcm4l) software to provide

Re: [PATCH v3] IB/mlx5: Reduce max order of memory allocated for xlt update

2021-04-04 Thread Leon Romanovsky
On Sat, Apr 03, 2021 at 04:53:55AM +, Praveen Kumar Kannoju wrote: > To update xlt (during mlx5_ib_reg_user_mr()), the driver can request up to > 1 MB (order-8) memory, depending on the size of the MR. This costly > allocation can sometimes take very long to return (a few seconds). This >

Re: [BUG]: usb: dwc3: gadget: Prevent EP queuing while stopping transfers

2021-04-04 Thread H. Nikolaus Schaller
> Am 04.04.2021 um 12:01 schrieb Greg KH : > > On Sun, Apr 04, 2021 at 11:29:00AM +0200, H. Nikolaus Schaller wrote: >> it seems as if the patch >> >> 9de47c37 ("usb: dwc3: gadget: Prevent EP queuing while stopping >> transfers") in v5.11.y >> f09ddcfcb8c5 ("usb: dwc3: gadget:

Re: [PATCH] kfence: unpoison pool region before use

2021-04-04 Thread Andrey Konovalov
On Sun, Apr 4, 2021 at 1:52 AM Andrey Konovalov wrote: > > On Sun, Apr 4, 2021 at 12:31 AM Marco Elver wrote: > > > > However, given the above, I think we need to explain this in the > > commit message (which also makes the dependency between these 2 > > patches clear) and add a comment above

Re: [PATCH 1/5] crypto: ccp: Detect and reject vmalloc addresses destined for PSP

2021-04-04 Thread Christophe Leroy
Le 03/04/2021 à 01:36, Sean Christopherson a écrit : Explicitly reject vmalloc'd data as the source for SEV commands that are sent to the PSP. The PSP works with physical addresses, and __pa() will not return the correct address for a vmalloc'd pionter, which at best will cause the command

[PATCH] habanalabs: support DEVICE_UNUSABLE error indication from FW

2021-04-04 Thread Oded Gabbay
From: Koby Elbaz In case of multiple ECC errors, FW will set the DEVICE_UNUSABLE bit. On boot-up, the driver will therefore fail inserting the device. Signed-off-by: Koby Elbaz Reviewed-by: Oded Gabbay Signed-off-by: Oded Gabbay --- drivers/misc/habanalabs/common/firmware_if.c| 3

[RFC v3 0/2] CPU-Idle latency selftest framework

2021-04-04 Thread Pratik Rajesh Sampat
Changelog RFC v2-->v3 Based on comments by Doug Smythies, 1. Changed commit log to reflect the test must be run as super user. 2. Added a comment specifying a method to run the test bash script without recompiling. 3. Enable all the idle states after the experiments are completed so that the

[RFC v3 1/2] cpuidle: Extract IPI based and timer based wakeup latency from idle states

2021-04-04 Thread Pratik Rajesh Sampat
Introduce a mechanism to fire directed IPIs from a specified source CPU to a specified target CPU and measure the difference in time incurred on wakeup. Also, introduce a mechanism to queue a HR timer on a specified CPU and subsequently measure the time taken to wakeup the CPU. Finally define a

[RFC v3 2/2] selftest/cpuidle: Add support for cpuidle latency measurement

2021-04-04 Thread Pratik Rajesh Sampat
The cpuidle latency selftest provides support to systematically extract, analyse and present IPI and timer based wakeup latencies for each CPU and each idle state available on the system. The selftest leverages test-cpuidle_latency module's debugfs interface to interact and extract latency

[PATCH v6 2/2] ASoC: rt715:add micmute led state control supports

2021-04-04 Thread Perry Yuan
From: Perry Yuan Some new Dell system is going to support audio internal micphone privacy setting from hardware level with micmute led state changing When micmute hotkey pressed by user, soft mute will need to be enabled firstly in case of pop noise, and codec driver need to react to mic mute

[PATCH] drm/i915/sysfs: convert snprintf to sysfs_emit

2021-04-04 Thread Carlis
From: Xuezhi Zhang Fix the following coccicheck warning: drivers/gpu/drm/i915//i915_sysfs.c:266:8-16: WARNING: use scnprintf or sprintf drivers/gpu/drm/i915//i915_sysfs.c:285:8-16: WARNING: use scnprintf or sprintf drivers/gpu/drm/i915//i915_sysfs.c:276:8-16: WARNING: use scnprintf or sprintf

Re: [Outreachy kernel] [PATCH] staging: rtl8188eu: core: add comma within a comment

2021-04-04 Thread Julia Lawall
On Sat, 3 Apr 2021, Deborah Brouwer wrote: > On Sat, Apr 03, 2021 at 11:16:16PM +0200, Julia Lawall wrote: > > > > > > On Sat, 3 Apr 2021, Deborah Brouwer wrote: > > > > > Add a comma to separate repeated words in a comment. The comma preserves > > > the meaning of the comment while also

Re: [PATCH] Staging: rtl8192u: ieee80211: fixed a trailing statements coding style issue.

2021-04-04 Thread Greg KH
On Sun, Apr 04, 2021 at 08:15:00AM +0300, dev.dra...@bk.ru wrote: > From: Dmitrii Wolf > > Signed-off-by: Dmitrii Wolf > --- > drivers/staging/rtl8192u/ieee80211/ieee80211_softmac.c | 8 > 1 file changed, 4 insertions(+), 4 deletions(-) > Hi, This is the friendly patch-bot of Greg

Re: [syzbot] WARNING in mntput_no_expire (2)

2021-04-04 Thread Christian Brauner
On Sun, Apr 04, 2021 at 02:34:08AM +, Al Viro wrote: > On Thu, Apr 01, 2021 at 07:11:12PM +, Al Viro wrote: > > > > I _think_ I see what the issue is. It seems that an assumption made in > > > this commit might be wrong and we're missing a mnt_add_count() bump that > > > we would

[PATCHv2 RESEND] firmware: stratix10-svc: build only on 64-bit ARM

2021-04-04 Thread Dinh Nguyen
From: Krzysztof Kozlowski The Stratix10 service layer and RCU drivers are useful only on Stratix10, so on ARMv8. Compile testing the RCU driver on 32-bit ARM fails: drivers/firmware/stratix10-rsu.c: In function 'rsu_status_callback': include/linux/compiler_types.h:320:38: error: call to

Re: [PATCH net-next v1 1/9] net: dsa: add rcv_post call back

2021-04-04 Thread Vladimir Oltean
On Sun, Apr 04, 2021 at 07:49:03AM +0200, Oleksij Rempel wrote: > Am 04.04.21 um 01:21 schrieb Vladimir Oltean: > > On Sat, Apr 03, 2021 at 05:05:34PM +0300, Vladimir Oltean wrote: > >> On Sat, Apr 03, 2021 at 01:48:40PM +0200, Oleksij Rempel wrote: > >>> Some switches (for example ar9331) do not

[PATCH v2] thermal/drivers/tsens: fix missing put_device error

2021-04-04 Thread zhuguangqing83
From: Guangqing Zhu Fixes coccicheck error: drivers/thermal/qcom/tsens.c:759:4-10: ERROR: missing put_device; call of_find_device_by_node on line 715, but without a corresponding object release within this function. Fixes: a7ff82976122 ("drivers: thermal: tsens: Merge tsens-common.c into

vdpa.c:undefined reference to `atomic64_read_386'

2021-04-04 Thread kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 2023a53bdf41b7646b1d384b6816af06309f73a5 commit: 7ed9e3d97c32d969caded2dfb6e67c1a2cc5a0b1 vhost-vdpa: fix page pinning leakage in error path date: 6 months ago config: um-randconfig-r016-20210404

Re: [PATCH net-next v1 4/9] net: dsa: qca: ar9331: make proper initial port defaults

2021-04-04 Thread Oleksij Rempel
Am 04.04.21 um 02:16 schrieb Vladimir Oltean: > On Sat, Apr 03, 2021 at 01:48:43PM +0200, Oleksij Rempel wrote: >> Make sure that all external port are actually isolated from each other, >> so no packets are leaked. >> >> Signed-off-by: Oleksij Rempel >> --- >> drivers/net/dsa/qca/ar9331.c | 145

arch/m68k/coldfire/pci.c:115:17: sparse: sparse: incorrect type in assignment (different base types)

2021-04-04 Thread kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 2023a53bdf41b7646b1d384b6816af06309f73a5 commit: 005b73d0dd83c9cb9420a196bea8070cde30ecac m68knommu: __force type casts for raw IO access date: 8 months ago config: m68k-randconfig-s032-20210403 (attached

Re: [PATCH v6] RISC-V: enable XIP

2021-04-04 Thread Vitaly Wool
On Sat, Apr 3, 2021 at 12:00 PM Alex Ghiti wrote: > > Hi Vitaly, > > Le 4/1/21 à 7:10 AM, Alex Ghiti a écrit : > > Le 4/1/21 à 4:52 AM, Vitaly Wool a écrit : > >> Hi Alex, > >> > >> On Thu, Apr 1, 2021 at 10:11 AM Alex Ghiti wrote: > >>> > >>> Hi, > >>> > >>> Le 3/30/21 à 4:04 PM, Alex Ghiti a

Re: [PATCH 0/7] staging: media: zoran: Eliminate camelcase

2021-04-04 Thread Greg KH
On Sun, Apr 04, 2021 at 12:08:57AM +0600, Zhansaya Bagdauletkyzy wrote: > This patchset fixes 'avoid camelcase' warning by converting local variables > to lowercase and separating words using '_'. > Renaming of each variable is implemented in separate patches. > > Zhansaya Bagdauletkyzy (7): >

Re: [PATCH 2/2] staging:r8188eu: remove dummy handlers from OnAction()

2021-04-04 Thread Greg Kroah-Hartman
On Sun, Apr 04, 2021 at 12:30:41AM +0300, Ivan Safonov wrote: > On 4/2/21 4:04 PM, Greg Kroah-Hartman wrote: > > On Sun, Mar 28, 2021 at 07:33:25PM +0300, Ivan Safonov wrote: > > > on_action_spct() do nothing, because rtw_get_stainfo() has no side > > > effects. Other action handlers are trivial.

Re: [PATCH] debugfs: Fix use-after-free in debugfs_create_devm_seqfile()

2021-04-04 Thread Greg Kroah-Hartman
On Sat, Apr 03, 2021 at 07:45:04PM -0500, Samuel Holland wrote: > This function uses devres to clean up its allocation, but it never removes the > file referencing that allocation. This causes a use-after-free and an oops if > the file is accessed after the owning device is removed. What

Something is leaking RCU holds from interrupt context

2021-04-04 Thread Matthew Wilcox
On Sat, Apr 03, 2021 at 09:15:17PM -0700, syzbot wrote: > HEAD commit:2bb25b3a Merge tag 'mips-fixes_5.12_3' of git://git.kernel.. > git tree: upstream > console output: https://syzkaller.appspot.com/x/log.txt?x=1284cc31d0 > kernel config:

Re: [PATCH] RDMA/addr: potential uninitialized variable in ib_nl_process_good_ip_rsep()

2021-04-04 Thread Leon Romanovsky
On Fri, Apr 02, 2021 at 02:47:23PM +0300, Dan Carpenter wrote: > The nla_len() is less than or equal to 16. If it's less than 16 then > end of the "gid" buffer is uninitialized. > > Fixes: ae43f8286730 ("IB/core: Add IP to GID netlink offload") > Signed-off-by: Dan Carpenter > --- > I just

[Outreachy kernel][PATCH] staging: sm750fb: Remove unnecessary blank line

2021-04-04 Thread Zhansaya Bagdauletkyzy
Remove unnecessary extra blank line to improve readability. Reported by checkpatch. Signed-off-by: Zhansaya Bagdauletkyzy --- drivers/staging/sm750fb/sm750.h | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/staging/sm750fb/sm750.h b/drivers/staging/sm750fb/sm750.h index

Re: [PATCH v3] coccinelle: misc: add swap script

2021-04-04 Thread Julia Lawall
On Sun, 28 Mar 2021, Denis Efremov wrote: > Ping? Applied. Thanks. > > On 3/5/21 1:09 PM, Denis Efremov wrote: > > Check for opencoded swap() implementation. > > > > Signed-off-by: Denis Efremov > > --- > > Changes in v2: > > - additional patch rule to drop excessive {} > > - fix

Re: [PATCH net 1/2] net: hns3: Remove the left over redundant check & assignment

2021-04-04 Thread Leon Romanovsky
On Sat, Apr 03, 2021 at 02:35:19AM +0100, Salil Mehta wrote: > This removes the left over check and assignment which is no longer used > anywhere in the function and should have been removed as part of the > below mentioned patch. > > Fixes: 012fcb52f67c ("net: hns3: activate reset timer when

Re: [PATCH v3 00/30] staging: rtl8723bs: remove RT_TRACE logs in core/*

2021-04-04 Thread Fabio Aiuto
On Sat, Apr 03, 2021 at 01:02:04PM -0700, Joe Perches wrote: > On Sat, 2021-04-03 at 19:28 +0200, Fabio Aiuto wrote: > > On Sat, Apr 03, 2021 at 09:17:37AM -0700, Joe Perches wrote: > > > On Sat, 2021-04-03 at 17:21 +0200, Fabio Aiuto wrote: > > > > On Sat, Apr 03, 2021 at 08:02:25AM -0700, Joe

Re: [PATCH 3/5] crypto: ccp: Play nice with vmalloc'd memory for SEV command structs

2021-04-04 Thread Christophe Leroy
Le 03/04/2021 à 01:37, Sean Christopherson a écrit : Copy vmalloc'd data to an internal buffer instead of rejecting outright so that callers can put SEV command buffers on the stack without running afoul of CONFIG_VMAP_STACK=y. Currently, the largest supported command takes a 68 byte buffer,

Re: [PATCH] net: openvswitch: Use 'skb_push_rcsum()' instead of hand coding it

2021-04-04 Thread patchwork-bot+netdevbpf
Hello: This patch was applied to netdev/net-next.git (refs/heads/master): On Sun, 4 Apr 2021 09:11:03 +0200 you wrote: > 'skb_push()'/'skb_postpush_rcsum()' can be replaced by an equivalent > 'skb_push_rcsum()' which is less verbose. > > Signed-off-by: Christophe JAILLET > --- >

[BUG]: usb: dwc3: gadget: Prevent EP queuing while stopping transfers

2021-04-04 Thread H. Nikolaus Schaller
it seems as if the patch 9de47c37 ("usb: dwc3: gadget: Prevent EP queuing while stopping transfers") in v5.11.y f09ddcfcb8c5 ("usb: dwc3: gadget: Prevent EP queuing while stopping transfers") in v5.12-rc5 reproducible breaks dwc3 RNDIS gadget, at least on the Pyra Handheld

Re: [Outreachy kernel] [PATCH] staging: rtl8188eu: replace goto with direct return

2021-04-04 Thread Julia Lawall
On Sat, 3 Apr 2021, Deborah Brouwer wrote: > To conform with Linux kernel coding style, replace goto statement that > does no cleanup with a direct return. To preserve meaning, copy comments > from the original goto statement to the return statement. Identified by > the checkpatch warning:

Re: [BUG]: usb: dwc3: gadget: Prevent EP queuing while stopping transfers

2021-04-04 Thread Greg KH
On Sun, Apr 04, 2021 at 11:29:00AM +0200, H. Nikolaus Schaller wrote: > it seems as if the patch > > 9de47c37 ("usb: dwc3: gadget: Prevent EP queuing while stopping > transfers") in v5.11.y > f09ddcfcb8c5 ("usb: dwc3: gadget: Prevent EP queuing while stopping > transfers") in

[PATCH 1/2] qede: Remove a erroneous ++ in 'qede_rx_build_jumbo()'

2021-04-04 Thread Christophe JAILLET
This ++ is confusing. It looks duplicated with the one already performed in 'skb_fill_page_desc()'. In fact, it is harmless. 'nr_frags' is written twice with the same value. Once, because of the nr_frags++, and once because of the 'nr_frags = i + 1' in 'skb_fill_page_desc()'. So axe this

[PATCH 2/2] qede: Use 'skb_add_rx_frag()' instead of hand coding it

2021-04-04 Thread Christophe JAILLET
Some lines of code can be merged into an equivalent 'skb_add_rx_frag()' call which is less verbose. Signed-off-by: Christophe JAILLET --- drivers/net/ethernet/qlogic/qede/qede_fp.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git

Re: [PATCH v2 5/6] dt-bindings: memory: tegra20: emc: Convert to schema

2021-04-04 Thread Dmitry Osipenko
02.04.2021 17:45, Dmitry Osipenko пишет: > 01.04.2021 18:55, Rob Herring пишет: >> On Wed, Mar 31, 2021 at 05:59:39PM +0300, Dmitry Osipenko wrote: >>> 31.03.2021 16:40, Rob Herring пишет: On Wed, 31 Mar 2021 02:04:44 +0300, Dmitry Osipenko wrote: > Convert Tegra20 External Memory

Usage of CXX in tools directory

2021-04-04 Thread Sedat Dilek
[ Please CC me I am not subscribed to all mailing-lists ] [ Please CC some more folks if you like ] Hi, when dealing/experimenting with BPF together with pahole/dwarves and dwarf-v5 and clang-lto I fell over that there is usage of CXX in tools directory. Especially, I wanted to build and run

Re: Usage of CXX in tools directory

2021-04-04 Thread Sedat Dilek
> So you need to pass CXX=clang++ manually when playing in tools directory: > > MAKE="make V=1 > MAKE_OPTS="HOSTCC=clang HOSTCXX=clang++ HOSTLD=ld.lld CC=clang > CXX=clang++ LD=ld.lld LLVM=1 LLVM_IAS=1" > MAKE_OPTS="MAKE_OPTS $PAHOLE=/opt/pahole/bin/pahole" > > $ LC_ALL=C $MAKE $MAKE_OPTS -C

Re: [PATCHv2 RESEND] firmware: stratix10-svc: build only on 64-bit ARM

2021-04-04 Thread Dinh Nguyen
On 4/4/21 9:08 AM, Greg KH wrote: On Sun, Apr 04, 2021 at 07:46:09AM -0500, Dinh Nguyen wrote: From: Krzysztof Kozlowski The Stratix10 service layer and RCU drivers are useful only on Stratix10, so on ARMv8. Compile testing the RCU driver on 32-bit ARM fails:

Re: [RFC PATCH v3 3/7] regulator: IRQ based event/error notification helpers

2021-04-04 Thread Matti Vaittinen
On Fri, 2021-04-02 at 18:11 +0100, Mark Brown wrote: > On Thu, Mar 11, 2021 at 12:22:36PM +0200, Matti Vaittinen wrote: > > + if (d->fatal_cnt && h->retry_cnt > d->fatal_cnt) { > > + if (d->die) > > + ret = d->die(rid); > > + else > > +

Re: [PATCH v5 16/19] regulator: bd71815: use ramp-delay helper

2021-04-04 Thread Matti Vaittinen
On Fri, 2021-04-02 at 20:02 +0100, Mark Brown wrote: > On Mon, Mar 29, 2021 at 04:00:13PM +0300, Matti Vaittinen wrote: > > Use generic regamp ramp-delay helper function instead of > > implementing own. > > This is patching something which was just added in the previous > patch... > >

Re: [syzbot] WARNING in mntput_no_expire (2)

2021-04-04 Thread Christian Brauner
On Sun, Apr 04, 2021 at 03:56:02PM +, Al Viro wrote: > On Sun, Apr 04, 2021 at 01:34:45PM +0200, Christian Brauner wrote: > > > Sorry for not replying to your earlier mail but I've been debugging this > > too. My current theory is that it's related to LOOKUP_ROOT_GRABBED when > >

Re: [PATCH v6 1/2] platform/x86: dell-privacy: Add support for Dell hardware privacy

2021-04-04 Thread Barnabás Pőcze
Hi 2021. április 4., vasárnap 10:31 keltezéssel, Perry Yuan írta: > From: Perry Yuan > > add support for Dell privacy driver for the Dell units equipped > hardware privacy design, which protect users privacy of audio and > camera from hardware level. Once the audio or camera privacy mode >

Re: [syzbot] WARNING in mntput_no_expire (2)

2021-04-04 Thread Christian Brauner
On Sun, Apr 04, 2021 at 06:40:40PM +0200, Christian Brauner wrote: > On Sun, Apr 04, 2021 at 03:56:02PM +, Al Viro wrote: > > On Sun, Apr 04, 2021 at 01:34:45PM +0200, Christian Brauner wrote: > > > > > Sorry for not replying to your earlier mail but I've been debugging this > > > too. My

Re: [syzbot] WARNING in mntput_no_expire (2)

2021-04-04 Thread Christian Brauner
On Sun, Apr 04, 2021 at 04:44:06PM +, Al Viro wrote: > On Sun, Apr 04, 2021 at 06:40:40PM +0200, Christian Brauner wrote: > > > > Very interesting. What happens if you call loop() twice? And now I > > > wonder > > > whether it's root or cwd, actually... Hmm... > > > > > > How about this:

[RFC PATCH v6 1/1] cmdline: Add capability to both append and prepend at the same time

2021-04-04 Thread Christophe Leroy
One user has expressed the need to both append and prepend some built-in parameters to the command line provided by the bootloader. Allthough it is a corner case, it is easy to implement so let's do it. When the user chooses to prepend the bootloader provided command line with the built-in

Re: [PATCH V1 0/2] soc: qcom: aoss: Expose send for generic usecase

2021-04-04 Thread Bjorn Andersson
On Fri 02 Apr 01:17 CDT 2021, Deepak Kumar Singh wrote: > [Change from V0] It's typical that the first patchset, without a version specified, is considered "version 1", and as such the second submission would be "v2". > Update qmp_get to parse qmp handle with binding qcom,qmp > I won't be

[PATCH v5 0/8] KVM/ARM: Some vgic fixes and init sequence KVM selftests

2021-04-04 Thread Eric Auger
While writting vgic v3 init sequence KVM selftests I noticed some relatively minor issues. This was also the opportunity to try to fix the issue laterly reported by Zenghui, related to the RDIST_TYPER last bit emulation. The final patch is a first batch of VGIC init sequence selftests. Of course

[PATCH v5 1/8] KVM: arm64: Fix KVM_VGIC_V3_ADDR_TYPE_REDIST_REGION read

2021-04-04 Thread Eric Auger
The doc says: "The characteristics of a specific redistributor region can be read by presetting the index field in the attr data. Only valid for KVM_DEV_TYPE_ARM_VGIC_V3" Unfortunately the existing code fails to read the input attr data. Fixes: 04c110932225 ("KVM: arm/arm64: Implement

[PATCH v5 2/8] KVM: arm64: vgic-v3: Fix error handling in vgic_v3_set_redist_base()

2021-04-04 Thread Eric Auger
vgic_v3_insert_redist_region() may succeed while vgic_register_all_redist_iodevs fails. For example this happens while adding a redistributor region overlapping a dist region. The failure only is detected on vgic_register_all_redist_iodevs when vgic_v3_check_base() gets called in

[PATCH v5 3/8] KVM: arm/arm64: vgic: Reset base address on kvm_vgic_dist_destroy()

2021-04-04 Thread Eric Auger
On vgic_dist_destroy(), the addresses are not reset. However for kvm selftest purpose this would allow to continue the test execution even after a failure when running KVM_RUN. So let's reset the base addresses. Signed-off-by: Eric Auger --- v1 -> v2: - use dist-> in the else and add braces

Re: [syzbot] WARNING in mntput_no_expire (2)

2021-04-04 Thread Al Viro
On Sun, Apr 04, 2021 at 07:05:13PM +0200, Christian Brauner wrote: > On Sun, Apr 04, 2021 at 04:44:06PM +, Al Viro wrote: > > On Sun, Apr 04, 2021 at 06:40:40PM +0200, Christian Brauner wrote: > > > > > > Very interesting. What happens if you call loop() twice? And now I > > > > wonder > >

[PATCH] ia64: drop marked broken DISCONTIGMEM and VIRTUAL_MEM_MAP

2021-04-04 Thread Sergei Trofimovich
DISCONTIGMEM was marked BROKEN in 5.11. Let's remove it. Booted SPARSEMEM successfully on rx3600. CC: Andrew Morton CC: linux-i...@vger.kernel.org Signed-off-by: Sergei Trofimovich --- arch/ia64/Kconfig | 23 arch/ia64/configs/bigsur_defconfig | 1 -

Re: [PATCH] RDMA/addr: potential uninitialized variable in ib_nl_process_good_ip_rsep()

2021-04-04 Thread Mark Bloch
On 4/4/21 1:33 PM, Leon Romanovsky wrote: > On Fri, Apr 02, 2021 at 02:47:23PM +0300, Dan Carpenter wrote: >> The nla_len() is less than or equal to 16. If it's less than 16 then >> end of the "gid" buffer is uninitialized. >> >> Fixes: ae43f8286730 ("IB/core: Add IP to GID netlink offload") >>

[PATCH v4 02/30] staging: rtl8723bs: fix condition in if statement in core/rtw_xmit.c

2021-04-04 Thread Fabio Aiuto
fix post-commit hook checkpatch issue: CHECK: Using comparison to true is error prone 71: FILE: drivers/staging/rtl8723bs/core/rtw_xmit.c:565: + ((padapter->securitypriv.sw_encrypt == true) || (psecuritypriv->hw_decrypted == false))) Signed-off-by: Fabio Aiuto ---

[PATCH v4 01/30] staging: rtl8723bs: remove RT_TRACE logs in core/rtw_xmit.c

2021-04-04 Thread Fabio Aiuto
Remove all of the RT_TRACE logs in the core/rtw_xmit.c file as they currently do nothing as they require the code to be modified by hand in order to be turned on. This obviously has not happened since the code was merged. Moreover it relies on an unneeded private log level tracing which overrides

[PATCH v4 03/30] staging: rtl8723bs: remove RT_TRACE logs in core/rtw_security.c

2021-04-04 Thread Fabio Aiuto
Remove all of the RT_TRACE logs in the core/rtw_security.c file as they currently do nothing as they require the code to be modified by hand in order to be turned on. This obviously has not happened since the code was merged. Moreover it relies on an unneeded private log level tracing which

[PATCH v4 00/30] staging: rtl8723bs: remove RT_TRACE logs in core/*

2021-04-04 Thread Fabio Aiuto
This patchset removes all RT_TRACE usages in core/ files. This is the first of a series aimed at removing RT_TRACE macro. The whole private tracing system is not tied to a configuration symbol and the default behaviour is _trace nothing_. It's verbose and relies on a private log level tracing

[PATCH v4 11/30] staging: rtl8723bs: remove RT_TRACE logs in core/rtw_cmd.c

2021-04-04 Thread Fabio Aiuto
Remove all of the RT_TRACE logs in the core/rtw_cmd.c file as they currently do nothing as they require the code to be modified by hand in order to be turned on. This obviously has not happened since the code was merged. Moreover it relies on an unneeded private log level tracing which overrides

[PATCH v4 12/30] staging: rtl8723bs: fix null check conditions in core/rtw_cmd.c

2021-04-04 Thread Fabio Aiuto
fix post-commit hook checkpatch issues: CHECK: Comparison to NULL could be written "!psta" 178: FILE: drivers/staging/rtl8723bs/core/rtw_cmd.c:2012: + if (psta == NULL) CHECK: Comparison to NULL could be written "!psta" 198: FILE:

[PATCH v4 13/30] staging: rtl8723bs: remove unnecessary parentheses in if condition in core/rtw_cmd.c

2021-04-04 Thread Fabio Aiuto
fix post-commit hook checkpatch issue: WARNING: Unnecessary parentheses 166: FILE: drivers/staging/rtl8723bs/core/rtw_cmd.c:2000: + if ((pcmd->res != H2C_SUCCESS)) Signed-off-by: Fabio Aiuto --- drivers/staging/rtl8723bs/core/rtw_cmd.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH v4 14/30] staging: rtl8723bs: remove commented RT_TRACE calls in core/rtw_mlme.c

2021-04-04 Thread Fabio Aiuto
Remove commented RT_TRACE calls in core/rtw_mlme.c Remove all of the RT_TRACE logs in the core/rtw_mlme.c file as they currently do nothing as they require the code to be modified by hand in order to be turned on. This obviously has not happened since the code was merged. Moreover it relies on an

[PATCH v4 15/30] staging: rtl8723bs: remove RT_TRACE logs in core/rtw_mlme.c

2021-04-04 Thread Fabio Aiuto
Remove all of the RT_TRACE logs in the core/rtw_mlme.c file as they currently do nothing as they require the code to be modified by hand in order to be turned on. This obviously has not happened since the code was merged. Moreover it relies on an unneeded private log level tracing which overrides

[PATCH v4 05/30] staging: rtl8723bs: fix spaces around operator issues in core/rtw_security.c

2021-04-04 Thread Fabio Aiuto
fix the following post commit hook checkpatch issues: CHECK: spaces preferred around that '-' (ctx:VxV) 25: FILE: drivers/staging/rtl8723bs/core/rtw_security.c:729: + if (crc[3] != payload[length-1] || crc[2] != payload[length-2] ||

[PATCH v4 07/30] staging: rtl8723bs: fix error prone if conditions in core/rtw_eeprom.c

2021-04-04 Thread Fabio Aiuto
fix the following post-commit hook checkpatch issues: CHECK: Using comparison to true is error prone 21: FILE: drivers/staging/rtl8723bs/core/rtw_eeprom.c:38: + if (padapter->bSurpriseRemoved == true) CHECK: Using comparison to true is error prone 36: FILE:

[PATCH v4 08/30] staging: rtl8723bs: remove all RT_TRACE logs in core/rtw_pwrctrl.c

2021-04-04 Thread Fabio Aiuto
Remove all of the RT_TRACE logs in the core/rtw_pwrctrl.c file as they currently do nothing as they require the code to be modified by hand in order to be turned on. This obviously has not happened since the code was merged. Moreover it relies on an unneeded private log level tracing which

[PATCH v4 16/30] staging: rtl8723bs: tidy up some error handling in core/rtw_mlme.c

2021-04-04 Thread Fabio Aiuto
the RT_TRACE() output is not useful so we want to delete it. In this case there is no cleanup for rtw_cleanbss_cmd() required or even possible. I've deleted the RT_TRACE() output and added a goto unlock to show that we can't continue if rtw_createbss_cmd() fails. Suggested-by: Dan Carpenter

[PATCH v4 17/30] staging: rtl8723bs: remove RT_TRACE logs in core/rtw_mlme_ext.c

2021-04-04 Thread Fabio Aiuto
Remove all of the RT_TRACE logs in the core/rtw_mlme_ext.c file as they currently do nothing as they require the code to be modified by hand in order to be turned on. This obviously has not happened since the code was merged. Moreover it relies on an unneeded private log level tracing which

[PATCH v4 04/30] staging: rtl8723bs: fix line exceed warning in core/rtw_security.c

2021-04-04 Thread Fabio Aiuto
fix the following post-commit hook checkpatch issue: WARNING: line length of 149 exceeds 100 columns 61: FILE: drivers/staging/rtl8723bs/core/rtw_security.c:729: + if (crc[3] != payload[length-1] || crc[2] != payload[length-2] || crc[1] != payload[length-3] ||

Re: [PATCH] net: phy: fix PHY possibly unwork after MDIO bus resume back

2021-04-04 Thread Heiner Kallweit
On 04.04.2021 12:07, Joakim Zhang wrote: > commit 4c0d2e96ba055 ("net: phy: consider that suspend2ram may cut > off PHY power") invokes phy_init_hw() when MDIO bus resume, it will > soft reset PHY if PHY driver implements soft_reset callback. > commit 764d31cacfe4 ("net: phy: micrel: set

[PATCH v4 09/30] staging: rtl8723bs: fix logical continuation issue in core/rtw_pwrctrl.c

2021-04-04 Thread Fabio Aiuto
fix following post-commit hook checkpatch issue: CHECK: Logical continuations should be on the previous line 22: FILE: drivers/staging/rtl8723bs/core/rtw_pwrctrl.c:270: if ((pwrpriv->rpwm == pslv) + || ((pwrpriv->rpwm >= PS_STATE_S2) && (pslv

[PATCH v4 10/30] staging: rtl8723bs: remove unnecessary parentheses in if-condition in core/rtw_pwrctrl.c

2021-04-04 Thread Fabio Aiuto
fix following post-commit hook checkpatch issues: CHECK: Unnecessary parentheses around 'pwrpriv->rpwm == pslv' 26: FILE: drivers/staging/rtl8723bs/core/rtw_pwrctrl.c:269: + if ((pwrpriv->rpwm == pslv) || + ((pwrpriv->rpwm >= PS_STATE_S2) && (pslv >=

[PATCH v4 06/30] staging: rtl8723bs: remove all RT_TRACE logs in core/rtw_eeprom.c

2021-04-04 Thread Fabio Aiuto
Remove all of the RT_TRACE logs in the core/rtw_eeprom.c file as they currently do nothing as they require the code to be modified by hand in order to be turned on. This obviously has not happened since the code was merged. Moreover it relies on an unneeded private log level tracing which

Re: [RFC v1 00/26] Add TDX Guest Support

2021-04-04 Thread Dave Hansen
It occurred to me that I've been doing a lot of digging in the TDX spec lately. I think we can all agree that the "Architecture Specification" is not the world's easiest, most disgestable reading. It's hard to figure out what the Linux relation to the spec is. One bit of Documentation we need

[PATCH v3 1/1] dt-bindings: memory: tegra20: emc: Convert to schema

2021-04-04 Thread Dmitry Osipenko
Convert Tegra20 External Memory Controller binding to schema. Signed-off-by: Dmitry Osipenko --- .../memory-controllers/nvidia,tegra20-emc.txt | 130 .../nvidia,tegra20-emc.yaml | 303 ++ 2 files changed, 303 insertions(+), 130 deletions(-) delete

[PATCH v3 0/1] NVIDIA Tegra memory improvements

2021-04-04 Thread Dmitry Osipenko
Hi, Here is the last patch of the series which had minor problem in v2, the rest of the patches are already applied by Krzysztof Kozlowski. Changelog: v3: - Added new optional reg property for emc-tables nodes in order to fix dt_binding_check warning. Please note that I will

Re: [syzbot] WARNING in mntput_no_expire (2)

2021-04-04 Thread Al Viro
On Sun, Apr 04, 2021 at 01:34:45PM +0200, Christian Brauner wrote: > Sorry for not replying to your earlier mail but I've been debugging this > too. My current theory is that it's related to LOOKUP_ROOT_GRABBED when > LOOKUP_CACHED is specified _possibly_ with an interaction how >

Re: [PATCH v24 9/9] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave

2021-04-04 Thread Jarkko Sakkinen
On Thu, Apr 01, 2021 at 03:14:03PM -0700, Yu-cheng Yu wrote: > ENDBR is a special new instruction for the Indirect Branch Tracking (IBT) > component of CET. IBT prevents attacks by ensuring that (most) indirect > branches and function calls may only land at ENDBR instructions. Branches > that

Re: [syzbot] WARNING in mntput_no_expire (2)

2021-04-04 Thread Al Viro
On Sun, Apr 04, 2021 at 06:40:40PM +0200, Christian Brauner wrote: > > Very interesting. What happens if you call loop() twice? And now I wonder > > whether it's root or cwd, actually... Hmm... > > > > How about this: > > fd = open("/proc/self/mountinfo", 0); > >

Re: Something is leaking RCU holds from interrupt context

2021-04-04 Thread Paul E. McKenney
On Sun, Apr 04, 2021 at 11:24:57AM +0100, Matthew Wilcox wrote: > On Sat, Apr 03, 2021 at 09:15:17PM -0700, syzbot wrote: > > HEAD commit:2bb25b3a Merge tag 'mips-fixes_5.12_3' of git://git.kernel.. > > git tree: upstream > > console output:

Re: [PATCH V1 1/2] soc: qcom: aoss: Expose send for generic usecase

2021-04-04 Thread Bjorn Andersson
On Fri 02 Apr 01:17 CDT 2021, Deepak Kumar Singh wrote: > Not all upcoming usecases will have an interface to allow the aoss > driver to hook onto. Expose the send api and create a get function to > enable drivers to send their own messages to aoss. > > Signed-off-by: Chris Lew > Signed-off-by:

Re: [PATCH V3 1/2] drm/vkms: Refactor vkms_composer_worker() to prep for virtual_hw mode

2021-04-04 Thread Sumera Priyadarsini
git tree, kindly drop us a note. > And when submitting patch, we suggest to use '--base' as documented in > https://git-scm.com/docs/git-format-patch] > > url: > https://github.com/0day-ci/linux/commits/Sumera-Priyadarsini/Add-virtual-hardware-module/20210404-211300 > base: h

Re: [PATCH v7 1/2] Added AMS tsl2591 driver implementation

2021-04-04 Thread Jonathan Cameron
On Fri, 2 Apr 2021 01:45:46 +0100 Joe Sandom wrote: > Driver implementation for AMS/TAOS tsl2591 ambient light sensor. > > This driver supports configuration via device tree and sysfs. > Supported channels for raw infrared light intensity, > raw combined light intensity and illuminance in lux.

  1   2   3   >