[PATCH 4.8 25/37] parisc: Fix race in pci-dma.c

4.8-stable review patch. If anyone has any objections, please let me know. -- From: John David Anglin commit c0452fb9fb8f49c7d68ab9fa0ad092016be7b45f upstream. We are still troubled by occasional random segmentation faults and memory memory corruption on

[PATCH 4.8 13/37] cfg80211: limit scan results cache size

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Berg commit 9853a55ef1bb66d7411136046060bbfb69c714fa upstream. It's possible to make scanning consume almost arbitrary amounts of memory, e.g. by sending

[PATCH 4.8 33/37] powerpc: Set missing wakeup bit in LPCR on POWER9

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Benjamin Herrenschmidt commit 7a43906f5cbfb74712af168988455e350707e310 upstream. There is a new bit, LPCR_PECE_HVEE (Hypervisor Virtualization Exit Enable), which

[PATCH 4.4 08/21] Fix USB CB/CBI storage devices with CONFIG_VMAP_STACK=y

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Petr Vandrovec commit 2ce9d2272b98743b911196c49e7af5841381c206 upstream. Some code (all error handling) submits CDBs that are allocated on the stack. This breaks with

[PATCH 4.8 17/37] NFSv4.x: hide array-bounds warning

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann commit d55b352b01bc78fbc3d1bb650140668b87e58bf9 upstream. A correct bugfix introduced a harmless warning that shows up with gcc-7: fs/nfs/callback.c: In function

[PATCH 4.8 31/37] device-dax: check devm_nsio_enable() return value

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Dan Williams commit 6a84fb4b4e439a8ef0ce19ec7e7661ad76f655c9 upstream. If the dax_pmem driver is passed a resource that is already busy the driver probe attempt

[PATCH 4.4 16/21] parisc: Also flush data TLB in flush_icache_page_asm

4.4-stable review patch. If anyone has any objections, please let me know. -- From: John David Anglin commit 5035b230e7b67ac12691ed3b5495bbb617027b68 upstream. This is the second issue I noticed in reviewing the parisc TLB code. The fic instruction may

[PATCH 4.8 12/37] tile: avoid using clocksource_cyc2ns with absolute cycle count

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Chris Metcalf commit e658a6f14d7c0243205f035979d0ecf6c12a036f upstream. For large values of "mult" and long uptimes, the intermediate result of "cycles * mult" can

Re: [PATCH V3] leds: pca955x: Add ACPI support for pca955x

On Wed, Nov 30, 2016 at 3:01 PM, Jacek Anaszewski wrote: > > On 11/30/2016 08:51 AM, Jacek Anaszewski wrote: >> >> Hi Tin, >> >> How this patch is different from the one already merged? >> >> Best regards, >> Jacek Anaszewski >> >> On 11/30/2016 04:08 AM, Tin Huynh

[RFC] kasan: is it a wrong report from kasan?

The kernel version is v4.1, and I find some error reports from kasan. I'm not sure whether it is a wrong report. 11-29 07:57:26.513 <3>[12507.758056s][pid:0,cpu3,swapper/3]BUG: KASAN: stack-out-of-bounds in trace_event_buffer_lock_reserve+0x50/0x170 at addr ffc035903bf0 11-29 07:57:26.513

Re: [PATCH V4] PM / OPP: Pass opp_table to dev_pm_opp_put_regulator()

On 30-11-16, 15:19, Joonyoung Shim wrote: > Hi Viresh, > > On 11/30/2016 12:59 PM, Viresh Kumar wrote: > > From: Stephen Boyd > > > > Joonyoung Shim reported an interesting problem on his ARM octa-core > > Odoroid-XU3 platform. During system suspend,

RE: [PATCH V3] leds: pca955x: Add ACPI support for pca955x

+-Original Message- +From: Jacek Anaszewski [mailto:j.anaszew...@samsung.com] +Sent: Wednesday, November 30, 2016 3:18 PM +To: Tin Huynh +Cc: Mika Westerberg; Rafael J. Wysocki; Richard Purdie; linux- +l...@vger.kernel.org; linux-kernel@vger.kernel.org; linux- +a...@vger.kernel.org; Loc

Re: [PATCH 07/12] usb: sunxi: Uses the resource-managed extcon API when registering extcon notifier

On Wed, Nov 30, 2016 at 02:57:35PM +0900, Chanwoo Choi wrote: > This patch just uses the resource-managed extcon API when registering > the extcon notifier. > > Signed-off-by: Chanwoo Choi Acked-by: Maxime Ripard Thanks! Maxime --

