From: Tony Lindgren <tony@atomide.com>
To: Kishon Vijay Abraham I <kishon@ti.com>
Cc: linux@arm.linux.org.uk, b-cousson@ti.com, arnd@arndb.de,
olof@lixom.net, rdunlap@xenotime.net, balbi@ti.com,
linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 2/3] ARM: OMAP4: add _dev_attr_ to ocp2scp for representing usb_phy
Date: Tue, 16 Oct 2012 09:49:36 -0700 [thread overview]
Message-ID: <20121016164936.GR15569@atomide.com> (raw)
In-Reply-To: <20121011004413.GW12552@atomide.com>
* Tony Lindgren <tony@atomide.com> [121010 17:46]:
> Hi,
>
> * Kishon Vijay Abraham I <kishon@ti.com> [121007 23:01]:
> > In order to reflect devices(usb_phy) attached to ocp2scp bus, ocp2scp
> > is assigned a device attribute to represent the attached devices.
> ...
>
> > --- a/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
> > +++ b/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
> > @@ -21,6 +21,7 @@
> > #include <linux/io.h>
> > #include <linux/platform_data/gpio-omap.h>
> > #include <linux/power/smartreflex.h>
> > +#include <linux/platform_data/omap_ocp2scp.h>
> >
> > #include <plat/omap_hwmod.h>
> > #include <plat/i2c.h>
> > @@ -2681,6 +2682,32 @@ static struct omap_hwmod_class omap44xx_ocp2scp_hwmod_class = {
> > .sysc = &omap44xx_ocp2scp_sysc,
> > };
> >
> > +/* ocp2scp dev_attr */
> > +static struct resource omap44xx_usb_phy_and_pll_addrs[] = {
> > + {
> > + .name = "usb_phy",
> > + .start = 0x4a0ad080,
> > + .end = 0x4a0ae000,
> > + .flags = IORESOURCE_MEM,
> > + },
> > + {
> > + /* XXX: Remove this once control module driver is in place */
> > + .name = "ctrl_dev",
> > + .start = 0x4a002300,
> > + .end = 0x4a002303,
> > + .flags = IORESOURCE_MEM,
> > + },
> > + { }
> > +};
>
> Why don't you set the CONTROL_DEV_CONF as a fixed regulator?
After some more investigating, we may be able to set it up as a
regulator or clock later on. But as a regression fix, this seems
OK for me.
Benoit, is this OK for you?
Regards,
Tony
WARNING: multiple messages have this Message-ID (diff)
From: tony@atomide.com (Tony Lindgren)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 2/3] ARM: OMAP4: add _dev_attr_ to ocp2scp for representing usb_phy
Date: Tue, 16 Oct 2012 09:49:36 -0700 [thread overview]
Message-ID: <20121016164936.GR15569@atomide.com> (raw)
In-Reply-To: <20121011004413.GW12552@atomide.com>
* Tony Lindgren <tony@atomide.com> [121010 17:46]:
> Hi,
>
> * Kishon Vijay Abraham I <kishon@ti.com> [121007 23:01]:
> > In order to reflect devices(usb_phy) attached to ocp2scp bus, ocp2scp
> > is assigned a device attribute to represent the attached devices.
> ...
>
> > --- a/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
> > +++ b/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
> > @@ -21,6 +21,7 @@
> > #include <linux/io.h>
> > #include <linux/platform_data/gpio-omap.h>
> > #include <linux/power/smartreflex.h>
> > +#include <linux/platform_data/omap_ocp2scp.h>
> >
> > #include <plat/omap_hwmod.h>
> > #include <plat/i2c.h>
> > @@ -2681,6 +2682,32 @@ static struct omap_hwmod_class omap44xx_ocp2scp_hwmod_class = {
> > .sysc = &omap44xx_ocp2scp_sysc,
> > };
> >
> > +/* ocp2scp dev_attr */
> > +static struct resource omap44xx_usb_phy_and_pll_addrs[] = {
> > + {
> > + .name = "usb_phy",
> > + .start = 0x4a0ad080,
> > + .end = 0x4a0ae000,
> > + .flags = IORESOURCE_MEM,
> > + },
> > + {
> > + /* XXX: Remove this once control module driver is in place */
> > + .name = "ctrl_dev",
> > + .start = 0x4a002300,
> > + .end = 0x4a002303,
> > + .flags = IORESOURCE_MEM,
> > + },
> > + { }
> > +};
>
> Why don't you set the CONTROL_DEV_CONF as a fixed regulator?
After some more investigating, we may be able to set it up as a
regulator or clock later on. But as a regression fix, this seems
OK for me.
Benoit, is this OK for you?
Regards,
Tony
next prev parent reply other threads:[~2012-10-16 16:49 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-08 5:59 [PATCH v2 0/3] ocp2scp: add non-dt support Kishon Vijay Abraham I
2012-10-08 5:59 ` Kishon Vijay Abraham I
2012-10-08 5:59 ` Kishon Vijay Abraham I
2012-10-08 5:59 ` [PATCH v2 1/3] drivers: bus: ocp2scp: add pdata support Kishon Vijay Abraham I
2012-10-08 5:59 ` Kishon Vijay Abraham I
2012-10-08 5:59 ` Kishon Vijay Abraham I
2012-10-16 16:50 ` Tony Lindgren
2012-10-16 16:50 ` Tony Lindgren
2012-10-25 0:48 ` Tony Lindgren
2012-10-25 0:48 ` Tony Lindgren
2012-10-25 6:17 ` Felipe Balbi
2012-10-25 6:17 ` Felipe Balbi
2012-10-25 6:17 ` Felipe Balbi
2012-10-25 17:44 ` Tony Lindgren
2012-10-25 17:44 ` Tony Lindgren
2012-10-26 6:47 ` Felipe Balbi
2012-10-26 6:47 ` Felipe Balbi
2012-10-26 6:47 ` Felipe Balbi
2012-10-26 17:16 ` Tony Lindgren
2012-10-26 17:16 ` Tony Lindgren
2012-10-26 19:59 ` Felipe Balbi
2012-10-26 19:59 ` Felipe Balbi
2012-10-26 19:59 ` Felipe Balbi
2012-10-27 12:27 ` kishon
2012-10-27 12:27 ` kishon
2012-10-27 12:27 ` kishon
2012-10-29 6:10 ` Felipe Balbi
2012-10-29 6:10 ` Felipe Balbi
2012-10-29 6:10 ` Felipe Balbi
2012-10-29 6:23 ` kishon
2012-10-29 6:23 ` kishon
2012-10-29 6:23 ` kishon
2012-10-26 6:48 ` Felipe Balbi
2012-10-26 6:48 ` Felipe Balbi
2012-10-26 6:48 ` Felipe Balbi
2012-10-08 5:59 ` [PATCH v2 2/3] ARM: OMAP4: add _dev_attr_ to ocp2scp for representing usb_phy Kishon Vijay Abraham I
2012-10-08 5:59 ` Kishon Vijay Abraham I
2012-10-08 5:59 ` Kishon Vijay Abraham I
2012-10-11 0:44 ` Tony Lindgren
2012-10-11 0:44 ` Tony Lindgren
2012-10-16 16:49 ` Tony Lindgren [this message]
2012-10-16 16:49 ` Tony Lindgren
2012-10-08 5:59 ` [PATCH v2 3/3] ARM: OMAP: ocp2scp: create omap device for ocp2scp Kishon Vijay Abraham I
2012-10-08 5:59 ` Kishon Vijay Abraham I
2012-10-08 5:59 ` Kishon Vijay Abraham I
2012-10-26 6:50 ` Felipe Balbi
2012-10-26 6:50 ` Felipe Balbi
2012-10-26 6:50 ` Felipe Balbi
2012-10-26 7:47 ` Arnd Bergmann
2012-10-26 7:47 ` Arnd Bergmann
2012-10-26 17:21 ` Tony Lindgren
2012-10-26 17:21 ` Tony Lindgren
2012-10-26 19:59 ` Felipe Balbi
2012-10-26 19:59 ` Felipe Balbi
2012-10-26 19:59 ` Felipe Balbi
2012-10-26 20:16 ` Tony Lindgren
2012-10-26 20:16 ` Tony Lindgren
2012-10-27 12:29 ` kishon
2012-10-27 12:29 ` kishon
2012-10-27 12:29 ` kishon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20121016164936.GR15569@atomide.com \
--to=tony@atomide.com \
--cc=arnd@arndb.de \
--cc=b-cousson@ti.com \
--cc=balbi@ti.com \
--cc=kishon@ti.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=olof@lixom.net \
--cc=rdunlap@xenotime.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.