> > -Original Message-
> > From: Marek Vasut [mailto:ma...@denx.de]
> > Sent: 02 March 2012 16:07
> > To: Prafulla Wadaskar
> > Cc: Ajay Bhargav; li...@bohmer.net; u-boot@lists.denx.de
> > Subject: Re: [v3 2/3] USB: Armada100: EHCI Driver for Armada100 SOCs
> >
> > > > -Original Messag
Hello Tom,
will you take this patch? Or should we add the CONFIG_MTD_ECC_SOFT to
the boards?
Regards,
Thomas
On 02/13/2012 10:55 PM, Scott Wood wrote:
This reverts commit 4fee6c2f295f932b8febdc7ce8731ba045695fa5.
It breaks boards that currently rely on soft-ecc, as pointed out here:
http://
Dear Wolfgang,
On 03.03.2012 00:25, Wolfgang Denk wrote:
Dear Eric Nelson,
In message<1330728909-12203-1-git-send-email-eric.nel...@boundarydevices.com>
you wrote:
This series of patches is needed to allow main-line U-Boot to be used
with Freescale's Linux 2.6.38 non-DT kernel releases.
The
> -Original Message-
> From: Marek Vasut [mailto:ma...@denx.de]
> Sent: 02 March 2012 16:07
> To: Prafulla Wadaskar
> Cc: Ajay Bhargav; li...@bohmer.net; u-boot@lists.denx.de
> Subject: Re: [v3 2/3] USB: Armada100: EHCI Driver for Armada100 SOCs
>
> > > -Original Message-
> > > F
> This patch adds support for the GPIO keyboard used on MX6Q SabreLite.
>
> This is generally used for invoking Android "recovery mode" in
> response to a long press of volume key down during boot.
>
> This can be tested by a boot script like so:
> if keypress voldown && sleep 1 && keypress v
This patch requires Stefano's driver for MX5/MX6.
http://lists.denx.de/pipermail/u-boot/2012-February/118530.html
Signed-off-by: Eric Nelson
---
arch/arm/include/asm/arch-mx6/imx-regs.h | 11 +
board/freescale/mx6qsabrelite/mx6qsabrelite.c | 54 +
inc
On 03/02/2012 05:00 PM, Eric Nelson wrote:
This patch adds support for the GPIO keyboard used on MX6Q SabreLite.
This is generally used for invoking Android "recovery mode" in
response to a long press of volume key down during boot.
This can be tested by a boot script like so:
if keypress
This patch adds support for the GPIO keyboard used on MX6Q SabreLite.
This is generally used for invoking Android "recovery mode" in
response to a long press of volume key down during boot.
This can be tested by a boot script like so:
if keypress voldown && sleep 1 && keypress voldown ; then
On Fri, Mar 2, 2012 at 8:46 PM, Eric Nelson
wrote:
> These small patches will be a big help to those of us who need to
> support both though, and it's not yet clear how long the kernel
> transition will take.
Agree. It would be extremely helpful if we could run FSL kernel with
mainline U-boot.
On 03/02/2012 04:40 PM, Marek Vasut wrote:
Whoops.
Forgot to add the origin of this patch to the commit message:
http://lists.denx.de/pipermail/u-boot/2012-February/117695.html
Thanks Marek.
Eric, I hope you won't mind if we respin this patch a few times to make sure
nothing gets brok
On 03/02/2012 04:06 PM, Eric Nelson wrote:
ensure that transmit and receive buffers are cache-line aligned
invalidate cache after each packet received
flush cache before transmitting
Signed-off-by: Eric Nelson
---
drivers/net/fec_mxc.c | 248 +
On 03/02/2012 04:25 PM, Wolfgang Denk wrote:
Dear Eric Nelson,
In message<1330728909-12203-1-git-send-email-eric.nel...@boundarydevices.com>
you wrote:
This series of patches is needed to allow main-line U-Boot to be used
with Freescale's Linux 2.6.38 non-DT kernel releases.
These releases c
> Whoops.
>
> Forgot to add the origin of this patch to the commit message:
> http://lists.denx.de/pipermail/u-boot/2012-February/117695.html
>
> Thanks Marek.
Eric, I hope you won't mind if we respin this patch a few times to make sure
nothing gets broken by this.
M
>
> On 03/02/2012
> disabled by default until drivers are fixed
>
> Signed-off-by: Eric Nelson
> ---
> arch/arm/cpu/armv7/mx6/soc.c|8
> include/configs/mx6qarm2.h |2 ++
> include/configs/mx6qsabrelite.h |2 ++
> 3 files changed, 12 insertions(+), 0 deletions(-)
>
> diff --gi
> ensure that transmit and receive buffers are cache-line aligned
> invalidate cache after each packet received
> flush cache before transmitting
>
> Signed-off-by: Eric Nelson
> ---
> drivers/net/fec_mxc.c | 248
> - drivers/
> ---
> include/configs/mx6qsabrelite.h |4
> 1 files changed, 4 insertions(+), 0 deletions(-)
>
> diff --git a/include/configs/mx6qsabrelite.h
> b/include/configs/mx6qsabrelite.h index 3bd9bdb..a5dae73 100644
> --- a/include/configs/mx6qsabrelite.h
> +++ b/include/configs/mx6qsabrelite.
> ---
> arch/arm/include/asm/arch-mx6/imx-regs.h |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/arch/arm/include/asm/arch-mx6/imx-regs.h
> b/arch/arm/include/asm/arch-mx6/imx-regs.h index 6a200bb..3e5c4c2 100644
> --- a/arch/arm/include/asm/arch-mx6/imx-regs.h
> ++
> On 03/02/2012 04:06 PM, Eric Nelson wrote:
> > This series of patches defines the prerequisites for cache support on
> > i.MX6 to allow further driver development to occur.
> >
> > It does not enable the use of the data cache by default. To enable
> > data cache, comment out this line in mx6qsab
While finishing some work on support for a new machine, a build based
on the latest git, I see this:
...
U-Boot 2011.12-00374-g54e9668-dirty (Mar 02 2012 - 14:48:48)
Pogoplug E02
SoC: Kirkwood 88F6281_A0
DRAM: 256 MiB
WARNING: Caches not enabled
NAND: CONFIG_MTD_ECC_SOF
Dear Eric Nelson,
In message <1330728909-12203-1-git-send-email-eric.nel...@boundarydevices.com>
you wrote:
> This series of patches is needed to allow main-line U-Boot to be used
> with Freescale's Linux 2.6.38 non-DT kernel releases.
>
> These releases currently require at least the machine ty
On 03/02/2012 04:06 PM, Eric Nelson wrote:
This series of patches defines the prerequisites for cache support on i.MX6
to allow further driver development to occur.
It does not enable the use of the data cache by default. To enable
data cache, comment out this line in mx6qsabrelite.h or mx6qarm2
Whoops.
Forgot to add the origin of this patch to the commit message:
http://lists.denx.de/pipermail/u-boot/2012-February/117695.html
Thanks Marek.
On 03/02/2012 04:06 PM, Eric Nelson wrote:
ensure that transmit and receive buffers are cache-line aligned
invalidate cac
ensure that transmit and receive buffers are cache-line aligned
invalidate cache after each packet received
flush cache before transmitting
Signed-off-by: Eric Nelson
---
drivers/net/fec_mxc.c | 248 -
drivers/net/fec_mxc.h
---
include/configs/mx6qsabrelite.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/include/configs/mx6qsabrelite.h b/include/configs/mx6qsabrelite.h
index 3bd9bdb..a5dae73 100644
--- a/include/configs/mx6qsabrelite.h
+++ b/include/configs/mx6qsabrelite.h
@@ -212,4 +212
disabled by default until drivers are fixed
Signed-off-by: Eric Nelson
---
arch/arm/cpu/armv7/mx6/soc.c|8
include/configs/mx6qarm2.h |2 ++
include/configs/mx6qsabrelite.h |2 ++
3 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/a
---
arch/arm/include/asm/arch-mx6/imx-regs.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-mx6/imx-regs.h
b/arch/arm/include/asm/arch-mx6/imx-regs.h
index 6a200bb..3e5c4c2 100644
--- a/arch/arm/include/asm/arch-mx6/imx-regs.h
+++ b/arch/arm/in
This series of patches defines the prerequisites for cache support on i.MX6
to allow further driver development to occur.
It does not enable the use of the data cache by default. To enable
data cache, comment out this line in mx6qsabrelite.h or mx6qarm2.h:
#define CONFIG_SYS_DCACHE_OFF
_
> This series of patches is needed to allow main-line U-Boot to be used
> with Freescale's Linux 2.6.38 non-DT kernel releases.
>
> These releases currently require at least the machine type and
> revision atag entries and are configured to load boot scripts from
> the ext3 filesystem.
>
Almost
> Allow non-dt kernels to boot
>
> Signed-off-by: Troy Kisky
> ---
> board/freescale/mx6qsabrelite/mx6qsabrelite.c |6 --
> include/configs/mx6qsabrelite.h |1 +
> 2 files changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/board/freescale/mx6qsabrelite/mx6qsabre
> Freescale 2.6.38 (Non-DT) kernels require the revision atag to
> enable the VPU.
>
> Signed-off-by: Eric Nelson
> ---
> board/freescale/mx6qsabrelite/mx6qsabrelite.c |7 +++
> include/configs/mx6qsabrelite.h |1 +
> 2 files changed, 8 insertions(+), 0 deletions(-)
>
Current Ubuntu releases from Freescale contain a boot script in ext3 filesystem.
Signed-off-by: Eric Nelson
---
include/configs/mx6qsabrelite.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/mx6qsabrelite.h b/include/configs/mx6qsabrelite.h
index 53869a9
Allow non-dt kernels to boot
Signed-off-by: Troy Kisky
---
board/freescale/mx6qsabrelite/mx6qsabrelite.c |6 --
include/configs/mx6qsabrelite.h |1 +
2 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/board/freescale/mx6qsabrelite/mx6qsabrelite.c
b/board/fr
Freescale 2.6.38 (Non-DT) kernels require the revision atag to
enable the VPU.
Signed-off-by: Eric Nelson
---
board/freescale/mx6qsabrelite/mx6qsabrelite.c |7 +++
include/configs/mx6qsabrelite.h |1 +
2 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/boa
This series of patches is needed to allow main-line U-Boot to be used
with Freescale's Linux 2.6.38 non-DT kernel releases.
These releases currently require at least the machine type and
revision atag entries and are configured to load boot scripts from
the ext3 filesystem.
__
On 3/1/2012 3:50 PM, Troy Kisky wrote:
On 3/1/2012 2:54 PM, Albert ARIBAUD wrote:
Hi Troy,
Le 01/03/2012 22:13, Troy Kisky a écrit :
diff --git a/include/configs/ea20.h b/include/configs/ea20.h
index b4610d9..da49ae8 100644
--- a/include/configs/ea20.h
+++ b/include/configs/ea20.h
@@ -24,6 +2
On 03/02/2012 12:37 PM, Troy Kisky wrote:
> On 3/2/2012 10:45 AM, Stephen Warren wrote:
>> On 03/02/2012 12:00 AM, Wolfgang Denk wrote:
>>> Dear Troy Kisky,
>>>
>>> In message<4f4ffd1f.4080...@boundarydevices.com> you wrote:
> Not sure I understand why we have a "machine_ix_xxx()" here. Could
On 3/2/2012 10:45 AM, Stephen Warren wrote:
On 03/02/2012 12:00 AM, Wolfgang Denk wrote:
Dear Troy Kisky,
In message<4f4ffd1f.4080...@boundarydevices.com> you wrote:
Not sure I understand why we have a "machine_ix_xxx()" here. Could you>
explain?
Amicalement,
Because board/nvidia/seaboard/s
On Friday 02 March 2012 02:19:40 Wolfgang Denk wrote:
> Don;t use argv[0] for usage() because it may or may not be clobbered
Don't
> by the previous call to basename(). Use "prg" instead as it is done
> in the rest of the code.
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This i
On Friday 02 March 2012 06:40:07 Amit Virdi wrote:
> On 3/1/2012 12:41 AM, Mike Frysinger wrote:
> >> + u32 phy_configured;
> >>
> >> > +#define FALSE (0)
> >> > +#define TRUE (!FALSE)
> >
> > NAK: we already have "true" and "false" and the "bool" type. use those
> > instead.
>
> Are you
On 03/02/2012 12:00 AM, Wolfgang Denk wrote:
> Dear Troy Kisky,
>
> In message <4f4ffd1f.4080...@boundarydevices.com> you wrote:
>>
>>> Not sure I understand why we have a "machine_ix_xxx()" here. Could you >
>>> explain?
>>>
>>> Amicalement,
>>
>> Because board/nvidia/seaboard/seaboard.c uses mac
On 03/02/2012 07:44 AM, Stefan Roese wrote:
> Hi Scott,
>
> On Wednesday 29 February 2012 19:03:20 Scott Wood wrote:
> You also need the following define for this to work with the latest
> NAND subsystem:
>
> #define CONFIG_MTD_ECC_SOFT
>
> Not sure about SPEAr3xx. Most lik
In message <201203021659.21568.ma...@denx.de> you wrote:
>
...
> > That's what I did in original patch where I am aligning it by adding the
> > line
> >
> > +/* Device Descriptor */
> > +#ifdef ARCH_DMA_MINALIGN
> > + struct usb_device_descriptor descriptor
> > + __attr
Dear Keith Mok,
In message
you wrote:
>
> > Besides - I agree with Mike's comment how your MacOS issue should be
> > fixed.
> But will Mike's fix break Windows user which cross-compile u-boot ?
> The path separator is '\' instead of '/'
I'm not a windows expert (actually I'm proud of never hav
> On Friday 02 March 2012 08:11 PM, Marek Vasut wrote:
> >> On Friday 02 March 2012 07:16 PM, Marek Vasut wrote:
> As DMA expects the buffers to be equal and larger then
> cache lines, This aligns buffers at cacheline.
>
> Signed-off-by: Puneet Saxena
> ---
>
>
On Friday 02 March 2012 08:11 PM, Marek Vasut wrote:
On Friday 02 March 2012 07:16 PM, Marek Vasut wrote:
As DMA expects the buffers to be equal and larger then
cache lines, This aligns buffers at cacheline.
Signed-off-by: Puneet Saxena
---
Changes for V3:
- Removed local descriptor elem
This patchset adds support for both the Linkstation Live (LS-CHLv2) and
Linkstation Pro (LS-XHL) by Buffalo.
Signed-off-by: Michael Walle
Cc: Prafulla Wadaskar
Cc: Wolfgang Denk
---
v2:
- add to buffalo vendor directory instead of Marvell
- add both boards to MAINTAINERS
- don't define valu
> On Friday 02 March 2012 07:16 PM, Marek Vasut wrote:
> >> As DMA expects the buffers to be equal and larger then
> >> cache lines, This aligns buffers at cacheline.
> >>
> >> Signed-off-by: Puneet Saxena
> >> ---
> >>
> >> Changes for V3:
> >> - Removed local descriptor elements copy to gl
Hi Wolfgang,
> Besides - I agree with Mike's comment how your MacOS issue should be
> fixed.
But will Mike's fix break Windows user which cross-compile u-boot ?
The path separator is '\' instead of '/'
Regards,
Keith
___
U-Boot mailing list
U-Boot@list
On Friday 02 March 2012 07:16 PM, Marek Vasut wrote:
As DMA expects the buffers to be equal and larger then
cache lines, This aligns buffers at cacheline.
Signed-off-by: Puneet Saxena
---
Changes for V3:
- Removed local descriptor elements copy to global descriptor elements
- Removed
> As DMA expects the buffers to be equal and larger then
> cache lines, This aligns buffers at cacheline.
>
> Signed-off-by: Puneet Saxena
> ---
>
> Changes for V3:
> - Removed local descriptor elements copy to global descriptor elements
> - Removed "Signed-off-by: Jim Lin " from commit
Hi Scott,
On Wednesday 29 February 2012 19:03:20 Scott Wood wrote:
> >>> You also need the following define for this to work with the latest
> >>> NAND subsystem:
> >>>
> >>> #define CONFIG_MTD_ECC_SOFT
> >>>
> >>> Not sure about SPEAr3xx. Most likely this needs it as well.
> >>
> >> This is go
As DMA expects the buffers to be equal and larger then
cache lines, This aligns buffers at cacheline.
Signed-off-by: Puneet Saxena
---
Changes for V3:
- Removed local descriptor elements copy to global descriptor elements
- Removed "Signed-off-by: Jim Lin " from commit message
Changes f
Hi Amit,
On Wednesday 29 February 2012 10:10:20 Amit Virdi wrote:
> > You could tune this udelay(100) down more or even remove it completely.
> >
> > But such a change could be done in a addon cleanup patch, changing all
> > timeout loops this way. I suggest you take a look at my version, here
>
Signed-off-by: Marek Vasut
Cc: Stefano Babic
---
drivers/mtd/nand/mxs_nand.c | 53 --
1 files changed, 50 insertions(+), 3 deletions(-)
diff --git a/drivers/mtd/nand/mxs_nand.c b/drivers/mtd/nand/mxs_nand.c
index ce2a326..4b1297a 100644
--- a/drivers/mt
Signed-off-by: Marek Vasut
Cc: Stefano Babic
---
arch/arm/cpu/arm926ejs/cache.c | 66 ---
1 files changed, 54 insertions(+), 12 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/cache.c b/arch/arm/cpu/arm926ejs/cache.c
index 504f604..5b23e3a 100644
--- a/arc
Signed-off-by: Marek Vasut
Cc: Stefano Babic
---
arch/arm/cpu/arm926ejs/mx28/mx28.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/mx28/mx28.c
b/arch/arm/cpu/arm926ejs/mx28/mx28.c
index 9bfd83b..cf6d4e9 100644
--- a/arch/arm/cpu/arm926e
The desc_append() now flushes descriptors into RAM.
Signed-off-by: Marek Vasut
Cc: Stefano Babic
---
drivers/dma/apbh_dma.c | 23 ++-
1 files changed, 22 insertions(+), 1 deletions(-)
diff --git a/drivers/dma/apbh_dma.c b/drivers/dma/apbh_dma.c
index e85f5fe..c086629 1006
Add exynos4_dmc structure in dmc.h for exynos4 dram controllor(DMC).
Signed-off-by: Chander Kashyap
---
arch/arm/include/asm/arch-exynos/dmc.h | 109
1 files changed, 109 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-exynos/dmc.h
b/arch/
> Hi,
>
> On Friday 02 March 2012 04:13 PM, Marek Vasut wrote:
> >> Hi,
> >>
> >> On Friday 02 March 2012 12:08 AM, Marek Vasut wrote:
> On Thursday 01 March 2012 03:05 AM, Marek Vasut wrote:
> >> As DMA expects the buffers to be equal and larger then
> >> cache lines, This aligns bu
Hi,
On Friday 02 March 2012 04:13 PM, Marek Vasut wrote:
Hi,
On Friday 02 March 2012 12:08 AM, Marek Vasut wrote:
On Thursday 01 March 2012 03:05 AM, Marek Vasut wrote:
As DMA expects the buffers to be equal and larger then
cache lines, This aligns buffers at cacheline.
Signed-off-by: Puneet
On Thu, Mar 1, 2012 at 8:08 PM, Kumar Gala wrote:
>
> On Feb 29, 2012, at 12:17 AM, Govindraj wrote:
>
>> On Wed, Feb 29, 2012 at 4:47 AM, Kumar Gala
>> wrote:
>>> Does anyone have usb ethernet working on top of git tree on a panda board?
>>>
>> yes.
>>
>>> If so any gotcha's or details on how y
On 3/1/2012 12:41 AM, Mike Frysinger wrote:
+ u32 phy_configured;
> +#define FALSE(0)
> +#define TRUE (!FALSE)
NAK: we already have "true" and "false" and the "bool" type. use those
instead.
Are you sure Mike? I couldn't find in u-boot code "TRUE" and "FALSE"
defined in any
On 3/1/2012 12:39 AM, Mike Frysinger wrote:
On Wednesday 29 February 2012 05:37:20 Amit Virdi wrote:
The network controller mac resets hardware address stored in MAC_HI and
MAC_LO registers if mac is resetted. So, hw mac address needs to be
restored in case mac is explicitly resetted from driv
Hi Scott,
You also need the following define for this to work with the latest NAND
subsystem:
#define CONFIG_MTD_ECC_SOFT
Not sure about SPEAr3xx. Most likely this needs it as well.
This is going to be reverted for now -- I meant to leave it out of the
last patchset because of the need to u
Hello Scott,
On 3/2/2012 2:57 AM, Scott Wood wrote:
On 02/27/2012 03:38 AM, Amit Virdi wrote:
+ /*
+* This is a temporary erase check. A newly erased page read
+* would result in an ecc error because the oob data is also
+* erased to
This is a very rough (i.e. it is not even close to finished and maybe won't
even appply as it sits on top of some other dev patches I have) but it
should give you an idea of what the INIT_FUNC implementation will look like.
Ultimately, tools/mkinitseq.c will process the dependencies and generate
a
> Hi Marek,
>
> Le 29/02/2012 22:38, Marek Vasut a écrit :
> >> Hi Marek,
> >>
> >> Le 27/02/2012 21:53, Marek Vasut a écrit :
> Hi Marek,
>
> Le 27/02/2012 14:03, Marek Vasut a écrit :
> > The following changes since commit
> >
> > 417c2c787e32784b5de975065a7d1dd5b3cc8ecd:
>
> Hi,
>
> On Friday 02 March 2012 12:08 AM, Marek Vasut wrote:
> >> On Thursday 01 March 2012 03:05 AM, Marek Vasut wrote:
> As DMA expects the buffers to be equal and larger then
> cache lines, This aligns buffers at cacheline.
>
> Signed-off-by: Puneet Saxena
> ---
> >>
> Hi Marek,
>
> +#if defined(CONFIG_USBD_HS)
> +/**
> + * usbd_device_qualifier_descriptor
> + * @device: which device
> + * @port: which port
> + *
> + * Return the specified qualifier descriptor for the specified
> device. + */
> +struct usb_qualifier
Dear Wolfgang Denk,
in order to get all the rotting patches mainline ASAP, I'm submitting pull
request via u-boot-pxa/usb branch:
The following changes since commit 54e96680cb96fb7a4b8f43fd949c62054004d3e5:
Merge branch 'master' of git://git.denx.de/u-boot-microblaze (2012-02-26
22:17:40 +01
> > -Original Message-
> > From: Ajay Bhargav [mailto:ajay.bhar...@einfochips.com]
> > Sent: 13 February 2012 19:01
> > To: Prafulla Wadaskar
> > Cc: marek.va...@gmail.com; u-boot@lists.denx.de; Ajay Bhargav
> > Subject: [PATCH] Armada100: gplugD: Add FAT & EXT2 command support
> >
> > Thi
> > -Original Message-
> > From: Ajay Bhargav [mailto:ajay.bhar...@einfochips.com]
> > Sent: 13 February 2012 18:58
> > To: li...@bohmer.net
> > Cc: Prafulla Wadaskar; marek.va...@gmail.com; u-boot@lists.denx.de;
> > Ajay Bhargav
> > Subject: [v3 2/3] USB: Armada100: EHCI Driver for Armada1
Hi again,
On Fri, Mar 2, 2012 at 9:46 AM, Christian Riesch
wrote:
> Hi,
>
> On Thu, Mar 1, 2012 at 9:48 PM, Albert ARIBAUD
> wrote:
>> Le 01/03/2012 14:23, Fabio Estevam a écrit :
>>
>>> Hi,
>>>
>>> Currently CONFIG_ARCH_CPU_INIT is used to select arch_cpu_init() function.
>>>
>>> arch_cpu_init(
Hi,
On Thu, Mar 1, 2012 at 9:48 PM, Albert ARIBAUD
wrote:
> Le 01/03/2012 14:23, Fabio Estevam a écrit :
>
>> Hi,
>>
>> Currently CONFIG_ARCH_CPU_INIT is used to select arch_cpu_init() function.
>>
>> arch_cpu_init() does CPU level initialization, so why do we need to
>> include CONFIG_ARCH_CPU_I
On 03/01/2012 06:32 PM, Scott Wood wrote:
I'm saying that right now it's an OMAP-specific requirement and the
implementation of necessity involves the OMAP driver. If another driver
grows this as a requirement, we can consider refactoring so the command
line frontend is common.
Different ECC mo
75 matches
Mail list logo
