Re: [RFC PATCH v3 4/6] psci: Add hvc call service for ptp_kvm.

On 14/10/19 07:50, Jianyong Wu (Arm Technology China) wrote: >> >> John (Stultz), does that sound good to you? The context is that Jianyong >> would like to add a hypercall that returns a (cycles, >> nanoseconds) pair to the guest. On x86 we're relying on the vclock_mode >> field that is already

Re: [RFC PATCH 01/13] kvm: Enable MTRR to work with GFNs with perm bits

On Thu, Oct 03, 2019 at 02:23:48PM -0700, Rick Edgecombe wrote: > Mask gfn by maxphyaddr in kvm_mtrr_get_guest_memory_type so that the > guests view of gfn is used when high bits of the physical memory are > used as extra permissions bits. This supports the KVM XO feature. > > TODO: Since MTRR is

Re: [PATCH] 8250-men-mcb: fix error checking when get_num_ports returns -ENODEV

On 14.10.19 00:00, Colin King wrote: From: Colin Ian King The current checking for failure on the number of ports fails when -ENODEV is returned from the call to get_num_ports. Fix this by making num_ports and loop counter i signed rather than unsigned ints. Also add check for num_ports bein

Re: [PATCH v2] usb: dwc3: enable otg mode for dwc3 usb ip on layerscape

On Tue, Sep 24, 2019 at 11:29:03AM +0800, Yinbo Zhu wrote: > layerscape otg function should be supported HNP SRP and ADP protocol > accroing to rm doc, but dwc3 code not realize it and use id pin to > detect who is host or device(0 is host 1 is device) this patch is to > enable OTG mode on ls1028ar

Build regressions/improvements in v5.4-rc3

Below is the list of build error/warning regressions/improvements in v5.4-rc3[1] compared to v5.3[2]. Summarized: - build errors: +11/-3 - build warnings: +149/-159 JFYI, when comparing v5.4-rc3[1] to v5.4-rc2[3], the summaries are: - build errors: +1/-0 - build warnings: +48/-70 Note th

Re: tcp: Checking a kmemdup() call in tcp_time_wait()

>> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/net/ipv4/tcp_minisocks.c?id=1c0cc5f1ae5ee5a6913704c0d75a6e99604ee30a#n306 >> https://elixir.bootlin.com/linux/v5.4-rc2/source/net/ipv4/tcp_minisocks.c#L306 … > Presumably the BUG would trigger if a really disturbing bug happ

[PATCH v5 3/3] crypto: hisilicon - register zip engine to uacce

qm using uacce as an example, will resubmit after uacce is merged. Signed-off-by: Zhangfei Gao Signed-off-by: Zhou Wang --- drivers/crypto/hisilicon/qm.c | 254 ++-- drivers/crypto/hisilicon/qm.h | 13 +- drivers/crypto/hisilicon/zip/zip_main.c |

Re: clk: samsung: Checking a kmemdup() call in _samsung_clk_register_pll()

Hello, On 19. 10. 12. 오후 11:17, Markus Elfring wrote: > Hello, > > I tried another script for the semantic patch language out. > This source code analysis approach points out that the implementation > of the function “_samsung_clk_register_pll” contains also a call > of the function “kmemdup”. >

[PATCH v5 2/3] uacce: add uacce driver

From: Kenneth Lee Uacce (Unified/User-space-access-intended Accelerator Framework) targets to provide Shared Virtual Addressing (SVA) between accelerators and processes. So accelerator can access any data structure of the main cpu. This differs from the data sharing between cpu and io device, whi

Re: [PATCH v1] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y

On Mon, 14 Oct 2019 at 08:41, Geert Uytterhoeven wrote: > > Hi Narendra, > > On Sun, Oct 13, 2019 at 8:57 PM wrote: > > From: Narendra K > > > > For the EFI_RCI2_TABLE kconfig option, 'make oldconfig' asks the user > > for input on platforms where the option may not be applicable. This patch > >

[PATCH v5 0/3] Add uacce module for Accelerator

Uacce (Unified/User-space-access-intended Accelerator Framework) targets to provide Shared Virtual Addressing (SVA) between accelerators and processes. So accelerator can access any data structure of the main cpu. This differs from the data sharing between cpu and io device, which share data conten

[PATCH v5 1/3] uacce: Add documents for uacce

From: Kenneth Lee Uacce (Unified/User-space-access-intended Accelerator Framework) is a kernel module targets to provide Shared Virtual Addressing (SVA) between the accelerator and process. This patch add document to explain how it works. Signed-off-by: Kenneth Lee Signed-off-by: Zaibo Xu Sig

linux-next: Tree for Oct 14

