Re: [Linux v4.2] workqueue: llvmlinux: acpid: BUG: sleeping function called from invalid context at kernel/workqueue.c:2680

On Fri, Sep 11, 2015 at 6:12 PM, Sedat Dilek wrote: > On Thu, Sep 10, 2015 at 4:53 PM, Tejun Heo wrote: >> On Thu, Sep 10, 2015 at 10:52:27AM -0400, Tejun Heo wrote: >>> Hey, >>> >>> On Thu, Sep 10, 2015 at 09:04:27AM +0800, Lai Jiangshan wrote: >>> > I

[PATCH] ARM: DTS: da850: Enable DMA use for MMC0

Add the needed bindings for MMC0 in order to be able to utilize the DMA instead of PIO mode. Signed-off-by: Peter Ujfalusi --- arch/arm/boot/dts/da850.dtsi | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/boot/dts/da850.dtsi b/arch/arm/boot/dts/da850.dtsi

System with multiple arizona (wm5102) codecs

Hi! I've got an embedded system with two arizona / wm5102 codecs. Unfortunately, kernel does not seem to be ready for that configuration. In particular, drivers/regulator/arizona-ldo1.c and drivers/regulator/arizona-micsupp.c register system-wide "MICVDD" and "LDO1" regulators, but with two

Re: [RFC 3/5] powerpc: atomic: implement atomic{,64}_{add,sub}_return_* variants

On Mon, Sep 14, 2015 at 01:35:20PM +0200, Peter Zijlstra wrote: > > Sorry for being tardy, I had a wee spell of feeling horrible and then I > procrastinated longer than I should have. > > On Fri, Sep 11, 2015 at 01:45:07PM +0100, Will Deacon wrote: > > > Peter, any thoughts? I'm not au fait

Re: [PATCH v6 1/6] locking/qspinlock: relaxes cmpxchg & xchg ops in native code

On Fri, Sep 11, 2015 at 03:27:44PM -0700, Davidlohr Bueso wrote: > On Fri, 11 Sep 2015, Waiman Long wrote: > > >@@ -46,7 +46,7 @@ static inline bool virt_queued_spin_lock(struct qspinlock > >*lock) > > if (!static_cpu_has(X86_FEATURE_HYPERVISOR)) > > return false; > > > >-

Re: [PATCH 0/6] scripts/kernel-doc: Kernel-doc improvements

On 09/13/2015 05:58 PM, Daniel Vetter wrote: > On Sun, Sep 13, 2015 at 9:13 PM, Jonathan Corbet wrote: >> On Sun, 13 Sep 2015 12:36:07 +0200 >> Daniel Vetter wrote: >> >>> Personally I don't care which kind of text markup we pick and wich >>> converter, as long

Re: [RFC 3/5] powerpc: atomic: implement atomic{,64}_{add,sub}_return_* variants

