Re: [GIT pull] x86/pti for 5.4-rc1

2019-09-25 Thread Ingo Molnar
* Song Liu wrote: > > > > On Sep 17, 2019, at 4:35 PM, Linus Torvalds > > wrote: > > > > On Tue, Sep 17, 2019 at 4:29 PM Song Liu wrote: > >> > >> How about we just do: > >> > >> diff --git i/arch/x86/mm/pti.c w/arch/x86/mm/pti.c > >> index b196524759ec..0437f65250db 100644 > >> ---

Re: [RFC 1/2] mmc: sdhci-msm: Add support for bus bandwidth voting

2019-09-25 Thread ppvk
On 2019-09-12 18:26, Georgi Djakov wrote: Hi Pradeep, Thanks for the patch! On 9/6/19 15:47, Pradeep P V K wrote: Vote for the MSM bus bandwidth required by SDHC driver based on the clock frequency and bus width of the card. Otherwise,the system clocks may run at minimum clock speed and thus

Re: [PATCH] ieee802154: mcr20a: simplify a bit 'mcr20a_handle_rx_read_buf_complete()'

2019-09-25 Thread Stefan Schmidt
Hello. On 24.09.19 23:40, Xue Liu wrote: On Sat, 21 Sep 2019 at 13:52, Stefan Schmidt wrote: Hello Xue. On 20.09.19 21:45, Christophe JAILLET wrote: Use a 'skb_put_data()' variant instead of rewritting it. The __skb_put_data variant is safe here. It is obvious that the skb can not

[PATCH xfstests v3] overlay: Enable character device to be the base fs partition

2019-09-25 Thread Zhihao Cheng
When running overlay tests using character devices as base fs partitions, all overlay usecase results become 'notrun'. Function '_overay_config_override' (common/config) detects that the current base fs partition is not a block device and will set FSTYP to base fs. The overlay usecase will check

Re: [PATCH v9 03/11] pwm: mediatek: remove a property "has-clks"

2019-09-25 Thread Uwe Kleine-König
On Fri, Sep 20, 2019 at 06:49:03AM +0800, Sam Shih wrote: > We can use fixed-clock to repair mt7628 pwm during configure from > userspace. The SoC is legacy MIPS and has no complex clock tree. > Due to we can get clock frequency for period calculation from DT > fixed-clock, so we can remove

Re: [PATCH V2] mm: Support memblock alloc on the exact node for sparse_buffer_init()

2019-09-25 Thread Mike Rapoport
On Tue, Sep 24, 2019 at 04:09:32PM +0800, Yunfeng Ye wrote: > sparse_buffer_init() use memblock_alloc_try_nid_raw() to allocate memory > for page management structure, if memory allocation fails from specified > node, it will fall back to allocate from other nodes. > > Normally, the page

[PATCH v2 0/2] Enable Goldfish RTC for RISC-V

2019-09-25 Thread Anup Patel
We will be using Goldfish RTC device real date-time on QEMU RISC-V virt machine so this series: 1. Allows GOLDFISH kconfig option to be enabled for RISC-V 2. Enables GOLDFISH RTC driver in RISC-V defconfigs This series can be found in goldfish_rtc_v2 branch at: https//github.com/avpatel/linux.git

[PATCH v2 2/2] RISC-V: defconfig: Enable Goldfish RTC driver

2019-09-25 Thread Anup Patel
We have Goldfish RTC device available on QEMU RISC-V virt machine hence enable required driver in RV32 and RV64 defconfigs. Signed-off-by: Anup Patel --- arch/riscv/configs/defconfig | 3 +++ arch/riscv/configs/rv32_defconfig | 3 +++ 2 files changed, 6 insertions(+) diff --git

[PATCH v2 1/2] platform: goldfish: Allow goldfish drivers for archs with IOMEM and DMA

2019-09-25 Thread Anup Patel
We don't need explicit dependency of Goldfish kconfig option on various architectures. Instead, the Goldfish kconfig option should only depend on HAS_IOMEM and HAS_DMA which is sufficient for all Goldfish devices. Signed-off-by: Anup Patel --- drivers/platform/goldfish/Kconfig | 3 +-- 1 file

Re: [PATCH v2 00/21] Refine memblock API

2019-09-25 Thread Mike Rapoport
(updated CC) Hi, On Tue, Sep 24, 2019 at 12:52:35PM -0500, Adam Ford wrote: > On Mon, Jan 21, 2019 at 2:05 AM Mike Rapoport wrote: > > > > Hi, > > > > v2 changes: > > * replace some more %lu with %zu > > * remove panics where they are not needed in s390 and in printk > > * collect Acked-by and

Re: + mm-thp-extract-split_queue_-into-a-struct.patch added to -mm tree

2019-09-25 Thread Michal Hocko
On Tue 24-09-19 09:26:37, Yang Shi wrote: > > > On 9/24/19 6:56 AM, Michal Hocko wrote: > > Do we really need this if deferred list is going to be shrunk more > > pro-actively as discussed already - I am sorry I do not have a link handy > > but in short the deferred list would be drained from a

[PATCH v1] ARM: dts: realtek: Add support for Realtek evaluation

2019-09-25 Thread James Tai
From: "james.tai" This patch adds a generic devicetree board file and a dtsi for Realtek RTD16XX and RTD13XX platform. Signed-off-by: james.tai --- Changes since last version: - Add RTD13XX platform. - Add PSCI support. - Add aliases. - move uart0 to dtsi file.

