Re: [PATCH] pwm-backlight: Pinctrl-fy

2012-11-09 Thread Thierry Reding
On Wed, Oct 31, 2012 at 05:57:27PM +0200, Pantelis Antoniou wrote: Enable pinctrl for pwm-backlight. Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com --- drivers/video/backlight/pwm_bl.c | 7 +++ 1 file changed, 7 insertions(+) diff --git

Re: [PATCH v2 06/10] pwm: pwm-tiehrpwm: Add device-tree binding support for EHRPWM driver

2012-11-09 Thread Thierry Reding
On Thu, Nov 08, 2012 at 01:23:13PM +0530, Philip, Avinash wrote: This patch 1. Add support for device-tree binding for EHRWPM driver. 2. Set size of pwm-cells set to 3 to support PWM channel number, PWM period polarity configuration from device tree. 3. Add enable/disable clock gating in

Re: [PATCH v2 08/10] pwm: pwm-tiehrpwm: Adding TBCLK gating support.

2012-11-09 Thread Thierry Reding
On Thu, Nov 08, 2012 at 01:23:15PM +0530, Philip, Avinash wrote: Some platforms (like AM33XX) requires clock gating from control module explicitly for TBCLK. Enabling of this clock required for the functioning of the time base sub module in EHRPWM module. So adding optional TBCLK handling if

Re: [PATCH v2 04/10] pwm: pwm-tiecap: Add device-tree binding support for APWM driver

