Re: [PATCH] drivers: md: Unify common definitions of raid1 and raid10

On Thu, May 16, 2019 at 8:39 AM Song Liu wrote: > > On Thu, May 16, 2019 at 4:24 AM Marcos Paulo de Souza > wrote: > > > > ping. > > Applied to https://github.com/liu-song-6/linux/tree/md-next. > > Thanks for the patch. I will process it after the merge window closes. > > Song > > > On Thu,

Re: [RFC 1/7] mm: introduce MADV_COOL

On Tue 21-05-19 07:54:19, Minchan Kim wrote: > On Mon, May 20, 2019 at 10:16:21AM +0200, Michal Hocko wrote: [...] > > > Internally, it works via deactivating memory from active list to > > > inactive's head so when the memory pressure happens, they will be > > > reclaimed earlier than other

[PATCH 1/3] KVM: Documentation: Add disable pause exits to KVM_CAP_X86_DISABLE_EXITS

From: Wanpeng Li Commit b31c114b (KVM: X86: Provide a capability to disable PAUSE intercepts) forgot to add the KVM_X86_DISABLE_EXITS_PAUSE into api doc. This patch adds it. Cc: Paolo Bonzini Cc: Radim Krčmář Cc: Sean Christopherson Cc: Liran Alon Signed-off-by: Wanpeng Li ---

[PATCH v2 2/3] KVM: X86: Provide a capability to disable cstate msr read intercepts

From: Wanpeng Li Allow guest reads CORE cstate when exposing host CPU power management capabilities to the guest. PKG cstate is restricted to avoid a guest to get the whole package information in multi-tenant scenario. Cc: Paolo Bonzini Cc: Radim Krčmář Cc: Sean Christopherson Cc: Liran

[PATCH v2 3/3] KVM: X86: Emulate MSR_IA32_MISC_ENABLE MWAIT bit

From: Wanpeng Li MSR IA32_MISC_ENABLE bit 18, according to SDM: | When this bit is set to 0, the MONITOR feature flag is not set (CPUID.01H:ECX[bit 3] = 0). | This indicates that MONITOR/MWAIT are not supported. | | Software attempts to execute MONITOR/MWAIT will cause #UD when this bit is 0.

Re: [RFC 3/7] mm: introduce MADV_COLD

On Tue 21-05-19 08:00:38, Minchan Kim wrote: > On Mon, May 20, 2019 at 10:27:03AM +0200, Michal Hocko wrote: > > [Cc linux-api] > > > > On Mon 20-05-19 12:52:50, Minchan Kim wrote: > > > When a process expects no accesses to a certain memory range > > > for a long time, it could hint kernel that

Re: Re: Re: [PATCH v3 11/14] dmaengine: imx-sdma: fix ecspi1 rx dma not work on i.mx8mm

On 21-05-19, 05:41, Robin Gong wrote: > > -Original Message- > > From: Vinod Koul > > Sent: 2019年5月21日 13:13 > > > > On 21-05-19, 04:58, Robin Gong wrote: > > > > -Original Message- > > > > From: Vinod Koul > > > > Sent: 2019年5月21日 12:18 > > > > > > > > On 07-05-19, 09:16, Robin

GNÚ

Microsoft seems to be more and more interested in GNU. Do you not want to be part of that money? Indeed, may I suggest a slight stylistic change of GNU, to GNÚ. Peace, YC.

[PATCH 0/2] Return immediately if sprd_clk_regmap_init() fails

The function sprd_clk_regmap_init() doesn't always return success, drivers should return immediately when it fails ranther than continue the clock initialization. The patch 2/2 in this set switchs to use devm_ioremap_resources() instead of of_iomap(), that will make caller programs more simple.

[PATCH 2/2] clk: sprd: Add check for return value of sprd_clk_regmap_init()

sprd_clk_regmap_init() doesn't always return success, adding check for its return value should make the code more strong. Signed-off-by: Chunyan Zhang --- drivers/clk/sprd/sc9860-clk.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/clk/sprd/sc9860-clk.c

[PATCH 1/2] clk: sprd: Switch from of_iomap() to devm_ioremap_resource()

devm_ioremap_resources() automatically requests resources and devm_ wrappers do better error handling and unmapping of the I/O region when needed, that would make drivers more clean and simple. Signed-off-by: Chunyan Zhang --- drivers/clk/sprd/common.c | 9 +++-- 1 file changed, 7

Re: [RFC 5/7] mm: introduce external memory hinting API

On Tue 21-05-19 11:41:07, Minchan Kim wrote: > On Mon, May 20, 2019 at 11:18:29AM +0200, Michal Hocko wrote: > > [Cc linux-api] > > > > On Mon 20-05-19 12:52:52, Minchan Kim wrote: > > > There is some usecase that centralized userspace daemon want to give > > > a memory hint like MADV_[COOL|COLD]

Re: linux-next: Tree for May 21

