[PATCH V1 0/2] *** Add support for QTI TRI_LED and LPG module ***

From: Fenglin Wu QTI TRI_LED module and LPG modules are existing in some Qualcomm PMICs like PMI8998, PM660, etc. TRI_LED module has 3 LED drivers and each is controlled by a PWM channel used for LED dimming or blinking. LPG (Light Pulse Generator) module can be

Re: [-next] memory hotplug regression

On Tue 30-05-17 16:55:01, Heiko Carstens wrote: > On Tue, May 30, 2017 at 04:32:47PM +0200, Michal Hocko wrote: > > On Tue 30-05-17 14:37:24, Heiko Carstens wrote: > > > On Tue, May 30, 2017 at 02:18:06PM +0200, Michal Hocko wrote: > > > > > So ZONE_DMA ends within ZONE_NORMAL. This shouldn't be

Re: [PATCH v8 2/5] usb: early: add driver for xhci debug capability

On Wed, 31 May 2017 11:27:19 +0800 Lu Baolu wrote: > >> + > >> +#define XDBC_TRACE > >> +#ifdef XDBC_TRACE > >> +#define xdbc_trace trace_printk > > Did you forget to remove the #define XDBC_TRACE? > > > > Enabling this driver brings the "trace_printk()

Response Required

Hello there, I sent you an email yesterday with a proposal that is going to be very beneficial to both yourself and I but I did not receive a response from you so I am sending you this follow up to confirm if you actually did get my email yesterday. Kindly let me know if you are interested in

[PATCH] mm: consider memblock reservations for deferred memory initialization sizing

From: Michal Hocko We have seen an early OOM killer invocation on ppc64 systems with crashkernel=4096M kthreadd invoked oom-killer: gfp_mask=0x16040c0(GFP_KERNEL|__GFP_COMP|__GFP_NOTRACK), nodemask=7, order=0, oom_score_adj=0 kthreadd cpuset=/ mems_allowed=7

Re: [RFC][PATCHv3 5/5] printk: register PM notifier

Hello Petr, thanks for taking a look. On (05/30/17 11:55), Petr Mladek wrote: [..] > My understanding is that notifiers should return NOTIFY_OK > when they handled it and NOTIFY_DONE when they did nothing. > For example, see cpu_hotplug_pm_callback(). > > In reality, there does not seem to be a

Re: [RFC] KVM: SVM: ignore type when setting segment registers

