[PATCH v9 10/13] ARM: dts: exynos: add chipid label and syscon compatible

2019-06-07 Thread Lukasz Luba
Add the chipid label which allows to use it in phandle from other device. Use syscon in compatible to get the regmap of the device register set. The chipid is used in DMC during initialization to compare compatibility. Signed-off-by: Lukasz Luba --- arch/arm/boot/dts/exynos5.dtsi | 4 ++-- 1 fil

[PATCH v9 08/13] drivers: memory: add DMC driver for Exynos5422

2019-06-07 Thread Lukasz Luba
This patch adds driver for Exynos5422 Dynamic Memory Controller. The driver provides support for dynamic frequency and voltage scaling for DMC and DRAM. It supports changing timings of DRAM running with different frequency. There is also an algorithm to calculate timigns based on memory description

[PATCH v9 09/13] drivers: devfreq: events: add Exynos PPMU new events

2019-06-07 Thread Lukasz Luba
Define new performance events supported by Exynos5422 SoC counters. The counters are built-in in Dynamic Memory Controller and provide information regarding memory utilization. Signed-off-by: Lukasz Luba --- drivers/devfreq/event/exynos-ppmu.c | 6 ++ 1 file changed, 6 insertions(+) diff --

[PATCH v9 12/13] ARM: dts: exynos: add DMC device for exynos5422

2019-06-07 Thread Lukasz Luba
Add description of Dynamic Memory Controller and PPMU counters. They are used by exynos5422-dmc driver. There is a definition of the memory chip, which is then used during calculation of timings for each OPP. The algorithm in the driver needs these two sets to bound the timings. Signed-off-by: Luk

[PATCH v9 13/13] ARM: exynos_defconfig: enable DMC driver

2019-06-07 Thread Lukasz Luba
Enable driver for Exynos5422 Dynamic Memory Controller supporting dynamic frequency and voltage scaling in Exynos5422 SoCs. Signed-off-by: Lukasz Luba --- arch/arm/configs/exynos_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/exynos_defconfig b/arch/arm/configs/e

[PATCH v9 11/13] ARM: dts: exynos: add syscon to clock compatible

2019-06-07 Thread Lukasz Luba
In order to get the clock by phandle and use it with regmap it needs to be compatible with syscon. The DMC driver uses two registers from clock register set and needs the regmap of them. Signed-off-by: Lukasz Luba --- arch/arm/boot/dts/exynos5420.dtsi | 2 +- arch/arm/boot/dts/exynos5800.dtsi |

[PATCH v9 01/13] clk: samsung: add needed IDs for DMC clocks in Exynos5420

2019-06-07 Thread Lukasz Luba
Define new IDs for clocks used by Dynamic Memory Controller in Exynos5422 SoC. Acked-by: Rob Herring Acked-by: Chanwoo Choi Acked-by: Krzysztof Kozlowski Signed-off-by: Lukasz Luba --- include/dt-bindings/clock/exynos5420.h | 18 +- 1 file changed, 17 insertions(+), 1 deletion

[PATCH] ARM: davinci: da8xx: specify dma_coherent_mask for lcdc

2019-06-07 Thread Bartosz Golaszewski
From: Bartosz Golaszewski The lcdc device is missing the dma_coherent_mask definition causing the following warning on da850-evm: da8xx_lcdc da8xx_lcdc.0: found Sharp_LK043T1DG01 panel [ cut here ] WARNING: CPU: 0 PID: 1 at kernel/dma/mapping.c:247 dma_alloc_attrs+0xc8/0x

Re: [PATCH v9 3/4] s390: ap: implement PAPQ AQIC interception in kernel