Hi Masahiro, On Tue, 21 May 2019 14:48:21 +0900 Masahiro Yamada wrote: > > FYI. > Commit 15e57a12d4df3c662f6cceaec6d1efa98a3d70f8 > is equivalent to commit ecebc5ce59a003163eb608ace38a01d7ffeb0a95 > which is already in the mainline. > > The former should be dropped, shouldn't it? I have

[PATCH] powerpc/mm: mark more tlb functions as __always_inline

With CONFIG_OPTIMIZE_INLINING enabled, Laura Abbott reported error with gcc 9.1.1: arch/powerpc/mm/book3s64/radix_tlb.c: In function '_tlbiel_pid': arch/powerpc/mm/book3s64/radix_tlb.c:104:2: warning: asm operand 3 probably doesn't match constraints 104 | asm volatile(PPC_TLBIEL(%0, %4,

[PATCH] MIPS: mark ginvt() as __always_inline

To meet the 'i' (immediate) constraint for the asm operands, this function must be always inlined. Signed-off-by: Masahiro Yamada --- arch/mips/include/asm/ginvt.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/mips/include/asm/ginvt.h b/arch/mips/include/asm/ginvt.h

Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER

On Tue 21-05-19 11:55:33, Minchan Kim wrote: > On Mon, May 20, 2019 at 11:28:01AM +0200, Michal Hocko wrote: > > [cc linux-api] > > > > On Mon 20-05-19 12:52:54, Minchan Kim wrote: > > > System could have much faster swap device like zRAM. In that case, > > > swapping > > > is extremely cheaper

Re: [PATCH] vt/fbcon: deinitialize resources in visual_init() after failed memory allocation

Hi. On Fri, Apr 26, 2019 at 04:43:57PM +0200, Grzegorz Halat wrote: > After memory allocation failure vc_allocate() doesn't clean up data > which has been initialized in visual_init(). In case of fbcon this > leads to divide-by-0 in fbcon_init() on next open of the same tty. > > memory

[PATCH] platform/x86: asus-wmi: Only Tell EC the OS will handle display hotkeys from asus_nb_wmi

Commit 78f3ac76d9e5 ("platform/x86: asus-wmi: Tell the EC the OS will handle the display off hotkey") causes the backlight to be permanently off on various EeePC laptop models using the eeepc-wmi driver (Asus EeePC 1015BX, Asus EeePC 1025C). The asus_wmi_set_devstate(ASUS_WMI_DEVID_BACKLIGHT, 2,

Re: [PATCH] usb: fix typos in code comments

On Sun, May 19, 2019 at 11:55:42AM +0800, Weitao Hou wrote: > fix lenght to length > > Signed-off-by: Weitao Hou > --- > Documentation/devicetree/bindings/usb/s3c2410-usb.txt | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) You sent 2 different patches that do different things, yet have

Re: [RFC 0/7] introduce memory hinting API for external process

[Cc linux-api] On Tue 21-05-19 13:39:50, Minchan Kim wrote: > On Mon, May 20, 2019 at 12:46:05PM -0400, Johannes Weiner wrote: > > On Mon, May 20, 2019 at 12:52:47PM +0900, Minchan Kim wrote: > > > - Approach > > > > > > The approach we chose was to use a new interface to allow userspace to > >

Re: [PATCH 6/7] staging: vt6656: clean-up registers initialization error path

On Mon, May 20, 2019 at 04:39:04PM +, Quentin Deslandes wrote: > Avoid discarding function's return code during register initialization. > Handle it instead and return 0 on success or a negative errno value on > error. > > Signed-off-by: Quentin Deslandes > --- >

Re: [RFC 0/7] introduce memory hinting API for external process

[linux-api] On Mon 20-05-19 18:44:52, Matthew Wilcox wrote: > On Mon, May 20, 2019 at 12:52:47PM +0900, Minchan Kim wrote: > > IMHO we should spell it out that this patchset complements MADV_WONTNEED > > and MADV_FREE by adding non-destructive ways to gain some free memory > > space. MADV_COLD is

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

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

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

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.

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

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

Re: [PATCH] riscv: include generic support for MSI irqdomains

On Mon, May 20, 2019 at 11:25:28AM -0700, Paul Walmsley wrote: > Some RISC-V systems include PCIe host controllers that support PCIe > message-signaled interrupts. For this to work on Linux, we need to > enable PCI_MSI_IRQ_DOMAIN and define struct msi_alloc_info. Support > for the latter is

Re: [RFC 4/7] mm: factor out madvise's core functionality

Hi. On Tue, May 21, 2019 at 10:26:49AM +0900, Minchan Kim wrote: > On Mon, May 20, 2019 at 04:26:33PM +0200, Oleksandr Natalenko wrote: > > Hi. > > > > On Mon, May 20, 2019 at 12:52:51PM +0900, Minchan Kim wrote: > > > This patch factor out madvise's core functionality so that upcoming > > >

RE: [RESEND] input: keyboard: imx: make sure keyboard can always wake up system