On Mon, Sep 14, 2015 at 02:01:53PM +0200, Peter Zijlstra wrote: > The scenario is: > > CPU0CPU1 > > unlock(x) > smp_store_release(>lock, 0); > > unlock(y) > smp_store_release(>lock, 1); /* next

[tip:core/efi] arm64, acpi/apei: Implement arch_apei_get_mem_attributes()

Commit-ID: 89e44b51cc0db50ea4b5bbb5d582c4db88bbaed8 Gitweb: http://git.kernel.org/tip/89e44b51cc0db50ea4b5bbb5d582c4db88bbaed8 Author: Jonathan (Zhixiong) Zhang AuthorDate: Fri, 4 Sep 2015 14:11:41 +0100 Committer: Ingo Molnar CommitDate: Mon,

[tip:core/efi] acpi/apei: Use appropriate pgprot_t to map GHES memory

Commit-ID: 8ece249a811e93d3f60e3f1ebdc86c7e7a95bdbf Gitweb: http://git.kernel.org/tip/8ece249a811e93d3f60e3f1ebdc86c7e7a95bdbf Author: Jonathan (Zhixiong) Zhang AuthorDate: Fri, 4 Sep 2015 14:11:42 +0100 Committer: Ingo Molnar CommitDate: Mon,

Re: [PATCH 00/11] ARM: STi: STiH407: Pinctrl updates

Hi Peter As already pointed by Lee, my signed-off needs to be removed from several patches The overall series seems ok. You can add my Acked-by Thanks On 09/11/2015 07:06 PM, Peter Griffin wrote: Hi Maxime / Patrice / Srini, This series makes a series of updates to the stih407 pinctrl

[PATCH v2 0/3] platform/chrome: vboot context support

Hi everyone, This series adds support for reading and writing the verified boot context nvram space on the EC using the cros_ec sysfs interface. The first patch improves is_visible() functionality, making it work for binary attributes as well as normal ones. This is needed so the sysfs group can

Re: [PATCH v4 00/20] xen/arm64: Add support for 64KB page in Linux

On 14/09/15 13:08, Roger Pau Monné wrote: >> I'd like to see a basic support of 64KB page granularity upstream before >> starting to think about performance improvement. And there is still a >> lot to do. > > I wasn't actually thinking of this as a performance improvement, but > rather as a way

Re: [PATCH] xen: use correct type for HYPERVISOR_memory_op()

Ping? On 09/04/2015 02:50 PM, Juergen Gross wrote: HYPERVISOR_memory_op() is defined to return an "int" value. This is wrong, as the Xen hypervisor will return "long". The sub-function XENMEM_maximum_reservation returns the maximum number of pages for the current domain. An int will overflow

[PATCH v3 0/5] SCPI Sensor support

Hi The series adds support for SCPI based sensors for ARM development platform. In addition to supporting sensors, when a temperature sensor is discovered the driver registers the sensor with the thermal framework. The sensor patches here have been split out from a longer series adding support

[PATCH v3 4/5] hwmon: Support thermal zones registration for SCP temperature sensors

Add support to create thermal zones based on the temperature sensors provided by the SCP. The thermal zones can be defined using the thermal DT bindings and should refer to the SCP sensor id to select the sensor. Signed-off-by: Punit Agrawal Acked-by: Guenter Roeck

Re: [PATCHv3 3/3] drm: bridge: anx78xx: Add anx78xx driver support by analogix.

Hi Enric, Partial review for now, thanks for you work. Best, On Thu, Sep 10, 2015 at 06:35:52PM +0200, Enric Balletbo i Serra wrote: > At the moment it only supports ANX7814. > > The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter > designed for portable devices. > > This

[PATCH v3] clk: add CS2000 Fractional-N driver

From: Kuninori Morimoto This patch adds CS2000 Fractional-N driver as clock provider. It is useful if it supports runtime clock setting, but it supports fixed clock rate only at this point. Signed-off-by: Kuninori Morimoto ---

Re: [PATCH v4 00/20] xen/arm64: Add support for 64KB page in Linux

El 14/09/15 a les 13.21, Julien Grall ha escrit: > On 14/09/15 12:04, Roger Pau Monné wrote: >> Hello, >> >> El 14/09/15 a les 12.40, Julien Grall ha escrit: >>> Hi Roger, >>> >>> On 14/09/15 09:56, Roger Pau Monné wrote: El 07/09/15 a les 17.33, Julien Grall ha escrit: > Hi all, >

[tip:x86/fpu] x86/fpu: Add xfeature_enabled() helper instead of test_bit()

Commit-ID: 633d54c47a5bedfb42f10e6a63bd35abdb4c Gitweb: http://git.kernel.org/tip/633d54c47a5bedfb42f10e6a63bd35abdb4c Author: Dave Hansen AuthorDate: Wed, 2 Sep 2015 16:31:29 -0700 Committer: Ingo Molnar CommitDate: Mon, 14 Sep

[tip:x86/fpu] x86/fpu: Remove 'xfeature_nr'

Commit-ID: ee9ae257eb17d3426ee9ab91449a3aa443298b36 Gitweb: http://git.kernel.org/tip/ee9ae257eb17d3426ee9ab91449a3aa443298b36 Author: Dave Hansen AuthorDate: Wed, 2 Sep 2015 16:31:28 -0700 Committer: Ingo Molnar CommitDate: Mon, 14 Sep

[PATCH v2 0/2] [media] Fix race between graph enumeration and entities registration

Hello, The Media Controller framework has an issue in which the media device node is registered before all the media entities and pads links are created so if user-space tries to enumerate the graph too early, it may get a partial graph since not everything has been registered yet. This series

[PATCH v2] lib/string_helpers.c: fix infinite loop in string_get_size()

Some string_get_size() calls (e.g.: string_get_size(1, 512, STRING_UNITS_10, ..., ...) string_get_size(15, 64, STRING_UNITS_10, ..., ...) ) result in an infinite loop. The problem is that if size is equal to divisor[units]/blk_size and is smaller than divisor[units] we'll end up with size == 0

Re: [Xen-devel] [PATCH] xen: use correct type for HYPERVISOR_memory_op()

Hi Juergen, On 04/09/15 13:50, Juergen Gross wrote: > HYPERVISOR_memory_op() is defined to return an "int" value. This is > wrong, as the Xen hypervisor will return "long". > > The sub-function XENMEM_maximum_reservation returns the maximum > number of pages for the current domain. An int will

Re: [PATCH v6 1/3] can: Allwinner A10/A20 CAN Controller support - Devicetree bindings

On 09/14/2015 02:54 PM, Gerhard Bertelsmann wrote: > Signed-off-by: Gerhard Bertelsmann > --- > > .../devicetree/bindings/net/can/sun4i_can.txt | 37 + > 1 files changed, 37 insertions(+) > > > diff --git

Re: [PATCH v3 1/5] Documentation: add DT bindings for ARM SCPI sensors

On Mon, Sep 14, 2015 at 02:00:14PM +0100, Punit Agrawal wrote: > The System Control Processor (SCP) provides access to SoC sensors via > the System Control and Power Interface (SCPI) Message Protocol. Add > bindings to allow probing of these sensors. Also support referencing > of the sensors for

[PATCH] xen/arm: correct comment in enlighten.c

Correct a comment in arch/arm/xen/enlighten.c referencing a wrong source file. Signed-off-by: Juergen Gross --- arch/arm/xen/enlighten.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/xen/enlighten.c b/arch/arm/xen/enlighten.c index

Re: [PATCH] drivers/power/wakeirq: Call device_init_wakeup from dev_pm_set_wake_irq

(+Tony in case he has any inputs) Hi Daniel, On 01/09/15 15:53, Daniel Lezcano wrote: The function dev_pm_set_wake_irq is typically called after device_init_wakeup. Instead of summing a couple of call, let's call device_init_wakeup directly from dev_pm_set_wake_irq / dev_pm_clear_wake_irq.

[PATCH v2 0/7] kasan: various fixes

This patchset contains various fixes for KASAN. That includes: 1. Improving reported bug types. Making KASAN distinguish and report the following types of bugs: slab-out-of-bounds, stack-out-of-bounds, global-out-of-bounds use-after-free, null-ptr-deref, user-memory-access, wild-memory-access.

LTP and commit e1d7ba8735551ed7 ("time: Always make sure wall_to_monotonic isn't positive")

Hi, While testing v4.3-rc1 with the LTP, we spotted failures in a couple of timekeeping tests, which seem to be a result of commit e1d7ba8735551ed7 ("time: Always make sure wall_to_monotonic isn't positive"). In both cases this is because the new time would be before the boot time, so I guess

Re: [dm-devel] [PATCH 12/39] dm: drop null test before destroy functions

On Sun, 13 Sep 2015, Julia Lawall wrote: > Remove unneeded NULL test. > > The semantic patch that makes this change is as follows: > (http://coccinelle.lip6.fr/) > > // > @@ expression x; @@ > -if (x != NULL) > \(kmem_cache_destroy\|mempool_destroy\|dma_pool_destroy\)(x); > // > >

[PATCH v2 2/7] kasan: update reported bug types for kernel memory accesses

Update the names of the bad access types to better reflect the type of the access that happended and make these error types "literals" that can be used for classification and deduplication in scripts. Signed-off-by: Andrey Konovalov --- mm/kasan/report.c | 18

[PATCH v2 6/7] kasan: move KASAN_SANITIZE in arch/x86/boot/Makefile

Move KASAN_SANITIZE in arch/x86/boot/Makefile above the comment related to SVGA_MODE, since the comment refers to 'the next line'. Signed-off-by: Andrey Konovalov --- arch/x86/boot/Makefile | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH v2 1/7] kasan: update reported bug types for not user nor kernel memory accesses

Each access with address lower than kasan_shadow_to_mem(KASAN_SHADOW_START) is reported as user-memory-access. This is not always true, the accessed address might not be in user space. Fix this by reporting such accesses as null-ptr-derefs or wild-memory-accesses. There's another reason for this

Re: Out of bounds access in get_wchan

2015-09-13 23:44 GMT+03:00 Sasha Levin : > Hi all, > > I've stumbled on the following while fuzzing with trinity inside a KVM tools > guest > running the latest -next: > > [635339.148553] BUG: KASan: out of bounds access in get_wchan+0x155/0x190 at > addr 88032c0c7cc0

Re: [PATCH 0/3] allow zram to use zbud as underlying allocator

On 09/14/2015 04:12 PM, Vitaly Wool wrote: On Mon, Sep 14, 2015 at 4:01 PM, Vlastimil Babka wrote: On 09/14/2015 03:49 PM, Vitaly Wool wrote: While using ZRAM on a small RAM footprint devices, together with KSM, I ran into several occasions when moving pages from compressed

Re: [PATCH 3/4] fs: add fput_queue

On Mon, 14 Sep 2015 15:15:39 +0100 Al Viro wrote: > On Mon, Sep 14, 2015 at 09:45:54AM -0400, Jeff Layton wrote: > > +/** > > + * fput_queue - do an fput without using task_work > > + * @file: file of which to put the reference > > + * > > + * If we need to ensure that

Re: [PATCH v4 1/2] iio: bmg160: Separate i2c and core driver

Hi Jonathon, Sorry for the late response I was on vacation. On Mon, Aug 31, 2015 at 05:05:11PM +0100, Jonathan Cameron wrote: > On 19/08/15 13:12, Markus Pargmann wrote: > > This patch separates the core driver using regmap and the i2c driver > > which creates the i2c regmap. Also in the Kconfig

Re: [PATCH v4 00/20] xen/arm64: Add support for 64KB page in Linux

Hello, El 14/09/15 a les 14.47, Julien Grall ha escrit: > On 14/09/15 13:08, Roger Pau Monné wrote: >>> I'd like to see a basic support of 64KB page granularity upstream before >>> starting to think about performance improvement. And there is still a >>> lot to do. >> >> I wasn't actually

Re: Fwd: [PATCH] x86: Use larger chunks in mtrr_cleanup

>> >> Linux drivers no longer use MTRR so why is the cleanup needed, ie, what would >> happen if the cleanup is just skipped in your case ? > > The infiniband & video drivers still use MTRR (or at least it was my > understanding that they do). In any case, Stuart -- could you try booting >

Re: [PATCH 1/6] Documentation: hw_random: Fix device node name /dev/hw_random => /dev/hwrng

Hi Lee, On 11 September 2015 at 21:08, Lee Jones wrote: > In April 2099, commit d405640 That's impressive ... :D > ("Driver Core: misc: add node name support > for misc devices.") inadvertently changed the device node name from > /dev/hw_random to /dev/hwrng. Since 6

[RFC PATCH v2 1/7] irqchip: gic-v3: Reset BPR during initialization

Currently, when running on FVP, CPU 0 boots up with its BPR changed from the reset value. This renders it impossible to (preemptively) prioritize interrupts on CPU 0. This is harmless on normal systems since Linux typically does not support preemptive interrupts. It does however cause problems in

Re: [PATCH 1/2] mm: Replace nr_node_ids for loop with for_each_node in list lru

On Mon, Sep 14, 2015 at 06:35:59PM +0530, Raghavendra K T wrote: > On 09/14/2015 05:34 PM, Vladimir Davydov wrote: > >On Mon, Sep 14, 2015 at 05:09:31PM +0530, Raghavendra K T wrote: > >>On 09/14/2015 02:30 PM, Vladimir Davydov wrote: > >>>On Wed, Sep 09, 2015 at 12:01:46AM +0530, Raghavendra K T

[PATCH v6 5/5] thermal: power_allocator: exit early if there are no cooling devices

Don't waste cycles in the power allocator governor's throttle function if there are no cooling devices and exit early. This commit doesn't change any functionality, but should provide better performance for the odd case of a thermal zone with trip points but without cooling devices. Cc: Zhang

[RFC PATCH v2 4/7] arm64: irqflags: Reorder the fiq & async macros

Separate out the local fiq & async macros from the various arch inlines. This makes is easier for us (in a later patch) to provide an alternative implementation of these inlines. Signed-off-by: Daniel Thompson --- arch/arm64/include/asm/irqflags.h | 12 ++--

Re: [PATCH v4 0/5] Let the power allocator thermal governor run on any thermal zone

On Mon, Sep 14, 2015 at 04:04:16AM +0100, Eduardo Valentin wrote: > Javi, > > On Wed, Aug 26, 2015 at 02:26:39PM +0100, Javi Merino wrote: > > Relax the thermal governor requirements of sustainable_power and at > > least two trip points so that it can be bound to any thermal zone. > > Its

[PATCH 3/4] fs: add fput_queue

Signed-off-by: Jeff Layton --- fs/file_table.c | 18 ++ include/linux/file.h | 1 + 2 files changed, 19 insertions(+) diff --git a/fs/file_table.c b/fs/file_table.c index d63f4a399d39..1ad2e3fd2064 100644 --- a/fs/file_table.c +++

Re: [PATCH v3 1/5] Documentation: add DT bindings for ARM SCPI sensors

> >> +Sensor bindings for the sensors based on SCPI Message Protocol > >> +-- > >> +SCPI provides an API to access the various sensors on the SoC. > >> + > >> +Required properties: > >> +- compatible : should be "arm,scpi-sensors". > >>

[PATCH 0/3] allow zram to use zbud as underlying allocator

While using ZRAM on a small RAM footprint devices, together with KSM, I ran into several occasions when moving pages from compressed swap back into the "normal" part of RAM caused significant latencies in system operation. By using zbud I lose in compression ratio but gain in determinism, lower

[PATCH 2/4] fs: add a kerneldoc header to fput

...and move its EXPORT_SYMBOL just below the function. Signed-off-by: Jeff Layton --- fs/file_table.c | 17 - 1 file changed, 16 insertions(+), 1 deletion(-) diff --git a/fs/file_table.c b/fs/file_table.c index f4833af62eae..d63f4a399d39 100644 ---

[PATCH 3/3] zram: use common zpool interface

Update zram driver to use common zpool API instead of calling zsmalloc functions directly. This patch also adds a parameter that allows for changing underlying compressor storage to zbud. Signed-off-by: Vitaly Wool --- drivers/block/zram/Kconfig| 3 ++-

Re: [PATCH v6 5/6] locking/pvqspinlock: Allow 1 lock stealing attempt

On Fri, Sep 11, 2015 at 02:37:37PM -0400, Waiman Long wrote: > +#define queued_spin_trylock(l) pv_queued_spin_trylock_unfair(l) > +static inline bool pv_queued_spin_trylock_unfair(struct qspinlock *lock) > +{ > + struct __qspinlock *l = (void *)lock; > + > + if (READ_ONCE(l->locked))

Re: [PATCH 0/3] allow zram to use zbud as underlying allocator

On Mon, Sep 14, 2015 at 4:01 PM, Vlastimil Babka wrote: > > On 09/14/2015 03:49 PM, Vitaly Wool wrote: >> >> While using ZRAM on a small RAM footprint devices, together with >> KSM, >> I ran into several occasions when moving pages from compressed swap back >> into the "normal"

Re: [Patch V2] xen: use correct type for HYPERVISOR_memory_op()

On 09/14/2015 09:13 AM, Juergen Gross wrote: HYPERVISOR_memory_op() is defined to return an "int" value. This is wrong, as the Xen hypervisor will return "long". The sub-function XENMEM_maximum_reservation returns the maximum number of pages for the current domain. An int will overflow for a

Re: [dm-devel] [PATCH 12/39] dm: drop null test before destroy functions

Am 14.09.2015 15:46, schrieb Mikulas Patocka: > > On Sun, 13 Sep 2015, Julia Lawall wrote: > >> > Remove unneeded NULL test. >> > >> > The semantic patch that makes this change is as follows: >> > (http://coccinelle.lip6.fr/) >> > >> > // >> > @@ expression x; @@ >> > -if (x != NULL) >> >

Re: [PATCH 2/4] ARM: sun8i: Add the A33 AHB1 gates clock driver

Hi Peter, On Sun, Sep 13, 2015 at 05:13:12PM +0200, Peter Korsgaard wrote: > > "Maxime" == Maxime Ripard writes: > > > The A33 has different a different gates array than the A23, add the node to > > the DT. > > NIT: 2x different. Ah, good catch, thanks!

Re: [PATCHv5 5/7] mm: make compound_head() robust

On 09/11/2015 03:35 PM, Kirill A. Shutemov wrote: index 097c7a4bfbd9..330377f83ac7 100644 --- a/mm/huge_memory.c +++ b/mm/huge_memory.c @@ -1686,8 +1686,7 @@ static void __split_huge_page_refcount(struct page *page, (1L << PG_unevictable)));

[RFC PATCH v2 5/7] arm64: irqflags: Use ICC sysregs to implement IRQ masking

Currently irqflags is implemented using the PSR's I bit. It is possible to implement irqflags by using the co-processor interface to the GIC. Using the co-processor interface makes it feasible to simulate NMIs using GIC interrupt prioritization. This patch changes the irqflags macros to modify,

[PATCH v6 1/5] thermal: Add a function to get the minimum power

The thermal core already has a function to get the maximum power of a cooling device: power_actor_get_max_power(). Add a function to get the minimum power of a cooling device. Cc: Zhang Rui Cc: Eduardo Valentin Reviewed-by: Daniel Kurtz

Re: [PATCH v6 1/3] can: Allwinner A10/A20 CAN Controller support - Devicetree bindings

Hi, On Mon, Sep 14, 2015 at 02:58:21PM +0200, Marc Kleine-Budde wrote: > On 09/14/2015 02:54 PM, Gerhard Bertelsmann wrote: > > Signed-off-by: Gerhard Bertelsmann > > --- > > > > .../devicetree/bindings/net/can/sun4i_can.txt | 37 + > > 1 files changed, 37

[RFC PATCH v2 7/7] arm64: irqflags: Automatically identify I bit mis-management

This is self-test code to identify circumstances where the I bit is set by hardware but no software exists to copy its state to the PMR. I don't really expect this patch to be retained much after the RFC stage. However I have included it in this RFC series to document the testing I have done and

[PATCH v6 4/5] thermal: power_allocator: don't require tzp to be present for the thermal zone

Thermal zones created using thermal_zone_device_create() may not have tzp. As the governor gets its parameters from there, allocate it while the governor is bound to the thermal zone so that it can operate in it. In this case, tzp is freed when the thermal zone switches to another governor. Cc:

[PATCH v6 0/5] Let the power allocator thermal governor run on any thermal zone

Relax the thermal governor requirements of sustainable_power and at least two trip points so that it can be bound to any thermal zone. Its behavior won't be optimal, it would be the best possible with the data provided. Changes since v5: - Rebased on top of v4.3-rc1 Changes since v4: - Fix

Re: System with multiple arizona (wm5102) codecs

On Mon, Sep 14, 2015 at 12:52:55PM +0100, Charles Keepax wrote: > On Mon, Sep 14, 2015 at 01:54:39PM +0200, Pavel Machek wrote: > > Hi! > > > > I've got an embedded system with two arizona / wm5102 codecs. > > > > Unfortunately, kernel does not seem to be ready for that > > configuration. > > >

Re: [PATCH 0/7] devcg: device cgroup extension for rdma resource

Hi Tejun, I missed to acknowledge your point that we need both - hard limit and soft limit/weight. Current patchset is only based on hard limit. I see that weight would be another helfpul layer in chain that we can implement after this as incremental that makes review, debugging manageable?

Re: [PATCH v6 6/6] locking/pvqspinlock: Queue node adaptive spinning

On Fri, Sep 11, 2015 at 02:37:38PM -0400, Waiman Long wrote: > In an overcommitted guest where some vCPUs have to be halted to make > forward progress in other areas, it is highly likely that a vCPU later > in the spinlock queue will be spinning while the ones earlier in the > queue would have

Re: [PATCH 3/4] fs: add fput_queue

On Mon, Sep 14, 2015 at 09:45:54AM -0400, Jeff Layton wrote: > +/** > + * fput_queue - do an fput without using task_work > + * @file: file of which to put the reference > + * > + * If we need to ensure that the final __fput is done on a file before > + * returning to userland, then we can't queue

Re: [PATCH 1/2] clk: at91: utmi: use pmc_read when the at91_pmc is available

Hi Alexandre, On Fri, 11 Sep 2015 16:34:06 +0200 Alexandre Belloni wrote: > at91_pmc_read is a workaround to allow external drivers to acces some > registers of the PMC. There is no need for it in clk-utmi.c as we aready > have a pointer to the struct

Re: [RFC PATCH 3/3] devicetree: macb: Add optional property tsu-clk

On Mon, 2015-09-14 at 09:58AM +0200, Boris Brezillon wrote: > Hi Harini, > > On Mon, 14 Sep 2015 09:39:05 +0530 > Harini Katakam wrote: > > > On Fri, Sep 11, 2015 at 10:22 PM, Sören Brinkmann > > wrote: > > > Hi Harini, > > > > > > On

Re: [PATCH] KVM: nVMX: nested VPID emulation

On 2015-09-14 14:52, Wanpeng Li wrote: > VPID is used to tag address space and avoid a TLB flush. Currently L0 use > the same VPID to run L1 and all its guests. KVM flushes VPID when switching > between L1 and L2. > > This patch advertises VPID to the L1 hypervisor, then address space of L1

Re: [PATCH 05/11] x86, pci, acpi: Move arch-agnostic MMCONFIG (aka ECAM) and ACPI code out of arch/x86/ directory

On 11.09.2015 13:20, Lorenzo Pieralisi wrote: On Wed, Sep 09, 2015 at 02:47:55PM +0100, Tomasz Nowicki wrote: [...] I think (but I am happy to be corrected) that the map_bus() hook (ie that's why struct pci_bus is required in eg pci_generic_config_write) is there to ensure that when the

[RFC PATCH v2 3/7] arm64: alternative: Apply alternatives early in boot process

Currently alternatives are applied very late in the boot process (and a long time after we enable scheduling). Some alternative sequences, such as those that alter the way CPU context is stored, must be applied much earlier in the boot sequence. Introduce apply_alternatives_early() to allow some

[RFC PATCH v2 0/7] Pseudo-NMI for arm64 using ICC_PMR_EL1 (GICv3)

This patchset provides a pseudo-NMI for arm64 kernels by reimplementing the irqflags macros to modify the GIC PMR (the priority mask register is accessible as a system register on GICv3 and later) rather than the PSR. The patchset includes an implementation of arch_trigger_all_cpu_backtrace() for

[RFC PATCH v2 2/7] arm64: Add support for on-demand backtrace of other CPUs

Currently arm64 has no implementation of arch_trigger_all_cpu_backtace. The patch provides one using library code recently added by Russell King for for the majority of the implementation. Currently this is realized using regular irqs but could, in the future, be implemented using NMI-like

Re: [PATCH v3 1/5] Documentation: add DT bindings for ARM SCPI sensors

Hi Mark, Thanks for taking a look. Mark Rutland writes: > On Mon, Sep 14, 2015 at 02:00:14PM +0100, Punit Agrawal wrote: >> The System Control Processor (SCP) provides access to SoC sensors via >> the System Control and Power Interface (SCPI) Message Protocol. Add >>

Re: [PATCH] x86: Wire up 32-bit direct socket calls

* Andy Lutomirski wrote: > On Fri, Sep 11, 2015 at 3:14 AM, Arnd Bergmann wrote: > > On Friday 11 September 2015 11:54:50 Geert Uytterhoeven wrote: > >> To make sure I don't miss any (it seems I missed recvmmsg and sendmmsg for > >> the socketcall case,

[PATCH v2 4/7] kasan: update log messages

We decided to use KASAN as the short name of the tool and KernelAddressSanitizer as the full one. Update log messages according to that. Signed-off-by: Andrey Konovalov --- arch/x86/mm/kasan_init_64.c | 2 +- mm/kasan/kasan.c| 2 +- mm/kasan/report.c

[PATCH 0/4] fs: allow userland tasks to use delayed_fput infrastructure

I'm breaking this piece out of the open file cache work for nfsd to see if we can get this piece settled before I re-post the whole set. If this looks like a reasonable approach we can sort out how it should be merged (either by you directly, or via Bruce's tree with the rest of the open file

[PATCH v2 3/7] kasan: accurately determine the type of the bad access

Makes KASAN accurately determine the type of the bad access. If the shadow byte value is in the [0, KASAN_SHADOW_SCALE_SIZE) range we can look at the next shadow byte to determine the type of the access. Signed-off-by: Andrey Konovalov --- mm/kasan/report.c | 17

[PATCH v2 5/7] kasan: various fixes in documentation

Signed-off-by: Andrey Konovalov --- Documentation/kasan.txt | 43 ++- 1 file changed, 22 insertions(+), 21 deletions(-) diff --git a/Documentation/kasan.txt b/Documentation/kasan.txt index 0d32355..d2f4c8f 100644 ---

[PATCH 2/3] zpool/zsmalloc/zbud: align on interfaces

As a preparation step for zram to be able to use common zpool API, there has to be some alignment done on it. This patch adds functions that correspond to zsmalloc-specific API to the common zpool API and takes care of the callbacks that have to be introduced, too. Signed-off-by: Vitaly Wool

Re: [PATCH 0/3] allow zram to use zbud as underlying allocator

On 09/14/2015 03:49 PM, Vitaly Wool wrote: While using ZRAM on a small RAM footprint devices, together with KSM, I ran into several occasions when moving pages from compressed swap back into the "normal" part of RAM caused significant latencies in system I'm sure Minchan will want to hear the

Re: [PATCH v6 5/6] locking/pvqspinlock: Allow 1 lock stealing attempt

On Fri, Sep 11, 2015 at 02:37:37PM -0400, Waiman Long wrote: > This patch allows one attempt for the lock waiter to steal the lock > when entering the PV slowpath. This helps to reduce the performance > penalty caused by lock waiter preemption while not having much of > the downsides of a real

Re: [PATCH 12/39] dm: drop null test before destroy functions

On Mon, 14 Sep 2015, Mike Snitzer wrote: > On Mon, Sep 14 2015 at 9:46am -0400, > Mikulas Patocka wrote: > > > > > > > On Sun, 13 Sep 2015, Julia Lawall wrote: > > > > > Remove unneeded NULL test. > > > > > > The semantic patch that makes this change is as follows: >

Re: [PATCH v6 5/6] locking/pvqspinlock: Allow 1 lock stealing attempt

On Fri, Sep 11, 2015 at 02:37:37PM -0400, Waiman Long wrote: > This patch allows one attempt for the lock waiter to steal the lock > when entering the PV slowpath. This helps to reduce the performance > penalty caused by lock waiter preemption while not having much of > the downsides of a real

Re: [PATCH v11 00/20] Compile-time stack validation

On Mon, Sep 14, 2015 at 03:19:52PM +0200, Ingo Molnar wrote: > > > In this case it would be a simple: > > > > > >debuginfo check all > > > > > > to check everything. You can also make the selection of debuginfo > > > components > > > to check a regular option, not a subcommand. > > > >

Re: [PATCH] Staging: lustre: lustre: lov: lov_dev.c: Added missing blank line

On Mon, Sep 14, 2015 at 02:41:24PM +0530, Sakshi Vaid wrote: > Added a missing blank line after declarations. > > 158: WARNING: Missing a blank line after declarations > 183: WARNING: Missing a blank line after declarations > > Signed-off-by: Sakshi Vaid > --- >

Re: [PATCH] irqchip: bcm2835: Add FIQ support

Russell King - ARM Linux writes: > On Sun, Sep 13, 2015 at 09:24:48PM +0200, Noralf Trønnes wrote: >> >> Den 22.07.2015 23:32, skrev Eric Anholt: >> >Noralf Trønnes writes: >> > >> >>Add a duplicate irq range with an offset on the hwirq's so the >>

Re: [PATCH v3 1/5] Documentation: add DT bindings for ARM SCPI sensors

Mark Rutland writes: >> >> +Sensor bindings for the sensors based on SCPI Message Protocol >> >> +-- >> >> +SCPI provides an API to access the various sensors on the SoC. >> >> + >> >> +Required properties: >> >>

Re: [PATCH v3 1/5] Documentation: add DT bindings for ARM SCPI sensors

On Mon, Sep 14, 2015 at 03:38:36PM +0100, Punit Agrawal wrote: > Mark Rutland writes: > > >> >> +Sensor bindings for the sensors based on SCPI Message Protocol > >> >> +-- > >> >> +SCPI provides an API to access

Re: [PATCH v1 0/2] mfd: intel-lpss: fix a bug and clean up

On Mon, Sep 14, 2015 at 11:32:46AM +0300, Andy Shevchenko wrote: > There are two small patches to fix a bug which was found next day after driver > was merged and one clean up to allow 64-bit writes with generic helpers. > > Lee, please apply them for v4.3-rc2. > > Andy Shevchenko (2): > mfd:

Re: [PATCH v4 00/20] xen/arm64: Add support for 64KB page in Linux

On 14/09/15 15:29, Roger Pau Monné wrote: >> To give you an example, Centos 7, which will support Xen and only 64KB >> page granularity, will be supported for years. Dropping any splitting in >> a short future (3-5 years) will just break those guests to boot on Xen. > > Can't the patches to

Re: [PATCH 2/2 (v2)] kselftest: timers: Add adjtick test to validate adjtimex() tick adjustments

On Thu, Sep 10, 2015 at 11:14:25AM -0700, John Stultz wrote: > On Thu, Sep 10, 2015 at 10:42 AM, John Stultz wrote: > > On Thu, Sep 10, 2015 at 5:02 AM, Miroslav Lichvar > > wrote: > >> The precision of the clock is better than microsecond, so that >

Re: LTP regressions due to 6dc296e7df4c ("mm: make sure all file VMAs have ->vm_ops set")

On Mon, Sep 14, 2015 at 12:57:59PM +0100, Kirill A. Shutemov wrote: > Will Deacon wrote: > > Your patch 6dc296e7df4c ("mm: make sure all file VMAs have ->vm_ops set") > > causes some mmap regressions in LTP, which appears to use a MAP_PRIVATE > > mmap of /dev/zero as a way to get anonymous pages

Re: [PATCH V5 1/1] usb:serial add Fintek F81532/534 driver

On Tue, Jul 21, 2015 at 09:58:19AM +0800, Peter Hung wrote: > This driver is for Fintek F81532/F81534 USB to Serial Ports IC. > > Features: > 1. F81534 is 1-to-4 & F81532 is 1-to-2 serial ports IC > 2. Support Baudrate from B50 to B150 (excluding B100). > 3. The RTS signal can be

Re: [PATCH] xen/arm: correct comment in enlighten.c

On Mon, 14 Sep 2015, Juergen Gross wrote: > Correct a comment in arch/arm/xen/enlighten.c referencing a wrong > source file. > > Signed-off-by: Juergen Gross Acked-by: Stefano Stabellini > arch/arm/xen/enlighten.c | 2 +- > 1 file changed,

[PATCH 1/4] fs: have flush_delayed_fput flush the workqueue job

I think there's a potential race in flush_delayed_fput. A kthread does an fput() and that file gets added to the list and the delayed work is scheduled. More than 1 jiffy passes, and the workqueue thread picks up the work and starts running it. Then the kthread calls flush_delayed_work. It sees

[PATCH v2 7/7] kasan: update reference to kasan prototype repo

Update the reference to the kasan prototype repository on github, since it was renamed. Signed-off-by: Andrey Konovalov --- mm/kasan/kasan.c | 2 +- mm/kasan/report.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/mm/kasan/kasan.c

[PATCH 4/4] fs: export flush_delayed_fput

...and clean up the comments over it a bit. Signed-off-by: Jeff Layton --- fs/file_table.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/fs/file_table.c b/fs/file_table.c index 1ad2e3fd2064..2b145b513274 100644 ---

[PATCH 1/3] zram: make max_zpage_size configurable

It makes sense to have control over what compression ratios are ok to store pages uncompressed and what not. Moreover, if we end up using zbud allocator for zram, any attempt to allocate a whole page will fail, so we may want to avoid this as much as possible. So, let's have max_zpage_size

Re: [PATCH 12/39] dm: drop null test before destroy functions

On Mon, Sep 14 2015 at 9:46am -0400, Mikulas Patocka wrote: > > > On Sun, 13 Sep 2015, Julia Lawall wrote: > > > Remove unneeded NULL test. > > > > The semantic patch that makes this change is as follows: > > (http://coccinelle.lip6.fr/) > > > > // > > @@ expression

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