[PATCH 1/2] input: touchscreen: ar1021_i2c: enable touch mode during open

The device could as well be in command mode, in which this driver cannot handle the device. When opening the device, let's make sure the device will be in the mode we expect it to be for this driver. Signed-off-by: Martin Kepplinger ---

[PATCH] arm64: Print DT machine model in setup_machine_fdt()

On arm32, the machine model specified in the device tree is printed during boot-up, courtesy of of_flat_dt_match_machine(). On arm64, of_flat_dt_match_machine() is not called, and the machine model information is not available from the kernel log. Print the machine model to make it easier to

Re: [PATCH 1/2] drm: Introduce crtc->mode_valid() callback

Hi Andrzej, Thanks for your answer! On 27-04-2017 11:05, Andrzej Hajda wrote: > Hi Jose, > > On 26.04.2017 12:48, Jose Abreu wrote: >> Some crtc's may have restrictions in the mode they can display. In >> this patch a new callback (crtc->mode_valid()) is introduced that >> is called at the

Re: TREE_SRCU slows hotplug by factor ~16

On Thu, Apr 27, 2017 at 07:44:00AM +0200, Mike Galbraith wrote: > On Wed, 2017-04-26 at 22:32 -0700, Paul E. McKenney wrote: > > On Thu, Apr 27, 2017 at 06:15:56AM +0200, Mike Galbraith wrote: > > > On Wed, 2017-04-26 at 21:11 -0700, Paul E. McKenney wrote: > > > > > > > This is with

Re: [PATCH v1 8/8] ACPI: Use recently introduced uuid_le_cmp_p{p}() helpers

On Fri, Apr 21, 2017 at 11:22:31PM +0200, Rafael J. Wysocki wrote: > > #ifdef CONFIG_ACPI_APEI_PCIEAER > > - else if (!uuid_le_cmp(*(uuid_le *)gdata->section_type, > > - CPER_SEC_PCIE)) { > > + else if (!uuid_le_cmp_p(sec_type, CPER_SEC_PCIE)) {

Re: [PATCH] plugin python: Adjust the handling after PyRun_String() failed

On 04/27/2017 08:30 PM, Steven Rostedt wrote: On Thu, 27 Apr 2017 11:52:14 +0900 Taeung Song wrote: On 04/27/2017 11:47 AM, Steven Rostedt wrote: On Thu, 27 Apr 2017 08:46:21 +0900 Taeung Song wrote: Even though PyRun_String() failed,

[PATCH 0/2] usb: dwc2: Replace polling code with function calls

This series moves dwc2_hsotg_wait_bit_set polling function to core.c and replaces all the register polling parts of code with function calls Tested on HAPS platform with DWC_hsotg IP version 3.30a. Sevak Arakelyan (2): usb: dwc2: Move polling function to core.c. usb: dwc2: Use common

Re: [PATCH 1/3] arm64: Add MIDR values for Cavium cn99xx SoCs

On Thu, Apr 27, 2017 at 5:16 PM, Geetha sowjanya wrote: > From: Geetha > > Add MIDR values for Cavium cn99xx SoCs > > Signed-off-by: Geetha > --- > arch/arm64/include/asm/cputype.h | 3 +++ > 1 file changed, 3 insertions(+) > >

Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction

On Thu, Apr 27, 2017 at 4:07 AM, Rusty Russell wrote: > Djalal Harouni writes: >> Hi Rusty, >> >> On Mon, Apr 24, 2017 at 6:29 AM, Rusty Russell wrote: >>> Djalal Harouni writes: When value is (1), task must

Re: [PATCH 1/1] Remove hardcoding of ___GFP_xxx bitmasks

On Wed 26-04-17 18:29:08, Igor Stoppa wrote: [...] > If you prefer to have this patch only as part of the larger patchset, > I'm also fine with it. I agree that the situation is not ideal. If a larger set of changes would benefit from this change then it would clearly add arguments... > Also, if

Re: [PATCH v2] selftests: gpio: add config fragment for gpio-mockup

On 04/19/2017 11:32 AM, Fathi Boudra wrote: > gentle ping > > On 4 April 2017 at 03:52, Bamvor Zhang Jian > wrote: >> Hi, >> >> On 31 March 2017 at 16:41, Fathi Boudra wrote: >>> The gpio test requires to insert the gpio mockup module >>>

[PATCH] staging: android: ion: fix QUOTED_WHITESPACE_BEFORE_NEWLINE

Fix checkpatch warning: unnecessary whitespace before a quoted newline. Signed-off-by: Juan Antonio Pedreira Martos --- drivers/staging/android/ion/ion_chunk_heap.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH] FS-Cache: print hexadecimal value for special cookies type