Hi, Dmitry > -Original Message- > From: dmitry.torok...@gmail.com [mailto:dmitry.torok...@gmail.com] > Sent: Tuesday, May 21, 2019 1:31 PM > To: Anson Huang > Cc: shawn...@kernel.org; s.ha...@pengutronix.de; > ker...@pengutronix.de; feste...@gmail.com; linux-in...@vger.kernel.org; >

Re: [PATCH 1/2] clk: sprd: Switch from of_iomap() to devm_ioremap_resource()

Hi Chunyan, On Tue, 21 May 2019 at 14:15, Chunyan Zhang wrote: > > devm_ioremap_resources() automatically requests resources and devm_ wrappers > do better error handling and unmapping of the I/O region when needed, > that would make drivers more clean and simple. > > Signed-off-by: Chunyan

Re: [PATCH 2/2] clk: sprd: Add check for return value of sprd_clk_regmap_init()

On Tue, 21 May 2019 at 14:15, Chunyan Zhang wrote: > > sprd_clk_regmap_init() doesn't always return success, adding check > for its return value should make the code more strong. > > Signed-off-by: Chunyan Zhang Reviewed-by: Baolin Wang > --- > drivers/clk/sprd/sc9860-clk.c | 4 +++- > 1

Re: [PATCH 1/2] Input: elantech - enable middle button support on 2 ThinkPads

Hi, On Tue, May 21, 2019 at 7:11 AM Dmitry Torokhov wrote: > > Hi Aaron, > > On Sun, May 19, 2019 at 03:27:10PM +0800, Aaron Ma wrote: > > Adding 2 new touchpad PNPIDs to enable middle button support. > > Could you add their names in the comments please? > > > > > Cc: sta...@vger.kernel.org > >

Re: [PATCH] arm64: dts: allwinner: a64: Add lradc node

On May 20, 2019 1:07:42 PM GMT+02:00, Maxime Ripard wrote: >Hi! > >On Sat, May 18, 2019 at 07:09:30PM +0200, Luca Weiss wrote: >> Add a node describing the KEYADC on the A64. >> >> Signed-off-by: Luca Weiss >> --- >> arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 7 +++ >> 1 file changed,

[PATCH] perf docs: description of header HEADER_BPF_PROG_INFO and HEADER_BPF_BTF

This patch addes description of HEADER_BPF_PROG_INFO and HEADER_BPF_BTF to perf.data-file-format.txt. Signed-off-by: Song Liu --- .../perf/Documentation/perf.data-file-format.txt | 16 1 file changed, 16 insertions(+) diff --git

Re: [RFC 6/7] mm: extend process_madvise syscall to support vector arrary

On Tue 21-05-19 11:48:20, Minchan Kim wrote: > On Mon, May 20, 2019 at 11:22:58AM +0200, Michal Hocko wrote: > > [Cc linux-api] > > > > On Mon 20-05-19 12:52:53, Minchan Kim wrote: > > > Currently, process_madvise syscall works for only one address range > > > so user should call the syscall

Re: [PATCH v3] vt: Fix a missing-check bug in drivers/tty/vt/vt.c

Cc'ing Grzegorz. On Tue, May 21, 2019 at 11:21:18AM +0800, Gen Zhang wrote: > On Mon, May 20, 2019 at 10:55:40PM -0400, Nicolas Pitre wrote: > > As soon as you release the lock, another thread could come along and > > start using the memory pointed by vc_cons[currcons].d you're about to > >

Re: [PATCH] arm64: dts: allwinner: a64-oceanic-5205-5inmfd: Enable CAN

Hi Maxime On Thu, Apr 18, 2019 at 4:56 PM Maxime Ripard wrote: > > On Thu, Apr 18, 2019 at 07:46:58PM +0530, Jagan Teki wrote: > > Oceanic 5205 5inMFD has MCP2515 CAN device connected via SPI1. > > > > - via SPI1 bus > > - vdd supplied by 5V supply along with PL2 enable pin > > - xceiver supply

Re: [PATCH 2/2] Input: synaptics - remove X240 from the topbuttonpad list

On Tue, May 21, 2019 at 7:09 AM Dmitry Torokhov wrote: > > Hi Aaron, > > On Sun, May 19, 2019 at 03:27:11PM +0800, Aaron Ma wrote: > > Lenovo ThinkPad X240 does not have the top software button. > > When this wrong ID in top button list, smbus mode will fail to probe, > > so keep it working at

Re: [RFC 4/7] mm: factor out madvise's core functionality

On Tue 21-05-19 08:36:28, Oleksandr Natalenko wrote: [...] > Regarding restricting the hints, I'm definitely interested in having > remote MADV_MERGEABLE/MADV_UNMERGEABLE. But, OTOH, doing it via remote > madvise() introduces another issue with traversing remote VMAs reliably. > IIUC, one can do

Re: [RFC PATCH v2 0/4] Input: mpr121-polled: Add polled driver for MPR121

On 21. 05. 19 7:37, Dmitry Torokhov wrote: Hi Michal, On Fri, May 17, 2019 at 03:12:49PM +0200, Michal Vokáč wrote: Hi, I have to deal with a situation where we have a custom i.MX6 based platform in production that uses the MPR121 touchkey controller. Unfortunately the chip is connected using