Hi all, Changes since 20191011: The net-next tree gained a conflict against the net tree. The bpf-next tree gained conflicts against the net tree. The akpm tree lost a patch taht turned up elsewhere. Non-merge commits (relative to Linus' tree): 3676 3784 files changed, 128699 insertions(+), 6

Re: [PATCH 2/2] mm/gup: fix a misnamed "write" argument: should be "flags"

On 10/13/19 11:12 PM, kbuild test robot wrote: Hi John, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [cannot apply to v5.4-rc3 next-20191011] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system. BTW, we

Re: [PATCH] devfreq: exynos-bus: workaround dev_pm_opp_set_rate() errors on Exynos5422/5800 SoCs

Hi Marek, On 19. 10. 11. 오후 8:33, Marek Szyprowski wrote: > Hi Chanwoo, > > On 10.10.2019 04:50, Chanwoo Choi wrote: >> On 2019년 10월 08일 22:49, k.koniec...@partner.samsung.com wrote: >>> Commit 4294a779bd8d ("PM / devfreq: exynos-bus: Convert to use >>> dev_pm_opp_set_rate()") introduced errors:

Re: [PATCH 3/6] ipc/mqueue.c: Update/document memory barriers

On Sat, 12 Oct 2019, Manfred Spraul wrote: Update and document memory barriers for mqueue.c: - ewp->state is read without any locks, thus READ_ONCE is required. - add smp_aquire__after_ctrl_dep() after the READ_ONCE, we need acquire semantics if the value is STATE_READY. - add an explicit mem

Re: [PATCH 2/6] ipc/mqueue.c: Remove duplicated code

On Sat, 12 Oct 2019, Manfred Spraul wrote: Patch entirely from Davidlohr: pipelined_send() and pipelined_receive() are identical, so merge them. Sorry, yeah feel free to add my: Signed-off-by: Davidlohr Bueso Signed-off-by: Manfred Spraul Cc: Davidlohr Bueso --- ipc/mqueue.c | 31 ++

Re: [PATCH 1/6] wake_q: Cleanup + Documentation update.

On Sat, 12 Oct 2019, Manfred Spraul wrote: 1) wake_q_add() contains a memory barrier, and callers such as ipc/mqueue.c rely on this barrier. Unfortunately, this is documented in ipc/mqueue.c, and not in the description of wake_q_add(). Therefore: Update the documentation. Removing/updating ipc/m

Re: [PATCH 2/5] ipc/mqueue.c: Update/document memory barriers

On Fri, 11 Oct 2019, Manfred Spraul wrote: But you are right, there are two different scenarios: 1) thread already in another wake_q, wakeup happens immediately after the cmpxchg_relaxed(). This scenario is safe, due to the smp_mb__before_atomic() in wake_q_add() 2) thread woken up but e.g.

Re: [PATCH v4 1/6] opp: Handle target/min/max voltage in dev_pm_opp_adjust_voltage()

On 02-10-19, 17:54, Sylwester Nawrocki wrote: > On 10/2/19 16:33, Krzysztof Kozlowski wrote: > > On Tue, Sep 10, 2019 at 02:36:13PM +0200, Sylwester Nawrocki wrote: > >> To be squashed with patch "PM / OPP: Support adjusting OPP voltages > >> at runtime". > >> > >> Signed-off-by: Sylwester Nawrocki

RE: [EXT] Re: [v2 2/2] arm64: dts: ls1028a: Update the DT node definition for dpclk