Re: [PATCH v6 4/9] dt-bindings: iio: iio-mux: document iio-mux bindings

On 2016-11-30 09:52, Peter Rosin wrote: > I'm holding off v7 pending more important changes. Err, crap. That was ambiguous. I do not know of any important changes to make, but please review so that important changes can be discovered! Cheers, Peter

Re: [PATCH V3] leds: pca955x: Add ACPI support for pca955x

Hi Phong, On 11/30/2016 09:23 AM, Phong Vo wrote: +-Original Message- +From: Jacek Anaszewski [mailto:j.anaszew...@samsung.com] +Sent: Wednesday, November 30, 2016 3:18 PM +To: Tin Huynh +Cc: Mika Westerberg; Rafael J. Wysocki; Richard Purdie; linux- +l...@vger.kernel.org;

Re: [PATCH 3/3 v3] ALSA: usb-audio: fix race in snd_usb_endpoint_stop

On Wed, 30 Nov 2016 08:59:23 +0100, Jiada Wang wrote: > > From: Mark Craske > > Kernel crash seen once: > > Unable to handle kernel NULL pointer dereference at virtual address 0008 > pgd = a1d7c000 > [0008] *pgd=31c93831, *pte=, *ppte= > Internal

Re: [PATCH] iommu/vt-d: Flush old iotlb for kdump when the device gets context mapped

On 11/30/16 at 04:15pm, Xunlei Pang wrote: > On 11/29/2016 at 10:35 PM, Joerg Roedel wrote: > > On Thu, Nov 17, 2016 at 10:47:28AM +0800, Xunlei Pang wrote: > >> As per the comment, the code here only needs to flush context caches > >> for the special domain 0 which is used to tag the > >>

Re: [PATCH 1/1] ALSA: SOC: DMA: increment buffer pointer atomically

On 11/30/2016 09:36 AM, Lars-Peter Clausen wrote: > On 11/30/2016 09:30 AM, Lars-Peter Clausen wrote: >> On 11/30/2016 09:22 AM, Jiada Wang wrote: >>> From: Andreas Pape >>> >>> Setting pointer and afterwards check for wrap around leads >>> to the possibility of returning

Re: [RFC] ARC: mm: Restrict definition of pfn_valid() macro for CONFIG_FLATMEM

On Tue 29-11-16 18:29:06, Yuriy Kolerov wrote: > Despite the fact that subtraction of unsigned integers is a defined > behaviour however such operations can lead to unexpected results. Thus > it is better to check both left and right boundaries to avoid potential > bugs as it done in the generic

Re: [BUG] msr-trace.h:42 suspicious rcu_dereference_check() usage!

On Wed, 30 Nov 2016, Borislav Petkov wrote: > On Wed, Nov 30, 2016 at 09:54:58AM +0100, Thomas Gleixner wrote: > > Right, that's the safe bet. But I'm quite sure that the C1E crap only > > starts to work _after_ ACPI initialization. > > Yap, I think it is an ACPI decision whether to enter C1E or

[PATCH 4.8 16/37] apparmor: fix change_hat not finding hat after policy replacement

4.8-stable review patch. If anyone has any objections, please let me know. -- From: John Johansen commit 3d40658c977769ce2138f286cf131537bf68bdfe upstream. After a policy replacement, the task cred may be out of date and need to be updated.

