Re: [PATCHv3 2/4] Input: keypad: Add smsc ece1099 keypad driver

2012-10-02 Thread Dmitry Torokhov
Hi Sourav, On Mon, Oct 01, 2012 at 04:31:50PM +0530, Sourav Poddar wrote: From: G, Manjunath Kondaiah manj...@ti.com SMSC ECE1099 is a keyboard scan or GPIO expansion device.The device supports a keypad scan matrix of 23*8.This driver uses this device as a keypad driver. Tested on

Re: OMAP baseline test results for v3.6-rc7

2012-10-02 Thread Igor Grinberg
On 10/02/12 01:28, Paul Walmsley wrote: On Thu, 27 Sep 2012, Igor Grinberg wrote: Have you tried the nohlt boot parameter? It looks like the wfi is killing those SoCs once you use EMAC. Just tried with nohlt. Didn't help on CM-T3517 with either NFS or MMC root, nor with the 3517EVM with

Re: [PATCH v2 4/7] ARM: davinci: Add support for an L3RAM gen_pool

2012-10-02 Thread Sekhar Nori
On 10/1/2012 6:02 PM, Matt Porter wrote: On Mon, Oct 01, 2012 at 05:34:02PM +0530, Sekhar Nori wrote: Hi Matt, On 9/29/2012 1:07 AM, Matt Porter wrote: L3RAM (shared SRAM) is needed for use by several drivers. This creates a genalloc pool and a hook for the platform code to provide the

Re: [PATCH v2 4/7] ARM: davinci: Add support for an L3RAM gen_pool

2012-10-02 Thread Sekhar Nori
On 10/1/2012 7:20 PM, Ben Gardiner wrote: On Mon, Oct 1, 2012 at 8:32 AM, Matt Porter mpor...@ti.com wrote: On Mon, Oct 01, 2012 at 05:34:02PM +0530, Sekhar Nori wrote: Hi Matt, On 9/29/2012 1:07 AM, Matt Porter wrote: L3RAM (shared SRAM) is needed for use by several drivers. This creates a

Re: [RFC PATCH 08/13] mmc: omap_hsmmc: limit max_segs with the EDMA DMAC

2012-10-02 Thread Vinod Koul
On Mon, 2012-10-01 at 12:39 -0400, Matt Porter wrote: Anything you can show at this point? ;) I'd be happy to drop the half-hack for a real API. If not, I'm going to carry that to v2 atm. This is what I had done sometime back. Feel free to update diff --git a/include/linux/dmaengine.h

Re: [PATCHv3 1/4] mfd: smsc: Add support for smsc gpio io/keypad driver

2012-10-02 Thread Mark Brown
On Mon, Oct 01, 2012 at 08:54:23PM +0530, ABRAHAM, KISHON VIJAY wrote: On Mon, Oct 1, 2012 at 5:39 PM, Mark Brown Why would that be helpful? Most platforms don't support DT at all, and I'm not sure how to put it correctly. All I'm trying to tell is mfd is a framework that exposes a set of

Re: [PATCHv3 1/4] mfd: smsc: Add support for smsc gpio io/keypad driver

2012-10-02 Thread Felipe Balbi
Hi, coming late to the discussion, so bear with me On Tue, Oct 02, 2012 at 01:38:56PM +0100, Mark Brown wrote: This means mfd framework does not have an API to create a device from dt data or so do I think since of_platform_populate() is used. Thats why I suggested the idea of extending

Re: [PATCHv3 1/4] mfd: smsc: Add support for smsc gpio io/keypad driver

2012-10-02 Thread Mark Brown
On Tue, Oct 02, 2012 at 03:43:22PM +0300, Felipe Balbi wrote: BTW, OTOH writing all children into the DT actually describes the HW, no ? And depending on the device I feel it'd be better to write that Well, it depends on the hardware. Some hardware has a bunch of nice, neat IPs which can

Belangrijk bericht van de Webmaster‏

