On Thu, 2017-04-27 at 13:21 +, Eugeniy Paltsev wrote:
> On Wed, 2017-04-26 at 18:04 +0300, Andy Shevchenko wrote:
> > 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 Shevche
Hello Alexandre,
This series might also be of interest for the linux-pm mailing list.
2017-04-26 18:04 GMT+02:00 Alexandre Belloni
:
> The sama5d2 has a mode were it is possible to cut power to the SoC while
> keeping the RAM in self refresh.
> Resuming from that mode needs support in the firmwar
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 panic as in the log
> below on an armada-385. Reverting the commit fixes the issue.
>
> Regards
> Ra
On Thu 27-04-17 15:16:47, Igor Stoppa wrote:
> On 26/04/17 18:29, Igor Stoppa wrote:
>
> > On 26/04/17 17:47, Michal Hocko wrote:
>
> [...]
>
> >> Also the current mm tree has ___GFP_NOLOCKDEP which is not addressed
> >> here so I suspect you have based your change on the Linus tree.
>
> > I us
On Thu, Apr 27, 2017 at 03:12:34PM +0800, Huang, Ying wrote:
> Minchan Kim writes:
> > On Tue, Apr 25, 2017 at 08:56:56PM +0800, Huang, Ying wrote:
> >> @@ -178,20 +192,12 @@ int add_to_swap(struct page *page, struct list_head
> >> *list)
> >>VM_BUG_ON_PAGE(!PageLocked(page), page);
> >>V
On Mon 2017-04-24 11:17:47, Sergey Senozhatsky wrote:
> On (04/21/17 14:06), Petr Mladek wrote:
> [..]
> > > I agree that this_cpu_read(printk_context) covers slightly more than
> > > logbuf_lock scope, so we may get positive this_cpu_read(printk_context)
> > > with unlocked logbuf_lock, but I don'
On 27.04.17 17:16:21, Geetha sowjanya wrote:
> From: Geetha
>
> Cavium CN99xx SMMUv3 implementation has two Silicon Erratas.
> 1. Errata ID #74
>SMMU register alias Page 1 is not implemented
> 2. Errata ID #126
>SMMU doesnt support unique IRQ lines for gerror, eventq and cmdq-sync
>
> Th
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
On 04/19/2017 11:31 AM, Fathi Boudra wrote:
> gentle ping
>
> On 22 March 2017 at 20:04, Fathi Boudra wrote:
>> To build breakpoint_test_arm64, ARCH value is only tested for "aarch64".
>> It covers only the native build because it's computed from uname -m output.
>> For cross-compilation, ARCH is
Dan Williams writes:
> On Wed, Apr 26, 2017 at 1:38 PM, Jeff Moyer wrote:
>> Dan Williams writes:
>>
>>> The nvdimm_flush() mechanism helps to reduce the impact of an ADR
>>> (asynchronous-dimm-refresh) failure. The ADR mechanism handles flushing
>>> platform WPQ (write-pending-queue) buffers w
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
>>> (CONFIG_GPIO_MOCKUP).
>>> The gpio mockup driver depend
On 04/13/2017 05:43 PM, SeongJae Park wrote:
> A comment for make command usage in `selftets/Makefile` has opening `"`
> but no closing `"`. This commit adds the missed `"` in the comment.
>
> Signed-off-by: SeongJae Park
> ---
> tools/testing/selftests/Makefile | 2 +-
> 1 file changed, 1 inse
On 04/13/2017 05:47 PM, SeongJae Park wrote:
> `selftests/Makefile` is defining only `install` as entire PHONY target
> though there are few more PHONY targets including `run_tests`. This
> commit defines them as the PHONY targets.
>
> Signed-off-by: SeongJae Park
> ---
> tools/testing/selftest
On 04/13/2017 05:49 PM, SeongJae Park wrote:
> A comment in `run_vmtests` is wrong because it is saying `128MB + 128MB
> == 258MB`. This commit fixes the comment.
>
> Signed-off-by: SeongJae Park
> ---
> tools/testing/selftests/vm/run_vmtests | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion
Masami,
Am 27.04.2017 um 05:15 schrieb Masami Hiramatsu:
> Since read_initrd() invokes alloc_bootmem() for allocating
> memory to load initrd image, it must be called after init_bootmem.
>
> This makes read_initrd() called directly from setup_arch()
> after init_bootmem() and mem_total_pages().
Mehmet Kayaalp wrote:
> + /* TODO: update CRC */
Is this bit missing?
David
Mehmet Kayaalp wrote:
> +#define info(format, args...) fprintf(stdout, "INFO:" format, ## args)
Btw, you really ought to be using standard varargs macros:
#define info(format, ...) fprintf(stdout, "INFO:" format,
##__VA_LIST__)
But don't worry about that for now.
David
Dearest ,
I am constrained to contact you because of the maltreatment which I am
receiving from my step mother. She planned to take away all my late
father's retassure and properties from me since the unexpected death
of my beloved Father ,my mother died 10years ago and I was left alone
with m
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:
> 1) Device is used to carry generic data to/from user
Hi Steve,
On Wednesday 26 April 2017 07:31 PM, Steven Rostedt wrote:
Sorry for the late reply. I finally have time to start looking at
trace-cmd again.
Thanks a lot for your review :-)
On Wed, 1 Mar 2017 20:32:37 +0530
Pratyush Anand wrote:
[...]
This is as nice idea, but it needs s
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
Sören
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 chang
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 Shevchenko
Oh, has to take my tag b
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
+++ b/man2/userfaultfd.2
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
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
--- a/man2/ioctl_userfaultfd.2
+++ b/ma
/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
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
>> memory.
>> + */
>> +static inline void addr_li
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(-)
diff --git a/arch/arm/configs/lpc32
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 ++--
arch/blackfin/mach-bf609/boards/ezkit.c| 4 ++--
2 files changed, 4
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] Sl
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 -
drivers/gpio/Makefile
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 -
2 files
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 conf
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 ---
include/linux/spi/mcp23s08.h | 1 -
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 deletion(-)
diff --git a/arch/blackfin
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 netns_c
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 2017 09:08:26 +0200
sched/cputime: Fix k
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 'bxt_sst_d
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 prototypes.
>>
>> Si
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 acuta
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 gpiod_remove_lookup_table(struc
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: In
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
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
> https://lkml.kernel.org/r/20170420131154.gl3...@pathway.suse.cz
> he
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
> > +++ b/tools/perf/builtin-sta
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 ma
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 panic as
> > in the log below o
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 b/arch/ar
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 a/drivers/nfc/trf7970a.c b/drivers/nf
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
> Signed-off-by: Minghsiu Tsai
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] https://bugs.
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 do
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 gpiod_add_lookup_table(struct gpiod_lookup
> -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 ; Linux ACPI
> a...@vger.kernel.org>; Srinivas Pandruvada
> ; Thomas Gleixner ;
> Mika Westerberg ; Limonciello
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 service
>>
>> On Tue, Ap
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 Int
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:
>> 1)
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
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
> Acked-by: Viresh Kumar
Applied to linux-ksel
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 ali
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
> where input and output bu
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 Nürnberg
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 a/drivers/staging/android/ion/ion_chunk_heap.c
b/drivers/staging
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: warning: ‘sprintf’ may write a
> te
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 fr
Do you have a git branch I can pull from?
David
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
> ---
Acked-by: Masahiro Yamada
--
Best Re
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
proceed:
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 so
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
>
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
> ---
>
> drivers/media/platform/a
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
> > fs/fscache/object-list.c: In function ‘fscache_objlist_show’
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 security_set_bools().
That's true,
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 common initialization to
a
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
>
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()")
Signed-off-by: Wei Yongjun
---
d
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 user namespace and filter
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 for
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 ++
2 files changed,
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, does the patch from
>
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 setup
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
---
arch/s390/include/asm/pci
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 twl4030_get_madc
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
drivers/hwmon/Makefile | 1 -
dr
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 changed, 2 deletions(-)
diff --git a/driv
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 --
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 be9260e261ac..f395700fb933 100644
---
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 -
2 files changed, 71 deletions(-)
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 insertions(+), 4 deletions(-)
diff
> 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
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 -
include/linux/i2c/t
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,
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 fi
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
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.
>
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
> > hardwa
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 'op
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
> index d531f85c0c9b
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 fai
201 - 300 of 686 matches
Mail list logo