[PATCH 09/17] crypto: talitos - Move reset/init helpers into talitos2.h

Move reset/init helpers init talitos2.h as they are specific to SEC2 Signed-off-by: Christophe Leroy --- drivers/crypto/talitos.c | 19 --- drivers/crypto/talitos2.h | 20 2 files changed, 20 insertions(+), 19 deletions(-) diff --git a/drivers/crypto/talit

[PATCH 17/17] crypto: talitos - Update DT bindings with SEC1

This patch updates the documentation by including SEC1 into SEC2/3 doc Signed-off-by: Christophe Leroy --- Documentation/devicetree/bindings/crypto/fsl-sec2.txt | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/Documentation/devicetree/bindings/crypto/fsl-sec2.txt b/Docu

Re: [PATCH mmotm] x86, mm: ioremap_pud_capable can be static

On Thu, 2015-03-05 at 20:35 +0800, kbuild test robot wrote: > Signed-off-by: Fengguang Wu Thanks for the update! Reviewed-by: Toshi Kani -Toshi > --- > ioremap.c |6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/lib/ioremap.c b/lib/ioremap.c > index 3055ada.

[PATCH 14/17] crypto: talitos - Add a helper function to clear j_extent field

j_extent field is specific to SEC2 so we add a helper function to clear it so that SEC1 can redefine that function as nop Signed-off-by: Christophe Leroy --- drivers/crypto/talitos.c | 2 +- drivers/crypto/talitos2.h | 5 + 2 files changed, 6 insertions(+), 1 deletion(-) diff --git a/drive

[tip:x86/urgent] x86/intel/quark: Select COMMON_CLK

Commit-ID: 9ab6eb51ef4ad63cb71533d3a4dfb09ea8f69b4c Gitweb: http://git.kernel.org/tip/9ab6eb51ef4ad63cb71533d3a4dfb09ea8f69b4c Author: Andy Shevchenko AuthorDate: Thu, 5 Mar 2015 17:24:04 +0200 Committer: Ingo Molnar CommitDate: Thu, 5 Mar 2015 17:44:53 +0100 x86/intel/quark: Select CO

[PATCH 16/17] crypto: talitos - SEC1 bugs on 0 data hash

SEC1 bugs on 0 data hash, so we submit an already padded block representing 0 data Signed-off-by: Christophe Leroy --- drivers/crypto/talitos.c | 3 +++ drivers/crypto/talitos1.c | 21 + drivers/crypto/talitos1.h | 4 drivers/crypto/talitos2.h | 6 ++ 4 files c

[PATCH 05/17] crypto: talitos - isolate scatter/gather handling for ahash

SEC1 doesn't support scatter/gather, therefore this part of the code will have to be implemented differently for SEC1, so we isolate it in a small helper function Signed-off-by: Christophe Leroy --- drivers/crypto/talitos.c | 29 +++-- 1 file changed, 19 insertions(+), 1

[PATCH 02/17] crypto: talitos - Externalise specific SEC2 reset actions

During init and reset, some actions are different between SEC1 and SEC2 This patch isolates them in small helper functions that we will be able to redefine for SEC1 Signed-off-by: Christophe Leroy --- drivers/crypto/talitos.c | 20 1 file changed, 16 insertions(+), 4 deleti

[PATCH 06/17] crypto: talitos - Add talitos2.c to isolate SEC2 specific functions

SEC1 doesn't have IPSec descriptor, so all functions using that descriptor are specific to SEC2. This patch moves them in a new talitos2.c file dedicated to SEC2 We also move to talitos2.c all the functions that will be different for SEC1, like the handling of mapping/unmapping of input/output scat

Re: [PATCH v2 2/2] ARM: dts: am33xx: Move wkup_m3 node to soc node and add ranges

On 03/05/2015 09:40 AM, Tony Lindgren wrote: > * Dave Gerlach [150304 20:14]: Dave, Looks like the commit message disappeared during your patch preparation. >> Signed-off-by: Suman Anna >> Signed-off-by: Dave Gerlach >> --- >> arch/arm/boot/dts/am33xx.dtsi | 21 + >> 1 fil

Re: [PATCH 0/4] cleancache: remove limit on the number of cleancache enabled filesystems

On Wed, Mar 04, 2015 at 04:22:30PM -0500, Konrad Rzeszutek Wilk wrote: > On Tue, Feb 24, 2015 at 01:34:06PM +0300, Vladimir Davydov wrote: > > On Mon, Feb 23, 2015 at 11:12:22AM -0500, Konrad Rzeszutek Wilk wrote: > > > Thank you for posting these patches. I was wondering if you had > > > run throu

[PATCH] Fix build errors in asm-generic/pgtable.h

Fix build errors in pud_set_huge() and pmd_set_huge() in asm-generic/pgtable.h on some architectures in linux-next and -mm trees. C-stype code needs be used under #ifndef __ASSEMBLY__. Signed-off-by: Toshi Kani --- include/asm-generic/pgtable.h | 12 ++-- 1 file changed, 6 insertions(

Re: [RFC PATCH 00/18] ARM: msm multiplatform support