Re: [PATCH V2] mm: Support memblock alloc on the exact node for sparse_buffer_init()

2019-09-25 Thread Yunfeng Ye
On 2019/9/25 14:36, Mike Rapoport wrote: > On Tue, Sep 24, 2019 at 04:09:32PM +0800, Yunfeng Ye wrote: >> sparse_buffer_init() use memblock_alloc_try_nid_raw() to allocate memory >> for page management structure, if memory allocation fails from specified >> node, it will fall back to allocate

Re: [PATCH V2] mm/hotplug: Reorder memblock_[free|remove]() calls in try_remove_memory()

2019-09-25 Thread Michal Hocko
On Wed 25-09-19 08:27:53, Anshuman Khandual wrote: > Currently during memory hot add procedure, memory gets into memblock before > calling arch_add_memory() which creates it's linear mapping. > > add_memory_resource() { > .. > memblock_add_node() >

Re: [RFC] mm: memcg: add priority for soft limit reclaiming

2019-09-25 Thread Michal Hocko
On Wed 25-09-19 10:35:30, Hillf Danton wrote: > > On Tue, 24 Sep 2019 17:23:35 + from Roman Gushchin > > > > On Tue, Sep 24, 2019 at 03:30:16PM +0200, Michal Hocko wrote: > > > > > > But really, make sure you look into the existing feature set that memcg > > > v2 provides already and come

[PATCH] x86/mm: Clean up the pmd_read_atomic() comments

2019-09-25 Thread Ingo Molnar
* Wei Yang wrote: > To be honest, I have a question on how this works. > > As the comment says, we need to call pmd_read_atomic before using > pte_offset_map_lock to avoid data corruption. There's only a risk of data corruption if mmap_sem is held for reading. If it's held for writing then

Re: [PATCH V2] mm/hotplug: Reorder memblock_[free|remove]() calls in try_remove_memory()

2019-09-25 Thread David Hildenbrand
On 25.09.19 04:57, Anshuman Khandual wrote: > Currently during memory hot add procedure, memory gets into memblock before > calling arch_add_memory() which creates it's linear mapping. > > add_memory_resource() { > .. > memblock_add_node() > .. >

Re: [RFC PATCH 0/4] Use 1st-level for DMA remapping in guest

2019-09-25 Thread Peter Xu
On Wed, Sep 25, 2019 at 10:48:32AM +0800, Lu Baolu wrote: > Hi Kevin, > > On 9/24/19 3:00 PM, Tian, Kevin wrote: > > > > > '---' > > > > > '---' > > > > > > > > > > This patch series only aims to achieve the first goal, a.k.a using > > first goal? then what are other

Re: [PATCH v1] mm/memory_hotplug: Don't take the cpu_hotplug_lock

2019-09-25 Thread David Hildenbrand
On 24.09.19 20:54, Qian Cai wrote: > On Tue, 2019-09-24 at 17:11 +0200, Michal Hocko wrote: >> On Tue 24-09-19 11:03:21, Qian Cai wrote: >> [...] >>> While at it, it might be a good time to rethink the whole locking over >>> there, as >>> it right now read files under /sys/kernel/slab/ could

[PATCH] arm64: dts: qcom: c630: Enable adsp, cdsp and mpss

2019-09-25 Thread Bjorn Andersson
Specify the firmware-name for the adsp, cdsp and mpss and enable the nodes. Signed-off-by: Bjorn Andersson --- .../boot/dts/qcom/sdm850-lenovo-yoga-c630.dts | 14 ++ 1 file changed, 14 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/sdm850-lenovo-yoga-c630.dts

Re: [patch for-5.3 0/4] revert immediate fallback to remote hugepages

2019-09-25 Thread Michal Hocko
Let me revive this thread as there was no follow up. On Mon 09-09-19 21:30:20, Michal Hocko wrote: [...] > I believe it would be the best to start by explaining why we do not see > the same problem with order-0 requests. We do not enter the slow path > and thus the memory reclaim if there is any

[PATCH v4] perf record: Add support for limit perf output file size

2019-09-25 Thread Jiwei Sun
The patch adds a new option to limit the output file size, then based on it, we can create a wrapper of the perf command that uses the option to avoid exhausting the disk space by the unconscious user. In order to make the perf.data parsable, we just limit the sample data size, since the

[PATCH 1/3] kbuild: update compile-test header list for v5.4-rc1

2019-09-25 Thread Masahiro Yamada
Some build errors were fixed. Add more headers into the test coverage. Signed-off-by: Masahiro Yamada --- usr/include/Makefile | 9 - 1 file changed, 9 deletions(-) diff --git a/usr/include/Makefile b/usr/include/Makefile index 05c71ef42f51..4ef9946775ee 100644 ---

[PATCH 2/3] kbuild: detect missing header include guard

2019-09-25 Thread Masahiro Yamada
Our convention is to surround the whole of the header content with an include guard. This avoids the same header being parsed over again when it is included multiple times. The header-test-y syntax allows the comprehensive sanity checks of headers. This commit adds another check; if include guard

[PATCH 3/3] kbuild: stop using wildcard patterns for in-kernel header test

2019-09-25 Thread Masahiro Yamada
This compile-test started from the strong belief that we should be able to compile (almost) all headers as a standalone unit, but this requirement seems to be annoying. I believe it is nice to compile-test all the exported headers. On the other hand, in-kernel headers are not necessarily always

Re: KASAN: use-after-free Read in usb_anchor_resume_wakeups