Jérémy Lefaure wrote: > When building object-list.o, gcc 6 raises a warning on the sprintf call > in fscache_objlist_show: > > CC fs/fscache/object-list.o > fs/fscache/object-list.c: In function ‘fscache_objlist_show’: > fs/fscache/object-list.c:265:19:

Re: [PATCH v7 0/7] Introduce ZONE_CMA

On Tue 25-04-17 12:42:57, Joonsoo Kim wrote: > On Mon, Apr 24, 2017 at 03:09:36PM +0200, Michal Hocko wrote: > > On Mon 17-04-17 11:02:12, Joonsoo Kim wrote: > > > On Thu, Apr 13, 2017 at 01:56:15PM +0200, Michal Hocko wrote: > > > > On Wed 12-04-17 10:35:06, Joonsoo Kim wrote: [...] > > not for

Re: [PATCH] mtd: spi-nor: stm32: remove broken MODULE_ALIAS

Le 27/04/2017 à 14:17, Ludovic BARRE a écrit : > thanks a lot Arnd > Indeed, thanks Arnd! Since commit ("mtd: spi-nor: add driver for STM32 quad spi flash controller") was included with the spi-nor PR for 4.12 I've sent yesterday to Brian, I will check with him to know how he wants us to

Re: your mail

On Thu 27-04-17 11:08:38, Joonsoo Kim wrote: > On Wed, Apr 26, 2017 at 11:19:06AM +0200, Michal Hocko wrote: > > > > [...] > > > > > > > > > > You are trying to change a semantic of something that has a well > > > > > > defined > > > > > > meaning. I disagree that we should change it. It might

Re: [PATCH v4 1/2] of: per-file dtc compiler flags

2017-04-26 9:09 GMT+09:00 : > From: Frank Rowand > > The dtc compiler version that adds initial support was available > in 4.11-rc1. Add the ability to set an additional dtc compiler > flag is needed by overlays. > > Signed-off-by: Frank Rowand

Re: [PATCH 0/5] KEYS: sanitize key payloads

Do you have a git branch I can pull from? David

Re: [RFC PATCH] printk: Make functions of pr_ macros

On Wed 2017-03-01 21:58:54, Joe Perches wrote: > On Thu, 2017-03-02 at 14:35 +0900, Sergey Senozhatsky wrote: > > Hello Joe, > > > > On (02/28/17 19:17), Joe Perches wrote: > > > Can save the space that the KERN_ headers require. > > > > > > The biggest negative here is the %pV use which needs >

Re: [PATCH] [media] atmel-isc: Set the default DMA memory burst size

Le 20/04/2017 à 10:51, Songjun Wu a écrit : > Sometimes 'DMA single access' is not enough to transfer > a frame of image, '8-beat burst access' is set as the > default DMA memory burst size. > > Signed-off-by: Songjun Wu Seems okay: Acked-by: Nicolas Ferre

Re: [PATCH] FS-Cache: print hexadecimal value for special cookies type

On Thu, 27 Apr 2017 16:03:45 +0100 David Howells wrote: > Jérémy Lefaure wrote: > > > When building object-list.o, gcc 6 raises a warning on the sprintf call > > in fscache_objlist_show: > > > > CC fs/fscache/object-list.o > >

Re: [PATCH 2/3] selinux: add checksum to policydb

On Thu, 2017-04-27 at 10:41 +0200, Sebastien Buisson wrote: > 2017-04-26 20:30 GMT+02:00 Stephen Smalley : > > This seems like an odd place to trigger the computation. > > I noticed that the policy as exposed via /sys/fs/selinux/policy can > also be modified in

[PATCH] ASoC: Intel: Skylake: use dev in dev_err rather than skl pointer

From: Colin Ian King The dev_err message is dereferencing an uininitialized skl pointer which should be avoided. Don't use skl, use dev instead. Detected by CoverityScan, CID#1432042 ("Uninitialized pointer read") Fixes: 9fe9c71192832 ("ASoC: Intel: Skylake: Move sst

Re: [PATCH V2] x86/tboot: add an option to disable iommu force on