> -Original Message- > From: Shawn Guo > Sent: 2019年10月14日 14:22 > To: Wen He > Cc: linux-de...@linux.nxdi.nxp.com; Leo Li ; Rob Herring > ; Mark Rutland ; > devicet...@vger.kernel.org; linux-kernel@vger.kernel.org; > linux-arm-ker...@lists.infradead.org > Subject: Re: [EXT] Re: [v2 2/2

[PATCH 4/4] ARM: mstar: Add dts for msc313e based BreadBee board

BreadBee is an opensource development board based on the MStar msc313e SoC. Hardware details, schematics and so on can be found at: https://github.com/breadbee/breadbee Signed-off-by: Daniel Palmer --- arch/arm/boot/dts/Makefile| 1 + .../boot/dts/infinity3-msc313e-breadbee

Re: [EXT] Re: [v2 2/2] arm64: dts: ls1028a: Update the DT node definition for dpclk

On Tue, Oct 08, 2019 at 04:08:57AM +, Wen He wrote: > > > > -Original Message- > > From: Shawn Guo > > Sent: 2019年10月7日 20:35 > > To: Wen He > > Cc: linux-de...@linux.nxdi.nxp.com; Leo Li ; Rob Herring > > ; Mark Rutland ; > > devicet...@vger.kernel.org; linux-kernel@vger.kernel.org

[PATCH 2/4] ARM: mstar: Add machine for MStar infinity family SoCs

Initial support for the MStar infinity/infinity3 series of Cortex A7 based IP camera SoCs. These chips are interesting in that they contain a Cortex A7, peripherals and system memory in a single tiny QFN package that can be hand soldered allowing almost anyone to embed Linux in their projects. Si

[PATCH 3/4] ARM: mstar: Add infinity series dtsi

Adds initial dtsis for the infinity SoC family and a dtsi for the infinity3 based msc313e part. Signed-off-by: Daniel Palmer --- MAINTAINERS | 1 + arch/arm/boot/dts/Makefile | 3 + arch/arm/boot/dts/infinity.dtsi | 71 +++

[PATCH 1/4] dt-bindings: arm: Initial MStar vendor prefixes and compatible strings

This adds a prefix for MStar and thingy.jp and then defines compatible strings for the first MStar based board. Signed-off-by: Daniel Palmer --- .../devicetree/bindings/arm/mstar.yaml| 22 +++ .../devicetree/bindings/vendor-prefixes.yaml | 4 MAINTAINERS

Re: [v2 1/2] arm64: dts: ls1028a: Update the clock providers for the Mali DP500

On Fri, Sep 20, 2019 at 04:34:18PM +0800, Wen He wrote: > In order to maximise performance of the LCD Controller's 64-bit AXI > bus, for any give speed bin of the device, the AXI master interface > clock(ACLK) clock can be up to CPU_frequency/2, which is already > capable of optimal performance. In

Re: [PATCH v12 04/16] leds: multicolor: Introduce a multicolor class definition

Hi Dan, I love your patch! Yet something to improve: [auto build test ERROR on j.anaszewski-leds/for-next] [cannot apply to v5.4-rc3 next-20191011] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system. BTW, we also suggest to use '--base' option to spe

[PATCH v1 3/4] MIPS: ath79: ar9331: add ar9331-switch node

Add switch node supported by dsa ar9331 driver. Signed-off-by: Oleksij Rempel --- arch/mips/boot/dts/qca/ar9331.dtsi | 128 ++- arch/mips/boot/dts/qca/ar9331_dpt_module.dts | 13 ++ 2 files changed, 140 insertions(+), 1 deletion(-) diff --git a/arch/mips/boot/dts/qca/

[PATCH v1 1/4] net: ag71xx: port to phylink

The port to phylink was done as close as possible to initial functionality. Theoretically this HW can support flow control, practically seems to be not enough to just enable it. So, more work should be done. Signed-off-by: Oleksij Rempel --- drivers/net/ethernet/atheros/Kconfig | 2 +- driver

[PATCH v1 2/4] dt-bindings: net: dsa: qca,ar9331 switch documentation

Atheros AR9331 has built-in 5 port switch. The switch can be configured to use all 5 or 4 ports. One of built-in PHYs can be used by first built-in ethernet controller or to be used directly by the switch over second ethernet controller. Signed-off-by: Oleksij Rempel --- .../devicetree/bindings/

[PATCH v1 4/4] net: dsa: add support for Atheros AR9331 build-in switch

Provide basic support for Atheros AR9331 build-in switch. So far it works as port multiplexer without any hardware offloading support. Signed-off-by: Oleksij Rempel --- drivers/net/dsa/Kconfig | 2 + drivers/net/dsa/Makefile | 1 + drivers/net/dsa/qca/Kconfig | 11 + drivers/net/d

[PATCH v1 0/4] add dsa switch support for ar9331

This patch series provides dsa switch support for Atheros ar9331 WiSoC. As side effect ag71xx needed to be ported to phylink to make the switch driver (as well phylink based) work properly. Oleksij Rempel (4): net: ag71xx: port to phylink dt-bindings: net: dsa: qca,ar9331 switch documentation

Re: [PATCH 3/3] arm64: configs: unset CPU_BIG_ENDIAN

Hi Arnd, On 2019/10/12 22:05, Arnd Bergmann wrote: > On Sat, Oct 12, 2019 at 9:33 AM Hanjun Guo wrote: >> >> On 2019/10/11 18:27, Will Deacon wrote: >> [...] >>> >>> Does anybody use BIG_ENDIAN? If we're not even building it then maybe we >>> should get rid of it altogether on arm64. I don't know

Re: [PATCH 2/2] mm/gup: fix a misnamed "write" argument: should be "flags"

Hi John, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [cannot apply to v5.4-rc3 next-20191011] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system. BTW, we also suggest to use '--base' option to specify th

[PATCH v1] perf/core: fix restoring of Intel LBR call stack on a context switch

Restore Intel LBR call stack from cloned inactive task perf context on a context switch. This change inherently addresses inconsistency in LBR call stack data provided on a sample in record profiling mode for example like this: $ perf record -N -B -T -R --call-graph lbr \ -e cpu/per

Re: [PATCH 2/3] soc: mediatek: pwrap: add pwrap driver for MT6779 SoCs

On Fri, 2019-10-04 at 01:26 +0200, Matthias Brugger wrote: > > On 03/10/2019 09:48, Argus Lin wrote: > > MT6779 is a highly integrated SoCs, it uses MT6359 for power > > management. This patch adds pwrap driver to access MT6359. > > Pwrap of MT6779 support dynamic priority meichanism, sequence >

Re: [PATCH v3 2/3] ARM: dts: add Netronix E60K02 board common file

On Fri, 11 Oct 2019 18:56:33 +0200 Marco Felsch wrote: > On 19-10-11 18:19, Andreas Kemnade wrote: > > On Fri, 11 Oct 2019 17:22:14 +0200 > > Marco Felsch wrote: > > > > > On 19-10-11 17:05, Andreas Kemnade wrote: > > > > On Fri, 11 Oct 2019 09:29:27 -0500 > > > > Rob Herring wrote: > > >

Re: [PATCH v4 1/1] printf: add support for printing symbolic error names

On Fri, Oct 11, 2019 at 03:36:17PM +0200, Rasmus Villemoes wrote: > It has been suggested several times to extend vsnprintf() to be able > to convert the numeric value of ENOSPC to print "ENOSPC". This > implements that as a %p extension: With %pe, one can do > > if (IS_ERR(foo)) { > pr_err(

RE: [RFC PATCH v3 4/6] psci: Add hvc call service for ptp_kvm.

Hi Paolo, > -Original Message- > From: Paolo Bonzini > Sent: Wednesday, October 9, 2019 5:13 PM > To: Jianyong Wu (Arm Technology China) ; Marc > Zyngier ; net...@vger.kernel.org; yangbo...@nxp.com; > john.stu...@linaro.org; t...@linutronix.de; sean.j.christopher...@intel.com; > richardco

Re: [PATCH] arm64: dts: lx2160a: Correct CPU core idle state name

On Tue, Sep 17, 2019 at 03:33:56PM +0800, Ran Wang wrote: > lx2160a support PW15 but not PW20, correct name to avoid confusing. > > Signed-off-by: Ran Wang Applied, thanks.

Re: INFO: task hung in addrconf_verify_work (2)

On 10/13/19 9:42 PM, syzbot wrote: > Hello, > > syzbot found the following crash on: > > HEAD commit:    c208bdb9 tcp: improve recv_skip_hint for tcp_zerocopy_rece.. > git tree:   net-next > console output: https://syzkaller.appspot.com/x/log.txt?x=15b6133b60 > kernel config:  https://

Re: [PATCH 3/3] soc: mediatek: pwrap: add support for MT6359 PMIC

On Fri, 2019-10-04 at 01:27 +0200, Matthias Brugger wrote: > > On 03/10/2019 09:48, Argus Lin wrote: > > MT6359 is a new power management IC and it is used for > > MT6779 SoCs. To define mt6359_regs for pmic register mapping > > and pmic_mt6359 for accessing register. > > > > Signed-off-by: Argus

Re: [PATCH] dmaengine: sprd: Fix the link-list pointer register configuration issue

On 12-09-19, 13:47, Baolin Wang wrote: > From: Zhenfang Wang > > We will set the link-list pointer register point to next link-list > configuration's physical address, which can load DMA configuration > from the link-list node automatically. > > But the link-list node's physical address can be l

Re: [PATCH v2 3/3] phy: qcom-qmp: Add SM8150 QMP UFS PHY support

On 08-10-19, 00:46, Jack Pham wrote: > Hi Vinod, > > On Fri, Sep 06, 2019 at 10:40:17AM +0530, Vinod Koul wrote: > > SM8150 UFS PHY is v4 of QMP phy. Add support for V4 QMP phy register > > defines and support for SM8150 QMP UFS PHY. > > > > Signed-off-by: Vinod Koul > > Reviewed-by: Bjorn Ander

Re: [PATCH 3/3] ARM: at91: add Overkiz KIZBOX3 board

Hi Kamel, Thank you for the patch! Yet something to improve: [auto build test ERROR on robh/for-next] [cannot apply to v5.4-rc3 next-20191011] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system. BTW, we also suggest to use '--base' option to specify

INFO: task hung in addrconf_verify_work (2)

Hello, syzbot found the following crash on: HEAD commit:c208bdb9 tcp: improve recv_skip_hint for tcp_zerocopy_rece.. git tree: net-next console output: https://syzkaller.appspot.com/x/log.txt?x=15b6133b60 kernel config: https://syzkaller.appspot.com/x/.config?x=d9be300620399522 da

Re: [PATCH v5 1/2] HID: logitech: Add MX Master over Bluetooth

Hi Mazin, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on linus/master] [cannot apply to v5.4-rc3 next-20191011] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system. BTW, we also suggest to use '--base' option to spe

Re: [PATCH v5 1/2] HID: logitech: Add MX Master over Bluetooth

On Sunday, October 13, 2019 9:28 PM, kbuild test robot wrote: > Hi Mazin, > > Thank you for the patch! Perhaps something to improve: > > [auto build test WARNING on linus/master] > [cannot apply to v5.4-rc2 next-20191010] > [if your patch is applied to the wrong git tree, please drop us a note to

Re: [PATCH 1/7] Add a new flags-accepting interface for anonymous inodes

Hi Daniel, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on linus/master] [cannot apply to v5.4-rc3 next-20191011] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system. BTW, we also suggest to use '--base' option to sp

Re: Regression in 4.14.147, 4.19.76, 5.2.18 leading to kernel panic on btrfs root fs mount

On Sun, Oct 13, 2019 at 07:04:12PM +0300, Andrew Macks wrote: Was not sure the correct way to escalate this quickly enough. I unfortunately discovered this issue while upgrading a server (remotely) to 4.19.78 (longterm). *Bug 205181* - kernel

RE: [EXT] Re: [v2,2/2] dt-bindings: i2c-mux-pca954x: Add optional property i2c-mux-never-disable

> > > > > On Mon, Sep 30, 2019 at 11:25:03AM +0800, Biwen Li wrote: > > > The patch adds an optional property i2c-mux-never-disable > > > > > > Signed-off-by: Biwen Li > > > --- > > > Change in v2: > > > - update documentation > > > > > > Documentation/devicetree/bindings/i2c/i2c-mux-pca95

Re: [PATCHv7 15/33] posix-timers: Make clock_nanosleep() time namespace aware

Hi Dmitry, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [cannot apply to v5.4-rc2 next-20191011] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system. BTW, we also suggest to use '--base' option to specify

Re: [PATCH] hrtimer: annotate lockless access to timer->base

On Tue, Oct 8, 2019 at 10:32 AM Eric Dumazet wrote: > > Followup to commit dd2261ed45aa ("hrtimer: Protect lockless access > to timer->base") > > lock_hrtimer_base() fetches timer->base without lock exclusion. > > Compiler is allowed to read timer->base twice (even if considered dumb) > and we cou

Re: Potential uninitialized variables in power: supply: rt5033_battery:

Hi Sebastian: Thanks for your explanation and I will send the patch accordingly. On Sun, Oct 13, 2019 at 8:12 PM Sebastian Reichel wrote: > > Hi, > > On Thu, Oct 03, 2019 at 09:21:44PM -0700, Yizhuo Zhai wrote: > > drivers/power/supply/rt5033_battery.c: > > > > In function rt5033_battery_get_pre

Re: [PATCH v5 2/2] HID: logitech: Support WirelessDeviceStatus connect events

Hi Mazin, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on linus/master] [cannot apply to v5.4-rc2 next-20191010] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system. BTW, we also suggest to use '--base' option to spe

Re: [PATCH v4 0/5] Powerpc/Watchpoint: Few important fixes

On 10/12/19 2:21 PM, Christophe Leroy wrote: Le 10/10/2019 à 06:44, Ravi Bangoria a écrit : @Christophe, Is patch5 works for you on 8xx? Getting the following : root@vgoip:~# ./ptrace-hwbreak test: ptrace-hwbreak tags: git_version:v5.4-rc2-710-gf0082e173fe4-dirty PTRACE_SET_DEBUGREG,

Re: [PATCH v4 0/5] Powerpc/Watchpoint: Few important fixes

On 10/12/19 1:01 PM, Christophe Leroy wrote: Le 10/10/2019 à 08:25, Ravi Bangoria a écrit : On 10/10/19 10:14 AM, Ravi Bangoria wrote: @Christophe, Is patch5 works for you on 8xx? Getting the following : root@vgoip:~# ./ptrace-hwbreak test: ptrace-hwbreak tags: git_version:v5.4-rc2

Re: [PATCH] power: supply: max17042_battery: fix the potential uninitialized use in max17042_write_verify_reg()

Hi, On Wed, Oct 02, 2019 at 08:44:06AM -0700, Yizhuo wrote: > In function max17042_write_verify_reg(), variable "read_value" > could be uninitialized if regmap_read() fails. However, > "read_value" is used to decide the control flow later in the if > statement, which is potentially unsafe. > > Si

Re: [PATCH v3 1/2] Serial: Ingenic: Add support for the X1000.

Hi Greg, I'm sorry, maybe it was a problem when I git send-email, causing the wrong patch to be sent to you. Just ignore the email about the serial patch please. Best regards! On 2019年10月12日 15:35, Greg KH wrote: On Sat, Oct 12, 2019 at 01:13:23PM +0800, Zhou Yanjie wrote: Add support for pro

Re: [PATCH] power: supply: max17042_battery: fix some usage of uninitialized variables

Hi, On Thu, Oct 03, 2019 at 10:29:48AM -0700, Yizhuo wrote: > Several functions in this file are trying to use regmap_read() to > initialize the specific variable, however, if regmap_read() fails, > the variable could be uninitialized but used directly, which is > potentially unsafe. The return va

Re: [PATCH] fs/namespace.c: fix use-after-free of mount in mnt_warn_timestamp_expiry()

On Sun, Oct 13, 2019 at 07:04:10PM -0700, Deepa Dinamani wrote: > Thanks for the fix. > > Would it be better to move the check and warning to a place where the > access is still safe? > > -Deepa True, we could just do diff --git a/fs/namespace.c b/fs/namespace.c index fe0e9e1410fe..9f2ceb542f05

RE: [EXT] Re: [v2,2/2] dt-bindings: i2c-mux-pca954x: Add optional property i2c-mux-never-disable

> > On Mon, Sep 30, 2019 at 11:25:03AM +0800, Biwen Li wrote: > > The patch adds an optional property i2c-mux-never-disable > > > > Signed-off-by: Biwen Li > > --- > > Change in v2: > > - update documentation > > > > Documentation/devicetree/bindings/i2c/i2c-mux-pca954x.txt | 1 + > > 1 fi

Re: [PATCH] firmware: vpd: Add an interface to read VPD value

On Wed, Oct 9, 2019 at 10:05 PM Srinivas Kandagatla wrote: > > > > On 08/10/2019 16:14, Stephen Boyd wrote: > >> 3) As my use case does not use device tree, it is hard for ASoC > >> machine to access nvmem device. I am wondering if I can use > >> nvm_cell_lookup so machine driver can find the nvme

