Re: [PATCH 2/4] ARM OMAP2+ GPMC: always program GPMCFCLKDIVIDER

Hi Robert, On 16/02/15 17:48, Robert ABEL wrote: > GPMC uses GPMCFCLKDIVIDER during synchronous as well as asynchronous accesses > in conjunction with WAITMONITORINGTIME. Thus, it's wrong to only program it > for > synchronous accesses. Remove the conditional. Can you use the following wording f

Re: [PATCH 3/4] ARM OMAP2+ GPMC: fix WAITMONITORINGTIME divider bug

Robert, On 16/02/15 17:49, Robert ABEL wrote: > WAITMONITORINGTIME is expressed in GPMC_CLK cycles (even for asynchronous > accesses). > However the driver currently converts them to GPMC_FCLK cycles, thus > waitmonitoringtime in dt > had to be predivided by divider as a workaround. This patch f

Re: [PATCH 4/4] ARM OMAP2+ GPMC: add bus children

On 16/02/15 17:49, Robert ABEL wrote: > This patch adds support for spawning busses as children of the GPMC. > > Signed-off-by: Robert ABEL > --- > arch/arm/mach-omap2/gpmc.c | 14 +- > 1 file changed, 13 insertions(+), 1 deletion(-) > > diff --git a/arch/arm/mach-omap2/gpmc.c b/arc

remoteproc & OMAP3

Hi There, is anyone working here on a implementation for remoteproc running on OMAP3 SOCs? Best regards, Sven -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-

Re: remoteproc & OMAP3

On 02/17/15 at 02:05pm, Sven Brandau wrote: > Hi There, > > is anyone working here on a implementation for remoteproc running on OMAP3 > SOCs? No one as far as I heard. The last time I wondered about it, the agreement was that it is not possible since you need to develop from scratch another DSP-

Re: [PATCH 2/4] ARM OMAP2+ GPMC: always program GPMCFCLKDIVIDER

Hi Roger, On Tue, Feb 17, 2015 at 9:12 AM, Roger Quadros wrote: > > Can you use the following wording from TRM instead? > > as per am335x TRM (spruh73i.pdf), section 7.1.3.3.8.3.2 > > The WAITMONITORINGTIME is expressed as a number of GPMC_CLK clock cycles, > even though the access is defined as

Re: [PATCH 3/4] ARM OMAP2+ GPMC: fix WAITMONITORINGTIME divider bug

Hi Roger, On Tue, Feb 17, 2015 at 10:27 AM, Roger Quadros wrote: > > Can you please point out which DT had used this pre-divided workaround? We > will have to > fix those then. I didn't check. A cursory glance reveals all DTS in arch/arm/boot/dts to use a value of 0. > > Can you please rebase

Re: [PATCH 2/4] ARM OMAP2+ GPMC: always program GPMCFCLKDIVIDER

On 17/02/15 15:34, Robert Abel wrote: > Hi Roger, > > On Tue, Feb 17, 2015 at 9:12 AM, Roger Quadros > wrote: > > Can you use the following wording from TRM instead? > > as per am335x TRM (spruh73i.pdf), section 7.1.3.3.8.3.2 > > The WAITMONITORINGTIME is expr

Re: [PATCH 3/4] ARM OMAP2+ GPMC: fix WAITMONITORINGTIME divider bug

On 17/02/15 15:48, Robert Abel wrote: > Hi Roger, > > On Tue, Feb 17, 2015 at 10:27 AM, Roger Quadros wrote: >> >> Can you please point out which DT had used this pre-divided workaround? We >> will have to >> fix those then. > > I didn't check. A cursory glance reveals all DTS in arch/arm/boot/

Re: [PATCH 4/4] ARM OMAP2+ GPMC: add bus children