On Tue, May 30, 2017 at 8:03 PM, Matt Mullins wrote: > On Tue, May 30, 2017 at 02:54:21PM +0200, Radim Krčmář wrote: >> 2017-05-29 15:24+0200, Gioh Kim: >> > If so, why type is checked when setting segment registers? >> >> No idea. 19bca6ab75d8 ("KVM: SVM: Fix cross vendor

Re: [GIT PULL] Immutable branch between MFD, GPIO, Thermal and X86 due for the v4.13 merge window

On Wed, 31 May 2017, Stephen Rothwell wrote: > Hi all, > > On Tue, 30 May 2017 09:53:06 +0100 Lee Jones wrote: > > > > Dear fellow Maintainers, > > > > Enjoy! > > > > The following changes since commit 2ea659a9ef488125eb46da6eb571de5eae5c43f6: > > > > Linux 4.12-rc1

[PATCH v4 2/2] Input: add support for the STMicroelectronics FingerTip touchscreen

The stmfts (ST-Microelectronics FingerTip S) touchscreen device is a capacitive multi-touch controller mainly for mobile use. It's connected through i2c bus at the address 0x49 and it interfaces with userspace through input event interface. At the current state it provides a touchscreen

[PATCH RFC] v4l2-core: Use kvmalloc() for potentially big allocations

There are multiple places where arrays or otherwise variable sized buffer are allocated through V4L2 core code, including things like controls, memory pages, staging buffers for ioctls and so on. Such allocations can potentially require an order > 0 allocation from the page allocator, which is not

Re: [PATCH] drm/pl111: select DRM_PANEL

On Tue, May 30, 2017 at 01:35:51PM +0200, Linus Walleij wrote: > On Tue, May 30, 2017 at 11:22 AM, Arnd Bergmann wrote: > > > When DRM_PANEL is disabled, we get a link error for pl111: > > > > drivers/gpu/built-in.o: In function `pl111_connector_destroy': > >

[PATCH v6 07/21] arm: sun8i: sunxi-h3-h5: add dwmac-sun8i ethernet driver

The dwmac-sun8i is an ethernet MAC hardware that support 10/100/1000 speed. This patch enable the dwmac-sun8i on Allwinner H3/H5 SoC Device-tree. SoC H3/H5 have an internal PHY, so optionals syscon and ephy are set. Signed-off-by: Corentin Labbe ---

[PATCH v6 06/21] arm: sun8i: sunxi-h3-h5: Add dt node for the syscon control module

This patch add the dt node for the syscon register present on the Allwinner H3/H5 Only two register are present in this syscon and the only one useful is the one dedicated to EMAC clock.. Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sunxi-h3-h5.dtsi | 6 ++

[PATCH v6 09/21] arm: sun8i: orangepi-zero: Enable dwmac-sun8i

The dwmac-sun8i hardware is present on the Orange PI Zero. It uses the internal PHY. This patch create the needed emac node. Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h2-plus-orangepi-zero.dts | 8 1 file changed, 8 insertions(+) diff --git

Re: Q. drm/i915 shrinker, synchronize_rcu_expedited() from handlers

On ti, 2017-05-30 at 13:00 -0700, Hugh Dickins wrote: > On Mon, 22 May 2017, Joonas Lahtinen wrote: > > On la, 2017-05-20 at 10:56 +0900, J. R. Okajima wrote: > > > "J. R. Okajima": > > > >  > > > > I don't know whether the fix is good to me or not yet. I will test your > > > > fix, but I am busy

[PATCH] libcfs: Fix a sleep-in-atomic bug in cfs_wi_deschedule

The driver may sleep under a spin lock, and the function call path is: cfs_wi_deschedule (acquire the lock by spin_lock) LASSERT lbug_with_loc libcfs_debug_dumplog schedule and kthread_run --> may sleep To fix it, all "LASSERT" is placed out of the spin_lock and spin_unlock.

Re: [RFC][PATCH 00/23] VFS: Introduce superblock configuration context [ver #4]

On Tue, May 30, 2017 at 5:36 PM, David Howells wrote: > Al Viro wrote: > >> Random notes: >> * "sb_config" looks rather odd in the current variant; mount_context, >> perhaps? Or fs_context, for that matter... Anyway, that's trivial. > > You

[PATCH] libcfs: Fix a sleep-in-atomic bug in cfs_wi_schedule

The driver may sleep under a spin lock, and the function call path is: cfs_wi_schedule (acquire the lock by spin_lock) LASSERT lbug_with_loc libcfs_debug_dumplog schedule and kthread_run --> may sleep To fix it, all "LASSERT" is placed out of the spin_lock and spin_unlock.

Re: [RFC PATCH 1/2] sched/rt: add utilization tracking

On Tue, May 30, 2017 at 06:24:27PM +0200, Vincent Guittot wrote: > On 30 May 2017 at 17:50, Morten Rasmussen wrote: > > On Wed, May 24, 2017 at 11:00:51AM +0200, Vincent Guittot wrote: > >> @@ -1534,6 +1534,8 @@ static struct task_struct *_pick_next_task_rt(struct > >>

Re: [PATCH V1 1/2] leds: leds-qti-rgb: Add LED driver for QTI TRI_LED module

Hi! > +- qcom,support-blink: > + Usage: optional > + Value type: > + Definition: An array of integer values to indicate if "blue", "green", > "red" > + LEDs support blink control. The values are listed as the fixed > + order for "blue", "green", "red" LEDs.

[rcu:rcu/next 96/97] include/linux/rcutiny.h:120:20: error: static declaration of 'rcu_scheduler_starting' follows non-static declaration

tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/next head: 8995eb05b8c6f9bde96bc2713ec9b7bb9072093f commit: 32bc295e22be3b484ee3324f6aeeaae93234c429 [96/97] srcu: Move rcu_scheduler_starting() from Tiny RCU to Tiny SRCU config: sparc64-allnoconfig (attached as

[lkp-robot] [btrfs] beeeccca9b: WARNING:at_mm/util.c:#kvmalloc_node

FYI, we noticed the following commit: commit: beeeccca9bebcec386cc31c250cff8a06cf27034 ("btrfs: Use kvzalloc instead of kzalloc/vmalloc in alloc_bitmap") https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master in testcase: boot on test machine: qemu-system-x86_64 -enable-kvm

Re: signals: Bug or manpage inconsistency?

Hi Thomas, On 05/30/2017 03:21 PM, Thomas Gleixner wrote: > While trying to address the longstanding FIXME in the posix timer code > related to ignored signals, I stumbled over the following issue: > > I blocked the signal of the timer, then installed the SIG_IGN handler, > created and started

[PATCH v9 3/4] PCI: dwc: kirin: add PCIe Driver for HiSilicon Kirin SoC

Hisilicon PCIe Driver shares the common functions for PCIe dw-host The poweron functions is developed on hi3660 SoC, while Others Functions are common for Kirin series SoCs. Low power mode (L1 sub-state and Suspend/Resume), hotplug and MSI feature are not supported currently. Cc: Guodong Xu

[PATCH v9 1/4] PCI: hisi: Add DT binding for PCIe of Kirin SoC series

Signed-off-by: Xiaowei Song --- .../devicetree/bindings/pci/kirin-pcie.txt | 50 ++ 1 file changed, 50 insertions(+) create mode 100644 Documentation/devicetree/bindings/pci/kirin-pcie.txt diff --git

[PATCH v9 0/4] add PCIe driver for Kirin PCIe

Before Version Patches == patch V8 http://www.spinics.net/lists/linux-pci/msg61715.html patch V7 https://www.spinics.net/lists/linux-pci/msg61664.html patch V6 https://www.spinics.net/lists/linux-pci/msg61610.html patch V4 https://www.spinics.net/lists/linux-pci/msg61406.html

[PATCH v9 4/4] ARM64: defconfig: Enable Kirin PCIe

Cc: Guodong Xu Signed-off-by: Xiaowei Song --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index 7c48028ec64a..d56d8f1062ab 100644 ---

Re: [GIT PULL] Immutable branch between MFD, GPIO, Thermal and X86 due for the v4.13 merge window

> Dear fellow Maintainers, > > Enjoy! ... or not! Please remove these patches from your tree, since they cause build problems in the USB subsystem. I have asked Kuppuswamy to squash all un-bisectable patches and re-submit. Once in my possession, the plan is to push out another pull-request.

Re: Q. drm/i915 shrinker, synchronize_rcu_expedited() from handlers

On Tue, 30 May 2017, Hugh Dickins wrote: > On Mon, 22 May 2017, Joonas Lahtinen wrote: >> On la, 2017-05-20 at 10:56 +0900, J. R. Okajima wrote: >> > "J. R. Okajima": >> > > >> > > I don't know whether the fix is good to me or not yet. I will test your >> > > fix, but I am busy

Re: [PATCH 00/58] ARM: at91: rework Atmel TCB drivers

Hi, On 31/05/2017 at 08:34:00 +0200, Peter Rosin wrote: > On 2017-05-30 23:50, Alexandre Belloni wrote: > > Hi, > > > > This series reworks the Atmel Timer counter Block drivers. Those blocks > > each have 3 counters with 2 channels each and can be used for > > multiple functions: > > - timers

[PATCH v6 18/21] arm64: allwinner: bananapi-m64: Enable dwmac-sun8i

The dwmac-sun8i hardware is present on the BananaPi M64. It uses an external PHY rtl8211e via RGMII. Signed-off-by: Corentin Labbe --- arch/arm64/boot/dts/allwinner/sun50i-a64-bananapi-m64.dts | 15 +++ 1 file changed, 15 insertions(+) diff --git

[PATCH v6 15/21] arm64: allwinner: sun50i-a64: add dwmac-sun8i Ethernet driver

The dwmac-sun8i is an Ethernet MAC that supports 10/100/1000 Mbit connections. It is very similar to the device found in the Allwinner H3, but lacks the internal 100 Mbit PHY and its associated control bits. This adds the necessary bits to the Allwinner A64 SoC .dtsi, but keeps it disabled at this

[PATCH] bcache: Fix a sleep-in-atomic bug

The driver may sleep under a spin lock, and the function call path is: journal_wait_for_write (acquire the lock by spin_lock) closure_sync schedule --> may sleep To fix it, the lock is released before "closure_sync", and the lock is acquired again after this function. Signed-off-by:

[PATCH v6 16/21] arm64: allwinner: pine64: Enable dwmac-sun8i

The dwmac-sun8i hardware is present on the pine64 It uses an external PHY via RMII. Signed-off-by: Corentin Labbe --- arch/arm64/boot/dts/allwinner/sun50i-a64-pine64.dts | 16 1 file changed, 16 insertions(+) diff --git

[PATCH v6 13/21] arm: sun8i: nanopi-neo: Enable dwmac-sun8i

The dwmac-sun8i hardware is present on the NanoPi Neo. It uses the internal PHY. This patch create the needed emac node. Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3-nanopi-neo.dts | 7 +++ 1 file changed, 7 insertions(+) diff --git

Re: [V2, 2/6] tty: serial: lpuart: add little endian 32 bit register support

Hi Andy, On Wed, May 17, 2017 at 12:55:59PM +0300, Andy Shevchenko wrote: > On Wed, May 17, 2017 at 8:43 AM, Dong Aisheng wrote: > > On Wed, May 17, 2017 at 08:37:41AM +0300, Nikita Yushchenko wrote: > >> > >> > >> 17.05.2017 06:39, Dong Aisheng wrote: > >> > On Tue, May 16,

[PATCH V2] libcfs: Fix a sleep-in-atomic bug in cfs_wi_deschedule

The driver may sleep under a spin lock, and the function call path is: cfs_wi_deschedule (acquire the lock by spin_lock) LASSERT lbug_with_loc libcfs_debug_dumplog schedule and kthread_run --> may sleep To fix it, all "LASSERT" is placed out of the spin_lock and spin_unlock.

Re: [PATCH] drm/i915/gvt: remove redundant -Wall

On 2017.05.21 00:15:27 -0700, Nick Desaulniers wrote: > This flag is already set in the top level Makefile of the kernel. > > Also, by having set CONFIG_DRM_I915_GVT, thereby appending -Wall to > ccflags, you undo all the -Wno-* cflags previously set in the Make > variable KBUILD_CFLAGS. > > For

[PATCH] libcfs: Fix a sleep-in-atomic bug in cfs_wi_sched_destroy

The driver may sleep under a spin lock, and the function call path is: cfs_wi_sched_destroy (acquire the lock by spin_lock) LASSERT lbug_with_loc libcfs_debug_dumplog schedule and kthread_run --> may sleep To fix it, all "LASSERT" is placed out of the spin_lock and

Re: [PATCH 2/2] pinctrl: sprd: Add Spreadtrum pin control driver

Hi Linus, On 一, 5月 29, 2017 at 06:28:49下午 +0200, Linus Walleij wrote: > On Sat, May 27, 2017 at 7:56 AM, Baolin Wang > wrote: > > > This patch adds the pin control driver for Spreadtrum SC9860 platform. > > > > Signed-off-by: Baolin Wang

Re: Device address specific mapping of arm,mmu-500

Hi Marc/Robin/Will, I did a little more digging myself and I think I now understand what you meant by identity mapping, i.e., configuring the MMU-500 with 1:1 mapping between the DMA address and the IOVA address. I think that should work. In the end, due to this MSI write parsing issue in

Re: [PATCH v2 0/3] pwm: sun4i: switch to atomic PWM

On Tue, May 30, 2017 at 09:32:06PM +0200, Alexandre Belloni wrote: > Switch to atomic PWM. The main goal is to properly wait for a period before > disabling a channel to ensure the correct level is set on the output. > > Changes in v2: > - fixed remaining checkpatch warnings > - split the

[PATCH v2 5/6] regulator: pfuze100-regulator: provide pm_power_off_prepare handler

On some boards the SoC can use one pin "PMIC_STBY_REQ" to notify th PMIC about state changes. In this case internal state of PMIC must be preconfigured for upcomming state change. It works fine with the current regulator framework, except with the power-off case. This patch is providing an

[PATCH v2 1/6] ARM: imx6q: provide documentation for new fsl,pmic_stby_poweroff property

Signed-off-by: Oleksij Rempel Cc: ker...@pengutronix.de Cc: linux-arm-ker...@lists.infradead.org Cc: Michael Turquette Cc: Stephen Boyd Cc: Rob Herring Cc: Mark Rutland Cc:

[PATCH v2 6/6] ARM: dts: imx6: RIoTboard provide Standby to PowerOff option

This board, as well as some other boards with i.MX6 and a PMIC, uses a "MPIC_STBY_REQ" line to notify the PMIC about a state change. The PMIC is programmed for a specific state change before triggering the line. In this case, PMIC_STBY_REQ can be used for Stand by, Sleep and Power off modes.

[PATCH v2 3/6] kernel/reboot.c: export pm_power_off_prepare

we need it to preconfigure PMIC to properly power off the system. Signed-off-by: Oleksij Rempel Cc: Andrew Morton Cc: ker...@pengutronix.de Cc: linux-arm-ker...@lists.infradead.org Cc: linux-kernel@vger.kernel.org --- kernel/reboot.c | 1 + 1

[PATCH v2 4/6] regulator: pfuze100: add fsl,pmic_stby_poweroff property

Document the new optional "fsl,pmic_stby_poweroff" property. Signed-off-by: Oleksij Rempel Cc: ker...@pengutronix.de Cc: linux-arm-ker...@lists.infradead.org Cc: Liam Girdwood Cc: Mark Brown Cc: Rob Herring

[PATCH v2 0/6] iMX6: Implement power off over standby signal

v2: - export pm_power_off_prepare to fix pfuze100-regulator as module compilation. Oleksij Rempel (6): ARM: imx6q: provide documentation for new fsl,pmic_stby_poweroff property ARM: imx6: register pm_power_off handler if "fsl,pmic_stby_poweroff" is set kernel/reboot.c: export

[PATCH v2 2/6] ARM: imx6: register pm_power_off handler if "fsl,pmic_stby_poweroff" is set

One of the Freescale recommended sequences for power off with external PMIC is the following: ... 3. SoC is programming PMIC for power off when standby is asserted. 4. In CCM STOP mode, Standby is asserted, PMIC gates SoC supplies. See:

Re: [PATCH v2 5/7] drm/ltdc: Use the panel-bridge helper.

Hi Philippe, Le Tue, 30 May 2017 16:55:42 +, Philippe CORNU a écrit : > Hi Eric, > > I took your patch for the panel-bridge and it works perfectly in both > DPI mode (panel RGB //) and DSI mode (bridge dw mipi dsi), bravo :-) I still don't understand how it can

[PATCH 2/2] mm, memory_hotplug: do not assume ZONE_NORMAL is default kernel zone

From: Michal Hocko Heiko Carstens has noticed that he can generate overlapping zones for ZONE_DMA and ZONE_NORMAL: DMA [mem 0x-0x7fff] Normal [mem 0x8000-0x00017fff] $ cat /sys/devices/system/memory/block_size_bytes

[PATCH 1/2] mm, memory_hotplug: fix MMOP_ONLINE_KEEP behavior

From: Michal Hocko Heiko Carstens has noticed that the MMOP_ONLINE_KEEP is broken currently $ grep . memory3?/valid_zones memory34/valid_zones:Normal Movable memory35/valid_zones:Normal Movable memory36/valid_zones:Normal Movable memory37/valid_zones:Normal Movable $ echo

[PATCH] i2c: at91: Handle return value of clk_prepare_enable

clk_prepare_enable() can fail here and we must check its return value. Signed-off-by: Arvind Yadav --- drivers/i2c/busses/i2c-at91.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/drivers/i2c/busses/i2c-at91.c

Re: [GIT PULL] Immutable branch between MFD, GPIO, Thermal and X86 due for the v4.13 merge window

On Tue, 30 May 2017, Sathyanarayanan Kuppuswamy Natarajan wrote: > Hi All, > > On Tue, May 30, 2017 at 8:38 PM, Stephen Rothwell > wrote: > > Hi all, > > > > On Tue, 30 May 2017 09:53:06 +0100 Lee Jones wrote: > >> > >> Dear fellow Maintainers, >

Re: [PATCH v2] perf: fix double free at function perf_hpp__reset_output_field

Hi jirka, Will you send a patch to fix this issue? If not I will send my solution in a new thread. I have given up to add 'dynamic sort' feature since my code is not working and I am engaged in other things. I still hope this fix can be picked up. Thanks! On Wed, Apr 12, 2017 at 09:48:08AM

[PATCH] i2c: at91: Fix compilation warning.

Replace '%d' by '%zu' to fix the following compilation warning:- drivers/i2c/busses/i2c-at91.c:277:2: warning: format ‘%d’ expects argument of type ‘int’, but argument 5 has type ‘size_t’ [-Wformat=] dev_dbg(dev->dev, "wrote 0x%x, to go %d\n", *dev->buf, dev->buf_len); ^

Re: [RFC][PATCHv3 2/5] printk: introduce printing kernel thread

Hello Petr, On (05/29/17 11:29), Petr Mladek wrote: [..] > > +static inline bool console_offload_printing(void) > > +{ > > + static struct task_struct *printing_task; > > + static unsigned long long lines_printed; > > + static unsigned long saved_csw; > > + > > + if

[PATCH v6 17/21] arm64: allwinner: pine64-plus: Enable dwmac-sun8i

The dwmac-sun8i hardware is present on the pine64 plus. It uses an external PHY rtl8211e via RGMII. Signed-off-by: Corentin Labbe --- .../arm64/boot/dts/allwinner/sun50i-a64-pine64-plus.dts | 17 - 1 file changed, 16 insertions(+), 1 deletion(-) diff

[PATCH v6 19/21] arm: sunxi: Enable dwmac-sun8i driver on sunxi_defconfig

Enable the dwmac-sun8i driver in the sunxi default configuration Signed-off-by: Corentin Labbe --- arch/arm/configs/sunxi_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/sunxi_defconfig b/arch/arm/configs/sunxi_defconfig index

[PATCH v6 21/21] arm64: defconfig: Enable dwmac-sun8i driver on defconfig

Enable the dwmac-sun8i ethernet driver as a module in the ARM64 defconfig. Signed-off-by: Corentin Labbe --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index

[PATCH v6 02/21] net-next: stmmac: add optional setup function

Instead of adding more ifthen logic for adding a new mac_device_info setup function, it is easier to add a function pointer to the function needed. Signed-off-by: Corentin Labbe --- drivers/net/ethernet/stmicro/stmmac/stmmac_main.c | 4 +++- include/linux/stmmac.h

[PATCH V2] libcfs: Fix a sleep-in-atomic bug in cfs_wi_exit

The driver may sleep under a spin lock, and the function call path is: cfs_wi_exit (acquire the lock by spin_lock) LASSERT lbug_with_loc libcfs_debug_dumplog schedule and kthread_run --> may sleep To fix it, all "LASSERT" is placed out of the spin_lock and spin_unlock.

Re: [PATCH] bcache: Fix a sleep-in-atomic bug

On Wed, May 31, 2017 at 03:23:40PM +0800, Jia-Ju Bai wrote: > The driver may sleep under a spin lock, and the function call path is: > journal_wait_for_write (acquire the lock by spin_lock) > closure_sync > schedule --> may sleep This patch is incorrect, you've introduced a double unlock.

Re: [PATCH v2 5/7] drm/ltdc: Use the panel-bridge helper.

Hi Boris, On 05/31/2017 11:56 AM, Boris Brezillon wrote: Hi Philippe, Le Tue, 30 May 2017 16:55:42 +, Philippe CORNU a écrit : Hi Eric, I took your patch for the panel-bridge and it works perfectly in both DPI mode (panel RGB //) and DSI mode (bridge dw mipi

Re: [PATCH 1/2] DT: pinctrl: Add binding documentation for Spreadtrum pin controller

Hi Linus, On 一, 5月 29, 2017 at 06:18:29下午 +0200, Linus Walleij wrote: > On Sat, May 27, 2017 at 7:56 AM, Baolin Wang > wrote: > > > This patch adds the binding documentation for Spreadtrum SC9860 pin > > controller device. > > > > Signed-off-by: Baolin Wang

Re: [PATCH] mm: consider memblock reservations for deferred memory initialization sizing

On Wed, May 31, 2017 at 08:42:27AM +0200, Michal Hocko wrote: > From: Michal Hocko > > We have seen an early OOM killer invocation on ppc64 systems with > crashkernel=4096M > kthreadd invoked oom-killer: > gfp_mask=0x16040c0(GFP_KERNEL|__GFP_COMP|__GFP_NOTRACK),

RE: [PATCH v6 4/6] vfio: Define vfio based vgpu's dma-buf operations

Hi, >-Original Message- >From: Gerd Hoffmann [mailto:kra...@redhat.com] >Sent: Monday, May 29, 2017 3:20 PM >To: Chen, Xiaoguang ; >alex.william...@redhat.com; ch...@chris-wilson.co.uk; intel- >g...@lists.freedesktop.org; linux-kernel@vger.kernel.org;

[PATCH V1 1/2] leds: leds-qti-rgb: Add LED driver for QTI TRI_LED module

From: Fenglin Wu QTI TRI_LED module has 3 current sinks for LED driver and each is controlled by a PWM channel used for LED dimming or blinking. Add the driver to support it. Signed-off-by: Fenglin Wu ---

[PATCH] tty: n_gsm: do not send/receive in ldisc close path

gsm_cleanup_mux() is called in the line discipline close path which is called at tty_release() time. At this stage the tty is no longer operational enough to send any frames. Sending close frames is therefore not possible and waiting for their answers always times out. This patch removes sending

Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE

On 05/30/2017 06:06 PM, Andrea Arcangeli wrote: > > I'm not sure if it should be considered a bug, the prctl is intended > to use normally by wrappers so it looks optimal as implemented this > way: affecting future vmas only, which will all be created after > execve executed by the wrapper. > >

Re: [PATCH v1 1/1] mux: mux-intel-usb: Add Intel USB Multiplexer driver

On 2017-05-30 19:47, sathyanarayanan kuppuswamy wrote: > Hi Peter, > > Thanks for your comments. > > On 05/30/2017 06:40 AM, Peter Rosin wrote: >> On 2017-05-30 02:47, sathyanarayanan.kuppusw...@linux.intel.com wrote: >>> From: Kuppuswamy Sathyanarayanan >>>

[lkp-robot] [mm] aefd950b83: divide_error:#[##]

FYI, we noticed the following commit: commit: aefd950b83d2d8cf4d3c270546c8725f866da191 ("mm: make kswapd try harder to keep active pages in cache") https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master in testcase: boot on test machine: qemu-system-x86_64 -enable-kvm -smp 2

Re: [PATCH 00/58] ARM: at91: rework Atmel TCB drivers

On 2017-05-30 23:50, Alexandre Belloni wrote: > Hi, > > This series reworks the Atmel Timer counter Block drivers. Those blocks > each have 3 counters with 2 channels each and can be used for > multiple functions: > - timers > - PWMs > - Quadrature decoders > - Stepper motor counters I'd

Re: [PATCH 2/2] timer: imx-tpm: add imx tpm timer support

Hi Arnd, On Thu, May 25, 2017 at 11:02:22PM +0200, Arnd Bergmann wrote: > On Sat, May 13, 2017 at 9:29 AM, Dong Aisheng wrote: > > > diff --git a/drivers/clocksource/Kconfig b/drivers/clocksource/Kconfig > > index 3356ab8..03dfd6a 100644 > > ---

RE: [PATCH v6 3/6] drm/i915/gvt: Frame buffer decoder support for GVT-g

>-Original Message- >From: Zhenyu Wang [mailto:zhen...@linux.intel.com] >Sent: Wednesday, May 31, 2017 1:12 PM >To: Chen, Xiaoguang >Cc: alex.william...@redhat.com; kra...@redhat.com; ch...@chris-wilson.co.uk; >intel-...@lists.freedesktop.org;

RE: [PATCH v6 2/6] drm/i915/gvt: OpRegion support for GVT-g

>-Original Message- >From: Zhenyu Wang [mailto:zhen...@linux.intel.com] >Sent: Wednesday, May 31, 2017 2:30 PM >To: Chen, Xiaoguang >Cc: Tian, Kevin ; intel-...@lists.freedesktop.org; linux- >ker...@vger.kernel.org;

[PATCH v4 1/2] Input: add STMicroelectronics FingerTip touchscreen driver

Add binding for the STMicroelectronics FingerTip (stmfts) touchscreen driver. Signed-off-by: Andi Shyti Reviewed-by: Javier Martinez Canillas Acked-by: Rob Herring --- .../bindings/input/touchscreen/st,stmfts.txt | 43

[PATCH v4 0/2] STM FingerTip S touchscreen support for TM2 board

Hi, this patchset provides support for the ST-Microelectronics FingerTip S touchscreen device. It's tested on top of mainline kernel on TM2 and TM2e boards. Thanks, Andi Changelog V3-V4 === V3: https://marc.info/?l=linux-kernel=149062016401170=2 After an offline discussion, I

[PATCH v9 2/4] arm64: dts: hisi: add kirin pcie node

Add PCIe node for hi3660, and add binding documentation. Cc: Guodong Xu Signed-off-by: Xiaowei Song --- arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 31 +++ 1 file changed, 31 insertions(+) diff --git

[PATCH v6 10/21] arm: sun8i: orangepi-one: Enable dwmac-sun8i

The dwmac-sun8i hardware is present on the Orange PI One. It uses the internal PHY. This patch create the needed emac node. Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3-orangepi-one.dts | 8 1 file changed, 8 insertions(+) diff --git

[PATCH v6 12/21] arm: sun8i: orangepi-pc-plus: Set EMAC activity LEDs to active high

On the Orange Pi PC Plus, the polarity of the LEDs on the RJ45 Ethernet port were changed from active low to active high. Signed-off-by: Chen-Yu Tsai Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3-orangepi-pc-plus.dts | 5 + 1 file

[PATCH v6 20/21] arm: multi_v7: Enable dwmac-sun8i driver on multi_v7_defconfig

Enable the dwmac-sun8i driver in the multi_v7 default configuration Signed-off-by: Corentin Labbe --- arch/arm/configs/multi_v7_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/multi_v7_defconfig b/arch/arm/configs/multi_v7_defconfig

[PATCH v6 01/21] net-next: stmmac: export stmmac_set_mac_addr/stmmac_get_mac_addr

Thoses symbol will be needed for the dwmac-sun8i ethernet driver. For letting it to be build as module, they need to be exported. Signed-off-by: Corentin Labbe --- drivers/net/ethernet/stmicro/stmmac/dwmac_lib.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)

[PATCH v6 03/21] dt-bindings: net-next: Add DT bindings documentation for Allwinner dwmac-sun8i

This patch adds documentation for Device-Tree bindings for the Allwinner dwmac-sun8i driver. Signed-off-by: Corentin Labbe Acked-by: Rob Herring --- .../devicetree/bindings/net/dwmac-sun8i.txt| 78 ++ 1 file changed, 78

Re: linux-next 20170519 and later - ^S/^Q borkage on ttys.

On 05/31/17 05:48, valdis.kletni...@vt.edu wrote: Pretty drastic. Hit ^S to pause scrolling, and instantly hung terminal. Seen on both urxvt and xterm under x11, and on virtual console screens. This appears in dmesg: [ 1844.182058] INFO: task kworker/u8:3:129 blocked for more than 120

[PATCH v6 00/21] net-next: stmmac: add dwmac-sun8i ethernet driver

Hello This patch series add the driver for dwmac-sun8i which handle the Ethernet MAC present on Allwinner H3/H5/A83T/A64 SoCs. This driver is the continuation of the sun8i-emac driver. During the development, it appeared that in fact the hardware was a modified version of some dwmac. So the

[PATCH v6 08/21] arm: sun8i: orangepi-pc: Enable dwmac-sun8i

The dwmac-sun8i hardware is present on the Orange PI PC. It uses the internal PHY. This patch create the needed emac node. Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3-orangepi-pc.dts | 8 1 file changed, 8 insertions(+) diff --git

[PATCH v6 04/21] dt-bindings: syscon: Add DT bindings documentation for Allwinner syscon

This patch adds documentation for Device-Tree bindings for the syscon present in allwinner devices. Signed-off-by: Corentin Labbe Acked-by: Rob Herring --- .../devicetree/bindings/misc/allwinner,syscon.txt | 19 +++ 1 file

Re: [PATCH v4 1/2] PCI: Add tango MSI controller support

On 25/05/2017 10:37, Marc Zyngier wrote: > On 20/04/17 15:28, Marc Gonzalez wrote: > >> The MSI controller in Tango supports 256 message-signaled interrupts, >> and a single doorbell address. >> >> Signed-off-by: Marc Gonzalez >> --- >>

Re: [RFC][PATCHv3 2/5] printk: introduce printing kernel thread

Hello Jan, On (05/29/17 14:12), Jan Kara wrote: [..] > Actually I had something very similar in old versions of my patch set. And > it didn't work very well. The problem was that e.g. sometimes scheduler > decided that printk kthread should run on the same CPU as the process > currently doing

[PATCH] libcfs: Fix a sleep-in-atomic bug in cfs_wi_exit

The driver may sleep under a spin lock, and the function call path is: cfs_wi_exit (acquire the lock by spin_lock) LASSERT lbug_with_loc libcfs_debug_dumplog schedule and kthread_run --> may sleep To fix it, all "LASSERT" is placed out of the spin_lock and spin_unlock.

Re: [PULL] topic/e1000e-fix

On Wed, May 31, 2017 at 7:54 AM, Daniel Vetter wrote: > On Wed, May 31, 2017 at 1:06 AM, Dave Airlie wrote: >> On 31 May 2017 at 08:10, David Miller wrote: >>> From: Daniel Vetter >>> Date: Tue, 30 May 2017

[PATCH V1 2/2] pwm: pwm-qti-lpg: Add PWM driver for QTI LPG module

From: Fenglin Wu Add pwm_chip to support QTI LPG module and export LPG channels as PWM devices for consumer drivers' usage. Signed-off-by: Fenglin Wu --- .../devicetree/bindings/pwm/pwm-qti-lpg.txt| 39 ++ drivers/pwm/Kconfig

RE: [PATCH v6 2/6] drm/i915/gvt: OpRegion support for GVT-g

Hi >-Original Message- >From: intel-gvt-dev [mailto:intel-gvt-dev-boun...@lists.freedesktop.org] On >Behalf Of Zhenyu Wang >Sent: Wednesday, May 31, 2017 12:47 PM >To: Chen, Xiaoguang >Cc: Tian, Kevin ; intel-...@lists.freedesktop.org;

Re: [PATCH 2/2] timer: imx-tpm: add imx tpm timer support

Hi Daniel, On Thu, May 25, 2017 at 10:54:55PM +0200, Daniel Lezcano wrote: > On Sat, May 13, 2017 at 03:29:35PM +0800, Dong Aisheng wrote: > > IMX Timer/PWM Module (TPM) supports both timer and pwm function while > > this patch only adds the timer support. PWM would be added later. > > > > The

Re: [PATCH v6 2/6] drm/i915/gvt: OpRegion support for GVT-g

On 2017.05.31 06:22:28 +, Chen, Xiaoguang wrote: > >> @@ -467,6 +555,15 @@ static int intel_vgpu_create(struct kobject *kobj, > >struct mdev_device *mdev) > >>vgpu->vdev.mdev = mdev; > >>mdev_set_drvdata(mdev, vgpu); > >> > >> + ret = intel_vgpu_reg_init_opregion(vgpu); > >> + if

Re: [lkp-robot] [btrfs] beeeccca9b: WARNING:at_mm/util.c:#kvmalloc_node

On Wed 31-05-17 14:30:33, kernel test robot wrote: > > FYI, we noticed the following commit: > > commit: beeeccca9bebcec386cc31c250cff8a06cf27034 ("btrfs: Use kvzalloc > instead of kzalloc/vmalloc in alloc_bitmap") > https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master I

[PATCH] mISDN: Fix a sleep-in-atomic bug

The driver may sleep under a read spin lock, and the function call path is: send_socklist (acquire the lock by read_lock) skb_copy(GFP_KERNEL) --> may sleep To fix it, the "GFP_KERNEL" is replaced with "GFP_ATOMIC". Signed-off-by: Jia-Ju Bai ---

Re: [PATCH v2] perf: fix double free at function perf_hpp__reset_output_field

On Wed, May 31, 2017 at 03:05:51PM +0800, Du, Changbin wrote: > > Hi jirka, Will you send a patch to fix this issue? If not I will send my > solution in a new thread. oops, forgot about this one.. I'll pick it up thanks, jirka

Re: linux-next: build failure after merge of the rtc tree

Hi, On 31/05/2017 at 07:45:07 +0200, Heiner Kallweit wrote: > Am 31.05.2017 um 06:33 schrieb Stephen Rothwell: > > Hi Alexandre, > > > > After merging the rtc tree, today's linux-next build (arm > > multi_v7_defconfig) failed like this: > > > > drivers/rtc/rtc-ds1307.c: In function

  1   2   3   4   5   6   7   8   9   10   >