Re: [PATCH] powerpc/mm: mark more tlb functions as __always_inline

Le 21/05/2019 à 08:16, Masahiro Yamada a écrit : With CONFIG_OPTIMIZE_INLINING enabled, Laura Abbott reported error with gcc 9.1.1: arch/powerpc/mm/book3s64/radix_tlb.c: In function '_tlbiel_pid': arch/powerpc/mm/book3s64/radix_tlb.c:104:2: warning: asm operand 3 probably doesn't

Re: [v2 PATCH] mm: vmscan: correct nr_reclaimed for THP

[ check_move_unevictable_pages() seems weird. It gets a pagevec from find_get_entries(), which, if I understand the THP page cache code correctly, might contain the same compound page over and over. It'll be !unevictable after the first iteration, so will only run once. So it

Re: [PATCH] nvme: target: use struct_size() in kmalloc()

Looks ok to me, although for a fixed size argument the whole overflow detection thing in struct_size() is rather pointless..

[PATCH v13 1/3] mfd: Add Renesas R-Car Gen3 RPC-IF MFD driver

Add a driver for Renesas R-Car Gen3 RPC-IF MFD Signed-off-by: Mason Yang --- drivers/mfd/Kconfig | 9 +++ drivers/mfd/Makefile| 1 + drivers/mfd/renesas-rpc.c | 125 +++ include/linux/mfd/renesas-rpc.h | 141

[PATCH v13 2/3] spi: Add Renesas R-Car Gen3 RPC-IF SPI controller driver

Add a driver for Renesas R-Car Gen3 RPC-IF SPI controller. Signed-off-by: Mason Yang Signed-off-by: Sergei Shtylyov --- drivers/spi/Kconfig | 6 + drivers/spi/Makefile | 1 + drivers/spi/spi-renesas-rpc.c | 573 ++ 3 files changed,

[PATCH v13 3/3] dt-bindings: mfd: Document Renesas R-Car Gen3 RPC-IF controller bindings

Document the bindings used by the Renesas R-Car Gen3 RPC-IF controller. Signed-off-by: Mason Yang --- .../devicetree/bindings/mfd/renesas-rpc-if.txt | 65 ++ 1 file changed, 65 insertions(+) create mode 100644 Documentation/devicetree/bindings/mfd/renesas-rpc-if.txt

[PATCH v13 0/3] mfd: Add Renesas R-Car Gen3 RPC-IF MFD & SPI driver

Hi, v13 patch including: 1) rename mfd to ddata for SPI driver. 2) Patch RPC-IF devicetree for SPI and HyperFlash. v12 patch including: 1) add back "wbuf" in dts example. 2) RPC-IF replace rpc-if in dts. v11 patch including: 1) Patch mfd include header file. 2) mfd coding style. 3) add back

Re: [PATCH 2/2] auxdisplay/ht16k33.c: Convert to use vm_map_pages_zero()

On Mon, 20 May 2019 21:00:58 +0530 Souptick Joarder wrote: > While using mmap, the incorrect value of length and vm_pgoff are > ignored and this driver go ahead with mapping fbdev.buffer > to user vma. > > Convert vm_insert_pages() to use vm_map_pages_zero(). We could later > "fix" these

Re: [RFC 4/7] mm: factor out madvise's core functionality

Hi. On Tue, May 21, 2019 at 08:50:00AM +0200, Michal Hocko wrote: > On Tue 21-05-19 08:36:28, Oleksandr Natalenko wrote: > [...] > > Regarding restricting the hints, I'm definitely interested in having > > remote MADV_MERGEABLE/MADV_UNMERGEABLE. But, OTOH, doing it via remote > > madvise()

[PATCH 0/1] lockdep: fix warning: print_lock_trace defined but not used

From: John Hubbard Hi, This is a second attempt to send this. The first attempt [1] went via mailgw.nvidia.com, and did not receive a DKIM signature, so I think it probably got discarded by many systems. This one goes via gmail, which is what I was using before. We'll keep working on getting

[PATCH 1/1] lockdep: fix warning: print_lock_trace defined but not used

From: John Hubbard Commit 0d2cc3b34532 ("locking/lockdep: Move valid_state() inside CONFIG_TRACE_IRQFLAGS && CONFIG_PROVE_LOCKING") moved the only usage of print_lock_trace() that was originally outside of the CONFIG_PROVE_LOCKING case. It moved that usage into a different case:

Re: [PATCH v6 2/3] add a new ima template field buf

On 5/21/2019 2:06 AM, Prakhar Srivastava wrote: A buffer(cmdline args) measured into ima cannot be appraised without already being aware of the buffer contents.Since we Space before 'Since'. don't know what cmdline args will be passed (or need to validate what was passed) it is not possible

Re: linux-next: Fixes tag needs some work in the jc_docs tree

