omap_mcbsp_pollwrite and omap_mcbsp_pollread functions access
McBSP registers as 16-bit registers.
In OMAP3, McBSP registers (DRR_REG and DXR_REG) are limited to
32-bit data accesses (L4 Interconnect). 16-bit and 8-bit is
not allowed and can corrupt register content.
This patch adds omap3_mcbsp_p
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Tony Lindgren
> Sent: Monday, October 19, 2009 10:42 PM
> To: Shilimkar, Santosh
> Cc: linux-arm-ker...@lists.infradead.org; linux-omap@vger.kernel.org
> Subject: Re: [PAT
> -Original Message-
> From: Tony Lindgren [mailto:t...@atomide.com]
> Sent: Tuesday, October 20, 2009 5:51 AM
> To: linux-arm-ker...@lists.infradead.org
> Cc: linux-omap@vger.kernel.org; Shilimkar, Santosh
> Subject: Re: [PATCH 11/14] omap: Remap L3, L4 to get more kernel io
> address spac
Tony,
> -Original Message-
> From: Tony Lindgren [mailto:t...@atomide.com]
> Sent: Monday, October 19, 2009 10:54 PM
> To: Shilimkar, Santosh
> Cc: linux-omap@vger.kernel.org; S, Venkatraman; Hari n; Jarkko
> Nikula
> Subject: Re: [PATCH v2] ARM: OMAP: SDMA: Fix omap_stop_dma() API for
> ch
Tony Lindgren wrote:
> * Mike Rapoport [091019 07:00]:
>> Mike Rapoport wrote:
>>> The following patches add support for CompuLab CM-T35 board.
>> Any comments on these?
>
> Just few cosmetic comments I just replied with.
>
> I will need to integrate the mach -> plat headers series
> first bef
On 09 Oct 19, Samuel Ortiz wrote:
> Hi Amit,
>
> I've applied patches 1,2 and 3 to my for-next branch.
> I dont think patch 4 is really useful, and I'll wait for an ACK from Tony or
> Nokia before pushing patch 5.
>
> Thanks for your work.
>
> Cheers,
> Samuel.
Samuel,
I hope you meant you're
John Rigby wrote:
All,
Sorry for the delay, I have been without internet access until just now.
I added the cptl bit and I don't get continuous cirqs anymore.
Right now I have a hacked driver that still does timed polling in sdio_irq.c
and also wakes up on cirq. With this config the libertas
> From: John Rigby [mailto:jcri...@gmail.com]
> Sent: Monday, October 19, 2009 8:13 PM
> It is not perfect yet, I am still polling in sdio_irq.c because
> sometimes the card irq does get dropped. I suspect that is why the
> davinci driver had extra checks and calls in various places.
Maybe.
D
All,
I have sdio working mostly. With a flood ping of 1000 packets I have
2 dropped. Before I was seeing 300+ packets dropped.
It is not perfect yet, I am still polling in sdio_irq.c because
sometimes the card irq does get dropped. I suspect that is why the
davinci driver had extra checks and
* Tony Lindgren [091016 16:42]:
> From: Santosh Shilimkar
>
> This patch remap L3 and L4 io space to get more kernel address space.
> With this patch, 512 MB of IO space is reclaimed.
> Some more combinations are possible but to make it uniform across
> OMAP24XX, OMAP34XX and OMAP4430, these io
> -Original Message-
> From: Pandita, Vikram
> Sent: Monday, October 19, 2009 5:25 PM
> To: Woodruff, Richard; linux-omap@vger.kernel.org
>
> >From: Woodruff, Richard
> >
> >> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> >> ow...@vger.kernel.org] On Behalf Of Pandita, Vikra
* Samuel Ortiz [091019 12:15]:
> Hi Amit,
>
> On Mon, Oct 19, 2009 at 03:11:08PM +0300, Amit Kucheria wrote:
> > The power scripts optimisation was mainly done by:
> > Tero Kristo and
> > Arnaud Mandy
> >
> > I'm only refactoring and testing it against the mainline kernel.
> Fine with me but i
Hi all,
I've pushed the series posted last week to create #include
directory for us. [1]
As the series touches tons of header includes, here's a script you can
use to convert your existing patches.
Since generic arm code expects to find certain headers under
#include , we should follow the same
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): 4d9e7efaf9e87613101068900d6f57d5bea6f129
PatchWorks
http://patchwork.kernel.org/patch/54849/
Git (Likely to change, and takes a while to get mirrore
* Kevin Hilman [091019 15:14]:
> This patch fixes the problems in the PM branch where the serial
> console on UART3 was not able to wakeup after the inactivity timer.
>
> This fix has been pushed to the PM branch already, but should also
> be queued as a fix upstream.
OK, good to hear you found
>-Original Message-
>From: Woodruff, Richard
>Sent: Monday, October 19, 2009 5:18 PM
>To: Pandita, Vikram; linux-omap@vger.kernel.org
>Cc: Menon, Nishanth
>Subject: RE: [PATCH] omap: 3630: update is_chip variable
>
>
>> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
>> ow...@v
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Pandita, Vikram
> Sent: Monday, October 19, 2009 4:58 PM
> diff --git a/arch/arm/plat-omap/include/mach/cpu.h b/arch/arm/plat-
> omap/include/mach/cpu.h
> index 7cb0556..05a0a33 100644
> --- a/arch/
UART3 is in the PER powerdomain. If PER goes idle/inactive
independently of CORE, for UART3 to wakeup it must have its wakeup
enable bits setup in PM_WKEN_PER. This patch enables these bits.
The reason it works when PER and CORE work together is because when
CORE goes inactive/retention, the IOP
This patch fixes the problems in the PM branch where the serial
console on UART3 was not able to wakeup after the inactivity timer.
This fix has been pushed to the PM branch already, but should also
be queued as a fix upstream.
Tony, this is available in my pm-upstream/pm-fixes-32 branch based at
3630 is getting treated like next rev of 3430
omap_chip.oc variable has to be updated for 3630 version
Otherwise the Core power domain is not getting registered.
This gets used in the registration of power domains in:
"arch/arm/mach-omap2/powerdomains34xx.h"
core_34xx_es3_1_pwrdm
OMAP_CHIP_INIT(C
Hello all,
I'm not exactly sure where to ask this, but I figured it would be
on a mailing list that is linux specific, with a slight bias towards the OMAP:
I have an OMAP3530 mated to an FPGA over the GPMC interface found on that chip.
I have an interrupt controller on the FPGA (and
2009/10/19 Alexander Shishkin :
> That said, I'm personally not overly concerned about the support for
> earlier versions of those macrocells and if you maintain that those
> are better off implemented as AMBA drivers, I've not problem doing
> that.
If people are using older versions, they can ha
Woodruff, Richard wrote:
I've googled that OMAP HS are checking some kind of signature (applications
should be signed with the special tool (OST Tools)) so the developer must own
the keys for particular CPU? It is possible to turn off the HS option so I'll
be able to work with non-signed binaries
On Mon, 19 Oct 2009 21:12:33 +0200, Samuel Ortiz wrote:
> Hi Amit,
>
> On Mon, Oct 19, 2009 at 03:10:52PM +0300, Amit Kucheria wrote:
> > Bring together all the TWL power-related data in the header file
> I dont really see the point of doing this, as you're not really gathering
> scattered structu
Hi Amit,
I've applied patches 1,2 and 3 to my for-next branch.
I dont think patch 4 is really useful, and I'll wait for an ACK from Tony or
Nokia before pushing patch 5.
Thanks for your work.
Cheers,
Samuel.
On Mon, Oct 19, 2009 at 03:10:44PM +0300, Amit Kucheria wrote:
> Stick to the names use
Hi Amit,
On Mon, Oct 19, 2009 at 03:11:08PM +0300, Amit Kucheria wrote:
> The power scripts optimisation was mainly done by:
> Tero Kristo and
> Arnaud Mandy
>
> I'm only refactoring and testing it against the mainline kernel.
Fine with me but if you want me to carry this patch, I'd like to get
Hi Amit,
On Mon, Oct 19, 2009 at 03:10:52PM +0300, Amit Kucheria wrote:
> Bring together all the TWL power-related data in the header file
I dont really see the point of doing this, as you're not really gathering
scattered structures but rather moving a group of definitions up in the header
file.
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Andrejs Cainikovs
> Sent: Monday, October 19, 2009 12:33 PM
> I've googled that OMAP HS are checking some kind of signature (applications
> should be signed with the special tool (OST Tools)) so the
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org
> [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
> tero.kri...@nokia.com
> Sent: Monday, October 19, 2009 5:19 AM
>
> Anyway, I guess the optimization would look something like this:
>
> diff --git a/arch/arm/mach-om
> -Original Message-
> From: tero.kri...@nokia.com [mailto:tero.kri...@nokia.com]
> Sent: Monday, October 19, 2009 4:23 AM
> To: giris...@ti.com; linux-omap@vger.kernel.org
> Subject: RE: [PATCH 01/17] PM: fix suspend control for IVA2
> >
> >Agree, IVA2 pwrdm is handled autonomously by b
Madhusudhan wrote:
Hi John,
So does the SDIO card interrupt mode work fine now?
(wrong attachment in previous mail :( sorry)
If somebody likes to test, my updated patch v2 in attachment. Compile
tested only, testing and comments are welcome.
Cheers
Dirk
_
From: John Rigby [mailt
Andrejs Cainikovs wrote:
Dear all,
I've googled that OMAP HS are checking some kind of signature (applications
should be signed with the special tool
(OST Tools)) so the developer must own the keys for particular CPU? It is
possible to turn off the HS option so I'll
be able to work with non-si
Madhusudhan wrote:
Hi John,
So does the SDIO card interrupt mode work fine now?
If somebody likes to test, my updated patch v2 in attachment. Compile
tested only, testing and comments are welcome.
Cheers
Dirk
_
From: John Rigby [mailto:jcri...@gmail.com]
Sent: Sunday, October 18
> -Original Message-
> From: Tony Lindgren [mailto:t...@atomide.com]
> Sent: Monday, October 19, 2009 12:39 PM
> To: Aguirre Rodriguez, Sergio Alberto
> Cc: Shilimkar, Santosh; linux-arm-ker...@lists.infradead.org;
> linux-omap@vger.kernel.org
> Subject: Re: [PATCH 08/14] omap: Use ior
* Mike Rapoport [091019 07:00]:
> Mike Rapoport wrote:
> > The following patches add support for CompuLab CM-T35 board.
>
> Any comments on these?
Just few cosmetic comments I just replied with.
I will need to integrate the mach -> plat headers series
first before I'll start adding more code, s
* Mike Rapoport [091014 01:14]:
> This patch adds basic support for CompuLab CM-T35 module.
>
> Signed-off-by: Mike Rapoport
> ---
> arch/arm/mach-omap2/Kconfig|4 +
> arch/arm/mach-omap2/Makefile |2 +
> arch/arm/mach-omap2/board-cm-t35.c | 459
> +++
Hi Ameya,
The issue that I'm talking about is:
<3>HS USB OTG: no transceiver configured
<3>musb_hdrc musb_hdrc: musb_init_controller failed with status -19
Actually I'm running usb tests. At the moment of boot my zoom3 I had this
issue. Taking the suggestion of Vikram the issue was solved.
Reg
* Aguirre Rodriguez, Sergio Alberto [091019 10:21]:
> Tony,
>
> > -Original Message-
> > From: linux-omap-ow...@vger.kernel.org
> > [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Tony Lindgren
> > Sent: Monday, October 19, 2009 12:12 PM
> > To: Shilimkar, Santosh
> > Cc: linux-a
Dear all,
I've googled that OMAP HS are checking some kind of signature (applications
should be signed with the special tool (OST Tools)) so the developer must own
the keys for particular CPU? It is possible to turn off the HS option so I'll
be able to work with non-signed binaries?
The proble
Hi,
Does this commit fixes the issue?
[v2] usb: musb: Warn and check for OTG transceiver misconfiguration
Warn if OTG is selected in Kconfig but not initialized by platform code.
Add checks to prevent NULL pointer exception in case the
OTG transceiver has not been initialized. i.e. musb->xceiv =
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): 73f027f05cf29c7e581618f8bac6551aed6a8fcc
PatchWorks
http://patchwork.kernel.org/patch/53600/
Git (Likely to change, and takes a while to get mirrore
From: John Rigby [mailto:jcri...@gmail.com]
Sent: Sunday, October 18, 2009 7:24 PM
To: Woodruff, Richard
Cc: Dirk Behme; Chikkature Rajashekar, Madhusudhan;
linux-...@vger.kernel.org; linux-omap@vger.kernel.org; Steve Sakoman
Subject: Re: MMC_CAP_SDIO_IRQ
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): 43eea68cf86f5dbdcd3020bf15c9bec87501f16b
PatchWorks
http://patchwork.kernel.org/patch/53599/
Git (Likely to change, and takes a while to get mirrore
* Santosh Shilimkar [091015 00:07]:
> OMAP sDMA driver API omap_stop_dma() doesn't really stop the dma when used
> in linking scenario. This patch fixes the same.
>
> Signed-off-by: Santosh Shilimkar
> Signed-off-by: Venkatraman S
> Reviewed-By: Tony Lindgren
> CC: Hari n
> CC: Jarkko Nikula
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of tero.kri...@nokia.com
> Sent: Monday, October 19, 2009 5:19 AM
> Is there errata number available for this issue by the way? I could attach
> this to the patch.
No. I expect in the next few weeks
Tony,
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org
> [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Tony Lindgren
> Sent: Monday, October 19, 2009 12:12 PM
> To: Shilimkar, Santosh
> Cc: linux-arm-ker...@lists.infradead.org; linux-omap@vger.kernel.org
> Subject:
Hi Machowinski,
Enabling TWL4030 USB Transceiver Driver on your menuconfig the issue that you
mentioned on a log file attached on previous mails is corrected. I had the same
problem. Like an introduction, my name is Ivan Maldonado Zambrano and I'm
working on USB tests for zoom3 and sdp. Attache
* Shilimkar, Santosh [091019 00:27]:
> Tony,
> > -Original Message-
> > From: Tony Lindgren [mailto:t...@atomide.com]
> > Sent: Monday, October 19, 2009 5:54 AM
> > To: Shilimkar, Santosh
> > Cc: linux-arm-ker...@lists.infradead.org; linux-omap@vger.kernel.org
> > Subject: Re: [PATCH 08/14
* Aguirre Rodriguez, Sergio Alberto [091019 08:54]:
> Tony, Santosh,
>
> I think there's a missing fix in this commit:
>
> http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap-2.6.git;a=commit;h=041b80d9a00ab741ce50db92c84b6bed554fc3b6
>
> Here:
>
> > diff --git a/arch/arm/mach-omap2/bo
Pandita, Vikram schrieb:
Here's the problem:
<3>HS USB OTG: no transceiver configured
<3>musb_hdrc musb_hdrc: musb_init_controller failed with status -19
Depending on your board, you will have to define the transceiver for MUSB.
It could be TWL4030 or NO-transceiver...
I got an Gumstix Overo
Tony, Santosh,
I think there's a missing fix in this commit:
http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap-2.6.git;a=commit;h=041b80d9a00ab741ce50db92c84b6bed554fc3b6
Here:
> diff --git a/arch/arm/mach-omap2/board-4430sdp.c
> b/arch/arm/mach-omap2/board-4430sdp.c
> index 50a62f2.
Hi Ilkka,
On Fri, Oct 16, 2009 at 04:21:41PM +0200, ilkka.koski...@nokia.com wrote:
>
> Hi Samuel,
>
> What is the status of this patch and the other one:
> [PATCH 2/2] twl4030: Enable low-power mode to 32KHz oscillator
I'm sorry but it seems I havent received those 2 patches. Could you please
r
> From: Dirk Behme [mailto:dirk.be...@googlemail.com]
> Sent: Monday, October 19, 2009 9:52 AM
> To: Woodruff, Richard
> Do you have any idea about MMCHS_HCTL.IBG?
Not off the top of my head.
I was working with someone who hit issues so I did a quick spec read and came
up with previous list.
Woodruff, Richard wrote:
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Dirk Behme
Sent: Sunday, October 18, 2009 11:45 AM
It would be funny if the TRM was wrong and the CIRQ bit is really
cleared by writing 1 to it. I'll try that.
A while bac
>-Original Message-
>From: linux-omap-ow...@vger.kernel.org
>[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Janosch
>Machowinski
>Sent: Monday, October 19, 2009 9:15 AM
>To: linux-omap@vger.kernel.org
>Subject: Re: stable kernel version
>
>
>> Can you try it with the omap-debug b
Mike Rapoport wrote:
> The following patches add support for CompuLab CM-T35 board.
Any comments on these?
> --
> v2 changes:
> remove EHCI-related code
> move usb_musb_init to cm_t35_init
> --
>
> Changes since commit 2caa731819a633bec5a56736e64c562b7e193666:
> Linus Torvalds (1):
>
On Monday 19 October 2009 15:55:08 ext Mark Brown wrote:
> On Mon, Oct 19, 2009 at 03:42:19PM +0300, Peter Ujfalusi wrote:
> > + apll_ctrl = twl4030_read_reg_cache(codec, TWL4030_REG_APLL_CTL);
> > + apll_ctrl &= ~TWL4030_APLL_INFREQ;
> > switch (freq) {
>
> I'll apply this - it's idiomati
2009/10/13 Russell King - ARM Linux :
> On Tue, Oct 13, 2009 at 08:06:50PM +0300, Alexander Shishkin wrote:
>> Changes:
>> v2 -- major update:
>> * fixes according to comments from Linus Walleij and Anand Gadiyar
>> * omap3 clock-related stuff moved to platform device
>
> And so what ab
On Mon, Oct 19, 2009 at 03:42:19PM +0300, Peter Ujfalusi wrote:
> + apll_ctrl = twl4030_read_reg_cache(codec, TWL4030_REG_APLL_CTL);
> + apll_ctrl &= ~TWL4030_APLL_INFREQ;
> switch (freq) {
I'll apply this - it's idiomatic for the current driver - but you might
want to look at snd_s
Add needed platform data for the twl4030_codec MFD on boards,
where the audio part of the twl4030 codec is used.
Signed-off-by: Peter Ujfalusi
---
arch/arm/mach-omap2/board-3430sdp.c |9 +
arch/arm/mach-omap2/board-omap3beagle.c |9 +
arch/arm/mach-omap2/board-omap3
Hello,
The following series adds new MFD device on top of the twl4030 MFD device for
the codec part of the chip, and also converts the soc audio driver to use the
correct probing (device model).
Reason for the twl4030_codec MFD: the vibra control is actually in the codec
part of the twl4030. If b
TWL4030 codec is now using the device registration via
tlw4030_codec MFD device.
Signed-off-by: Peter Ujfalusi
---
sound/soc/codecs/Kconfig |2 +-
sound/soc/codecs/twl4030.c | 203 +++--
sound/soc/codecs/twl4030.h | 242 +---
Do not rewrite the whole register, but only update the needed
bits in set_dai_sysclk functions.
Signed-off-by: Peter Ujfalusi
---
sound/soc/codecs/twl4030.c | 22 --
1 files changed, 12 insertions(+), 10 deletions(-)
diff --git a/sound/soc/codecs/twl4030.c b/sound/soc/code
New MFD child to twl4030 MFD device.
This MFD device will be used by the drivers, which needs resources
from the twl4030 codec like audio and vibra.
The platform specific configuration data is passed along to the
child drivers (audio, vibra).
Signed-off-by: Peter Ujfalusi
---
drivers/mfd/Kconfi
The power scripts optimisation was mainly done by:
Tero Kristo and
Arnaud Mandy
I'm only refactoring and testing it against the mainline kernel.
Signed-off-by: Amit Kucheria
Cc: Samuel Ortiz
Cc: Tero Kristo
Cc: linux-omap@vger.kernel.org
---
arch/arm/mach-omap2/board-rx51-peripherals.c | 1
Bring together all the TWL power-related data in the header file
Signed-off-by: Amit Kucheria
Cc: sa...@linux.intel.com
Cc: linux-omap@vger.kernel.org
---
include/linux/i2c/twl4030.h | 154 ++-
1 files changed, 78 insertions(+), 76 deletions(-)
diff --gi
The _REMAP register allows configuration of the in case
of a sleep or off transition.
Allow this property of resources to be configured (through twl4030_resconfig)
and add code to parse these values to program the registers accordingly.
Signed-off-by: Amit Kucheria
Cc: sa...@linux.intel.com
Cc:
Describe how the resource registers are laid out and the various bit-fields in
them.
Signed-off-by: Amit Kucheria
Cc: sa...@linux.intel.com
Cc: linux-omap@vger.kernel.org
---
drivers/mfd/twl4030-power.c | 12 ++--
1 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/drivers/
Stick to the names used in the reference manual
Signed-off-by: Amit Kucheria
Cc: sa...@linux.intel.com
Cc: linux-omap@vger.kernel.org
---
drivers/mfd/twl4030-power.c | 16
1 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/mfd/twl4030-power.c b/drivers/mfd/
>-Original Message-
>From: ext Girish S G [mailto:giris...@ti.com]
>Sent: 16 October, 2009 21:10
>To: 'Woodruff, Richard'; Kristo Tero (Nokia-D/Tampere);
>linux-omap@vger.kernel.org
>Cc: Hogander Jouni (Nokia-D/Tampere)
>Subject: RE: [PATCH 12/17] OMAP2/3: Do not enable AUTOIDLE in
>i
>-Original Message-
>From: ext Cousson, Benoit [mailto:b-cous...@ti.com]
>Sent: 16 October, 2009 18:27
>To: Kristo Tero (Nokia-D/Tampere); linux-omap@vger.kernel.org
>Cc: Kalle Jokiniemi
>Subject: RE: [PATCH 03/17] PM: Block CORE off when DSS is active
>
>Hi Tero,
>
>>
>Texas Instrument
On Mon, Oct 19, 2009 at 10:23:32AM +0100, Mark Brown wrote:
> On Mon, Oct 19, 2009 at 12:13:00PM +0300, Eduardo Valentin wrote:
> > Might be a stupid question probably because of my lack of knowledge of
> > regulator framework, but if the driver code must be written in such a
> > way that it requi
On Mon, Oct 19, 2009 at 12:13:00PM +0300, Eduardo Valentin wrote:
[Please fix your MUA to wrap before 80 columns.]
> Might be a stupid question probably because of my lack of knowledge of
> regulator framework, but if the driver code must be written in such a
> way that it requires all regulators
>-Original Message-
>From: ext Girish S G [mailto:giris...@ti.com]
>Sent: 16 October, 2009 20:16
>To: Kristo Tero (Nokia-D/Tampere); linux-omap@vger.kernel.org
>Subject: RE: [PATCH 01/17] PM: fix suspend control for IVA2
>
>
>
>> -Original Message-
>> From: linux-omap-ow...@vger
Hi,
On Mon, Oct 12, 2009 at 11:21:04AM +0200, Mark Brown wrote:
> On Mon, Oct 12, 2009 at 12:04:55PM +0300, Eduardo Valentin wrote:
>
> > Right. Should we add 4 instances of drvdd and 2 of iovdd? So, naming those
> > would be like:
>
> No, if there's multiple pins for the supply then there's no
Tony,
> -Original Message-
> From: Tony Lindgren [mailto:t...@atomide.com]
> Sent: Monday, October 19, 2009 5:54 AM
> To: Shilimkar, Santosh
> Cc: linux-arm-ker...@lists.infradead.org; linux-omap@vger.kernel.org
> Subject: Re: [PATCH 08/14] omap: Use ioremap for omap4 L4 code
>
> * Tony Li
76 matches
Mail list logo