2019-06-07 Thread Halil Pasic
On Tue, 4 Jun 2019 15:38:51 -0400 Tony Krowiak wrote: > On 5/21/19 11:34 AM, Pierre Morel wrote: > > We register a AP PQAP instruction hook during the open > > of the mediated device. And unregister it on release. [..] > > +/** > > + * vfio_ap_wait_for_irqclear > > + * @apqn: The AP Queue numbe

[PATCH] x86/fpu: Update kernel's FPU state before using for the fsave header

2019-06-07 Thread Sebastian Andrzej Siewior
In commit 39388e80f9b0c ("x86/fpu: Don't save fxregs for ia32 frames in copy_fpstate_to_sigframe()") I removed the statement | if (ia32_fxstate) | copy_fxregs_to_kernel(fpu); and argued that is was wrongly merged because the content was already saved in kernel's state and

Re: [PATCH v3 0/9] Enable Sub-page Write Protection Support

2019-06-07 Thread Yang Weijiang
On Fri, Jun 07, 2019 at 03:27:01PM +0200, Paolo Bonzini wrote: > On 06/06/19 17:28, Yang Weijiang wrote: > > EPT-Based Sub-Page write Protection(SPP)is a HW capability which > > allows Virtual Machine Monitor(VMM) to specify write-permission for > > guest physical memory at a sub-page(128 byte) gra

Re: [PATCH 08/15] x86/alternatives: Teach text_poke_bp() to emulate instructions

2019-06-07 Thread Masami Hiramatsu
On Fri, 7 Jun 2019 10:20:13 +0200 Peter Zijlstra wrote: > On Fri, Jun 07, 2019 at 05:41:42AM +, Nadav Amit wrote: > > > > int poke_int3_handler(struct pt_regs *regs) > > > { > > > + long ip = regs->ip - INT3_INSN_SIZE + CALL_INSN_SIZE; > > > + struct opcode { > > > + u8 insn; > > > +

Re: [PATCH V8 14/15] PCI: tegra: Add Tegra194 PCIe support

2019-06-07 Thread Dmitry Osipenko
07.06.2019 17:10, Vidya Sagar пишет: > On 6/7/2019 12:22 AM, Dmitry Osipenko wrote: >> 06.06.2019 19:35, Dmitry Osipenko пишет: >>> 26.05.2019 7:37, Vidya Sagar пишет: Add support for Synopsys DesignWare core IP based PCIe host controller present in Tegra194 SoC. Signed-off-by:

Re: [v2 PATCH] mm: thp: fix false negative of shmem vma's THP eligibility

2019-06-07 Thread Michal Hocko
On Fri 07-06-19 03:57:18, Hugh Dickins wrote: [...] > The addition of "THPeligible" without an "Anon" in its name was > unfortunate. I suppose we're two releases too late to change that. Well, I do not really see any reason why THPeligible should be Anon specific at all. Even if ... > Applying pr

Re: [PATCH 02/15] x86: Move ENCODE_FRAME_POINTER to asm/frame.h

2019-06-07 Thread Josh Poimboeuf
On Wed, Jun 05, 2019 at 03:07:55PM +0200, Peter Zijlstra wrote: > In preparation for wider use, move the ENCODE_FRAME_POINTER macros to > a common header and provide inline asm versions. > > These macros are used to encode a pt_regs frame for the unwinder; see > unwind_frame.c:decode_frame_pointer

Re: [PATCH] block: fix a crash in do_task_dead()

2019-06-07 Thread Peter Zijlstra
On Fri, Jun 07, 2019 at 03:35:41PM +0200, Peter Zijlstra wrote: > On Wed, Jun 05, 2019 at 09:04:02AM -0600, Jens Axboe wrote: > > How about the following plan - if folks are happy with this sched patch, > > we can queue it up for 5.3. Once that is in, I'll kill the block change > > that special cas

Re: [PATCH 01/15] x86/entry/32: Clean up return from interrupt preemption path

2019-06-07 Thread Josh Poimboeuf
On Wed, Jun 05, 2019 at 03:07:54PM +0200, Peter Zijlstra wrote: > The code flow around the return from interrupt preemption point seems > needlesly complicated. "needlessly" > > There is only one site jumping to resume_kernel, and none (outside of > resume_kernel) jumping to restore_all_kernel.

Re: [PATCH 2/2] staging: rtl8712: r8712_createbss_cmd(): Change

2019-06-07 Thread Dan Carpenter
Fix the subject. On Fri, Jun 07, 2019 at 07:36:58PM +0530, Nishka Dasgupta wrote: > Change return values of r8712_createbss_cmd from _SUCCESS and _FAIL to 0 > and -ENOMEM respectively. > Change return type of the function from unsigned to int to reflect this. > Change call site to check for 0 inst

[PATCH 13/13] Add sample notification program [ver #4]

2019-06-07 Thread David Howells
This needs to be linked with -lkeyutils. It is run like: ./watch_test and watches "/" for mount changes and the current session keyring for key changes: # keyctl add user a a @s 1035096409 # keyctl unlink 1035096409 @s # mount -t tmpfs none /mnt/nfsv3tcp/

Re: [PATCH] KVM: nVMX: Rename prepare_vmcs02_*_full to prepare_vmcs02_*_extra

2019-06-07 Thread Sean Christopherson
On Fri, Jun 07, 2019 at 02:19:20PM +0200, Paolo Bonzini wrote: > On 06/06/19 20:41, Sean Christopherson wrote: > >> +static void prepare_vmcs02_early_extra(struct vcpu_vmx *vmx, > > Or maybe 'uncommon', 'rare' or 'ext'? I don't I particularly love any of > > the names, but they're all better than

[PATCH 08/13] vfs: Add superblock notifications [ver #4]

2019-06-07 Thread David Howells
Add a superblock event notification facility whereby notifications about superblock events, such as I/O errors (EIO), quota limits being hit (EDQUOT) and running out of space (ENOSPC) can be reported to a monitoring process asynchronously. Note that this does not cover vfsmount topology changes.

Re: [PATCH v5] i2c: i801: Register optional lis3lv02d I2C device on Dell machines

2019-06-07 Thread Jean Delvare
On Thu, 6 Jun 2019 20:18:45 +0200, Pali Rohár wrote: > Dell platform team told us that some (DMI whitelisted) Dell Latitude > machines have ST microelectronics accelerometer at I2C address 0x29. > > Presence of that ST microelectronics accelerometer is verified by existence > of SMO88xx ACPI devi

Re: [PATCH v2 7/7] drivers: regulator: qcom: add PMS405 SPMI regulator

2019-06-07 Thread Jeffrey Hugo
On Thu, Jun 6, 2019 at 12:53 PM Jeffrey Hugo wrote: > > From: Jorge Ramirez > > The PMS405 has 5 HFSMPS and 13 LDO regulators, > > This commit adds support for one of the 5 HFSMPS regulators (s3) to > the spmi regulator driver. > > The PMIC HFSMPS 430 regulators have 8 mV step size and a voltage

Re: [PATCH 1/2] staging: rtl8712: r8712_setdatarate_cmd(): Change

2019-06-07 Thread Dan Carpenter
Probably you sent this patch unintentionally. The subject doesn't make any sort of sense. :P On Fri, Jun 07, 2019 at 07:36:57PM +0530, Nishka Dasgupta wrote: > Change the return values of function r8712_setdatarate_cmd from _SUCCESS > and _FAIL to 0 and -ENOMEM respectively. > Change the return

Re: "locking/lockdep: Consolidate lock usage bit initialization" is buggy

2019-06-07 Thread Qian Cai
On Fri, 2019-06-07 at 11:21 +0800, Yuyang Du wrote: > Thanks for the report, but > > On Fri, 7 Jun 2019 at 05:14, Qian Cai wrote: > > > > The linux-next commit "locking/lockdep: Consolidate lock usage bit > > initialization" [1] will always generate a warning below. > > I never had such warning

infinite loop in read_hpet from ktime_get_boot_fast_ns

2019-06-07 Thread Jason A. Donenfeld
Hey Thomas, After some discussions here prior about the different clocks available, WireGuard uses ktime_get_boot_fast_ns() pretty extensively. The requirement is for a quasi-accurate monotonic counter that takes into account sleep time, and this seems to fit the bill pretty well. Sultan (CC'd) re

[PATCH bpf-next v5 3/4] selftests: bpf: read netns_ino from struct bpf_sock_ops

2019-06-07 Thread Iago López Galeiras
From: Alban Crequy This shows how a sockops program could be restricted to a specific network namespace. The sockops program looks at the current netns via (struct bpf_sock_ops)->netns_ino and checks if the value matches the configuration in the new BPF map "sock_netns". The test program ./test_

[PATCH bpf-next v5 4/4] selftests: bpf: verifier: read netns_dev and netns_ino from struct bpf_sock_ops

2019-06-07 Thread Iago López Galeiras
From: Alban Crequy Tested with: > $ sudo ./test_verifier > ... > #905/p sockops accessing bpf_sock_ops->netns_dev, ok OK > #906/p sockops accessing bpf_sock_ops->netns_ino, ok OK > ... > Summary: 1421 PASSED, 0 SKIPPED, 0 FAILED Signed-off-by: Alban Crequy --- Changes since v1: - This is a ne

[PATCH bpf-next v5 2/4] bpf: sync bpf.h to tools/ for bpf_sock_ops->netns*

2019-06-07 Thread Iago López Galeiras
From: Alban Crequy The change in struct bpf_sock_ops is synchronised from: include/uapi/linux/bpf.h to: tools/include/uapi/linux/bpf.h Signed-off-by: Alban Crequy --- Changes since v2: - standalone patch for the sync (requested by Y Song) Changes since v4: - add netns_dev comment on uapi hea

Re: [PATCH 2/5] drm/bridge: add encoder support to specify bridge input format

2019-06-07 Thread Neil Armstrong
On 07/06/2019 15:38, Laurent Pinchart wrote: > Hi Neil, > > Thank you for the patch. > > On Mon, May 20, 2019 at 03:37:50PM +0200, Neil Armstrong wrote: >> This patch adds a new format_set() callback to the bridge ops permitting >> the encoder to specify the new input format and encoding. >> >> T

[PATCH bpf-next v5 1/4] bpf: sock ops: add netns ino and dev in bpf context

2019-06-07 Thread Iago López Galeiras
From: Alban Crequy sockops programs can now access the network namespace inode and device via (struct bpf_sock_ops)->netns_ino and ->netns_dev. This can be useful to apply different policies on different network namespaces. In the unlikely case where network namespaces are not compiled in (CONFI

[PATCH bpf-next v5 0/4] sock ops: add netns ino and dev in bpf context

2019-06-07 Thread Iago López Galeiras
This series allows sockops programs to access the network namespace inode and device via (struct bpf_sock_ops)->netns_ino and ->netns_dev. This can be useful to apply different policies on different network namespaces. In the unlikely case where network namespaces are not compiled in (CONFIG_NET_N

Re: [PATCH V8 14/15] PCI: tegra: Add Tegra194 PCIe support

2019-06-07 Thread Vidya Sagar
On 6/7/2019 12:22 AM, Dmitry Osipenko wrote: 06.06.2019 19:35, Dmitry Osipenko пишет: 26.05.2019 7:37, Vidya Sagar пишет: Add support for Synopsys DesignWare core IP based PCIe host controller present in Tegra194 SoC. Signed-off-by: Vidya Sagar --- Changes since [v7]: * Addressed review comme

[PATCH v2] staging: rtl8188eu: core: Replace function rtw_free_network_nolock()

2019-06-07 Thread Nishka Dasgupta
Remove function rtw_free_network_nolock, as all it does is call _rtw_free_network_nolock, and rename _rtw_free_network_nolock to rtw_free_network_nolock. Keep the new rtw_free_network_nolock a static function and remove the old version from the header file. Signed-off-by: Nishka Dasgupta --- dri

inet: frags: Turn fqdir->dead into an int for old Alphas

2019-06-07 Thread Herbert Xu
On Tue, Jun 04, 2019 at 09:04:55AM -0700, Linus Torvalds wrote: > > In fact, the alpha port was always subtly buggy exactly because of the > "byte write turns into a read-and-masked-write", even if I don't think > anybody ever noticed (we did fix cases where people _did_ notice, > though, and we mi

Re: [PATCH 2/3] clk: qcom: Add MSM8998 GPU Clock Controller (GPUCC) driver

2019-06-07 Thread Jeffrey Hugo
On Thu, Jun 6, 2019 at 5:00 PM Stephen Boyd wrote: > > Quoting Jeffrey Hugo (2019-05-28 09:48:03) > > diff --git a/drivers/clk/qcom/gpucc-msm8998.c > > b/drivers/clk/qcom/gpucc-msm8998.c > > new file mode 100644 > > index ..e45062e40718 > > --- /dev/null > > +++ b/drivers/clk/qcom/gpu

[PATCH 2/2] staging: rtl8712: r8712_createbss_cmd(): Change

2019-06-07 Thread Nishka Dasgupta
Change return values of r8712_createbss_cmd from _SUCCESS and _FAIL to 0 and -ENOMEM respectively. Change return type of the function from unsigned to int to reflect this. Change call site to check for 0 instead of _SUCCESS. (Instead of !=0, simply passing the function output to the conditional wil

[PATCH 1/2] staging: rtl8712: r8712_setdatarate_cmd(): Change

2019-06-07 Thread Nishka Dasgupta
Change the return values of function r8712_setdatarate_cmd from _SUCCESS and _FAIL to 0 and -ENOMEM respectively. Change the return type of the function from u8 to int to reflect this. Change the call site of the function to check for 0 instead of _SUCCESS. (Checking that the return value != 0 is n

Re: [PATCH v3] kernel/module: Fix mem leak in module_add_modinfo_attrs

2019-06-07 Thread Jessica Yu
+++ Miroslav Benes [04/06/19 12:46 +0200]: On Mon, 3 Jun 2019, YueHaibing wrote: In module_add_modinfo_attrs if sysfs_create_file fails, we forget to free allocated modinfo_attrs and roll back the sysfs files. Fixes: 03e88ae1b13d ("[PATCH] fix module sysfs files reference counting") Signed-off

[PATCH v1] arm: mm: make arch_mmap_rnd() static

2019-06-07 Thread zhangjinghai99
From: JingHai Zhang arch_mmap_rnd() is only used in mmap.c, make it static. Signed-off-by: JingHai Zhang --- arch/arm/mm/mmap.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/mm/mmap.c b/arch/arm/mm/mmap.c index f866870db749..0a7a046fcd90 100644 --- a/arch/arm/mm/

Re: Kernel patch in USB 4.4.138 Version

2019-06-07 Thread Greg Kroah-Hartman
On Fri, Jun 07, 2019 at 08:23:37AM +, Varadarajan, Kiruthika wrote: > Hi All, > During Cay Play session connect/disconnect several times, with USB gadget > driver I found kernel crash in rx_submit. > > > 64.802125] CPU: 0 PID: 636 Comm: kworker/u8:2 Tainted: G U W O > 4.4.71-quilt-2e5dc0

Re: [PATCH v3 1/3] thermal: sun8i: add thermal driver for h6

2019-06-07 Thread Frank Lee
On Fri, Jun 7, 2019 at 9:50 PM Frank Lee wrote: > > HI Ondřej, > > > On Mon, May 27, 2019 at 10:25 PM Ondřej Jirman wrote: > > > > Hi Yangtao, > > > > On Sat, May 25, 2019 at 02:13:27PM -0400, Yangtao Li wrote: > > > This patch adds the support for allwinner thermal sensor, within > > > allwinner

Re: [PATCH v3 1/3] thermal: sun8i: add thermal driver for h6

2019-06-07 Thread Frank Lee
HI Ondřej, On Mon, May 27, 2019 at 10:25 PM Ondřej Jirman wrote: > > Hi Yangtao, > > On Sat, May 25, 2019 at 02:13:27PM -0400, Yangtao Li wrote: > > This patch adds the support for allwinner thermal sensor, within > > allwinner SoC. It will register sensors for thermal framework > > and use devi

Re: [PATCH V8 13/15] phy: tegra: Add PCIe PIPE2UPHY support

2019-06-07 Thread Vidya Sagar
On 6/6/2019 10:00 PM, Dmitry Osipenko wrote: 26.05.2019 7:37, Vidya Sagar пишет: Synopsys DesignWare core based PCIe controllers in Tegra 194 SoC interface with Universal PHY (UPHY) module through a PIPE2UPHY (P2U) module. For each PCIe lane of a controller, there is a P2U unit instantiated at h

Re: [RFC]: Convention for naming syscall revisions

2019-06-07 Thread Christian Brauner
On Thu, Jun 06, 2019 at 07:54:35PM -0400, Theodore Ts'o wrote: > On Thu, Jun 06, 2019 at 05:42:25PM +0200, Christian Brauner wrote: > > Hey everyone, > > > > I hope this is not going to start a trash fire. > > > > While working on a new clone version I tried to find out what the > > current namin

Re: [PATCH] Documentation: coresight: Update the generic device names

2019-06-07 Thread Leo Yan
Hi Suzuki, On Fri, Jun 07, 2019 at 09:40:48AM +0100, Suzuki K Poulose wrote: > Hi Leo, > > > > > >A Coresight PMU works the same way as any other PMU, i.e the name > > > > > of the PMU is > > > > >listed along with configuration options within forward slashes > > > > > '/'. Since a > >

Re: [PATCH 03/15] x86/kprobes: Fix frame pointer annotations

2019-06-07 Thread Josh Poimboeuf
On Fri, Jun 07, 2019 at 10:02:10PM +0900, Masami Hiramatsu wrote: > On Wed, 05 Jun 2019 15:07:56 +0200 > Peter Zijlstra wrote: > > > The kprobe trampolines have a FRAME_POINTER annotation that makes no > > sense. It marks the frame in the middle of pt_regs, at the place of > > saving BP. > > com

Re: [PATCH] block: fix a crash in do_task_dead()

2019-06-07 Thread Peter Zijlstra
On Wed, Jun 05, 2019 at 09:04:02AM -0600, Jens Axboe wrote: > How about the following plan - if folks are happy with this sched patch, > we can queue it up for 5.3. Once that is in, I'll kill the block change > that special cases the polled task wakeup. For 5.2, we go with Oleg's > patch for the sw

Re: [alsa-devel] [RFC PATCH 6/6] soundwire: qcom: add support for SoundWire controller

2019-06-07 Thread Pierre-Louis Bossart
+config SOUNDWIRE_QCOM + tristate "Qualcomm SoundWire Master driver" + select SOUNDWIRE_BUS + depends on SND_SOC depends on SLIMBUS if you need the SlimBus link to talk to your SoundWire Master? Also depends on device tree since you use of_ functions? +#define SWRM_COMP

Re: [PATCH] [RFC] dmaengine: add fifo_size member

2019-06-07 Thread Peter Ujfalusi
On 07/06/2019 15.58, Jon Hunter wrote: >> Imho if you can explain it without using 'HACK' in the sentences it >> might be OK, but it does not feel right. > > I don't perceive this as a hack. Although from looking at the > description of the src/dst_maxburst these are burst size with regard to >

Re: [PATCH v3 1/3] thermal: sun8i: add thermal driver for h6

2019-06-07 Thread Frank Lee
On Mon, May 27, 2019 at 8:27 PM Maxime Ripard wrote: > > Hi! > > Thanks for submitting a new version > > On Sat, May 25, 2019 at 02:13:27PM -0400, Yangtao Li wrote: > > This patch adds the support for allwinner thermal sensor, within > > allwinner SoC. It will register sensors for thermal framewor

Re: [PATCH V3 1/2] arm64/mm: Consolidate page fault information capture

2019-06-07 Thread Catalin Marinas
On Fri, Jun 07, 2019 at 11:30:46AM +0100, Mark Rutland wrote: > On Fri, Jun 07, 2019 at 02:43:05PM +0530, Anshuman Khandual wrote: > > This consolidates page fault information capture and move them bit earlier. > > While here it also adds an wrapper is_write_abort(). It also saves some > > cycles b

Re: [PATCH v2 3/3] brcmfmac: sdio: Disable auto-tuning around commands expected to fail

2019-06-07 Thread Arend Van Spriel
On June 7, 2019 2:40:04 PM Adrian Hunter wrote: On 7/06/19 8:12 AM, Arend Van Spriel wrote: On June 6, 2019 11:37:22 PM Doug Anderson wrote: In the case of dw_mmc, which I'm most familiar with, we don't have any sort of automated or timed-based retuning.  ...so we'll only re-tune when we se

Re: [PATCH] scsi: libsas, lldds: Use dev_is_expander()

2019-06-07 Thread John Garry
On 07/06/2019 14:26, Martin K. Petersen wrote: John, Many times in libsas, and in LLDDs which use libsas, the check for an expander device is re-implemented or open coded. Applied to 5.3/scsi-queue, thanks. Dropped again. Breaks isci. Please fix. Hi Martin, I assume that you mean that

Re: [PATCH] scsi: libsas, lldds: Use dev_is_expander()

2019-06-07 Thread Martin K. Petersen
John, >> Many times in libsas, and in LLDDs which use libsas, the check for an >> expander device is re-implemented or open coded. > > Applied to 5.3/scsi-queue, thanks. Dropped again. Breaks isci. Please fix. -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH v3 0/9] Enable Sub-page Write Protection Support

2019-06-07 Thread Paolo Bonzini
On 06/06/19 17:28, Yang Weijiang wrote: > EPT-Based Sub-Page write Protection(SPP)is a HW capability which > allows Virtual Machine Monitor(VMM) to specify write-permission for > guest physical memory at a sub-page(128 byte) granularity. When this > capability is enabled, the CPU enforces write-acc

Re: [PATCH v2] phy: renesas: rcar-gen3-usb2: fix imbalance powered flag

2019-06-07 Thread Geert Uytterhoeven
Hi Shimoda-san, Thanks for the update! On Fri, Jun 7, 2019 at 12:07 PM Yoshihiro Shimoda wrote: > The powered flag should be set for any other phys anyway. Also > the flag should be locked by the channel. Otherwise, after we have > revised the device tree for the usb phy, the following warning >

Re: [PATCH v2] kasan: add memory corruption identification for software tag-based mode

2019-06-07 Thread Dmitry Vyukov
On Tue, Jun 4, 2019 at 2:26 PM Walter Wu wrote: > > This patch adds memory corruption identification at bug report for > software tag-based mode, the report show whether it is "use-after-free" > or "out-of-bound" error instead of "invalid-access" error.This will make > it easier for programmers to

[PATCH 10/12] btrfs-progs: mkfs: Zoned block device support

2019-06-07 Thread Naohiro Aota
This patch makes the size of the temporary system group chunk equal to the device zone size. It also enables PREP_DEVICE_HMZONED if the user enables the HMZONED feature. Enabling HMZONED feature is done using option "-O hmzoned". This feature is incompatible for now with source directory setup. S

[PATCH 05/12] btrfs-progs: load and check zone information

2019-06-07 Thread Naohiro Aota
This patch checks if a device added to btrfs is a zoned block device. If it is, load zones information and the zone size for the device. For a btrfs volume composed of multiple zoned block devices, all devices must have the same zone size. Signed-off-by: Naohiro Aota --- utils.c | 10

[PATCH 11/12] btrfs-progs: device-add: support HMZONED device

2019-06-07 Thread Naohiro Aota
This patch check if the target file system is flagged as HMZONED. If it is, the device to be added is flagged PREP_DEVICE_HMZONED. Also add checks to prevent mixing non-zoned devices and zoned devices. Signed-off-by: Naohiro Aota --- cmds-device.c | 29 +++-- 1 file chan

Re: [PATCH trivial] scsi: isci: Grammar s/the its/its/

2019-06-07 Thread Martin K. Petersen
Geert, Applied to 5.3/scsi-queue. Thanks. -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH trivial] [SCSI] aic7xxx: Spelling s/configuraion/configuration/

2019-06-07 Thread Martin K. Petersen
Geert, Applied to 5.3/scsi-queue. Thanks. -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH -next] scsi: megaraid_sas: remove set but not used variable 'sge_sz'

2019-06-07 Thread Martin K. Petersen
YueHaibing, > Fixes gcc '-Wunused-but-set-variable' warning: > > drivers/scsi/megaraid/megaraid_sas_base.c: In function > megasas_create_frame_pool: > drivers/scsi/megaraid/megaraid_sas_base.c:4124:6: warning: variable sge_sz > set but not used [-Wunused-but-set-variable] > > It's not used any

Re: [PATCH -next] scsi: megaraid_sas: remove set but not used variables 'buff_addr' and 'ci_h'

2019-06-07 Thread Martin K. Petersen
YueHaibing, > Fixes gcc '-Wunused-but-set-variable' warnings: > > drivers/scsi/megaraid/megaraid_sas_base.c: In function > megasas_fw_crash_buffer_show: > drivers/scsi/megaraid/megaraid_sas_base.c:3138:16: warning: variable > buff_addr set but not used [-Wunused-but-set-variable] > drivers/scs

[PATCH 07/19] btrfs: do sequential extent allocation in HMZONED mode

2019-06-07 Thread Naohiro Aota
On HMZONED drives, writes must always be sequential and directed at a block group zone write pointer position. Thus, block allocation in a block group must also be done sequentially using an allocation pointer equal to the block group zone write pointer plus the number of blocks allocated but not y

[PATCH 04/19] btrfs: disable fallocate in HMZONED mode

2019-06-07 Thread Naohiro Aota
fallocate() is implemented by reserving actual extent instead of reservations. This can result in exposing the sequential write constraint of host-managed zoned block devices to the application, which would break the POSIX semantic for the fallocated file. To avoid this, report fallocate() as not

[PATCH 05/19] btrfs: disable direct IO in HMZONED mode

2019-06-07 Thread Naohiro Aota
Direct write I/Os can be directed at existing extents that have already been written. Such write requests are prohibited on host-managed zoned block devices. So disable direct IO support for a volume with HMZONED mode enabled. Signed-off-by: Naohiro Aota --- fs/btrfs/inode.c | 3 +++ 1 file chan

Re: [PATCH v3 1/9] Documentation: Introduce EPT based Subpage Protection

2019-06-07 Thread Yang Weijiang
On Thu, Jun 06, 2019 at 09:57:00PM -0600, Jidong Xiao wrote: > Hi, Weijiang, > > Does this require some specific Intel processors or is it supported by > older processors as well? > > -Jidong Hi, Jidong, SPP is a feature on new platforms, so only available with new Intel processors. > > On Thu,

Re: [PATCH 05/15] x86_32: Provide consistent pt_regs

2019-06-07 Thread Masami Hiramatsu
On Wed, 05 Jun 2019 15:07:58 +0200 Peter Zijlstra wrote: > Currently pt_regs on x86_32 has an oddity in that kernel regs > (!user_mode(regs)) are short two entries (esp/ss). This means that any > code trying to use them (typically: regs->sp) needs to jump through > some unfortunate hoops. > > Ch

[PATCH 03/19] btrfs: Check and enable HMZONED mode

2019-06-07 Thread Naohiro Aota
HMZONED mode cannot be used together with the RAID5/6 profile for now. Introduce the function btrfs_check_hmzoned_mode() to check this. This function will also check if HMZONED flag is enabled on the file system and if the file system consists of zoned devices with equal zone size. Additionally, a

Re: [PATCH V4 1/2] PCI: dwc: Add API support to de-initialize host

2019-06-07 Thread Vidya Sagar
On 5/27/2019 4:39 PM, Vidya Sagar wrote: On 5/7/2019 12:25 PM, Vidya Sagar wrote: On 5/7/2019 11:19 AM, Vidya Sagar wrote: On 5/3/2019 4:53 PM, Lorenzo Pieralisi wrote: On Thu, May 02, 2019 at 10:34:25PM +0530, Vidya Sagar wrote: Add an API to group all the tasks to be done to de-initialize h

Re: [PATCH 03/15] x86/kprobes: Fix frame pointer annotations

2019-06-07 Thread Masami Hiramatsu
On Wed, 05 Jun 2019 15:07:56 +0200 Peter Zijlstra wrote: > The kprobe trampolines have a FRAME_POINTER annotation that makes no > sense. It marks the frame in the middle of pt_regs, at the place of > saving BP. commit ee213fc72fd67 introduced this code, and this is for unwinder which uses frame

Re: [PATCH 01/10] arm64: dts: meson-gxm-khadas-vim2: fix gpio-keys-polled node

2019-06-07 Thread Neil Armstrong
On 06/06/2019 22:00, Kevin Hilman wrote: > Neil Armstrong writes: > >> From: Christian Hewitt >> >> Fix DTC warnings: >> >> meson-gxm-khadas-vim2.dtb: Warning (avoid_unnecessary_addr_size): >>/gpio-keys-polled: unnecessary #address-cells/#size-cells >> without "ranges" or child "reg" pr

Re: [PATCH] [RFC] dmaengine: add fifo_size member

2019-06-07 Thread Jon Hunter
On 07/06/2019 13:17, Peter Ujfalusi wrote: > > > On 07/06/2019 13.27, Jon Hunter wrote: Hrm, it is still not clear how all of these fits together. What happens if you configure ADMA side: BURST = 10 TX/RXSIZE = 100 (100 * 64 bytes?) /* FIFO_SIZE? */ *THRES = 5

