Re: linux-next: build failure after merge of the net-next tree

On Mon 09 May 18:29 PDT 2016, Stephen Rothwell wrote: > Hi all, > > After merging the net-next tree, today's linux-next build (x86_64 > allmodconfig) failed like this: > > net/qrtr/smd.c:106:14: error: initialization from incompatible pointer type > [-Werror=incompatible-pointer-types] >

Applied "ASoC: da7213: Add DAI DAPM event to control DAI clocks" to the asoc tree

The patch ASoC: da7213: Add DAI DAPM event to control DAI clocks has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "ASoC: es8328: Support more sample formats" to the asoc tree

The patch ASoC: es8328: Support more sample formats has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

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

On Tue, May 10, 2016 at 07:23:13PM +0200, Peter Zijlstra wrote: > So what was wrong with using the normal thunk_*.S wrappers for the > calls? That would allow you to use the alternative() stuff which does > generate smaller code. Yeah, so a full allyesconfig vmlinux gives ~22K .text size

Re: [Drbd-dev] [PATCH net-next v3] block/drbd: align properly u64 in nl messages

On Tue, May 10, 2016 at 11:39:49AM -0400, David Miller wrote: > From: Lars Ellenberg > Date: Tue, 10 May 2016 11:40:23 +0200 excuse me for reordering the original: > Anyways, back to the topic, can you please just relent and come to > some kind of agreement about the

Re: [PATCH 5/5] remoteproc: core: Clip carveout if it's too big

On Thu 05 May 06:29 PDT 2016, Lee Jones wrote: > Carveout size is primarily extracted from the firmware binary. However, > DT can over-ride this by providing a different (smaller) size. We're > adding protection here to ensure the we only allocate the smaller of the > two provided sizes in

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

On Tue, May 10, 2016 at 3:18 AM, Srinivas Pandruvada wrote: > On Sat, 2016-05-07 at 01:44 +0200, Rafael J. Wysocki wrote: >> From: Rafael J. Wysocki >> >> The core_pct_busy field of struct sample actually contains the >> average

[PATCH 0/2] ARM: dts: sunxi: Add display clocks to sun[47]i.dtsi