[PATCH 4.8 07/37] usb: chipidea: move the lock initialization to core file

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Peter Chen commit a5d906bb261cde5f881a949d3b0fbaa285dcc574 upstream. This can fix below dump when the lock is accessed at host mode due to it is not initialized. [

[PATCH 4.8 36/37] can: bcm: fix support for CAN FD frames

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Oliver Hartkopp commit 5499a6b22e5508b921c447757685b0a5e40a07ed upstream. Since commit 6f3b911d5f29b98 ("can: bcm: add support for CAN FD frames") the CAN broadcast

[PATCH 4.8 35/37] powerpc/boot: Fix the early OPAL console wrappers

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Oliver O'Halloran commit a1ff57416af9a7971a801d553cd53edd8afb28d6 upstream. When configured with CONFIG_PPC_EARLY_DEBUG_OPAL=y the kernel expects the OPAL entry and base

[PATCH 4.8 15/37] drm/radeon: fix power state when port pm is unavailable (v2)

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Peter Wu commit d3ac31f3b4bf9fade93d69770cb9c34912e017be upstream. When PCIe port PM is not enabled (system BIOS is pre-2015 or the pcie_port_pm=off parameter is set),

Re: [PATCH 1/6] net: ethernet: ti: netcp: add support of cpts

On Mon, Nov 28, 2016 at 05:04:23PM -0600, Grygorii Strashko wrote: > @@ -678,6 +744,9 @@ struct gbe_priv { > int num_et_stats; > /* Lock for updating the hwstats */ > spinlock_t hw_stats_lock; > + > + int

[PATCH v6 5/9] iio: multiplexer: new iio category and iio-mux driver

When a multiplexer changes how an iio device behaves (for example by feeding different signals to an ADC), this driver can be used to create one virtual iio channel for each multiplexer state. Depends on the generic multiplexer subsystem. Cache any ext_info values from the parent iio channel,

[PATCH v6 8/9] dt-bindings: mux-adg792a: document devicetree bindings for ADG792A/G mux

Analog Devices ADG792A/G is a triple 4:1 mux. Signed-off-by: Peter Rosin --- .../devicetree/bindings/misc/mux-adg792a.txt | 64 ++ 1 file changed, 64 insertions(+) create mode 100644 Documentation/devicetree/bindings/misc/mux-adg792a.txt diff --git

[PATCH v6 7/9] i2c: i2c-mux-simple: new driver

This is a generic simple i2c mux that uses the generic multiplexer subsystem to do the muxing. The user can select if the mux is to be mux-locked and parent-locked as described in Documentation/i2c/i2c-topology. Signed-off-by: Peter Rosin --- drivers/i2c/muxes/Kconfig

[PATCH v6 9/9] misc: mux-adg792a: add mux controller driver for ADG792A/G

Analog Devices ADG792A/G is a triple 4:1 mux. Signed-off-by: Peter Rosin --- drivers/misc/Kconfig | 12 drivers/misc/Makefile | 1 + drivers/misc/mux-adg792a.c | 154 + 3 files changed, 167 insertions(+) create

Re: [PATCH V3] leds: pca955x: Add ACPI support for pca955x

On 11/30/2016 09:06 AM, Tin Huynh wrote: On Wed, Nov 30, 2016 at 3:01 PM, Jacek Anaszewski wrote: On 11/30/2016 08:51 AM, Jacek Anaszewski wrote: Hi Tin, How this patch is different from the one already merged? Best regards, Jacek Anaszewski On 11/30/2016 04:08

[PATCH 1/1] ALSA: SOC: DMA: increment buffer pointer atomically

From: Andreas Pape Setting pointer and afterwards check for wrap around leads to the possibility of returning the inconsistent pointer position. This patch increments buffer pointer atomically to avoid this issue. Signed-off-by: Andreas Pape

Re: [PATCH 1/1] ALSA: SOC: DMA: increment buffer pointer atomically

On 11/30/2016 09:30 AM, Lars-Peter Clausen wrote: > On 11/30/2016 09:22 AM, Jiada Wang wrote: >> From: Andreas Pape >> >> Setting pointer and afterwards check for wrap around leads >> to the possibility of returning the inconsistent pointer position. >> This patch increments

[PATCH] net: asix: Fix AX88772_suspend() USB vendor commands failure issues

The change fixes AX88772_suspend() USB vendor commands failure issues. Signed-off-by: Allan Chou Tested-by: Allan Chou Tested-by: Jon Hunter --- --- a/drivers/net/usb/asix_devices.c2016-11-28 05:08:04.0 +0800 +++

RE: [PATCH v4 3/5] net: asix: Fix AX88772x resume failures

Dear Jon, Thanks a lot for your reminding. I will submit a new driver patch soon. --- Best regards, Allan Chou -Original Message- From: Jon Hunter [mailto:jonath...@nvidia.com] Sent: Wednesday, November 30, 2016 4:08 PM To: al...@asix.com.tw; fre...@asix.com.tw;

Re: [PATCH 1/3 v1] ALSA: usb-audio: more tolerant packetsize

On Wed, 30 Nov 2016 08:59:21 +0100, Jiada Wang wrote: > > From: Andreas Pape > > since commit 57e6dae1087bbaa6b33d3dd8a8e90b63888939a3 the expected packetsize > is always limited to Please use a form with 12 chars SHA ID plus the commit subject, e.g. 1234567890ab ("blah

[RFC] usb: host: xhci: Remove the watchdog timer and use command timer to watch stop endpoint command

If the hardware never responds to the stop endpoint command, the URBs will never be completed, and we might hang the USB subsystem. The original watchdog timer is used to watch if one stop endpoint command is timeout, if timeout, then the watchdog timer will set XHCI_STATE_DYING, try to halt the

[PATCH 4.4 05/21] usb: chipidea: move the lock initialization to core file

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Peter Chen commit a5d906bb261cde5f881a949d3b0fbaa285dcc574 upstream. This can fix below dump when the lock is accessed at host mode due to it is not initialized. [

[PATCH 4.8 10/37] Fix USB CB/CBI storage devices with CONFIG_VMAP_STACK=y

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Petr Vandrovec commit 2ce9d2272b98743b911196c49e7af5841381c206 upstream. Some code (all error handling) submits CDBs that are allocated on the stack. This breaks with

[PATCH 4.8 27/37] mmc: sdhci-of-esdhc: fixup PRESENT_STATE read

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Michael Walle commit b0921d5c9ed6ffa8a4d6afc5ee5f136b87445f14 upstream. Since commit 87a18a6a5652 ("mmc: mmc: Use ->card_busy() to detect busy cards in __mmc_switch()") the

[PATCH 4.8 21/37] perf/x86/intel: Cure bogus unwind from PEBS entries

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Peter Zijlstra commit b8000586c90b4804902058a38d3a59ce5708e695 upstream. Vince Weaver reported that perf_fuzzer + KASAN detects that PEBS event unwinds sometimes do

[PATCH 4.4 06/21] USB: serial: cp210x: add ID for the Zone DPMX

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Paul Jakma commit 2ab13292d7a314fa45de0acc808e41aaad31989c upstream. The BRIM Brothers Zone DPMX is a bicycle powermeter. This ID is for the USB serial interface in its

[PATCH 4.8 20/37] perf/core: Fix address filter parser

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Alexander Shishkin commit e96271f3ed7e702fa36dd0605c0c5b5f065af816 upstream. The token table passed into match_token() must be null-terminated, which it

[PATCH 4.4 20/21] mei: me: fix place for kaby point device ids.

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Tomas Winkler This is fix of the backported patch only, it places KBL DIDs on correct place to easy on backporting of further DIDs. Fixes: 5c99f32c461c ('mei: me: add

[PATCH 4.8 22/37] thermal/powerclamp: add back module device table

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Jacob Pan commit ec638db8cb9ddd5ca08b23f2835b6c9c15eb616d upstream. Commit 3105f234e0aba43e44e277c20f9b32ee8add43d4 replaced module cpu id table with a cpu

[PATCH 4.8 24/37] parisc: Switch to generic sched_clock implementation

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Helge Deller commit 43b1f6abd59063a088416a0df042b36450f91f75 upstream. Drop the open-coded sched_clock() function and replace it by the provided GENERIC_SCHED_CLOCK

[PATCH 4.8 34/37] powerpc/mm: Fixup kernel read only mapping

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Aneesh Kumar K.V commit 984d7a1ec67ce3a46324fa4bcb4c745bbc266cf2 upstream. With commit e58e87adc8bf9 ("powerpc/mm: Update _PAGE_KERNEL_RO") we started using

Re: [RFC] panic on cascade() of kernel/time/timer.c

On 2016/11/30 17:18, Thomas Gleixner wrote: > On Wed, 30 Nov 2016, Yisheng Xie wrote: > >> Hi all, >> The kernel version is 4.1.18, and we got a panic at cascade(). >> from the log it seems cause by BUG_ON of kernel/time/timer.c:1120. >> Any ideas about about it? > > Probably a timer which got

RE: [char-msic 1/3] mei: me: disable driver on SPT SPS firmware

> > On Tue, Nov 29, 2016 at 09:41:41PM +, Winkler, Tomas wrote: > > > > > > > > > > On Tue, Nov 29, 2016 at 07:21:43PM +, Winkler, Tomas wrote: > > > > > > > > > > On Tue, Nov 29, 2016 at 02:44:44PM +0200, Tomas Winkler wrote: > > > > > > commit 8c57cac1457f3125a5d13dc03635c0708c61bff0

[PATCH v6 3/9] iio: inkern: api for manipulating ext_info of iio channels

Extend the inkern api with functions for reading and writing ext_info of iio channels. Signed-off-by: Peter Rosin --- drivers/iio/inkern.c | 60 include/linux/iio/consumer.h | 37 +++ 2 files changed,

Re: [PATCH net-next v4 0/4] Fix OdroidC2 Gigabit Tx link issue

On Mon, 2016-11-28 at 09:54 -0800, Florian Fainelli wrote: > On 11/28/2016 07:50 AM, Jerome Brunet wrote: > > > > This patchset fixes an issue with the OdroidC2 board (DWMAC + > > RTL8211F). > > The platform seems to enter LPI on the Rx path too often while > > performing > > relatively high TX

Re: [PATCH 19/39] mtd: nand: denali: perform erased check against raw transferred page

On Wed, 30 Nov 2016 14:36:13 +0900 Masahiro Yamada wrote: > Hi Boris > > > 2016-11-28 1:12 GMT+09:00 Boris Brezillon > : > > On Sun, 27 Nov 2016 03:06:05 +0900 > > Masahiro Yamada wrote: > > >

Re: [PATCH 1/4] locking: Begin kselftests for ww_mutex

On 30.11.2016 01:35, Chris Wilson wrote: Signed-off-by: Chris Wilson Cc: Peter Zijlstra Cc: Maarten Lankhorst Cc: Nicolai Hähnle --- kernel/locking/Makefile| 1 +

Re: [PATCH V3] leds: pca955x: Add ACPI support for pca955x

On 11/30/2016 08:51 AM, Jacek Anaszewski wrote: Hi Tin, How this patch is different from the one already merged? Best regards, Jacek Anaszewski On 11/30/2016 04:08 AM, Tin Huynh wrote: This patch enables ACPI support for leds-pca955x driver. Signed-off-by: Tin Huynh ---

[PATCH 3/3 v3] ALSA: usb-audio: fix race in snd_usb_endpoint_stop

From: Mark Craske Kernel crash seen once: Unable to handle kernel NULL pointer dereference at virtual address 0008 pgd = a1d7c000 [0008] *pgd=31c93831, *pte=, *ppte= Internal error: Oops: 17 [#1] PREEMPT SMP ARM CPU: 0 PID: 250 Comm: dbus-daemon

[PATCH 2/3 v2] ALSA: usb-audio: avoid setting of sample rate multiple times on bus

From: Daniel Girnus ALSA usually calls the prepare function twice before starting the playback: 1. On hw_params call from userland and 2. internally when starting the stream. Some device are not able to manage this and they will stop playback if the sample rate will be

Re: [PATCH 00/39] mtd: nand: denali: 2nd round of Denali NAND IP patch bomb

Hi. 2016-11-28 0:04 GMT+09:00 Boris Brezillon : > +Andy > > Hi Masahiro, > > On Sun, 27 Nov 2016 03:05:46 +0900 > Masahiro Yamada wrote: > >> As I said in the 1st round series, I am tackling on this driver >> to use it for my

[PATCH 1/2] arm64: Correcting format specifier for printin 64 bit addresses

This patch corrects format specifier for printing 64 bit addresses. Before Patch [ 68.251603] Unable to handle kernel NULL pointer dereference at virtual address [ 68.251673] pgd = ffc01395 [ 68.251782] [] *pgd=93e19003, *pud=93e19003,

Re: [PATCH] cpufreq: dt: Add support for zx296718

On 30-11-16, 15:35, Baoyou Xie wrote: > Add the compatible string for supporting the generic cpufreq driver on > the ZTE's zx296718 SoC. > > Signed-off-by: Baoyou Xie > --- > drivers/cpufreq/cpufreq-dt-platdev.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git

Re: [PATCH] iommu/vt-d: Flush old iotlb for kdump when the device gets context mapped

On 11/29/2016 at 10:35 PM, Joerg Roedel wrote: > On Thu, Nov 17, 2016 at 10:47:28AM +0800, Xunlei Pang wrote: >> As per the comment, the code here only needs to flush context caches >> for the special domain 0 which is used to tag the >> non-present/erroneous caches, seems we should flush the old

Re: [PATCH 00/39] mtd: nand: denali: 2nd round of Denali NAND IP patch bomb

2016-11-28 0:04 GMT+09:00 Boris Brezillon : > +Andy > > Hi Masahiro, > > On Sun, 27 Nov 2016 03:05:46 +0900 > Masahiro Yamada wrote: > >> As I said in the 1st round series, I am tackling on this driver >> to use it for my SoCs. >>

Re: [PATCH] arm64: dts: add zx296718's topcrm node

2016-11-30 15:33 GMT+08:00 Baoyou Xie : > Enable topcrm clock node for zx296718, which is used for > CPU's frequency change. Please follow general rule, such as arm64: dts: zx: brief title of your changes > > Furthermore, this patch adds the CPU clock phandle in CPU's node

Re: [PATCH v2] arm64: dts: exynos: Add flash led dt node for TM2 board

Dear Seung-Woo, I think that this patch looks good to me. But, When I tested this patch on my TM2 board, the flash turn off after some millisecond automatically. It is strange situation. Unfortunately, I don't know the cause. I think that we better to check this issue for more time. Best

Re: [PATCH v2] arm64: dts: exynos: Add flash led dt node for TM2 board

Hello Chanwoo, On 2016년 11월 30일 17:36, Chanwoo Choi wrote: > Dear Seung-Woo, > > I think that this patch looks good to me. > But, When I tested this patch on my TM2 board, > the flash turn off after some millisecond automatically. Thank you for testing on your side. I will check on my side

[PATCH 3/3] ARM: fix asm symbol exports

This assumes a revert of commit 8478132a87 before being applied. Annotate exported assembly symbols so they are properly checksummed when modversion is selected. Also, don't use \name with EXPORT_SYMBOL() in bitops.h. Here \name is an assembler macro argument which is not subject to preprocessor

[PATCH 0/3] fix modversion for symbol exported from asm code

This is my alternative to asm-prototypes.h for fixing modversion with assembly symbols. This preserves the goal of not having a central list of symbols that may get out of sync wrt the actual code. An example usage is provided for ARM. The asm-prototypes.h method is still available for those who

[PATCH 1/3] kbuild: improve EXPORT_SYMBOL() parsing from asm code

First, make the asm-prototypes.h presence optional. The next patch will make it unneeded for modversion support. Use the -D__GENKSYMS__ like we do for .c files but to expand the EXPORT_SYMBOL macro using the preprocessor instead of a sed script. The preprocessor output parsing is then limited to

[PATCH 2/3] kbuild: make modversion for exported asm symbols more convivial

Rather than having an asm-prototypes.h file where C prototypes for exported asm symbols are centralized, let's have some macros that can be used directly in the code where those symbols are exported for genksyms consumption. Either the prototype is provided directly if no include files has it, or

Re: [PATCH 2/3 v2] ALSA: usb-audio: avoid setting of sample rate multiple times on bus

On Wed, 30 Nov 2016 08:59:22 +0100, Jiada Wang wrote: > > From: Daniel Girnus > > ALSA usually calls the prepare function twice before starting the playback: > 1. On hw_params call from userland and > 2. internally when starting the stream. > Some device are not able to

[PATCH v6 6/9] dt-bindings: i2c: i2c-mux-simple: document i2c-mux-simple bindings

Signed-off-by: Peter Rosin --- .../devicetree/bindings/i2c/i2c-mux-simple.txt | 81 ++ 1 file changed, 81 insertions(+) create mode 100644 Documentation/devicetree/bindings/i2c/i2c-mux-simple.txt diff --git

Re: [BUG] msr-trace.h:42 suspicious rcu_dereference_check() usage!

On Wed, 30 Nov 2016, Borislav Petkov wrote: > On Tue, Nov 29, 2016 at 02:59:01PM +0100, Thomas Gleixner wrote: > > The issue is that you obvioulsy start with the assumption, that the machine > > has this bug. As a consequence the machine is brute forced into tick > > broadcast mode, which cannot

Re: [PATCH v10 00/13] MT2701 DRM support

Hi, YT: On Fri, 2016-11-25 at 18:34 +0800, YT Shen wrote: > This is MT2701 DRM support PATCH v10, based on 4.9-rc1. > We add DSI interrupt control, transfer function for MIPI DSI panel support. > Most codes are the same, except some register changed. > > For example: > - DISP_OVL address offset

[RFC] panic on cascade() of kernel/time/timer.c

Hi all, The kernel version is 4.1.18, and we got a panic at cascade(). from the log it seems cause by BUG_ON of kernel/time/timer.c:1120. Any ideas about about it? Any reply will be appreciated. Thanks, Yisheng. - [76661.805297s][pid:457,cpu3,surfaceflinger]CPU: 3 PID:

[PATCH kernel v5 2/5] virtio-balloon: define new feature bit and head struct

Add a new feature which supports sending the page information with a bitmap. The current implementation uses PFNs array, which is not very efficient. Using bitmap can improve the performance of inflating/deflating significantly The page bitmap header will used to tell the host some information

[PATCH kernel v5 5/5] virtio-balloon: tell host vm's unused page info

This patch contains two parts: One is to add a new API to mm go get the unused page information. The virtio balloon driver will use this new API added to get the unused page info and send it to hypervisor(QEMU) to speed up live migration. During sending the bitmap, some the pages may be modified

[PATCH kernel v5 1/5] virtio-balloon: rework deflate to add page to a list

When doing the inflating/deflating operation, the current virtio-balloon implementation uses an array to save 256 PFNS, then send these PFNS to host through virtio and process each PFN one by one. This way is not efficient when inflating/deflating a large mount of memory because too many times of

[PATCH kernel v5 3/5] virtio-balloon: speed up inflate/deflate process

The implementation of the current virtio-balloon is not very efficient, the time spends on different stages of inflating the balloon to 7GB of a 8GB idle guest: a. allocating pages (6.5%) b. sending PFNs to host (68.3%) c. address translation (6.1%) d. madvise (19%) It takes about 4126ms for the

Re: [PATCH] iio: cros_ec_light_prox: add ChromeOS EC Light and Proximity Sensors

Hi Jonathan, Many thanks for the review, I'm preparing v2. One question below. 2016-11-27 11:39 GMT+01:00 Jonathan Cameron : > On 25/11/16 12:03, Enric Balletbo i Serra wrote: >> From: Gwendal Grignou >> >> Handle Light and Proximity sensors presented by

[PATCH kernel v5 0/5] Extend virtio-balloon for fast (de)inflating & fast live migration

This patch set contains two parts of changes to the virtio-balloon. One is the change for speeding up the inflating & deflating process, the main idea of this optimization is to use bitmap to send the page information to host instead of the PFNs, to reduce the overhead of virtio data

[PATCH kernel v5 4/5] virtio-balloon: define flags and head for host request vq

Define the flags and head struct for a new host request virtual queue. Guest can get requests from host and then responds to them on this new virtual queue. Host can make use of this virtual queue to request the guest do some operations, e.g. drop page cache, synchronize file system, etc. And the

Re: [BUG] msr-trace.h:42 suspicious rcu_dereference_check() usage!

On Wed, Nov 30, 2016 at 09:54:58AM +0100, Thomas Gleixner wrote: > Right, that's the safe bet. But I'm quite sure that the C1E crap only > starts to work _after_ ACPI initialization. Yap, I think it is an ACPI decision whether to enter C1E or not. And all those boxes which are unaffected - they

Re: [PATCH] printk.c: removed unnecessary code

[Resending with the full CC list as my email client has clobbered it in the previous attempt for some reason] On Tue 29-11-16 16:19:01, Sebastian Duda wrote: > snprintf((char *) ?, 0, ...); always returns Zero and doesn't change the data. > Thus the execution of > snprintf(NULL, 0,

Re: [PATCH v2 13/13] net: ethernet: ti: cpts: fix overflow check period

On Mon, Nov 28, 2016 at 05:03:37PM -0600, Grygorii Strashko wrote: > The CPTS drivers uses 8sec period for overflow checking with > assumption that CPTS retclk will not exceed 500MHz. But that's not > true on some TI platforms (Kesytone 2). As result, it is possible that > CPTS counter will

Re: [PATCHv13 2/3] usb: USB Type-C connector class

Hi Greg, On Tue, Nov 29, 2016 at 05:27:44PM +0100, Greg KH wrote: > > +struct typec_cable { > > + struct device dev; > > + enum typec_plug_typetype; > > + u32 vdo; > > + unsigned intusb_pd:1; > > + unsigned intactive:1; > > +

Re: PROBLEM-PERSISTS: dmesg spam: alloc_contig_range: [XX, YY) PFNs busy

[Let's CC linux-mm and Michal] On Tue 29-11-16 22:43:08, Robin H. Johnson wrote: > I didn't get any responses to this. > > git bisect shows that the problem did actually exist in 4.5.0-rc6, but > has gotten worse by many orders of magnitude (< 1/week to ~20M/hour). > > Presently with 4.9-rc5,

Re: [RFC PATCH] ARM: dts: sun8i: add simplefb node for H3

On Tue, 29 Nov 2016 22:59:32 +0100 Maxime Ripard wrote: > > > I'm still not sure which pipeline should I use. > > > > > > And, it seems that HDMI Slow Clock is not needed? > > > > > > (seems that it's only for EDID, but simplefb won't use EDID) > > > > So, I

Re: [PATCH V3] leds: pca955x: Add ACPI support for pca955x

On 2016-11-30 10:10, Phong Vo wrote: > +-Original Message- > +From: Jacek Anaszewski [mailto:j.anaszew...@samsung.com] > + > +Hi Phong, > + > +On 11/30/2016 09:23 AM, Phong Vo wrote: > +> +-Original Message- > +> +From: Jacek Anaszewski [mailto:j.anaszew...@samsung.com] > +> + > +>

Re: [PATCH 1/1] ALSA: SOC: DMA: increment buffer pointer atomically

On 11/30/2016 09:22 AM, Jiada Wang wrote: > From: Andreas Pape > > Setting pointer and afterwards check for wrap around leads > to the possibility of returning the inconsistent pointer position. > This patch increments buffer pointer atomically to avoid this issue. Makes

Re: Idea behind EXT4_IOC_GET_ENCRYPTION_PWSALT?

Joe, On 30.11.2016 01:44, Joe Richey wrote: > Richard, > > Our current design for fscrypt (tentative name for the userspace > filesystem encryption manager) does not use the global filesystem salt > (EXT4_IOC_GET_ENCRYPTION_PWSALT), we are planning on having a > different salt for each password

RE: [LINUX RFC v4 3/4] mtd: spi-nor: add stripe support

Hi Cyrille, > I have not finished to review the whole series yet but here some first > comments: Thanks for reviewing these patch series. > > Le 27/11/2016 à 09:33, Naga Sureshkumar Relli a écrit : > > This patch adds stripe support and it is needed for GQSPI parallel > > configuration mode

[PATCH 4.4 07/21] USB: serial: ftdi_sio: add support for TI CC3200 LaunchPad

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Doug Brown commit 9bfef729a3d11f04d12788d749a3ce6b47645734 upstream. This patch adds support for the TI CC3200 LaunchPad board, which uses a custom USB vendor ID and

[PATCH 4.4 00/21] 4.4.36-stable review

This is the start of the stable review cycle for the 4.4.36 release. There are 21 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Fri Dec 2 09:26:46 UTC 2016. Anything

Re: [PATCH 3/3] ARM: dts: sunxi: enable SDIO Wi-Fi on Orange Pi Zero

Hi, On 29/11/16 10:19, Icenowy Zheng wrote: > > 2016年11月29日 15:16于 Alexey Kardashevskiy 写道： >> >> >> >> On Wed, Nov 23, 2016 at 6:59 PM, Maxime Ripard > wrote: >>> >>> Hi, >>> >>> On Tue, Nov 22, 2016 at 12:24:21AM +0800, Icenowy Zheng wrote:

Re: [PATCH 00/11] locking/ww_mutex: Keep sorted wait list to avoid stampedes

On Mon, Nov 28, 2016 at 01:20:01PM +0100, Nicolai Hähnle wrote: > I've included timings taken from a contention-heavy stress test to some of > the patches. The stress test performs actual GPU operations which take a > good chunk of the wall time, but even so, the series still manages to > improve

Re: [PATCH net 04/16] net: ethernet: aurora: nb8800: fix fixed-link phydev leaks

On 28/11/2016 19:24, Johan Hovold wrote: > Make sure to deregister and free any fixed-link PHY registered using > of_phy_register_fixed_link() on probe errors and on driver unbind. > > Fixes: c7dfe3abf40e ("net: ethernet: nb8800: support fixed-link DT node") > Signed-off-by: Johan Hovold

Re: [RFC v3 04/10] iommu: iommu_alloc_resv_region

Hi Joerg, On 29/11/2016 17:11, Joerg Roedel wrote: > On Tue, Nov 15, 2016 at 01:09:17PM +, Eric Auger wrote: >> +static inline struct iommu_resv_region * >> +iommu_alloc_resv_region(phys_addr_t start, size_t length, unsigned int prot) >> +{ >> +return NULL; >> +} >> + > > Will this

[PATCH] auxdisplay: ht16k33: select framebuffer helper modules

The new driver caused a rare randconfig failure: drivers/auxdisplay/ht16k33.o:(.data.ht16k33_fb_ops+0xc): undefined reference to `fb_sys_read' drivers/auxdisplay/ht16k33.o:(.data.ht16k33_fb_ops+0x10): undefined reference to `fb_sys_write' This selects the respective helper modules.

[PATCH V4] leds: pca955x: Add ACPI support for pca955x

This patch enables ACPI support for leds-pca955x driver. Signed-off-by: Tin Huynh --- drivers/leds/leds-pca955x.c | 22 +- 1 files changed, 21 insertions(+), 1 deletions(-) Change from V3: -Drop ".id =" and ".driver_data =" from pca955x_acpi_ids

[PATCH v6 1/9] dt-bindings: document devicetree bindings for mux-controllers and mux-gpio

Signed-off-by: Peter Rosin --- .../devicetree/bindings/misc/mux-controller.txt| 127 + .../devicetree/bindings/misc/mux-gpio.txt | 68 +++ MAINTAINERS| 5 + 3 files changed, 200 insertions(+)

[PATCH 4.8 37/37] mm, oom: stop pre-mature high-order OOM killer invocations

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Michal Hocko 31e49bfda184 ("mm, oom: protect !costly allocations some more for !CONFIG_COMPACTION") was an attempt to reduce chances of pre-mature OOM killer invocation for

<    1   2   3   4   5   6   7   8   9   10   >