This patch implements several updates:
-Disable CONFIG_ENV_OVERWRITE
-Add new hardware style variants and set the arch numbers appropriate
(autodetect)
-Pass the serial# and hardware revision to the kernel
Signed-off-by: Daniel Gorsulowski
---
board/esd/meesc/meesc.c | 74
Hi Albin,
>Someone encoutered the same issue:
>http://lists.denx.de/pipermail/u-boot/2009-September/059684.html
>This is because the patch is based on a change that was part of another patch
>that added support to a new >board. You can work around this easily: in
>at91sam9260_devices.c, simply
Hello,
Daniel Gorsulowski wrote:
> Hello Wolfgang, Jean-Christophe,
>
> Wolfgang Denk wrote:
>> Dear Daniel,
>>
>> In message <20090904211358.gr30...@game.jcrosoft.org> Jean-Christophe wrote:
+#ifdef CONFIG_REVISION_TAG
+u32 get_board_rev(void)
+{
+ return hw_rev | 0x100;
>>>
>
> Dear Peter,
>
> In message <1252426573.6005.253.ca...@localhost.localdomain> you wrote:
> >
> > Going over the emails and my own testing, it looks the following
> > versions worked:
> ...
>
> Thanks for the detailed analysis.
>
> I remember that gcc-3.4.x has always been marked as "suspicious"
On Wed, 09 Sep 2009 09:06 +0200, Konrad Mattheis wrote :
> Hi Albin,
>
>
> >Someone encoutered the same issue:
> >http://lists.denx.de/pipermail/u-boot/2009-September/059684.html
> >This is because the patch is based on a change that was part of another
> >patch that added support to a new >boa
Dear Heiko Schocher,
In message <4aa755cd.8050...@denx.de> you wrote:
> - as this boards are similiar, collect common config option
> in manroland-common.h
> - add OF support
> - update default environment
>
> Signed-off-by: Heiko Schocher
> ---
> board/mucmc52/mucmc52.c|7 +
>
Dear Heiko Schocher,
In message <4aa755d4.1020...@denx.de> you wrote:
> Signed-off-by: Heiko Schocher
> ---
> board/mucmc52/mucmc52.c | 15 +++
> board/uc101/uc101.c | 15 +++
> 2 files changed, 30 insertions(+), 0 deletions(-)
Hmm... that looks like duplicated i
Dear Dirk Eibach,
In message <1252479834-24314-1-git-send-email-eib...@gdsys.de> you wrote:
> Signed-off-by: Dirk Eibach
> ---
> Changes since v1:
> - also changed config name
>
> Changes since v2:
> - also changed file- and directory-names
>
> MAINTAINERS |2 +
Hello Wolfgang,
Wolfgang Denk wrote:
> In message <4aa755d4.1020...@denx.de> you wrote:
>> Signed-off-by: Heiko Schocher
>> ---
>> board/mucmc52/mucmc52.c | 15 +++
>> board/uc101/uc101.c | 15 +++
>> 2 files changed, 30 insertions(+), 0 deletions(-)
>
> Hmm... t
Dear Daniel Gorsulowski,
In message <12524805241911-git-send-email-daniel.gorsulow...@esd.eu> you wrote:
> This patch implements several updates:
> -Disable CONFIG_ENV_OVERWRITE
> -Add new hardware style variants and set the arch numbers appropriate
> (autodetect)
> -Pass the serial# and hardware
Dear Heiko Schocher,
In message <4aa7716c.3000...@denx.de> you wrote:
>
> > Hmm... that looks like duplicated identical code to me. Maybe we can
> > move this into a central location instead?
>
> Hmm.. you are right, maybe cpu/mpc5xxx/cpu.c ft_cpu_setup() is
> a better place for it. And we can a
I wonder if this hides another problem too.
if the timeout hits, -1 is returned.
Then in i2c_read()/i2c_write() you have:
if (i2c_wait4bus() >= 0
&& i2c_write_addr(dev, I2C_WRITE_BIT, 0) != 0
&& __i2c_write(&a[4 - alen], alen) == alen)
i = 0; /* No
PIO Mode Support for eSDHC Controller Driver on Freescale SoCs.
Signed-off-by: Dipen Dudhat
---
- applies on git.denx.de/u-boot-mpc85xx.git branch->next
drivers/mmc/fsl_esdhc.c | 80 +-
include/fsl_esdhc.h |2 +
2 files changed, 80 insertions
Dear Dipen Dudhat,
In message <1252488547-26676-1-git-send-email-dipen.dud...@freescale.com> you
wrote:
> PIO Mode Support for eSDHC Controller Driver on Freescale SoCs.
Please do not repeat the Subject: in the commit message.
You may want to add a little more of explanation, though.
...
> +
Signed-off-by: Dirk Eibach
---
Changes since v1:
- also changed config name
Changes since v2:
- also changed file- and directory-names
Changes since v3:
- used format-patch -M -C to detect renames properly
MAINTAINERS|2 +-
MAKEALL
Minkyu Kang wrote:
> Tom wrote:
>> Dirk Behme wrote:
>>> Tom wrote:
Minkyu Kang wrote:
> Dear Dirk,
>
>
I have lost track of this thread.
>>> Yes, and I'm currently trying to get the track back ;)
>>>
When last I worked this, it seemed like the cache routines w
Dear Wolfgang,
On Tue, Sep 08, 2009 at 02:45:18PM +0200, Wolfgang Denk wrote:
> in the context of splitting the ARM architecure into vendor-related
> sub-repositories an new "u-boot-samsung.git" repository has been
> created; it seems to make sense to merge the older u-boot-s3c24xx
> repository
Hi Heiko,
> - as this boards are similiar, collect common config option
> in manroland-common.h
> - add OF support
> - update default environment
>
> Signed-off-by: Heiko Schocher
> ---
> board/mucmc52/mucmc52.c|7 +
> board/uc101/uc101.c|7 +
> include/conf
Dear Tom,
2009/9/9 Tom :
> Minkyu Kang wrote:
>> Tom wrote:
>>> Dirk Behme wrote:
Tom wrote:
> Minkyu Kang wrote:
>> Dear Dirk,
>>
>>
>
>
> I have lost track of this thread.
Yes, and I'm currently trying to get the track back ;)
> When last I worked
Hi Heiko
Heiko Schocher denx.de> writes:
> Yes, thats the kmsupx4 and mgsuvd boards. The generic memory fixup
> can be used (I tried this), but with the generic Ethernet fixup
> something goes wrong. If I find time, I take a look at it.
At the beginning I had issues as my device tree was missing
Dear Detlev Zundel,
In message you wrote:
>
> > +#define CONFIG_MPC5xxx 1 /* This is an MPC5xxx CPU
> > */
> > +#define CONFIG_MPC5200 1 /* (more precisely an MPC5200
> > CPU) */
> > +
> > +#define CONFIG_SYS_MPC5XXX_CLKIN 3300 /* ..
This patch adds support to iMX27ADS development board. This board has
128MB RAM, 32MB NOR Flash and 128MB NAND Flash. Currently only
booting from NOR is supported.
Signed-off-by: Alan Carvalho de Assis
---
MAINTAINERS |3 +
MAKEALL
The env code is protected by the ENV_IS_EMBEDDED define, so attempting to
compile the code when this isn't defined is pointless. Now that the env
headers have unified around CONFIG_ENV_IS_EMBEDDED, convert the build
system to only build the env objects when this is enabled. And now that
the env c
On Friday 09 January 2009 04:38:22 Mike Frysinger wrote:
> The netcat utility likes to exit when it receives an empty packet (as it
> thinks this means EOF). This can easily occur when working with command
> line editing as this behavior will be triggered when using backspace. Or
> with tabs and
Rather than declare default bootm OS support options in cmd_bootm.c where
boards cannot override it, move the options to config_cmd_default.h. Now
boards that want to disable certain default OS's can do just that.
Signed-off-by: Mike Frysinger
---
common/cmd_bootm.c |4
inclu
Dear Mike Frysinger,
In message <1252500954-31428-1-git-send-email-vap...@gentoo.org> you wrote:
> Rather than declare default bootm OS support options in cmd_bootm.c where
> boards cannot override it, move the options to config_cmd_default.h. Now
> boards that want to disable certain default OS'
A number of boards didn't have CONFIG_SYS_MONITOR_LEN set properly based
on how TEXT_BASE was set.
Signed-off-by: Kumar Gala
---
This patch is cleaning up things so we can use CONFIG_SYS_MONITOR_LEN in
the linker script. I would appreciate ACKs via various board maintainers.
- k
include/conf
Dear Mike Frysinger,
In message <200909090846.33499.vap...@gentoo.org> you wrote:
>
> On Friday 09 January 2009 04:38:22 Mike Frysinger wrote:
> > The netcat utility likes to exit when it receives an empty packet (as it
> > thinks this means EOF). This can easily occur when working with command
>
Now that we set CONFIG_SYS_MONITOR_LEN properly we can use it and
TEXT_BASE to ensure that the boot page and reset vector are placed at
the proper location in the u-boot image.
We needed to cleanup the use of a C++ comment in P1_P2_RDB.h to allow
use of config.h in u-boot.lds.
Signed-off-by: Kuma
Dear Mike Frysinger,
In message <1252498455-28276-1-git-send-email-vap...@gentoo.org> you wrote:
> The env code is protected by the ENV_IS_EMBEDDED define, so attempting to
> compile the code when this isn't defined is pointless. Now that the env
> headers have unified around CONFIG_ENV_IS_EMBEDD
Dear Kumar Gala,
In message you wrote:
> A number of boards didn't have CONFIG_SYS_MONITOR_LEN set properly based
> on how TEXT_BASE was set.
>
> Signed-off-by: Kumar Gala
> ---
>
> This patch is cleaning up things so we can use CONFIG_SYS_MONITOR_LEN in
> the linker script. I would appreciat
Dear Kumar Gala,
In message <1252503014-3651-1-git-send-email-ga...@kernel.crashing.org> you
wrote:
> Now that we set CONFIG_SYS_MONITOR_LEN properly we can use it and
> TEXT_BASE to ensure that the boot page and reset vector are placed at
> the proper location in the u-boot image.
>
> We needed
On Wednesday 09 September 2009 09:33:20 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > The env code is protected by the ENV_IS_EMBEDDED define, so attempting to
> > compile the code when this isn't defined is pointless. Now that the env
> > headers have unified around CONFIG_ENV_IS_EMBEDDED, con
On Wednesday 09 September 2009 09:06:21 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > Rather than declare default bootm OS support options in cmd_bootm.c where
> > boards cannot override it, move the options to config_cmd_default.h. Now
> > boards that want to disable certain default OS's can d
On Wednesday 09 September 2009 09:28:42 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > On Friday 09 January 2009 04:38:22 Mike Frysinger wrote:
> > > The netcat utility likes to exit when it receives an empty packet (as
> > > it thinks this means EOF). This can easily occur when working with
> >
On Sep 9, 2009, at 8:42 AM, Wolfgang Denk wrote:
>>
>> --- a/include/configs/ATUM8548.h
>> +++ b/include/configs/ATUM8548.h
>> @@ -198,7 +198,7 @@
>> #define CONFIG_SYS_GBL_DATA_OFFSET (CONFIG_SYS_INIT_RAM_END -
>> CONFIG_SYS_GBL_DATA_SIZE)
>> #define CONFIG_SYS_INIT_SP_OFFSETCONFIG_SYS_G
On Wed, Sep 9, 2009 at 4:19 AM, Joakim
Tjernlund wrote:
>
> I wonder if this hides another problem too.
> if the timeout hits, -1 is returned.
>
> Then in i2c_read()/i2c_write() you have:
> if (i2c_wait4bus() >= 0
> && i2c_write_addr(dev, I2C_WRITE_BIT, 0) != 0
> && __i
Dear Mike Frysinger,
In message <200909091002.40958.vap...@gentoo.org> you wrote:
>
> > I guess this is CONFIG_ENV_IS_EMBEDDED_CUSTOM then?
> >
> > Hm... but I see no users of this variable, nobody is setting it?
>
> Blackfin has been using ENV_IS_EMBEDDED_CUSTOM. i have a patch to update it
>
Dear Mike Frysinger,
In message <200909091007.33776.vap...@gentoo.org> you wrote:
>
> i'm not familiar enough with the nest of includes to locate a better place.
> a
> quick grep starting at common.h indicates a new header would have to be made.
Probably. There are many areas where default set
On Wednesday 09 September 2009 10:26:20 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > > I guess this is CONFIG_ENV_IS_EMBEDDED_CUSTOM then?
> > >
> > > Hm... but I see no users of this variable, nobody is setting it?
> >
> > Blackfin has been using ENV_IS_EMBEDDED_CUSTOM. i have a patch to upda
Dear Mike Frysinger,
In message <200909091015.05454.vap...@gentoo.org> you wrote:
>
> > 2) "use ncb when possible"
> >
> > Here I really dislike the implementation of "when possible", which
> > makes silent and undocumented assumptions about from which directory
> > the script has to be run. I gu
timur.t...@gmail.com wrote on 09/09/2009 16:24:15:
>
> On Wed, Sep 9, 2009 at 4:19 AM, Joakim
> Tjernlund wrote:
> >
> > I wonder if this hides another problem too.
> > if the timeout hits, -1 is returned.
> >
> > Then in i2c_read()/i2c_write() you have:
> > if (i2c_wait4bus() >= 0
> >
On Wednesday 09 September 2009 10:32:44 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > > 2) "use ncb when possible"
> > >
> > > Here I really dislike the implementation of "when possible", which
> > > makes silent and undocumented assumptions about from which directory
> > > the script has to be
From: Sandeep Paulraj
This patch removes dependency on the sizes.h header file
and removes all references to SZ_xx.
Signed-off-by: Sandeep Paulraj
---
Compiled all OMAP3 based boards.
cpu/arm_cortexa8/omap3/mem.c |6 +++---
cpu/arm_cortexa8/omap3/sys_info.c |2 +-
include/configs/
Dear s-paul...@ti.com,
In message <1252508154-28322-1-git-send-email-s-paul...@ti.com> you wrote:
> From: Sandeep Paulraj
>
> This patch removes dependency on the sizes.h header file
> and removes all references to SZ_xx.
...
> --- a/cpu/arm_cortexa8/omap3/mem.c
> +++ b/cpu/arm_cortexa8/omap3/me
This patch cleans up multiple issues of the 4xx register (mostly
DCR, SDR, CPR, etc) definitions:
- Change lower case defines to upper case (plb4_acr -> PLB4_ACR)
- Change the defines to better match the names from the
user's manuals (e.g. cprpllc -> CPR0_PLLC)
- Removal of some unused defines
On Wednesday 09 September 2009 10:28:23 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > i'm not familiar enough with the nest of includes to locate a better
> > place. a quick grep starting at common.h indicates a new header would
> > have to be made.
>
> Probably. There are many areas where def
Use the common config option for extracting the environment for embedding
into LDR files.
Signed-off-by: Mike Frysinger
---
include/configs/bf518f-ezbrd.h |2 +-
include/configs/bf526-ezbrd.h|2 +-
include/configs/bf527-ezkit.h|2 +-
include/configs/bf533-stamp.h|2
The env code is protected by the ENV_IS_EMBEDDED define, so attempting to
compile the code when this isn't defined is pointless. Now that the env
headers have unified around CONFIG_ENV_IS_EMBEDDED, convert the build
system to only build the env objects when this is enabled. And now that
the env c
From: Sandeep Paulraj
This patch removes dependency on the sizes.h header file
and removes all references to SZ_xx.
Signed-off-by: Sandeep Paulraj
---
Changes since the initial version include fixing an error noticed by Wolfgang
and using shift operators in ARM CORTEX A8 code.
cpu/arm_cortexa8
Hi All,
About this question, now we have two interim methods until we have kconfig:
1. As talked about with Wolfgang yesterday, just pass the board config name
to config.h, then leave the board config file to handle the different targets.
The patch can find through this link:
http://lists.den
The netcat utility likes to exit when it receives an empty packet (as it
thinks this means EOF). This can easily occur when working with command
line editing as this behavior will be triggered when using backspace. Or
with tabs and command line completion. So create two netcat processes -
one to
The standard netcat, while ubiquitous, doesn't handle broadcast udp packets
properly. The local ncb util does however. So if ncb can be located in
the standard locations, automatically use that instead.
Signed-off-by: Mike Frysinger
---
v2
- split the changes
- search PATH rathe
Some board ports place TEXT_BASE at a location that would cause the
RESET_VECTOR_ADDRESS not to be at 0xfffc when we link. By default
we assume RESET_VECTOR_ADDRESS will be 0xfffc if the board doesn't
explicitly set it.
Signed-off-by: Kumar Gala
---
board/freescale/mpc8536ds/config.mk |
Hi all
Has anybody used LZMA compression with u-boot?
If yes, can you pls share your experience?
Regards..
Prafulla . .
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Mon, Sep 07, 2009 at 05:18:43AM -0700, alex889 wrote:
>
> Thanks for your answer.
> I tried this before i posted the question, and it didn't work.
>
> Do you know the exact address of the U-Boot on the NAND?
You need to use the "nand" command to erase and program NAND. Typically
the boot ima
On Wednesday 09 September 2009 13:44:24 Prafulla Wadaskar wrote:
> Has anybody used LZMA compression with u-boot?
> If yes, can you pls share your experience?
booting lzma compressed linux uimage kernels worked fine on my Blackfin boards
provided the malloc region was increased appropriately (lzm
Signed-off-by: Mike Frysinger
---
v2
- drop CONFIG naming section
- fix MII documentation
doc/README.drivers.eth | 177
1 files changed, 177 insertions(+), 0 deletions(-)
create mode 100644 doc/README.drivers.eth
diff --git a/do
akshay ts wrote:
> Hi,
> I ran into problems when i enabled D cache. But later i found out that cache
> flush was required before enabling D Cache.
Flush or invalidate? See below...
> What i dont understand is why is it required?. Since earlier D cache is never
> enabled and so nothing should
Hi Albin,
so I describe you what I did.
Downloaded u-boot 2009.08
changed:
>#if defined(CONFIG_HAS_DATAFLASH)
to:
>#if defined(CONFIG_HAS_DATAFLASH) || defined(CONFIG_ATMEL_SPI)
applied Patch:
http://lists.denx.de/pipermail/u-boot/2009-September/060053.html
then applied Patch V3: from mail
a
On Sat, Sep 05, 2009 at 02:41:19PM -0400, Jerry Van Baren wrote:
> I'm not up on 8xx, but it may not have been pulled forward into the
> "powerpc" architecture (still "ppc"). The "powerpc" architecture switch
> is where linux/u-boot started using the FDT.
8xx is supported in arch/powerpc.
-Sco
On Wed, 09 Sep 2009 20:52 +0200, Konrad Mattheis wrote :
> Hi Albin,
>
> so I describe you what I did.
>
> Downloaded u-boot 2009.08
>
> changed:
> >#if defined(CONFIG_HAS_DATAFLASH)
> to:
> >#if defined(CONFIG_HAS_DATAFLASH) || defined(CONFIG_ATMEL_SPI)
>
> applied Patch:
> http://lists.denx.
Signed-off-by: Marcel Ziswiler
---
Changes since v1:
- CC R7780MP maintainer Nobuhiro Iwamatsu
include/configs/r7780mp.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/r7780mp.h b/include/configs/r7780mp.h
index 7738a17..71c570e 100644
--- a/include/con
Signed-off-by: Marcel Ziswiler
Acked-by: Heiko Schocher
---
Changes since v1:
- Added Heiko's ack
board/muas3001/muas3001.c | 16
1 files changed, 0 insertions(+), 16 deletions(-)
diff --git a/board/muas3001/muas3001.c b/board/muas3001/muas3001.c
index 8f83dd9..bf4ccb6 10064
Signed-off-by: Marcel Ziswiler
Tested-by: Heiko Schocher
---
Changes since v1:
- Added Heiko's tested-by
board/keymile/mgcoge/mgcoge.c |5 -
board/muas3001/muas3001.c | 15 ---
include/configs/mgcoge.h |1 +
include/configs/muas3001.h|1 +
4 files chan
Signed-off-by: Marcel Ziswiler
---
Changes since v1:
- CC all respective board maintainers
README|6 --
include/configs/IDS8247.h |2 --
include/configs/MPC8260ADS.h |1 -
include/configs/linkstation.h |2 --
include/configs/mgcoge.h |2 -
Signed-off-by: Marcel Ziswiler
Tested-by: Heiko Schocher
---
Changes since v1:
- Added previously missed mgcoge board as pointed out by Peter Tyser and Heiko
- Moved the board-specific Ethernet modifications into separate patch
Changes since v2:
- Added Heiko's tested-by
board/freescale/mpc8260
Signed-off-by: Marcel Ziswiler
---
Changes since v1:
- Removed redundant commit message as pointed out by Peter Tyser
- Separate patch to move FDT memory node fixup into common CPU code as pointed
out by Peter Tyser
Changes since v2:
- Fix patch line wrapping
Changes since v3:
- Removed copyright
From: Sandeep Paulraj
The Default mode that is built for the Davinci DVEVM happens
to be the NOR mode.
When we want to build for the NAND mode, we get a compilation
error. This is overcome by defining the CONFIG_MTD_DEVICE
flag in the NAND mode.
The image built for NAND mode was successfully test
Dear Kumar Gala,
In message <1252514873-7782-1-git-send-email-ga...@kernel.crashing.org> you
wrote:
> Some board ports place TEXT_BASE at a location that would cause the
> RESET_VECTOR_ADDRESS not to be at 0xfffc when we link. By default
> we assume RESET_VECTOR_ADDRESS will be 0xfffc if
Some board ports place TEXT_BASE at a location that would cause the
RESET_VECTOR_ADDRESS not to be at 0xfffc when we link. By default
we assume RESET_VECTOR_ADDRESS will be 0xfffc if the board doesn't
explicitly set it.
Signed-off-by: Kumar Gala
---
* Updated to add RESET_VECTOR_ADDRESS
Dear Kumar Gala,
In message <1252527755-14866-1-git-send-email-ga...@kernel.crashing.org> you
wrote:
> Some board ports place TEXT_BASE at a location that would cause the
> RESET_VECTOR_ADDRESS not to be at 0xfffc when we link. By default
> we assume RESET_VECTOR_ADDRESS will be 0xfffc i
Greetings,
Trying to get my arm board going when i noticed that it for some strange
reason tries to get two pcmcia drivers built in my binary.
Looking at the pcmcia makefile it seems like any image will
always include that. What am I missing?
/Kristoffer
#
# (C) Copyright 2000-2007
# Wolfgang D
Dear Kristoffer Ericson,
In message <20090909225613.c202c176.kristoffer.eric...@gmail.com> you wrote:
> Greetings,
>
> Trying to get my arm board going when i noticed that it for some strange
> reason tries to get two pcmcia drivers built in my binary.
That should be Mostly Harmless, as the obje
2009/9/10 Scott Wood :
> On Sat, Sep 05, 2009 at 02:41:19PM -0400, Jerry Van Baren wrote:
>> I'm not up on 8xx, but it may not have been pulled forward into the
>> "powerpc" architecture (still "ppc"). The "powerpc" architecture switch
>> is where linux/u-boot started using the FDT.
>
> 8xx is sup
Gao Ya'nan wrote:
> 2009/9/10 Scott Wood :
>> On Sat, Sep 05, 2009 at 02:41:19PM -0400, Jerry Van Baren wrote:
>>> I'm not up on 8xx, but it may not have been pulled forward into the
>>> "powerpc" architecture (still "ppc"). The "powerpc" architecture switch
>>> is where linux/u-boot started using
2009/9/10 Scott Wood :
> Gao Ya'nan wrote:
>>
>> 2009/9/10 Scott Wood :
>>>
>>> On Sat, Sep 05, 2009 at 02:41:19PM -0400, Jerry Van Baren wrote:
I'm not up on 8xx, but it may not have been pulled forward into the
"powerpc" architecture (still "ppc"). The "powerpc" architecture switc
On Sep 9, 2009, at 3:47 PM, Wolfgang Denk wrote:
> Dear Kumar Gala,
>
> In message <1252527755-14866-1-git-send-email-ga...@kernel.crashing.org
> > you wrote:
>> Some board ports place TEXT_BASE at a location that would cause the
>> RESET_VECTOR_ADDRESS not to be at 0xfffc when we link. By
On Sep 8, 2009, at 3:29 PM, Wolfgang Denk wrote:
> Signed-off-by: Wolfgang Denk
>
> ---
> v2: Fix building for TQM8548_BE
>
>On TQM8548_BE, building failed like that:
> Configuring for TQM85xx board...
> common/libcommon.a(cmd_mtdparts.o): In function
> `part_validate_erasebloc
- as this boards are similiar, collect common config option
in manroland-common.h and manroland-mpc52xx-common.h
for mpc52xx specific common options for this manufacturer.
- add OF support
- update default environment
Signed-off-by: Heiko Schocher
---
- changes since v1:
added suggestion f
U-Boot can detect, if a ide device is present or not.
If not and this new config option is activated, u-boot
removes the ata node from the DTS before booting Linux,
so the Linux IDE driver didn;t crashs, when probing the
device. This is needed for buggy hardware (uc101) where
no pull down resistor
From: Roy Zang
Enable usb ehci support for p2020ds board
Signed-off-by: Roy Zang
---
include/configs/P2020DS.h |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/include/configs/P2020DS.h b/include/configs/P2020DS.h
index 46af7b9..2a2b9ac 100644
--- a/include/conf
82 matches
Mail list logo
