Re: [PATCH v6 4/5] dax: for truncate/hole-punch, do zeroing through the driver if possible

Hi Vishal, can you also pick up the my patch to add a low-level __dax_zero_range that I cced you on? That way we can avoid a nasty merge conflict with my xfs/iomap changes.

[PATCH 2/2] ARM: sun7i: A20: Add display and TCON clocks

Enable the display and TCON clocks that are needed to drive the display engine, tcon and TV encoders. Signed-off-by: Priit Laes --- arch/arm/boot/dts/sun7i-a20.dtsi | 85 +--- 1 file changed, 80 insertions(+), 5 deletions(-) diff --git

[PATCH v3 19/27] ARM: dts: exynos: MCT is not an interrupt controller and extend length of iomap

Multi-Core Timer generates interrupts but it is not really an interrupt controller so remove the "interrupt-controller" and "interrupt-cells" properties. Additionally extend the length of mapped memory to cover all registers (last SFR is at 0x0A40). Signed-off-by: Krzysztof Kozlowski

[PATCH v3 18/27] ARM: dts: exynos: Enable UART3 on Exynos5410

Just like other Exynos5 family SoCs, this one has four UARTs. Configure clocks for UART3 and enable it. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas --- arch/arm/boot/dts/exynos5410.dtsi | 3 ++- 1 file changed, 2

[PATCH v3 04/27] clk: samsung: exynos5410: Provide fin_pll external fixed clock