Hi Roger, On Tue, Feb 17, 2015 at 10:41 AM, Roger Quadros wrote:> > Can we simply use only > of_platform_populate(child, NULL, NULL, &pdev->dev) > > That way we get rid of the if..else and let OF core take care of > creating buses or devices. Surely, you mean >of_platform_populate(child, of_def

Re: [PATCH 2/4] ARM OMAP2+ GPMC: always program GPMCFCLKDIVIDER

Hi Roger, On Tue, Feb 17, 2015 at 2:52 PM, Roger Quadros wrote: > nobody stops the DT binding from specifying a large enough > "gpmc,wait-monitoring-ns" value. > The driver must use that to scale the GPMC_CLK if it doesn't fit in the > GPMC_FCLK. > This feature can come separately though. So fo

Re: [PATCH 4/4] ARM OMAP2+ GPMC: add bus children

On 17/02/15 15:57, Robert Abel wrote: > Hi Roger, > > On Tue, Feb 17, 2015 at 10:41 AM, Roger Quadros wrote:> >> Can we simply use only >> of_platform_populate(child, NULL, NULL, &pdev->dev) >> >> That way we get rid of the if..else and let OF core take care of >> creating buses or devices. > >

Re: [PATCH 2/4] ARM OMAP2+ GPMC: always program GPMCFCLKDIVIDER

On 17/02/15 16:06, Robert Abel wrote: > Hi Roger, > > On Tue, Feb 17, 2015 at 2:52 PM, Roger Quadros wrote: >> nobody stops the DT binding from specifying a large enough >> "gpmc,wait-monitoring-ns" value. >> The driver must use that to scale the GPMC_CLK if it doesn't fit in the >> GPMC_FCLK.

3.20-rc0 breaks nfsroot over usb

Hi! It no longer works after I merged commit 796e1c55717e9a6ff5c81b12289ffa1ffd919b6f Merge: 8c334ce 45ee2db Author: Linus Torvalds Date: Mon Feb 16 15:48:00 2015 -0800 Merge branch 'drm-next' of git://people.freedesktop.org/~airlied/linux Pull drm updates from Dave Airlie:

Re: [PATCH v4 5/5] usb: dwc3: add Fujitsu Specific Glue layer

On Tue, Feb 17, 2015 at 01:41:37PM +0800, Sneeker Yeh wrote: > This patch adds support for Synopsis DesignWare USB3 IP Core found > on Fujitsu Socs. > > Signed-off-by: Sneeker Yeh > --- > .../devicetree/bindings/usb/fujitsu-dwc3.txt | 33 > drivers/usb/dwc3/Kconfig

[PATCH v2 0/3] ARM: dts: add openpandora device support

changes from v1: - add new boards to makefile in patch 2,3 (don't add them in separate commit together), fix gpmc issues (reported by Tony Lindgren) - fix various issues reported by Grazvydas Ignotas (drop internal pullups from pinmux as external are in place, fix gpio buttons active state ...) T

[PATCH v2 1/3] ARM: dts: omap3-pandora: add common device tree

From: "H. Nikolaus Schaller" This device tree allows to boot, supports the panel, framebuffer, touch screen, as well as some more peripherals. Since there is a OMAP3530 based 600 MHz variant and a DM3730 based 1 GHz variant we must include this common device tree code in one of two CPU specific d

[PATCH v2 3/3] ARM: dts: omap3-pandora: add DM3730 1 GHz version

From: "H. Nikolaus Schaller" Added Pandora 1 GHz model which is based on Classic/Rebirth with following changes: - upgraded cpu to dm3730 runs on 1GHz - 512 MiB DDR-333 SDRAM @ 200 MHz Signed-off-by: H. Nikolaus Schaller --- arch/arm/boot/dts/Makefile | 1 + arch/arm/boot/dts/om

[PATCH v2 2/3] ARM: dts: omap3-pandora: add OMAP3530 600 MHz version

From: "H. Nikolaus Schaller" Added Pandora Rebirth model which is based on Pandora Classic with 512 MiB DDR-333 SDRAM memory. Signed-off-by: H. Nikolaus Schaller --- arch/arm/boot/dts/Makefile | 1 + arch/arm/boot/dts/omap3-pandora-600mhz.dts | 65 +

Re: [Cocci] [PATCH v13 3/6] clk: Make clk API return per-user struct clk instances

On 02/05/15 18:15, Stephen Boyd wrote: > On 02/05/15 07:45, Quentin Lambert wrote: >> On 05/02/2015 00:26, Stephen Boyd wrote: If you want me to I can enlarge the search to other directories. >>> Yes please do. And if you could share the coccinelle patch that would be >>> great. Thanks. >>> >>

Re: Enabling DBGEN signal in GP OMAP3

On Mon, Feb 16, 2015 at 8:43 PM, Matthijs van Duin wrote: > > This really sucks since without it you can't use debug monitor > functionality such as hardware breakpoints and watchpoints, or have an > aux core (e.g. a cortex-m3) perform halting debug on the main core. > I've actually considered ask

Re: Enabling DBGEN signal in GP OMAP3

On 18 February 2015 at 00:37, Grazvydas Ignotas wrote: > On Mon, Feb 16, 2015 at 8:43 PM, Matthijs van Duin wrote: >> A dump of all non-zero registers in DAPCTL (the 4KB block at >> 0x5401d000) might be interesting. > > Attached OK, nice. I like peripherals which fault accesses to non-existent (o

Re: [PATCH v3 0/6] Convert twl4030_madc_battery to IIO consumer and add DT aupport

Ping. On Wed, Feb 4, 2015 at 11:14 PM, Marek Belisko wrote: > This patches adding support for twl4030_madc_battery to use twl4030_madc iio > framework + DT support. > Patches was tested on gta04 board. twl4030_madc_battery driver is converted in > first patch to iio consumer and in next patches