Re: Potential uninitialized variables in power: supply: rt5033_battery:

Hi, On Thu, Oct 03, 2019 at 09:21:44PM -0700, Yizhuo Zhai wrote: > drivers/power/supply/rt5033_battery.c: > > In function rt5033_battery_get_present(), variable "val" could be > uninitialized if regmap_read() returns -EINVAL. However, "val" is > used to decide the return value, which is potential

Re: [PATCHv7 25/33] x86/vdso: Zap vvar pages on switch a time namspace

Hi Dmitry, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [cannot apply to v5.4-rc2 next-20191011] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system. BTW, we also suggest to use '--base' option to specify

kernel BUG at include/linux/rmap.h:LINE!

Hello, syzbot found the following crash on: HEAD commit:442630f6 Add linux-next specific files for 20191008 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=11450d9360 kernel config: https://syzkaller.appspot.com/x/.config?x=af1bfeef713eefdd dashboard

Re: [PATCH 3/3] perf tools: Make 'struct map_shared' truly shared

On Sun, Oct 13, 2019 at 05:14:27PM +0200, Jiri Olsa wrote: > Andi reported that maps cloning is eating lot of memory and > it's probably unnecessary, because they keep the same data. > > Changing 'struct map_shared' to be a pointer inside 'struct map', > so it can be shared on fork. Changing the m