On Monday, 20 May 2019 23:44:35 CEST Stephen Rothwell wrote: > Hi all, > > In commit > > 9eaa65e8aad5 ("scripts/spdxcheck.py: Add dual license subdirectory") > > Fixes tag > > Fixes: 99871f2f9a4d ("scripts/spdxcheck.py: Fix path to deprecated > licenses") [...] Sorry, my fault. I

Re: linux-next: Fixes tag needs some work in the jc_docs tree

On Monday, 20 May 2019 23:54:23 CEST Jonathan Corbet wrote: [...] > Argh, sorry, I should have caught that. Fixed, thanks. Thanks for trying. Unfortunately it was changed to the wrong value. The actual commit I wanted to reference in both places of the commit message was: 8ea8814fcdcb

[PATCH v4 1/2] dt-bindings: timer: Add binding doc for nxp system counter timer

From: Bai Ping Add the binding doc for nxp system counter timer module. Signed-off-by: Bai Ping Reviewed-by: Rob Herring --- change v1->v2 - remove the blank line at EOF change v2->v3 - update the binding example based on the driver change change v3->v4 - no change ---

[PATCH v4 2/2] driver: clocksource: Add nxp system counter timer driver support

From: Bai Ping The system counter (sys_ctr) is a programmable system counter which provides a shared time base to the Cortex A15, A7, A53 etc cores. It is intended for use in applications where the counter is always powered on and supports multiple, unrelated clocks. The sys_ctr hardware

Re: [PATCH V3 2/2] irqchip/irq-csky-mpintc: Add triger type and priority

Hi Marc, ping ... Any problem ? Thx Guo Ren 于2019年5月13日周一 下午5:55写道： > > From: Guo Ren > > Support 4 triger types: > - IRQ_TYPE_LEVEL_HIGH > - IRQ_TYPE_LEVEL_LOW > - IRQ_TYPE_EDGE_RISING > - IRQ_TYPE_EDGE_FALLING > > Support 0-255 priority setting for each irq. > > All of above could be

[PATCH 1/2] x86/io_delay: break instead of fallthrough in switch statement

The current code is fine since 'case CONFIG_IO_DELAY_TYPE_NONE' does nothing, but scripts/checkpatch.pl complains about this: warning: Possible switch case/default not preceded by break or fallthrough comment I like break statement better than a fallthrough comment here. It avoids the warning

Re: [PATCH] powerpc/mm: mark more tlb functions as __always_inline

On Tue, 2019-05-21 at 08:53 +0200, Christophe Leroy wrote: > powerpc accepts lines up to 90 chars, see arch/powerpc/tools/checkpatch.pl arch/powerpc/tools/checkpatch.sh

[PATCH 2/2] x86/io_delay: define IO_DELAY macros in C instead of Kconfig

CONFIG_IO_DELAY_TYPE_* are not kernel configuration at all. They just define constant values, 0, 1, 2, and 3. Define them by #define in C. CONFIG_DEFAULT_IO_DELAY_TYPE can also be defined in C by using #ifdef and #define directives. Signed-off-by: Masahiro Yamada --- arch/x86/Kconfig.debug

Re: [PATCH] ext4: Variable to signed to check return code

On Mon, 20 May 2019, Theodore Ts'o wrote: > On Mon, May 20, 2019 at 09:24:02AM +0100, Lee Jones wrote: > > > "appropriate for inclusion into the kernel" means to me that you've > > > done the same level of review as Reviewed-by. So I have very > > > > Actually it doesn't, or else the

Re: [PATCH] powerpc/mm: mark more tlb functions as __always_inline

On Tue, May 21, 2019 at 3:54 PM Christophe Leroy wrote: > > > > Le 21/05/2019 à 08:16, Masahiro Yamada a écrit : > > With CONFIG_OPTIMIZE_INLINING enabled, Laura Abbott reported error > > with gcc 9.1.1: > > > >arch/powerpc/mm/book3s64/radix_tlb.c: In function '_tlbiel_pid': > >

Re: 5.2-rc0.8: emacs segfaults?! x220, with 32-bit userland

On 2019-05-21 01:13:42 [+0200], Pavel Machek wrote: > Hi! Hi, > I don't have reproducible test case :-(. I had two or three failures > so far. oki. Could you please send me the output of dmesg | grep fpu Sebastian

RE: [PATCH v5 4/6] usb: roles: add API to get usb_role_switch by node

Hi, On Mon, 2019-05-20 at 09:45 +, Biju Das wrote: > > Hi Heikki, > > Thanks for the feedback. > > > Subject: Re: [PATCH v5 4/6] usb: roles: add API to get usb_role_switch by > > node > > > > On Mon, May 20, 2019 at 08:06:41AM +, Biju Das wrote: > > > Hi Heikki, > > > > > > > Subject:

Re: [PATCH V2 0/5] mmc: mmci: add busy detect for stm32 sdmmc variant