Just like clock driver for Exynos542x/5800, provide the fixed clock here so the clock bindings and their consumers would be consistent and similar. However a clock named "fin_pll" is already provided by generic fixed-clock and it is both referenced in the clock driver (by name) and in DT (by

[PATCH v3 23/27] dt-bindings: clock: Add I2C, HSI2C and RTC clock IDs to Exynos5410

Add IDs for I2C, USI (HSI2C) and RTC clocks to Exynos5410. Use the same number as for Exynos5420 just in case in future these drivers were merged. Signed-off-by: Krzysztof Kozlowski --- include/dt-bindings/clock/exynos5410.h | 9 + 1 file changed, 9 insertions(+) diff

[PATCH v3 25/27] ARM: dts: exynos: Move HSI2C nodes to exynos54xx.dtsi

The USI/HSI2C nodes can be mostly shared between Exynos5420 and Exynos5410 so move them to common DTSI. Signed-off-by: Krzysztof Kozlowski --- arch/arm/boot/dts/exynos5420.dtsi | 32 ++ arch/arm/boot/dts/exynos54xx.dtsi | 41

[PATCH v3 12/27] ARM: dts: exynos: Split Odroid XU3 LEDs to separate DTSI

The LED nodes can be shared between Odroid XU3, XU3-Lite and XU (not yet added) thus removing duplication. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas --- arch/arm/boot/dts/exynos5422-odroidxu3-lite.dts | 35

[PATCH v3 22/27] ARM: dts: exynos: Add initial support for Odroid XU board

The Hardkernel's Odroid XU board was first design with big.LITTLE SoC from Samsung: the Exynos5410. Comparing the board to more popular now Odroid XU3, the differences are: 1. Exynos5410 instead of 5422, 2. MIPI DSI LCD connector, 3. Main PMIC: Maxim 77802 instead of S2MPS11, 4. USB3503+LAN9730

[PATCH v3 08/27] clk: samsung: exynos5410: Add serial3, USB and PWM clocks

Just like other Exynos5 family SoCs, this one has four UARTs. Add missing UART3 clocks to the Exynos5410 clock driver. Add clocks for USB and PWM. Signed-off-by: Krzysztof Kozlowski Acked-by: Stephen Boyd Reviewed-by: Javier Martinez Canillas

[PATCH v3 05/27] ARM: dts: exynos: Switch MCT node to a new fin_pll clock

The clk-exynos5410 driver now provides the "fin_pll" external fixed clock. Switch the Multi-Core Timer to this clock. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas --- arch/arm/boot/dts/exynos5410.dtsi | 2 +- 1 file changed,

[PATCH v3 17/27] ARM: dts: exynos: Include common exynos5 in exynos5410.dtsi

The exynos5.dtsi is used for common nodes shared between Exynos5250 and Exynos542x. Since Exynos5410 is very similar to Exynos5420 it can include the common file as well to remove duplication and make everything more consistent. Signed-off-by: Krzysztof Kozlowski Reviewed-by:

[PATCH v3 21/27] ARM: dts: exynos: Add USB to Exynos5410

Move USB 3.0 DWC and 2.0 EHCI/OHCI nodes from exynos5420.dtsi to exynos54xx.dtsi common for entire family. For Exynos542x/5800 this should not have functional impact but for Exynos5410 this effectively adds USB support. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier

[PATCH v3 01/27] dt-bindings: clock: Add license and reformat Exynos5410 clock IDs

Add license and copyrights (file introduced in 2014) to header with Exynos5410 clock IDs. Additionally reformat it to improve readability. Signed-off-by: Krzysztof Kozlowski Acked-by: Stephen Boyd Reviewed-by: Javier Martinez Canillas

[PATCH v3 00/27] ARM: dts: exynos: Add initial support for Odroid XU

Hi, Patchset adds necessary clocks, reorganizes existing stuff and finally adds Odroid XU support. Changes since v2 1. Got global-ack from Stephen for the clock changes. I think merging everything through arm-soc might be the easiest but: a. In such case I will prepare a

[PATCH v3 09/27] ARM: dts: exynos: Re-order alphabetically Exynos5420 SD0/SD1 pinctrl nodes

The 'sd0_rclk' was put in the middle of SD1 nodes. Remove the confusion. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas --- arch/arm/boot/dts/exynos5420-pinctrl.dtsi | 12 ++-- 1 file changed, 6 insertions(+), 6

Re: [PATCH 1/2] MIPS: Disable preemption during prctl(PR_SET_FP_MODE, ...)

On 2016-04-21 12:43, Paul Burton wrote: > Whilst a PR_SET_FP_MODE prctl is performed there are decisions made > based upon whether the task is executing on the current CPU. This may > change if we're preempted, so disable preemption to avoid such changes > for the lifetime of the mode switch. > >

Re: [GIT PULL 0/1] perf/urgent fix

> perf/core: Change the default paranoia level to 2 (2016-05-10 09:58:51 > +0200) > > are available in the git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git > tags/perf-urgent-for-mingo-20160510 > > for you to fetch changes

Re: [GIT PULL 00/15] perf/core improvements and fixes

.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core > (2016-05-07 06:49:28 +0200) > > are available in the git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git > tags/perf-core-for-mingo-20160510 > > for you to fetch changes

[tip:perf/core] perf symbols: Fix handling of zero-length symbols.

Commit-ID: 9c7b37cd63d0d910c531233209286f169993cbd9 Gitweb: http://git.kernel.org/tip/9c7b37cd63d0d910c531233209286f169993cbd9 Author: Chris Phlipot AuthorDate: Sat, 7 May 2016 02:16:59 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 9

[tip:perf/core] perf tests: Add test to check backward ring buffer

Commit-ID: ee74701ed8add8ad13e642e8618b51fd75add32d Gitweb: http://git.kernel.org/tip/ee74701ed8add8ad13e642e8618b51fd75add32d Author: Wang Nan AuthorDate: Mon, 9 May 2016 01:47:51 + Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 9 May

[tip:perf/core] perf evsel: Print state of perf_event_attr.write_backward

Commit-ID: 0a241ef4a27a00807fefdf913da104a4534c606a Gitweb: http://git.kernel.org/tip/0a241ef4a27a00807fefdf913da104a4534c606a Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 9 May 2016 18:08:33 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf diff: Fix duplicated output column

Commit-ID: ba07ebe02077751db101ed202bb690f504248575 Gitweb: http://git.kernel.org/tip/ba07ebe02077751db101ed202bb690f504248575 Author: Namhyung Kim AuthorDate: Tue, 10 May 2016 21:48:19 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 10

Re: [RFC PATCH 0/2] net: threadable napi poll loop

On Tue, 2016-05-10 at 17:57 +0200, Thomas Gleixner wrote: > On Tue, 10 May 2016, Paolo Abeni wrote: > > Nice patch set and very promising results! > > > At this point we are not really sure if we should go with this simpler > > approach by putting NAPI itself into kthreads or leverage the

Re: [PATCH BUGFIX V2] block: add missing group association in bio-cloning functions

On Tue, May 10, 2016 at 11:02:12PM +0200, Paolo Valente wrote: > When a bio is cloned, the newly created bio must be associated with > the same blkcg as the original bio (if BLK_CGROUP is enabled). If > this operation is not performed, then the new bio is not associated > with any group, and the

[PATCH] x86/mm: Switch from TASK_SIZE to TASK_SIZE_MAX in the page fault code

x86's page fault handlers had two TASK_SIZE uses that should have been TASK_SIZE_MAX. I don't think that either one had a visible effect, but this makes the code clearer and should save a few bytes of text. (And I eventually want to eradicate TASK_SIZE. This will help.) Reported-by: Cyrill

Re: [PATCH v4 6/6] block: Update blkdev_dax_capable() for consistency

On Tue, 2016-05-10 at 12:49 -0700, Dan Williams wrote: > On Tue, May 10, 2016 at 9:23 AM, Toshi Kani wrote: > > > > blkdev_dax_capable() is similar to bdev_dax_supported(), but needs > > to remain as a separate interface for checking dax capability of > > a raw block device.

Re: [PATCH] media: dvb_ringbuffer: Add memory barriers

On 05/07/16 15:26, Mauro Carvalho Chehab wrote: Em Sat, 7 May 2016 10:22:35 -0300 Mauro Carvalho Chehab escreveu: Hi Soeren, Em Sun, 7 Feb 2016 20:22:36 +0100 Soeren Moch escreveu: On 27.12.2015 21:41, Soeren Moch wrote: Implement memory barriers

Re: [PATCH -v2] x86/hweight: Get rid of the special calling convention

On 05/10/16 12:10, Borislav Petkov wrote: > On Tue, May 10, 2016 at 12:03:48PM -0700, H. Peter Anvin wrote: >> Also, to be fair... if the problem is with these being in C then we >> could just do it in assembly easily enough. > > I thought about converting the __sw_hweight* variants to asm but >

Re: [PATCH] arm64: dts: qcom: Add msm8916 PMU node

I think you should be sending your patches to linux-arm-kernel rather than linux-arm... On Tue, May 10, 2016 at 03:01:49PM -0700, Stephen Boyd wrote: > Add the PMU so we can get proper perf event support on this SoC. > > Signed-off-by: Stephen Boyd > --- >

[tip:perf/core] perf tools: Rewrite strbuf not to die()

Commit-ID: 5cea57f30a12443c05e0c5273f35d2fcef00d30a Gitweb: http://git.kernel.org/tip/5cea57f30a12443c05e0c5273f35d2fcef00d30a Author: Masami Hiramatsu AuthorDate: Tue, 10 May 2016 14:46:58 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue,

Re: [PATCH 2/3] memory-hotplug: more general validation of zone during online

On Tue, May 10, 2016 at 11:08:56AM -0700, Yasuaki Ishimatsu wrote: On Mon, 9 May 2016 12:53:38 -0500 Reza Arbab wrote: * If X is lower than Y, the onlined memory must lie at the end of X. * If X is higher than Y, the onlined memory must lie at the start of X. If

Re: [RFC PATCH 0/2] net: threadable napi poll loop

On Tue, 2016-05-10 at 16:45 -0400, David Miller wrote: > From: Paolo Abeni > Date: Tue, 10 May 2016 22:22:50 +0200 > > > On Tue, 2016-05-10 at 09:08 -0700, Eric Dumazet wrote: > >> On Tue, 2016-05-10 at 18:03 +0200, Paolo Abeni wrote: > >>  > >> > If a single core host is

Re: [Intel-wired-lan] [PATCH] e1000e: prevent division by zero if TIMINCA is zero

On Fri, May 06, 2016 at 11:43:17PM +, Rustad, Mark D wrote: > Denys Vlasenko wrote: > > >Users report that under VMWare, er32(TIMINCA) returns zero. > >This causes division by zero at init time as follows: > > > > ==>incvalue = er32(TIMINCA) &

[PATCH 2/2] ARM: multi_v7_defconfig: Enable Exynos MFC driver as module

Exynos SoCs have a Multi Format Video Hardware Codec (MFC) IP block that can be used to {en,de}code video streams by hardware. Enable support for its driver as a module so the MFC can be tested. Signed-off-by: Javier Martinez Canillas --- This patch depends on

Re: [PATCH] pinctrl: rockchip: fix pull setting error for rk3399

Caesar / David, On Tue, May 10, 2016 at 4:14 AM, Caesar Wang wrote: > From: David Wu > > This patch fixes the pinctrl pull bias setting, since the pull up/down > setting is the contrary for gpio0. Commit message only mentions gpio0, but gpio2 is

[PATCH 1/2] ARM: exynos_defconfig: Enable MFC driver as module

Exynos SoCs have a Multi Format Video Hardware Codec (MFC) IP block that can be used to {en,de}code video streams by hardware. Enable support for its driver as a module so the MFC can be tested. Signed-off-by: Javier Martinez Canillas --- This patch depends on

Re: [PATCH v3 3/4] x86, boot: Implement ASLR for kernel memory sections (x86_64)

On Tue, May 10, 2016 at 11:53 AM, Kees Cook wrote: > On Tue, May 3, 2016 at 12:31 PM, Thomas Garnier wrote: >> Randomizes the virtual address space of kernel memory sections (physical >> memory mapping, vmalloc & vmemmap) for x86_64. This security

Re: [kernel,v4,02/11] vfio/spapr: Relax the IOMMU compatibility check

On Fri, 2016-29-04 at 08:55:15 UTC, Alexey Kardashevskiy wrote: > We are going to have multiple different types of PHB on the same system > with POWER8 + NVLink and PHBs will have different IOMMU ops. However > we only really care about one callback - create_table - so we can > relax the

Re: powerpc: Fix sstep compile on powerpcspe

On Thu, 2016-05-05 at 20:44:44 UTC, Lennart Sorensen wrote: > powerpc: Fix sstep compile on powerpcspe > > Commit be96f63375a14ee8e690856ac77e579c75bd0bae introduced ldarx and stdcx > into the instructions in sstep.c, which are not accepted by the assembler > on powerpcspe, but does seem to be

[RFC/PATCHv3 v3 1/3] firmware: Consolidate kmap/read/write logic

We use similar structured code to read and write the kmapped firmware pages. The only difference is read copies from the kmap region and write copies to it. Consolidate this into one function to reduce duplication. Cc: Vikram Mulukutla Signed-off-by: Stephen Boyd

[RFC/PATCHv3 v3 3/3] firmware: Support loading into a pre-allocated buffer

Some systems are memory constrained but they need to load very large firmwares. The firmware subsystem allows drivers to request this firmware be loaded from the filesystem, but this requires that the entire firmware be loaded into kernel memory first before it's provided to the driver. This can

Re: [PATCH] kbuild: move -Wunused-const-variable to W=1 warning level

On Tue, May 10, 2016 at 2:30 PM, Arnd Bergmann wrote: > gcc-6 started warning by default about variables that are not > used anywhere and that are marked 'const', generating many > false positives in an allmodconfig build, e.g.: > > arch/arm/mach-davinci/board-da830-evm.c:282:20:

Re: [RFC PATCH 0/2] net: threadable napi poll loop

On 10.05.2016 23:09, Eric Dumazet wrote: > On Tue, May 10, 2016 at 1:46 PM, Hannes Frederic Sowa > wrote: > >> I agree here, but I don't think this patch particularly is a lot of >> bloat and something very interesting people can play with and extend upon. >> > >

[tip:perf/core] perf probe: Check the return value of strbuf APIs

Commit-ID: bf4d5f25c90bf2eca8671f2fc4e3d15919cd7f9c Gitweb: http://git.kernel.org/tip/bf4d5f25c90bf2eca8671f2fc4e3d15919cd7f9c Author: Masami Hiramatsu AuthorDate: Tue, 10 May 2016 14:47:07 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue,

[tip:perf/core] perf help: Make check_emacsclient_version to check strbuf APIs

Commit-ID: b72ca4039099e953f1ea2dbd58c201b14feb6605 Gitweb: http://git.kernel.org/tip/b72ca4039099e953f1ea2dbd58c201b14feb6605 Author: Masami Hiramatsu AuthorDate: Tue, 10 May 2016 14:47:17 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue,

[tip:perf/core] perf help: Do not use ALLOC_GROW in add_cmd_list

Commit-ID: 682f4f035e0fcffce511fe77a02a0f19f0996d70 Gitweb: http://git.kernel.org/tip/682f4f035e0fcffce511fe77a02a0f19f0996d70 Author: Masami Hiramatsu AuthorDate: Tue, 10 May 2016 14:47:53 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue,

[tip:perf/core] perf tools: Remove xrealloc and ALLOC_GROW

Commit-ID: 452e84012595d681f254a3a0d733fb0b18ffaf42 Gitweb: http://git.kernel.org/tip/452e84012595d681f254a3a0d733fb0b18ffaf42 Author: Masami Hiramatsu AuthorDate: Tue, 10 May 2016 14:48:01 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue,

[PATCH] x86/arch_prctl/64: restore accidentally removed put_cpu in ARCH_SET_GS

This fixes 731e33e39a5b95ad770 "Remove FSBASE/GSBASE < 4G optimization" Signed-off-by: Mateusz Guzik --- arch/x86/kernel/process_64.c | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/x86/kernel/process_64.c b/arch/x86/kernel/process_64.c index 4285f6a..6b16c36 100644

[PATCH BUGFIX V2] block: add missing group association in bio-cloning functions

When a bio is cloned, the newly created bio must be associated with the same blkcg as the original bio (if BLK_CGROUP is enabled). If this operation is not performed, then the new bio is not associated with any group, and the group of the current task is returned when the group of the bio is

Re: Getting rid of dynamic TASK_SIZE (on x86, at least)

On Tue, May 10, 2016 at 10:49 AM, Cyrill Gorcunov wrote: > On Tue, May 10, 2016 at 10:26:05AM -0700, Andy Lutomirski wrote: > ... >> >> >> >> It's annoying and ugly. It also makes the idea of doing 32-bit CRIU >> >> restore by starting in 64-bit mode and switching to 32-bit

[PATCH] kbuild: move -Wunused-const-variable to W=1 warning level

gcc-6 started warning by default about variables that are not used anywhere and that are marked 'const', generating many false positives in an allmodconfig build, e.g.: arch/arm/mach-davinci/board-da830-evm.c:282:20: warning: 'da830_evm_emif25_pins' defined but not used

Re: [PATCH net-next 1/2] net: dsa: mv88e6xxx: abstract VTU/STU data access

On Tue, May 10, 2016 at 03:44:28PM -0400, Vivien Didelot wrote: > Both VTU and STU operations use the same routine to access their > (common) data registers, with a different offset. > > Add VTU and STU specific read and write functions to the data registers > to abstract the required offset. >

Re: [PATCH BUGFIX V2] block: add missing group association in bio-cloning functions

Paolo Valente writes: > diff --git a/block/bio.c b/block/bio.c > index 807d25e..e9b136a 100644 > --- a/block/bio.c > +++ b/block/bio.c > @@ -622,6 +622,8 @@ struct bio *bio_clone_fast(struct bio *bio, gfp_t > gfp_mask, struct bio_set *bs) > } > } >