2012-10-02 Thread Bakker-van Lieshout, Willie
Uw web-mail quota heeft overschreden de set quotum dat is 2 GB. u op dit moment draait op 2.3GB.To re-activeren en het verhogen van uw web-mail quota controleer en uw web-mail account Om opnieuw te activeren en het verhogen van uw web-mail quota op de link hieronder te werken.

Re: [PATCHv3 1/4] mfd: smsc: Add support for smsc gpio io/keypad driver

2012-10-02 Thread Felipe Balbi
Hi, On Tue, Oct 02, 2012 at 01:58:20PM +0100, Mark Brown wrote: On Tue, Oct 02, 2012 at 03:43:22PM +0300, Felipe Balbi wrote: BTW, OTOH writing all children into the DT actually describes the HW, no ? And depending on the device I feel it'd be better to write that Well, it depends on

Re: [PATCH v2 4/7] ARM: davinci: Add support for an L3RAM gen_pool

2012-10-02 Thread Ben Gardiner
On Tue, Oct 2, 2012 at 7:13 AM, Sekhar Nori nsek...@ti.com wrote: On 10/1/2012 7:20 PM, Ben Gardiner wrote: On Mon, Oct 1, 2012 at 8:32 AM, Matt Porter mpor...@ti.com wrote: On Mon, Oct 01, 2012 at 05:34:02PM +0530, Sekhar Nori wrote: Hi Matt, On 9/29/2012 1:07 AM, Matt Porter wrote: L3RAM

Re: [PATCH v2 4/7] ARM: davinci: Add support for an L3RAM gen_pool

2012-10-02 Thread Matt Porter
On Tue, Oct 02, 2012 at 03:32:55PM +0530, Sekhar Nori wrote: On 10/1/2012 6:02 PM, Matt Porter wrote: On Mon, Oct 01, 2012 at 05:34:02PM +0530, Sekhar Nori wrote: Hi Matt, On 9/29/2012 1:07 AM, Matt Porter wrote: L3RAM (shared SRAM) is needed for use by several drivers. This creates a

Re: [PATCH v2 4/7] ARM: davinci: Add support for an L3RAM gen_pool

2012-10-02 Thread Matt Porter
On Tue, Oct 02, 2012 at 04:43:59PM +0530, Sekhar Nori wrote: On 10/1/2012 7:20 PM, Ben Gardiner wrote: On Mon, Oct 1, 2012 at 8:32 AM, Matt Porter mpor...@ti.com wrote: On Mon, Oct 01, 2012 at 05:34:02PM +0530, Sekhar Nori wrote: Hi Matt, On 9/29/2012 1:07 AM, Matt Porter wrote: L3RAM

Re: [PATCH v2 1/5] [media] omap3isp: Fix compilation error in ispreg.h

2012-10-02 Thread Tony Lindgren
* Ido Yariv i...@wizery.com [121001 15:48]: Commit c49f34bc (ARM: OMAP2+ Move SoC specific headers to be local to mach-omap2) moved omap34xx.h to mach-omap2. This broke omap3isp, as it includes omap34xx.h. Instead of moving omap34xx to platform_data, simply add the two definitions the

Re: [PATCH v2 2/5] iommu/omap: Merge iommu2.h into iommu.h

2012-10-02 Thread Tony Lindgren
* Ido Yariv i...@wizery.com [121001 15:48]: Since iommu is not supported on OMAP1 and will not likely to ever be supported, merge plat/iommu2.h into iommu.h so only one file would have to move to platform_data/ as part of the single zImage effort. Thanks I'll be applying patches 2 - 5 once we

Re: [PATCHv3 1/4] mfd: smsc: Add support for smsc gpio io/keypad driver