hi Ulf Just a "gentleman ping" about the rest of series. "mmc: mmci: add busy detect for stm32 sdmmc variant" Regards Ludo On 5/3/19 3:29 PM, Ulf Hansson wrote: On Tue, 30 Apr 2019 at 14:06, Ludovic BARRE wrote: On 4/30/19 1:13 PM, Ulf Hansson wrote: On Fri, 26 Apr 2019 at 09:46,

Re: [PATCH v4 2/2] RISC-V: Setup initial page tables in two stages

On Mon, May 20, 2019 at 5:13 PM Christoph Hellwig wrote: > > > void __init parse_dtb(unsigned int hartid, void *dtb) > > { > > - if (early_init_dt_scan(__va(dtb))) > > + dtb = (void *)fix_to_virt(FIX_FDT) + ((uintptr_t)dtb & ~PAGE_MASK); > > + if (early_init_dt_scan(dtb)) > > FYI,

Re: [PATCH v2] vt: Fix a missing-check bug in drivers/tty/vt/vt.c

On Tue, May 21, 2019 at 12:30:38AM -0400, Nicolas Pitre wrote: > Now imagine that MIN_NR_CONSOLES is defined to 10 instead of 1. > > What happens with allocated memory if the err_vc condition is met on the > 5th loop? Yes, vc->vc_screenbuf from the last loop is still not freed, right? I don't

Re: [PATCH 2/3] thermal: sun50i: add thermal driver for h6

Hi, On Sat, May 18, 2019 at 01:19:54AM +0800, Frank Lee wrote: > On Fri, May 17, 2019 at 3:32 PM Maxime Ripard > wrote: > > > > On Fri, May 17, 2019 at 02:10:47AM +0800, Frank Lee wrote: > > > > On Sun, May 12, 2019 at 11:41:28PM +0200, Ondřej Jirman wrote: > > > > > > > +static int

Re: [PATCH] powerpc/mm: mark more tlb functions as __always_inline

Masahiro Yamada writes: > On Tue, May 21, 2019 at 3:54 PM Christophe Leroy > wrote: >> Le 21/05/2019 à 08:16, Masahiro Yamada a écrit : >> > With CONFIG_OPTIMIZE_INLINING enabled, Laura Abbott reported error >> > with gcc 9.1.1: >> > >> >arch/powerpc/mm/book3s64/radix_tlb.c: In function

Re: [PATCH] clocksource: timer-meson6: update with SPDX Licence identifier

On 20/05/2019 16:00, Neil Armstrong wrote: > Signed-off-by: Neil Armstrong > --- Applied, thanks. -- Daniel -- Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook |

Re: [PATCH v5 5/6] usb: roles: add USB Type-B GPIO connector driver

Hi, On Mon, 2019-05-20 at 11:31 +0300, Heikki Krogerus wrote: > On Tue, May 14, 2019 at 04:47:22PM +0800, Chunfeng Yun wrote: > > +static int usb_conn_probe(struct platform_device *pdev) > > +{ > > + struct device *dev = >dev; > > + struct device_node *node = dev->of_node; > > + struct

Re: [PATCH 2/3] thermal: sun50i: add thermal driver for h6

On Fri, May 17, 2019 at 12:21:57PM -0700, Vasily Khoruzhick wrote: > On Sun, May 12, 2019 at 6:39 AM Maxime Ripard > wrote: > > > +static int tsens_get_temp(void *data, int *temp) > > > +{ > > > + struct tsensor *s = data; > > > + struct tsens_device *tmdev = s->tmdev; > > > + int

Re: [PATCH 5/5] ARM: dts: stm32: use dedicated files to manage stm32mp157 packages

Hi, On 4/10/19 1:30 PM, Alexandre Torgue wrote: Four packages exist for stm32mp157 die. As ball-out is different between them, this patch covers those differences by creating dedicated pinctrl dtsi files. Each dtsi pinctrl package file describes the package ball-out through gpio-ranges.

Re: [PATCH v4 2/3] spi: Allow SPI devices to request the pumping thread be realtime

Hi, On 15/5/19 18:48, Douglas Anderson wrote: > Right now the only way to get the SPI pumping thread bumped up to > realtime priority is for the controller to request it. However it may > be that the controller works fine with the normal priority but > communication to a particular SPI device on

Re: [PATCH v4 3/3] platform/chrome: cros_ec_spi: Request the SPI thread be realtime

Hi, On 15/5/19 18:48, Douglas Anderson wrote: > All currently known ECs in the wild are very sensitive to timing. > Specifically the ECs are known to drop a transfer if more than 8 ms > passes from the assertion of the chip select until the transfer > finishes. > > Let's use the new feature

Re: [PATCH v3 05/13] epoll: offload polling to a work in case of epfd polled from userspace

Roman Penyaev wrote: > diff --git a/fs/eventpoll.c b/fs/eventpoll.c > index 81da4571f1e0..9d3905c0afbf 100644 > --- a/fs/eventpoll.c > +++ b/fs/eventpoll.c > @@ -44,6 +44,7 @@ > #include > #include > #include > +#include > #include > > /* > @@ -185,6 +186,9 @@ struct epitem { > >

Re: [PATCH v4 1/3] platform/chrome: cros_ec_spi: Move to real time priority for transfers

Hi, On 15/5/19 19:02, Guenter Roeck wrote: > On Wed, May 15, 2019 at 9:48 AM Douglas Anderson > wrote: >> >> In commit 37a186225a0c ("platform/chrome: cros_ec_spi: Transfer >> messages at high priority") we moved transfers to a high priority >> workqueue. This helped make them much more

RE: [PATCH 0/2] ARC: [plat-hsdk]: GMAC DT Bindings Improvements

Hi Jose, all, > -Original Message- > From: Jose Abreu > Sent: Monday, May 20, 2019 4:43 PM > To: devicet...@vger.kernel.org; linux-snps-...@lists.infradead.org; > linux-kernel@vger.kernel.org > Cc: Jose Abreu ; Joao Pinto ; Rob > Herring > ; Mark Rutland ; Vineet Gupta > ; Eugeniy >

[PATCH] irqchip/irq-csky-mpintc: Support auto irq deliver to all cpus

From: Guo Ren The csky,mpintc could deliver a external irq to one cpu or all cpus, but it couldn't deliver a external irq to a group of cpus with cpu_mask. So we only use auto deliver mode when affinity mask_val is equal to cpu_present_mask. There is no limitation for only two cpus in SMP

Re: [PATCH V2 0/5] mmc: mmci: add busy detect for stm32 sdmmc variant

On Tue, 21 May 2019 at 09:38, Ludovic BARRE wrote: > > hi Ulf > > Just a "gentleman ping" about the rest of series. > "mmc: mmci: add busy detect for stm32 sdmmc variant" Thanks! It's been a busy period and I am currently traveling. My plan is to look at in detail beginning of next week when

[PATCH] arm64: defconfig: Enable CONFIG_QORIQ_THERMAL

i.MX8MQ needs CONFIG_QORIQ_THERMAL for thermal support. Signed-off-by: Anson Huang --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index da85808..61be39b 100644 --- a/arch/arm64/configs/defconfig

Re: [PATCH] powerpc/mm: mark more tlb functions as __always_inline

On Tue, 2019-05-21 at 16:27 +0900, Masahiro Yamada wrote: > On Tue, May 21, 2019 at 3:54 PM Christophe Leroy > > powerpc accepts lines up to 90 chars, see arch/powerpc/tools/checkpatch.pl > > Ugh, I did not know this. Horrible. > > The Linux coding style should be global in the kernel tree. > No

Re: [PATCH v5 1/2] platform/mellanox: Add bootctl driver for Mellanox BlueField Soc

On Mon, May 20, 2019 at 10:44 PM Liming Sun wrote: > > -Original Message- > > From: Greg KH > > Sent: Monday, May 20, 2019 3:12 PM > > To: Liming Sun > > Cc: Andy Shevchenko ; Darren Hart > > ; Vadim Pasternak ; David > > Woods ; platform-driver-...@vger.kernel.org; > >

Re: [PATCH] mm/failslab: By default, do not fail allocations with direct reclaim only

-ci/linux/commits/Nicolas-Boichat/mm-failslab-By-default-do-not-fail-allocations-with-direct-reclaim-only/20190521-045221 reproduce: # apt-get install sparse make ARCH=x86_64 allmodconfig make C=1 CF='-fdiagnostic-prefix -D__CHECK_ENDIAN__' If you fix the issue, kindly add

Re: [PATCH 2/3] thermal: sun50i: add thermal driver for h6

On Sat, May 18, 2019 at 01:27:39AM +0800, Frank Lee wrote: > On Fri, May 17, 2019 at 3:36 PM Maxime Ripard > wrote: > > > > On Fri, May 17, 2019 at 01:51:56AM +0800, Frank Lee wrote: > > > > > +struct sun50i_thermal_chip { > > > > > + int sensor_num; > > > > > + int offset; > > >

Re: [PATCH] mm/failslab: By default, do not fail allocations with direct reclaim only

On Tue, May 21, 2019 at 4:01 PM kbuild test robot wrote: > sparse warnings: (new ones prefixed by >>) > > >> mm/failslab.c:27:26: sparse: sparse: restricted gfp_t degrades to integer > 26 if (failslab.ignore_gfp_reclaim && > > 27 (gfpflags &

Re: [PATCH v2 2/5] soc: amlogic: canvas: add support for Meson8, Meson8b and Meson8m2

On Mon, May 20, 2019 at 9:44 PM Martin Blumenstingl wrote: > > Signed-off-by: Martin Blumenstingl Reviewed-by: Maxime Jourdan

Re: [PATCH] arm64: dts: imx8mq: Add gpio alias

On Tue, May 14, 2019 at 03:33:56AM +, Anson Huang wrote: > Add i.MX8MQ GPIO alias for kernel GPIO driver usage. > > Signed-off-by: Anson Huang > --- > arch/arm64/boot/dts/freescale/imx8mq.dtsi | 5 + > 1 file changed, 5 insertions(+) > > diff --git

Re: [PATCH v7 2/4] soc: qcom: Add AOSS QMP driver

Hi Bjorn, On 5/1/2019 10:07 AM, Bjorn Andersson wrote: The Always On Subsystem (AOSS) Qualcomm Messaging Protocol (QMP) driver is used to communicate with the AOSS for certain side-channel requests, that are not available through the RPMh interface. The communication is a very simple

Re: [PATCH] arm64: dts: imx8qxp: Add gpio alias

On Tue, May 14, 2019 at 04:57:17AM +, Anson Huang wrote: > Add i.MX8QXP GPIO alias for kernel GPIO driver usage. > > Signed-off-by: Anson Huang > --- > arch/arm64/boot/dts/freescale/imx8qxp.dtsi | 8 > 1 file changed, 8 insertions(+) > > diff --git

RE: [PATCH] arm64: dts: imx8mq: Add gpio alias

Hi, Shawn > -Original Message- > From: Shawn Guo [mailto:shawn...@kernel.org] > Sent: Tuesday, May 21, 2019 4:07 PM > To: Anson Huang > Cc: robh...@kernel.org; mark.rutl...@arm.com; s.ha...@pengutronix.de; > ker...@pengutronix.de; feste...@gmail.com; l.st...@pengutronix.de; > Abel Vesa ;

Re: [PATCH] arm64: dts: allwinner: a64-oceanic-5205-5inmfd: Enable CAN

On Tue, May 21, 2019 at 08:47:02AM +0200, Michael Nazzareno Trimarchi wrote: > > > + }; > > > + > > > }; > > > > > > { > > > @@ -77,6 +95,31 @@ > > > status = "okay"; > > > }; > > > > > > + { > > > + can_pins: can-pins { > > > + pins = "PD6", /*

Re: [PATCH] arm64: dts: imx8mq: Remove unnecessary blank lines

On Tue, May 14, 2019 at 06:08:29AM +, Anson Huang wrote: > Unnecessary blank lines do NOT help readability, so remove them. > > Signed-off-by: Anson Huang Applied, thanks.

Re: linux-next: removed trees

Stephen Rothwell wrote: > init_task Yeah - that went upstream, thanks. David

Re: [PATCH] riscv: include generic support for MSI irqdomains

On Mon, 20 May 2019, Christoph Hellwig wrote: > On Mon, May 20, 2019 at 11:25:28AM -0700, Paul Walmsley wrote: > > Some RISC-V systems include PCIe host controllers that support PCIe > > message-signaled interrupts. For this to work on Linux, we need to > > enable PCI_MSI_IRQ_DOMAIN and define

Re: Linux 5.2-rc1 - module name conflict

On Tue, May 21, 2019 at 4:01 AM Shuah Khan wrote: > > Hi all, > > I am seeing the following warning on Linux 5.2-rc1 > > warning: same basename if the following are built as modules: >drivers/regulator/88pm800.ko >drivers/mfd/88pm800.ko > > My config has: > > CONFIG_MFD_88PM800=m > >

Re: [PATCH v6 0/9] Introduce STMFX I2C Multi-Function eXpander

Hi Amélie, On 5/9/19 10:58 AM, Amelie Delaunay wrote: This series adds support for STMicroelectronics Multi-Function eXpander (STMFX), used on some STM32 discovery and evaluation boards. STMFX is an STM32L152 slave controller whose firmware embeds the following features: - I/O expander (16

[PATCH V2] arm64: dts: imx8mq: Add gpio alias

Add i.MX8MQ GPIO alias for kernel GPIO driver usage. Signed-off-by: Anson Huang --- Changes since V1: - keep the list alphabetically sorted, no content change. --- arch/arm64/boot/dts/freescale/imx8mq.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git

Re: [PATCH 0/5] Updates to staging driver: kpc_i2c

On Mon, May 20, 2019 at 10:30:26AM +0200, Greg Kroah-Hartman wrote: > On Sat, May 18, 2019 at 02:29:55AM +, Geordan Neukum wrote: > > Attached are an assortment of updates to the kpc_i2c driver in the > > staging subtree. > > All now queued up. I'll rebase my patches that move this file on

Re: [PATCH v4 1/3] USB: use genalloc for USB HCs with local memory

On Thu, May 16, 2019 at 02:47:19PM +0300, laurentiu.tu...@nxp.com wrote: > From: Laurentiu Tudor > > For HCs that have local memory, replace the current DMA API usage > with a genalloc generic allocator to manage the mappings for these > devices. > This is in preparation for dropping the

Re: [PATCH 0/2] nvmem: meson: update with SPDX Licence identifier

On 20/05/2019 15:37, Neil Armstrong wrote: Update the SPDX Licence identifier for the Amlogic NVMEM drivers. Neil Armstrong (2): nvmem: meson-efuse: update with SPDX Licence identifier nvmem: meson-mx-efuse: update with SPDX Licence identifier drivers/nvmem/meson-efuse.c| 10

  1   2   3   4   5   6   7   8   9   10   >