Re: [PATCH] [media] v4l2-async: Pass the v4l2_async_subdev to the unbind callback

Hello Alban, On 05/10/2016 09:19 AM, Alban Bedel wrote: > v4l2_async_cleanup() is always called before before calling the > unbind() callback. However v4l2_async_cleanup() clear the asd member, > so when calling the unbind() callback the v4l2_async_subdev is always > NULL. To fix this save the

Re: [PATCH] media: dvb_ringbuffer: Add memory barriers

Hi Mauro, thanks for looking after this patch. On 05/07/16 15:22, Mauro Carvalho Chehab wrote: Hi Soeren, Em Sun, 7 Feb 2016 20:22:36 +0100 Soeren Moch escreveu: On 27.12.2015 21:41, Soeren Moch wrote: Implement memory barriers according to

Re: [RFC PATCH 0/2] net: threadable napi poll loop

On Tue, 2016-05-10 at 14:53 -0700, Eric Dumazet wrote: > On Tue, 2016-05-10 at 17:35 -0400, Rik van Riel wrote: > > > You might need another one of these in invoke_softirq() > > > > Excellent. > > I gave it a quick try (without your suggestion), and host seems to > survive a stress test. > >

Re: [RFC PATCH 0/2] net: threadable napi poll loop

On Tue, 2016-05-10 at 14:53 -0700, Eric Dumazet wrote: > On Tue, 2016-05-10 at 17:35 -0400, Rik van Riel wrote: > > > > > You might need another one of these in invoke_softirq() > > > Excellent. > > I gave it a quick try (without your suggestion), and host seems to > survive a stress test. >