2012-10-02 Thread ABRAHAM, KISHON VIJAY
Hi, On Tue, Oct 2, 2012 at 6:08 PM, Mark Brown broo...@opensource.wolfsonmicro.com wrote: On Mon, Oct 01, 2012 at 08:54:23PM +0530, ABRAHAM, KISHON VIJAY wrote: On Mon, Oct 1, 2012 at 5:39 PM, Mark Brown Why would that be helpful? Most platforms don't support DT at all, and I'm not sure

Re: [PATCH] ASoC: ams-delta: Convert to use snd_soc_register_card()

2012-10-02 Thread Janusz Krzysztofik
Dnia niedziela, 16 września 2012 21:17:03 Janusz Krzysztofik pisze: The old method of registering with the ASoC core by creating a soc-audio platform device no longer works for Amstrad Delta sound card after recent changes to drvdata handling (commit 0998d0631001288a5974afc0b2a5f568bcdecb4d,

Re: [PATCH v2 8/9] ARM: OMAP: iommu: add device tree support

2012-10-02 Thread Matt Porter
On Wed, Sep 12, 2012 at 02:45:51PM -0500, Omar Ramirez Luna wrote: Adapt driver to use DT if provided. Hi Omar, I'm interested in making use of the assert/deassert APIs you exposed in this series on AM335x for the pruss hwmod which has one hardreset line. I have the same situation where I need

Re: [PATCH] ARM: OMAP: fix return value check in beagle_opp_init()

2012-10-02 Thread Kevin Hilman
Wei Yongjun weiyj...@gmail.com writes: From: Wei Yongjun yongjun_...@trendmicro.com.cn In case of error, the function omap_device_get_by_hwmod_name() returns ERR_PTR() not NULL pointer. The NULL test in the return value check should be replaced with IS_ERR(). dpatch engine is used to auto

Re: [PATCH] ARM: OMAP: omap_device: fix return value check in omap_device_build_ss()

2012-10-02 Thread Kevin Hilman
Wei Yongjun weiyj...@gmail.com writes: From: Wei Yongjun yongjun_...@trendmicro.com.cn In case of error, the function omap_device_alloc() returns ERR_PTR() and never returns NULL pointer. The NULL test in the return value check should be replaced with IS_ERR(). dpatch engine is used to

Re: [PATCH] ARM: OMAP2+: SmartReflex: fix return value check in sr_dev_init()

2012-10-02 Thread Kevin Hilman
Jean Pihet jean.pi...@newoldbits.com writes: Hello, On Thu, Sep 27, 2012 at 7:54 AM, Wei Yongjun weiyj...@gmail.com wrote: From: Wei Yongjun yongjun_...@trendmicro.com.cn In case of error, the function voltdm_lookup() returns NULL not ERR_PTR(). The IS_ERR() test in the return value check

Re: [PATCH] ARM: OMAP2+: PM: fix return value check in omap2_set_init_voltage()

2012-10-02 Thread Kevin Hilman
Jean Pihet jean.pi...@newoldbits.com writes: On Thu, Sep 27, 2012 at 7:54 AM, Wei Yongjun weiyj...@gmail.com wrote: From: Wei Yongjun yongjun_...@trendmicro.com.cn In case of error, the function voltdm_lookup() returns NULL not ERR_PTR(). The IS_ERR() test in the return value check should

Re: [PATCH] ARM: OMAP: hwmod: align the SmartReflex fck names

2012-10-02 Thread Kevin Hilman
Jean Pihet jean.pi...@newoldbits.com writes: Rename the smartreflex fck names for consistency and better readability; rename the clock aliases for use by the SmartReflex driver, with the smartreflex.%d format. hmm, do we even need the clkdev nodes anymore? The driver isn't directly accessing

Re: [PATCH] ARM: OMAP: SmartReflex: select CONFIG_POWER_SUPPLY in Kconfig

2012-10-02 Thread Kevin Hilman
jean.pi...@newoldbits.com writes: From: Jean Pihet j-pi...@ti.com Select POWER_SUPPLY from POWER_AVS_OMAP entry in Kconfig. This avoids the following build problems using a randconfig that has CONFIG_POWER_SUPPLY not set: LD init/built-in.o arch/arm/mach-omap2/built-in.o: In

Re: [PATCH 1/2] ARM: OMAP: SmartReflex: fix error path in init function

2012-10-02 Thread Kevin Hilman
Jean Pihet jean.pi...@newoldbits.com writes: Fix the error handling path in omap_sr_probe to correctly de-allocate resources in case of problems. Signed-off-by: Jean Pihet j-pi...@ti.com Thanks, queuing this one as a fix for v3.7-rc Kevin -- To unsubscribe from this list: send the line

Re: [PATCH] ARM: OMAP: hwmod: align the SmartReflex fck names

2012-10-02 Thread Kevin Hilman
On 10/02/2012 02:49 PM, Kevin Hilman wrote: Jean Pihet jean.pi...@newoldbits.com writes: Rename the smartreflex fck names for consistency and better readability; rename the clock aliases for use by the SmartReflex driver, with the smartreflex.%d format. hmm, do we even need the clkdev nodes

Re: [PATCH 2/2] ARM: OMAP: SmartReflex: pass device dependent data via platform data

2012-10-02 Thread Kevin Hilman
Hi Jean, Jean Pihet jean.pi...@newoldbits.com writes: Remove the device dependent settings (cpu_is_xxx(), IP fck etc.) from the driver code and pass them instead via the platform data. This allows a clean separation of the driver code and the platform code, as required by the move of the

Re: [PATCH 5/6] ARM: OMAP: remove plat/clock.h

2012-10-02 Thread Tony Lindgren
* Paul Walmsley p...@pwsan.com [120927 09:37]: Remove arch/arm/plat-omap/include/plat/clock.h by merging it into arch/arm/mach-omap1/clock.h and arch/arm/mach-omap2/clock.h. The goal here is to facilitate ARM single image kernels by removing includes via the plat/ symlink. Looks like this

Re: [RFT/PATCH] serial: omap: prevent resume if device is not suspended.

2012-10-02 Thread Kevin Hilman
Poddar, Sourav sourav.pod...@ti.com writes: Hi, On Tue, Sep 25, 2012 at 2:51 PM, Russell King - ARM Linux li...@arm.linux.org.uk wrote: On Tue, Sep 25, 2012 at 12:11:14PM +0300, Felipe Balbi wrote: On Tue, Sep 25, 2012 at 10:12:28AM +0100, Russell King - ARM Linux wrote: On Tue, Sep 25,

[PATCH] ARM: arch timer: Export 'read_current_timer' symbol

2012-10-02 Thread Mark A. Greer
From: Mark A. Greer mgr...@animalcreek.com Commit 923df96b9f31b7d08d8438ff9677326d9537accf (ARM: 7451/1: arch timer: implement read_current_timer and get_cycles) modifies get_cycles() such that it calls read_current_timer(). Unfortunately, the 'read_current_timer' symbol is not exported so when a

Re: [PATCH 5/6] ARM: OMAP: remove plat/clock.h

2012-10-02 Thread Paul Walmsley
On Tue, 2 Oct 2012, Tony Lindgren wrote: But you can see where the duplicates are with: $ grep -rc 'include clock.h' arch/arm/*omap*/* | grep :2 OK thanks. Updated the patch here, and planning to wait until 3.7-rc1 is out before sending a pull request for 3.8 cleanup. - Paul From: Paul

Re: [PATCHv3 2/4] Input: keypad: Add smsc ece1099 keypad driver

2012-10-02 Thread Poddar, Sourav
Hi Dmitry, On Tue, Oct 2, 2012 at 11:48 AM, Dmitry Torokhov dmitry.torok...@gmail.com wrote: Hi Sourav, On Mon, Oct 01, 2012 at 04:31:50PM +0530, Sourav Poddar wrote: From: G, Manjunath Kondaiah manj...@ti.com SMSC ECE1099 is a keyboard scan or GPIO expansion device.The device supports a