2019-09-25 Thread Johan Hovold
On Mon, Sep 23, 2019 at 05:41:54PM +0800, Peter Chen wrote: > > On Tue, Jul 9, 2019 at 2:27 PM syzbot > > wrote: > > > > > > Hello, > > > > > > syzbot found the following crash on: > > > > > > HEAD commit:7829a896 usb-fuzzer: main usb gadget fuzzer driver > > > git tree:

[PATCH V3] mm: Support memblock alloc on the exact node for sparse_buffer_init()

2019-09-25 Thread Yunfeng Ye
sparse_buffer_init() use memblock_alloc_try_nid_raw() to allocate memory for page management structure, if memory allocation fails from specified node, it will fall back to allocate from other nodes. Normally, the page management structure will not exceed 2% of the total memory, but a large

Re: [PATCH xfstests v3] overlay: Enable character device to be the base fs partition

2019-09-25 Thread Amir Goldstein
On Wed, Sep 25, 2019 at 9:29 AM Zhihao Cheng wrote: > > When running overlay tests using character devices as base fs partitions, > all overlay usecase results become 'notrun'. Function > '_overay_config_override' (common/config) detects that the current base > fs partition is not a block device

Re: [PATCH v2] mm: implement write-behind policy for sequential file writes

2019-09-25 Thread Dave Chinner
On Tue, Sep 24, 2019 at 12:00:17PM +0300, Konstantin Khlebnikov wrote: > On 24/09/2019 10.39, Dave Chinner wrote: > > On Mon, Sep 23, 2019 at 06:06:46PM +0300, Konstantin Khlebnikov wrote: > > > On 23/09/2019 17.52, Tejun Heo wrote: > > > > Hello, Konstantin. > > > > > > > > On Fri, Sep 20, 2019

Re: [PATCH] x86/mm: Clean up the pmd_read_atomic() comments

2019-09-25 Thread Wei Yang
On Wed, Sep 25, 2019 at 08:55:14AM +0200, Ingo Molnar wrote: > >* Wei Yang wrote: > >> To be honest, I have a question on how this works. >> >> As the comment says, we need to call pmd_read_atomic before using >> pte_offset_map_lock to avoid data corruption. > >There's only a risk of data

Re: [v1, 1/1] gpio: dts: aspeed: Add SGPIO driver

2019-09-25 Thread Bartosz Golaszewski
wt., 24 wrz 2019 o 21:07 Hongwei Zhang napisał(a): > > Add SGPIO driver support for Aspeed AST2500 SoC. > > Signed-off-by: Hongwei Zhang > --- > arch/arm/Kconfig | 2 ++ > arch/arm/boot/dts/aspeed-g5.dtsi | 16 +++- > drivers/gpio/Kconfig | 8 >

Re: [PATCH V3] mm: Support memblock alloc on the exact node for sparse_buffer_init()

2019-09-25 Thread Mike Rapoport
On Wed, Sep 25, 2019 at 03:18:43PM +0800, Yunfeng Ye wrote: > sparse_buffer_init() use memblock_alloc_try_nid_raw() to allocate memory > for page management structure, if memory allocation fails from specified > node, it will fall back to allocate from other nodes. > > Normally, the page

Re: [PATCH v1] powerpc/pseries: CMM: Drop page array

2019-09-25 Thread David Hildenbrand
On 10.09.19 18:39, David Hildenbrand wrote: > We can simply store the pages in a list (page->lru), no need for a > separate data structure (+ complicated handling). This is how most > other balloon drivers store allocated pages without additional tracking > data. > > For the notifiers, use

Re: [PATCH 2/3] task: RCU protect tasks on the runqueue

2019-09-25 Thread Peter Zijlstra
On Mon, Sep 09, 2019 at 07:22:15AM -0500, Eric W. Biederman wrote: > Let me see if I can explain my confusion in terms of task_numa_compare. > > The function task_numa_comare now does: > > rcu_read_lock(); > cur = rcu_dereference(dst_rq->curr); > > Then it proceeds to examine a few

Re: [PATCH V3] mm: Support memblock alloc on the exact node for sparse_buffer_init()

2019-09-25 Thread Yunfeng Ye
On 2019/9/25 15:32, Mike Rapoport wrote: > On Wed, Sep 25, 2019 at 03:18:43PM +0800, Yunfeng Ye wrote: >> sparse_buffer_init() use memblock_alloc_try_nid_raw() to allocate memory >> for page management structure, if memory allocation fails from specified >> node, it will fall back to allocate

Re: [PATCH] selftests: kvm: Fix libkvm build error