On 4 March 2015 at 20:32, Arnd Bergmann wrote: > This is my final piece of the puzzle for ARMv6/v7 multiplatform > support. In combination with the other patches that are now > at git://kernel.org/pub/scm/linux/kernel/git/arnd/playground.git > multiplatform-4.0-rc2 and the at91 and shmobile parts

randconfig build error with next-20150305, in kernel/rcu

Building with the attached random configuration file, In file included from include/linux/vmalloc.h:8:0, from ./arch/x86/include/asm/io.h:200, from ./arch/x86/include/asm/realmode.h:5, from ./arch/x86/include/asm/acpi.h:33, from .

Re: [PATCH] dmaengine: qcom_bam_dma: fix wrong register offsets

On Thu, Feb 19, 2015 at 06:45:50PM +0200, Stanimir Varbanov wrote: > The commit fb93f520e (dmaengine: qcom_bam_dma: Generalize BAM > register offset calculations) wrongly populated base offsets > for event registers for bam v1.4. > Applied, thanks -- ~Vinod -- To unsubscribe from this list: sen

Re: [PATCH] drivers: dma: Remove extra check

On Fri, Feb 20, 2015 at 05:58:44PM +0530, Tapasweni Pathak wrote: > Remove double check on chan->desc. > > Found by Coccinelle. > Please use the right substem name in patches. Hint git log is your friend Applied, now -- ~Vinod -- To unsubscribe from this list: send the line "unsubscribe linux

Re: [PATCH] pci: host: xgene: fix incorrectly returned address by map_bus

[+cc Mark] On Thu, Feb 26, 2015 at 06:21:51PM -0600, Bjorn Helgaas wrote: > On Tue, Feb 17, 2015 at 03:14:00PM -0800, Feng Kan wrote: > > The generic accessor functions for pci-xgene uses map_bus > > call that returns the base address but did not add the additional > > offset. > > > > Signed-off-

Re: [PATCH v2 5/6] watchdog: at91sam9: request the irq with IRQF_NO_SUSPEND

Hi Rafael, > enable_irq_wake() has no effect on IRQF_NO_SUSPEND interrupts, so if the > driver uses IRQF_NO_SUSPEND, it does not need to use enable_irq_wake() > in addition to that. That's not generally true -- certainly not for irq_chips without the IRQCHIP_SKIP_SET_WAKE flag. Consider systems

Re: [PATCH 2/7] context_tracking: Rename context symbols to prepare for transition state

On 03/04/2015 09:14 PM, Frederic Weisbecker wrote: > Current context tracking symbols are designed to express living state. > As such they are prefixed with "IN_": IN_USER, IN_KERNEL. > > Now we are going to use these symbols to also express state transitions > such as context_tracking_enter(IN_US

[PATCH 0/3] net: macb: rework at91 specific handling

Hello, This removes the #if defined(ARCH_AT91) sections to prevent any problem when enabling ARM multi-platform support. The at91 specific logic is now activated when the "at91sam9260-macb" compatible string is found. Best Regards, Boris Boris Brezillon (3): net/macb: Update DT bindings docu

Re: [PATCH -next 04/12] of: earlycon: Add options string handling

On Wed, Mar 4, 2015 at 11:24 AM, Peter Hurley wrote: > commit 7914a7c5651a5 ("of: support passing console options with > stdout-path") added options string support to the stdout-path property. > > Handle the options string for earlycon as well. > > Requires: "libfdt: Teach fdt_path_offset() about

Re: Linux XIA - merge proposal

Michel Machado wrote: > Hi there, > > We have been developing Linux XIA, a new network stack that > emphasizes evolvability and interoperability, for a couple of years, and > it has now reached a degree of maturity that allows others to experiment > with it. >From looking at your wiki, "netw

[PATCH 1/3] net/macb: Update DT bindings documentation

Add missing "cdns,at91sam9260-macb", "atmel,sama5d3-gem" and "atmel,sama5d4-gem" compatible strings. Signed-off-by: Boris Brezillon --- Documentation/devicetree/bindings/net/macb.txt | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/net/mac

Re: [RFC 0/6] the big khugepaged redesign

On 02/24/2015 11:32 AM, Vlastimil Babka wrote: > On 02/23/2015 11:56 PM, Andrew Morton wrote: >> On Mon, 23 Feb 2015 14:46:43 -0800 Davidlohr Bueso wrote: >> >>> On Mon, 2015-02-23 at 13:58 +0100, Vlastimil Babka wrote: Recently, there was concern expressed (e.g. [1]) whether the quite

Re: [PATCH v2] dmaengine: bam-dma: fix a warning about missing capabilities

On 03/05/2015 06:15 PM, Vinod Koul wrote: > On Thu, Mar 05, 2015 at 03:03:04PM +0200, Stanimir Varbanov wrote: >> Avoid the warning below triggered during dmaengine async device >> registration. >> >> WARNING: CPU: 1 PID: 1 at linux/drivers/dma/dmaengine.c:863 >> dma_async_device_register+0x2a8/0x4

RE: [PATCH 1/2] bq2415x_charger: Remove unnecessary else after return

Thanks for feedback :). You are right, checkpatch.pl does not complain about issues in existing code. I did these changes so that existing code has similar coding style with the newly added code. This way, in the entire driver we will have the same coding style. Regards, Anda