Enable the display and TCON clocks that are needed to drive the display engine, tcon and TV encoders. Please note that currently the parent handling for clocks using 'allwinner,sun4i-a10-display-clk' compatible with number of parents !=4 is broken (like de_[bf]e[01]_clk clocks present in

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

On Tue, 2016-05-10 at 12:25 -0700, Christoph Hellwig wrote: > 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. Good idea - I'll do that for the next posting. I'll

Re: [PATCH v8 2/3] gpio: mmio: add DT support for memory-mapped GPIOs

On Tuesday, May 10, 2016 02:08:45 PM Linus Walleij wrote: > On Sun, May 8, 2016 at 3:08 PM, Christian Lamparter > wrote: > > > From: Álvaro Fernández Rojas > > > > This patch adds support for defining memory-mapped GPIOs which > > are compatible with

[PATCH] ARM: dts: exynos: Replace deprecated hsi2c compatible on Exynos5420

Since commit 218e1496135e ("i2c: exynos5: add support for HSI2C on Exynos5260 SoC") the "samsung,exynos5-hsi2c" is deprecated in favor of SoC version specific: "samsung,exynos5250-hsi2c". Signed-off-by: Krzysztof Kozlowski --- arch/arm/boot/dts/exynos5420.dtsi | 14

Re: [PATCH V7 07/11] pci, acpi: Handle ACPI companion assignment.

On Tue, May 10, 2016 at 5:19 PM, Tomasz Nowicki wrote: > This patch provides a way to set the ACPI companion in PCI code. > We define acpi_pci_set_companion() to set the ACPI companion pointer and > call it from PCI core code. The function is stub for now. > > Signed-off-by:

Re: [PATCH V7 07/11] pci, acpi: Handle ACPI companion assignment.

On Tue, May 10, 2016 at 8:37 PM, Rafael J. Wysocki wrote: > On Tue, May 10, 2016 at 5:19 PM, Tomasz Nowicki wrote: >> This patch provides a way to set the ACPI companion in PCI code. >> We define acpi_pci_set_companion() to set the ACPI companion pointer and

Applied "ASoC: rockchip-max98090: Fix jack detection and event reporting." to the asoc tree

The patch ASoC: rockchip-max98090: Fix jack detection and event reporting. has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Applied "ASoC: es8328: Fix mask for VMIDSEL" to the asoc tree

The patch ASoC: es8328: Fix mask for VMIDSEL has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus

Applied "ASoC: es8328: Move clock setup to hw_params" to the asoc tree

The patch ASoC: es8328: Move clock setup to hw_params has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Applied "ASoC: rockchip-max98090: Fix the Headset Mic route." to the asoc tree

The patch ASoC: rockchip-max98090: Fix the Headset Mic route. has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Re: [PATCH v2 4/8] powerpc: add io{read,write}64 accessors

On 05/09/2016 03:20 AM, Horia Ioan Geanta Neag wrote: > On 5/5/2016 6:37 PM, Horia Geantă wrote: >> This will allow device drivers to consistently use io{read,write}XX >> also for 64-bit accesses. >> >> Signed-off-by: Horia Geantă > > It would be great if PPC maintainers

[PATCH] regulator: da9063: Correct module alias prefix to fix module autoloading

s/paltform/platform/ Signed-off-by: Geert Uytterhoeven --- drivers/regulator/da9063-regulator.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/regulator/da9063-regulator.c b/drivers/regulator/da9063-regulator.c index

Re: [PATCH] fs: befs: use flags field to validate fs state

On Tue, 10 May 2016 19:59:42 +0100 Salah Triki wrote: > flags field records the state of the superblock, so it is > more appropriate to use this field for validating the fs state than > using the fields log_start and log_end. > > Signed-off-by: Salah Triki

Re: [Drbd-dev] [PATCH net-next v3] block/drbd: align properly u64 in nl messages

From: Lars Ellenberg Date: Tue, 10 May 2016 21:09:03 +0200 > On Tue, May 10, 2016 at 11:39:49AM -0400, David Miller wrote: >> From: Lars Ellenberg >> Date: Tue, 10 May 2016 11:40:23 +0200 > > excuse me for reordering the original: > >>

Re: [PATCH v8 7/7] mm: kasan: Initial memory quarantine implementation

2016-05-10 20:17 GMT+03:00 Alexander Potapenko : > On Tue, May 10, 2016 at 5:39 PM, Andrey Ryabinin > wrote: >> 2016-03-15 13:10 GMT+03:00 Alexander Potapenko : >> >>> >>> static inline int kasan_module_alloc(void *addr, size_t size)

Re: [GIT PULL] overlayfs fixes for 4.6-rc7

On Tue, May 10, 2016 at 04:27:05PM +0100, Al Viro wrote: > NAK on lookup_hash(). If nothing else, you need either > lookup_one_len_unlocked() or its "we already know hash" variant (assuming it's > worth bothering with). That locking the parent is potentially a lot costlier > than

[tip:perf/core] perf callchain: Recording 'dwarf' callchains do not need DWARF unwinding support

Commit-ID: 841e3558b2de6d8c53dae4f01c7a81cd53e42e5c Gitweb: http://git.kernel.org/tip/841e3558b2de6d8c53dae4f01c7a81cd53e42e5c Author: He Kuang AuthorDate: Fri, 6 May 2016 08:59:07 + Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 9 May

[tip:perf/core] perf stat: Scale values by unit before metrics

Commit-ID: f340c5fc93bda334efd9f2b5855ef0d3746e1564 Gitweb: http://git.kernel.org/tip/f340c5fc93bda334efd9f2b5855ef0d3746e1564 Author: Andi Kleen AuthorDate: Thu, 5 May 2016 16:04:04 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 9 May

[tip:perf/core] perf tools: Support reading from backward ring buffer

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

[tip:perf/core] perf script: Fix incorrect python db-export error message

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

Re: [PATCH 2/5] ASoC: da7213: Add checking of SRM lock status before enabling DAI

On Tue, May 10, 2016 at 07:21:43PM +0100, Mark Brown wrote: > On Tue, May 10, 2016 at 04:11:05PM +0100, Adam Thomson wrote: > > > + /* Slave mode, if SRM not enabled no need for status checks */ > > + pll_ctrl = snd_soc_read(codec, DA7213_PLL_CTRL); > > + if

Re: [PATCH v3 4/4] x86, boot: Memory hotplug support for KASLR memory randomization

On Tue, May 3, 2016 at 12:31 PM, Thomas Garnier wrote: > Add a new option (CONFIG_RANDOMIZE_MEMORY_PHYSICAL_PADDING) to define > the padding used for the physical memory mapping section when KASLR > memory is enabled. It ensures there is enough virtual address space when >

Re: [PATCH RFT 1/2] phylib: add device reset GPIO support

On 04/28/2016 03:12 PM, Sergei Shtylyov wrote: > The PHY devices sometimes do have their reset signal (maybe even power > supply?) tied to some GPIO and sometimes it also does happen that a boot > loader does not leave it deasserted. So far this issue has been attacked > from (as I believe) a

Re: [PATCH v3 4/4] x86, boot: Memory hotplug support for KASLR memory randomization

On Tue, May 10, 2016 at 11:24 AM, Kees Cook wrote: > On Tue, May 3, 2016 at 12:31 PM, Thomas Garnier wrote: >> Add a new option (CONFIG_RANDOMIZE_MEMORY_PHYSICAL_PADDING) to define >> the padding used for the physical memory mapping section when KASLR

Applied "ASoC: es8328: Set symmetric rates" to the asoc tree

The patch ASoC: es8328: Set symmetric rates has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus during

[PATCH v6 1/5] dax: fallback from pmd to pte on error

From: Dan Williams In preparation for consulting a badblocks list in pmem_direct_access(), teach dax_pmd_fault() to fallback rather than fail immediately upon encountering an error. The thought being that reducing the span of the dax request may avoid the error region.

Applied "ASoC: da7213: Update PLL ranges to improve locking at frequency boundary" to the asoc tree

The patch ASoC: da7213: Update PLL ranges to improve locking at frequency boundary has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the

Applied "regulator: da9063: Correct module alias prefix to fix module autoloading" to the regulator tree

The patch regulator: da9063: Correct module alias prefix to fix module autoloading has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually

[PATCH] devicetree: sunxi: Add OLinuXino Lime2 eMMC to the Makefile

ARM: dts: sunxi: Add a olinuxino-lime2-emmc added the new emmc equipped lime2 but forgot its Makefile. This patch adds an entry to the Makefile. Signed-off-by: Olliver Schinagl --- Maxime, I'm sorry for ommitting the Makefile initially, if it is not merged yet, maybe just

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

On Tue, May 10, 2016 at 11:24 AM, wrote: > From: Chen Yu First, the subject. It doesn't have anything to do with schedutil, so I'd just use something like "Avoid unnecessary synchronize_sched() during initialization". > Commit bb6ab52f2bef

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

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 MV88E6XXX_FLAG_VTU to its family flags. Signed-off-by: Vivien Didelot

Re: [PATCH] arm64/sunxi: 4.6-rc1: Add dependency on generic irq chip

On Tuesday 10 May 2016 21:10:45 Maxime Ripard wrote: > > Fixes: commit ce3dd55b99b1 ("arm64: Introduce Allwinner SoC config option") > > Cc: Andre Przywara > > Signed-off-by: Suzuki K Poulose > > Signed-off-by: Andre Przywara

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

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. Signed-off-by: Vivien Didelot ---

Re: [PATCH 0/3] clk: bcm2835: critical clocks and parent selection

> On 10.05.2016, at 19:37, Eric Anholt wrote: > > Martin Sperl writes: > >>> On 10.05.2016 03:01, Eric Anholt wrote: >>> With the new patch 2 inserted between my previous pair, I think this >>> should cover Martin's bugs with clock disabling. >>>

[PATCH v3 10/27] ARM: dts: exynos: Use lowercase for Exynos5410 CPU node labels

For consistency lowercase node labels are used. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas --- arch/arm/boot/dts/exynos5410.dtsi | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

[PATCH v3 11/27] ARM: dts: exynos: Configure Exynos5410 pinctrl for eMMC and SD card

Configure the pinctrl for MMC0 (eMMC) and MMC2 (microSD card). Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas --- Important changes since v2: 1. Re-order the eMMC pins by pin-name, not by label. ---

[PATCH v3 15/27] ARM: dts: exynos: Use phandle to get parent node in exynos5250-snow

The i2c-arbitrator node in exynos5250-snow-common used absolute path to reference other node (the i2c parent). Use phandle instead, because the depth of the other node may be changed (like moving it under 'soc' node). Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier

[PATCH v3 20/27] ARM: dts: exynos: Move common Exynos5410/542x/5800 nodes to new DTSI

The Exynos5410/542x/5800 are very similar designs. Create a new DTSI with common nodes to remove DTS duplication. Although currently only MCT and SysRAM are shared but in future more nodes will be added to the common file. The patch should not have functional impact. Signed-off-by: Krzysztof

Re: [PATCH v3 1/4] x86, boot: Refactor KASLR entropy functions

On Tue, May 10, 2016 at 12:05 PM, Kees Cook wrote: > On Tue, May 3, 2016 at 12:31 PM, Thomas Garnier wrote: >> Move the KASLR entropy functions in x86/libray to be used in early >> kernel boot for KASLR memory randomization. >> >> Signed-off-by: Thomas

[PATCH v3 06/27] ARM: dts: exynos: Remove old fixed-clock provider on SMDK5410

All "fin_pll" clock users were switched to the new one, provided by Exynos5410 clock driver. Remove old DT node. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas --- arch/arm/boot/dts/exynos5410-smdk5410.dts | 7 --- 1 file

[PATCH BUGFIX] 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 v3 07/27] clk: samsung: exynos5410: Rename fin_pll from temporary to regular name

For smooth transition of fin_pll to clk-exynos5410.c from fixed-clock driver, initially it was named "fin_pll_new". Fix this here. Signed-off-by: Krzysztof Kozlowski Acked-by: Stephen Boyd Reviewed-by: Javier Martinez Canillas ---

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

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 (after processing ~640 packets) will let the > > user space process run. The latter

Re: [PATCH v2 1/2] net: nps_enet: Sync access to packet sent flag

Hi Elad, On 08.05.2016 15:44, Elad Kanfi wrote: > > After reviewing the code and your suggestion, it seems that we can do without > the flag tx_packet_sent and therefor the first issue becomes irrelevant. > The indication that a packet was sent is (tx_skb != NULL) , and the sequence > will

Applied "ASoC: rockchip-max98090: Fix NULL pointer dereference while accessing to jack." to the asoc tree

The patch ASoC: rockchip-max98090: Fix NULL pointer dereference while accessing to jack. has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime

Applied "ASoC: es8328: Fix ADC format setup" to the asoc tree

The patch ASoC: es8328: Fix ADC format setup has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus

Applied "ASoC: da7213: Allow PLL disable/bypass when using 32KHz sysclk" to the asoc tree

The patch ASoC: da7213: Allow PLL disable/bypass when using 32KHz sysclk has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Applied "ASoC: es8328: Support more sample rates" to the asoc tree

The patch ASoC: es8328: Support more sample rates has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus

Applied "ASoC: da7213: Add checking of SRM lock status before enabling DAI" to the asoc tree

The patch ASoC: da7213: Add checking of SRM lock status before enabling DAI has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

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

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 feature > mitigates exploits relying on predictable kernel addresses. These >

Applied "ASoC: da7213: Default PC counter to free-running when DAI disabled" to the asoc tree

The patch ASoC: da7213: Default PC counter to free-running when DAI disabled has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next

Re: [PATCH RFT 1/2] phylib: add device reset GPIO support

Hello. On 05/10/2016 09:32 PM, Florian Fainelli wrote: The PHY devices sometimes do have their reset signal (maybe even power supply?) tied to some GPIO and sometimes it also does happen that a boot loader does not leave it deasserted. So far this issue has been attacked from (as I believe) a

Re: [PATCH RFT 1/2] phylib: add device reset GPIO support

On 05/10/2016 12:11 PM, Sergei Shtylyov wrote: > Hello. > > On 05/10/2016 09:32 PM, Florian Fainelli wrote: > >>> The PHY devices sometimes do have their reset signal (maybe even power >>> supply?) tied to some GPIO and sometimes it also does happen that a boot >>> loader does not leave it

Re: [PATCH] ARM: dts: exynos: Only Odroid XU3-family boards use DTSI with CPU thermal nodes

Hi Krzysztof, On 10 May 2016 at 19:33, Krzysztof Kozlowski wrote: > On 05/10/2016 04:00 PM, Anand Moon wrote: >> Hi Krzysztof, >> >> On 10 May 2016 at 18:13, Krzysztof Kozlowski wrote: >>> On 05/10/2016 11:29 AM, Anand Moon wrote: > > I

Re: [PATCH v2 1/2] Documentation: DT: bindings: Add Broadcom STB PCIe bindings

On Tuesday 10 May 2016 10:00:12 Florian Fainelli wrote: > > The two critical pieces of information that the PCIe RC needs are: > > - number of memory controllers present in the system to avoid > configuring a window to a non-existing or non-populated memory controller > > - size of the memory

[PATCH v3 26/27] ARM: dts: exynos: Add I2C, PWM and UART pinctrl to Exynos5410

Add pincontrol groups for HSI2C (USI), I2C, PWM and UART to Exynos5410. This allows configuring these pins to specific functions. Signed-off-by: Krzysztof Kozlowski --- arch/arm/boot/dts/exynos5410-pinctrl.dtsi | 133 ++ 1 file changed, 133

[PATCH v3 27/27] ARM: dts: exynos: Add RTC and I2C to Exynos5410

Configure Exynos5410-specific properties of RTC, I2C and HSI2C nodes. This still does not enable them on the board level though. Signed-off-by: Krzysztof Kozlowski --- arch/arm/boot/dts/exynos5410.dtsi | 66 +++ 1 file changed, 66

Re: [PATCH 2/4] ARM: ux500: move ab8500_regulator_plat_data into driver

On Tuesday 10 May 2016 16:08:22 Mark Brown wrote: > On Tue, May 10, 2016 at 03:59:48PM +0200, Arnd Bergmann wrote: > > There is only one instance of ab8500_regulator_platform_data, and it's > > safe to assume we won't ever merge another one, so it's rather pointless > > to pass it through multiple

[PATCH v3 24/27] clk: samsung: exynos5410: Add I2C, HSI2C and RTC clocks

Add clocks for I2C, USI (HSI2C) and RTC to the Exynos5410 clock driver. Signed-off-by: Krzysztof Kozlowski --- drivers/clk/samsung/clk-exynos5410.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/clk/samsung/clk-exynos5410.c

[PATCH 1/1] arm64: Add ARM64 optimized IP checksum routine

This change implements an optimized checksum for arm64, based loosely on the original arch/arm implementation. Load-pair is used for the initial 16B load, reducing the overall number of loads to two for packets without IP options. Instruction count is reduced by ~3x compared to generic C

Re: [PATCH 2/5] remoteproc: core: Add rproc OF look-up functions

On Tue 10 May 07:16 PDT 2016, Lee Jones wrote: > On Fri, 06 May 2016, Bjorn Andersson wrote: > > > On Thu 05 May 06:29 PDT 2016, Lee Jones wrote: > > > > > - of_rproc_byindex(): look-up and obtain a reference to a rproc > > > using the DT phandle "rprocs" and a index. >

[PATCH v6 2/5] dax: enable dax in the presence of known media errors (badblocks)

From: Dan Williams 1/ If a mapping overlaps a bad sector fail the request. 2/ Do not opportunistically report more dax-capable capacity than is requested when errors present. Reviewed-by: Jeff Moyer Reviewed-by: Christoph Hellwig

[PATCH v6 3/5] dax: use sb_issue_zerout instead of calling dax_clear_sectors

From: Matthew Wilcox dax_clear_sectors() cannot handle poisoned blocks. These must be zeroed using the BIO interface instead. Convert ext2 and XFS to use only sb_issue_zerout(). Reviewed-by: Jeff Moyer Reviewed-by: Christoph Hellwig

Applied "ASoC: es8328: Move sample size setup to hw_params" to the asoc tree

The patch ASoC: es8328: Move sample size setup to hw_params has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent

[PATCH v6 0/5] dax: handling media errors (clear-on-zero only)

Until now, dax has been disabled if media errors were found on any device. This series attempts to address that. The first two patches from Dan re-enable dax even when media errors are present. The third patch from Matthew removes the zeroout path from dax entirely, making zeroout operations

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

In the truncate or hole-punch path in dax, we clear out sub-page ranges. If these sub-page ranges are sector aligned and sized, we can do the zeroing through the driver instead so that error-clearing is handled automatically. For sub-sector ranges, we still have to rely on clear_pmem and have the

Re: [PATCH v2] kbuild: fix if_change and friends to consider argument order

On Sat, May 07, 2016 at 03:48:26PM +0900, Masahiro Yamada wrote: > Currently, arg-check is implemented as follows: > > arg-check = $(strip $(filter-out $(cmd_$(1)), $(cmd_$@)) \ > $(filter-out $(cmd_$@), $(cmd_$(1))) ) > > This does not care about the order of arguments

[PATCH 1/1] mm: thp: calculate the mapcount correctly for THP pages during WP faults

This will provide fully accuracy to the mapcount calculation in the write protect faults, so page pinning will not get broken by false positive copy-on-writes. total_mapcount() isn't the right calculation needed in reuse_swap_page(), so this introduces a page_trans_huge_mapcount() that is

[patch] atmel: potential underflow in atmel_set_freq()

Smatch complains that we cap the upper bound of "fwrq->m" but not the lower bound. I don't know if it can actually happen but it's simple enough to check for negatives. Signed-off-by: Dan Carpenter diff --git a/drivers/net/wireless/atmel/atmel.c

Re: [BISECTED] Regression v4.6-rc1 : nanosleep doesn't return on AT91SAM9

2016-05-10 17:18 GMT+02:00 Nicolas Ferre : > Le 10/05/2016 16:59, Richard Genoud a écrit : >> 2016-05-10 16:47 GMT+02:00 Boris Brezillon >> : >>> Hi Richard, >>> >>> On Tue, 10 May 2016 16:25:25 +0200 >>> Richard Genoud

[PATCH v3 02/27] dt-bindings: clock: Add PWM and USB clock IDs to Exynos5410

Add IDs for PWM and USB clocks to Exynos5410. Use the same number as for Exynos5420 just in case in future these drivers were merged. Signed-off-by: Krzysztof Kozlowski Acked-by: Stephen Boyd Reviewed-by: Javier Martinez Canillas

[PATCH v3 03/27] ARM: dts: exynos: Add fin_pll node for clock driver

For consistency between Exynos5410 and Exynos542x/5800 switch to similar way of defining fin_pll/oscclk. Add a node early, before implementing this in driver to preserve bisectability. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas

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

* 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 dangerous for v4.6 - how about simply reverting in 3a47d5124a95 and

Re: [PATCH v3 0/2] Net driver bugs fix

From: Elad Kanfi Date: Mon, 9 May 2016 20:13:18 +0300 > Summary: > 1. Bug description: TX done interrupts that arrives while interrupts > are masked, during NAPI poll, will not trigger an interrupt handling. > Since TX interrupt is of level edge we will lose the TX

Applied "ASoC: es8328: Use single R/W for regmap" to the asoc tree

The patch ASoC: es8328: Use single R/W for regmap has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus

[PATCH v6 5/5] dax: fix a comment in dax_zero_page_range and dax_truncate_page

The distinction between PAGE_SIZE and PAGE_CACHE_SIZE was removed in 09cbfea mm, fs: get rid of PAGE_CACHE_* and page_cache_{get,release} macros The comments for the above functions described a distinction between those, that is now redundant, so remove those paragraphs Cc: Kirill A. Shutemov

Re: [PATCH 1/1] simplified security.nscapability xattr

Quoting Eric W. Biederman (ebied...@xmission.com): > "Andrew G. Morgan" writes: > > > On 2 May 2016 6:04 p.m., "Eric W. Biederman" > > wrote: > >> > >> "Serge E. Hallyn" writes: > >> > >> > On Tue, Apr 26, 2016 at 03:39:54PM -0700,

[PATCH] fs: befs: use flags field to validate fs state

flags field records the state of the superblock, so it is more appropriate to use this field for validating the fs state than using the fields log_start and log_end. Signed-off-by: Salah Triki --- fs/befs/super.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [PATCH v3 1/4] x86, boot: Refactor KASLR entropy functions

On Tue, May 3, 2016 at 12:31 PM, Thomas Garnier wrote: > Move the KASLR entropy functions in x86/libray to be used in early > kernel boot for KASLR memory randomization. > > Signed-off-by: Thomas Garnier > --- > Based on next-20160502 > --- >

Re: [PATCH v3 0/3] net: phy: add phy_ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Tue, 10 May 2016 00:19:40 +0200 > Ethtool callbacks {get|set}_link_ksettings may be the > same for many drivers. So we add two generics callbacks > phy_ethtool_{get|set}_link_ksettings. > > To use those generics callbacks, the ethernet driver must

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

On May 10, 2016 10:23:13 AM PDT, Peter Zijlstra wrote: >On Tue, May 10, 2016 at 06:53:18PM +0200, Borislav Petkov wrote: >> static __always_inline unsigned int __arch_hweight32(unsigned int w) >> { >> -unsigned int res = 0; >> +unsigned int res; >> >> -asm

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

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. > > Rename and relocate blkdev_dax_capable() to keep them maintained

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

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 wrote: > > > > > > From: Rafael J. Wysocki >

[PATCH v3 13/27] ARM: dts: exynos: Move common nodes to exynos5.dtsi

Exynos5420 and Exynos5250 share some nodes: the PWM, syscon (sysreg_system_controller) and first four I2C controllers. Move them to parent DTSI to avoid duplication. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas --- Important

[PATCH v3 16/27] ARM: dts: exynos: Move Exynos5250 and Exynos5420 nodes under soc

The conventions is to put SoC devices under 'soc' node. In fact other our DTSes (like exynos3250.dtsi or exynos5410.dtsi) already follow it. Adjust exynos5250 and exynos5420 DTSI to follow this convention. This is also necessary for the upcoming change in exynos5410.dtsi to inherit from common

[PATCH v3 14/27] ARM: dts: exynos: Prepare for inclusion of exynos5.dtsi in exynos5410.dtsi

Add 'sromc' label to SROM memory controller in common exynos5.dtsi so it can be referenced by inheriting DTSI. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas --- arch/arm/boot/dts/exynos5.dtsi | 2 +- 1 file changed, 1

Re: [PATCH net] drivers: net: Don't print unpopulated net_device name

On Tue, 10 May 2016 17:43:21 +0100 Harvey Hunt wrote: > For ethernet devices, net_device.name will be eth%d before > register_netdev() is called. Don't print the net_device name until > the format string is replaced. > > Cc: Robert Jarzmik > Cc:

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

Hi Alban, On Tue, May 10, 2016 at 03:19:14PM +0200, Alban Bedel wrote: > v4l2_async_cleanup() is always called before before calling the s/before // > unbind() callback. However v4l2_async_cleanup() clear the asd member, s/clear/clears/ > so when calling the unbind() callback the

Re: [PATCH 1/1] simplified security.nscapability xattr

Quoting Serge E. Hallyn (se...@hallyn.com): > Quoting Eric W. Biederman (ebied...@xmission.com): > > "Serge E. Hallyn" writes: > > > > > Quoting Andrew G. Morgan (mor...@kernel.org): > > >> > > >> I guess I'm confused how we have strayed so far that this isn't an > > >>

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

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 __sw_hweight32, for example, is 55 bytes here and

Re: [PATCH] arm64/sunxi: 4.6-rc1: Add dependency on generic irq chip

On Mon, May 09, 2016 at 11:37:35PM +0100, Andre Przywara wrote: > From: Suzuki K Poulose > > Commit ce3dd55b99b1 ("arm64: Introduce Allwinner SoC config option"), > added support for ARCH_SUNXI on arm64, but failed to select > GENERIC_IRQ_CHIP, which is required for

Re: [linux-sunxi] Re: [PATCH v4 01/11] clk: sunxi: Add display and TCON0 clocks driver

On Mon, 2016-05-09 at 15:39 -0700, Stephen Boyd wrote: > On 05/09, Stephen Boyd wrote: > > > > > > Ok I applied this one to clk-next. > > > And I squashed this in to silence the following checker warning. > > drivers/clk/sunxi/clk-sun4i-display.c:110:33: warning: Variable > length array is

[PATCH 1/2] ARM: sun4i: A10: 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/sun4i-a10.dtsi | 91 1 file changed, 84 insertions(+), 7 deletions(-) diff --git

  1   2   3   4   5   6   7   8   9   10   >