2012-11-09 Thread Thierry Reding
On Fri, Nov 09, 2012 at 08:52:19AM +0100, Thierry Reding wrote: On Thu, Nov 08, 2012 at 01:23:11PM +0530, Philip, Avinash wrote: [...] static int __devinit ecap_pwm_probe(struct platform_device *pdev) __devinit can go away. [...] static int __devexit ecap_pwm_remove(struct

RE: [PATCH v2 08/10] pwm: pwm-tiehrpwm: Adding TBCLK gating support.

2012-11-09 Thread Philip, Avinash
On Fri, Nov 09, 2012 at 13:41:04, Thierry Reding wrote: On Thu, Nov 08, 2012 at 01:23:15PM +0530, Philip, Avinash wrote: ... + /* Some platforms require explicit tbclk gating */ + if (of_property_read_bool(pdev-dev.of_node, tbclkgating)) { Is it really necessary to have an extra

RE: [PATCH v2 04/10] pwm: pwm-tiecap: Add device-tree binding support for APWM driver

2012-11-09 Thread Philip, Avinash
On Fri, Nov 09, 2012 at 13:22:19, Thierry Reding wrote: On Thu, Nov 08, 2012 at 01:23:11PM +0530, Philip, Avinash wrote: This patch 1. Add support for device-tree binding for ECAP APWM driver. 2. Set size of pwm-cells set to 3 to support PWM channel number, PWM period polarity

RE: [PATCH v2 01/10] PWMSS: Add PWM Subsystem driver for parent-child relationship

2012-11-09 Thread Philip, Avinash
On Fri, Nov 09, 2012 at 12:59:57, Thierry Reding wrote: On Thu, Nov 08, 2012 at 01:23:08PM +0530, Philip, Avinash wrote: diff --git a/Documentation/devicetree/bindings/pwm/tipwmss.txt b/Documentation/devicetree/bindings/pwm/tipwmss.txt new file mode 100644 index 000..b6c2814 ---

Re: [PATCH v2 04/10] pwm: pwm-tiecap: Add device-tree binding support for APWM driver

2012-11-09 Thread Thierry Reding
On Fri, Nov 09, 2012 at 10:59:30AM +, Philip, Avinash wrote: On Fri, Nov 09, 2012 at 13:22:19, Thierry Reding wrote: On Thu, Nov 08, 2012 at 01:23:11PM +0530, Philip, Avinash wrote: +#define ECAPCLK_EN BIT(0) +#define ECAPCLK_STOP_REQ BIT(1) This one doesn't

Re: [RFC] Device Tree Overlays Proposal (Was Re: capebus moving omap_devices to mach-omap2)

2012-11-09 Thread Grant Likely
On Mon, Nov 5, 2012 at 11:22 PM, Tony Lindgren t...@atomide.com wrote: Hi, * Tabi Timur-B04825 b04...@freescale.com [121105 13:42]: On Mon, Nov 5, 2012 at 2:40 PM, Grant Likely grant.lik...@secretlab.ca wrote: Jane is building custom BeagleBone expansion boards called 'capes'. She can

[GIT PULL] ARM: OMAP: DTS for 3.8 part 2

2012-11-09 Thread Benoit Cousson
Hi Tony, Please pull some more OMAP5 and AM33xx data for 3.8. Thanks, Benoit The following changes since commit 3b3132f7e80e3d786f8ad5d5b97d4b6122be9aaa: Jon Hunter (1): ARM: dts: OMAP5: Add counter node are available in the git repository at:

[GIT PULL] ARM: OMAP: GPMC generic timing

2012-11-09 Thread Afzal Mohammed
The following changes since commit 6ba54ab4a49bbad736b0254aa6bdf0cb83013815: ARM: OMAP: Remove omap_init_consistent_dma_size() (2012-11-06 16:01:19 -0800) are available in the git repository at: git://gitorious.org/x0148406-public/linux-kernel.git tags/gpmc-generic-timing for you to fetch

Re: [RFC] Device Tree Overlays Proposal (Was Re: capebus moving omap_devices to mach-omap2)

2012-11-09 Thread David Gibson
On Fri, Nov 09, 2012 at 12:32:09AM -0500, Joel A Fernandes wrote: Hi Pantelis, I hope I'm not too late to reply as I'm traveling. On Nov 6, 2012, at 5:30 AM, Pantelis Antoniou pa...@antoniou-consulting.com wrote: Joanne has purchased one of Jane's capes and packaged it into a rugged

[PATCHv2] ARM: OMAP4: USB: power down MUSB PHY during boot

2012-11-09 Thread Tero Kristo
Commit c9e4412ab8eb8ef82d645d8749c4ce96ad490007 removed all of the USB PHY functions for OMAP4, but this causes a problem with core retention as the MUSB module remains enabled if omap-usb2 phy driver is not used. This keeps the USB DPLL enabled and prevents l3_init pwrdm from idling. Fixed by

Re: [PATCHv2] ARM: OMAP4: USB: power down MUSB PHY during boot

2012-11-09 Thread Felipe Balbi
HI, On Fri, Nov 09, 2012 at 04:30:35PM +0200, Tero Kristo wrote: Commit c9e4412ab8eb8ef82d645d8749c4ce96ad490007 removed all of the USB PHY functions for OMAP4, but this causes a problem with core retention as the MUSB module remains enabled if omap-usb2 phy driver is not used. This keeps the

[PATCH] mmc: omap_hsmmc: Fix Oops in case of data errors

2012-11-09 Thread Balaji T K
Setting end_cmd to 1 for Data Timeout/CRC leads to NULL pointer dereference of host-cmd as the command complete has previously been handled. Set end_cmd only in case of Data Timeout/CRC. While at it restore error handling behaviour as was before the commit ae4bf788ee9bf7c2d51b0309117d1fcccbdd50a2

Re: [PATCH] mmc: omap_hsmmc: Fix Oops in case of data errors

2012-11-09 Thread Felipe Balbi
On Fri, Nov 09, 2012 at 08:11:19PM +0530, Balaji T K wrote: Setting end_cmd to 1 for Data Timeout/CRC leads to NULL pointer dereference of host-cmd as the command complete has previously been handled. Set end_cmd only in case of Data Timeout/CRC. this comment doesnt match code as code is

Re: [PATCH] mmc: omap_hsmmc: Fix Oops in case of data errors

2012-11-09 Thread Balaji T K
On Friday 09 November 2012 08:22 PM, Felipe Balbi wrote: On Fri, Nov 09, 2012 at 08:11:19PM +0530, Balaji T K wrote: Setting end_cmd to 1 for Data Timeout/CRC leads to NULL pointer dereference of host-cmd as the command complete has previously been handled. Set end_cmd only in case of Data

Re: [RFC] Device Tree Overlays Proposal (Was Re: capebus moving omap_devices to mach-omap2)

2012-11-09 Thread Pantelis Antoniou
Hi David, On Nov 9, 2012, at 3:26 AM, David Gibson wrote: On Mon, Nov 05, 2012 at 08:40:30PM +, Grant Likely wrote: Hey folks, As promised, here is my early draft to try and capture what device tree overlays need to do and how to get there. Comments and suggestions greatly

Re: [PATCH 1/5] mmc: omap_hsmmc: Avoid host-cmd dereference during data transfer failures

2012-11-09 Thread Balaji T K
On Tuesday 06 November 2012 10:22 PM, Venkatraman S wrote: Sometimes, a error occurs just after the Command has been reported to be successful (CC=1) but before data transfer completes (TC=1). Setting end_cmd=1 here leads to a NULL pointer dereference of host-cmd as the command complete has

[PATCH v2 0/3] mmc: omap_hsmmc: fixes for irq error handler

2012-11-09 Thread Balaji T K
Balaji T K (3): mmc: omap_hsmmc: Fix Oops in case of data errors mmc: omap_hsmmc: no reset of cmd state machine for DCRC mmc: omap_hsmmc: update error code for response_busy cmd drivers/mmc/host/omap_hsmmc.c | 24 +++- 1 files changed, 15 insertions(+), 9 deletions(-)

[PATCH v2 3/3] mmc: omap_hsmmc: update error code for response_busy cmd

2012-11-09 Thread Balaji T K
update error code to cmd-error for commands with response_busy and no data Signed-off-by: Balaji T K balaj...@ti.com --- drivers/mmc/host/omap_hsmmc.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c index

[PATCH v2 2/3] mmc: omap_hsmmc: no reset of cmd state machine for DCRC

2012-11-09 Thread Balaji T K
Avoid soft reset of command internal state machine on data errors. Signed-off-by: Balaji T K balaj...@ti.com --- drivers/mmc/host/omap_hsmmc.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c index

[PATCH v2 1/3] mmc: omap_hsmmc: Fix Oops in case of data errors

2012-11-09 Thread Balaji T K
commit ae4bf788ee9bf7c2d51b0309117d1fcccbdd50a2 mmc: omap_hsmmc: consolidate error report handling of HSMMC IRQ sets both end_cmd and end_trans to 1. Setting end_cmd to 1 for Data Timeout/CRC leads to NULL pointer dereference of host-cmd as the command complete has previously been handled. Set

Re: [PATCH v3 1/7] ARM: OMAP2xxx: hwmod: Convert SHAM crypto device data to hwmod

2012-11-09 Thread Kasatkin, Dmitry
Hello, On Wed, Nov 7, 2012 at 4:57 AM, Mark A. Greer mgr...@animalcreek.com wrote: From: Mark A. Greer mgr...@animalcreek.com Convert the device data for the OMAP2 SHAM crypto IP from explicit platform_data to hwmod. CC: Paul Walmsley p...@pwsan.com Signed-off-by: Mark A. Greer

Re: [PATCH v3 3/7] ARM: OMAP3xxx: hwmod: Convert SHAM crypto device data to hwmod

2012-11-09 Thread Kasatkin, Dmitry
On Wed, Nov 7, 2012 at 4:57 AM, Mark A. Greer mgr...@animalcreek.com wrote: From: Mark A. Greer mgr...@animalcreek.com Convert the device data for the OMAP3 SHAM2 (SHA1/MD5) crypto IP from explicit platform_data to hwmod. CC: Paul Walmsley p...@pwsan.com Signed-off-by: Mark A. Greer

[PATCH] ARM: OMAP2+: Prevent redefinition errors for soc.h

2012-11-09 Thread Jon Hunter
If the header soc.h is included more than once in a source (for example once directly by the source file and once indirectly by another header file), then the compiler will generate redefintion errors for the macros in soc.h. Prevent this by only allowing the content in soc.h to be included once.

Re: [PATCH] ARM: OMAP2+: Prevent redefinition errors for soc.h

2012-11-09 Thread Tony Lindgren
* Jon Hunter jon-hun...@ti.com [121109 08:21]: If the header soc.h is included more than once in a source (for example once directly by the source file and once indirectly by another header file), then the compiler will generate redefintion errors for the macros in soc.h. Prevent this by only

Re: [PATCH v3 7/7] crypto: omap_sham: Remove usage of private DMA API

2012-11-09 Thread Kasatkin, Dmitry
On Wed, Nov 7, 2012 at 4:57 AM, Mark A. Greer mgr...@animalcreek.com wrote: From: Mark A. Greer mgr...@animalcreek.com Remove usage of the private OMAP DMA API. The dmaengine API will be used instead. CC: Russell King rmk+ker...@arm.linux.org.uk CC: Dmitry Kasatkin dmitry.kasat...@intel.com

Re: [RFC] Device Tree Overlays Proposal (Was Re: capebus moving omap_devices to mach-omap2)

2012-11-09 Thread Grant Likely
On Tue, Nov 6, 2012 at 10:37 PM, Stephen Warren swar...@wwwdotorg.org wrote: On 11/05/2012 01:40 PM, Grant Likely wrote: Hey folks, As promised, here is my early draft to try and capture what device tree overlays need to do and how to get there. Comments and suggestions greatly appreciated.

Re: [PATCH] ARM: OMAP2+: Prevent redefinition errors for soc.h

2012-11-09 Thread Jon Hunter
On 11/09/2012 10:22 AM, Tony Lindgren wrote: * Jon Hunter jon-hun...@ti.com [121109 08:21]: If the header soc.h is included more than once in a source (for example once directly by the source file and once indirectly by another header file), then the compiler will generate redefintion errors

Re: [PATCH v2 1/3] mmc: omap_hsmmc: Fix Oops in case of data errors

2012-11-09 Thread Felipe Balbi
On Fri, Nov 09, 2012 at 09:36:14PM +0530, Balaji T K wrote: commit ae4bf788ee9bf7c2d51b0309117d1fcccbdd50a2 mmc: omap_hsmmc: consolidate error report handling of HSMMC IRQ sets both end_cmd and end_trans to 1. Setting end_cmd to 1 for Data Timeout/CRC leads to NULL pointer dereference of

Re: [PATCH v2 2/3] mmc: omap_hsmmc: no reset of cmd state machine for DCRC

2012-11-09 Thread Felipe Balbi
On Fri, Nov 09, 2012 at 09:36:15PM +0530, Balaji T K wrote: Avoid soft reset of command internal state machine on data errors. Signed-off-by: Balaji T K balaj...@ti.com Reviewed-by: Felipe Balbi ba...@ti.com --- drivers/mmc/host/omap_hsmmc.c |2 +- 1 files changed, 1 insertions(+), 1

Re: [PATCH v2 3/3] mmc: omap_hsmmc: update error code for response_busy cmd

2012-11-09 Thread Felipe Balbi
Hi, On Fri, Nov 09, 2012 at 09:36:16PM +0530, Balaji T K wrote: update error code to cmd-error for commands with response_busy and no data Signed-off-by: Balaji T K balaj...@ti.com Just one comment below, otherwise: Reviewed-by: Felipe Balbi ba...@ti.com ---

[GIT PULL v2] ARM: OMAP: second set of PRCM cleanups for 3.8

2012-11-09 Thread Paul Walmsley
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Tony, The following changes since commit 7fc54fd3084457c7f11b9e2e1e3fcd19a3badc33: Merge branch 'omap-for-v3.8/cleanup-headers' into omap-for-v3.8/cleanup-prcm (2012-10-26 13:32:22 -0700) are available in the git repository at:

Re: [RFC] Device Tree Overlays Proposal (Was Re: capebus moving omap_devices to mach-omap2)

2012-11-09 Thread Grant Likely
On Wed, Nov 7, 2012 at 12:54 AM, Mitch Bradley w...@firmworks.com wrote: On 11/6/2012 12:37 PM, Stephen Warren wrote: This proposal is very oriented at an overlay-based approach. I'm not totally convinced that a pure overlay approach (as in how dtc does overlayed DT nodes) will be flexible

Re: [RFC] Device Tree Overlays Proposal (Was Re: capebus moving omap_devices to mach-omap2)

2012-11-09 Thread Grant Likely
On Wed, Nov 7, 2012 at 8:06 AM, Pantelis Antoniou pa...@antoniou-consulting.com wrote: Hi Grant, On Nov 6, 2012, at 9:45 PM, Grant Likely wrote: Yes, the locking does need to be sorted out. Perhaps come up with a dt-stress test tool/boot time validator? I would like that. I've started

Re: [PATCH v3 1/7] ARM: OMAP2xxx: hwmod: Convert SHAM crypto device data to hwmod

2012-11-09 Thread Mark A. Greer
On Fri, Nov 09, 2012 at 06:10:20PM +0200, Kasatkin, Dmitry wrote: Hello, Thanks for your comments, Dmitry. On Wed, Nov 7, 2012 at 4:57 AM, Mark A. Greer mgr...@animalcreek.com wrote: From: Mark A. Greer mgr...@animalcreek.com Convert the device data for the OMAP2 SHAM crypto IP from

Re: [PATCH v3 1/7] ARM: OMAP2xxx: hwmod: Convert SHAM crypto device data to hwmod

2012-11-09 Thread Paul Walmsley
On Fri, 9 Nov 2012, Mark A. Greer wrote: On Fri, Nov 09, 2012 at 06:10:20PM +0200, Kasatkin, Dmitry wrote: Why not using macros as it was before? OMAP24XX_SEC_SHA1MD5_BASE I am following the precedent set in the existing code of that file which uses the actual address instead of a

Re: [PATCH v3 7/7] crypto: omap_sham: Remove usage of private DMA API

2012-11-09 Thread Mark A. Greer
On Fri, Nov 09, 2012 at 06:28:16PM +0200, Kasatkin, Dmitry wrote: On Wed, Nov 7, 2012 at 4:57 AM, Mark A. Greer mgr...@animalcreek.com wrote: From: Mark A. Greer mgr...@animalcreek.com Remove usage of the private OMAP DMA API. The dmaengine API will be used instead. CC: Russell King

Re: [PATCH v3 1/7] ARM: OMAP2xxx: hwmod: Convert SHAM crypto device data to hwmod

2012-11-09 Thread Tony Lindgren
* Paul Walmsley p...@pwsan.com [121109 09:13]: On Fri, 9 Nov 2012, Mark A. Greer wrote: On Fri, Nov 09, 2012 at 06:10:20PM +0200, Kasatkin, Dmitry wrote: Why not using macros as it was before? OMAP24XX_SEC_SHA1MD5_BASE I am following the precedent set in the existing code of

Re: [PATCH v3 1/7] ARM: OMAP2xxx: hwmod: Convert SHAM crypto device data to hwmod

2012-11-09 Thread Mark A. Greer
On Fri, Nov 09, 2012 at 10:00:31AM -0800, Tony Lindgren wrote: * Paul Walmsley p...@pwsan.com [121109 09:13]: On Fri, 9 Nov 2012, Mark A. Greer wrote: On Fri, Nov 09, 2012 at 06:10:20PM +0200, Kasatkin, Dmitry wrote: Why not using macros as it was before?

[PATCH] mmc: hsmmc: Fix NULL pointer dereference on unload when booted with device tree

2012-11-09 Thread Tony Lindgren
When booting with device tree, we don't have any pdata, and will get the following when trying to unload omap_hsmmc: Unable to handle kernel NULL pointer dereference at virtual address 0044 pgd = edafc000 *pgd=adbbd831, *pte=, *ppte= SMP ARM Modules linked in: omap_hsmmc(-)

Re: [PATCH] ARM: OMAP2+: clockdomain: disabling unused clks

2012-11-09 Thread Paul Walmsley
On Thu, 8 Nov 2012, Mike Turquette wrote: You're right. In my rush I glossed over the clkdm decrement part. In light of the suspend/resume issues I'm not sure this approach is really valid. I think getting to the bottom of those issues will give the final word. What do you think about

Re: [PATCH] ARM: OMAP2+: clockdomain: disabling unused clks

2012-11-09 Thread Paul Walmsley
On Fri, 9 Nov 2012, Paul Walmsley wrote: On Thu, 8 Nov 2012, Mike Turquette wrote: You're right. In my rush I glossed over the clkdm decrement part. In light of the suspend/resume issues I'm not sure this approach is really valid. I think getting to the bottom of those issues will

Re: [PATCH] ARM: OMAP2+: clockdomain: disabling unused clks

2012-11-09 Thread Mike Turquette
Quoting Paul Walmsley (2012-11-09 11:08:00) On Fri, 9 Nov 2012, Paul Walmsley wrote: On Thu, 8 Nov 2012, Mike Turquette wrote: You're right. In my rush I glossed over the clkdm decrement part. In light of the suspend/resume issues I'm not sure this approach is really valid. I

Re: [PATCH V2 03/14] ARM: OMAP3+: Implement timer workaround for errata i103 and i767

2012-11-09 Thread Jon Hunter
On 11/08/2012 10:55 AM, Jon Hunter wrote: On 11/07/2012 05:43 PM, Santosh Shilimkar wrote: On Wednesday 07 November 2012 05:28 PM, Jon Hunter wrote: On 11/07/2012 04:14 PM, Santosh Shilimkar wrote: Looks sensible considering alternative WAs. Acked-by: Santosh Shilimkar

Re: [PATCH] ARM: OMAP2+: clockdomain: disabling unused clks

2012-11-09 Thread Paul Walmsley
On Fri, 9 Nov 2012, Mike Turquette wrote: But I'm OK with the below patch in the short term. I just have one question: did you observe any PM regressions by skipping the clkdm programming? It's still under test here but 3530ES3 Beagle passed the PM tests with it, with no obvious warnings.

Re: [PATCH V6 2/2] dmaengine: add helper function to request a slave DMA channel

2012-11-09 Thread Jon Hunter
On 10/15/2012 09:39 PM, Vinod Koul wrote: On Tue, 2012-10-16 at 10:43 +0800, Shawn Guo wrote: On Tue, Sep 25, 2012 at 10:05:01AM +0530, Vinod Koul wrote: On Mon, 2012-09-24 at 17:25 -0500, Jon Hunter wrote: For DT bindings, I think the binding itself shouldn't change based on my work but I

Re: [RFC] Device Tree Overlays Proposal (Was Re: capebus moving omap_devices to mach-omap2)

2012-11-09 Thread Grant Likely
On Wed, Nov 7, 2012 at 11:02 AM, Pantelis Antoniou pa...@antoniou-consulting.com wrote: On Nov 7, 2012, at 11:19 AM, Benoit Cousson wrote: Maybe some extra version match table can just be passed during the board machine_init of_platform_populate(NULL, omap_dt_match_table, NULL, NULL,

Re: [PATCH] ARM: OMAP2+: clockdomain: disabling unused clks

2012-11-09 Thread Paul Walmsley
On Fri, 9 Nov 2012, Paul Walmsley wrote: On Fri, 9 Nov 2012, Mike Turquette wrote: But I'm OK with the below patch in the short term. I just have one question: did you observe any PM regressions by skipping the clkdm programming? It's still under test here but 3530ES3 Beagle passed

Re: [RFC] Device Tree Overlays Proposal (Was Re: capebus moving omap_devices to mach-omap2)

2012-11-09 Thread Grant Likely
On Fri, Nov 9, 2012 at 2:26 AM, David Gibson da...@gibson.dropbear.id.au wrote: Summary points: - Create an FDT overlay data format and usage model - SHALL reliable resolve or validate of phandles between base and overlay trees So, I'm not at all clear on what this proposed phandle

Re: [PATCH] ARM: OMAP2+: Prevent redefinition errors for soc.h

2012-11-09 Thread Tony Lindgren
* Jon Hunter jon-hun...@ti.com [121109 08:31]: On 11/09/2012 10:22 AM, Tony Lindgren wrote: * Jon Hunter jon-hun...@ti.com [121109 08:21]: If the header soc.h is included more than once in a source (for example once directly by the source file and once indirectly by another header

Re: [PATCH v2 00/26] Move OMAP2+ over to common clk framework

2012-11-09 Thread Paul Walmsley
Hi With the fixes that have been posted, this is testing clean here. Mike and Rajendra have put in months of work on these patches under often-difficult conditions, and it's really great that we've arrived at this point with zero obvious remaining regressions from the current code. The

[PATCH] ARM: add get_user() support for 8 byte types

2012-11-09 Thread Rob Clark
From: Rob Clark r...@ti.com A new atomic modeset/pageflip ioctl being developed in DRM requires get_user() to work for 64bit types (in addition to just put_user()). Signed-off-by: Rob Clark r...@ti.com --- arch/arm/include/asm/uaccess.h | 25 - arch/arm/lib/getuser.S

Re: [RFC] Device Tree Overlays Proposal (Was Re: capebus moving omap_devices to mach-omap2)

2012-11-09 Thread Grant Likely
On Fri, Nov 9, 2012 at 5:32 AM, Joel A Fernandes agnel.j...@gmail.com wrote: Hi Pantelis, I hope I'm not too late to reply as I'm traveling. On Nov 6, 2012, at 5:30 AM, Pantelis Antoniou pa...@antoniou-consulting.com wrote: Joanne has purchased one of Jane's capes and packaged it into a

Re: [RFC] Device Tree Overlays Proposal (Was Re: capebus moving omap_devices to mach-omap2)

2012-11-09 Thread Grant Likely
On Fri, Nov 9, 2012 at 2:26 AM, David Gibson da...@gibson.dropbear.id.au wrote: (3) Resolving phandle references from the subtree to the main tree. So, I think this can actually be avoided, at least in cases where what physical connections are available to the expansion module is well

Re: [GIT PULL] ARM: OMAP: DTS for 3.8 part 2

2012-11-09 Thread Tony Lindgren
* Benoit Cousson b-cous...@ti.com [121109 06:03]: Hi Tony, Please pull some more OMAP5 and AM33xx data for 3.8. Thanks pulling into omap-for-v3.8/dt. Regards, Tony Thanks, Benoit The following changes since commit 3b3132f7e80e3d786f8ad5d5b97d4b6122be9aaa: Jon Hunter (1):

Re: [GIT PULL] ARM: OMAP: Timer and Counter DT Updates for v3.8

2012-11-09 Thread Tony Lindgren
* Jon Hunter jon-hun...@ti.com [121108 16:20]: On 11/08/2012 01:47 PM, Jon Hunter wrote: Do you want to generate the patch or me? Patch posted here ... http://marc.info/?l=linux-omapm=135242025202171w=2 OK thanks! Tony -- To unsubscribe from this list: send the line unsubscribe

Re: [PATCH v2 00/26] Move OMAP2+ over to common clk framework

2012-11-09 Thread Tony Lindgren
* Paul Walmsley p...@pwsan.com [121109 13:14]: Hi With the fixes that have been posted, this is testing clean here. Mike and Rajendra have put in months of work on these patches under often-difficult conditions, and it's really great that we've arrived at this point with zero obvious

Re: [GIT PULL v2] ARM: OMAP: second set of PRCM cleanups for 3.8

2012-11-09 Thread Tony Lindgren
* Paul Walmsley p...@pwsan.com [121109 08:57]: Hi Tony, The following changes since commit 7fc54fd3084457c7f11b9e2e1e3fcd19a3badc33: Merge branch 'omap-for-v3.8/cleanup-headers' into omap-for-v3.8/cleanup-prcm (2012-10-26 13:32:22 -0700) are available in the git repository at:

Re: [PATCH v2 00/26] Move OMAP2+ over to common clk framework

2012-11-09 Thread Mike Turquette
Quoting Paul Walmsley (2012-11-09 13:12:24) Hi With the fixes that have been posted, this is testing clean here. Mike and Rajendra have put in months of work on these patches under often-difficult conditions, and it's really great that we've arrived at this point with zero obvious

Re: [PATCH 15/26] ARM: omap2: clock: Add 24xx data using common struct clk

2012-11-09 Thread Mike Turquette
Quoting Paul Walmsley (2012-11-09 13:22:00) On Fri, 9 Nov 2012, Mike Turquette wrote: Quoting Paul Walmsley (2012-11-09 12:32:59) Re the upstream CCF support for this, would suggest adding the CCF support for the new function pointer in this merge window (3.8) since it should be

Re: [PATCH] ARM: OMAP: Fix kernel panic in dmtimer probe

2012-11-09 Thread Tony Lindgren
* Jon Hunter jon-hun...@ti.com [121108 16:19]: When booting with device-tree the kernel is panicing in the probe of the DMTIMER driver. The panic is caused because the pointer to platform_data structure is NULL when booting with device-tree and the driver is attempting to access the structure

[GIT PULL] musb regression fixes for v3.7-rc4

2012-11-09 Thread Tony Lindgren
The following changes since commit 3d70f8c617a436c7146ecb81df2265b4626dfe89: Linux 3.7-rc4 (2012-11-04 11:07:39 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap tags/omap-for-v3.7-rc4/musb-regression-signed for you to fetch

Re: [RFC] Device Tree Overlays Proposal (Was Re: capebus moving omap_devices to mach-omap2)

2012-11-09 Thread Stephen Warren
On 11/08/2012 07:26 PM, David Gibson wrote: ... I also think graft will handle most of your use cases, although as I said I don't fully understand the implications of some of them, so I could be wrong. So, the actual insertion of the subtree is pretty trivial to implement. phandles are the

Re: [RFC] Device Tree Overlays Proposal (Was Re: capebus moving omap_devices to mach-omap2)

2012-11-09 Thread Stephen Warren
On 11/08/2012 10:32 PM, Joel A Fernandes wrote: ... Alternatively to hashing, reading David Gibson's paper I followed, phandle is supposed to 'uniquely' identity node. I wonder why the node name itself is not sufficient to uniquely identify. The code that does the tree walking can then just

Re: [RFC] Device Tree Overlays Proposal (Was Re: capebus moving omap_devices to mach-omap2)

2012-11-09 Thread Stephen Warren
On 11/05/2012 01:40 PM, Grant Likely wrote: As promised, here is my early draft to try and capture what device tree overlays need to do and how to get there. Comments and suggestions greatly appreciated. Here's one other requirement I'd like that I don't think I saw explicitly mentioned in

Re: [RFC] Device Tree Overlays Proposal (Was Re: capebus moving omap_devices to mach-omap2)

2012-11-09 Thread Stephen Warren
On 11/08/2012 07:26 PM, David Gibson wrote: ... So, let me take a stab at this from a more bottom-up approach, and see if we meet in the middle somewhere. As I discussed in the other thread with Daniel Mack, I can see two different operationso on the fdt that might be useful in this context.

Re: [RFC] Device Tree Overlays Proposal (Was Re: capebus moving omap_devices to mach-omap2)

2012-11-09 Thread Stephen Warren
On 11/09/2012 09:28 AM, Grant Likely wrote: On Tue, Nov 6, 2012 at 10:37 PM, Stephen Warren swar...@wwwdotorg.org wrote: ... I do rather suspect this use-case is quite common. NVIDIA certainly has a bunch of development boards with pluggable PMIC/audio/WiFi/display/..., and I believe there's

Re: [RFC] Device Tree Overlays Proposal (Was Re: capebus moving omap_devices to mach-omap2)

2012-11-09 Thread Grant Likely
On Fri, Nov 9, 2012 at 10:57 PM, Stephen Warren swar...@wwwdotorg.org wrote: On 11/08/2012 07:26 PM, David Gibson wrote: ... I also think graft will handle most of your use cases, although as I said I don't fully understand the implications of some of them, so I could be wrong. So, the

Re: [RFC] Device Tree Overlays Proposal (Was Re: capebus moving omap_devices to mach-omap2)

2012-11-09 Thread Grant Likely
On Fri, Nov 9, 2012 at 11:06 PM, Stephen Warren swar...@wwwdotorg.org wrote: On 11/05/2012 01:40 PM, Grant Likely wrote: As promised, here is my early draft to try and capture what device tree overlays need to do and how to get there. Comments and suggestions greatly appreciated. Here's one

Re: [RFC] Device Tree Overlays Proposal (Was Re: capebus moving omap_devices to mach-omap2)

2012-11-09 Thread Grant Likely
On Fri, Nov 9, 2012 at 11:23 PM, Stephen Warren swar...@wwwdotorg.org wrote: On 11/09/2012 09:28 AM, Grant Likely wrote: On Tue, Nov 6, 2012 at 10:37 PM, Stephen Warren swar...@wwwdotorg.org wrote: ... I do rather suspect this use-case is quite common. NVIDIA certainly has a bunch of

Re: [PATCH] ARM: OMAP2+: Prevent redefinition errors for soc.h

2012-11-09 Thread Jon Hunter
On 11/09/2012 03:10 PM, Tony Lindgren wrote: * Jon Hunter jon-hun...@ti.com [121109 08:31]: On 11/09/2012 10:22 AM, Tony Lindgren wrote: * Jon Hunter jon-hun...@ti.com [121109 08:21]: If the header soc.h is included more than once in a source (for example once directly by the source file

Re: OMAP baseline test results for v3.7-rc4

2012-11-09 Thread Paul Walmsley
On Fri, 9 Nov 2012, Kevin Hilman wrote: I found that disabling MMC in the config made the tests pass again, so then bisected it down to the commit below removing SYSCONFIG accesses[2]. I haven't had the time to find out exactly the cause, but clearly the code that was removed was doing

Re: [PATCH] ARM: OMAP2+: Prevent redefinition errors for soc.h

2012-11-09 Thread Tony Lindgren
* Jon Hunter jon-hun...@ti.com [121109 15:44]: On 11/09/2012 03:10 PM, Tony Lindgren wrote: * Jon Hunter jon-hun...@ti.com [121109 08:31]: On 11/09/2012 10:22 AM, Tony Lindgren wrote: * Jon Hunter jon-hun...@ti.com [121109 08:21]: If the header soc.h is included more than once in a

Re: [PATCH] ARM: OMAP2+: Prevent redefinition errors for soc.h

2012-11-09 Thread Jon Hunter
On 11/09/2012 05:50 PM, Tony Lindgren wrote: * Jon Hunter jon-hun...@ti.com [121109 15:44]: On 11/09/2012 03:10 PM, Tony Lindgren wrote: * Jon Hunter jon-hun...@ti.com [121109 08:31]: On 11/09/2012 10:22 AM, Tony Lindgren wrote: * Jon Hunter jon-hun...@ti.com [121109 08:21]: If the header

Re: [PATCH] ARM: OMAP2+: Prevent redefinition errors for soc.h

2012-11-09 Thread Tony Lindgren
* Jon Hunter jon-hun...@ti.com [121109 15:59]: Sorry, I meant in the fixes series I have posted for dmtimer, I am adding a new function called omap_dm_timer_populate_errata() that is using cpu_is_() [1]. I had done this a while back, but now I see that we want to get away from doing that

Re: [PATCH] ARM: OMAP2+: Prevent redefinition errors for soc.h

2012-11-09 Thread Jon Hunter
On 11/09/2012 06:21 PM, Tony Lindgren wrote: * Jon Hunter jon-hun...@ti.com [121109 15:59]: Sorry, I meant in the fixes series I have posted for dmtimer, I am adding a new function called omap_dm_timer_populate_errata() that is using cpu_is_() [1]. I had done this a while back, but now I

Re: [RFC] Device Tree Overlays Proposal (Was Re: capebus moving omap_devices to mach-omap2)

2012-11-09 Thread Joel A Fernandes
On Fri, Nov 9, 2012 at 8:29 AM, David Gibson da...@gibson.dropbear.id.au wrote: On Fri, Nov 09, 2012 at 12:32:09AM -0500, Joel A Fernandes wrote: Hi Pantelis, I hope I'm not too late to reply as I'm traveling. On Nov 6, 2012, at 5:30 AM, Pantelis Antoniou pa...@antoniou-consulting.com

Re: [RFC] Device Tree Overlays Proposal (Was Re: capebus moving omap_devices to mach-omap2)

2012-11-09 Thread Joel A Fernandes
Hi Pantelis, On Fri, Nov 9, 2012 at 2:13 AM, Pantelis Antoniou pa...@antoniou-consulting.com wrote: Option C: U-Boot loads both the base and overlay FDT files, merges them, and passes the resolved tree to the kernel. Could be made to work. Only really required if Joanne wants the