Re: [alsa-devel] [RFC PATCH 5/6] dt-bindings: soundwire: add bindings for Qcom controller

2019-06-07 Thread Pierre-Louis Bossart
On 6/7/19 3:56 AM, Srinivas Kandagatla wrote: This patch adds bindings for Qualcomm soundwire controller. Qualcomm SoundWire Master controller is present in most Qualcomm SoCs either integrated as part of WCD audio codecs via slimbus or as part of SOC I/O. Signed-off-by: Srinivas Kandagatla --

[PATCH v3 1/2] mfd: rk808: Check pm_power_off pointer

2019-06-07 Thread Stefan Mavrodiev
The function pointer pm_power_off may point to function from other module (PSCI for example). If rk808 is removed, pm_power_off is overwritten to NULL and the system cannot be powered off. This patch checks if pm_power_off points to a module function. Signed-off-by: Stefan Mavrodiev --- Changes

[PATCH v3 2/2] mfd: rk808: Prepare rk805 for poweroff

2019-06-07 Thread Stefan Mavrodiev
RK805 has SLEEP signal, which can put the device into SLEEP or OFF mode. The default is SLEEP mode. However, when the kernel performs power-off (actually the ATF) the device will not go fully off and this will result in higher power consumption and inability to wake the device with RTC alarm. The