Re: [PATCH -next 06/12] of: earlycon: Move address translation to of_setup_earlycon()

On Wed, Mar 4, 2015 at 11:24 AM, Peter Hurley wrote: > Cleanup the early DT/earlycon separation; remove the 'addr' parameter > from of_setup_earlycon() and get the uart phys addr directly with a > new wrapper function, of_flat_dt_translate_addr(). Limit > fdt_translate_address() to file scope. > >

[PATCH 3/3] net: macb: remove #if defined(CONFIG_ARCH_AT91) sections

With multi platform support those sections could lead to unexpected behavior if both ARCH_AT91 and another ARM SoC using the MACB IP are selected. Add two new capabilities to encode the default MII mode and the presence of a CLKEN bit in USRIO register. Then define the appropriate config for IPs em

Re: [PATCH RFC tip/perf/core] ftrace/x86: Let dynamic trampolines call ops->func even for dynamic fops

On Thu, 5 Mar 2015, Steven Rostedt wrote: > On Thu, 5 Mar 2015 16:56:43 +0100 (CET) > Miroslav Benes wrote: > > > I don't know if you plan to do something about this patch or if you just > > missed it in your e-mail pile. Should I resend it or have you already > > scratched that? > > Thanks f

[PATCH 2/3] ARM: at91/dt: fix macb compatible strings

Some at91 SoCs embed a 10/100 Mbit Ethernet IP, that is based on the at91sam9260 SoC. Fix at91 DTs accordingly. Signed-off-by: Boris Brezillon --- arch/arm/boot/dts/at91sam9260.dtsi | 2 +- arch/arm/boot/dts/at91sam9263.dtsi | 2 +- arch/arm/boot/dts/at91sam9g45.dtsi | 2 +- arch/

RE: [PATCH v2 1/1] thermal: intel Quark SoC X1000 DTS thermal driver

>-Original Message- >From: Andy Shevchenko [mailto:andy.shevche...@gmail.com] >Sent: Friday, March 6, 2015 12:11 AM >To: Ong, Boon Leong >Cc: Bryan O'Donoghue; Zhang, Rui; edubez...@gmail.com; Kweh, Hock Leong; >linux...@vger.kernel.org; linux-kernel@vger.kernel.org >Subject: Re: [PATCH v2

Re: [PATCH RFC tip/perf/core] ftrace/x86: Let dynamic trampolines call ops->func even for dynamic fops

On Thu, 5 Mar 2015 16:56:43 +0100 (CET) Miroslav Benes wrote: > I don't know if you plan to do something about this patch or if you just > missed it in your e-mail pile. Should I resend it or have you already > scratched that? Thanks for the reminder. It was marked as "todo" but fell in the no

Re: [PATCH v2] dmaengine: bam-dma: fix a warning about missing capabilities

On Thu, Mar 05, 2015 at 03:03:04PM +0200, Stanimir Varbanov wrote: > Avoid the warning below triggered during dmaengine async device > registration. > > WARNING: CPU: 1 PID: 1 at linux/drivers/dma/dmaengine.c:863 > dma_async_device_register+0x2a8/0x4b8() > this driver doesn't support generic slave

Re: [PATCH v2] sched, timer: Use atomics for thread_group_cputimer to improve scalability

On Thu, Mar 05, 2015 at 05:00:05PM +0100, Frederic Weisbecker wrote: > On Thu, Mar 05, 2015 at 07:56:59AM -0800, Paul E. McKenney wrote: > > On Thu, Mar 05, 2015 at 04:35:09PM +0100, Frederic Weisbecker wrote: > > > So, in the case we are calling that right after setting > > > cputimer->running, I

Re: [4.0-rc+] WARNING: CPU: 0 PID: 1 at ./drivers/dma/dmaengine.c:863 dma_async_device_register+0xe0/0x540()

On Thu, Mar 05, 2015 at 10:04:21AM -0500, Peter Hurley wrote: > First boot of 4.0-rc+ gave me [1] on a Beaglebone Black due to > The warning is intentional to get driver fixed and give the right behaviour Felipe had sent a patch for this but that one needs an update -- ~Vinod > commit ecc19d178

Re: [PATCH -next 05/12] of: earlycon: Initialize port fields from DT properties

On Wed, Mar 4, 2015 at 11:24 AM, Peter Hurley wrote: > Read the optional "reg-offset", "reg-shift" and "reg-io-width" properties > and initialize the respective struct uart_port field if found. > > NB: These bindings are common to several drivers and the values merely > indicate the default value;

Re: [PATCH RESEND 0/4] Add support for IPROC SDHCI controller