[RFC/PATCHv3 v3 2/3] firmware: Provide infrastructure to make fw caching optional

From: Vikram Mulukutla Some low memory systems with complex peripherals cannot afford to have the relatively large firmware images taking up valuable memory during suspend and resume. Change the internal implementation of firmware_class to disallow caching based on a

[RFC/PATCHv3 v3 0/3] request_firmware() into pre-allocated buffers

Some systems are memory constrained but they need to load very large firmwares. The firmware subsystem allows drivers to request this firmware be loaded from the filesystem, but this requires that the entire firmware be loaded into kernel memory first before it's provided to the driver. This can

Re: [PATCH 3/4] drm: Add helper for simple display pipeline

On Tue, May 10, 2016 at 8:59 AM, Daniel Vetter wrote: >> if (ret) >> return ret; >> >> /* How to handle !visible, is it even possible? */ > > if (!visible) > return -EINVAL; > > You can't, so need to reject it. Ok, on further thought I

[tip:perf/core] perf tools: Make alias handler to check return value of strbuf

Commit-ID: 70a6898fdc11272249622f77b034f47f1e9adb35 Gitweb: http://git.kernel.org/tip/70a6898fdc11272249622f77b034f47f1e9adb35 Author: Masami Hiramatsu AuthorDate: Tue, 10 May 2016 14:47:26 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue,