[PATCH v3 0/2] mfd: rk808: Fix pointers and poweroff

2019-06-07 Thread Stefan Mavrodiev
This patch is actually follow-up to: [PATCH 1/1] mfd: rk808: Prepare rk8085 for poweroff The patchset fixes poweroff function for boards with RK8085 PMU. During the preparation of v2 possible wrong pointer access was spot (pm_power_off), so one more patch was introduced in the series. Stefan Ma

Re: [PATCH v2 3/3] brcmfmac: sdio: Disable auto-tuning around commands expected to fail

2019-06-07 Thread Adrian Hunter
On 7/06/19 8:12 AM, Arend Van Spriel wrote: > On June 6, 2019 11:37:22 PM Doug Anderson wrote: >> >> In the case of dw_mmc, which I'm most familiar with, we don't have any >> sort of automated or timed-based retuning.  ...so we'll only re-tune >> when we see the CRC error.  If I'm understanding th

Re: [alsa-devel] [RFC PATCH 3/6] soundwire: core: define SDW_MAX_PORT

2019-06-07 Thread Pierre-Louis Bossart
On 6/7/19 3:56 AM, Srinivas Kandagatla wrote: This patch adds SDW_MAX_PORT so that other driver can use it. Signed-off-by: Srinivas Kandagatla --- include/linux/soundwire/sdw.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/linux/soundwire/sdw.h b/include/linux/soundwire/sdw.h i