2019-09-25 Thread Paolo Bonzini
On 24/09/19 22:14, Shuah Khan wrote: > Fix the following build error: > > libkvm.a(assert.o): relocation R_X86_64_32 against `.rodata.str1.1' can not > be used when making a PIE object; recompile with -fPIC > > Add -fPIC to CFLAGS to fix it. This is wrong, these testcases cannot be

[PATCH V4] mm: Support memblock alloc on the exact node for sparse_buffer_init()

2019-09-25 Thread Yunfeng Ye
sparse_buffer_init() use memblock_alloc_try_nid_raw() to allocate memory for page management structure, if memory allocation fails from specified node, it will fall back to allocate from other nodes. Normally, the page management structure will not exceed 2% of the total memory, but a large

Re: [PATCH 15/17] KVM: retpolines: x86: eliminate retpoline from vmx.c exit handlers

2019-09-25 Thread Paolo Bonzini
On 24/09/19 23:46, Andrea Arcangeli wrote: >>> >>> I would keep only EXIT_REASON_MSR_WRITE, EXIT_REASON_PREEMPTION_TIMER, >>> EXIT_REASON_EPT_MISCONFIG and add EXIT_REASON_IO_INSTRUCTION. >> Intuition doesn't work great when it comes to CPU speculative >> execution runtime. I can however run

Re: [PATCH v2 0/4] task: Making tasks on the runqueue rcu protected

2019-09-25 Thread Peter Zijlstra
On Tue, Sep 17, 2019 at 12:38:04PM -0500, Eric W. Biederman wrote: > Linus Torvalds writes: > > Can anybody see anything wrong with the series? Because I'd love to > > have it for 5.4, > > Peter, > > I am more than happy for these to come through your tree. However > if this is one thing to

Re: [PATCH v9 03/11] pwm: mediatek: remove a property "has-clks"

2019-09-25 Thread Thierry Reding
On Wed, Sep 25, 2019 at 08:30:03AM +0200, Uwe Kleine-König wrote: > On Fri, Sep 20, 2019 at 06:49:03AM +0800, Sam Shih wrote: > > We can use fixed-clock to repair mt7628 pwm during configure from > > userspace. The SoC is legacy MIPS and has no complex clock tree. > > Due to we can get clock

Re: [PATCH 14/17] KVM: monolithic: x86: inline more exit handlers in vmx.c

2019-09-25 Thread Paolo Bonzini
On 24/09/19 03:55, Andrea Arcangeli wrote: >> So it's forty bytes. I think we can leave this out. > This commit I reverted adds literally 3 inlines called by 3 functions, > in a very fast path, how many bytes of .text difference did you expect > by dropping some call/ret from a very fast path

Re: acer_wmi: Unknown function(s) on Acer Nitro 5 (AN515-43-R8BF)

2019-09-25 Thread Joey Lee
Hi Gabriel, On Mon, Sep 23, 2019 at 09:45:05PM +0200, Gabriel C wrote: > Hi guys, > > I noticed some warning in dmesg on this Laptop. > > Fn+right, Fn+left is BrightnessDown/Up and produce the following warning: > > acer_wmi: Unknown function number - 4 - 0 > > The brightness has some other

[PATCH v1] ARM: config: Add Realtek defconfig

2019-09-25 Thread James Tai
From: "james.tai" Add a defconfig for Realtek RTD16XX and RTD13XX platform. Signed-off-by: james.tai --- Changes since last version: - disable CONFIG_EMBEDDED. - disable CONFIG_ARM_THUMBEE. - disable CONFIG_SCHED_SMT. - disable CONFIG_OABI_COMPAT. -

RE: [PATCH] dimlib: make DIMLIB a hidden symbol

2019-09-25 Thread Kiyanovski, Arthur
> -Original Message- > From: Tal Gilboa > Sent: Friday, September 20, 2019 8:02 PM > To: Uwe Kleine-König ; Saeed Mahameed > ; Kiyanovski, Arthur > Cc: linux-kernel@vger.kernel.org; net...@vger.kernel.org > Subject: Re: [PATCH] dimlib: make DIMLIB a hidden symbol > > On 9/20/2019 4:31

Re: [PATCH v2] mm: implement write-behind policy for sequential file writes

2019-09-25 Thread Dave Chinner
On Tue, Sep 24, 2019 at 12:08:04PM -0700, Linus Torvalds wrote: > On Tue, Sep 24, 2019 at 12:39 AM Dave Chinner wrote: > > > > Stupid question: how is this any different to simply winding down > > our dirty writeback and throttling thresholds like so: > > > > # echo $((100 * 1000 * 1000)) >

Re: [PATCH trivial] usb: Fix Kconfig indentation

2019-09-25 Thread Johan Hovold
On Mon, Sep 23, 2019 at 05:49:56PM +0200, Krzysztof Kozlowski wrote: > Adjust indentation from spaces to tab (+optional two spaces) as in > coding style with command like: > $ sed -e 's/^/\t/' -i */Kconfig > > Signed-off-by: Krzysztof Kozlowski > --- > drivers/usb/dwc3/Kconfig

Re: [PATCH] platform/x86: dell-laptop: fix phantom kbd backlight on Inspiron 10xx

2019-09-25 Thread Andy Shevchenko
On Mon, Sep 23, 2019 at 4:24 PM wrote: > > From: Pali Rohár > > Sent: Sunday, September 22, 2019 8:43 AM > > To: Pacien TRAN-GIRARD > > Cc: Matthew Garrett; Darren Hart; Andy Shevchenko; platform-driver- > > x...@vger.kernel.org; linux-kernel@vger.kernel.org; Limonciello, Mario > > Subject: Re:

Re: [RFC PATCH for 5.4 0/7] Membarrier fixes and cleanups

2019-09-25 Thread Peter Zijlstra
On Mon, Sep 23, 2019 at 10:55:32AM -0400, Mathieu Desnoyers wrote: > - On Sep 23, 2019, at 5:06 AM, Peter Zijlstra pet...@infradead.org wrote: > > > On Thu, Sep 19, 2019 at 01:36:58PM -0400, Mathieu Desnoyers wrote: > >> Hi, > >> > >> Those series of fixes and cleanups are initially

Re: [PATCH v2] mm: implement write-behind policy for sequential file writes

2019-09-25 Thread Konstantin Khlebnikov
On 25/09/2019 10.18, Dave Chinner wrote: On Tue, Sep 24, 2019 at 12:00:17PM +0300, Konstantin Khlebnikov wrote: On 24/09/2019 10.39, Dave Chinner wrote: On Mon, Sep 23, 2019 at 06:06:46PM +0300, Konstantin Khlebnikov wrote: On 23/09/2019 17.52, Tejun Heo wrote: Hello, Konstantin. On Fri,

Re: [PATCH v6 1/7] media: v4l2-core: Implement v4l2_ctrl_new_std_compound

2019-09-25 Thread Jacopo Mondi
Hi Ricardo, On Fri, Sep 20, 2019 at 03:51:31PM +0200, Ricardo Ribalda Delgado wrote: > Currently compound controls do not have a simple way of initializing its > values. This results in ofuscated code with type_ops init. > > This patch introduces a new field on the control with the default value

Re: [v7 1/2] mtd: rawnand: Add new Cadence NAND driver to MTD subsystem (fwd)

2019-09-25 Thread Miquel Raynal
Hi Piotr, Can you fix the below issue reported by Julia? Either convert the structure parameter to a signed parameter or use an intermediate variable. Thanks, Miquèl Julia Lawall wrote on Wed, 18 Sep 2019 21:04:37 +0200 (CEST): > -- Forwarded message -- > Date: Wed, 18 Sep

Re: [PATCH v6 2/7] Documentation: v4l2_ctrl_new_std_compound

2019-09-25 Thread Jacopo Mondi
Hi Ricardo, On Fri, Sep 20, 2019 at 03:51:32PM +0200, Ricardo Ribalda Delgado wrote: > Function for initializing compound controls with a default value. > > Suggested-by: Hans Verkuil > Signed-off-by: Ricardo Ribalda Delgado > --- > Documentation/media/kapi/v4l2-controls.rst | 9 + > 1

Re: [PATCH] platform/x86: dell-laptop: fix phantom kbd backlight on Inspiron 10xx

2019-09-25 Thread Pali Rohár
On Wednesday 25 September 2019 11:07:35 Andy Shevchenko wrote: > On Mon, Sep 23, 2019 at 4:24 PM wrote: > > > From: Pali Rohár > > > Sent: Sunday, September 22, 2019 8:43 AM > > > To: Pacien TRAN-GIRARD > > > Cc: Matthew Garrett; Darren Hart; Andy Shevchenko; platform-driver- > > >

[PATCH v1] drivers/base/memory.c: Drop the mem_sysfs_mutex

2019-09-25 Thread David Hildenbrand
The mem_sysfs_mutex isn't really helpful. Also, it's not really clear what the mutex protects at all. The device lists of the memory subsystem are protected separately. We don't need that mutex when looking up. creating, or removing independent devices. find_memory_block_by_id() will perform

Re: [PATCH v3 3/4] mm: don't expose non-hugetlb page to fast gup prematurely

2019-09-25 Thread Peter Zijlstra
On Tue, Sep 24, 2019 at 05:24:58PM -0600, Yu Zhao wrote: > We don't want to expose a non-hugetlb page to the fast gup running > on a remote CPU before all local non-atomic ops on the page flags > are visible first. > > For an anon page that isn't in swap cache, we need to make sure all > prior

Re: [PATCH v6 3/7] media: add V4L2_CTRL_TYPE_AREA control type

2019-09-25 Thread Jacopo Mondi
Hi Ricardo, On Fri, Sep 20, 2019 at 03:51:33PM +0200, Ricardo Ribalda Delgado wrote: > This type contains the width and the height of a rectangular area. > > Signed-off-by: Ricardo Ribalda Delgado > --- > drivers/media/v4l2-core/v4l2-ctrls.c | 21 ++ > include/media/v4l2-ctrls.h

WireGuard to port to existing Crypto API

2019-09-25 Thread Jason A. Donenfeld
Hi folks, I'm at the Kernel Recipes conference now and got a chance to talk with DaveM a bit about WireGuard upstreaming. His viewpoint has recently solidified: in order to go upstream, WireGuard must port to the existing crypto API, and handle the Zinc project separately. As DaveM is the

[PATCH] Documentation/process: Clarify disclosure rules

2019-09-25 Thread Thomas Gleixner
The role of the contact list provided by the disclosing party and how it affects the disclosure process and the ability to include experts into the development process is not really well explained. Neither is it entirely clear when the disclosing party will be informed about the fact that a

Re: [PATCH v6 4/7] Documentation: media: Document V4L2_CTRL_TYPE_AREA

2019-09-25 Thread Jacopo Mondi
Hi Ricardo, On Fri, Sep 20, 2019 at 03:51:34PM +0200, Ricardo Ribalda Delgado wrote: > From: Ricardo Ribalda Delgado > > A struct v4l2_area containing the width and the height of a rectangular > area. > > Reviewed-by: Philipp Zabel > Signed-off-by: Ricardo Ribalda Delgado > --- >

Re: [PATCH 0/5] hugetlbfs: Disable PMD sharing for large systems

2019-09-25 Thread Peter Zijlstra
On Fri, Sep 13, 2019 at 11:50:43AM +1000, Dave Chinner wrote: > On Wed, Sep 11, 2019 at 04:05:32PM +0100, Waiman Long wrote: > > A customer with large SMP systems (up to 16 sockets) with application > > that uses large amount of static hugepages (~500-1500GB) are experiencing > > random

Re: [PATCH] tty:vt: Add check the return value of kzalloc to avoid oops

2019-09-25 Thread Xiaoming Ni
On 2019/9/23 11:50, Nicolas Pitre wrote: > On Sat, 21 Sep 2019, Xiaoming Ni wrote: > >> @ Nicolas Pitre >> Can I make a v2 patch based on your advice ? >> Or you will submit a patch for "GFP_WONTFAIL" yourself ? > > Here's a patch implementing what I had in mind. This is compile tested >

Re: [PATCH 02/15] fs: Introduce i_blocks_per_page

2019-09-25 Thread Dave Chinner
On Tue, Sep 24, 2019 at 05:52:01PM -0700, Matthew Wilcox wrote: > From: "Matthew Wilcox (Oracle)" > > This helper is useful for both large pages in the page cache and for > supporting block size larger than page size. Convert some example > users (we have a few different ways of writing this

Re: [PATCH v5 3/3] leds: Add control of the voltage/current regulator to the LED core

2019-09-25 Thread Jean-Jacques Hiblot
On 24/09/2019 20:58, Jacek Anaszewski wrote: Hi Jean, Thank you for the patch. I must say I'm not a big fan of this change. It adds a bunch of code to the LED core and gives small functionality in a reward. I disagree. I remember having to tweak DTS in the past to force some regulators

Re: [PATCH] sched/fair: Speed-up energy-aware wake-ups

2019-09-25 Thread Peter Zijlstra
On Fri, Sep 20, 2019 at 01:23:00PM +0200, Quentin Perret wrote: > On Friday 20 Sep 2019 at 16:03:38 (+0530), Pavan Kondeti wrote: > > +1. Looks good to me. > > Cool, thanks. > > Peter/Ingo, is there anything else I should do ? Should I resend the > patch 'properly' (that is, not inline) ? Got

[PATCH v2 0/5] LogiCVC mfd and GPIO support

2019-09-25 Thread Paul Kocialkowski
This series introduces support for the LogiCVC GPIO block to the syscon GPIO driver, with dt bindings documentation also including the top-level mfd component. Changes since v1: - Converted dt bindings documentation to dt schemas; - Used BIT macro and removed version from structure name; -

[PATCH v2 3/5] gpio: syscon: Add support for a custom get operation

2019-09-25 Thread Paul Kocialkowski
Some drivers might need a custom get operation to match custom behavior implemented in the set operation. Add plumbing for supporting that. Signed-off-by: Paul Kocialkowski --- drivers/gpio/gpio-syscon.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git

[PATCH v2 5/5] gpio: syscon: Add support for the Xylon LogiCVC GPIOs

2019-09-25 Thread Paul Kocialkowski
The LogiCVC display hardware block comes with GPIO capabilities that must be exposed separately from the main driver (as GPIOs) for use with regulators and panels. A syscon is used to share the same regmap across the two drivers. Since the GPIO capabilities are pretty simple, add them to the

[PATCH v2 2/5] dt-bindings: mfd: Document the Xylon LogiCVC multi-function device

2019-09-25 Thread Paul Kocialkowski
The LogiCVC is a display engine which also exposes GPIO functionality. For this reason, it is described as a multi-function device that is expected to provide register access to its children nodes for gpio and display. Signed-off-by: Paul Kocialkowski --- .../bindings/mfd/xylon,logicvc.yaml

[PATCH v2 1/5] dt-bindings: Add Xylon vendor prefix

2019-09-25 Thread Paul Kocialkowski
Xylon is an electronics company that produces FPGA hardware block designs optimized for Xilinx FPGAs. Signed-off-by: Paul Kocialkowski --- Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH v2 4/5] dt-bindings: gpio: Document the Xylon LogiCVC GPIO controller

2019-09-25 Thread Paul Kocialkowski
The Xylon LogiCVC display controller exports some GPIOs, which are exposed as a separate entity. Signed-off-by: Paul Kocialkowski --- .../bindings/gpio/xylon,logicvc-gpio.yaml | 70 +++ 1 file changed, 70 insertions(+) create mode 100644

[PATCH] staging: exfat: Use kvzalloc() instead of kzalloc() for exfat_sb_info

2019-09-25 Thread jiayeli
From: Jia-Ye Li Fix mount failed "Cannot allocate memory". When the memory gets fragmented, kzalloc() might fail to allocate physically contiguous pages for the struct exfat_sb_info (its size is about 34KiB) even the total free memory is enough. Use kvzalloc() to solve this problem.

Re: [PATCH v22 02/24] x86/cpufeatures: x86/msr: Intel SGX Launch Control hardware bits

2019-09-25 Thread Borislav Petkov
On Tue, Sep 24, 2019 at 01:22:10PM -0700, Sean Christopherson wrote: > The approach we chose (patch 04, which we were discussing) is to disable > SGX if SGX_LE_WR is not set, i.e. disallow SGX unless the hash MSRs exist > and are fully writable. Hmm, so I see + if (!(fc &

Re: WireGuard to port to existing Crypto API

2019-09-25 Thread Toke Høiland-Jørgensen
"Jason A. Donenfeld" writes: > Hi folks, > > I'm at the Kernel Recipes conference now and got a chance to talk with > DaveM a bit about WireGuard upstreaming. His viewpoint has recently > solidified: in order to go upstream, WireGuard must port to the > existing crypto API, and handle the Zinc

[PATCH] KVM: vmx: fix a build warning in hv_enable_direct_tlbflush() on i386

2019-09-25 Thread Vitaly Kuznetsov
The following was reported on i386: arch/x86/kvm/vmx/vmx.c: In function 'hv_enable_direct_tlbflush': arch/x86/kvm/vmx/vmx.c:503:10: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] The particular pr_debug() causing it is more or less useless, let's just remove

[PATCH] can: peakcan: report bus recovery as well

2019-09-25 Thread Jeroen Hofstee
While the state changes are reported when the error counters increase and decrease, there is no event when the bus recovers and the error counters decrease again. So add those as well. Change the state going downward to be ERROR_PASSIVE -> ERROR_WARNING -> ERROR_ACTIVE instead of directly to

with due respect

2019-09-25 Thread Mr Duna Wattara
Dear Friend, I know that this mail will come to you as a surprise as we have never met before, but need not to worry as I am contacting you independently of my investigation and no one is informed of this communication. I need your urgent assistance in transferring the sum of $11.3million

Re: [LKP] [SUNRPC] 0472e47660: fsmark.app_overhead 16.0% regression

2019-09-25 Thread Xing Zhengjun
On 8/30/2019 8:43 AM, Xing Zhengjun wrote: On 8/7/2019 3:56 PM, Xing Zhengjun wrote: On 7/24/2019 1:17 PM, Xing Zhengjun wrote: On 7/12/2019 2:42 PM, Xing Zhengjun wrote: Hi Trond, I attached perf-profile part big changes, hope it is useful for analyzing the issue. Ping...

Re: [PATCH v2] netfilter: use __u8 instead of uint8_t in uapi header

2019-09-25 Thread Pablo Neira Ayuso
On Tue, Sep 24, 2019 at 07:40:06AM +0900, Masahiro Yamada wrote: > When CONFIG_UAPI_HEADER_TEST=y, exported headers are compile-tested to > make sure they can be included from user-space. > > Currently, linux/netfilter_bridge/ebtables.h is excluded from the test > coverage. To make it join the

RE: [PATCH] KVM: vmx: fix a build warning in hv_enable_direct_tlbflush() on i386

2019-09-25 Thread Tianyu Lan
There is another warning in the report. arch/x86/kvm/vmx/vmx.c: In function 'hv_enable_direct_tlbflush': arch/x86/kvm/vmx/vmx.c:507:20: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] evmcs->hv_vm_id = (u64)vcpu->kvm; ^ The following change

[PATCH v2 0/2] spi: Fix problem with interrupted slave transmission

2019-09-25 Thread Lukasz Majewski
This patch series fixes problem with recovering Vybrid's NXP DSPI controller state after master transmission distortion. It was tested with a setup where /dev/spidevX.Y devices were used in a loopback mode (provided by proper HW connections). During this test the distortion was introduced and the

[PATCH v2 2/2] spi: Introduce dspi_slave_abort() function for NXP's dspi SPI driver

2019-09-25 Thread Lukasz Majewski
This change provides the dspi_slave_abort() function, which is a callback for slave_abort() method of SPI controller generic driver. As in the SPI slave mode the transmission is driven by master, any distortion may cause the slave to enter undefined internal state. To avoid this problem the

[PATCH v2 1/2] spi: Add call to spi_slave_abort() function when spidev driver is released

2019-09-25 Thread Lukasz Majewski
This change is necessary for spidev devices (e.g. /dev/spidev3.0) working in the slave mode (like NXP's dspi driver for Vybrid SoC). When SPI HW works in this mode - the master is responsible for providing CS and CLK signals. However, when some fault happens - like for example distortion on SPI

RE: [PATCH v2 00/13] vfio_pci: wrap pci device as a mediated device

2019-09-25 Thread Liu, Yi L
Hi Alex, Any comments on it? :-) With this version, the vfio-mdev-pci driver could work with non-singleton groups, also it works with vfio-pci as well. Regards, Yi Liu > From: Liu, Yi L > Sent: Thursday, September 5, 2019 3:59 PM > To: alex.william...@redhat.com; kwankh...@nvidia.com > Subject:

Re: [RFC PATCH] interconnect: Replace of_icc_get() with icc_get() and reduce DT binding

2019-09-25 Thread Maxime Ripard
Hi Stephen, On Tue, Sep 24, 2019 at 10:41:33PM -0700, Stephen Boyd wrote: > The DT binding could also be simplified somewhat. Currently a path needs > to be specified in DT for each and every use case that is possible for a > device to want. Typically the path is to memory, which looks to be >

Re: [PATCH v6 7/7] media: imx214: Add new control with V4L2_CID_UNIT_CELL_SIZE

2019-09-25 Thread Jacopo Mondi
Hi Ricardo, On Fri, Sep 20, 2019 at 03:51:37PM +0200, Ricardo Ribalda Delgado wrote: > From: Ricardo Ribalda Delgado > > According to the product brief, the unit cell size is 1120 nanometers^2. > >

Re: [PATCH 1/3] drm: Add some new format DRM_FORMAT_NVXX_10

2019-09-25 Thread Maarten Lankhorst
Op 25-09-2019 om 10:32 schreef sandy.huang: > > 在 2019/9/25 下午4:17, Maarten Lankhorst 写道: >> Op 25-09-2019 om 10:06 schreef Sandy Huang: >>> These new format is supported by some rockchip socs: >>> >>> DRM_FORMAT_NV12_10/DRM_FORMAT_NV21_10 >>> DRM_FORMAT_NV16_10/DRM_FORMAT_NV61_10 >>>

[GIT PULL] fuse update for 5.4

2019-09-25 Thread Miklos Szeredi
Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git tags/fuse-update-5.4 - Continue separating the transport (user/kernel communication) and the filesystem layers of fuse. Getting rid of most layering violations will allow for easier cleanup

Re: [PATCH xfstests v3] overlay: Enable character device to be the base fs partition

2019-09-25 Thread Eryu Guan
On Wed, Sep 25, 2019 at 10:18:39AM +0300, Amir Goldstein wrote: > On Wed, Sep 25, 2019 at 9:29 AM Zhihao Cheng wrote: > > > > When running overlay tests using character devices as base fs partitions, > > all overlay usecase results become 'notrun'. Function > > '_overay_config_override'

Re: [PATCH] mm/slub: fix a deadlock in shuffle_freelist()

2019-09-25 Thread Peter Zijlstra
On Fri, Sep 13, 2019 at 12:27:44PM -0400, Qian Cai wrote: > The commit b7d5dc21072c ("random: add a spinlock_t to struct > batched_entropy") insists on acquiring "batched_entropy_u32.lock" in > get_random_u32() which introduced the lock chain, > > ">lock --> batched_entropy_u32.lock" > > even

Re: WireGuard to port to existing Crypto API

2019-09-25 Thread Bruno Wolff III
Are there going to be two branches, one for using the current API and one using Zinc?

Re: [PATCH] PCI: aardvark: Don't rely on jiffies while holding spinlock

2019-09-25 Thread Thomas Petazzoni
Hello Remi, Thanks for the patch, I have a few comments/questions below. On Sun, 1 Sep 2019 16:23:03 +0200 Remi Pommarel wrote: > diff --git a/drivers/pci/controller/pci-aardvark.c > b/drivers/pci/controller/pci-aardvark.c > index fc0fe4d4de49..1fa6d04ad7aa 100644 > ---

Ok

2019-09-25 Thread AH ZA
Greetings, I humbly solicit for your partnership to transfer €15 million Euros into your personal or company’s account .Contact me for more detailed explanation. Kindly send me the followings Full Names Address Occupation Direct Mobile Telephone Lines Nationality Ahmed Zama

[PATCH] arm64: dts: meson: g12a: add audio devices resets

2019-09-25 Thread Jerome Brunet
Provide the reset lines coming from the audio clock controller to the audio devices of the g12 family Signed-off-by: Jerome Brunet --- arch/arm64/boot/dts/amlogic/meson-g12.dtsi | 28 +- 1 file changed, 22 insertions(+), 6 deletions(-) diff --git

[PATCH] bpf: clean up indentation issue

2019-09-25 Thread Colin King
From: Colin Ian King There is a statement that is indented one level too deeply, remove the extraneous tab. Signed-off-by: Colin Ian King --- kernel/bpf/btf.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/bpf/btf.c b/kernel/bpf/btf.c index

Re: WireGuard to port to existing Crypto API

2019-09-25 Thread David Miller
From: "Jason A. Donenfeld" Date: Wed, 25 Sep 2019 10:29:45 +0200 > His viewpoint has recently solidified: in order to go upstream, > WireGuard must port to the existing crypto API, and handle the Zinc > project separately. I didn't say "must" anything, I suggested this as a more smoothe and

Re: WireGuard to port to existing Crypto API

2019-09-25 Thread David Miller
From: Bruno Wolff III Date: Wed, 25 Sep 2019 04:17:00 -0500 > Are there going to be two branches, one for using the current API and > one using Zinc? This is inapproprate to even discuss at this point. Let's see what the crypto based stuff looks like, evaluate it, and then decide how to

Re: [PATCH] mm, debug, kasan: save and dump freeing stack trace for kasan

2019-09-25 Thread Andrey Ryabinin
On 9/23/19 11:20 AM, Vlastimil Babka wrote: > On 9/16/19 5:57 PM, Andrey Ryabinin wrote: >> I'd rather keep all logic in one place, i.e. "if (!page_owner_disabled && >> (IS_ENABLED(CONFIG_KASAN) || debug_pagealloc_enabled())" >> With this no changes in early_debug_pagealloc() required and >>

[PATCH 1/2] HID: i2c-hid: allow delay after SET_POWER

2019-09-25 Thread You-Sheng Yang
According to HID over I2C specification v1.0 section 7.2.8, a device is allowed to take at most 1 second to make the transition to the specified power state. On some touchpad devices implements Microsoft Precision Touchpad, it may fail to execute following set PTP mode command without the delay

[PATCH 2/2] HID: i2c-hid: add 60ms SET_POWER delay for Goodix touchpad

2019-09-25 Thread You-Sheng Yang
Goodix touchpad 27C6:01F0 fails to switch to PTP mode when resumed from suspend. The traffic after resumed looks like: [ 275.312190] i2c_hid i2c-DELL096E:00: i2c_hid_set_power [ 275.312191] i2c_hid i2c-DELL096E:00: __i2c_hid_command: cmd=05 00 01 08 [ 283.926905] i2c_hid i2c-DELL096E:00:

[PATCH 0/2] HID: i2c-hid: add 60ms SET_POWER delay for Goodix touchpad

2019-09-25 Thread You-Sheng Yang
I2C traffic after resumed from s2idle: [ 275.312190] i2c_hid i2c-DELL096E:00: i2c_hid_set_power [ 275.312191] i2c_hid i2c-DELL096E:00: __i2c_hid_command: cmd=05 00 01 08 [ 283.926905] i2c_hid i2c-DELL096E:00: i2c_hid_set_power [ 283.926910] i2c_hid i2c-DELL096E:00: __i2c_hid_command:

  1   2   3   4   5   6   7   8   >