[tip:perf/core] perf header: Make topology checkers to check return value of strbuf

Commit-ID: 642aadaa320bf9466fd12e3c0903977410bcb731 Gitweb: http://git.kernel.org/tip/642aadaa320bf9466fd12e3c0903977410bcb731 Author: Masami Hiramatsu AuthorDate: Tue, 10 May 2016 14:47:35 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue,

Re: Getting rid of dynamic TASK_SIZE (on x86, at least)

On May 10, 2016 11:21 AM, "Oleg Nesterov" wrote: > > On 05/10, Andy Lutomirski wrote: > > > > - xol_add_vma: This one is weird: uprobes really is doing something > > behind the task's back, and the addresses need to be consistent with > > the address width. I'm not quite sure

[tip:perf/core] perf pmu: Make pmu_formats_string to check return value of strbuf

Commit-ID: 11db4e29bb50442ecef2173f325b7be4e7790025 Gitweb: http://git.kernel.org/tip/11db4e29bb50442ecef2173f325b7be4e7790025 Author: Masami Hiramatsu AuthorDate: Tue, 10 May 2016 14:47:44 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue,

Re: [RFC PATCH 0/2] net: threadable napi poll loop

From: Rik van Riel Date: Tue, 10 May 2016 16:50:56 -0400 > On Tue, 2016-05-10 at 16:45 -0400, David Miller wrote: >> From: Paolo Abeni >> Date: Tue, 10 May 2016 22:22:50 +0200 >> >> > On Tue, 2016-05-10 at 09:08 -0700, Eric Dumazet wrote: >> >> On Tue,