Re: [PATCH v2 3/3] brcmfmac: sdio: Disable auto-tuning around commands expected to fail

2019-06-07 Thread Adrian Hunter
On 7/06/19 12:37 AM, Doug Anderson wrote: > Hi, > > On Thu, Jun 6, 2019 at 7:00 AM Adrian Hunter wrote: >> >> On 3/06/19 9:37 PM, Douglas Anderson wrote: >>> There are certain cases, notably when transitioning between sleep and >>> active state, when Broadcom SDIO WiFi cards will produce errors o

Re: [PATCH v2] video: fbdev: pxa168fb: add COMPILE_TEST support

2019-06-07 Thread Bartlomiej Zolnierkiewicz
On 5/21/19 12:49 PM, Bartlomiej Zolnierkiewicz wrote: > Add COMPILE_TEST support to pxa168fb driver for better compile > testing coverage. > > Signed-off-by: Bartlomiej Zolnierkiewicz I queued the patch for v5.3. Best regards, -- Bartlomiej Zolnierkiewicz Samsung R&D Institute Poland Samsung

Applied "regmap: add i3c bus support" to the regmap tree

2019-06-07 Thread Mark Brown
The patch regmap: add i3c bus support has been applied to the regmap tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git for-5.3 All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus d

Applied "regulator: cpcap: Spelling s/configuraion/configuration/" to the regulator tree

