On Fri, Jul 20, 2012 at 06:52:20PM +0530, Sekhar Nori wrote:
> + Dave Miller and DaVinci list
>
> Hi Mark,
>
> On 7/20/2012 3:52 AM, Mark A. Greer wrote:
> > From: "Mark A. Greer"
> >
> > Add pm_runtime support to the TI Davinci EMAC driver.
>
From: "Mark A. Greer"
Add pm_runtime support to the TI Davinci EMAC driver.
Signed-off-by: Mark A. Greer
---
This patch is RFC only since it will break emac support
for mach-davinci platforms. Hopefully, mach-davinci will
be fixed soon and this can be submitted.
drivers/net/e
On Mon, Oct 19, 2009 at 09:39:37AM -0700, Mark A. Greer wrote:
> On Mon, Oct 19, 2009 at 03:07:52PM +0100, Russell King - ARM Linux wrote:
> > On Fri, Oct 16, 2009 at 12:09:20PM -0700, Kevin Hilman wrote:
> > > +static int da830_evm_mmc_get_ro(int index)
> > > +{
> &
On Mon, Oct 19, 2009 at 03:07:52PM +0100, Russell King - ARM Linux wrote:
> On Fri, Oct 16, 2009 at 12:09:20PM -0700, Kevin Hilman wrote:
> > From: David A. Griego
> >
> > Add pinmux settings, etc. to enable the MMC/SC hardware.
> >
> > Signed-off-by: David A.
On Wed, Sep 16, 2009 at 05:04:58PM -0700, Mark A. Greer wrote:
> From: Mark A. Greer
>
> The rtc-omap driver currently assumes that the rtc's
> registers are at a fixed address and already mapped
> into virtual memory space. Remove those assumptions
> so the same driver
From: Mark A. Greer
The existing NAND infrastructure allows the default main and
mirror bad block tables to be overridden in nand_default_bbt().
However, the davinci_nand driver does not support this. Add
that support by adding fields to the davinci driver's platform
data so platform cod
On Mon, Oct 12, 2009 at 03:36:47PM -0700, Kevin Hilman wrote:
> "Mark A. Greer" writes:
>
> > From: Mark A. Greer
> >
> > The existing NAND infrastructure allows the default main and
> > mirror bad block tables to be overridden in nand_default_bbt().
&
On Thu, Oct 08, 2009 at 09:10:29PM +0530, Nori, Sekhar wrote:
> On Wed, Oct 07, 2009 at 23:05:48, Mark A. Greer wrote:
> > On Mon, Oct 05, 2009 at 11:12:17AM +0530, Nori, Sekhar wrote:
> > > On Fri, Oct 02, 2009 at 02:24:17, Mark A. Greer wrote:
> >
> > > > I d
On Thu, Oct 08, 2009 at 10:37:05AM +0530, Nori, Sekhar wrote:
> On Wed, Oct 07, 2009 at 23:05:48, Mark A. Greer wrote:
> > On Mon, Oct 05, 2009 at 11:12:17AM +0530, Nori, Sekhar wrote:
> > > On Fri, Oct 02, 2009 at 02:24:17, Mark A. Greer wrote:
> >
> > > > I d
On Mon, Oct 05, 2009 at 11:12:17AM +0530, Nori, Sekhar wrote:
> On Fri, Oct 02, 2009 at 02:24:17, Mark A. Greer wrote:
> > I don't know Sekhar... This looks like a step backwards to me with all
> > the #ifdef-ery. Why not keep the code as it is and change the #ifdefs
> &
On Thu, Oct 01, 2009 at 11:32:01PM +0530, Sekhar Nori wrote:
> This patch simplifies selection of peripherals on the UI card by
> eliminating the DA830_UI config option. Instead, the successful
> probe of GPIO expander present on the UI card is used to detect
> its presence. For this reason, GPIO_P
On Tue, Sep 29, 2009 at 05:42:36PM -0500, Grosen, Mark wrote:
> There are currently three silicon revisions for OMAPL137. The JTAD IDs
> (DEVIDR register contents) for each silicon revision are shown below:
>
> 0x0B7D F02F for silicon revision 1.0
> 0x8B7D F02F for silicon revision 1.1
> 0x9B7D F
On Tue, Sep 29, 2009 at 12:23:08PM -0700, Kevin Hilman wrote:
> "Mark A. Greer" writes:
>
> > On Tue, Sep 29, 2009 at 11:13:39AM -0700, Kevin Hilman wrote:
> >> Newer revs of da830 silicon report variant 0x8 in JTAG id and
> >> are not correctly detected
On Tue, Sep 29, 2009 at 11:27:36AM -0700, Mark A. Greer wrote:
> I didn't find a nice doc on TI's website describing the differences
> between rev A and B.
Er, ignore the rev A vs. B. The new one must be > C, IIRC.
___
Davinc
Hilman
FWIW and if its necessary...
Signed-off-by: Mark A. Greer
The only thing I don't like is that I/we don't know what else changed on
that part.
Mark
--
___
Davinci-linux-open-source mailing list
Davinci-linux-open-s
On Tue, Sep 29, 2009 at 11:12:10AM -0700, Mark A. Greer wrote:
> On Tue, Sep 29, 2009 at 10:36:13AM -0700, Kevin Hilman wrote:
> > "Thompson, Nick (GE EntSol, Intelligent Platforms)"
> > writes:
> >
> > [...]
> >
On Tue, Sep 29, 2009 at 10:36:13AM -0700, Kevin Hilman wrote:
> "Thompson, Nick (GE EntSol, Intelligent Platforms)"
> writes:
>
> [...]
>
> > After adding the printk hack to get better debug output I found:
> >
> > <5>Linux version 2.6.31-rc7-davinci1-06494-g6587756-dirty
> > (defa...@default-
On Tue, Sep 29, 2009 at 02:18:42PM +0530, Sudhakar Rajashekhara wrote:
> On Tue, Sep 29, 2009 at 00:19:05, Kevin Hilman wrote:
> > "Mark A. Greer" writes:
> >
> > > On Tue, Sep 22, 2009 at 06:10:41PM +0530, Sudhakar Rajashekhara wrote:
> > >> On Sat,
On Wed, Sep 23, 2009 at 12:14:24AM +0400, Sergei Shtylyov wrote:
> Hello.
>
> Mark A. Greer wrote:
>> On Fri, Sep 18, 2009 at 09:05:56PM +0400, Sergei Shtylyov wrote:
>>
>>
>>>> diff --git a/arch/arm/mach-davinci/Kconfig b/arch/arm/mach-davinci/Kc
On Fri, Sep 18, 2009 at 09:05:56PM +0400, Sergei Shtylyov wrote:
>> diff --git a/arch/arm/mach-davinci/Kconfig b/arch/arm/mach-davinci/Kconfig
>> +config DA830_UI_LCD
>> +bool "LCD"
>> +help
>> + Say Y here to use the LCD as a framebuffer or simple character
>> + display.
>> +
>
On Tue, Sep 22, 2009 at 06:10:41PM +0530, Sudhakar Rajashekhara wrote:
> On Sat, Sep 19, 2009 at 02:40:04, Mark A. Greer wrote:
> > From: Mark A. Greer
> >
> > The existing NAND infrastructure allows the default main and
> > mirror bad block tables to be ove
On Fri, Sep 18, 2009 at 11:31:53AM -0700, Mark A. Greer wrote:
> On Fri, Sep 18, 2009 at 09:05:56PM +0400, Sergei Shtylyov wrote:
> > Hello.
> >
> > Mark A. Greer wrote:
> >
> >> From: Steve Chen
> >
> >Hm, is it Steve's patch? I'm se
On Fri, Sep 18, 2009 at 11:21:17PM -0700, David Brownell wrote:
> On Friday 18 September 2009, Mark A. Greer wrote:
> > The issue is that the values for the 'offs' and 'veroffs' are wrong in
> > the defaults used by nand_base.c:nand_default_bbt().
>
On Fri, Sep 18, 2009 at 04:21:19PM -0500, Paulraj, Sandeep wrote:
>
> >
> > From: Mark A. Greer
> >
> > The existing NAND infrastructure allows the default main and
> > mirror bad block tables to be overridden in nand_default_bbt().
> > However, the da
From: David A. Griego
Add support for NAND flash parts on the DA830/OMAP-L137 EVM
User Interface board. This includes overriding the default
bad block tables used by the davinci_nand driver.
Signed-off-by: David A. Griego
Signed-off-by: Mark A. Greer
---
Sergei, if you had a hand in this
From: Mark A. Greer
The existing NAND infrastructure allows the default main and
mirror bad block tables to be overridden in nand_default_bbt().
However, the davinci_nand driver does not support this. So,
add fields to the davinci driver's platform data so platform
code can pass in thei
On Fri, Sep 18, 2009 at 08:42:09PM +0400, Sergei Shtylyov wrote:
>> diff --git a/arch/arm/mach-davinci/board-da830-evm.c
>> b/arch/arm/mach-davinci/board-da830-evm.c
>> +/*
>> + * GPIO2[1] is used as MMC_SD_WP and GPIO2[2] as MMC_SD_INS.
>> + */
>> +static const short da830_evm_mmc_sd_pins[] = {
On Fri, Sep 18, 2009 at 09:05:56PM +0400, Sergei Shtylyov wrote:
> Hello.
>
> Mark A. Greer wrote:
>
>> From: Steve Chen
>
>Hm, is it Steve's patch? I'm seeing my stuff here.
When I first started putting this stuff together I asked you
to review/sign-off on
From: Mark A. Greer
The rtc-omap driver currently assumes that the rtc's
registers are at a fixed address and already mapped
into virtual memory space. Remove those assumptions
so the same driver can be used for similar devices
that reside at different physical addresses (e.g.,
TI's
On Wed, Sep 16, 2009 at 11:01:16AM -0700, Kevin Hilman wrote:
> "Mark A. Greer" writes:
>
> > On Wed, Sep 16, 2009 at 08:01:27AM -0700, Kevin Hilman wrote:
> >> "Mark A. Greer" writes:
> >>
> >> > From: Mark A. Greer
> >&g
On Wed, Sep 16, 2009 at 08:01:27AM -0700, Kevin Hilman wrote:
> "Mark A. Greer" writes:
>
> > From: Mark A. Greer
> >
> > Add RTC support for the da830/omap-l137 and da850/omap-l138
> > SoC's by leveraging existing the rtc-omap driver.
> >
>
Kevin, please ignore this entire series.
Mak
--
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
From: Mark A. Greer
Add pinmux settings, etc. to enable the MMC/SC hardware.
Signed-off-by: Mark A. Greer
---
Sorry for the delay...
arch/arm/mach-davinci/board-da830-evm.c | 43 +++
1 files changed, 43 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach
From: Mark A. Greer
Add RTC support for the da830/omap-l137 and da850/omap-l138
SoC's by leveraging existing the rtc-omap driver.
Signed-off-by: Mark A. Greer
---
arch/arm/mach-davinci/board-da830-evm.c|4 +++
arch/arm/mach-davinci/board-da850-evm.c|4 +++
arch/arm
;setup()' and 'teardown()'
routines.
Signed-off-by: Steve Chen
Signed-off-by: Mark A. Greer
---
arch/arm/mach-davinci/Kconfig | 21 ++
arch/arm/mach-davinci/board-da830-evm.c | 44 ++-
arch/arm/mach-davinci/da830.c
From: Mark A. Greer
Add support for the Sharp LCD035Q3DG01 graphical LCD. This
requires a minor interface change to da8xx_register_lcdc()
so that the board code can pass in the platform_data which
describes the lcd controller that's to be used.
Signed-off-by: Mark A. Greer
---
arch/arm
From: David A. Griego
Add pinmux settings, etc. to enable the MMC/SC hardware.
Signed-off-by: David A. Griego
Signed-off-by: Mark A. Greer
---
arch/arm/mach-davinci/board-da830-evm.c | 43 +++
1 files changed, 43 insertions(+), 0 deletions(-)
diff --git a/arch
From: Mark A. Greer
Add graphics support for the Sharp LCD035Q3DG01 graphical
LCD that's on the User Interface (UI) daughter card of the
DA830/OMAP-L137 EVM.
The LCD shares EMIFA lines with the NAND and NOR devices that
are also on the UI card so those lines are shared via a couple
of
From: Mark A. Greer
Add support for the Sharp LCD035Q3DG01 graphical LCD. This
requires a minor interface change to da8xx_register_lcdc()
so that the board code can pass in the platform_data which
describes the lcd controller that's to be used.
Signed-off-by: Mark A. Greer
---
arch/arm
On Mon, Sep 14, 2009 at 02:59:31PM -0700, Kevin Hilman wrote:
> "Mark A. Greer" writes:
>
> > From: David A. Griego
> >
> > Add pinmux settings, etc. to enable the MMC/SC hardware.
> >
> > Signed-off-by: David A. Griego
> > Signed-off-by
From: Mark A. Greer
Add RTC support for the da830/omap-l137 and da850/omap-l138
SoC's by leveraging existing the rtc-omap driver.
Signed-off-by: Mark A. Greer
---
May as well add this one to the list.
The rtc won't actually work until
http://groups.google.com/group/rtc-linux/bro
;setup()' and 'teardown()'
routines.
Signed-off-by: Steve Chen
Signed-off-by: Mark A. Greer
---
arch/arm/mach-davinci/Kconfig | 21 ++
arch/arm/mach-davinci/board-da830-evm.c | 44 ++-
arch/arm/mach-davinci/da830.c
From: Mark A. Greer
Add support for the Sharp LCD035Q3DG01 graphical LCD. This
requires a minor interface change to da8xx_register_lcdc()
so that the board code can pass in the platform_data which
describes the lcd controller that's to be used.
Signed-off-by: Mark A. Greer
---
arch/arm
From: David A. Griego
Add pinmux settings, etc. to enable the MMC/SC hardware.
Signed-off-by: David A. Griego
Signed-off-by: Mark A. Greer
---
arch/arm/mach-davinci/board-da830-evm.c | 44 +++
1 files changed, 44 insertions(+), 0 deletions(-)
diff --git a/arch
On Thu, Sep 03, 2009 at 03:16:34PM +0530, Nori, Sekhar wrote:
> On Thu, Sep 03, 2009 at 03:34:15, Mark A. Greer wrote:
> > On Fri, Aug 28, 2009 at 03:02:54PM -0700, Mark A. Greer wrote:
> > > From: Mark A. Greer
> > >
> > > Some mcasp code was inserted betwe
On Fri, Aug 28, 2009 at 03:02:54PM -0700, Mark A. Greer wrote:
> From: Mark A. Greer
>
> Some mcasp code was inserted between the emac resource setup
> and the related register routine that registers the emac.
>
> Signed-off-by: Mark A. Greer
> ---
> These patches are
From: Mark A. Greer
For consistency with existing code, change the name of
da8xx_init_mcasp() to da8xx_register_mcasp().
Signed-off-by: Mark A. Greer
---
arch/arm/mach-davinci/board-da830-evm.c|2 +-
arch/arm/mach-davinci/board-da850-evm.c|2 +-
arch/arm/mach-davinci/devices
From: Mark A. Greer
The DA830/OMAP-L137 EVM cannot use the default pinmux setup for McASP1
so put the correct settings in the board file for that platform.
Signed-off-by: Mark A. Greer
---
arch/arm/mach-davinci/board-da830-evm.c | 11 ++-
1 files changed, 10 insertions(+), 1
From: Mark A. Greer
Some mcasp code was inserted between the emac resource setup
and the related register routine that registers the emac.
Signed-off-by: Mark A. Greer
---
These patches are for the temp/asoc branch.
The first two are aesthetic but the last one is functional.
Unfortunately
On Thu, Jul 09, 2009 at 08:00:12AM -0700, Kevin Hilman wrote:
> Can someone with a da830 verify things still work with this series
> on top of current DaVinci git master.
Kevin,
The master branch, 4c6684d3954df0f04fbc8f371166eab8bc71d2f0, with those
two patches applied booted fine for me.
Mark
-
On Thu, Jul 09, 2009 at 07:44:34AM -0700, Kevin Hilman wrote:
> Sergei Shtylyov writes:
>
> > Hello.
> >
> > Kevin Hilman wrote:
> >
> >> Signed-off-by: Kevin Hilman
> >>
> >
> > [...]
> >
> >> diff --git a/arch/arm/mach-davinci/include/mach/debug-macro.S
> >> b/arch/arm/mach-davinci/include
On Fri, Jun 12, 2009 at 08:04:53AM -0700, Kevin Hilman wrote:
> "Rajashekhara, Sudhakar" writes:
>
> > On Fri, Jun 12, 2009 at 01:56:38, Kevin Hilman wrote:
> >> Hello,
> >>
> >> DaVinci git has been update to v2.6.30 as well as the merging of basic
> > support for dm365 and da830.
> >>
> >
>
On Fri, Jun 12, 2009 at 08:04:53AM -0700, Kevin Hilman wrote:
> Mark, could you re-ping RMK on this patch?
Done.
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davi
From: Mark A. Greer
Add support for the DA830/OMAP-L137 Evaluation Module (EVM)
from TI. The EVM has User Interface (UI) and Audio cards
that can be connected which contain various devices.
Support for those devices and ones on the EVM will be
added in subsequent patches.
Signed-off-by: Steve
On Wed, May 20, 2009 at 09:39:09AM +0200, Tobias Knutsson wrote:
> Excellent! Thank you very much for that.
>
> Now, from what I can tell, there seems to be some peripherals still
> missing. Though I cannot promise any results, I would like to help. Is
> there anything in particular that I should
On Wed, Jun 03, 2009 at 12:28:27PM -0700, Kevin Hilman wrote:
> "Mark A. Greer" writes:
>
> > From: Mark A. Greer
> >
> > The davinci timer code currently references the watchdog timer's
> > device structure and the base address for the WDT. Howev
l be write-protected.
Signed-off-by: David Griego
Signed-off-by: Mark A. Greer
---
Applies to current master, 9fb266015aa558e11d5e7ce08c9cfc180cd8ae2f
Tested on a dm355, dm6446, dm6467, and da830.
Reset on the da830 won't work without this patch.
arch/arm/mach-davinci/time.c | 10 +++---
1 f
On Fri, May 15, 2009 at 11:44:27AM -0500, Steve Chen wrote:
> On Fri, 2009-05-15 at 15:15 +0200, Tobias Knutsson wrote:
> > U-Boot > bootm 0xc070
> > ## Booting kernel from Legacy Image at c070 ...
> >Image Name: Linux-2.6.30-rc2-davinci1-05909-
> >Image Type: ARM Linux Kernel
From: Mark A. Greer
Add support for the DA830/OMAP-L137 Evaluation Module (EVM)
from TI. The EVM has User Interface (UI) and Audio cards
that can be connected which contain various devices.
Support for those devices and ones on the EVM will be
added in subsequent patches.
Signed-off-by: Steve
From: Mark A. Greer
The davinci timer code currently references the watchdog timer's
device structure and the base address for the WDT. However,
the device structure is referenced by directly accessing the WDT's
platform_data and the base address is referenced via the soc_info
On Thu, Apr 30, 2009 at 11:04:07AM -0700, Kevin Hilman wrote:
> Hi Mark,
>
> Sorry for the review lag and the lack of attention to the da830 stuff.
> I've been focusing on getting DaVinci core code reworked and submitted
> upstream for the next merge window.
No problem.
> > These areas have (or
On Wed, Apr 29, 2009 at 11:22:55AM -0500, Ambrose, Martin wrote:
> Looking at da830_evm_init() the call to da830_register_emac() is unqualified
> with respect to any config options. This, I think, is not qualitatively
> different than say the dm644x build.
I'll fix that.
___
On Wed, Apr 29, 2009 at 12:54:00PM -0500, Ambrose, Martin wrote:
> On Tue, Apr 28, 2009 at 11:15:04, Ambrose, Martin wrote:
>
> > On Wed, Apr 22, 2009 at 12:58:12, Ambrose, Martin wrote:
> >
> > I did some further digging. Note that my problem persists
> > with the v4 patches -- no surprise her
On Wed, Apr 29, 2009 at 09:50:59AM -0500, Ambrose, Martin wrote:
> On Tue, Apr 28, 2009 at 16:39:26, Mark A. Greer wrote:
>
> > > On Wed, Apr 22, 2009 at 12:58:12, Ambrose, Martin wrote:
> > Where are you downloading the uImage?
>
> TFTP from VMWare server running
On Tue, Apr 28, 2009 at 11:15:04AM -0500, Ambrose, Martin wrote:
> On Wed, Apr 22, 2009 at 12:58:12, Ambrose, Martin wrote:
>
>
> I did some further digging. Note that my problem persists with the v4 patches
> -- no surprise here I think since there were no functional changes. But I can
> reply
On Mon, Apr 27, 2009 at 12:49:54PM -0700, David Brownell wrote:
> On Monday 27 April 2009, Mark A. Greer wrote:
> > > --- a/arch/arm/mach-davinci/include/mach/debug-macro.S
> > > +++ b/arch/arm/mach-davinci/include/mach/debug-macro.S
> > > @@ -24,7 +24,14 @@
>
On Fri, Apr 24, 2009 at 07:34:07PM -0700, Mark A. Greer wrote:
> diff --git a/arch/arm/mach-davinci/devices-da830.c
> b/arch/arm/mach-davinci/devices-da830.c
> +int da830_register_spi(int instance, struct davinci_i2c_platform_da
On Fri, Apr 24, 2009 at 07:35:03PM -0700, Mark A. Greer wrote:
> From: Mark A. Greer
> diff --git a/arch/arm/mach-davinci/include/mach/debug-macro.S
> b/arch/arm/mach-davinci/include/mach/debug-macro.S
> index de3fc21..1a4a1e3 100644
> --- a/arch/arm/mach-davinci/include/mac
On Fri, Apr 24, 2009 at 07:34:07PM -0700, Mark A. Greer wrote:
Please add:
Signed-off-by: Mikhail Cherkashin
> Signed-off-by: Steve Chen
> Signed-off-by: Mark A. Greer
___
Davinci-linux-open-source mailing list
Davinci-linux-open-
From: Mark A. Greer
Group the pinmux indices for various devices to ease setting up
the pinmux for a device. A new routine, da830_pinmux_setup(),
is added to do the pinmux setup for a group.
Signed-off-by: Mark A. Greer
---
I'd still like to have the pinmux setup at driver init time
in
From: Mark A. Greer
Add support for the DA830/OMAP-L137 Evaluation Module (EVM
from TI. The EVM has User Interface (UI) and Audio cards
that can be connected that contain various devices.
Support for those devices and ones on the EVM will be
added in subsequent patches.
Signed-off-by: Steve
From: Mark A. Greer
The offset for the compare register used by the davinci
time code are passed in via the cmp_off member of the
'davinci_timer_instance' structure. Therefore, the
offset defined in time.c are not necessary.
Signed-off-by: Mark A. Greer
---
This patch is same a
On Wed, Apr 22, 2009 at 04:58:22PM -0700, Mark A. Greer wrote:
> diff --git a/arch/arm/mach-davinci/da830.c b/arch/arm/mach-davinci/da830.c
> +#define DA830_PLL0_BASE 0x01C11000
> +#define DA830_JTAG_ID_REG0x01c14018
> +#define DA830_GPIO_BASE 0x01E26000
Ar
On Wed, Apr 22, 2009 at 06:09:40PM -0500, Ambrose, Martin wrote:
> Hi Mark,
>
> > -Original Message-
> > From: Mark A. Greer [mailto:mgr...@mvista.com]
> > Sent: Wednesday, April 22, 2009 5:40 PM
> >
> > On Wed, Apr 22, 2009 at 12:58:12PM -0500, Ambrose
From: "Mark A. Greer"
Add support for the DA830/OMAP-L137 Evaluation Module (EVM
from TI. The EVM has User Interface (UI) and Audio cards
that can be connected that contain various devices.
Support for those devices and ones on the EVM will be
added in subsequent patches.
Signed-off-
From: "Mark A. Greer"
The offset for the compare register used by the davinci
time code are passed in via the cmp_off member of the
'davinci_timer_instance' structure. Therefore, the
offset defined in time.c are not necessary.
Signed-off-by: Mark A. Greer
---
This patch i
to:davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf
> > Of Mark A. Greer
> > Sent: Tuesday, April 21, 2009 7:13 PM
> > Subject: Re: [PATCH 2/3] ARM: da830 - Add base DA830/OMAP-L137 SoC support
> >
> > On Tue, Apr 21, 2009 at 05:05:14PM -0700, Mark A. Greer wrote:
> >
From: Mark A. Greer
Add #ifndef to musb header file to prevent multiple inclusions.
Signed-off-by: Mark A. Greer
---
Should this go to the usb community?
include/linux/usb/musb.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/linux/usb/musb.h b/include
On Tue, Apr 21, 2009 at 05:04:30PM -0700, Mark A. Greer wrote:
> From: Mark A. Greer
>
> The offset for the compare register used by the davinci
> time code are passed in via the cmp_off member of the
> 'davinci_timer_instance' structure. Therefore, the
> offs
On Tue, Apr 21, 2009 at 05:05:14PM -0700, Mark A. Greer wrote:
> From: Mark A. Greer
>
> The da830/omap l137 is a new SoC from TI that is similar
> to the davinci line. Since its so similar to davinci,
> put the support for the da830 in the same directory as
> the davinci cod
From: Mark A. Greer
Add support for the DA830/OMAP-L137 Evaluation Module (EVM
from TI. The EVM has User Interface (UI) and Audio cards
that can be connected that contain various devices.
Support for those devices and ones on the EVM will be
added in subsequent patches.
Signed-off-by: Mark A
From: Mark A. Greer
The offset for the compare register used by the davinci
time code are passed in via the cmp_off member of the
'davinci_timer_instance' structure. Therefore, the
offset defined in time.c are not necessary.
Signed-off-by: Mark A. Greer
---
arch/arm/mach-davi
On Fri, Apr 17, 2009 at 11:59:42AM -0500, Kevin Hilman wrote:
> "Mark A. Greer" writes:
>
> > This is version 3 of what was previously called
> > "ARM: da830 - Add support for DA830/OMAP-L137 EVM"
> > but with the da830 patches removed and Kevin
On Fri, Apr 17, 2009 at 11:42:22AM -0500, Kevin Hilman wrote:
> "Mark A. Greer" writes:
>
> > From: Mark A. Greer
> >
> > The Timer64p timer has 8 compare registers that can
> > be used to generate interrupts when the timer value
> > matches the com
On Wed, Apr 15, 2009 at 11:28:30PM -0500, Kevin Hilman wrote:
> "Mark A. Greer" writes:
>
> > From: Mark A. Greer
> >
> > Factor out the code to extract that mac address from
> > i2c eeprom. Also factor out the code that fixes up
> > a bogus mac
From: Mark A. Greer
Create a structure to encapsulate SoC-specific information.
This will assist in generalizing code so it can be used by
different SoCs that have similar hardware but with minor
differences such as having a different base address.
The idea is that the code for each SoC fills
From: Mark A. Greer
Different SoC have different numbers of pinmux registers and other
resources that overlap with each other. To clean up the code and
eliminate defines that overlap with each other, move the PINMUX
defines to the SoC specific files.
Signed-off-by: Mark A. Greer
---
arch/arm
From: Mark A. Greer
Factor out the code to extract that mac address from
i2c eeprom. Also factor out the code that fixes up
a bogus mac address.
Signed-off-by: Mark A. Greer
---
arch/arm/mach-davinci/Makefile|3 +-
arch/arm/mach-davinci/board-dm644x-evm.c | 26
From: Mark A. Greer
Since most of the emac platform_data is really SoC specific
and not board specific, move it to the SoC-specific files.
Put a pointer to the platform_data in the soc_info structure
so the board-specific code can set some of the platform_data
if it needs to.
Signed-off-by
From: Mark A. Greer
Integrate the Common Platform Interrupt Controller (cp_intc)
support into the low-level irq handling for davinci and similar
platforms. Do it such that support for cp_intc and the original
aintc can coexist in the same kernel binary.
Signed-off-by: Mark A. Greer
---
arch
From: Mark A. Greer
The dm644x and dm646x board files have i2c eeprom read and
write routines but they are not used so remove them.
Signed-off-by: Mark A. Greer
---
arch/arm/mach-davinci/board-dm644x-evm.c | 16
arch/arm/mach-davinci/board-dm646x-evm.c
From: Mark A. Greer
The Timer64p timer has 8 compare registers that can
be used to generate interrupts when the timer value
matches the compare reg's value. They do not disturb
the timer itself. This can be useful when there is
only one timer available for both clock events and
clocks
From: Mark A. Greer
The davinci timer code currently hardcodes the timer register
base addresses, the timer irq numbers, and the timers to use
for clock events and clocksource. This won't work for some
a new SoC so put those values into the soc_info structure
and set them up in the SoC-spe
From: Mark A. Greer
Use the SoC infrastructure to hold the interrupt controller
information (i.e., base address, default priorities,
interrupt controller type, and the number of IRQs).
The interrupt controller base, although initially put
in the soc_info structure's intc_base fiel
From: Mark A. Greer
The watchdog code currently hardcodes the base address
of the timer its using. To support new SoCs, make it
support timers at any address. Use the soc_info structure
to do this.
Signed-off-by: Mark A. Greer
---
arch/arm/mach-davinci/devices.c |7
From: Mark A. Greer
The current gpio code needs to know the number of
gpio irqs there are and what the bank irq number is.
To determine those values, it checks the SoC type.
It also assumes that the base address and the number
of irqs the interrupt controller uses is fixed.
To clean up the SoC
From: Mark A. Greer
Currently, there is one set of platform_device and platform_data
structures for all DaVinci SoCs. The differences in the data
between the various SoCs is handled by davinci_serial_init()
by checking the SoC type. However, as new SoCs appear, this
routine will become more
From: Mark A. Greer
The current code to support the DaVinci Power and Sleep Controller (PSC)
assumes that there is only one controller. This assumption is no longer
valid so expand the support to allow greater than one PSC.
To accomplish this, put the base addresses for the PSCs in the SoC
From: Mark A. Greer
Create a structure to encapsulate SoC-specific information.
This will assist in generalizing code so it can be used by
different SoCs that have similar hardware but with minor
differences such as having a different base address.
The idea is that the code for each SoC fills
From: Mark A. Greer
The Davinci cpu_is_davinci_*() macros use the SoC part number
and variant retrieved from the JTAG ID register to determine the
type of cpu that the kernel is running on. Currently, the code to
read the JTAG ID register assumes that the register is always at
the same base
1 - 100 of 262 matches
Mail list logo