Re: [PATCH net-next 2/2] net: dsa: mv88e6xxx: add STU capability

On Tue, May 10, 2016 at 03:44:29PM -0400, Vivien Didelot wrote: > Some switch models have a STU (per VLAN port state database). Add a new > capability flag to switches info, instead of checking their family. > > Also if the 6165 family has an STU, it must have a VTU, so add the >

Re: [PATCH 1/6] f2fs: support in batch multi blocks preallocation

> > valid_block_count = > > - sbi->total_valid_block_count + (block_t)count; > > + sbi->total_valid_block_count + (block_t)(*count); > > if (unlikely(valid_block_count > sbi->user_block_count)) { > > - spin_unlock(>stat_lock); > > - return false; > >

Re: [RFC PATCH 0/2] net: threadable napi poll loop

From: Paolo Abeni Date: Tue, 10 May 2016 22:22:50 +0200 > On Tue, 2016-05-10 at 09:08 -0700, Eric Dumazet wrote: >> On Tue, 2016-05-10 at 18:03 +0200, Paolo Abeni wrote: >> >> > If a single core host is under network flood, i.e. ksoftirqd is >> > scheduled and it eventually

Re: [RFC PATCH 0/2] net: threadable napi poll loop

Hello, On 10.05.2016 16:29, Eric Dumazet wrote: > On Tue, 2016-05-10 at 16:11 +0200, Paolo Abeni wrote: >> Currently, the softirq loop can be scheduled both inside the ksofirqd kernel >> thread and inside any running process. This makes nearly impossible for the >> process scheduler to balance in

Re: [PATCH 1/3] intel_pstate: Clarify average performance computation

On Tuesday, May 10, 2016 12:58:04 PM Srinivas Pandruvada wrote: > On Tue, 2016-05-10 at 21:21 +0200, Rafael J. Wysocki wrote: > > On Tue, May 10, 2016 at 3:18 AM, Srinivas Pandruvada > > wrote: > > > > > > On Sat, 2016-05-07 at 01:44 +0200, Rafael J. Wysocki

Re: [PATCH] x86/arch_prctl/64: restore accidentally removed put_cpu in ARCH_SET_GS

On Tue, May 10, 2016 at 1:56 PM, Mateusz Guzik wrote: > This fixes 731e33e39a5b95ad770 "Remove FSBASE/GSBASE < 4G optimization" Indeed. How did that survive lockdep? Acked-by: Andy Lutomirski > > Signed-off-by: Mateusz Guzik > --- >

[PATCH] x86/extable: ensure entries are swapped completely when sorting

The x86 exception table sorting was changed in commit 29934b0fb8ff ("x86/extable: use generic search and sort routines") to use the arch independent code in lib/extable.c. However, the patch was mangled somehow on its way into the kernel from the last version posted at [1]. The committed version

Re: [RFC PATCH 0/2] net: threadable napi poll loop

On Tue, 2016-05-10 at 14:09 -0700, Eric Dumazet wrote: > On Tue, May 10, 2016 at 1:46 PM, Hannes Frederic Sowa > wrote: > > > I agree here, but I don't think this patch particularly is a lot of > > bloat and something very interesting people can play with and extend

Re: [PATCH BUGFIX V2] block: add missing group association in bio-cloning functions

Il 10/05/2016 23:34, Jeff Moyer ha scritto: Paolo Valente writes: diff --git a/block/bio.c b/block/bio.c index 807d25e..e9b136a 100644 --- a/block/bio.c +++ b/block/bio.c @@ -622,6 +622,8 @@ struct bio *bio_clone_fast(struct bio *bio, gfp_t gfp_mask, struct bio_set

Re: [PATCH 1/2] watchdog: cpwd: Use setup_timer()

On Fri, May 06, 2016 at 06:29:40PM +0530, Muhammad Falak R Wani wrote: > The function setup_timer combines the initialization of a timer with > the initialization of the timer's function and data fields. > The multiline code for timer initialization is now replaced > with function setup_timer. >

Re: [PATCH 2/2] watchdog: shwdt: Use setup_timer()

On Fri, May 06, 2016 at 06:29:41PM +0530, Muhammad Falak R Wani wrote: > The function setup_timer combines the initialization of a timer with > the initialization of the timer's function and data fields. > The multiline code for timer initialization is now replaced > with function setup_timer. >

Re: [PATCH BUGFIX] block: add missing group association in bio-cloning functions

On Tue, May 10, 2016 at 10:23:41PM +0200, Paolo Valente wrote: > diff --git a/include/linux/bio.h b/include/linux/bio.h > index 6b7481f..a9ff116 100644 > --- a/include/linux/bio.h > +++ b/include/linux/bio.h > @@ -527,11 +527,13 @@ extern unsigned int bvec_nr_vecs(unsigned short idx); > int

Re: [RFC PATCH 0/2] net: threadable napi poll loop

On Tue, 2016-05-10 at 16:52 -0400, David Miller wrote: > From: Rik van Riel > Date: Tue, 10 May 2016 16:50:56 -0400 > > > On Tue, 2016-05-10 at 16:45 -0400, David Miller wrote: > >> From: Paolo Abeni > >> Date: Tue, 10 May 2016 22:22:50 +0200 > >>  > >> > On

Re: [RFC PATCH 0/2] net: threadable napi poll loop

On Tue, May 10, 2016 at 1:46 PM, Hannes Frederic Sowa wrote: > I agree here, but I don't think this patch particularly is a lot of > bloat and something very interesting people can play with and extend upon. > Sure, very rarely patch authors think their stuff is

Re: [RFC PATCH 0/2] net: threadable napi poll loop

On Tue, 2016-05-10 at 14:31 -0700, Eric Dumazet wrote: > On Tue, 2016-05-10 at 14:09 -0700, Eric Dumazet wrote: > > > > On Tue, May 10, 2016 at 1:46 PM, Hannes Frederic Sowa > > wrote: > > > > > > > > I agree here, but I don't think this patch particularly is a lot

Re: [RFC PATCH 0/2] net: threadable napi poll loop

On Tue, 2016-05-10 at 17:35 -0400, Rik van Riel wrote: > You might need another one of these in invoke_softirq() > Excellent. I gave it a quick try (without your suggestion), and host seems to survive a stress test. Of course we do have to fix these problems : [ 147.781629] NOHZ:

[PATCH BUGFIX V3] block: add missing group association in bio-cloning functions

When a bio is cloned, the newly created bio must be associated with the same blkcg as the original bio (if BLK_CGROUP is enabled). If this operation is not performed, then the new bio is not associated with any group, and the group of the current task is returned when the group of the bio is

[PATCH] arm64: dts: qcom: Add msm8916 PMU node

Add the PMU so we can get proper perf event support on this SoC. Signed-off-by: Stephen Boyd --- arch/arm64/boot/dts/qcom/msm8916.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/msm8916.dtsi b/arch/arm64/boot/dts/qcom/msm8916.dtsi

Re: [PATCH 2/3] sched,fair: Fix local starvation

On Tue, May 10, 2016 at 10:21:39PM +0200, Ingo Molnar wrote: > > * Peter Zijlstra wrote: > > > Mike reported that the recent commit 3a47d5124a95 ("sched/fair: Fix > > fairness issue on migration") broke interactivity and the signal > > starve test. > > This looks pretty

linux-next: manual merge of the vfs tree with the overlayfs tree

Hi Al, Today's linux-next merge of the vfs tree got a conflict in: fs/overlayfs/super.c between commit: 420598d5bf9c ("ovl: ignore permissions on underlying lookup") from the overlayfs tree and commit: b9e1d435fdf4 ("ovl_lookup_real(): use lookup_one_len_unlocked()") from the vfs

Re: [PATCH] workqueue: fix rebind bound workers warning

Hi Tejun, 2016-05-10 5:50 GMT+08:00 Wanpeng Li : > Cc Thomas, the new state machine author, > 2016-05-10 1:00 GMT+08:00 Tejun Heo : >> Hello, >> >> On Thu, May 05, 2016 at 09:41:31AM +0800, Wanpeng Li wrote: >>> The boot CPU handles housekeeping duty(unbound

Re: [PATCH] Staging: wlan-ng: fix comments style

Hi Greg, On Mon, May 09, 2016 at 02:26:13PM +0200, Kroah-Hartman wrote: On Sun, May 08, 2016 at 10:45:16AM -0400, YU Bo wrote: The patch fixed warning reported by checkpatch.pl: Block comments use a trailing */ on a separate line. Signed-off-by: YU Bo ---

Re: [PATCH 2/2] ARM64: dts: rockchip: enable eMMC for rk3399 EVB

Hi, On Wed, May 11, 2016 at 08:59:24AM +0800, Shawn Lin wrote: > On 2016/5/11 8:02, Brian Norris wrote: > >The 'mmc-hs400-enhanced-strobe' property has been acked by Rob Herring, > >though it's still not merged. > > > > Hi Brain, > > I'm not sure whether it's acceptable to upstream new property

Re: [PATCH 1/2] ARM64: dts: rockchip: add sdhci/emmc for rk3399

+ Huang Lin On 2016/5/11 8:02, Brian Norris wrote: The bindings for rk3399's SDHCI + eMMC PHY have been accepted, so let's support eMMC now. Note that 'rockchip,rk3399-sdhci-5.1' is not documented, but per Heiko's previous suggestion, we don't want to clutter the arasan doc, and it's just a

[PATCH 1/2] ARM: dts: qcom: Enable RPM regulators on apq8074 dragonboard

Add the appropriate min/max voltages for the regulators on the apq8074 dragonboard so that they can be used by clients properly. Signed-off-by: Stephen Boyd --- arch/arm/boot/dts/qcom-apq8074-dragonboard.dts | 199 + 1 file changed, 199

Re: [PATCH v2 2/4] Documentation: Add documentation for APM X-Gene SoC PMU DTS binding

Hi Rob/Mark, Do you have any more comments, please? Thanks, Tai On Mon, May 2, 2016 at 2:46 PM, Tai Tri Nguyen wrote: > Hi Rob, > > On Mon, May 2, 2016 at 1:56 PM, Rob Herring wrote: >> On Wed, Apr 20, 2016 at 12:31:22PM +0100, Will Deacon wrote: >>> On Mon,

Re: [PATCH v4 2/5] ACPI / processor_idle: Add support for Low Power Idle(LPI) states

On Tuesday, April 19, 2016 01:30:10 PM Sudeep Holla wrote: > ACPI 6.0 introduced an optional object _LPI that provides an alternate > method to describe Low Power Idle states. It defines the local power > states for each node in a hierarchical processor topology. The OSPM can > use _LPI object to

[PATCH 00/10]block-throttle: add low/high limit

Hi, This patch set adds low/high limit for blk-throttle cgroup. The interface is io.low and io.high. low limit implements best effort bandwidth/iops protection. If one cgroup doesn't reach its low limit, no other cgroups can use more bandwidth/iops than their low limit. cgroup without low limit

[PATCH 04/10] block-throttle: add upgrade logic for LIMIT_LOW state

When queue is in LIMIT_LOW state and all cgroups with low limit cross the bps/iops limitation, we will upgrade queue's state to LIMIT_HIGH/LIMIT_MAX For a cgroup hierarchy, there are two cases. Children has lower low limit than parent. Parent's low limit is meaningless. If children's bps/iops

[PATCH 09/10] blk-throttle: make sure expire time isn't too big

cgroup could be throttled to a limit but when other cgroups are idle, queue enters a higher state and so the group should be throttled to a higher limit. It's possible the cgroup is sleeping because of throttle and other cgroups don't dispatch IO any more. In this case, nobody can trigger current

RE: [PATCH][RFC] cpufreq: intel_pstate: Avoid time-costly synchronization if schedutil is not enabled

Hi, > -Original Message- > From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of > Rafael J. Wysocki > Sent: Wednesday, May 11, 2016 3:07 AM > To: Chen, Yu C > Cc: linux...@vger.kernel.org; Srinivas Pandruvada; Rafael J. Wysocki; Len > Brown; Viresh Kumar; Zhang, Rui; Linux

Re: [RFC v2 PATCH 0/8] VFS:userns: support portable root filesystems

On Tue, May 10, 2016 at 04:36:56PM -0700, James Bottomley wrote: > +static int shiftfs_rename2(struct inode *olddir, struct dentry *old, > +struct inode *newdir, struct dentry *new, > +unsigned int flags) > +{ > + struct dentry *rodd =

Re: [RFC PATCH 0/2] net: threadable napi poll loop

On Tue, 2016-05-10 at 15:02 -0700, Eric Dumazet wrote: > On Tue, 2016-05-10 at 14:53 -0700, Eric Dumazet wrote: > > On Tue, 2016-05-10 at 17:35 -0400, Rik van Riel wrote: > > > > > You might need another one of these in invoke_softirq() > > > > > > > Excellent. > > > > I gave it a quick try

Re: [PATCH v1] ION: Sys_heap: Add cached pool to spead up cached buffer alloc

On 05/09/2016 04:35 AM, Chen Feng wrote: Add ion cached pool in system heap. This patch add a cached pool in system heap. It has a great improvement of alloc for cached buffer. Can you give some benchmark numbers here? v1: Makes the cached buffer zeroed before going to pool Signed-off-by:

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