[PATCH v2 2/2] pinctrl: rockchip: add rk3308 SoC support

This patch do support pinctrl for RK3308 SoCs. Reviewed-by: Heiko Stuebner Signed-off-by: Jianqun Xu --- changes since v1: - Add type case for pull get/set - Add Reviewed-by: Heiko Stuebner drivers/pinctrl/pinctrl-rockchip.c | 379 + 1 file changed, 379 insertions(

[PATCH v2 1/2] dt-bindings: pinctrl: rockchip: add rk3308 SoC support

Add rk3308 SoC support to rockchip pinctrl. Reviewed-by: Heiko Stuebner Signed-off-by: Jianqun Xu --- changes since v1: - Add Reviewed-by: Heiko Stuebner Documentation/devicetree/bindings/pinctrl/rockchip,pinctrl.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree

[PATCH v2 0/2] pinctrl: rockchip: support rk3308 SoC

Add support for rk3308 SoC from rockchip. Jianqun Xu (2): dt-bindings: pinctrl: rockchip: add rk3308 SoC support pinctrl: rockchip: add rk3308 SoC support .../bindings/pinctrl/rockchip,pinctrl.txt | 1 + drivers/pinctrl/pinctrl-rockchip.c| 379 ++ 2 files ch

Re: [PATCH 2/7] Add a concept of a "secure" anonymous file

Hi Daniel, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [cannot apply to v5.4-rc2 next-20191011] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system. BTW, we also suggest to use '--base' option to specify

[PATCH v4 1/3] powerpc: Don't add -mabi= flags when building with Clang

When building pseries_defconfig, building vdso32 errors out: error: unknown target ABI 'elfv1' This happens because -m32 in clang changes the target to 32-bit, which does not allow the ABI to be changed, as the setABI virtual function is not overridden: https://github.com/llvm/llvm-project/blo

[PATCH v4 2/3] powerpc: Avoid clang warnings around setjmp and longjmp

Commit aea447141c7e ("powerpc: Disable -Wbuiltin-requires-header when setjmp is used") disabled -Wbuiltin-requires-header because of a warning about the setjmp and longjmp declarations. r367387 in clang added another diagnostic around this, complaining that there is no jmp_buf declaration. In fil

[PATCH v4 0/3] LLVM/Clang fixes for pseries_defconfig

Hi all, This series includes a set of fixes for LLVM/Clang when building pseries_defconfig. These have been floating around as standalone patches so I decided to gather them up as a series so it was easier to review/apply them. This has been broken for a bit now, it would be nice to get these rev

[PATCH v4 3/3] powerpc/prom_init: Use -ffreestanding to avoid a reference to bcmp

r374662 gives LLVM the ability to convert certain loops into a reference to bcmp as an optimization; this breaks prom_init_check.sh: CALLarch/powerpc/kernel/prom_init_check.sh Error: External symbol 'bcmp' referenced from prom_init.c make[2]: *** [arch/powerpc/kernel/Makefile:196: prom_init_

KASAN: use-after-free Read in bpf_prog_kallsyms_find (2)

Hello, syzbot found the following crash on: HEAD commit:b212921b elf: don't use MAP_FIXED_NOREPLACE for elf execut.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=148abb3f60 kernel config: https://syzkaller.appspot.com/x/.config?x=1ec3be9936e004f6 da

WARNING: refcount bug in sock_wfree (2)

Hello, syzbot found the following crash on: HEAD commit:442630f6 Add linux-next specific files for 20191008 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=158fa6bf60 kernel config: https://syzkaller.appspot.com/x/.config?x=af1bfeef713eefdd dashboard

memory leak in sctp_get_port_local (3)

Hello, syzbot found the following crash on: HEAD commit:da940012 Merge tag 'char-misc-5.4-rc3' of git://git.kernel.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=11c87fc760 kernel config: https://syzkaller.appspot.com/x/.config?x=e76c708f07645488 da

WARNING in vkms_gem_free_object

Hello, syzbot found the following crash on: HEAD commit:8ada228a Add linux-next specific files for 20191011 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=14c30b1b60 kernel config: https://syzkaller.appspot.com/x/.config?x=7cf4eed5fe42c31a dashboard

Re: [PATCHv7 25/33] x86/vdso: Zap vvar pages on switch a time namspace

Hi Dmitry, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [cannot apply to v5.4-rc2 next-20191010] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system. BTW, we also suggest to use '--base' option to specify

Re: [PATCHv7 22/33] time: Allocate per-timens vvar page

Hi Dmitry, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [cannot apply to v5.4-rc2 next-20191011] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system. BTW, we also suggest to use '--base' option to specify

[REGRESSION] kmemleak: commit c566586818 causes failure to boot

Commit c566586818 ("mm: kmemleak: use the memory pool for early allocations") causes my test kernels to fail to boot on using both kvm and using Google Compute Engine. A git bisect localized it to c566586818, and I confirmed by test building v5.4-rc3, which failed as above using KVM. When I rever

Re: [PATCH xfstests] generic/192: Move 'cd /' to the place where the program exits

I agree with your proposal. Indeed, '$here' is referenced in other places where executable files under src are used, including '$here/src/feature', '$here/src/seek_sanity_test', etc. I have a question about why many test cases execute 'cd /' before the end. For example, generic/124, generic/122,

Re: [PATCH] kernel: dma: Make CMA boot parameters __ro_after_init

On Sat, Oct 12, 2019 at 05:59:18PM +0530, Shyam Saini wrote: > This parameters are not changed after early boot. > By making them __ro_after_init will reduce any attack surface in the > kernel. > > Link: https://lwn.net/Articles/676145/ > Cc: Christoph Hellwig > Cc: Marek Szyprowski > Cc: Robin

Re: [PATCHv7 22/33] time: Allocate per-timens vvar page

Hi Dmitry, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [cannot apply to v5.4-rc2 next-20191010] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system. BTW, we also suggest to use '--base' option to specify

Re: [PATCH] kasan: fix the missing underflow in memmove and memcpy with CONFIG_KASAN_GENERIC=y

On Tue, 2019-10-08 at 14:11 +0200, Dmitry Vyukov wrote: > On Tue, Oct 8, 2019 at 1:42 PM Qian Cai wrote: > > > On Oct 8, 2019, at 7:02 AM, Walter Wu wrote: > > > I don't know very well in UBSAN, but I try to build ubsan kernel and > > > test a negative number in memset and kmalloc_memmove_invalid

[PATCH] media: imx7-mipi-csis: Add a check for devm_regulator_get

devm_regulator_get may return an error but mipi_csis_phy_init misses a check for it. This may lead to problems when regulator_set_voltage uses the unchecked pointer. This patch adds a check for devm_regulator_get to avoid potential risk. Signed-off-by: Chuhong Yuan --- drivers/staging/media/imx/

[PATCH] media: cxusb: detect cxusb_ctrl_msg error in query

Don't use uninitialized ircode[] in cxusb_rc_query() when cxusb_ctrl_msg() fails to populate its contents. syzbot reported: dvb-usb: bulk message failed: -22 (1/-30591) = BUG: KMSAN: uninit-value in ir_lookup_by_scancode drivers/media/rc/rc-mai

Re: [PATCH] fs/namespace.c: fix use-after-free of mount in mnt_warn_timestamp_expiry()

Thanks for the fix. Would it be better to move the check and warning to a place where the access is still safe? -Deepa > On Oct 9, 2019, at 12:19 AM, Eric Biggers wrote: > > From: Eric Biggers On Wed, Oct 9, 2019 at 12:19 AM Eric Biggers wrote: > > From: Eric Biggers > > After do_add_moun

Re: [PATCH v5 3/5] x86/kvm: Add "nopvspin" parameter to disable PV spinlocks

On 2019/10/13 17:02, Vitaly Kuznetsov wrote: Zhenzhong Duan writes: ...snip diff --git a/arch/x86/kernel/kvm.c b/arch/x86/kernel/kvm.c index ef836d6..6e14bd4 100644 --- a/arch/x86/kernel/kvm.c +++ b/arch/x86/kernel/kvm.c @@ -825,18 +825,31 @@ __visible bool __kvm_vcpu_is_preempted(long cpu)

Re: [PATCH RFC v1 2/2] vhost: batching fetches

On 2019/10/13 上午4:36, Michael S. Tsirkin wrote: On Sat, Oct 12, 2019 at 03:30:52PM +0800, Jason Wang wrote: On 2019/10/11 下午9:46, Michael S. Tsirkin wrote: With this patch applied, new and old code perform identically. Lots of extra optimizations are now possible, e.g. we can fetch multiple

Re: [PATCH RFC v1 1/2] vhost: option to fetch descriptors through an independent struct

On 2019/10/13 上午4:27, Michael S. Tsirkin wrote: On Sat, Oct 12, 2019 at 03:28:49PM +0800, Jason Wang wrote: On 2019/10/11 下午9:45, Michael S. Tsirkin wrote: The idea is to support multiple ring formats by converting to a format-independent array of descriptors. This costs extra cycles, but we

Re: [PATCH v5 2/5] x86/kvm: Change print code to use pr_*() format

On 2019/10/13 17:06, Vitaly Kuznetsov wrote: Zhenzhong Duan writes: pr_*() is preferred than printk(KERN_* ...), after change all the print in arch/x86/kernel/kvm.c will have "kvm_guest: xxx" style. No functional change. Signed-off-by: Zhenzhong Duan Cc: Paolo Bonzini Cc: Radim Krcmar C

Re: [PATCH 1/3] perf tools: Allow to build with -ltcmalloc

> diff --git a/tools/perf/Makefile.perf b/tools/perf/Makefile.perf > index a099a8a89447..8f1ba986d3bf 100644 > --- a/tools/perf/Makefile.perf > +++ b/tools/perf/Makefile.perf > @@ -114,6 +114,8 @@ include ../scripts/utilities.mak > # Define NO_LIBZSTD if you do not want support of Zstandard based

Re: [PATCH v5 1/2] HID: logitech: Add MX Master over Bluetooth

Hi Mazin, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on linus/master] [cannot apply to v5.4-rc2 next-20191010] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system. BTW, we also suggest to use '--base' option to spe

Re: [PATCH] ipmi: Convert ipmi_debug_msg to pr_debug and use %*ph

Hi Joe, I love your patch! Perhaps something to improve: [auto build test WARNING on char-misc/char-misc-testing] [cannot apply to v5.4-rc2 next-20191011] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system. BTW, we also suggest to use '--base' option

[PATCH v2 2/4] perf/core: Provide a kernel-internal interface to pause perf_event

Exporting perf_event_pause() as an external accessor for kernel users (such as KVM) who may do both disable perf_event and read count with just one time to hold perf_event_ctx_lock. Also the value could be reset optionally. Suggested-by: Peter Zijlstra Signed-off-by: Like Xu --- include/linux/p

[PATCH v2 3/4] KVM: x86/vPMU: Reuse perf_event to avoid unnecessary pmc_reprogram_counter

The perf_event_create_kernel_counter() in the pmc_reprogram_counter() is a heavyweight and high-frequency operation, especially when host disables the watchdog (maximum 2100 ns) which leads to an unacceptable latency of the guest NMI handler. It limits the use of vPMUs in the guest. When a vPM

[PATCH v2 1/4] perf/core: Provide a kernel-internal interface to recalibrate event period

Currently, perf_event_period() is used by user tools via ioctl. Based on naming convention, exporting perf_event_period() for kernel users (such as KVM) who may recalibrate the event period for their assigned counter according to their requirements. The perf_event_period() is an external accessor,

  1   2   3   >