/omap4-restart.o] Error 1
Signed-off-by: Vincent Stehlé
Cc: Robin Holt
Cc: Russell King
Cc: Tony Lindgren
Cc: triv...@kernel.org
---
Hi,
This fixes the build of linux-next for arch ARM, config multi_v7_defconfig, tag
next-20130627.
Best regards,
V.
arch/arm/mach-omap2/omap4-restart.c
On 11:47-20130627, Luciano Coelho wrote:
> (added mailing lists and everyone back to the thread)
>
> On Wed, 2013-06-26 at 23:38 -0500, Nishanth Menon wrote:
> > On 06/25/2013 03:35 AM, Luciano Coelho wrote:
> > > +Optional properties:
> > > +--
On Thu, 2013-06-27 at 07:51 -0500, Nishanth Menon wrote:
> On 11:47-20130627, Luciano Coelho wrote:
> > (added mailing lists and everyone back to the thread)
> >
> > On Wed, 2013-06-26 at 23:38 -0500, Nishanth Menon wrote:
> > > On 06/25/2013 03:35 AM, Luciano C
On Thu, Jun 27, 2013 at 7:58 AM, Luciano Coelho wrote:
> On Thu, 2013-06-27 at 07:51 -0500, Nishanth Menon wrote:
>> On 11:47-20130627, Luciano Coelho wrote:
>> > (added mailing lists and everyone back to the thread)
>> >
>> > On Wed, 2013-06-26 at 23:38 -0500
[-Wstrict-prototypes]
make[1]: *** [arch/arm/mach-omap2/omap4-restart.o] Error 1
Signed-off-by: Vincent Stehlé
Cc: Robin Holt
Cc: Russell King
Cc: Tony Lindgren
Cc: triv...@kernel.org
---
Hi,
This fixes the build of linux-next for arch ARM, config multi_v7_defconfig, tag
next-20130627.
Best
On Thu, 2013-06-27 at 08:15 -0500, Nishanth Menon wrote:
> On Thu, Jun 27, 2013 at 7:58 AM, Luciano Coelho wrote:
> > For the actual DTS files, I could add a wilink.dtsi with enumerations
> > for these values so they could be used in the node definitions. But I'm
> > not sure it's going to be tha
On Thu, Jun 27, 2013 at 01:23:59PM +0200, Benoit Cousson wrote:
> Hi Sebastian,
>
> On 06/26/2013 05:33 PM, Sebastian Andrzej Siewior wrote:
> > I've been thinkig about creating two child nodes for the independent musb
> > controllers on the am33. I've been thinking about the following:
> >
> > d
On 06/27/2013 08:19 AM, Luciano Coelho wrote:
On Thu, 2013-06-27 at 08:15 -0500, Nishanth Menon wrote:
On Thu, Jun 27, 2013 at 7:58 AM, Luciano Coelho wrote:
For the actual DTS files, I could add a wilink.dtsi with enumerations
for these values so they could be used in the node definitions. B
On Thu, 2013-06-27 at 08:23 -0500, Nishanth Menon wrote:
> On 06/27/2013 08:19 AM, Luciano Coelho wrote:
> > On Thu, 2013-06-27 at 08:15 -0500, Nishanth Menon wrote:
> >> On Thu, Jun 27, 2013 at 7:58 AM, Luciano Coelho wrote:
> >>> For the actual DTS files, I could add a wilink.dtsi with enumerati
On Thu, Jun 27, 2013 at 8:30 AM, Luciano Coelho wrote:
> On Thu, 2013-06-27 at 08:23 -0500, Nishanth Menon wrote:
>> On 06/27/2013 08:19 AM, Luciano Coelho wrote:
>> > On Thu, 2013-06-27 at 08:15 -0500, Nishanth Menon wrote:
>> >> On Thu, Jun 27, 2013 at 7:58 AM, Luciano Coelho wrote:
>> >>> For
Hi Michael,
On 06/27/2013 02:51 PM, Michael Trimarchi wrote:
> Hi
>
> I'm working on omap4460 with two ulpi connected to (SMSC3320 -> HUB SMSC2514)
> or (TUSB1210 -> HUB SMSC2514).
> The problem only happen when both port are used and after few suspend resume
> are triggered.
> If I use just o
Hi Linus,
On 06/26/2013 10:31 PM, Linus Walleij wrote:
On Wed, Jun 26, 2013 at 3:20 PM, Grygorii Strashko
wrote:
The "Sleep" pinctrl state is optional - if "sleep" state isn't defined
then "Idle" pinctrl state will be used during suspend.
Why? If we have a clear cut semantic that "idle" is f
Hi Roger
On Thu, Jun 27, 2013 at 04:59:38PM +0300, Roger Quadros wrote:
> Hi Michael,
>
> On 06/27/2013 02:51 PM, Michael Trimarchi wrote:
> > Hi
> >
> > I'm working on omap4460 with two ulpi connected to (SMSC3320 -> HUB
> > SMSC2514) or (TUSB1210 -> HUB SMSC2514).
> > The problem only happen
* Grygorii Strashko [130627 07:12]:
>
> As you can see, from 12 pins only 3 pins need to be reconfigured
> while switching from "active"->"idle" states and back (and as I
> mentioned above for OMAP "idle" == "sleep" now).
>
> Regarding "OFF" state:
> OMAP mux HW defines special state for unused
+Ruslan
On 06/27/2013 05:17 PM, Michael Trimarchi wrote:
> Hi Roger
>
> On Thu, Jun 27, 2013 at 04:59:38PM +0300, Roger Quadros wrote:
>> Hi Michael,
>>
>> On 06/27/2013 02:51 PM, Michael Trimarchi wrote:
>>> Hi
>>>
>>> I'm working on omap4460 with two ulpi connected to (SMSC3320 -> HUB
>>> SMSC
On Wed, 26 Jun 2013, Roger Quadros wrote:
> > Could the mapping be changed so that a different interrupt vector was
> > used for wakeups and normal I/O? That would make this a little easier,
> > although it wouldn't solve the general problem.
>
> I'm not sure which IRQ we can map it to, but it
Hi Luciano,
On Thu, Jun 13 2013, Luciano Coelho wrote:
> In commit 3451c067 (mmc: omap: add DMA engine support), some #if 0's
> were used to comment out parts of the code. This has been in the code
> for over a year and are not needed anymore (and the commented-out code
> doesn't even compile).
On 06/27/2013 05:45 PM, Tony Lindgren wrote:
* Grygorii Strashko [130627 07:12]:
As you can see, from 12 pins only 3 pins need to be reconfigured
while switching from "active"->"idle" states and back (and as I
mentioned above for OMAP "idle" == "sleep" now).
Regarding "OFF" state:
OMAP mux HW
On Thursday 27 June 2013 07:56 PM, Joel A Fernandes wrote:
Hi Benoit,
On Thu, Jun 27, 2013 at 7:03 AM, Benoit Cousson wrote:
Hi Joel,
On 06/26/2013 05:28 AM, Joel A Fernandes wrote:
On Tue, Jun 25, 2013 at 8:23 PM, Joel A Fernandes wrote:
From: Joel A Fernandes
This series is fixes to ge
To OMAP3/4/5 and AM335x users,
Though I have tested the following series on AM335x-EVM,
but it would be good if it can also be tested on other platforms like
OMAP3/4/5 custom boards which use NAND.
This would be helpful, as this patch series provides base for further
enhancement and cleanup of
Hi Roger
On Thu, Jun 27, 2013 at 05:49:41PM +0300, Roger Quadros wrote:
> +Ruslan
>
> On 06/27/2013 05:17 PM, Michael Trimarchi wrote:
> > Hi Roger
> >
> > On Thu, Jun 27, 2013 at 04:59:38PM +0300, Roger Quadros wrote:
> >> Hi Michael,
> >>
> >> On 06/27/2013 02:51 PM, Michael Trimarchi wrote:
>
Hi Balaji,
> -Original Message-
> From: Krishnamoorthy, Balaji T
> Sent: Thursday, June 27, 2013 11:27 AM
> To: Cousson, Benoit; Fernandes, Joel
> Cc: l...@metafoo.de; Tony Lindgren; Nori, Sekhar; Matt Porter; Grant Likely;
> Rob Herring; Vinod Koul; Mark Brown; Russell King; Rob Landley;
Adding Benoit's other email as current one is marked Away. Thanks.
> -Original Message-
> From: Krishnamoorthy, Balaji T
> Sent: Thursday, June 27, 2013 11:27 AM
> To: Cousson, Benoit; Fernandes, Joel
> Cc: l...@metafoo.de; Tony Lindgren; Nori, Sekhar; Matt Porter; Grant Likely;
> Rob Herr
Hi Nishanth,
On Wed, Jun 26, 2013 at 4:13 PM, Nishanth Menon wrote:
> On Wed, Jun 26, 2013 at 3:03 AM, Ruslan Bilovol wrote:
>> Hi Nishanth,
>>
>> On Tue, Jun 25, 2013 at 3:43 PM, Nishanth Menon wrote:
>>> On 06/25/2013 07:01 AM, Nishanth Menon wrote:
On 06/25/2013 06:32 AM, Ruslan Bi
On Thu, 2013-06-27 at 08:39 -0500, Nishanth Menon wrote:
> On Thu, Jun 27, 2013 at 8:30 AM, Luciano Coelho wrote:
> > On Thu, 2013-06-27 at 08:23 -0500, Nishanth Menon wrote:
> >> On 06/27/2013 08:19 AM, Luciano Coelho wrote:
> >> > On Thu, 2013-06-27 at 08:15 -0500, Nishanth Menon wrote:
> >> >>
Hello guys,
On Thu, Jun 27, 2013 at 8:56 PM, Michael Trimarchi
wrote:
> Hi Roger
>
> On Thu, Jun 27, 2013 at 05:49:41PM +0300, Roger Quadros wrote:
>> +Ruslan
>>
>> On 06/27/2013 05:17 PM, Michael Trimarchi wrote:
>> > Hi Roger
>> >
>> > On Thu, Jun 27, 2013 at 04:59:38PM +0300, Roger Quadros wro
On 06/27/2013 01:51 PM, Luciano Coelho wrote:
On Thu, 2013-06-27 at 08:39 -0500, Nishanth Menon wrote:
On Thu, Jun 27, 2013 at 8:30 AM, Luciano Coelho wrote:
On Thu, 2013-06-27 at 08:23 -0500, Nishanth Menon wrote:
On 06/27/2013 08:19 AM, Luciano Coelho wrote:
On Thu, 2013-06-27 at 08:15 -05
Hi
On Thu, Jun 27, 2013 at 09:59:35PM +0300, Ruslan Bilovol wrote:
> Hello guys,
>
> On Thu, Jun 27, 2013 at 8:56 PM, Michael Trimarchi
> wrote:
> > Hi Roger
> >
> > On Thu, Jun 27, 2013 at 05:49:41PM +0300, Roger Quadros wrote:
> >> +Ruslan
> >>
> >> On 06/27/2013 05:17 PM, Michael Trimarchi wr
On Thu, 2013-06-27 at 14:12 -0500, Nishanth Menon wrote:
> On 06/27/2013 01:51 PM, Luciano Coelho wrote:
> > On Thu, 2013-06-27 at 08:39 -0500, Nishanth Menon wrote:
> >> On Thu, Jun 27, 2013 at 8:30 AM, Luciano Coelho wrote:
> >>> On Thu, 2013-06-27 at 08:23 -0500, Nishanth Menon wrote:
> On
On Thu, Jun 27, 2013 at 10:24 PM, Michael Trimarchi
wrote:
> Hi
>
> On Thu, Jun 27, 2013 at 09:59:35PM +0300, Ruslan Bilovol wrote:
>> Hello guys,
>>
>> On Thu, Jun 27, 2013 at 8:56 PM, Michael Trimarchi
>> wrote:
>> > Hi Roger
>> >
>> > On Thu, Jun 27, 2013 at 05:49:41PM +0300, Roger Quadros wro
On 06/27/2013 02:46 PM, Luciano Coelho wrote:
On Thu, 2013-06-27 at 14:12 -0500, Nishanth Menon wrote:
[...]
Indexes to another entity is always a maintenance burden in the longer
run and needs judicious control. If it is possible to avoid it by
selecting the right parameters, I am a hard advoc
Hi
On Thu, Jun 27, 2013 at 11:07:11PM +0300, Ruslan Bilovol wrote:
> On Thu, Jun 27, 2013 at 10:24 PM, Michael Trimarchi
> wrote:
> > Hi
> >
> > On Thu, Jun 27, 2013 at 09:59:35PM +0300, Ruslan Bilovol wrote:
> >> Hello guys,
> >>
> >> On Thu, Jun 27, 2013 at 8:56 PM, Michael Trimarchi
> >> wrot
On Wed, 26 Jun 2013 17:17:29 +0530, Kishon Vijay Abraham Iwrote:
> The PHY framework provides a set of APIs for the PHY drivers to
> create/destroy a PHY and APIs for the PHY users to obtain a reference to the
> PHY with or without using phandle. For dt-boot, the PHY drivers should
> also register
*.dtb used to be generated in the *arch/arm/boot* directory
which is different from where it is generated now.
Current rules delete the previously generated files only for
*make dtbs*.
Let distclean delete all the generated dtb files.
Signed-off-by: Lokesh Vutla
Signed-off-by: Nishanth Menon
---
On Friday 28 June 2013 08:57 AM, Jingoo Han wrote:
On Wed, 26 Jun 2013 17:17:29 +0530, Kishon Vijay Abraham Iwrote:
The PHY framework provides a set of APIs for the PHY drivers to
create/destroy a PHY and APIs for the PHY users to obtain a reference to the
PHY with or without using phandle. For
Adds device node for HS USB Host module for AM437x
Signed-off-by: George Cherian
---
This patch is on top of
git://git.kernel.org/pub/scm/linux/kernel/git/bcousson/linux-omap-dt.git
for_3.11/dts
arch/arm/boot/dts/am4372.dtsi | 19 +++
1 file changed, 19 insertions(+)
diff -
On Thu, Jun 27, 2013 at 04:36:55PM +1000, Stephen Rothwell wrote:
> Hi,
>
> On Thu, 27 Jun 2013 09:14:19 +0300 Felipe Balbi wrote:
> >
> > after commit 8357b48549e17b3e4e402c7f977b65708922e60f,
> > omap2plus_defconfig doesn't 'hold' the answer to USB Gadget Drivers
> > anymore. Everytime I run ol
Hi,
On Thu, Jun 27, 2013 at 09:35:26AM +0300, Felipe Balbi wrote:
> Hi,
>
> On Thu, Jun 27, 2013 at 08:14:16AM +0200, Michael Grzeschik wrote:
> > > > right, but in DT you will define both instances and each instance will
> > > > have a seaparate snps,maximum_speed attribute :-)
> > > >
> > > > I
* Linus Walleij [130626 12:37]:
> On Wed, Jun 26, 2013 at 3:20 PM, Grygorii Strashko
> wrote:
>
> > The "Sleep" pinctrl state is optional - if "sleep" state isn't defined
> > then "Idle" pinctrl state will be used during suspend.
>
> Why? If we have a clear cut semantic that "idle" is for runti
Hi,
On Thu, Jun 27, 2013 at 09:24:08AM +0200, Michael Grzeschik wrote:
> > > > > right, but in DT you will define both instances and each instance will
> > > > > have a seaparate snps,maximum_speed attribute :-)
> > > > >
> > > > > I'm now considering if we should make maximum_speed a generic
> >
On 06/27/2013 08:51 AM, Felipe Balbi wrote:
> Hi,
Hi Felipe,
> the patch is alright, but what about the giant amoutn of function
> pointers we have ? Are you planning to use of_dev_auxdata ??
I didn't plan to use of_dev_auxdata. What do you mean by "giant amount
of function pointers"?
Sebastia
Hi,
On Thu, Jun 27, 2013 at 09:31:34AM +0200, Sebastian Andrzej Siewior wrote:
> > the patch is alright, but what about the giant amoutn of function
> > pointers we have ? Are you planning to use of_dev_auxdata ??
>
> I didn't plan to use of_dev_auxdata. What do you mean by "giant amount
> of fu
Hi,
On Thu, Jun 20, 2013 at 04:32:15PM +0530, J Keerthy wrote:
> Add TPS659038 support.
>
> Signed-off-by: J Keerthy
> Acked-by: Mark Brown
> ---
> drivers/regulator/palmas-regulator.c |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
Applied to mfd-next, thanks.
Cheers,
Samuel.
-
Hi balbi,
On Thu, 27 Jun 2013 10:04:24 +0300 Felipe Balbi wrote:
>
> On Thu, Jun 27, 2013 at 04:36:55PM +1000, Stephen Rothwell wrote:
> >
> > That commit has been reverted in today's kbuild tree and thus in today's
> > linux-next.
>
> thanks, I should fetch again :-)
Let me finish first :-)
2013/6/20 Javier Martinez Canillas
>
> The IGEPv2 has a number of GPIO LED connected to OMAP
> pins. Configure these pins as output GPIO.
>
> Signed-off-by: Javier Martinez Canillas
> ---
> arch/arm/boot/dts/omap3-igep0020.dts | 11 +++
> 1 files changed, 11 insertions(+), 0 deletions(
2013/6/20 Javier Martinez Canillas :
> The IGEP COM MOdule has a GPIO LED connected to OMAP
> pins. Configure this pin as output GPIO.
>
> Signed-off-by: Javier Martinez Canillas
> ---
> arch/arm/boot/dts/omap3-igep0030.dts |9 +
> 1 files changed, 9 insertions(+), 0 deletions(-)
>
>
Hello Grygorii/All,
I have been trying to address an issue I am having with 3.6rc6 kernel and even
with the latest 3.9 and trying to use i2c3 channel on an AM3517.
I see that there has been some work done on the OMAP4 and issues with i2c which
looks like the controller being suspended during bo
cclock7xx_data.c now contains only init function and the clkdev mapping
that is still needed by some drivers. Eventually most of this file can
be removed, once a common location for the clk init can be found, and
the clkdev mapping is no longer needed.
Signed-off-by: Tero Kristo
---
arch/arm/mac
Hi,
These patches provide clock data for TI OMAP5 and DRA7 SoCs. Clock data
is mostly in device tree format, and only a small init portion is needed
under mach-omap2. These patches come on top of the base OMAP4 clock data
conversion I posted earlier this week:
http://comments.gmane.org/gmane.li
cclock54xx_data.c now contains only init function and the clkdev mapping
that is still needed by some drivers. Eventually most of this file can
be removed, once a common location for the clk init can be found, and
the clkdev mapping is no longer needed.
Signed-off-by: Tero Kristo
---
arch/arm/ma
This patch creates the clock node mapping for DRA7xx.
TODO: 1) include this from base dra7.dtsi file once available
2) apll_pcie_ck is currently broken, proper support code missing
Signed-off-by: Tero Kristo
---
arch/arm/boot/dts/dra7-clocks.dtsi | 2099 +++
This patch creates the clock node mapping for OMAP5, and includes it to
the base omap5.dtsi file.
Signed-off-by: Tero Kristo
---
arch/arm/boot/dts/omap5-clocks.dtsi | 1442 +++
arch/arm/boot/dts/omap5.dtsi|2 +
2 files changed, 1444 insertions(+)
crea
Hi,
On Thu, Jun 27, 2013 at 11:38:17AM +0300, Tero Kristo wrote:
> + rc = clk_set_parent(abe_dpll_ref, sys_32k_ck);
> + abe_dpll = clk_get_sys(NULL, "dpll_abe_ck");
should these two lines be swaped ?
> + if (!rc)
> + rc = clk_set_rate(abe_dpll, OMAP5_DPLL_ABE_DEFFREQ);
>
Hi
On Thu, Jun 27, 2013 at 08:29:05AM +, Marc Murphy wrote:
> Hello Grygorii/All,
>
> I have been trying to address an issue I am having with 3.6rc6 kernel and
> even with the latest 3.9 and trying to use i2c3 channel on an AM3517.
>
> I see that there has been some work done on the OMAP4 a
(added mailing lists and everyone back to the thread)
On Wed, 2013-06-26 at 23:38 -0500, Nishanth Menon wrote:
> On 06/25/2013 03:35 AM, Luciano Coelho wrote:
> > +Optional properties:
> > +
> > +
> > +- refclock: the internal WLAN reference clock frequency (required for
> > +
Hi Michael,
The bus is correctly terminated with 2.2k pullups on SCL and SDA lines.
Kind Regards
Marc
From: Michael Trimarchi [mich...@amarulasolutions.com]
Sent: 27 June 2013 09:46
To: Marc Murphy
Cc: linux-omap@vger.kernel.org
Subject: Re: AM35xx i2c3 is
On 06/27/2013 11:44 AM, Felipe Balbi wrote:
Hi,
On Thu, Jun 27, 2013 at 11:38:17AM +0300, Tero Kristo wrote:
+ rc = clk_set_parent(abe_dpll_ref, sys_32k_ck);
+ abe_dpll = clk_get_sys(NULL, "dpll_abe_ck");
should these two lines be swaped ?
No, its a different clock. clk_set_pare
HI,
On Thu, Jun 27, 2013 at 12:24:25PM +0300, Tero Kristo wrote:
> On 06/27/2013 11:44 AM, Felipe Balbi wrote:
> >Hi,
> >
> >On Thu, Jun 27, 2013 at 11:38:17AM +0300, Tero Kristo wrote:
> >>+ rc = clk_set_parent(abe_dpll_ref, sys_32k_ck);
> >>+ abe_dpll = clk_get_sys(NULL, "dpll_abe_ck");
> >
Hello
TWL603[02] GPADC is used to measure battery voltage,
battery temperature, battery presence ID, and could
be used to measure twl603[02] die temperature.
This is used on TI blaze, blaze tablet platforms.
The TWL6030 and TWL6032 have GPADC with 17 and 19
channels respectively. Some channels ha
The GPADC is general purpose ADC found on TWL6030,
and TWL6032 PMIC, known also as Phoenix and PhoenixLite.
The TWL6030 and TWL6032 have GPADC with 17 and 19
channels respectively. Some channels have current
source and are used for measuring voltage drop
on resistive load for detecting battery ID
GPADC is the general purpose ADC present on twl6030.
The dt data is interrupt used to trigger end of ADC
conversion.
Signed-off-by: Oleksandr Kozaruk
---
arch/arm/boot/dts/twl6030.dtsi |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/twl6030.dtsi b/arch/arm/boot/dts/
I suspect this will find a better home in drivers/iio that subsystem did
not exist when driver was originally written.
It would need converted to new API.
Graeme
On 27/06/13 11:43, Oleksandr Kozaruk wrote:
> Hello
>
> TWL603[02] GPADC is used to measure battery voltage,
> battery temperature, ba
Hi Marc,
Could you try these patches first:
https://patchwork.kernel.org/patch/2685541/
http://patchwork.ozlabs.org/patch/252639/
Then try this patch alone:
https://patchwork.kernel.org/patch/2689171/
Also could you provide your .config? Do you have lm75 (or any other
hwmon devices) enabled?
Hi Sebastian,
On 06/26/2013 05:33 PM, Sebastian Andrzej Siewior wrote:
> I've been thinkig about creating two child nodes for the independent musb
> controllers on the am33. I've been thinking about the following:
>
> diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi
> in
On 06/27/2013 01:23 PM, Benoit Cousson wrote:
> Hi Sebastian,
Hi Benoit,
> BTW, why do have so many DMA compared to the previous version?
I added them, the previous had none and is PIO only.
I currently use three cells per dma channel (the posted example had
two).
In general I think I have to req
Hi
I'm working on omap4460 with two ulpi connected to (SMSC3320 -> HUB SMSC2514)
or (TUSB1210 -> HUB SMSC2514).
The problem only happen when both port are used and after few suspend resume
are triggered.
If I use just one port there is no issue on suspend resume. I already covered
all TI
errat
Hi Joel,
On 06/26/2013 05:28 AM, Joel A Fernandes wrote:
> On Tue, Jun 25, 2013 at 8:23 PM, Joel A Fernandes wrote:
>> From: Joel A Fernandes
>>
>> This series is fixes to get MMC working on AM33XX without HWMOD data.
>> On removal of HWMOD data, interrupt and register properties need to be
>>
Hi!
> > Anyway... here's my current version, and thanks for all the help. I
> > guess I'll need to figure out clocks next, because I'd really like to
> > have video going on device.
>
> Well DSS is still using pdata based init because of the DT bindings
> are not ready yet.
Yes, I know. But as n
68 matches
Mail list logo