-Original Message-
From: Simon Kagstrom [mailto:simon.kagst...@netinsight.net]
Sent: Tuesday, August 25, 2009 1:00 PM
To: U-Boot ML
Cc: Prafulla Wadaskar; Nicolas Pitre
Subject: Re: [U-Boot] U-boot environment on Sheevaplug
Hi again!
I just wanted to check if there has been
Signed-off-by: Mingkai Hu mingkai...@freescale.com
---
Makefile|4 +---
include/configs/MPC8536DS.h |2 +-
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/Makefile b/Makefile
index 0449a5b..901a336 100644
--- a/Makefile
+++ b/Makefile
@@ -2444,9 +2444,7
Hi Dirk,
On Wednesday 26 August 2009 09:08:26 Stefan Roese wrote:
Signed-off-by: Dirk Eibach eib...@gdsys.de
---
Changes since v1:
- also changed config name
Makefile| 16
include/configs/compactcenter.h |6 +++---
2 files changed,
Hello,
I´ve already inserted the following code:
In at91sam9g20ek.c:
void thread_test(void)
{
printf(RESET via INT\n);
}
in function :static void at91sam9g20ek_macb_hw_init (void)
{
...
at91_sys_write(AT91_RSTC_MR, AT91_RSTC_KEY | AT91_RSTC_URSTIEN);
// Reset Bit AT91_RSTC_URSTS
On Wednesday 02 September 2009 17:24:57 Detlev Zundel wrote:
Using a separate u-boot environment variable allows to easily
specify different filenames for the update procedure. This is also in
line with many other board configurations defining an update script.
Applied to ppc4xx. Thanks.
On Friday 04 September 2009 10:37:04 Matthias Fuchs wrote:
This patch fixes PMC405DE support. Patch 85d6bf0b fixed out-of-tree
building for this board but the loadpci object did not get linked
after that.
Applied to ppc4xx. Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD:
On Monday 07 September 2009 17:00:40 Matthias Fuchs wrote:
This patch adds the CONFIG_PCI_4xx_PTM_OVERWRITE option and replaces
the ugly 'if defined(BOARD1) || ... || defined(BOARDn)' construct
in 4xx pci code.
When CONFIG_PCI_4xx_PTM_OVERWRITE is defined the default ptm register
setup can
On Monday 07 September 2009 17:00:41 Matthias Fuchs wrote:
Signed-off-by: Matthias Fuchs matthias.fu...@esd.eu
Applied to ppc4xx. Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell,
On Monday 07 September 2009 13:08:35 Stefan Roese wrote:
This patch fixes the following compilation warning:
miiphy.c: In function 'emac4xx_miiphy_read':
miiphy.c:353: warning: dereferencing type-punned pointer will break
strict-aliasing rules
Applied to ppc4xx. Thanks.
Cheers,
Stefan
--
The following changes since commit 0052a051f60a043f1730b3a46f23b3c7b0eb7820:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-i2c
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git master
Detlev Zundel (1):
amcc-common.h: Use
Hi Felix,
On Tuesday 08 September 2009 11:19:41 Felix Radensky wrote:
Not exactly related to the subject under discussion, but I thought I'd
mention it.
I had problems with ecc_init() on a custom 460EX board with soldered DDR2.
Right after ecc_init() u-boot was crashing on PLB access. I've
hi all,
u-boot-1.3.4,which was ported to my board S3C44B0.
now what I got from serial:
U-boot-1.3.4
DRAM:8M
FLASH:2M
after tracing functions by using printf command,I found the problem was
Felix,
On Tuesday 08 September 2009 12:05:30 Felix Radensky wrote:
Most likely historic reasons. I added Grant Erickson to Cc, IIRC he
added/tested this ecc_init() code. Maybe he can shed some more light into
this.
But from looking at it, it seems to me that we should get rid of one of
Dear =?utf-8?B?546L5Z+55YW7ICA=?=,
In message 131396.27983...@web92206.mail.cnh.yahoo.com you wrote:
u-boot-1.3.4,which was ported to my board S3C44B0.
U-Boot 1.3.4 is more than a year old - we had 5 official releases
since. Please consider U-Boot 1.3.4 unsupporeted and upodate to recent
code
Dear Harald,
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 into this one.
As you're the custodian for the u-boot-s3c24xx repository I
From: Sandeep Paulraj s-paul...@ti.com
This patch does the following
1) The config no longer uses the asm/sizes.h header file
2) Replaces references of SZ_xx with the equivalent values
3) Enables Bootdelay
4) We now have a safe place to save the environment variables
Signed-off-by: Sandeep
From: Sandeep Paulraj s-paul...@ti.com
The patch does the following
1) Gets rid of dependency on asm/sizes.h and replaces references
to SZ_xx with their equivalent values
2) Disables EMAC as the EMAC is broken due to recent changes that have been
added to the net driver. Board does not compile
I don't think we received a patch.
How are we moving forward as this is required for the NAND driver to work.
Thanks,
Sandeep
Hi Guido,
A while back you added nand_util.c to U-Boot, with a copyright statement
of Copyright (C) 2006 by Weiss-Electronic GmbH. All rights reserved.
At
On Sep 2, 2009, at 3:20 AM, Wolfgang Denk wrote:
Signed-off-by: Wolfgang Denk w...@denx.de
---
include/configs/TQM85xx.h | 18 +++---
1 files changed, 11 insertions(+), 7 deletions(-)
This breaks building of TQM85xx boards for me.
- k
---
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/configs/r7780mp.h
+++ b/include/configs/r7780mp.h
@@ -154,7 +154,7 @@
#define CONFIG_NET_MULTI
Signed-off-by: Marcel Ziswiler marcel.ziswi...@noser.com
---
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 100644
--- a/board/muas3001/muas3001.c
+++
Signed-off-by: Marcel Ziswiler marcel.ziswi...@noser.com
---
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/configs/r7780mp.h
+++
Remove Ethernet node fixup from mgcoge and muas3001 boards and modify its
configs for the common mpc8260 code to use generic Ethernet fixup.
Signed-off-by: Marcel Ziswiler marcel.ziswi...@noser.com
---
board/keymile/mgcoge/mgcoge.c |5 -
board/muas3001/muas3001.c | 15
Signed-off-by: Marcel Ziswiler marcel.ziswi...@noser.com
---
README|6 --
include/configs/IDS8247.h |2 --
include/configs/MPC8260ADS.h |1 -
include/configs/linkstation.h |2 --
include/configs/mgcoge.h |2 --
On Sep 8, 2009, at 2:07 AM, Mingkai Hu wrote:
then we can handle the different config target in the board file,
which simplify the top makefile for board that have multiple config
targets.
Signed-off-by: Mingkai Hu mingkai...@freescale.com
---
mkconfig |1 +
1 files changed, 1
Move the memory node fixup of the MPC8260ADS, ids8247, mgcoge and muas3001
boards into common mpc8260 CPU code.
Signed-off-by: Marcel Ziswiler marcel.ziswi...@noser.com
---
board/freescale/mpc8260ads/mpc8260ads.c | 13 -
board/ids8247/ids8247.c | 16
Signed-off-by: Marcel Ziswiler marcel.ziswi...@noser.com
---
board/ep8248/ep8248.c| 16 -
include/configs/ep8248.h | 53 --
2 files changed, 37 insertions(+), 32 deletions(-)
diff --git a/board/ep8248/ep8248.c
On Thu, 2009-08-27 at 12:49 -0500, Scott Wood wrote:
Peter Tyser wrote:
On Thu, 2009-08-27 at 10:38 -0500, Scott Wood wrote:
Someone tried to get proper relocation working a while ago, but ran into
toolchain bugs. Maybe current toolchains are better...
X-ES's board's in U-Boot fully
On Mon, Sep 07, 2009 at 02:38:22PM +0200, Wolfgang Denk wrote:
then in the include/configs/*.h:
#ifdef MPC8536DS_NAND
blablabla
#endif
#ifdef MPC8536DS_NAND_36BIT
blablabla
#endif
#ifdef MPC8536DS_36BIT
blablabla
#endif
That would be CONFIG_MPC8536DS_NAND etc., but
From: Sandeep Paulraj s-paul...@ti.com
DM646x is an SOC from TI which has both an ARM and a DSP.
There are multiple variants of the SOC mainly dealing with different
core speeds.
This patch adds the initial framework for the DM646x SOC.
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
---
Dear Scott Wood,
In message 20090908153825.ga18...@b07421-ec1.am.freescale.net you wrote:
#ifdef MPC8536DS_36BIT
blablabla
#endif
That would be CONFIG_MPC8536DS_NAND etc., but except of that that's
whaty I mean.
NAND and 36BIT are orthogonal options -- what is wrong with the
Michal Simek wrote:
Wolfgang Denk wrote:
Dear Michal Simek,
In message 4aa4c096.7060...@monstr.eu you wrote:
Hi Wolfgang,
I added all Microblaze changes to my repo.
Ben: Can you finally check LL-Temac driver? I haven't got any your reaction.
I know you have just a lot of work.
On Tuesday 08 September 2009 12:16:13 Peter Tyser wrote:
I did some debug on gcc 3.4.3/binutils2.3.4/glibc2.15 which was a known
non-working setup on an MPC8548-based board. I'm 98% sure the the
reason it fails because it doesn't properly generate .fixup sections.
No .fixup sections are
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 in
our tests, so for
Dear Sandeep,
In message 1252422547-27960-1-git-send-email-s-paul...@ti.com you wrote:
From: Sandeep Paulraj s-paul...@ti.com
The patch does the following
1) Gets rid of dependency on asm/sizes.h and replaces references
to SZ_xx with their equivalent values
This is actually a good idea, I
From: Sandeep Paulraj s-paul...@ti.com
This patch removes the asm/sizes.h header file from being
included in the DaVinci SOC configs.
References to SZ_xx have been replaced by appropriate
bit shifted values.
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
---
The asm/sizes.h header file has the
Dear Marcel Ziswiler,
In message 1252423922.5386.17.ca...@com-21 you wrote:
Move the memory node fixup of the MPC8260ADS, ids8247, mgcoge and muas3001
boards into common mpc8260 CPU code.
In which way is this patch version 2? I have not seen any v1 of such a
patch?
Signed-off-by: Marcel
Dear Marcel Ziswiler,
In message 1252423835.5386.15.ca...@com-21 you wrote:
Remove Ethernet node fixup from mgcoge and muas3001 boards and modify its
configs for the common mpc8260 code to use generic Ethernet fixup.
Signed-off-by: Marcel Ziswiler marcel.ziswi...@noser.com
---
Dear Marcel Ziswiler,
In message 1252423492.5386.7.ca...@com-21 you wrote:
Signed-off-by: Marcel Ziswiler marcel.ziswi...@noser.com
---
include/configs/r7780mp.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Your patch numbering is really, really confusing. There is a patch
Dear Marcel Ziswiler,
In message 1252423607.5386.10.ca...@com-21 you wrote:
Signed-off-by: Marcel Ziswiler marcel.ziswi...@noser.com
---
README|6 --
include/configs/IDS8247.h |2 --
include/configs/MPC8260ADS.h |1 -
Dear Marcel Ziswiler,
In message 1252424017.5386.19.ca...@com-21 you wrote:
Signed-off-by: Marcel Ziswiler marcel.ziswi...@noser.com
---
board/ep8248/ep8248.c| 16 -
include/configs/ep8248.h | 53
--
2 files changed, 37
There is no reason to do a run time check for e500 v1 based cores to
determine if we have the GUTs RSTCR facility. Only the first generation
of PQ3 parts (MPC8540/41/55/60) do not have it. So checking to see if
we are e500 v2 would miss future parts (like e500mc).
Just change this to be ifdef'd
Dear s-paul...@ti.com,
In message 1252434246-19517-1-git-send-email-s-paul...@ti.com you wrote:
From: Sandeep Paulraj s-paul...@ti.com
This patch removes the asm/sizes.h header file from being
included in the DaVinci SOC configs.
References to SZ_xx have been replaced by appropriate
bit
Tom wrote:
Minkyu Kang wrote:
Dear Dirk,
snip
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 were going to
be split.
1. generic cache routines
2. legacy soc cache routines.
Are
Dear Stefan Roese,
In message 200909081109.54942...@denx.de you wrote:
The following changes since commit 0052a051f60a043f1730b3a46f23b3c7b0eb7820:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-i2c
are available in the git repository at:
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Sent: Tuesday, September 08, 2009 2:51 PM
To: Paulraj, Sandeep
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH] TI DaVinci: Remove references to SZ_xx
Dear s-paul...@ti.com,
In message
Wolfgang,
Now how do I handle this?
Should I make a next branch and push this patch to the next branch or push it
directly to the master.
Assuming this was done intentionally:
[Sandeep] Yes this was intentional because for NANDs with large block
sizes(256 KiB), if this is not increased we
Paulraj, Sandeep wrote:
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Sent: Tuesday, September 08, 2009 2:51 PM
To: Paulraj, Sandeep
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH] TI DaVinci: Remove references to SZ_xx
Dear s-paul...@ti.com,
In message
Why is this change being made at all? Seems a lot more awkward to define (1
20) than SZ_1MB. SZ_1MB reads a lot easier.
--jc
On Tue, Sep 8, 2009 at 3:09 PM, Tom tom@windriver.com wrote:
Paulraj, Sandeep wrote:
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Jc,
Did you read what I wrote below the --- line in the patch itself?
Wolfgang wants to get rid of these references. He expressed this some time back.
If he decides to get rid of this file altogether this will lead to compilation
failures.
Thanks,
Sandeep
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.
---
MAINTAINERS |3 +
MAKEALL |1 +
Makefile
Dear Kumar Gala,
In message 971ea703-e556-477a-ae04-147ca724b...@kernel.crashing.org you wrote:
On Sep 2, 2009, at 3:20 AM, Wolfgang Denk wrote:
Signed-off-by: Wolfgang Denk w...@denx.de
---
include/configs/TQM85xx.h | 18 +++---
1 files changed, 11 insertions(+), 7
Signed-off-by: Wolfgang Denk w...@denx.de
---
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_eraseblock':
Dear Kumar Gala,
In message pine.lnx.4.64.0909080919540.2...@localhost.localdomain you wrote:
The following changes since commit 0052a051f60a043f1730b3a46f23b3c7b0eb7820:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-i2c
are available in the git repository
This patch allows to use the atmel_mci SD/MMC driver on the at91 architecture.
It contains:
- initialization code for the MCI controller for all the supported AT91. It
allows the use of only one controller even if a SoC has two controllers
(anyway there's no support for it in atmel_mci as
Dear J.C. Wren,
In message 17434f2e0909081312r3fe4523ej66ed4fc0275fa...@mail.gmail.com you
wrote:
Excellent explanation. Thank you.
Indeed. Thanks to gvb.
I'd just like to add that you also never know if SZ_1M is 1024*1024 or
1000*1000.
I do like this (from the email link): (31 * 1024 *
On Tue, 2009-09-08 at 20:37 +0200, Wolfgang Denk wrote:
Your patch numbering is really, really confusing. There is a patch
posted for the first time numbered as v2, another one as v3, and this
here is the second version of a patch which is still numbered v1.
Sorry if I confused you, that was
Dear Marcel Ziswiler,
In message 1252440603.5386.40.ca...@com-21 you wrote:
On Tue, 2009-09-08 at 20:25 +0200, Wolfgang Denk wrote:
In which way is this patch version 2? I have not seen any v1 of such a
patch?
What about http://article.gmane.org/gmane.comp.boot-loaders.u-boot/67275? A
Dear Scott Wood,
In message 20090908202143.ga26...@b07421-ec1.am.freescale.net you wrote:
On Tue, Sep 08, 2009 at 07:46:29PM +0200, Wolfgang Denk wrote:
NAND and 36BIT are orthogonal options -- what is wrong with the previous
suggestion of splitting them in mkconfig?
I don't like this
Dear s-paul...@ti.com,
In message 1252442075-21038-1-git-send-email-s-paul...@ti.com you wrote:
From: Sandeep Paulraj s-paul...@ti.com
This patch removes the asm/sizes.h header file from being
included in the DaVinci SOC configs.
References to SZ_xx have been replaced by appropriate
bit
Hi Wolfgang Denk
On Tue, 2009-09-08 at 20:41 +0200, Wolfgang Denk wrote:
Please put the affected board maintainers on Cc:
OK, sorry. Added them now.
How much testing has this patch seen?
Tested on ep8248. Unfortunately I don't have access to any of the other boards.
What about the other
Dear Marcel Ziswiler,
In message 1252442498.5386.67.ca...@com-21 you wrote:
On Tue, 2009-09-08 at 20:37 +0200, Wolfgang Denk wrote:
Your patch numbering is really, really confusing. There is a patch
posted for the first time numbered as v2, another one as v3, and this
here is the second
Wolfgang Denk wrote:
Would this still be a big problem if the auto-generated defines were put
in their own namespace (such as the CONFIG_MK_* that you suggested)?
Probably not a big problem, and maybe not even a practical problem.
But it is still ugly, and nothing I really like.
Well, yes
From: Sandeep Paulraj s-paul...@ti.com
This patch removes the asm/sizes.h header file from being
included in the DaVinci SOC configs.
References to SZ_xx have been replaced by appropriate
bit shifted values.
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
---
v2 version of the patch does not
Dear Wolfgang Denk
On Tue, 2009-09-08 at 22:44 +0200, Wolfgang Denk wrote:
Heh. If that was sufficient. I'm alrady wearing glasses _and_ contact
lenses, and it didn't help.
I do know that as I saw you at the EW in Nürnberg this spring.
Um... but why didn't you set the In-Reply-To: and
Dear Wolfgang Denk
On Tue, 2009-09-08 at 20:46 +0200, Wolfgang Denk wrote:
Please put the board maintainer on Cc:
OK, did so now.
We don't add copyright entries for so few lines of code. And we don;t
add a change log either. We have git to track the history of changes
for us.
OK, sorry.
Signed-off-by: Wolfgang Denk w...@denx.de
---
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_eraseblock':
Dear Marcel Ziswiler,
In message 1252444556.5386.91.ca...@com-21 you wrote:
On Tue, 2009-09-08 at 23:11 +0200, Wolfgang Denk wrote:
The patch should remove the macros then from the respective config
files.
Isn't that exactly what my patch does?
It doesn't do it for all affected boards.
On Tue, 2009-09-08 at 23:23 +0200, Wolfgang Denk wrote:
It doesn't do it for all affected boards. That's why I asked about for
example MPC8260ADS or mpc7448hpc2:
- grep OF_CPU include/configs/{MPC8260ADS,mpc7448hpc2}.h
include/configs/MPC8260ADS.h:#define OF_CPU c...@0
Wolfgang Denk wrote:
Dear J.C. Wren,
In message 17434f2e0909081312r3fe4523ej66ed4fc0275fa...@mail.gmail.com you
wrote:
Excellent explanation. Thank you.
Indeed. Thanks to gvb.
I'd just like to add that you also never know if SZ_1M is 1024*1024 or
1000*1000.
I do like this (from
Dear Jerry Van Baren,
In message 4aa6c913.7000...@ge.com you wrote:
I'd just like to add that you also never know if SZ_1M is 1024*1024 or
1000*1000.
I do like this (from the email link): (31 * 1024 * 1024). And it appears
not to give Wolfgang indigestion :)
It is probably the
Dear Wolfang Denk
On Tue, 2009-09-08 at 23:11 +0200, Wolfgang Denk wrote:
The patch should remove the macros then from the respective config
files.
Isn't that exactly what my patch does?
Cheers
Marcel Ziswiler
___
U-Boot mailing list
Jc,
Wolfgang is the best person to answer your question.
Also read this
http://lists.denx.de/pipermail/u-boot/2009-September/059794.html
The way I look at things, any new patches or files with such references are
going to get comments from him.
I will be submitting patches based on his
On Tue, Sep 8, 2009 at 4:07 PM, Jerry Van Baren gerald.vanba...@ge.comwrote:
J.C. Wren wrote:
I saw this comment: Also i gather from e-mails on the list that Wolfgang
does not like these references to SZ_xx. Maybe that discussion took
place
before I joined the list.
If he wants it that
On Tue, Sep 08, 2009 at 07:46:29PM +0200, Wolfgang Denk wrote:
NAND and 36BIT are orthogonal options -- what is wrong with the previous
suggestion of splitting them in mkconfig?
I don't like this idea as it will pollute the namespace by a number of
uncontrolled auto-generated #defines,
Hi Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD a écrit :
On 18:15 Sat 05 Sep , Eric Benard wrote:
these boards are built around Atmel's AT91SAM9260/9G20 and have
up to 64MB of NOR flash, up to 128MB of SDRAM, up to 2GB of NAND
and include a 10/100 Ethernet PHY in RMII mode.
Dear Marcel Ziswiler,
In message 1252443024.5386.76.ca...@com-21 you wrote:
What about the other boards then? Say MPC8260ADS or mpc7448hpc2?
As OF_CPU and OF_SOC is only ever used in cpu/mpc512x/cpu.c and
cpu/mpc5xxx/cpu.c there is no impact whatever on any of the other
boards.
The
Dear Sandeep,
In message 0554bef07d437848af01b9c9b5f0bc5d92568...@dlee01.ent.ti.com you
wrote:
Now how do I handle this?
Should I make a next branch and push this patch to the next branch or push
it directly to the master.
The merge window is open, so you can push this to master (and when
Hi Wolfgang Denk
On Tue, 2009-09-08 at 20:31 +0200, Wolfgang Denk wrote:
Should / could a similar change be added to
board/keymile/km8xx/km8xx.c, too?
You mean the kmsupx4 and mgsuvd boards. I guess as Ethernet node fixup is
already done in generic mpc8xx CPU code. I am afraid there might be
On Tue, 2009-09-08 at 23:19 +0200, Wolfgang Denk wrote:
No, on contrary. New versions of a patch should always make sure to
thread correctly to the old version(s). It seems that preferences here
are a matter of taste - my personal preference is to link to the
preceeding version of the patch,
J.C. Wren wrote:
I saw this comment: Also i gather from e-mails on the list that Wolfgang
does not like these references to SZ_xx. Maybe that discussion took place
before I joined the list.
If he wants it that way, fine. But that doesn't explain the why. What's
so offensive about the
Dear Kumar Gala,
In message 1249997451-21265-1-git-send-email-ga...@kernel.crashing.org you
wrote:
There are really no differences between all the 85xx linker scripts so
we can just move to a single common one. Board code is still able to
override the common one if need be.
Signed-off-by:
I saw this comment: Also i gather from e-mails on the list that Wolfgang
does not like these references to SZ_xx. Maybe that discussion took place
before I joined the list.
If he wants it that way, fine. But that doesn't explain the why. What's
so offensive about the SZ_* defines?
--jc
On
From: Sandeep Paulraj s-paul...@ti.com
This patch does the following
1) Enables the NAND driver which is now available.
2) Enables the 'CONFIG_MTD_DEVICE' as without this the
compilation will fail
3) We now have a safe place to store environment and defines
an offset where this can be stored.
Dirk Behme wrote:
Tom wrote:
Minkyu Kang wrote:
Dear Dirk,
snip
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 were going to
be split.
1. generic cache routines
2. legacy soc
Hi Sandeep,
On Tue, Sep 8, 2009 at 4:14 PM, s-paul...@ti.com wrote:
From: Sandeep Paulraj s-paul...@ti.com
This patch does the following
1) Enables the NAND driver which is now available.
On Sep 1 you said:
I'll send an updated NAND Davinci driver patch soon which adds to what is
already
I will send it.
And besides that will be against the u-boot-nand-flash GIT
Thanks,
Sandeep
From: John Rigby [jcri...@gmail.com]
Sent: Tuesday, September 08, 2009 8:07 PM
To: Paulraj, Sandeep
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH v2] TI
Wolfgang Denk wrote:
Dear Jerry Van Baren,
In message 4aa6c913.7000...@ge.com you wrote:
I'd just like to add that you also never know if SZ_1M is 1024*1024 or
1000*1000.
I do like this (from the email link): (31 * 1024 * 1024). And it appears
not to give Wolfgang indigestion :)
It is
Hi,
I ran into problems when i enabled D cache. But later i found out that cache
flush was required before enabling D Cache. What i dont understand is why is it
required?. Since earlier D cache is never enabled and so nothing should be
present in the cache.
Flushing is only required during
To simplify the top level makefile it useful to be able to parse
the top level makefile target to multiple individual target, then
put them to the config.h, leave the board config file to handle
the different targets.
Note that this method uses the '_'(underline) as the delimiter when
splits the
Signed-off-by: Mingkai Hu mingkai...@freescale.com
---
Makefile|4 +---
include/configs/MPC8536DS.h |2 +-
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/Makefile b/Makefile
index dd01b66..9624beb 100644
--- a/Makefile
+++ b/Makefile
@@ -2444,9 +2444,7
Tom wrote:
Dirk Behme wrote:
Tom wrote:
Minkyu Kang wrote:
Dear Dirk,
snip
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 were going to
be split.
1. generic cache routines
2.
if link up detection code is disabled through config option, it gives build
warning.
This patch fixes the same
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
cpu/arm926ejs/config.mk |2 +-
drivers/net/kirkwood_egiga.c |4 +++-
2 files changed, 4 insertions(+), 2
if link up detection code is disabled through config option, it gives build
warning.
This patch fixes the same
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
Changelog:
v2: unwanted commit in v1 patch removed
drivers/net/kirkwood_egiga.c |4 +++-
1 files changed, 3
Hello Marcel,
Marcel Ziswiler wrote:
Signed-off-by: Marcel Ziswiler marcel.ziswi...@noser.com
---
board/muas3001/muas3001.c | 16
1 files changed, 0 insertions(+), 16 deletions(-)
Unfortunately, I don;t have anymore access to this board, but your
patch looks good to me,
95 matches
Mail list logo