2019-06-07 Thread Mark Brown
The patch regulator: cpcap: Spelling s/configuraion/configuration/ has been applied to the regulator tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git for-5.3 All being well this means that it will be integrated into the linux-next tree (usually sometime in the

Applied "ASoC: msm8916-wcd-digital: Add sidetone support" to the asoc tree

2019-06-07 Thread Mark Brown
The patch ASoC: msm8916-wcd-digital: Add sidetone support has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.3 All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) an

Re: [PATCH] kobject: return -ENOSPC when add_uevent_var() fails

2019-06-07 Thread Rafael J. Wysocki
On Fri, Jun 7, 2019 at 2:02 PM Masahiro Yamada wrote: > > On Wed, Jun 5, 2019 at 5:53 AM Rafael J. Wysocki wrote: > > > > On Tue, Jun 4, 2019 at 8:00 PM Masahiro Yamada > > wrote: > > > > > > This function never attempts to allocate memory, so returning -ENOMEM > > > looks weird to me. > > > > A

Re: [PATCH v2 1/3] regmap: add i3c bus support

2019-06-07 Thread Mark Brown
On Thu, Jun 06, 2019 at 05:12:02PM +0200, Vitor Soares wrote: > Add basic support for i3c bus. > This is a simple implementation that only give support > for SDR Read and Write commands. The following changes since commit a188339ca5a396acc588e5851ed7e19f66b0ebd9: Linux 5.2-rc1 (2019-05-19 15:47

Re: [PATCH trivial] [SCSI] aic7xxx: Spelling s/configuraion/configuration/

2019-06-07 Thread Hannes Reinecke
On 6/7/19 1:27 PM, Geert Uytterhoeven wrote: > Signed-off-by: Geert Uytterhoeven > --- > drivers/scsi/aic7xxx/aic7xxx.reg | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/scsi/aic7xxx/aic7xxx.reg > b/drivers/scsi/aic7xxx/aic7xxx.reg > index ba0b411d03e2e1fa..00fd

Re: [PATCH v3] video: fbdev: atmel_lcdfb: add COMPILE_TEST support

2019-06-07 Thread Bartlomiej Zolnierkiewicz
On 6/1/19 11:06 PM, Alexandre Belloni wrote: > On 30/05/2019 14:30:19+0200, Bartlomiej Zolnierkiewicz wrote: >> Add COMPILE_TEST support to atmel_lcdfb driver for better compile >> testing coverage. >> >> While at it fix improper use of UL (to silence build warnings on >> x86_64). >> >> Cc: Alexa

Re: [PATCH 3/3] jz4740_fb: fix DMA API abuse

2019-06-07 Thread Bartlomiej Zolnierkiewicz
On 5/9/19 7:38 PM, Christoph Hellwig wrote: > Virtual addresses return from dma(m)_alloc_coherent are opaque in what > backs then, and drivers must not poke into them. Switch the driver > to use the generic DMA API mmap helper to avoid these problems. Change itself looks fine but the patch descr

Re: [PATCH] KVM: nVMX: Rename prepare_vmcs02_*_full to prepare_vmcs02_*_extra

2019-06-07 Thread Paolo Bonzini
On 06/06/19 20:41, Sean Christopherson wrote: >> +static void prepare_vmcs02_early_extra(struct vcpu_vmx *vmx, > Or maybe 'uncommon', 'rare' or 'ext'? I don't I particularly love any of > the names, but they're all better than 'full'. I thought 'ext' was short for 'extra'? :) Paolo

Re: [PATCH V1 6/6] i2c: tegra: remove BUG, BUG_ON

2019-06-07 Thread Dmitry Osipenko
07.06.2019 15:12, Dmitry Osipenko пишет: > 07.06.2019 15:08, Dmitry Osipenko пишет: >> 07.06.2019 14:55, Bitan Biswas пишет: >>> Remove redundant BUG_ON calls or replace with WARN_ON_ONCE >>> as needed. Replace BUG() with error handling code. >>> Define I2C_ERR_UNEXPECTED_STATUS for error handling.

Re: [PATCH RFC 00/10] RDMA/FS DAX truncate proposal

2019-06-07 Thread Jason Gunthorpe
On Fri, Jun 07, 2019 at 12:36:36PM +0200, Jan Kara wrote: > Because the pins would be invisible to sysadmin from that point on. It is not invisible, it just shows up in a rdma specific kernel interface. You have to use rdma netlink to see the kernel object holding this pin. If this visibility i

Re: [PATCH] [RFC] dmaengine: add fifo_size member

2019-06-07 Thread Peter Ujfalusi
On 07/06/2019 13.27, Jon Hunter wrote: >>> Hrm, it is still not clear how all of these fits together. >>> >>> What happens if you configure ADMA side: >>> BURST = 10 >>> TX/RXSIZE = 100 (100 * 64 bytes?) /* FIFO_SIZE? */ >>> *THRES = 5 >>> >>> And if you change the *THRES to 10? >>> And if you c

Re: [PATCH 2/3] au1200fb: fix DMA API abuse

2019-06-07 Thread Bartlomiej Zolnierkiewicz
On 5/15/19 1:10 PM, Manuel Lauss wrote: > Servus Christoph, > > On Thu, May 9, 2019 at 7:39 PM Christoph Hellwig wrote: >> Virtual addresses return from dma(m)_alloc_attrs are opaque in what >> backs then, and drivers must not poke into them. Similarly caching >> modes are not supposed to be d

Re: [PATCH V1 6/6] i2c: tegra: remove BUG, BUG_ON

2019-06-07 Thread Dmitry Osipenko
07.06.2019 15:08, Dmitry Osipenko пишет: > 07.06.2019 14:55, Bitan Biswas пишет: >> Remove redundant BUG_ON calls or replace with WARN_ON_ONCE >> as needed. Replace BUG() with error handling code. >> Define I2C_ERR_UNEXPECTED_STATUS for error handling. >> >> Signed-off-by: Bitan Biswas >> --- >>

Re: [PATCH v3] selinux: lsm: fix a missing-check bug in selinux_add_mnt_opt( )

2019-06-07 Thread Gen Zhang
On Fri, Jun 07, 2019 at 10:39:05AM +0200, Ondrej Mosnacek wrote: > On Thu, Jun 6, 2019 at 11:23 AM Gen Zhang wrote: > > In selinux_add_mnt_opt(), 'val' is allocated by kmemdup_nul(). It returns > > NULL when fails. So 'val' should be checked. And 'mnt_opts' should be > > freed when error. > > > >

Re: [PATCH v1] rtc: tegra: Drop MODULE_ALIAS

2019-06-07 Thread Alexandre Belloni
On 05/06/2019 15:26:13+0300, Dmitry Osipenko wrote: > RTC driver was converted to OF driver long time ago. The MODULE_ALIAS > macro has no effect for the OF drivers since the alias is overridden by > the drivers core to follow the OF naming convention of the driver's alias, > which is based on the

[GIT PULL] irqchip fixes for 5.2-rc4

2019-06-07 Thread Marc Zyngier
Hi Thomas, Here's a bunch of fixes I've collected since the merge window. Most of the diffstat is covered by the MIPS GIC fix and the ITS command queue mess. Please pull, M. The following changes since commit 16e32c3cde7763ab875b9030b443ecbc8e352d8a: iommu/dma-iommu: Remove iommu_dma

<    3   4   5   6   7   8   9   10   >