Re: [PATCHv3 3/3] edac: altera: Add EDAC support for Altera SDRAM

2014-05-09 Thread Borislav Petkov
On Thu, May 08, 2014 at 03:37:19PM -0500, Thor Thayer wrote: > Yes. Their reasoning is that they want to retain the rights and > warranty language with the file (just in case the COPYING file > changes). Ok, thanks for checking up on this. > Yes. I tested using edac_core.edac_mc_panic_on_ue=1 fro

[PATCH] video: of: display_timing: fix default native-mode setting

2014-05-09 Thread Boris BREZILLON
Set native mode to the first child node of the display-timings node and not the first child node of the display-timings parent node. Signed-off-by: Boris BREZILLON --- drivers/video/of_display_timing.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/video/of_display_t

Re: [PATCH v3 3/7] mfd: add support for sun6i PRCM (Power/Reset/Clock Management) unit

2014-05-09 Thread Lee Jones
> The PRCM (Power/Reset/Clock Management) block exposes several subdevices > in different subsystems (clk, reset ...) > > Add basic support for the PRCM unit with clk (AR100, AHB0, and APB0 clks) > and reset controller subdevices. > > Other subdevices might be added later (if needed). > > Signed

Re: [PATCH] i2c: exynos5: Initialise Samsung High Speed I2C controller early

2014-05-09 Thread Mark Brown
On Fri, May 09, 2014 at 05:50:00PM +0530, Naveen Krishna Ch wrote: > On 24 April 2014 21:55, Mark Brown wrote: > >> Such solution has been proposed by Mark Brown to fix the problem of > >> the regulators not beeing available on the peripheral device probe(): > >> http://lists.infradead.org/piperm

Re: perf events ring buffer memory barrier on powerpc

2014-05-09 Thread Paul E. McKenney
On Fri, May 09, 2014 at 08:20:25AM -0400, Mikulas Patocka wrote: > > > On Fri, 9 May 2014, Victor Kaplansky wrote: > > > Mikulas Patocka wrote on 05/08/2014 11:46:53 PM: > > > > > > > BTW, it is why you also don't need ACCESS_ONCE() around @tail, but > > > > > only > > > > > around > > > > >

[PATCH 2/2] ARM: at91: add 2 PWM outputs to SAMA5D3 Xplained

2014-05-09 Thread Nicolas Ferre
Add PWM high output of channels 0 and 1 to PA20 PA22 pins. Signed-off-by: Nicolas Ferre --- arch/arm/boot/dts/at91-sama5d3_xplained.dts | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/at91-sama5d3_xplained.dts b/arch/arm/boot/dts/at91-sama5d3_xplained.dts index ff8a1

[PATCH 1/2] ARM: at91: add PWM pinctrl to SAMA5D3

2014-05-09 Thread Nicolas Ferre
Signed-off-by: Nicolas Ferre --- arch/arm/boot/dts/sama5d3.dtsi | 82 ++ 1 file changed, 82 insertions(+) diff --git a/arch/arm/boot/dts/sama5d3.dtsi b/arch/arm/boot/dts/sama5d3.dtsi index 9caa06b3641e..ed7943745f23 100644 --- a/arch/arm/boot/dts/sama5d3.d

Re: [RFC][PATCH 6/8] sched,idle: Avoid spurious wakeup IPIs

2014-05-09 Thread James Hogan
Hi Peter, On 11 April 2014 14:42, Peter Zijlstra wrote: > Because mwait_idle_with_hints() gets called from !idle context it must > call current_clr_polling(). This however means that resched_task() is > very likely to send an IPI even when we were polling: > > CPU0

Re: [PATCH 1/5] x86, nmi: Add new nmi type 'external'

2014-05-09 Thread Don Zickus
On Fri, May 09, 2014 at 09:10:50AM +0200, Ingo Molnar wrote: > > * Don Zickus wrote: > > > On Thu, May 08, 2014 at 07:35:01PM +0200, Ingo Molnar wrote: > > > > > > * Don Zickus wrote: > > > > > > > > > Again, I don't have a solution to juggle between PMI performance > > > > > > and reliable

Re: [PATCHSET 00/17] perf report: Add -F option for specifying output fields (v4)

2014-05-09 Thread Don Zickus
On Fri, May 09, 2014 at 03:11:28PM +0900, Namhyung Kim wrote: > >> > I am willing to believe I missed scenario when sorting, I just can't > >> > think > >> > of it (so I wouldn't know how to fix it). That's why I was looking for > >> > an > >> > example to make it more obvious to me. Sorry for

Re: [PATCH 1/3] PM / OPP: Add support for descending order for cpufreq table

2014-05-09 Thread Nishanth Menon
On 05/09/2014 06:59 AM, jonghwan Choi wrote: > On Thu, May 8, 2014 at 11:00 PM, Viresh Kumar wrote: > >> Why? So, as far as I got it your dividers are nothing but 0,1,2... >> i.e. >> Freqs: 400 500 600 700 800 >> div: 4 3 2 1 0 >> >> right? That's what you are doing i

[PATCH v2 0/4] dts: Add usb2phy to Exynos 5250/5420

2014-05-09 Thread Vivek Gautam
Based on 'for-next' branch of Kgene's linux-samsung tree. These patches are as per discussions on the driver side patches which have already been acked. [1] Changes from v1: - Rebase on 'for-next' branch. - Removed 'phy-names' property as per discuusion in the driver patches. [1] V1 of this ser

[PATCH v2 3/4] ARM: dts: Add usb2phy support on exynos5420

2014-05-09 Thread Vivek Gautam
Add required device node for usb2phy to let enable USB 2.0 support. Signed-off-by: Vivek Gautam --- Changes from v1: - Added node references for the phy node. arch/arm/boot/dts/exynos5420.dtsi | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/boot/dts/exynos5420.dtsi