On 5 March 2015 at 16:59, Scott Branden wrote: > This series of patchsets contains the IPROC SDHCI driver used > in a series of Broadcom SoCs > Quirks are also added to support this controller. > > Corneliu Doban (1): > mmc: sdhci: do not set AUTO_CMD12 for multi-block CMD53 > > Scott Branden (3

Re: [PATCH 1/2] bq2415x_charger: Remove unnecessary else after return

On Thu, 2015-03-05 at 13:23 +0200, Anda-Maria Nicolae wrote: > Fix coding style to comply with checkpatch.pl I think these are unnecessary changes. The current version of checkpatch should not emit a warning for the original code. > diff --git a/drivers/power/bq2415x_charger.c b/drivers/power/bq

Re: [PATCH v5 1/9] arm64: dts: exynos: Add dts files for 64-bit Exynos5433 SoC

Hi Mark, On Thu, Mar 5, 2015 at 9:24 PM, Mark Rutland wrote: > On Thu, Mar 05, 2015 at 05:38:23AM +, Chanwoo Choi wrote: >> This patch adds new Exynos5433 dtsi to support 64-bit Exynos5433 SoC based on >> Octal core CPUs (quad Cortex-A57 and quad Cortex-A53). And Exynos5433 >> supports >> PS

RE: [PATCH v1 1/1] x86/intel/quark: select COMMON_CLK

Yup, this is right. Thanks Andy. >-Original Message- >From: Andy Shevchenko [mailto:andriy.shevche...@linux.intel.com] >Sent: Thursday, March 5, 2015 11:24 PM >To: Ong, Boon Leong; Ingo Molnar; Darren Hart; Bryan O'Donoghue; >x...@kernel.org; linux-kernel@vger.kernel.org >Cc: Andy Shevchen

Re: [PATCH 12/38] perf tools: Introduce thread__comm_time() helpers

On Wed, Mar 04, 2015 at 09:02:55AM +0900, Namhyung Kim wrote: > Hi Frederic, > > On Tue, Mar 03, 2015 at 05:28:40PM +0100, Frederic Weisbecker wrote: > > On Tue, Mar 03, 2015 at 12:07:24PM +0900, Namhyung Kim wrote: > > > When data file indexing is enabled, it processes all task, comm and mmap > >

[PATCH stable 3.10, 3.12, 3.14] MIPS: Export FP functions used by lose_fpu(1) for KVM

[ Upstream commit 3ce465e04bfd8de9956d515d6e9587faac3375dc ] Export the _save_fp asm function used by the lose_fpu(1) macro to GPL modules so that KVM can make use of it when it is built as a module. This fixes the following build error when CONFIG_KVM=m due to commit f798217dfd03 ("KVM: MIPS: Do

Re: [PATCH v2 1/1] thermal: intel Quark SoC X1000 DTS thermal driver

On Tue, Mar 3, 2015 at 3:13 AM, Ong, Boon Leong wrote: >>> +config INTEL_QUARK_DTS_THERMAL >>> +tristate "Intel Quark DTS thermal driver" >>> +depends on X86 && IOSF_MBI >> >>Since the change is in RC-1 suggest >>depends on X86_INTEL_QUARK >>you can skip this though it's not important. > Y

Re: [PATCH v2 -next 00/13] Extensible console matching & direct earlycon

On Sun, Mar 1, 2015 at 10:05 AM, Peter Hurley wrote: > Changes from v1: > * rebased on and requires "console: Fix console name size mismatch" I plan to pick this one up for 4.0 because I need it for "of: Fix premature bootconsole disable with 'stdout-path'". > Hi Greg & Andrew, > > This patch se

Re: [RFC] lib/vsprintf.c: Even faster decimal conversion

On Thu, Mar 05, 2015 at 08:03:33AM -0800, Joe Perches wrote: > On Thu, 2015-03-05 at 16:22 +0100, Rasmus Villemoes wrote: > > On Sat, Feb 21 2015, Rasmus Villemoes wrote: > > > > > [...] decimal conversion [...] it does indeed seem like there is > > > something to be gained, especially on 64 bits

Re: [PATCH] x86: Bypass legacy PIC and PIT on ACPI hardware reduced platform

> Besides, the "ACPI reduced hardware" case is kind of a red herring here, > because it most likely is not the only case when we'll want has_8259_pic() > to return 0 (quite likely, we'll want that on all BayTrail-based systems, > for example). No. Only those with ACPI reduced firmware. For others

Re: [PATCH v2 2/2] ARM: dts: am33xx: Move wkup_m3 node to soc node and add ranges

* Dave Gerlach [150304 20:14]: > Signed-off-by: Suman Anna > Signed-off-by: Dave Gerlach > --- > arch/arm/boot/dts/am33xx.dtsi | 21 + > 1 file changed, 13 insertions(+), 8 deletions(-) > > diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi > index a

Re: [PATCH] x86: Bypass legacy PIC and PIT on ACPI hardware reduced platform

> I'll do more investigation above items but I want to leave at least > these two as the quirk today unless I am convinced I can do that because > from my understanding, UEFI runtime services should not be supported in > reduced hw mode. What actually matters in this space is what Microsoft does.

Re: [PATCH v2 -next 10/13] serial: earlycon: Allow earlycon params with name only

On 03/05/2015 10:53 AM, Peter Hurley wrote: > On 03/05/2015 10:46 AM, Rob Herring wrote: >> On Sun, Mar 1, 2015 at 10:05 AM, Peter Hurley >> wrote: >>> Allow earlycon param strings of the form >>>earlycon= >> >> Humm, that should already be the case with ARM semihosting (smh). >> >> Rob > >

Re: [PATCH 1/7] ppc: Remove unused cpp symbols in kvm headers

On 03/04/2015 09:14 PM, Frederic Weisbecker wrote: > These don't seem to be used anywhere. > > Cc: Benjamin Herrenschmidt > Cc: Alexander Graf > Cc: Paul E. McKenney > Cc: Andy Lutomirski > Cc: Will deacon > Cc: Marcelo Tosatti > Cc: Christian Borntraeger > Cc: Luiz Capitulino > Cc: Paolo

Re: [PATCHv4 00/24] THP refcounting redesign

On Thu, Mar 05, 2015 at 01:55:15PM +0100, Jerome Marchand wrote: > On 03/04/2015 05:32 PM, Kirill A. Shutemov wrote: > > Hello everybody, > > > > It's bug-fix update of my thp refcounting work. > > > > The goal of patchset is to make refcounting on THP pages cheaper with > > simpler semantics and

Re: [RFC] lib/vsprintf.c: Even faster decimal conversion

On Thu, 2015-03-05 at 16:22 +0100, Rasmus Villemoes wrote: > On Sat, Feb 21 2015, Rasmus Villemoes wrote: > > > [...] decimal conversion [...] it does indeed seem like there is > > something to be gained, especially on 64 bits. > > > > $ ./test64 > > Distribution Function Cyc

Re: [PATCH v2 2/3] arm64: qcom: Add support for Qualcomm MSM8916 SoC

On 03/05, Kumar Gala wrote: > > On Mar 4, 2015, at 4:33 PM, Stephen Boyd wrote: > > > On 03/04/15 13:13, Kumar Gala wrote: > >> diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig > >> index 1b8e973..4c8b119 100644 > >> --- a/arch/arm64/Kconfig > >> +++ b/arch/arm64/Kconfig > >> @@ -177,6 +177,

Re: [PATCH 0/9] Support follow_link in RCU-walk.

On Thu, Mar 05, 2015 at 08:52:20AM -0500, John Stoffel wrote: > So what happens if your filesystem is 10Tb in size, and you have 50 > million files and lots of them are symlinks? I've got developers who > do shit like this and wonder why performance sucks and I just > worry that GPF_KERNEL i

Re: [PATCH v4 1/1] mfd: intel_quark_i2c_gpio: Add Intel Quark X1000 I2C-GPIO MFD Driver

On Mon, Feb 2, 2015 at 4:52 AM, Raymond Tan wrote: > In Quark X1000, there's a single PCI device that provides both > an I2C controller and a GPIO controller. This MFD driver will > split the 2 devices for their respective drivers. > > This patch is based on Josef Ahmad's initial work for Quark en

[PATCH 2/4] mmc: sdhci: do not set AUTO_CMD12 for multi-block CMD53

From: Corneliu Doban For CMD53 in block mode, the host does not need to stop the transfer, as it stops when the block count (present in CMD53) is reached. Signed-off-by: Corneliu Doban Signed-off-by: Scott Branden --- drivers/mmc/host/sdhci.c | 4 +++- 1 file changed, 3 insertions(+), 1 delet

[PATCH 3/4] mmc: sdhci-iproc: add IPROC SDHCI driver

Add IPROC SDHCI driver for IPROC family of Broadcom devices. Acked-by: Ray Jui Signed-off-by: Corneliu Doban Signed-off-by: Scott Branden --- drivers/mmc/host/Kconfig | 14 +++ drivers/mmc/host/Makefile | 1 + drivers/mmc/host/sdhci-iproc.c | 241 +

[PATCH 1/4] mmc: sdhci: add quirk for ACMD23 broken

Add quirk to handle broken auto-CMD23. Some controllers do not respond after the first auto-CMD23 is issued. This allows CMD23 to still work (mandatory for the faster UHS-I mode) rather than disabling CMD23 entirely via SDHCI_QUIRK2_HOST_NO_CMD23. Signed-off by: Corneliu Doban Signed-off-by: Sco

Re: [PATCH v2] sched, timer: Use atomics for thread_group_cputimer to improve scalability

On Thu, Mar 05, 2015 at 07:56:59AM -0800, Paul E. McKenney wrote: > On Thu, Mar 05, 2015 at 04:35:09PM +0100, Frederic Weisbecker wrote: > > So, in the case we are calling that right after setting cputimer->running, > > I guess we are fine > > because we just updated cputimer with the freshest val

[PATCH 4/4] mmc: sdhci-iproc: add device tree bindings

Add device tree binding documentation for IPROC SDHCI driver. Acked-by: Ray Jui Signed-off-by: Corneliu Doban Signed-off-by: Scott Branden --- .../devicetree/bindings/mmc/brcm,sdhci-iproc.txt | 23 ++ 1 file changed, 23 insertions(+) create mode 100644 Documentation/devi

[PATCH RESEND 0/4] Add support for IPROC SDHCI controller

This series of patchsets contains the IPROC SDHCI driver used in a series of Broadcom SoCs Quirks are also added to support this controller. Corneliu Doban (1): mmc: sdhci: do not set AUTO_CMD12 for multi-block CMD53 Scott Branden (3): mmc: sdhci: add quirk for ACMD23 broken mmc: sdhci-ipro

Re: [PATCH v2] sched, timer: Use atomics for thread_group_cputimer to improve scalability

On Thu, Mar 05, 2015 at 04:35:09PM +0100, Frederic Weisbecker wrote: > On Mon, Mar 02, 2015 at 10:42:11AM -0800, Jason Low wrote: > > v1->v2: > > - Peter suggested that cputimer->running does not need to be atomic, > > so we can leave it as an integer. > > - Address a race condition that could oc

Re: [RFC] ->poll() bugs

On Thu, Mar 05, 2015 at 03:49:21PM +, Al Viro wrote: > Several days ago there was an interesting bug in a gadgetfs patch > posted on linux-usb - ->poll() instance returning a negative value on > what it considered an error. The trouble is, callers of ->poll() expect > a bitmap, not an in

Re: [PATCH v2 0/9] randomize kernel physical address and virtual address separately

Hi Yinghai, I have rearrange my patchset, they depend on your patchset in below link. How should I post them? https://git.kernel.org/cgit/linux/kernel/git/yinghai/linux-yinghai.git/log/?h=for-x86-4.0-rc2-aslr I post a patchset which includes your below patches? x86, kaslr, 64bit: Set new or e

Re: [PATCH RFC tip/perf/core] ftrace/x86: Let dynamic trampolines call ops->func even for dynamic fops

On Thu, 19 Feb 2015, Miroslav Benes wrote: > Dynamically allocated trampolines call ftrace_ops_get_func to get the > function which they should call. For dynamic fops (FTRACE_OPS_FL_DYNAMIC > flag is set) ftrace_ops_list_func is always returned. This is reasonable > for static trampolines but goes

Re: [PATCH v2 5/9] ARM: at91: add soc detection infrastructure

On 05/03/2015 at 16:29:26 +0100, Alexander Stein wrote : > > + if (!regs) { > > + pr_warn("Could not map DBGU iomem range"); > > + iounmap(regs); > > I guess if regs == NULL there is no need to iounmap them, no? > Indeed :) -- Alexandre Belloni, Free Electrons Embedded Li

Re: [PATCH v2 -next 10/13] serial: earlycon: Allow earlycon params with name only

On 03/05/2015 10:46 AM, Rob Herring wrote: > On Sun, Mar 1, 2015 at 10:05 AM, Peter Hurley > wrote: >> Allow earlycon param strings of the form >>earlycon= > > Humm, that should already be the case with ARM semihosting (smh). > > Rob Then it's passing a bogus options string to parse_option

[PATCH] dt: submitting-patches: clarify that DT maintainers are to be cced on bindings

The exact steps provided for submitting binding patches can be read as requiring the bindings to be sent only to the devicet...@vger.kernel.org list. Since the DT maintainers would like to be Cced on any binding submissions, make this requirement explicit in step 2. Signed-off-by: Matt Porter ---

[PATCH v4 1/9] ARM: at91/dt: declare atmel,at91rm9200-st as a syscon

The system timer register range is also used for the watchdog. Declare it as a syscon to be able to get a regmap early enough in the boot process Signed-off-by: Alexandre Belloni Acked-by: Boris Brezillon --- Documentation/devicetree/bindings/arm/atmel-at91.txt | 2 +- arch/arm/boot/dts/at91rm9

[PATCH v4 2/9] mfd: syscon: Add atmel system timer registers definition

AT91RM920 has a memory range reserved for timer and watchdog configuration. Expose those registers so that drivers can make use of the system timer syscon declared in at91 DTs. Signed-off-by: Alexandre Belloni --- include/linux/mfd/syscon/atmel-st.h | 49 + 1

[PATCH v4 6/9] ARM: at91: time: move the system timer driver to drivers/clocksource

Import at91rm9200_time.c from mach-at91 as timer-atmel-st.c. Further cleanup is required to get rid of the mach-at91 headers. Signed-off-by: Alexandre Belloni Acked-by: Boris Brezillon --- arch/arm/mach-at91/Makefile | 2 +- drivers/clocksource/Kconfig

[PATCH v4 9/9] ARM: at91: remove useless include

Both drivers using the system timer are now converted to an MFD. mach/at91_st.h is now useless. Signed-off-by: Alexandre Belloni Acked-by: Boris Brezillon --- arch/arm/mach-at91/include/mach/at91_st.h | 61 --- 1 file changed, 61 deletions(-) delete mode 100644 arch

[PATCH v4 5/9] ARM: at91: at91rm9200: remove deprecated arm_pm_restart

Now that a proper driver is available, remove at91rm9200_restart. Signed-off-by: Alexandre Belloni --- arch/arm/mach-at91/at91rm9200.c | 12 1 file changed, 12 deletions(-) diff --git a/arch/arm/mach-at91/at91rm9200.c b/arch/arm/mach-at91/at91rm9200.c index 8fcfb70f7124..2386d08d65

[PATCH v4 8/9] clocksource: atmel-st: use syscon/regmap

The register range from the system timer is also used by the watchdog driver. Use a regmap to handle concurrent accesses. Signed-off-by: Alexandre Belloni Acked-by: Boris Brezillon --- drivers/clocksource/timer-atmel-st.c | 99 ++-- 1 file changed, 37 insertions(

[PATCH v4 4/9] power: reset: Add AT91RM9200 reset driver

AT91RM9200 uses the watchdog from the system timer to reset. Signed-off-by: Alexandre Belloni --- drivers/power/reset/Kconfig| 7 drivers/power/reset/Makefile | 1 + drivers/power/reset/at91rm9200-reset.c | 72 ++ 3 files changed, 80 i

[PATCH v4 7/9] clocksource: atmel-st: properly initialize driver

Use clocksource_of_init to initialize the system timer instead of relying on a custom function. Signed-off-by: Alexandre Belloni Acked-by: Boris Brezillon --- arch/arm/mach-at91/at91rm9200.c | 7 --- arch/arm/mach-at91/generic.h | 3 --- drivers/clocksource/timer-atmel-st.c | 4

[PATCH v4 3/9] watchdog: at91rm9200: use the system timer syscon

Use a syscon regmap to access the system timer registers. Also, rename the driver atmel_st_watchdog to stop conflicting with at91sam9_wdt.c Signed-off-by: Alexandre Belloni --- drivers/watchdog/Kconfig | 2 +- drivers/watchdog/at91rm9200_wdt.c | 23 --- 2 files cha

[RFC] ->poll() bugs

Several days ago there was an interesting bug in a gadgetfs patch posted on linux-usb - ->poll() instance returning a negative value on what it considered an error. The trouble is, callers of ->poll() expect a bitmap, not an integer. Reaction to small negative integer returned by it is qu

[PATCH v4 0/9] Atmel System Timer cleanups

This patch set cleans up the system timer driver. The main goal is to get rid of the mach/ headers dependency. At the same time, it introduces proper probing and locking (using a regmap) for the watchdog driver. This is based on 4.0-rc1 and will have two merge conflicts with my cleanup #1 in mach

Re: [PATCH v2 -next 10/13] serial: earlycon: Allow earlycon params with name only

On Sun, Mar 1, 2015 at 10:05 AM, Peter Hurley wrote: > Allow earlycon param strings of the form >earlycon= Humm, that should already be the case with ARM semihosting (smh). Rob > > Signed-off-by: Peter Hurley > --- > drivers/tty/serial/earlycon.c | 11 +++ > 1 file changed, 7 inse

[PATCH v2 2/2] livepatch/module: Correctly handle going modules

Existing live patches are removed from going modules using a notify handler. There are two problems with the current implementation. First, new patch could still see the module in the GOING state even after the notifier has been called. It will try to initialize the related object structures but t

[PATCH] Fix undefined ioremap_huge_init when CONFIG_MMU is not set

Fix a build error, undefined reference to ioremap_huge_init, when CONFIG_MMU is not defined on linux-next and -mm tree. lib/ioremap.o is not linked to the kernel when CONFIG_MMU is not defined. Signed-off-by: Toshi Kani --- include/linux/io.h |5 +++-- lib/ioremap.c |1 - 2 files c

[PATCH v2 1/2] livepatch/module: Apply patch when loaded module is unformed

Existing live patches are applied to loaded modules using a notify handler. There are two problems with this approach. First, errors from module notifiers are ignored and could not stop the module from being loaded. But we will need to refuse the module when there are semantics dependencies betwee

Re: [PATCH] clocksource: sun5i: Refactor the current code

On Thu, Mar 05, 2015 at 03:32:52PM +0100, Daniel Lezcano wrote: > From: Maxime Ripard > > Refactor the code in order to remove the global variables and split the clock > source and clock events registration in order to ease the addition of the > clock > notifiers needed to handle the parent cloc

[PATCH] ASoC: wm8804: Update DT binding document to cover regulator supplies

Signed-off-by: Charles Keepax --- Documentation/devicetree/bindings/sound/wm8804.txt |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/Documentation/devicetree/bindings/sound/wm8804.txt b/Documentation/devicetree/bindings/sound/wm8804.txt index 4d3a56f..10ef076 100644 --

[PATCH v2 0/2] livepatch/module: Avoid races between modules and live patches

There is a notifier that handles live patches for coming and going modules. It takes klp_mutex lock to avoid races with coming and going patches. Unfortunately, there are some possible races in the current implementation. The problem is that we do not keep the klp_mutex lock all the time when the

Re: [PATCH] KVM: vgic: add virt-capable compatible strings

On 03/05/15 15:47, Mark Rutland wrote: > Several dts only list "arm,cortex-a7-gic" or "arm,gic-400" in their GIC > compatible list, and while this is correct (and supported by the GIC > driver), KVM will fail to detect that it can support these cases. > > This patch adds the missing strings to the

Re: [PATCH] drm: msm: Fix build when legacy fbdev support isn't set

On Thu, Mar 05, 2015 at 07:10:44AM -0500, Rob Clark wrote: > On Thu, Mar 5, 2015 at 5:06 AM, Archit Taneja wrote: > > > > On 02/23/2015 09:09 PM, Daniel Vetter wrote: > >> > >> On Mon, Feb 23, 2015 at 10:03:21AM -0500, Rob Clark wrote: > >>> > >>> On Mon, Feb 23, 2015 at 9:09 AM, Daniel Vetter wr

[PATCH 1/3] regulator: core: Add devres versions of notifier registration

From: Charles Keepax Add devm_regulator_register_notifier, this adds the resource against the device for the consumer supply we are registering the notifier for. There seem to be few use-cases where this wouldn't be the users intention and this ensures the notifiers will always be removed at the

[PATCH 3/3] ASoC: wm8804: Fix small issues in probe error paths

This patch fixes some small issues on the probe error paths. Firstly, fail probe if we can't register the regulator notifiers as this will cause the cache to never be synchronised which will result in odd behaviour if the regulators are controllable. Secondly, we don't need to call regulator_bulk_d

[PATCH 2/3] ASoC: wm8804: Use new devres regulator_register_notifier

From: Charles Keepax This is more idiomatic and also fixes an issue where the notifiers were being leaked if probe failed. Signed-off-by: Charles Keepax --- sound/soc/codecs/wm8804.c | 15 --- 1 files changed, 4 insertions(+), 11 deletions(-) diff --git a/sound/soc/codecs/wm8804

[PATCH] proc: show locks in /proc/pid/fdinfo/X

Let's show locks which are associated with a file descriptor in its fdinfo file. Currently we don't have a reliable way to determine who holds a lock. We can find some information in /proc/locks, but PID which is reported there can be wrong. For example, a process takes a lock, then forks a child

Re: [PATCH v2] sched, timer: Use atomics for thread_group_cputimer to improve scalability

On Mon, Mar 02, 2015 at 10:42:11AM -0800, Jason Low wrote: > v1->v2: > - Peter suggested that cputimer->running does not need to be atomic, > so we can leave it as an integer. > - Address a race condition that could occur in update_gt_cputime(). > - Add helper functions to avoid repeating code. >

Re: [RFC V3] mm: change mm_advise_free to clear page dirty

On Tue 03-03-15 12:25:51, Minchan Kim wrote: [...] > From 30c6d5b35a3dc7e451041183ce5efd6a6c42bf88 Mon Sep 17 00:00:00 2001 > From: Minchan Kim > Date: Tue, 3 Mar 2015 10:06:59 +0900 > Subject: [RFC] mm: make every pte dirty on do_swap_page Hi Minchan, could you resend this patch separately. I am

perf probe: can't find unnamed union members

Hi Masami, [root@zoo ~]# perf probe -x ~/bin/perf -L lock__delete 0 static void lock__delete(struct ins_operands *ops) 1 { 2 struct ins *ins = ops->locked.ins; 4 if (ins && ins->ops->free) 5 ins->ops->free(ops->locked.ops

Re: [RFC PATCH 0/1] Wrong structure alignment due to compiler attribute "section"

On 05.03.2015 14:47, Dave Martin wrote: Source code? That just looks like binaries to me. Oops, youre right, there is no source in that package, sorry. I tried to contact the persons that are maintaining this toolchain and asked for access to the source. Hope I will get a response, soon..

Re: [PATCH v2 5/9] ARM: at91: add soc detection infrastructure

Hi Alexandre, On Thursday 05 March 2015 13:11:22, Alexandre Belloni wrote: > From: Boris BREZILLON > > Add new structures and functions to handle AT91 SoC detection. > > [alexandre.bell...@free-electrons.com: reworked DBGU detection] > Signed-off-by: Alexandre Belloni > Signed-off-by: Boris BR

Re: [PATCH] Remove redhat'ism from ftrace selftests.

On Thu, 5 Mar 2015 10:17:04 -0500 Dave Jones wrote: > Removing it entirely sounds like a much better choice, so I'd > wait for Namhyung to resend. Removing or just doing something small may be better. Those sleeps were added to my original tests because it sometimes had false failures. But tha

Re: [PATCH] drm/i915: fix simple_return.cocci warnings

On Thu, Mar 05, 2015 at 10:03:08PM +0800, kbuild test robot wrote: > drivers/gpu/drm/i915/intel_ringbuffer.c:435:1-4: WARNING: end returns can be > simpified > > Simplify a trivial if-return sequence. Possibly combine with a > preceding function call. > Generated by: scripts/coccinelle/misc/si

Re: [PATCH] capabilities: Ambient capability set V2

On Sun, 1 Mar 2015, Serge E. Hallyn wrote: > > +++ linux/security/commoncap.c 2015-02-26 16:10:02.347913397 -0600 > > @@ -347,15 +347,17 @@ static inline int bprm_caps_from_vfs_cap > > *has_cap = true; > > > > CAP_FOR_EACH_U32(i) { > > + __u32 ambient = current_cred(

<    1   2   3   4   5   6   7   8   9   >