On Thu, Apr 27, 2017 at 07:49:02AM -0700, Shaohua Li wrote: > This is exactly the usage for us. And please note, not everybody should > sacrifice the DMA security. It is only required when the pcie device hits > iommu > hardware limitation. In our enviroment, normal network workloads (as high as

[PATCH -next] irqchip/mbigen: Fix return value check in mbigen_device_probe()

From: Wei Yongjun In case of error, the function devm_ioremap() returns NULL pointer not ERR_PTR(). Use devm_ioremap_resource() instead of devm_ioremap() to fix the IS_ERR() test issue. Fixes: 76e1f77f9c26 ("irqchip/mbigen: Introduce mbigen_of_create_domain()")

Re: [PATCH v3] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy

Kirill Tkhai writes: > On implementing of nested pid namespaces support in CRIU > (checkpoint-restore in userspace tool) we run into > the situation, that it's impossible to create a task with > specific NSpid effectively. After commit 49f4d8b93ccf > "pidns: Capture the

Re: [PATCH] usb: gadget: udc-xilinx: clean up a variable name

On Thu, 2017-04-27 at 12:11:18 +0300, Dan Carpenter wrote: > "ep->udc->lock" and "udc->lock" are the same thing. It confuses Smatch > if we don't use the same name consistently. > > Signed-off-by: Dan Carpenter Reviewed-by: Sören Brinkmann

[PATCH man-pages 2/2] ioctl_userfaultfd.2: start adding details about userfaultfd features

Signed-off-by: Mike Rapoport --- man2/ioctl_userfaultfd.2 | 53 ++-- 1 file changed, 51 insertions(+), 2 deletions(-) diff --git a/man2/ioctl_userfaultfd.2 b/man2/ioctl_userfaultfd.2 index 42bf7a7..cdc07e0 100644 ---

[PATCH man-pages 0/2] some more userfault pages updates

Hi Michael, Here are some more updates to {ioctl_}userfaultfd.2 pages. Mike Rapoport (2): userfaultfd.2: start documenting non-cooperative events ioctl_userfaultfd.2: start adding details about userfaultfd features man2/ioctl_userfaultfd.2 | 53 ++- man2/userfaultfd.2

Re: [PATCH v8 1/4] syscalls: Verify address limit before returning to user-mode

On Wed, Apr 26, 2017 at 11:49 PM, Ingo Molnar wrote: > > * Thomas Garnier wrote: > >> + >> +/* >> + * Called before coming back to user-mode. Returning to user-mode with an >> + * address limit different than USER_DS can allow to overwrite kernel >>

[PATCHv2 2/6] blackfin: boards: MCP23S08 config has been renamed

The mcp23s08 driver now supports pinconf, so the config option has been renamed from CONFIG_GPIO_MCP23S08 to CONFIG_PINCTRL_MCP23S08. Signed-off-by: Sebastian Reichel --- arch/blackfin/mach-bf527/boards/tll6527m.c | 4 ++--

[PATCHv2 4/6] arm: lpc32xx: defconfig: MCP23S08 config has been renamed

The mcp23s08 driver now supports pinconf, so the config option has been renamed from CONFIG_GPIO_MCP23S08 to CONFIG_PINCTRL_MCP23S08. Signed-off-by: Sebastian Reichel --- arch/arm/configs/lpc32xx_defconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH net] net: hns: fix ethtool_get_strings overflow in hns driver

hns_get_sset_count() returns HNS_NET_STATS_CNT and the data space allocated is not enough for ethtool_get_strings(), which will cause random memory corruption. When SLAB and DEBUG_SLAB are both enabled, memory corruptions like the the following can be observed without this patch: [ 43.115200]

[PATCHv2 1/6] gpio: mcp23s08: move to pinctrl

This moves the mcp23s08 driver from gpio to pinctrl. Actual pinctrl support for configuration of the pull-up resistors follows in its own patch. Signed-off-by: Sebastian Reichel --- drivers/gpio/Kconfig| 17 -

[PATCH net-next] can: fix build error without CONFIG_PROC_FS

The procfs dir entry was added inside of an #ifdef, causing a build error when we try to access it without CONFIG_PROC_FS set: net/can/bcm.c:1541:14: error: 'struct netns_can' has no member named 'bcmproc_dir' net/can/bcm.c: In function 'bcm_connect': net/can/bcm.c:1601:14: error: 'struct

[tip:sched/urgent] sched/cputime: Fix ksoftirqd cputime accounting regression

Commit-ID: 25e2d8c1b9e327ed260edd13169cc22bc7a78bc6 Gitweb: http://git.kernel.org/tip/25e2d8c1b9e327ed260edd13169cc22bc7a78bc6 Author: Frederic Weisbecker AuthorDate: Tue, 25 Apr 2017 16:10:48 +0200 Committer: Ingo Molnar CommitDate: Thu, 27 Apr

[PATCH] irqchip/gicv3-its: use IORT only if IOMMU support is enabled

When the IOMMU subsystem is disabled, we cannot build ARM64 kernels with ACPI: drivers/acpi/arm64/iort.c: In function 'iort_iommu_xlate': drivers/acpi/arm64/iort.c:647:22: error: 'struct iommu_fwspec' has no member named 'ops' This adds a Kconfig dependency to only enable ACPI_IORT when it

Re: [PATCH v2] gpiolib: Add stubs for gpiod lookup table interface

On Thu, 27 Apr 2017 16:25:34 +0200 Anatolij Gustschin ag...@denx.de wrote: >On Thu, 27 Apr 2017 17:07:23 +0300 >Andy Shevchenko andy.shevche...@gmail.com wrote: ... >>static inline void gpiod_add_lookup_table(struct gpiod_lookup_table *table) {} >>static inline void

Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI

On Thu, 27 Apr 2017 15:38:19 +0200 Petr Mladek wrote: > > by the way, > > does this `nmi_print_seq' bypass even fix anything for Steven? > > I think that this is the most important question. > > Steven, does the patch from >

Re: [PATCH] perf evsel: Fix to perf-stat malloc corruption on arm64 platforms

On Wed, Apr 26, 2017 at 11:49:46PM +0530, Ganapatrao Kulkarni wrote: > On Wed, Apr 26, 2017 at 10:42 PM, Mark Rutland wrote: > > diff --git a/tools/perf/builtin-stat.c b/tools/perf/builtin-stat.c > > index 13b5499..638aefa 100644 > > --- a/tools/perf/builtin-stat.c > > +++

Re: [PATCH 1/3] ARM: at91: pm: Add sama5d2 backup mode

On 27/04/2017 at 15:34:07 +0200, Romain Izard wrote: > Hello Alexandre, > > This series might also be of interest for the linux-pm mailing list. > I don't think they care enough to review that. > 2017-04-26 18:04 GMT+02:00 Alexandre Belloni > > diff --git a/arch/arm/mach-at91/Makefile

Re: [PATCH 1/3] mm: Silence vmap() allocation failures based on caller gfp_flags

On Tue 25-04-17 15:33:29, Florian Fainelli wrote: > If the caller has set __GFP_NOWARN don't print the following message: > vmap allocation for size 15736832 failed: use vmalloc= to increase > size. > > This can happen with the ARM/Linux module loader built with > CONFIG_ARM_MODULE_PLTS=y which

Re: [PATCH v2] acpi: fix acpi_get_table() leak / acpi-sysfs denial of service

On Wed, Apr 26, 2017 at 11:49 PM, Zheng, Lv wrote: > Hi, Rafael > >> From: linux-acpi-ow...@vger.kernel.org >> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J. >> Wysocki >> Subject: Re: [PATCH v2] acpi: fix acpi_get_table() leak / acpi-sysfs denial >> of

Re: [PATCH V2] x86/tboot: add an option to disable iommu force on

On Thu, Apr 27, 2017 at 10:42:07AM +0200, Joerg Roedel wrote: > On Thu, Apr 27, 2017 at 08:51:42AM +0200, Ingo Molnar wrote: > > > + tboot_noforce [Default Off] > > > + Do not force the Intel IOMMU enabled under tboot. > > > + By default, tboot will force

Re: [PATCH v2 resend] selftests: create cpufreq kconfig fragments

On 04/26/2017 04:09 AM, naresh.kamb...@linaro.org wrote: > From: Naresh Kamboju > > For the better test coverage of cpufreq driver code these extra configurations > are needed. Enable cpufreq governors and stats. > > Signed-off-by: Naresh Kamboju

Re: [PATCH 1/1] Remove hardcoding of ___GFP_xxx bitmasks

On 27/04/17 16:41, Michal Hocko wrote: > On Wed 26-04-17 18:29:08, Igor Stoppa wrote: > [...] >> If you prefer to have this patch only as part of the larger patchset, >> I'm also fine with it. > > I agree that the situation is not ideal. If a larger set of changes > would benefit from this

Re: [PATCH v2] gpiolib: Add stubs for gpiod lookup table interface

On Thu, Apr 27, 2017 at 9:52 AM, Anatolij Gustschin wrote: > Add stubs for gpiod_add_lookup_table() and gpiod_remove_lookup_table() > for the !GPIOLIB case to prevent build errors. Also add prototypes. > > Signed-off-by: Anatolij Gustschin > Reviewed-by: Andy

[PATCH man-pages 1/2] userfaultfd.2: start documenting non-cooperative events

Signed-off-by: Mike Rapoport --- man2/userfaultfd.2 | 135 ++--- 1 file changed, 128 insertions(+), 7 deletions(-) diff --git a/man2/userfaultfd.2 b/man2/userfaultfd.2 index cfea5cb..44af3e4 100644 --- a/man2/userfaultfd.2

Re: [PATCH 3/4] iommu: Remove pci.h include from trace/events/iommu.h

/20170427-160734 config: tile-allmodconfig (attached as .config) compiler: tilegx-linux-gcc (GCC) 4.6.2 reproduce: wget https://raw.githubusercontent.com/01org/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # save the attached .config to linux

[PATCHv2 5/6] pinctrl: mcp23s08: add pinconf support

mcp23xxx device have configurable 100k pullup resistors. This adds support for enabling them using pinctrl's pinconf interface. Signed-off-by: Sebastian Reichel --- drivers/pinctrl/Kconfig| 1 + drivers/pinctrl/pinctrl-mcp23s08.c | 199

[PATCHv2 0/6] mcp23s08 pinconf support

Hi, Back in January I sent patches adding pinconf support for configuring mcp23s08's pull-ups. Apart from my custom Raspberry Pi setup the pull-up support is also needed by Toby Churchill SL50. Changes since PATCHv1: * Add patch moving mcp23s08 from gpio/ to pinctrl/ * Add patches updating

[PATCHv2 6/6] pinctrl: mcp23s08: drop pullup config from pdata

mcp23s08 support configuration of the pullups using the pinconf framework. This removes the custom pullup configuration from platform data, which has no upstream users. Signed-off-by: Sebastian Reichel --- drivers/pinctrl/pinctrl-mcp23s08.c | 7 ---

[PATCHv2 3/6] blackfin: defconfig: MCP23S08 config has been renamed

The mcp23s08 driver now supports pinconf, so the config option has been renamed from CONFIG_GPIO_MCP23S08 to CONFIG_PINCTRL_MCP23S08. Signed-off-by: Sebastian Reichel --- arch/blackfin/configs/BF609-EZKIT_defconfig | 2 +- 1 file changed, 1 insertion(+), 1

Re: [PATCH] ASoC: Intel: Skylake: fix uninitialized pointer use

On Thu, Apr 27, 2017 at 12:59:58PM +0200, Arnd Bergmann wrote: > The error handling in bxt_sst_dsp_init() got changed in a way that > it now derefences an uninitialized pointer when printing a warning > about the device not being found: > > sound/soc/intel/skylake/bxt-sst.c: In function

Re: [PATCH v2] gpiolib: Add stubs for gpiod lookup table interface

On Thu, 27 Apr 2017 17:07:23 +0300 Andy Shevchenko andy.shevche...@gmail.com wrote: >On Thu, Apr 27, 2017 at 9:52 AM, Anatolij Gustschin wrote: >> Add stubs for gpiod_add_lookup_table() and gpiod_remove_lookup_table() >> for the !GPIOLIB case to prevent build errors. Also add

Re: [PATCH net-next] can: fix build error without CONFIG_PROC_FS

Hello Arnd, On 04/27/2017 04:21 PM, Arnd Bergmann wrote: > The procfs dir entry was added inside of an #ifdef, causing a build error > when we try to access it without CONFIG_PROC_FS set: > > net/can/bcm.c:1541:14: error: 'struct netns_can' has no member named > 'bcmproc_dir' > net/can/bcm.c:

[PATCH] block, dax: use correct format string in bdev_dax_supported

The new message has an incorrect format string, causing a warning in some configurations: fs/block_dev.c: In function 'bdev_dax_supported': fs/block_dev.c:779:5: error: format '%d' expects argument of type 'int', but argument 2 has type 'long int' [-Werror=format=] "error: dax access failed

Re: [PATCH v2 1/2] mm: Uncharge poisoned pages

On Tue 25-04-17 16:27:51, Laurent Dufour wrote: > When page are poisoned, they should be uncharged from the root memory > cgroup. > > This is required to avoid a BUG raised when the page is onlined back: > BUG: Bad page state in process mem-on-off-test pfn:7ae3b > page:f1eb8ec0 count:0

Re: [REGRESSION next-20170426] Commit 09515ef5ddad ("of/acpi: Configure dma operations at probe time for platform/amba/pci bus devices") causes oops in mvneta

On Thu, 27 Apr 2017 19:05:09 +0530 Sricharan R wrote: > Hi, > > On 4/26/2017 9:45 PM, Ralph Sennhauser wrote: > > Hi Sricharan R, > > > > Commit 09515ef5ddad ("of/acpi: Configure dma operations at probe > > time for platform/amba/pci bus devices") causes a kernel

[PATCH v8 1/4] syscalls: Verify address limit before returning to user-mode

Ensure that a syscall does not return to user-mode with a kernel address limit. If that happens, a process can corrupt kernel-mode memory and elevate privileges [1]. The CONFIG_ADDR_LIMIT_CHECK option disables the generic check so each architecture can create optimized versions. [1]

Re: [PATCH] [media] mtk-mdp: Fix g_/s_selection capture/compose logic

Hi, On 04/13/2017 07:18 AM, Minghsiu Tsai wrote: > From: Daniel Kurtz > > Experiments show that the: > (1) mtk-mdp uses the _MPLANE form of CAPTURE/OUTPUT > (2) CAPTURE types use CROP targets, and OUTPUT types use COMPOSE targets > > Signed-off-by: Daniel Kurtz

[PATCH v3] NFC: trf7970a: Correct register settings for 27MHz clock

In prior commits the selected clock frequency does not propagate correctly to what is written the the TRF7970A_MODULATOR_SYS_CLK_CTRL register. Signed-off-by: Geoff Lansberry --- drivers/nfc/trf7970a.c | 7 +++ 1 file changed, 7 insertions(+) diff --git

Re: [PATCH v2] gpiolib: Add stubs for gpiod lookup table interface

On Thu, Apr 27, 2017 at 5:29 PM, Anatolij Gustschin wrote: > On Thu, 27 Apr 2017 16:25:34 +0200 > Anatolij Gustschin ag...@denx.de wrote: > >>On Thu, 27 Apr 2017 17:07:23 +0300 >>Andy Shevchenko andy.shevche...@gmail.com wrote: > ... >>>static inline void

RE: [PATCH 3/5] ACPI / sleep: EC-based wakeup from suspend-to-idle on Dell systems

> -Original Message- > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Sent: Wednesday, April 26, 2017 4:24 PM > To: Linux PM > Cc: Andy Shevchenko ; Darren Hart > ; LKML

Re: Generic DMA-capable streaming device driver looking for home

On 4/27/2017 10:00 AM, Jon Masters wrote: > On 04/20/2017 06:10 PM, Alex Williams wrote: >> Hi all, >> >> We're writing a device driver and having some difficulty matching a >> subsystem to the driver/device properties. Can anyone help with >> direction? >> >> These are some basic properties: >>

RE: [PATCH v6 1/5] skbuff: return -EMSGSIZE in skb_to_sgvec to prevent overflow

From: Jason A. Donenfeld > On Thu, Apr 27, 2017 at 1:30 PM, Sabrina Dubroca wrote: > > Hmm, I think this can actually happen: > > Alright, perhaps better to err on the side of caution, then. You only need to recurse if both pointers are set. David

Re: [PATCH v5 01/10] pinctrl: generic: Add bi-directional and output-enable

On Thu, Apr 27, 2017 at 11:19 AM, Jacopo Mondi wrote: > Add bi-directional and output-enable pin configuration properties. > > bi-directional allows to specify when a pin shall operate in input and > output mode at the same time. This is particularly useful in platforms

Re: [PATCH] mtd: spi-nor: stm32: remove broken MODULE_ALIAS

Le 27/04/2017 à 13:09, Arnd Bergmann a écrit : > The MODULE_ALIAS statement refers to a macro that has never been defined > in this driver, causing a build error: > > drivers/mtd/spi-nor/stm32-quadspi.c:694:150: error: expected ',' or ';' > before 'DRIVER_NAME' > > Unless there is a specific

Re: [PATCH v1 8/8] ACPI: Use recently introduced uuid_le_cmp_p{p}() helpers

On Thu, Apr 27, 2017 at 04:09:56PM +0300, Andy Shevchenko wrote: > Lukas pointed to this: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68725 Yap, the same thing. Thanks. -- Regards/Gruss, Boris. SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG

Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions

On Thu, Apr 27, 2017 at 08:53:38AM +0200, Christoph Hellwig wrote: > > The main difficulty we > > have now is that neither of those functions are expected to fail and we > > need them to be able to in cases where the page doesn't map to system > > RAM. This patch series is trying to address it

[PATCH 2/2] iommu/s390: Add support for iommu_device handling

From: Joerg Roedel Add support for the iommu_device_register interface to make the s390 hardware iommus visible to the iommu core and in sysfs. Signed-off-by: Joerg Roedel --- arch/s390/include/asm/pci.h | 1 + drivers/iommu/s390-iommu.c | 30

Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI

On Thu 2017-04-27 10:31:18, Steven Rostedt wrote: > On Thu, 27 Apr 2017 15:38:19 +0200 > Petr Mladek wrote: > > > > by the way, > > > does this `nmi_print_seq' bypass even fix anything for Steven? > > > > I think that this is the most important question. > > > > Steven,

[PATCH 1/2] iommu/s390: Fix IOMMU groups

From: Joerg Roedel Currently the s390 iommu driver allocates an iommu-group for every device that is added. But that is wrong, as there is only one dma-table per pci-root-bus. Make all devices behind one dma-table share one iommu-group. Signed-off-by: Joerg Roedel

[RFC PATCH 0/2] iommu/s390: Fix iommu-groups and add sysfs support

Hey, here are two patches for the s390 PCI and IOMMU code. It is based on the assumption that every pci_dev that points to the same zpci_dev shares a single dma-table (and thus a single address space). If this assupmtion is true (as it looks to me from reading the code) then the iommu-group

[PATCH 2/7] power: supply: avoid unused twl4030-madc.h

Avoid inclusion of unused twl4030-madc.h. This will allow twl4030-madc.h to be merged into the iio driver. Signed-off-by: Sebastian Reichel --- drivers/power/supply/rx51_battery.c | 1 - drivers/power/supply/twl4030_madc_battery.c | 1 - 2 files

[PATCH 7/7] iio: adc: twl4030: Fold twl4030-madc.h into driver

twl4030-madc.h is no longer used by anything outside of the iio driver, so it can be merged into the driver. Signed-off-by: Sebastian Reichel --- drivers/iio/adc/twl4030-madc.c | 113 +++- include/linux/i2c/twl4030-madc.h | 137

[PATCH 1/7] hwmon: twl4030-madc: drop driver

This driver is no longer needed: * It has no mainline users * It has no DT support and OMAP is DT only * iio-hwmon can be used for madc, which also works with DT Signed-off-by: Sebastian Reichel --- drivers/hwmon/Kconfig | 10

[PATCH 0/7] twl4030-madc cleanup

Hi, Here are a few cleanup patches for the twl4030-madc driver, that remove the last users of the driver's legacy API and then remove it. -- Sebastian Sebastian Reichel (7): hwmon: twl4030-madc: drop driver power: supply: avoid unused twl4030-madc.h iio: adc: twl4030: Drop

[PATCH 5/7] iio: adc: twl4030: Drop struct twl4030_madc_user_parms

This struct is no longer used by anything in the kernel. Signed-off-by: Sebastian Reichel --- include/linux/i2c/twl4030-madc.h | 6 -- 1 file changed, 6 deletions(-) diff --git a/include/linux/i2c/twl4030-madc.h b/include/linux/i2c/twl4030-madc.h index

[PATCH 6/7] iio: adc: twl4030: Remove twl4030_madc_request.func_cb

This functionality is not used by the IIO subsystem. Due to removal of legacy API it can also be removed. Signed-off-by: Sebastian Reichel --- drivers/iio/adc/twl4030-madc.c | 70 include/linux/i2c/twl4030-madc.h | 1

[PATCH 4/7] iio: adc: twl4030: Unexport twl4030_madc_conversion()

All madc users have been converted to IIO API, so drop the legacy API. The function is still used inside of the driver. Signed-off-by: Sebastian Reichel --- drivers/iio/adc/twl4030-madc.c | 5 +++-- include/linux/i2c/twl4030-madc.h | 2 -- 2 files changed, 3

Re: [PATCH -v3 0/13] mm: make movable onlining suck less

> Hi all, > Andrew prefers to take this after the merge window so I will repost the > full series then. Any feedback is still highly appreciated of course. Andrew i will repost HMM too when Michal repost (unless there is no rebase conflict but i doubt it). Cheers, Jérôme

[PATCH 3/7] iio: adc: twl4030: Drop twl4030_get_madc_conversion()

Drop legacy twl4030_get_madc_conversion() method. It has been used by drivers to get madc data before it conversion to IIO API. There are no users in the mainline kernel anymore. Signed-off-by: Sebastian Reichel --- drivers/iio/adc/twl4030-madc.c | 21

Re: [PATCH v2 2/2] dmaengine: Add DW AXI DMAC driver

On Tue, 2017-04-25 at 21:12 +0300, Andy Shevchenko wrote: > On Tue, 2017-04-25 at 15:16 +, Eugeniy Paltsev wrote: > > On Mon, 2017-04-24 at 19:56 +0300, Andy Shevchenko wrote: > > > On Mon, 2017-04-24 at 15:55 +, Eugeniy Paltsev wrote: > > > > Hi, > > > > On Fri, 2017-04-21 at 18:13 +0300,

Re: [PATCH] usb: musb: musb_host: Introduce postponed URB giveback

Hi Matwey, On Thu, Apr 27, 2017 at 01:20:33PM +0300, Matwey V. Kornilov wrote: > This commit changes the order of actions undertaken in > musb_advance_schedule() in order to overcome issue with broken > isochronous transfer [1]. > > There is no harm to split musb_giveback into two pieces. The

Re: [PATCH V2] x86/tboot: add an option to disable iommu force on

On Thu, Apr 27, 2017 at 05:18:55PM +0200, Joerg Roedel wrote: > On Thu, Apr 27, 2017 at 07:49:02AM -0700, Shaohua Li wrote: > > This is exactly the usage for us. And please note, not everybody should > > sacrifice the DMA security. It is only required when the pcie device hits > > iommu > >

Re: [PATCH] FS-Cache: print hexadecimal value for special cookies type

Jérémy Lefaure wrote: > Did you see the v2 of my patch (in which I keep the decimal value but > fix the buffer size) ? I did. > If special type cookies aren't handled, I guess that this v1 is better, > isn't it ? Yes. v1 is better. The docs are right. David

Re: [PATCH] checkpatch: add --typedefsfile

On 04/21/2017 08:31 AM, Jerome Forissier wrote: > On 04/20/2017 06:49 PM, Joe Perches wrote: >> On Thu, 2017-04-20 at 17:39 +0200, Jerome Forissier wrote: >>> When using checkpatch on out-of-tree code, it may occur that some >>> project-specific types are used, which will cause spurious warnings.

Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI

On Thu, 27 Apr 2017 17:28:07 +0200 Petr Mladek wrote: > > When I get a chance, I'll see if I can insert a trigger to crash the > > kernel from NMI on another box and see if this patch helps. > > I actually tested it here using this hack: > > diff --cc lib/nmi_backtrace.c >

Re: [PATCH] irqchip/gicv3-its: use IORT only if IOMMU support is enabled

On Thu, Apr 27, 2017 at 04:26:12PM +0200, Arnd Bergmann wrote: > When the IOMMU subsystem is disabled, we cannot build ARM64 kernels with ACPI: > > drivers/acpi/arm64/iort.c: In function 'iort_iommu_xlate': > drivers/acpi/arm64/iort.c:647:22: error: 'struct iommu_fwspec' has no member > named

Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions

On 27/04/17 12:53 AM, Christoph Hellwig wrote: > I think you'll need to follow the existing kmap semantics and never > fail the iomem version either. Otherwise you'll have a special case > that's almost never used that has a different error path. > > Again, wrong way. Suddenly making things

Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function

On 26/04/17 09:56 PM, Herbert Xu wrote: > On Tue, Apr 25, 2017 at 12:20:54PM -0600, Logan Gunthorpe wrote: >> Very straightforward conversion to the new function in the caam driver >> and shash library. >> >> Signed-off-by: Logan Gunthorpe >> Cc: Herbert Xu

Re: [PATCH] perf evsel: Fix to perf-stat malloc corruption on arm64 platforms

On Thu, Apr 27, 2017 at 8:04 PM, Mark Rutland wrote: > On Wed, Apr 26, 2017 at 11:49:46PM +0530, Ganapatrao Kulkarni wrote: >> On Wed, Apr 26, 2017 at 10:42 PM, Mark Rutland wrote: >> > diff --git a/tools/perf/builtin-stat.c b/tools/perf/builtin-stat.c

Re: [PATCH v5 06/32] x86/mm: Add Secure Memory Encryption (SME) support

On Tue, Apr 18, 2017 at 04:17:27PM -0500, Tom Lendacky wrote: > Add support for Secure Memory Encryption (SME). This initial support > provides a Kconfig entry to build the SME support into the kernel and > defines the memory encryption mask that will be used in subsequent > patches to mark pages

[PATCH] arm64: cpufeature: use static_branch_enable_cpuslocked() (was: Re: [patch V2 00/24] cpu/hotplug: Convert get_online_cpus() to a percpu_rwsem)

Hi Catalin/Will, The below addresses a boot failure Catalin spotted in next-20170424, based on Sebastian's patch [1]. I've given it a spin on Juno R1, where I can reproduce the issue prior to applying this patch. I believe this would need to go via tip, as the issue is a result of change in the

[RFC v3 06/17] mm: Provide speculative fault infrastructure

From: Peter Zijlstra Provide infrastructure to do a speculative fault (not holding mmap_sem). The not holding of mmap_sem means we can race against VMA change/removal and page-table destruction. We use the SRCU VMA freeing to keep the VMA around. We use the VMA seqcount to

Re: [PATCH v3] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy

On 27.04.2017 18:15, Eric W. Biederman wrote: > Kirill Tkhai writes: > >> On implementing of nested pid namespaces support in CRIU >> (checkpoint-restore in userspace tool) we run into >> the situation, that it's impossible to create a task with >> specific NSpid

[RFC v3 12/17] mm/spf: Protect changes to vm_flags

Protect VMA's flags change against the speculative page fault handler. Signed-off-by: Laurent Dufour --- fs/proc/task_mmu.c | 2 ++ mm/mempolicy.c | 2 ++ mm/mlock.c | 9 ++--- mm/mmap.c | 2 ++ mm/mprotect.c | 2 ++ 5 files changed, 14

Re: [PATCH v5 31/32] x86: Add sysfs support for Secure Memory Encryption

On 04/27/2017 12:25 AM, Dave Young wrote: > On 04/21/17 at 02:55pm, Dave Hansen wrote: >> On 04/18/2017 02:22 PM, Tom Lendacky wrote: >>> Add sysfs support for SME so that user-space utilities (kdump, etc.) can >>> determine if SME is active. >>> >>> A new directory will be created: >>>

Re: [PATCH] perf evsel: Fix to perf-stat malloc corruption on arm64 platforms

On Thu, Apr 27, 2017 at 09:16:41PM +0530, Ganapatrao Kulkarni wrote: > > Could you please give my diff a go? > > i tried your diff, and testing looks ok. Can I take that as a Tested-by when I post this as a proper patch? > below is the cleanly merged diff on top of latest commit > f832460 Merge

  1   2   3   4   5   6   7   8   9   10   >