Re: [RFC] drm/atomic+msm: add helper to implement legacy dirtyfb

On Wed, Apr 4, 2018 at 12:42 AM, Rob Clark wrote: > Add an atomic helper to implement dirtyfb support. This is needed to > support DSI command-mode panels with x11 userspace (ie. when we can't > rely on pageflips to trigger a flush to the panel). > > To signal to the driver that the async atomic

Re: [GIT PULL] Kernel lockdown for secure boot

. On Wed, Apr 4, 2018 at 11:13 AM, Matthew Garrett wrote: > There are four cases: > > Verified Boot off, lockdown off: Status quo in distro and mainline kernels > Verified Boot off, lockdown on: Perception of security improvement that's > trivially circumvented (and so bad) > Verified Boot on, l

linux-next: Tree for Apr 4

Hi all, Please do not add any v4.18 destined stuff to your linux-next included trees until after v4.17-rc1 has been released. Changes since 20180403: The vfs tree still had its build failure for which I reverted a commit. Non-merge commits (relative to Linus' tree): 8505 8493 files ch

Re: [PATCH v3 4/6] spi: sun6i: use completion provided by SPI core

On Tue, Apr 03, 2018 at 06:44:47PM +0300, Sergey Suloev wrote: > As long as the completion is already provided by the SPI core > then there is no need to waste extra-memory on this. > Also a waiting function was added to avoid code duplication. This would need to be split in two patches, one to ad

Re: [PATCH v3 3/6] spi: sun6i: restrict transfer length in PIO-mode

On Tue, Apr 03, 2018 at 06:44:46PM +0300, Sergey Suloev wrote: > There is no need to handle 3/4 empty interrupt as the maximum > supported transfer length in PIO mode is equal to FIFO depth, > i.e. 128 bytes for sun6i and 64 bytes for sun8i SoCs. > > Changes in v3: > 1) Restored processing of 3/4 F

Re: [PATCH v8 25/42] ARM: davinci: dm644x: add new clock init using common clock framework

On Tuesday 03 April 2018 10:00 PM, David Lechner wrote: > On 04/03/2018 05:26 AM, Sekhar Nori wrote: >> On Friday 16 March 2018 08:22 AM, David Lechner wrote: >>> +static struct resource dm644x_pll1_resources[] = { >>> +    { >>> +    .start    = DAVINCI_PLL1_BASE, >>> +    .end    = DAVINC

[PATCH v2 1/2] x86/CPU: Modify detect_extended_topology() to return result

Current implementation does not communicate whether it can successfully detect CPUID Fn0x000B information. Therefore, modify the function to return success or error codes. This will be used by subsequent patches. Reviewed-by: Borislav Petkov Signed-off-by: Suravee Suthikulpanit --- arch/x86

[PATCH] x86/processor: Remove two legacy function declaration

the early_trap_init() and cpu_set_gdt() have been abandoned, so remove them. Signed-off-by: Dou Liyang --- arch/x86/include/asm/processor.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/arch/x86/include/asm/processor.h b/arch/x86/include/asm/processor.h index b0ccd4847a58..3ef3221107c3 10

[PATCH v2 0/2] x86/CPU/AMD: Add support for Extended Topology Enumeration

Linux currently provides function detect_extended_topology() for parsing CPUID Fn0xB and derive CPU topology information. Therefore, also call this function in AMD code path. Please note that this series depend on the previously submitted series: [PATCH 0/4] x86/CPU: Update AMD Last-Level-Cache

Re: [PATCH v3 1/6] spi: sun6i: coding style/readability improvements

On Tue, Apr 03, 2018 at 06:44:44PM +0300, Sergey Suloev wrote: > Minor changes to fulfill the coding style and improve > the readability of the code. > > Changes in v2: > 1) Fixed issue with misplacing a piece of code that requires access > to the transfer structure into sun6i_spi_prepare_message(

[PATCH v2 2/2] x86/CPU/AMD: Derive CPU topology from CPUID Fn0xB when available

Derive topology information from Extended Topology Enumeration (CPUID Fn0x000B) when the information is available. Signed-off-by: Suravee Suthikulpanit --- arch/x86/kernel/cpu/amd.c | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git a/arch/x86/kernel/cpu/amd.c b/ar

Re: [PATCH v2] net: thunderx: nicvf_main: Fix potential NULL pointer dereferences

On 04/04/2018 01:36 AM, Eric Dumazet wrote: On 04/03/2018 03:04 PM, Gustavo A. R. Silva wrote: Add null check on kmalloc() return value in order to prevent a null pointer dereference. Addresses-Coverity-ID: 1467429 ("Dereference null return value") Fixes: 37c3347eb247 ("net: thunderx: add n

[PATCH 1/1] drm/i915:Do not use kfree() to free kmem_cache_alloc() return value

In eb_lookup_vmas(), lut, the return value of kmem_cache_alloc(), is freed with kfree().I think the expected paired function is kmem_cache_free(). Signed-off-by: Xidong Wang --- drivers/gpu/drm/i915/i915_gem_execbuffer.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers

Re: [PATCH v2] net: thunderx: nicvf_main: Fix potential NULL pointer dereferences

On 04/03/2018 03:04 PM, Gustavo A. R. Silva wrote: > Add null check on kmalloc() return value in order to prevent > a null pointer dereference. > > Addresses-Coverity-ID: 1467429 ("Dereference null return value") > Fixes: 37c3347eb247 ("net: thunderx: add ndo_set_rx_mode callback > implementati

Re: [PATCH v2 0/5] allow override of bus format in bridges

On Wed, Apr 4, 2018 at 12:28 AM, Laurent Pinchart wrote: > Hi Daniel, > > On Wednesday, 28 March 2018 10:08:26 EEST Daniel Vetter wrote: >> On Mon, Mar 26, 2018 at 11:24:42PM +0200, Peter Rosin wrote: >> > Hi! >> > >> > [I got to v2 sooner than expected] >> > >> > I have an Atmel sama5d31 hooked u

Re: [RFC] Is it correctly that the usage for spin_{lock|unlock}_irq in clear_page_dirty_for_io

On 4/4/2018 7:12 AM, Greg Thelen wrote: On Tue, Apr 3, 2018 at 5:03 AM Michal Hocko wrote: On Mon 02-04-18 19:50:50, Wang Long wrote: Hi, Johannes Weiner and Tejun Heo I use linux-4.4.y to test the new cgroup controller io and the current stable kernel linux-4.4.y has the follow logic i

Re: [PATCH 6/6] spi: sun4i: add DMA transfers support

On Tue, Apr 03, 2018 at 04:03:32PM +0300, Sergey Suloev wrote: > On 04/03/2018 11:17 AM, Maxime Ripard wrote: > > On Thu, Mar 29, 2018 at 09:59:07PM +0300, Sergey Suloev wrote: > > > +static int sun4i_spi_dma_setup(struct device *dev, > > > +struct resource *res) > > > +{ >

[ANNOUNCE] 4.4.126-rt141

Hello RT Folks! I'm pleased to announce the 4.4.126-rt141 stable release. This release is just an update to the new stable 4.4.126 version and no RT specific changes have been made. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.

Re: KASAN: stack-out-of-bounds Read in rdma_bind_addr (2)

#syz dup: kernel BUG at lib/string.c:LINE! (3) On Thu, Mar 29, 2018 at 03:01:02PM -0700, syzbot wrote: > Hello, > > syzbot hit the following crash on upstream commit > 0b412605ef5f5c64b31f19e2910b1d5eba9929c3 (Thu Mar 29 01:07:23 2018 +) > Merge tag 'drm-fixes-for-v4.16-rc8' of > git://people.

Re: [PATCH v1] kernel/trace:check the val against the available mem

On Wed 04-04-18 10:58:39, Zhaoyang Huang wrote: > On Tue, Apr 3, 2018 at 9:56 PM, Michal Hocko wrote: > > On Tue 03-04-18 09:32:45, Steven Rostedt wrote: > >> On Tue, 3 Apr 2018 14:35:14 +0200 > >> Michal Hocko wrote: > > [...] > >> > Being clever is OK if it doesn't add a tricky code. And relyin

Re: [PATCH v1] kernel/trace:check the val against the available mem

On Tue 03-04-18 18:56:27, Steven Rostedt wrote: [...] > From your earlier email: > > > Except that it doesn't work. si_mem_available is not really suitable for > > any allocation estimations. Its only purpose is to provide a very rough > > estimation for userspace. Any other use is basically abuse

Re: [lkp-robot] [sched/fair] d519329f72: unixbench.score -9.9% regression

On 04/03, Patrick Bellasi wrote: >Hi Xiaolong, > >On 02-Apr 11:20, kernel test robot wrote: >> >> Greeting, >> >> FYI, we noticed a -9.9% regression of unixbench.score due to commit: > >thanks for the report, I'll try to reproduce it locally to better >understand what's going on. Thanks for your

Re: [PATCH v2] tools include: define READ_ONCE/WRITE_ONCE for C++

Hi, On 11/30/2017 07:06 AM, Li Zhijian wrote: > since 6aa7de0, we failed to build perf with C++(clang) > to fix the following compile errors > -- > lizhijian@haswell-OptiPlex-9020:~/lkp/linux/tools/perf$ make > LLVM_CONFIG=/usr/bin/llvm-config-3.9 LIBCLANGLLVM=1 > ... > CC uti

Re: [PATCH v1 0/8] Append several fixes and improvements in STM32 DMA

On Tue, Mar 13, 2018 at 05:41:59PM +0100, Pierre-Yves MORDRET wrote: > This patchset appends several fixes and some improvements for STM32 DMAv2. > This includes: > * Introduce DMA features bitfield > * Threshold manages with bitfield feature > * Improve memory burst managem

Re: Please add 21035965f60b ("bitmap: fix memset optimization on big-endian systems") to the stable tree

On Tue, Apr 03, 2018 at 11:57:26AM -0700, Linus Torvalds wrote: > > Greg - if your automation has changed, and you actually really want > the "vger", let me know. Because I tend to just use > "sta...@kernel.org" Either is fine, my scripts pick up both variants. thanks, greg k-h

Re: Multiple generic PHY instances for DWC3 USB IP

Hi, Masahiro Yamada writes: > 2018-04-04 14:36 GMT+09:00 Felipe Balbi : >> >> Hi, >> >> Masahiro Yamada writes: >>> Currently, DWC3 core IP (drivers/usb/dwc3/core.c) >>> can take only one PHY phandle for each of SS, HS. >>> (phy-names DT property is "usb2-phy" and "usb3-phy" for each) >> >> We

Re: Multiple generic PHY instances for DWC3 USB IP

2018-04-04 14:36 GMT+09:00 Felipe Balbi : > > Hi, > > Masahiro Yamada writes: >> Currently, DWC3 core IP (drivers/usb/dwc3/core.c) >> can take only one PHY phandle for each of SS, HS. >> (phy-names DT property is "usb2-phy" and "usb3-phy" for each) > > We never had any other requirements :-) > >>

Re: [PATCH 1/1] dmaengine:jz4740:fix memory leak

On Wed, Apr 04, 2018 at 11:21:58AM +0800, Xidong Wang wrote: > In function jz4740_dma_probe(), the memory allocated by > clk_get() is not released on the error path that ret, which holds > the return value of dma_async_device_register(), is not NULL. > This will result in a memory leak bug. I dont

Re: [PATCH] dmaengine: rcar-dmac: Fix too early/late system suspend/resume callbacks

On Thu, Mar 29, 2018 at 06:53:32PM +0200, Geert Uytterhoeven wrote: > If serial console wake-up is enabled ("echo enabled > > /sys/.../ttySC0/power/wakeup"), and any serial input is received while > the system is suspended, serial port input no longer works after system > resume. > > Note that: >

tools include: define READ_ONCE/WRITE_ONCE for C++

From: Li Zhijian since 6aa7de0, we failed to build perf with C++(clang) to fix the following compile errors -- lizhijian@haswell-OptiPlex-9020:~/lkp/linux/tools/perf$ make LLVM_CONFIG=/usr/bin/llvm-config-3.9 LIBCLANGLLVM=1 ... CC util/probe-finder.o In file included from /ho

Re: Multiple generic PHY instances for DWC3 USB IP

Hi, Masahiro Yamada writes: > Currently, DWC3 core IP (drivers/usb/dwc3/core.c) > can take only one PHY phandle for each of SS, HS. > (phy-names DT property is "usb2-phy" and "usb3-phy" for each) We never had any other requirements :-) > The DWC3 core IP is provided by Synopsys, > but some SoC

[tip:perf/urgent] perf trace: Remove redundant ')'

Commit-ID: 51125a29a395048fdb3429b8c4ca0ada57097744 Gitweb: https://git.kernel.org/tip/51125a29a395048fdb3429b8c4ca0ada57097744 Author: Changbin Du AuthorDate: Tue, 13 Mar 2018 18:40:01 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 3 Apr 2018 16:16:41 -0300 perf trace: Rem

[tip:perf/urgent] perf annotate stdio2: Print more descriptive event information header

Commit-ID: 520d3f01ea5322edeedff4bb25a0aff07ad72d43 Gitweb: https://git.kernel.org/tip/520d3f01ea5322edeedff4bb25a0aff07ad72d43 Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 2 Apr 2018 16:42:01 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 3 Apr 2018 16:05:13 -0300 per

[tip:perf/urgent] perf annotate browser: Show extra title line with event information

Commit-ID: 6920e2854e9a16226ca57199d48fd6b68819f6d5 Gitweb: https://git.kernel.org/tip/6920e2854e9a16226ca57199d48fd6b68819f6d5 Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 2 Apr 2018 16:18:45 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 3 Apr 2018 15:23:11 -0300 per

Re: [RFC] prctl: Deprecate non PR_SET_MM_MAP operations

On Tue 03-04-18 16:15:20, Yang Shi wrote: > > > On 4/3/18 3:37 PM, Cyrill Gorcunov wrote: > > An ability to manipulate mm_struct fields was introduced in > > sake of CRIU in first place. Later we provide more suitable > > and safe operation PR_SET_MM_MAP where all fields to be modifed > > are pas

[tip:perf/urgent] perf annotate: Introduce annotation__scnprintf_samples_period() method

Commit-ID: b213eac245aa2d29a3b9dd90f3b96ab182337ee8 Gitweb: https://git.kernel.org/tip/b213eac245aa2d29a3b9dd90f3b96ab182337ee8 Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 3 Apr 2018 15:19:47 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 3 Apr 2018 15:22:55 -0300 per

[tip:perf/urgent] perf ui browser: Move the extra title lines from the hists browser

Commit-ID: ef9ff6017e3c4593f3efa5776784cb417c58ad6c Gitweb: https://git.kernel.org/tip/ef9ff6017e3c4593f3efa5776784cb417c58ad6c Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 2 Apr 2018 15:48:18 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 3 Apr 2018 10:24:26 -0300 per

[tip:perf/urgent] perf hists: Introduce hists__scnprint_title()

Commit-ID: 967a464a7e6d939f0b0dbb4ee41bd3d515fa9a6d Gitweb: https://git.kernel.org/tip/967a464a7e6d939f0b0dbb4ee41bd3d515fa9a6d Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 2 Apr 2018 14:20:20 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 3 Apr 2018 10:23:18 -0300 per

[REGRESSION][BISECTED] i.MX6 pinctrl hogs stopped working

Hi! Reverting this made the hogs on a i.MX6 board work again. : commit b89405b6102fcc3746f43697b826028caa94c823 Author: Richard Fitzgerald Date: Wed Feb 28 15:53:06 2018 + pinctrl: devicetree: Fix dt_to_map_one_config handling of hogs --Mika

[tip:perf/urgent] perf hists: Move hists__scnprintf_title() away from the TUI code

Commit-ID: 25c312dbf88ca402bf47389c5aa4f1552799a8ca Gitweb: https://git.kernel.org/tip/25c312dbf88ca402bf47389c5aa4f1552799a8ca Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 2 Apr 2018 14:24:28 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 3 Apr 2018 10:23:32 -0300 per

[tip:perf/urgent] perf hists browser: Rename perf_evsel_browser_title to a more descriptive name

Commit-ID: f016d24acd95660ca264e0424c8037391d165553 Gitweb: https://git.kernel.org/tip/f016d24acd95660ca264e0424c8037391d165553 Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 2 Apr 2018 14:00:04 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 3 Apr 2018 10:22:42 -0300 per

[tip:perf/urgent] perf version: Add man page

Commit-ID: 709846725673a944ee38da1c275a6dfbf0576d0f Gitweb: https://git.kernel.org/tip/709846725673a944ee38da1c275a6dfbf0576d0f Author: Jin Yao AuthorDate: Fri, 30 Mar 2018 17:27:16 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 2 Apr 2018 13:52:23 -0300 perf version: Add m

[tip:perf/urgent] perf version: Print the compiled-in status of libraries

Commit-ID: 9ff2a64708a642b3dee867d0a083171077663b0a Gitweb: https://git.kernel.org/tip/9ff2a64708a642b3dee867d0a083171077663b0a Author: Jin Yao AuthorDate: Fri, 30 Mar 2018 17:27:14 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 2 Apr 2018 13:50:30 -0300 perf version: Print

[tip:perf/urgent] perf tools: Add 'perf -vv' as an alias to 'perf version --build-options'

Commit-ID: 3aa94b10ab0a818ed9fa2dc06c40812c136f9a5a Gitweb: https://git.kernel.org/tip/3aa94b10ab0a818ed9fa2dc06c40812c136f9a5a Author: Jin Yao AuthorDate: Fri, 30 Mar 2018 17:27:15 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 2 Apr 2018 13:50:35 -0300 perf tools: Add 'pe

[tip:perf/urgent] perf config: Rename to HAVE_DWARF_GETLOCATIONS_SUPPORT

Commit-ID: a36ebe4e242a2f6818f424b03a5e8dae3964e458 Gitweb: https://git.kernel.org/tip/a36ebe4e242a2f6818f424b03a5e8dae3964e458 Author: Jin Yao AuthorDate: Fri, 30 Mar 2018 17:27:13 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 2 Apr 2018 13:50:24 -0300 perf config: Rename

[tip:perf/urgent] tools include: Add config.h header file

Commit-ID: 6b416ebcc32c5753214d53c18ac5719c93bc340e Gitweb: https://git.kernel.org/tip/6b416ebcc32c5753214d53c18ac5719c93bc340e Author: Jiri Olsa AuthorDate: Fri, 30 Mar 2018 17:27:11 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 2 Apr 2018 13:31:38 -0300 tools include: Ad

[tip:perf/urgent] perf trace: Show only failing syscalls

Commit-ID: 0a6545bda2756807a089c64352edfc5628c57e6c Gitweb: https://git.kernel.org/tip/0a6545bda2756807a089c64352edfc5628c57e6c Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 29 Mar 2018 12:22:59 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 2 Apr 2018 07:57:37 -0300 pe

[tip:perf/urgent] perf tools: Add a "dso_size" sort order

Commit-ID: b74d12d598143c2dd30b9cb9636a50dded4cc49f Gitweb: https://git.kernel.org/tip/b74d12d598143c2dd30b9cb9636a50dded4cc49f Author: Kim Phillips AuthorDate: Tue, 27 Mar 2018 06:09:56 -0500 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 2 Apr 2018 07:57:37 -0300 perf tools: Ad

[tip:perf/urgent] tools headers: Synchronize x86's cpufeatures.h

Commit-ID: 5e2a146bbdae6095b13bca9ebe26a867030ae010 Gitweb: https://git.kernel.org/tip/5e2a146bbdae6095b13bca9ebe26a867030ae010 Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 29 Mar 2018 11:46:53 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 2 Apr 2018 07:57:37 -0300 to

Re: [GIT PULL 00/17] perf/core improvements and fixes

able C-state residency events for Cannon Lake (2018-03-31 > 11:28:36 +0200) > > are available in the Git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git > tags/perf-core-for-mingo-4.17-20180403 > > for you to fetch changes up to 51125a29a3

Re: possible deadlock in skb_queue_tail

On Tue, Apr 3, 2018 at 4:42 AM, Kirill Tkhai wrote: > On 03.04.2018 14:25, Dmitry Vyukov wrote: >> On Tue, Apr 3, 2018 at 11:50 AM, Kirill Tkhai wrote: >>> sk_diag_dump_icons() dumps only sockets in TCP_LISTEN state. >>> TCP_LISTEN state may be assigned in only place in net/unix/af_unix.c: >>> it

Re: [RFC PATCH 0/3] Documentation/features: Provide and apply "features-refresh.sh"

* Andrea Parri wrote: > In Ingo's words [1]: > > "[...] what should be done instead is to write a script that refreshes >all the arch-support.txt files in-place. [...] > >It's OK for the script to have various quirks for weirdly implemented >features and exceptions: i.e. basical

[git pull] vfs pile 1 (dcache)

fs/dcache.c work, mostly - part of that is what trylock elimination series has turned into, part - making d_move() preserve the parent (and thus the path) of victim, plus some general cleanups. The following changes since commit 8cc07c808c9d595e81cbe5aad419b7769eb2e5c9: fs: dcache: Use

Re: [PATCH 09/11] x86/pti: enable global pages for shared areas

Dave Hansen wrote: > > From: Dave Hansen > > The entry/exit text and cpu_entry_area are mapped into userspace and > the kernel. But, they are not _PAGE_GLOBAL. This creates unnecessary > TLB misses. > > Add the _PAGE_GLOBAL flag for these areas. > > Signed-off-by: Dave Hansen > Cc: Andrea

Re: [PATCH v10 2/2] fpga: lattice machxo2: Add Lattice MachXO2 support

Hi Paolo, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on linus/master] [also build test WARNING on v4.16 next-20180403] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci

[PATCH 1/3] arm64: Set CONFIG_MULTI_IRQ_HANDLER

arm has an optional MULTI_IRQ_HANDLER, which arm64 copied but didn't make optional. I'm converting this to generic code, but in order to aid the porting effort I want to define this on arm64 for a bit. This will go away at the end of this patch set. Signed-off-by: Palmer Dabbelt --- arch/arm64

Re: [GIT pull] irq updates for 4.17

On Tue, 03 Apr 2018 19:03:28 PDT (-0700), Linus Torvalds wrote: > On Tue, Apr 3, 2018 at 6:51 PM, Palmer Dabbelt wrote: >> >> Thanks! The linked patch set should be fully bisectable, while this one >> will fail on some ARM randconfigs. > > If it's only some (not very realistic) randconfigs, I sus

[PATCH 2/3] openrisc: Set CONFIG_MULTI_IRQ_HANDLER

arm has an optional MULTI_IRQ_HANDLER, which arm64 copied but didn't make optional. I'm converting this to generic code, but in order to aid the porting effort I want to define this on arm64 for a bit. This will go away at the end of this patch set. Signed-off-by: Palmer Dabbelt --- arch/openr

[PATCH 3/3] irq: GENERIC_IRQ_MULTI_HANDLER conflicts with MULTI_IRQ_HANDLER

These define the same symbol so they're mutually exclusive. By the end of this patch set I'll have removed MULTI_IRQ_HANDLER, but for now it's slightly easier to make these as conflicting so architectures that now define MULTI_IRQ_HANDLER won't get the generic version selected by randconfig. This

Re: [GIT PULL] Kernel lockdown for secure boot

On Tue, Apr 3, 2018 at 7:34 PM Alexei Starovoitov < alexei.starovoi...@gmail.com> wrote: > If the only thing that folks are paranoid about is reading > arbitrary kernel memory with bpf_probe_read() helper > then preferred patch would be to disable it during verification > when in lockdown mode. > N

Re: [GIT PULL] Kernel lockdown for secure boot

On Tue, Apr 3, 2018 at 6:43 PM Linus Torvalds wrote: > On Tue, Apr 3, 2018 at 6:13 PM, Matthew Garrett wrote: > > > > There are four cases: > No. > Matthew., stop with the agenda already. > This shit is what I'm talking about: > > Verified Boot off, lockdown on: Perception of security improv

[PATCH v4 0/3] ASoC: topology: Improve hw_configs

Hello Mark, This patch series waits since 20th of February, because it modifies UAPI headers and should be done in sync with ALSA. I see that previously there was no clear understanding, how to do this in sync. Two days ago I discussed with Takashi, and he suggested the following steps: Step 1.

[PATCH v4 2/3] ASoC: topology: Add missing clock gating parameter when parsing hw_configs

Clock gating parameter is a part of `dai_fmt`. It is supported by `alsa-lib` when creating a topology binary file, but ignored by kernel when loading this topology file. After applying this commit, the clock gating parameter is not ignored any more. This solution is backwards compatible. The exist

[PATCH v4 1/3] ASoC: topology: Fix bclk and fsync inversion in set_link_hw_format()

The values of bclk and fsync are inverted WRT the codec. But the existing solution already works for Broadwell, see the alsa-lib config: `alsa-lib/src/conf/topology/broadwell/broadwell.conf` This commit provides the backwards-compatible solution to fix this misuse. Signed-off-by: Kirill Marinush

[PATCH v4 3/3] ASoC: topology: Add definitions for mclk_direction values

Current comment makes not clear the direction of mclk. Previously, similar description caused a misunderstanding for bclk_master and fsync_master. This commit solves the potential confusion the same way it is solved for bclk_master and fsync_master. Signed-off-by: Kirill Marinushkin Acked-by: Pi

Re: [PATCH 2/2] smp: introduce kick_active_cpus_sync()

Hi Mark, Thank you for review. On Tue, Apr 03, 2018 at 02:48:32PM +0100, Mark Rutland wrote: > Hi Yury, > > On Sun, Apr 01, 2018 at 02:11:08PM +0300, Yury Norov wrote: > > +/* > > + * Flush I-cache if CPU is in extended quiescent state > > + */ > > This comment is misleading. An ISB doesn't tou

Re: [PATCH v3 2/4] bus: fsl-mc: add restool userspace support

On Tue, Apr 3, 2018 at 8:05 PM, Andrew Lunn wrote: >> Suppose you want to create and assign a network interface to a KVM >> virtual machine, you would do something like the following using >> a user space tool like restool: >>-create a new (empty) dprc object >>-create a new dpni and assig

[PATCH -mm] mm, gup: prevent pmd checking race in follow_pmd_mask()

From: Huang Ying mmap_sem will be read locked when calling follow_pmd_mask(). But this cannot prevent PMD from being changed for all cases when PTL is unlocked, for example, from pmd_trans_huge() to pmd_none() via MADV_DONTNEED. So it is possible for the pmd_present() check in follow_pmd_mask()

[PATCH 1/1] dmaengine:jz4740:fix memory leak

In function jz4740_dma_probe(), the memory allocated by clk_get() is not released on the error path that ret, which holds the return value of dma_async_device_register(), is not NULL. This will result in a memory leak bug. Signed-off-by: Xidong Wang --- drivers/dma/dma-jz4740.c | 1 + 1 file cha

[PATCH 3/5] dts: arm64: hi3660: Add CPU frequency scaling support

Add two CPU OPP tables, one table is corresponding to one cluster, which allow CPU frequency scaling on hi3660 platforms. Signed-off-by: Leo Yan --- arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 86 +++ 1 file changed, 86 insertions(+) diff --git a/arch/arm64/boot/dts/

[PATCH 2/5] dts: arm64: hi3660: Add stub clock node

From: Kaihua Zhong Add stub clock node for hi3660 platform. Reviewed-by: Leo Yan Signed-off-by: Kaihua Zhong --- arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm64/boot/dts/hisilicon/hi3660.dtsi b/arch/arm64/boot/dts/hisilicon/hi36

[PATCH 4/5] dts: arm64: hi3660: Add thermal cooling management

From: Tao Wang Add nodes and properties for thermal cooling management support. Signed-off-by: Tao Wang Signed-off-by: Leo Yan --- arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 44 +++ 1 file changed, 44 insertions(+) diff --git a/arch/arm64/boot/dts/hisilicon/hi366

[PATCH 5/5] hisi: Consolidate the Kconfigs for the CLOCK_STUB and the MAILBOX

From: Daniel Lezcano The current defconfig is inconsistent as it selects the mailbox and the clock for the hi6220 and the hi3660 without having their Kconfigs making sure the dependencies are correct. It ends up when selecting different versions for the kernel (for example when git bisecting) tho

[PATCH 0/5] Hi3660: enable power management features

Since hi3660 drivers have been merged into Linux kernel (mailbox driver is in Linux-next branch and other drivers are existed in Linux mainline kernel), so this patch series is to enable power management features on hi3660. This patch series includes device tree binding for mailbox, stub clock and

[PATCH 1/5] dts: arm64: hi3660: Add mailbox node

From: Kaihua Zhong Add the mailbox controller node for hi3660 platform. Signed-off-by: Kaihua Zhong Signed-off-by: Ruyi Wang --- arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm64/boot/dts/hisilicon/hi3660.dtsi b/arch/arm64/boot/d

[PATCH 1/1] mtd:nand:fix memory leak

In function tango_nand_probe(), the memory allocated by clk_get() is not released on the normal path and the error path that IS_ERR(nfc->chan) returns true. This will result in a memory leak bug. Signed-off-by: Xidong Wang --- drivers/mtd/nand/tango_nand.c | 5 - 1 file changed, 4 insertions

KASAN: use-after-free Read in binder_release_work

Hello, syzbot hit the following crash on upstream commit f2d285669aae656dfeafa0bf25e86bbbc5d22329 (Tue Apr 3 17:45:39 2018 +) Merge tag 'pm-4.17-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=0cf1f1aa154

WARNING in hfs_bnode_create

Hello, syzbot hit the following crash on upstream commit f2d285669aae656dfeafa0bf25e86bbbc5d22329 (Tue Apr 3 17:45:39 2018 +) Merge tag 'pm-4.17-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=a19ca73b21f

Re: [PATCH v1] kernel/trace:check the val against the available mem

On Tue, Apr 3, 2018 at 9:56 PM, Michal Hocko wrote: > On Tue 03-04-18 09:32:45, Steven Rostedt wrote: >> On Tue, 3 Apr 2018 14:35:14 +0200 >> Michal Hocko wrote: > [...] >> > Being clever is OK if it doesn't add a tricky code. And relying on >> > si_mem_available is definitely tricky and obscure.

[PATCH v6 4/5] arm: arm64: introduce pfn_valid_region()

Commit b92df1de5d28 ("mm: page_alloc: skip over regions of invalid pfns where possible") optimized the loop in memmap_init_zone(). But there is still some room for improvement. E.g. in early_pfn_valid(), if pfn and pfn+1 are in the same memblock region, we can record the last returned memblock regi

[PATCH v6 2/5] arm: arm64: page_alloc: reduce unnecessary binary search in memblock_next_valid_pfn()

Commit b92df1de5d28 ("mm: page_alloc: skip over regions of invalid pfns where possible") optimized the loop in memmap_init_zone(). But there is still some room for improvement. E.g. if pfn and pfn+1 are in the same memblock region, we can simply pfn++ instead of doing the binary search in memblock_

[PATCH v6 5/5] mm: page_alloc: reduce unnecessary binary search in early_pfn_valid()

Commit b92df1de5d28 ("mm: page_alloc: skip over regions of invalid pfns where possible") optimized the loop in memmap_init_zone(). But there is still some room for improvement. E.g. in early_pfn_valid(), if pfn and pfn+1 are in the same memblock region, we can record the last returned memblock regi

[PATCH v6 1/5] mm: page_alloc: remain memblock_next_valid_pfn() on arm and arm64

Commit b92df1de5d28 ("mm: page_alloc: skip over regions of invalid pfns where possible") optimized the loop in memmap_init_zone(). But it causes possible panic bug. So Daniel Vacek reverted it later. But as suggested by Daniel Vacek, it is fine to using memblock to skip gaps and finding next valid

[PATCH v6 3/5] mm/memblock: introduce memblock_search_pfn_regions()

This api is to find the region start_pfn and end_pfn of the input pfn. With this helper, we can improve the loop in early_pfn_valid by reducing the unnecessary binary searches. Signed-off-by: Jia He --- include/linux/memblock.h | 2 ++ mm/memblock.c| 9 + 2 files changed, 11

[PATCH v6 0/5] optimize memblock_next_valid_pfn and early_pfn_valid on arm and arm64

Commit b92df1de5d28 ("mm: page_alloc: skip over regions of invalid pfns where possible") tried to optimize the loop in memmap_init_zone(). But there is still some room for improvement. Patch 1 remain the memblock_next_valid_pfn on arm and arm64 Patch 2 optimizes the memblock_next_valid_pfn() Patch

Re: RTL8723BE performance regression

On 04/03/2018 09:37 PM, João Paulo Rechi Vita wrote: On Tue, Apr 3, 2018 at 7:28 PM, Larry Finger wrote: (...) As the antenna selection code changes affected your first bisection, do you have one of those HP laptops with only one antenna and the incorrect coding in the FUSE? Yes, that is wh

Re: [PATCH] perf trace: remove redundant ')'

On Tue, Apr 03, 2018 at 04:19:07PM -0300, Arnaldo Carvalho de Melo wrote: > Em Wed, Mar 28, 2018 at 03:26:31PM +0800, Du, Changbin escreveu: > > Hi Arnaldo, > > Just a kind reminder. Hope you didn't forget this. > > Ok, applied. > > - Arnaldo > Got it, thanks!

RE: [ANNOUNCE] Git v2.17.0

On April 2, 2018 3:34 PM, Junio C Hamano wrote: > Subject: [ANNOUNCE] Git v2.17.0 > > The latest feature release Git v2.17.0 is now available at the usual places. > It is > comprised of 516 non-merge commits since v2.16.0, contributed by 71 > people, 20 of which are new faces. The NonStop platf

[PATCH 1/1] scsi:mvsas:fix memory leak

In function mvs_pci_init(), the memory allocated by scsi_host_alloc() is not released on the error path that mvi, which holds the return value of mvs_pci_alloc(), is NULL. This will result in a memory leak bug. Signed-off-by: Xidong Wang --- drivers/scsi/mvsas/mv_init.c | 4 +++- 1 file changed,

Re: RTL8723BE performance regression

On Tue, Apr 3, 2018 at 7:28 PM, Larry Finger wrote: (...) > As the antenna selection code changes affected your first bisection, do you > have one of those HP laptops with only one antenna and the incorrect coding > in the FUSE? Yes, that is why I've been passing ant_sel=1 during my tests -- th

Re: [GIT PULL] Kernel lockdown for secure boot

On Tue, Apr 3, 2018 at 9:26 AM, Andy Lutomirski wrote: > On Tue, Apr 3, 2018 at 8:41 AM, Alexei Starovoitov > wrote: >> On Tue, Apr 03, 2018 at 08:11:07AM -0700, Andy Lutomirski wrote: >>> > >>> >> "bpf: Restrict kernel image access functions when the kernel is locked >>> >> down": >>> >> This p

Re: [PATCH v2] tracing, printk: Force no hashing when trace_printk() is used

On (04/03/18 18:03), Steven Rostedt wrote: > > > he'd want you to change all the trace_printk()s to %px with > > justifications, though. > > What trace_printk()s do you want to change? They are throw away > functions. trace_printk() is not something that stays in the kernel. > It's added during d

[PATCH 1/1] scsi: mvsas:fix memory leak

In function mvs_pci_init(), the memory allocated by scsi_host_alloc() is not released on the error path that mvi, which holds the return value of mvs_pci_alloc(), is NULL. This will result in a memory leak bug. Signed-off-by: Xidong Wang --- drivers/scsi/mvsas/mv_init.c | 1 + 1 file changed, 1

Re: RTL8723BE performance regression

On 04/03/2018 08:51 PM, João Paulo Rechi Vita wrote: Hello, I've been trying to track a performance regression on the RTL8723BE WiFi adapter, which mainly affects the upload bandwidth (although we can see a decreased download performance as well, the effect on upload is more drastic). This was f

[PATCH 07/17] perf version: Print the compiled-in status of libraries

From: Jin Yao This patch checks the values passed by CFLAGS (-DHAVE_XXX) and then print the status of libraries. For example, if HAVE_DWARF_SUPPORT is defined, that means the library "dwarf" is compiled-in. The patch will print the status "on" for this library otherwise it print the status "OFF"

[PATCH 03/17] perf trace: Show only failing syscalls

From: Arnaldo Carvalho de Melo For instance: # perf probe "vfs_getname=getname_flags:72 pathname=result->name:string" Added new event: probe:vfs_getname(on getname_flags:72 with pathname=result->name:string) You can now use it in all perf tools, such as: perf record -e

[PATCH 02/17] tools headers: Synchronize x86's cpufeatures.h

From: Arnaldo Carvalho de Melo Due to these commits: 1da961d72ab0 ("x86/cpufeatures: Add Intel Total Memory Encryption cpufeature") 7958b2246fad ("x86/cpufeatures: Add Intel PCONFIG cpufeature") To silence this perf build warning: Warning: Kernel ABI header at 'tools/arch/x86/include/asm

[PATCH 12/17] perf hists: Move hists__scnprintf_title() away from the TUI code

From: Arnaldo Carvalho de Melo The previous patch made this function useful to non-TUI parts of the tools, but left it where the function from what it was carved, so that the patch showed more clearly the process. Now just move it outside the TUI parts so that we can finally use it, even when th

Re: [PATCH 2/2] kfree_rcu() should use kfree_bulk() interface

On Tue, Apr 03, 2018 at 05:55:55PM -0700, Rao Shoaib wrote: > On 04/03/2018 01:58 PM, Matthew Wilcox wrote: > > I think you might be better off with an IDR. The IDR can always > > contain one entry, so there's no need for this 'rbf_list_head' or > > __rcu_bulk_schedule_list. The IDR contains its

[PATCH 17/17] perf trace: Remove redundant ')'

From: Changbin Du There is a redundant ')' at the tail of each event. So remove it. $ sudo perf trace --no-syscalls -e 'kmem:*' -a 899.342 kmem:kfree:(vfs_writev+0xb9) call_site=9c453979 ptr=(nil)) 899.344 kmem:kfree:(___sys_recvmsg+0x188) call_site=9c9b8b88 ptr=(nil)) Si

  1   2   3   4   5   6   7   8   9   10   >