[PATCH v9 2/4] ARM: dts: Add usb2phy to Exynos 5250

2014-05-09 Thread Vivek Gautam
From: Kamil Debski Add support to PHY of USB2 of the Exynos 5250 SoC. Signed-off-by: Kamil Debski [gautam.vi...@samsung.com: Split the usb phy entries from syscon entries from earlier patch: dts: Add usb2phy to Exynos 5250] [gautam.vi...@samsung.com: Added phy entry for OHCI also along with EHC

[PATCH v2 4/4] ARM: dts: Add usb 2.0 support on exynos5420

2014-05-09 Thread Vivek Gautam
Add required device node for ehci and ohci controllers to enable USB 2.0 support. Signed-off-by: Vivek Gautam --- Changes from v1: - Removed 'phy-names' property from the 'port'. - Added node references for the nodes. arch/arm/boot/dts/exynos5420.dtsi | 30 ++ 1

[PATCH v9 1/4] ARM: dts: Add sysreg sytem controller node to exynos5250 and exynos5420

2014-05-09 Thread Vivek Gautam
This patch adds sysreg-syscon node to exynos5250 and exynos5420 device tree, to access System Register's registers using syscon driver. Signed-off-by: Kamil Debski [gautam.vi...@samsung.com: Split this syreg-syscon dts entry from dts: Add usb2phy to Exynos 5250 patch] [gautam.vi...@samsung.com: a

Re: [PATCH] ftrace: Simplify ring buffer resizing, make work with RT

2014-05-09 Thread Sebastian Andrzej Siewior
* miny...@acm.org | 2014-05-08 15:03:22 [-0500]: >This isn't well tested, but fixes an obvious PREEMPT_RT problem and seems >like a good simplification. You can see the PREEMPT_RT bug if you enable >ftrace and all the self tests; it will fail running selftests when it tries >to resize the buffers

Re: [PATCH] MAINTAINERS: mmc: Update email for host driver maintainer

2014-05-09 Thread Ulf Hansson
On 8 May 2014 17:37, Ben Dooks wrote: > On Thu, May 08, 2014 at 11:24:58AM +0200, Ulf Hansson wrote: >> Update Ian Molton's email, the maintainer for tmio/sh_mobile_sdhci. >> >> Cc: Ian Molton >> Signed-off-by: Ulf Hansson > > I think he still has the previous address, so you may want to keep it

Re: [PATCH v3] ARM: at91: fix startup rtc irq mask for sam9g25 and sam9g35 SoCs

2014-05-09 Thread Nicolas Ferre
On 09/05/2014 13:01, Boris BREZILLON : > The sam9g25 and sam9g35 have the following errata: Cf. below... > "RTC: Interrupt Mask Register cannot be used > Interrupt Mask Register read always returns 0." > > Hence we should not rely on what IMR claims about already masked irqs > and just disable

[PATCH 3/4] clk: samsung: exynos5250: Add xclkout debug clock

2014-05-09 Thread Tushar Behera
A new clock provider has been added to configure the XCLKOUT debug clock. Added a minimal implemetation for Exynos5420 clock driver. Right now, only one valid parent clock from XCLKOUT is defined in existing clock driver. The driver will be updated later for other for other parent clocks. Signed-

[PATCH 1/4] clk: samsung: out: Add infrastructure to register CLKOUT

2014-05-09 Thread Tushar Behera
All SoC in Exynos-series have a clock with name XCLKOUT to provide debug information about various clocks available in the SoC. The register controlling the MUX and GATE of this clock is provided within PMU domain. Since PMU domain can't be dedicatedly mapped by every driver, the register needs to

[PATCH 4/4] ARM: dts: Add pmu-syscon handle for Exynos5420/Exynos5250 clock

2014-05-09 Thread Tushar Behera
XCLKOUT in Exynos5420/Exynos5250 is controlled through a register in PMU domain. Pass pmu-syscon handle to the clock driver so that XCLKOUT can be properly configured. Signed-off-by: Tushar Behera CC: Kukjin Kim --- arch/arm/boot/dts/exynos5250.dtsi |1 + arch/arm/boot/dts/exynos5420.dtsi |

[PATCH 2/4] clk: samsung: exynos5420: Add xclkout debug clock

2014-05-09 Thread Tushar Behera
A new clock provider has been added to configure the XCLKOUT debug clock. Added a minimal implemetation for Exynos5420 clock driver. Right now, only one valid parent clock from XCLKOUT is defined in existing clock driver. The driver will be updated later for other for other parent clocks. Signed-

[PATCH 0/4] Add framework to support clkout

2014-05-09 Thread Tushar Behera
The MUX/GATE register for XCLKOUT doesn't resides within PMU domain, this can be accessed through a regmap provided by syscon driver. Adding another clock provider to handle regmap based handing of XCLKOUT. Dependency: 1. [PATCH v3] mfd: syscon: Support early initialization http://article.gmane.or

Re: [PATCH] ARM: dts: am335x-bone-common: Add i2c2 definition

2014-05-09 Thread Nishanth Menon
On Fri 09 May 2014 12:56:23 AM CDT, Matt Ranostay wrote: > Add missing i2c2 bus define to access various cape and > prototype/breakout board devices. > > Signed-off-by: Matt Ranostay > --- > arch/arm/boot/dts/am335x-bone-common.dtsi | 16 > 1 file changed, 16 insertions(+) > > di

Re: [PATCH v2 2/2] iio:adc: at91 requires the input subsystem

2014-05-09 Thread Nicolas Ferre
On 09/05/2014 13:43, Arnd Bergmann : > On Friday 09 May 2014 12:01:48 Nicolas Ferre wrote: >> On 08/05/2014 16:56, Arnd Bergmann : >>> Building the at91 adc driver with CONFIG_INPUT disabled results in this >>> build error: >>> >>> ERROR: "input_event" [drivers/iio/adc/at91_adc.ko] undefined! >>> E

[PATCH] Delete incorrect email

2014-05-09 Thread Brilliantov Kirill Vladimirovich
Reporting-MTA: dns; mailusrigwprd02.lss.emc.com Received-From-MTA: DNS; mail-va3.bigfish.com Arrival-Date: Fri, 9 May 2014 06:50:01 -0400 Final-Recipient: RFC822; tao.p...@emc.com Action: failed Status: 5.0.0 Remote-MTA: DNS; mailusrhubprd04.lss.emc.com Diagnostic-Code: SMTP; 550 5.0.0 ... User un

[PATCH v2 0/5] kbuild: Use relative paths if possible

2014-05-09 Thread Michal Marek
Hi, This series changes the Makefile to use relative paths for $(objtree), always setting it to '.', and for $(srctree) setting either to '.' or '..', when building in the source tree or a subdirectory thereof, respectively. The goal is to make compiler messages and Oopses more readable by avoidin

[PATCH v2 4/5] kbuild: Use relative path when building in the source tree

2014-05-09 Thread Michal Marek
When not using O=, $(srctree) refers to the same directory as $(objtree), so we can set it to '.' as well. This makes the default include path more compact and results in more readable messages from the compiler. The only case where we need the absolute path is when creating the 'source' symlink in

[PATCH v2 5/5] kbuild: Use relative path when building in a subdir of the source tree

2014-05-09 Thread Michal Marek
When doing make O=, use '..' to refer to the source tree. This allows for more readable compiler messages, and, more importantly, it sets the VPATH to '..', so filenames in WARN_ON() etc. will be shorter. Acked-by: Sam Ravnborg Signed-off-by: Michal Marek --- v1->v2: No changes Makefile | 12 +

[PATCH v2 2/5] firmware: Use $(quote) in the Makefile

2014-05-09 Thread Michal Marek
The literal " confuses syntax highlighting in vim. Cc: David Woodhouse Acked-by: Sam Ravnborg Signed-off-by: Michal Marek --- v1->v2: No changes firmware/Makefile | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/firmware/Makefile b/firmware/Makefile index 6af62cf..57474

[PATCH v2 3/5] kbuild: Use relative path for $(objtree)

2014-05-09 Thread Michal Marek
The main Makefile sets its working directory to the object tree and never changes it again. Therefore, we can use '.' instead of the absolute path. The only case where we need the absolute path is when creating the 'build' symlink in /lib/modules. Acked-by: Sam Ravnborg Signed-off-by: Michal Mare

[PATCH v2 1/5] firmware: Simplify directory creation

2014-05-09 Thread Michal Marek
When building the firmware blobs, use a simple loop to create directories in $(objtree), like in Makefile.build. This simplifies the rules and also makes it possible to set $(objtree) to '.' later. Before this change, a dependency on $(objtree)/ would be satisfied by in $(srctree). When installin

Re: linux-next: manual merge of the crypto tree with Linus' tree

2014-05-09 Thread Herbert Xu
On Fri, May 09, 2014 at 12:07:02PM +1000, Stephen Rothwell wrote: > Hi Herbert, > > Today's linux-next merge of the crypto tree got a conflict in > crypto/crypto_user.c between commit 90f62cf30a78 ("net: Use > netlink_ns_capable to verify the permisions of netlink messages") from > Linus' tree and

Re: [PATCH 1/2] mfd: pm8x41: add support for Qualcomm 8x41 PMICs

2014-05-09 Thread Ivan T. Ivanov
Hi, On Thu, 2014-04-24 at 13:18 -0500, Josh Cartwright wrote: > On Wed, Apr 23, 2014 at 04:36:22PM -0700, Courtney Cavin wrote: > > On Wed, Apr 23, 2014 at 11:46:26PM +0200, Josh Cartwright wrote: > > > On Tue, Apr 22, 2014 at 05:31:49PM -0700, Courtney Cavin wrote: > [..] > > $ git gre

[PATCH] ARM: KVM: add irqfd and irq routing support

2014-05-09 Thread Eric Auger
This patch enables irqfd and irq routing on ARM. It turns on CONFIG_HAVE_KVM_EVENTFD and CONFIG_HAVE_KVM_IRQ_ROUTING irqfd framework enables to assign physical IRQs to guests. 1) user-side uses KVM_IRQFD VM ioctl to pass KVM a kvm_irqfd struct that associates a VM, an eventfd, an IRQ number (aka

Re: [RFC PATCH 0/3] Aggressively allocate the pages on cma reserved memory

2014-05-09 Thread Marek Szyprowski
Hello, On 2014-05-08 02:32, Joonsoo Kim wrote: This series tries to improve CMA. CMA is introduced to provide physically contiguous pages at runtime without reserving memory area. But, current implementation works like as reserving memory approach, because allocation on cma reserved region only

Re: [PATCH] power: twl4030_charger: clear IRQs after handling them

2014-05-09 Thread Nishanth Menon
On 05/08/2014 08:03 PM, Tony Lindgren wrote: > * Nishanth Menon [140506 17:25]: >> Subject: [PATCH] power: twl4030_charger: detect battery presence prior to >> enabling charger >> >> TWL4030's Battery Charger seems to be designed for non-hotpluggable >> batteries. >> >> If battery is not present

Re: [3.15-rc3] BUG: null ptr dereference in ichx_gpio_request_regions()

2014-05-09 Thread Josh Boyer
On Fri, May 9, 2014 at 7:30 AM, Peter Hurley wrote: > On 05/09/2014 03:20 AM, Lee Jones wrote: >> >> On Thu, 08 May 2014, Linus Walleij wrote: >> >>> On Wed, May 7, 2014 at 4:33 PM, Peter Hurley >>> wrote: Hi Vincent, On 05/07/2014 10:05 AM, Vincent Donnefort wrote: >

Re: [3.14.0-rc4] regression: drm FIFO underruns

2014-05-09 Thread Daniel Vetter
Adding mailing lists. Jörg, can you please boot with drm.debug=0xe, reproduce the issue and then attach the complete dmesg? Please make sure that the dmesg contains the boot-up stuff too. Thanks, Daniel On Mon, May 5, 2014 at 9:51 AM, Jörg Otte wrote: > I still have FIFO underruns in drm: > [dr

Re: kgr: dealing with optimalizations? (was Re: [RFC 06/16] kgr: add Documentat)ion

2014-05-09 Thread Michael Matz
Hi, On Fri, 9 May 2014, Pavel Machek wrote: > Ok, one big question: you are replacing single functions, and assume > that's ok, right? > > But ... is it ok? gcc is allowed to do optimalization on whole source > file (and whole source tree with LTO). How do you prevent situation > where chang

Re: perf events ring buffer memory barrier on powerpc

2014-05-09 Thread Mikulas Patocka
On Fri, 9 May 2014, Victor Kaplansky wrote: > Mikulas Patocka wrote on 05/08/2014 11:46:53 PM: > > > > > BTW, it is why you also don't need ACCESS_ONCE() around @tail, but only > > > > around > > > > @head read. > > > > > > Agreed, the ACCESS_ONCE() around tail is superfluous since we're the o

Re: [PATCH] i2c: exynos5: Initialise Samsung High Speed I2C controller early

2014-05-09 Thread Naveen Krishna Ch
Hello Mark, On 24 April 2014 21:55, Mark Brown wrote: > On Thu, Apr 24, 2014 at 08:18:36PM +0530, Naveen Krishna Chatradhi wrote: >> This patch moves initialization code to subsys_initcall() to ensure >> that the i2c bus is available early so the regulators can be quickly >> probed and available

Re: [RFC PATCH v2 1/2] mfd: syscon: Support early initialization

2014-05-09 Thread Tushar Behera
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/19/2014 04:34 PM, Michal Simek wrote: > Some platforms need to get system controller ready as soon as > possible. The patch provides early_syscon_initialization which > create early mapping for all syscon compatible devices in > early_syscon_prob

Re: blk-mq: WARN at block/blk-mq.c:585 __blk_mq_run_hw_queue

2014-05-09 Thread Shaohua Li
On Thu, May 08, 2014 at 09:27:42PM -0600, Jens Axboe wrote: > On 2014-05-08 21:22, Sasha Levin wrote: > >On 05/07/2014 11:55 AM, Jens Axboe wrote: > >>On 05/07/2014 09:53 AM, Sasha Levin wrote: > >>>On 05/07/2014 11:45 AM, Jens Axboe wrote: > On 05/07/2014 09:37 AM, Sasha Levin wrote: > >Hi

[patch]blk-mq: blk_mq_tag_to_rq should handle flush request

2014-05-09 Thread Shaohua Li
flush request is special, which borrows tag from other request. Need a special handling to get it from tag. Signed-off-by: Shaohua Li --- block/blk-flush.c |4 +++- block/blk-mq.c| 13 +++-- drivers/block/mtip32xx/mtip32xx.c |2 +- include/l

[patch] applicom: dereferencing NULL on error path

2014-05-09 Thread Dan Carpenter
This is a static checker fix. The "dev" variable is always NULL after the while statement so we would be dereferencing a NULL pointer here. Fixes: 819a3eba4233 ('[PATCH] applicom: fix error handling') Signed-off-by: Dan Carpenter diff --git a/drivers/char/applicom.c b/drivers/char/applicom.c in

Re: [PATCH 1/3] PM / OPP: Add support for descending order for cpufreq table

2014-05-09 Thread jonghwan Choi
On Thu, May 8, 2014 at 11:00 PM, Viresh Kumar wrote: > Why? So, as far as I got it your dividers are nothing but 0,1,2... > i.e. > Freqs: 400 500 600 700 800 > div: 4 3 2 1 0 > > right? That's what you are doing in exynos5440. So just add this in your > probe after do

Re: [PATCH 2/2] RFT: pinctrl: sirf: move sgpio lock into state container

2014-05-09 Thread Linus Walleij
On Thu, May 1, 2014 at 2:40 PM, Barry Song wrote: > 2014-04-24 5:16 GMT+08:00 Linus Walleij : >> Instead of referring to a global static variable for the sgpio >> locking, use the state container to contain the lock. >> >> Signed-off-by: Linus Walleij > > hi Linus, thanks! this looks very good o

Re: [PATCH 1/2] RFT: pinctrl: sirf: switch to using allocated state container

2014-05-09 Thread Linus Walleij
On Thu, May 1, 2014 at 2:29 PM, Barry Song wrote: > 2014-04-24 5:16 GMT+08:00 Linus Walleij : >> This rewrites the SIRF pinctrl driver to allocate a state container >> for the GPIO chip, just as is done for the pin controller, and >> use the gpiochip_add_pin_range() to add the range from the gpio

Re: [PATCH 00/22] Random ARM randconfig fixes in drivers

2014-05-09 Thread Arnd Bergmann
On Thursday 08 May 2014, Guenter Roeck wrote: > On Thu, May 08, 2014 at 04:46:51PM +0200, Arnd Bergmann wrote: > > These are a bunch of fixes I had to do to get all randconfig > > configurations on ARM working. Most of these are really old > > bugs, but there are also some new ones. I don't think a

Re: [PATCH 06/17] pci: host: pcie-designware: Use *base-mask* for configuring the iATU

2014-05-09 Thread Kishon Vijay Abraham I
Hi, On Thursday 08 May 2014 02:48 PM, Arnd Bergmann wrote: > On Thursday 08 May 2014 18:05:11 Jingoo Han wrote: >> On Tuesday, May 06, 2014 10:59 PM, Arnd Bergmann wrote: >>> On Tuesday 06 May 2014 19:03:52 Kishon Vijay Abraham I wrote: In DRA7, the cpu sees 32bit address, but the pcie contro

Re: [PATCH 2/2] gpio: Add helpers for optional GPIOs

2014-05-09 Thread Linus Walleij
On Fri, Apr 25, 2014 at 5:10 PM, Thierry Reding wrote: > From: Thierry Reding > > Introduce gpiod_get_optional() and gpiod_get_index_optional() helpers > that make it easier for drivers to handle optional GPIOs. Excellent Thierry, patch applied with Alexandre's review tag. Can you *please* als

Re: [PATCH] thermal: samsung: Only update available threshold limits

2014-05-09 Thread Tushar Behera
On 04/24/2014 11:48 AM, Amit Kachhap wrote: > On 4/14/14, Tushar Behera wrote: >> Currently the threshold limits are updated in 2 stages, once for all >> software trigger levels and again for hardware trip point. > I guess the first stage is bootloader as could not find this in this file. > Anyway

* Notification * - 25788

2014-05-09 Thread 3 6 5 Bank of Ireland Online
Dear , linux-kernel@vger.kernel.org For your security, we have temporarily prevented access to your account For immediate access, you are required to follow the instruction below to confirm your account in order to secure your personal account informations. Please click the link below to confi

Re: [PATCH 6/7 v2] gpio: dwapb: use a second irq chip

2014-05-09 Thread Linus Walleij
On Wed, Apr 30, 2014 at 1:13 PM, Sebastian Andrzej Siewior wrote: > Right new have one irq chip running always in level mode. It would nicer > to have two irq chips where one is handling level type interrupts and > the other one is doing edge interrupts. So we can have at runtime two users > wher

[PATCH v2 2/2] iio:adc: at91 requires the input subsystem

2014-05-09 Thread Arnd Bergmann
On Friday 09 May 2014 12:01:48 Nicolas Ferre wrote: > On 08/05/2014 16:56, Arnd Bergmann : > > Building the at91 adc driver with CONFIG_INPUT disabled results in this > > build error: > > > > ERROR: "input_event" [drivers/iio/adc/at91_adc.ko] undefined! > > ERROR: "input_unregister_device" [driver

Re: [PATCH v3 3/4] net: davinci_mdio: drop pinctrl_pm_select_default_state from probe

2014-05-09 Thread Linus Walleij
On Wed, Apr 30, 2014 at 2:23 PM, Grygorii Strashko wrote: > The "default" pinctrl state is set by Drivers core now before > calling the driver's probe. > Hence, it's safe to drop pinctrl_pm_select_default_state() call > from Davinci mdio driver probe. > > Cc: Florian Fainelli > Cc: Linus Walleij

Re: [PATCH] pinctrl: vt8500: Ensure value reg is updated when setting direction

2014-05-09 Thread Linus Walleij
On Tue, Apr 29, 2014 at 9:42 PM, Alexey Charkov wrote: > Current code only touches the direction register when setting direction > to output, which breaks logic like > > echo high > /sys/class/gpio/gpio0/direction > > which is expected to also set the value. This patch also adds a call > to updat

Re: [PATCH v3 1/2] mfd: max77693: remove unnecessary wrapper functions

2014-05-09 Thread Lee Jones
> This patch removes wrapper functions used to access regmap, and > make driver using regmap_*() functions instead. > > Signed-off-by: Robert Baldyga > Reviewed-by: Krzysztof Kozlowski > Acked-by: Lee Jones > > [For extcon part] > Acked-by: Chanwoo Choi > --- > drivers/extcon/extcon-max77693

Re: [PATCH v3 2/2] mfd: max77693: handle IRQs using regmap

2014-05-09 Thread Lee Jones
> This patch modifies mfd driver to use regmap for handling interrupts. > It allows to simplify irq handling process. This modifications needed > to make small changes in function drivers, which use interrupts. > > Signed-off-by: Robert Baldyga > Reviewed-by: Krzysztof Kozlowski > > [For extcon

Re: [3.15-rc3] BUG: null ptr dereference in ichx_gpio_request_regions()

2014-05-09 Thread Peter Hurley
On 05/09/2014 03:20 AM, Lee Jones wrote: On Thu, 08 May 2014, Linus Walleij wrote: On Wed, May 7, 2014 at 4:33 PM, Peter Hurley wrote: Hi Vincent, On 05/07/2014 10:05 AM, Vincent Donnefort wrote: Hello Peter, This is almost certainly caused by the uninitialized regs ptr in the ich6_des

Re: [PATCH 1/2] mfd: mc13xxx: Do not use platform data with devicetree

2014-05-09 Thread Lee Jones
> This patch removes platform data usage for codec and touchscreen > when driver is used with devicetree. > This fixes possible "null pointer dereference" error if DTS uses > "fsl,mc13xxx-uses-codec" or "fsl,mc13xxx-uses-touch" options. > > Signed-off-by: Alexander Shiyan > --- > drivers/mfd/mc1

Re: [PATCH 05/17] pci: host: pcie-dra7xx: add support for pcie-dra7xx controller

2014-05-09 Thread Kishon Vijay Abraham I
Hi Arnd, On Wednesday 07 May 2014 03:00 PM, Arnd Bergmann wrote: > On Wednesday 07 May 2014 14:14:55 Kishon Vijay Abraham I wrote: +static void dra7xx_pcie_enable_interrupts(struct pcie_port *pp) +{ +struct dra7xx_pcie *dra7xx = to_dra7xx_pcie(pp); + +dra7xx_pcie_w

Re: [PATCH] spi/pxa2xx: Prevent DMA from transferring too many bytes

2014-05-09 Thread Mark Brown
On Fri, May 09, 2014 at 02:21:05PM +0300, Mika Westerberg wrote: > On Fri, May 09, 2014 at 11:33:15AM +0100, Mark Brown wrote: > > Is this definitely the case for all of the IPs using this driver? It > > seems like something which might have been present in actual PXA > > implemenetations but got

Re: [PATCH 04/10] mfd: vexpress: Define the device as MFD cells

2014-05-09 Thread Lee Jones
On Mon, 28 Apr 2014, Pawel Moll wrote: > This patch - finally, after over 6 months! :-( - addresses > Samuel's request to split the vexpress-sysreg driver into > smaller portions and define the device in a form of MFD > cells: > > * LEDs code has been completely removed and replaced with > "gpi

[PATCH] tpm: missing tpm_chip_put in tpm_get_random()

2014-05-09 Thread Jarkko Sakkinen
Regression in 41ab999c. Call to tpm_chip_put is missing. This will cause TPM device driver not to unload if tmp_get_random() is called. Signed-off-by: Jarkko Sakkinen --- drivers/char/tpm/tpm-interface.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/drivers/char/tpm/

Re: [PATCH] spi/pxa2xx: Prevent DMA from transferring too many bytes

2014-05-09 Thread Mika Westerberg
On Fri, May 09, 2014 at 11:33:15AM +0100, Mark Brown wrote: > On Thu, May 08, 2014 at 05:30:31PM +0300, Mika Westerberg wrote: > > In case we are doing DMA transfer and the size of the buffer is not multiple > > of 4 bytes the driver truncates that to 4-byte boundary and tries to handle > > remaini

Re: [PATCH] usb: gadget: fsl: check vbus presence on probe

2014-05-09 Thread Paul Fertser
Hi, On Fri, May 09, 2014 at 09:07:00AM +, suresh.gu...@freescale.com wrote: > > Are you really sure we can't get async VBUS state change notifications > > until controller has USB_CMD_RUN_STOP bit set (and the same bit actually > > controls internal 1.5k dataline pullup)? If yes, I guess it me

Re: [RFC][PATCH 1/3] PM / sleep: Flag to speed up suspend-resume of runtime-suspended devices

2014-05-09 Thread Rafael J. Wysocki
On Friday, May 09, 2014 09:23:50 AM Ulf Hansson wrote: > Hi Rafael, > > > @@ -1485,3 +1486,10 @@ out: > > return ret; > > } > > EXPORT_SYMBOL_GPL(pm_runtime_force_resume); > > + > > +void pm_set_direct_resume(struct device *dev, bool val) > > +{ > > + spin_lock_irq(&dev->power.lock

Re: [PATCH v1.1 2/16 update 3] arcmsr: Adding code to support MSI-X interrupt

2014-05-09 Thread Tomas Henzl
On 05/08/2014 01:37 PM, ching wrote: > Hi Tomas, > > Thanks for your suggestion. > I will add a new patch 17/17 at last. This additional patch was meant for moving the scsi_scan_host, because it's nor related to the ms-x interrupts. Probably the maintainer will prefer a single patch which changes

Re: [PATCH] mfd: syscon: Include linux/err.h to fix build error

2014-05-09 Thread Lee Jones
On Fri, 09 May 2014, Tushar Behera wrote: > commit df73de9b0d412 ("mfd: syscon: Return -ENOSYS if CONFIG_MFD_SYSCON > is not enabled") introduced fallbacks for APIs, but missed out on adding > the header file. This would work only if linux/err.h is also included > in the source code from where thi

[PATCH v3 2/7] reset: sunxi: allow MFD subdevices probe

2014-05-09 Thread Boris BREZILLON
The current implementation uses sunxi_reset_init function for both early init and platform device probe. The sunxi_reset_init function uses DT to retrieve device resources, which will be an issue if reset controllers are registered from an MFD device that define resources from mfd_cell definition.

[PATCH v3 1/7] reset: sunxi: document sunxi's reset controllers bindings

2014-05-09 Thread Boris BREZILLON
Add DT bindings documentation for sunxi's reset controllers. Signed-off-by: Boris BREZILLON Acked-by: Maxime Ripard --- .../bindings/reset/allwinner,sunxi-clock-reset.txt | 21 + 1 file changed, 21 insertions(+) create mode 100644 Documentation/devicetree/bindings/reset/a

[PATCH v3 3/7] mfd: add support for sun6i PRCM (Power/Reset/Clock Management) unit

2014-05-09 Thread Boris BREZILLON
The PRCM (Power/Reset/Clock Management) block exposes several subdevices in different subsystems (clk, reset ...) Add basic support for the PRCM unit with clk (AR100, AHB0, and APB0 clks) and reset controller subdevices. Other subdevices might be added later (if needed). Signed-off-by: Boris BRE

[PATCH v3 0/7] mfd: add basic sun6i A31 PRCM support

2014-05-09 Thread Boris BREZILLON
Hello, This patch series adds support for some functions provided by the PRCM (Power/Reset/Clock Management) unit: - AR100, AHB0 and APB0 clocks - APB0 reset controller These functions are needed to get the P2WI driver working, but more subdevices might be added later. Best Regards, Boris Chan

[PATCH v3 5/7] clk: sunxi: add PRCM (Power/Reset/Clock Management) clks support

2014-05-09 Thread Boris BREZILLON
The PRCM (Power/Reset/Clock Management) unit provides several clock devices: - AR100 clk: used to clock the Power Management co-processor - AHB0 clk: used to clock the AHB0 bus - APB0 clk and gates: used to clk peripherals connected to the APB0 bus Add support for these clks in a separate driver s

[PATCH v3 7/7] ARM: sunxi: dt: add PRCM clk and reset controller subdevices

2014-05-09 Thread Boris BREZILLON
Add DT definitions for PRCM (Power/Reset/Clock Management) clock and reset controller subdevices. Signed-off-by: Boris BREZILLON --- arch/arm/boot/dts/sun6i-a31.dtsi | 37 + 1 file changed, 37 insertions(+) diff --git a/arch/arm/boot/dts/sun6i-a31.dtsi b/arch

[PATCH v3 4/7] mfd: sun6i-prcm: document DT bindings

2014-05-09 Thread Boris BREZILLON
Document DT bindings of the PRCM (Power/Reset/Clock Management) unit. Signed-off-by: Boris BREZILLON --- .../devicetree/bindings/mfd/sun6i-prcm.txt | 59 ++ 1 file changed, 59 insertions(+) create mode 100644 Documentation/devicetree/bindings/mfd/sun6i-prcm.txt diff

[PATCH v3 6/7] clk: sunxi: document PRCM clock compatible strings

2014-05-09 Thread Boris BREZILLON
Document new compatible strings for clock provided by the PRCM (Power/Reset/Clock Management) unit. Signed-off-by: Boris BREZILLON --- Documentation/devicetree/bindings/clock/sunxi.txt | 4 1 file changed, 4 insertions(+) diff --git a/Documentation/devicetree/bindings/clock/sunxi.txt b/Do

Re: [PATCH] PM / suspend: Always use deepest C-state in the "freeze" sleep state

2014-05-09 Thread Rafael J. Wysocki
On Friday, May 09, 2014 09:38:35 AM Pavel Machek wrote: > On Mon 2014-05-05 00:51:54, Rafael J. Wysocki wrote: > > From: Rafael J. Wysocki > > > > If freeze_enter() is called, we want to bypass the current cpuidle > > governor and always use the deepest available (that is, not disabled) > > C-sta

[PATCH] mfd: syscon: Include linux/err.h to fix build error

2014-05-09 Thread Tushar Behera
commit df73de9b0d412 ("mfd: syscon: Return -ENOSYS if CONFIG_MFD_SYSCON is not enabled") introduced fallbacks for APIs, but missed out on adding the header file. This would work only if linux/err.h is also included in the source code from where this file is included. It would be better to include l

[PATCH v3] ARM: at91: fix startup rtc irq mask for sam9g25 and sam9g35 SoCs

2014-05-09 Thread Boris BREZILLON
The sam9g25 and sam9g35 have the following errata: "RTC: Interrupt Mask Register cannot be used Interrupt Mask Register read always returns 0." Hence we should not rely on what IMR claims about already masked irqs and just disable all the IRQs. Cc: Andrew Morton Cc: # v3.10+ Signed-off-by: Bor

Re: [PATCH 1/2] gpio: pca953x: return IRQ_NONE when appropriate

2014-05-09 Thread Linus Walleij
On Wed, Apr 30, 2014 at 10:01 AM, Toby Smith wrote: > The irq handler should return IRQ_NONE or IRQ_HANDLED to report > if we have handled the interrupt. > > Signed-off-by: Toby Smith Patch applied. Adding some randon pca953x developers to the thread so noone gets upset. Yours, Linus Walleij

Re: [PATCH 1/2] hrtimer: reprogram event for expires=KTIME_MAX in hrtimer_force_reprogram()

2014-05-09 Thread Viresh Kumar
On 9 May 2014 16:04, Preeti U Murthy wrote: > On 05/09/2014 02:10 PM, Viresh Kumar wrote: > I looked through the code in arm_arch_timer.c and I think the more > fundamental problem lies in the timer handler there. Ideally even before > calling the tick event handler the timer handler must be prog

Re: [PATCH 2/2] gpio: pca953x: request a shared interrupt

2014-05-09 Thread Linus Walleij
On Wed, Apr 30, 2014 at 10:01 AM, Toby Smith wrote: > Request a shared interrupt when requesting a pca953x GPIO interrupt > > Signed-off-by: Toby Smith Patch applied. Yours, Linus Walleij -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to maj

Re: [PATCH] [media] ivtv: avoid GFP_KERNEL in atomic context

2014-05-09 Thread Hans Verkuil
On 04/25/2014 06:14 PM, Alexey Khoroshilov wrote: > ivtv_yuv_init() is used in atomic context, > so memory allocation should be done keeping that in mind. > > Call graph for ivtv_yuv_init() is as follows: > - ivtv_yuv_next_free() > - ivtv_yuv_prep_frame() [ioctl handler] > - ivtv_yuv_setup_str

[PATCH v2] ARM: at91: fix startup rtc irq mask for sam9g25 and sam9g35 SoCs

2014-05-09 Thread Boris BREZILLON
The sam9g25 and sam9g35 have the following errata: "RTC: Interrupt Mask Register cannot be used Interrupt Mask Register read always returns 0." Hence we should not rely on what IMR claims about already masked irqs and just disable all the IRQs. Cc: Andrew Morton Cc: # v3.10+ Signed-off-by: Bor

Re: [PATCH v12 18/31] iommu/exynos: allow having multiple System MMUs for a master H/W

2014-05-09 Thread Cho KyongHo
On Tue, 06 May 2014 20:05:14 +0200, Tomasz Figa wrote: > On 27.04.2014 09:37, Shaik Ameer Basha wrote: > > From: Cho KyongHo > > > > Some master device descriptor like fimc-is which is an abstraction > > of very complex H/W may have multiple System MMUs. For those devices, > > the design of the li

Re: [PATCH 2/5] staging: cxt1e1: remove dead code in musycc.c

2014-05-09 Thread Dan Carpenter
On Fri, May 09, 2014 at 07:06:06PM +0900, Daeseok Youn wrote: > Removes "#if 0" blocks. > > Signed-off-by: Daeseok Youn > --- > Dan, > I decided to leave musycc_dump_rxbuffer_ring(ch, 0) which is commented > out and make a block as "RLD_DEBUG". Because i think this block need to debug > with d

Re: [PATCH v7 1/2] phy: Add new Exynos5 USB 3.0 PHY driver

2014-05-09 Thread Vivek Gautam
Hi Sylwester, On Fri, May 9, 2014 at 3:43 PM, Sylwester Nawrocki wrote: > Hi Vivek, > > On 08/05/14 11:03, Vivek Gautam wrote: > diff --git a/Documentation/devicetree/bindings/phy/samsung-phy.txt > b/Documentation/devicetree/bindings/phy/samsung-phy.txt > >>> index b422e38..51efe4c

[PATCH] staging/lustre: fix sparse warning: Using plain integer as NULL pointer

2014-05-09 Thread Brilliantov Kirill Vladimirovich
Signed-off-by: Brilliantov Kirill Vladimirovich --- drivers/staging/lustre/lustre/osc/lproc_osc.c | 68 +-- 1 file changed, 34 insertions(+), 34 deletions(-) diff --git a/drivers/staging/lustre/lustre/osc/lproc_osc.c b/drivers/staging/lustre/lustre/osc/lproc_osc.c index

Re: [PATCH 1/2] x86: Fix typo preventing msr_set/clear_bit from having an effect

2014-05-09 Thread Borislav Petkov
On Fri, May 09, 2014 at 12:39:42PM +0200, Andres Freund wrote: > It got caught before the release, so all is well... Yeah. > Actually rather surprised it only causes relatively minor problems; > i.e. still boots. Well, I did switch only a couple of sites in intel.c, maybe you got lucky... (if th

Re: [PATCH 1/6] of: align RESERVEDMEM_OF_DECLARE function callbacks to other callbacks

2014-05-09 Thread Marek Szyprowski
Hello, On 2014-05-09 00:23, Rob Herring wrote: From: Rob Herring All the parameters for RESERVEDMEM_OF_DECLARE function callbacks are members of struct reserved_mem, so just pass the struct ptr to callback functions so the function callback is more in line with other OF match table callbacks.

Re: [PATCH 1/5] staging: cxt1e1: Fix no spaces at the start of a line in musycc.c

2014-05-09 Thread Dan Carpenter
On Fri, May 09, 2014 at 07:02:20PM +0900, Daeseok Youn wrote: > clean up checkpatch.pl warning: > WARNING: please no spaces at the start of a line in > > Signed-off-by: Daeseok Youn > --- > -#ifdef RLD_TRANS_DEBUGx > -if (1 || cxt1e1_log_level >= LOG_MONITOR2) > +#ifdef RLD_TRANS_DEBUG > +

Re: [PATCH 1/2] x86: Fix typo preventing msr_set/clear_bit from having an effect

2014-05-09 Thread Andres Freund
Hi, On 2014-05-09 09:54:52 +0200, Borislav Petkov wrote: > On Fri, May 09, 2014 at 03:29:16AM +0200, Andres Freund wrote: > > Due to a typo the msr accessor function introduced in > > 22085a66c2fab6cf9b9393c056a3600a6b4735de didn't have any lasting > > effects because they accidentally wrote the o

Re: [PATCH 1/2] hrtimer: reprogram event for expires=KTIME_MAX in hrtimer_force_reprogram()

2014-05-09 Thread Preeti U Murthy
Hi Viresh, On 05/09/2014 02:10 PM, Viresh Kumar wrote: > In hrtimer_force_reprogram(), we are reprogramming event device only if the > next > timer event is before KTIME_MAX. But what if it is equal to KTIME_MAX? As we > aren't reprogramming it again, it will be set to the last value it was, > p

Re: [RFC 13/47] mtd: nand: stm_nand_bch: provide Device Tree support

2014-05-09 Thread Lee Jones
> >Ah, I see. I will fixup, thanks for the explanation. > > > > Please wait, I'll review your [v2] series also, then you can further > send all fixes together. I'm bit caught in other commitments for 3.16, > so hopefully I'll be able to review your patches by next week. I have already fixed up,

Re: [PATCH] spi/pxa2xx: Prevent DMA from transferring too many bytes

2014-05-09 Thread Mark Brown
On Thu, May 08, 2014 at 05:30:31PM +0300, Mika Westerberg wrote: > In case we are doing DMA transfer and the size of the buffer is not multiple > of 4 bytes the driver truncates that to 4-byte boundary and tries to handle > remaining bytes using PIO. ... > While investigating this it turned out t

Re: [PATCH 2/2] x86: Fix typo in MSR_IA32_MISC_ENABLE_LIMIT_CPUID macro

2014-05-09 Thread Borislav Petkov
On Fri, May 09, 2014 at 09:57:30AM +0200, Borislav Petkov wrote: > > diff --git a/arch/x86/include/uapi/asm/msr-index.h > > b/arch/x86/include/uapi/asm/msr-index.h > > index c827ace..fcf2b3a 100644 > > --- a/arch/x86/include/uapi/asm/msr-index.h > > +++ b/arch/x86/include/uapi/asm/msr-index.h > >

<    1   2   3   4   5   6   7   >