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
---
mkconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/mkconfig b/mkconfig
index b0bbbd1..9efd2f
Signed-off-by: Mingkai Hu
---
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 @@ ATUM8548_config: unco
Hi Dirk,
On Wednesday 26 August 2009 09:08:26 Stefan Roese wrote:
> > Signed-off-by: Dirk Eibach
> > ---
> > Changes since v1:
> > - also changed config name
> >
> > Makefile| 16
> > include/configs/compactcenter.h |6 +++---
> > 2 files changed, 1
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
On Monday 07 September 2009 17:00:41 Matthias Fuchs wrote:
> Signed-off-by: Matthias Fuchs
Applied to ppc4xx. Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142
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 fil
Hi, Stefan
Stefan Roese wrote:
> On Monday 07 September 2009 15:57:19 Wouter Eckhardt wrote:
>
>> Well, I've been trying to work this into my U-Boot. I haven't succeeded
>> so far. Basically, the cache stuff in 4xx_spd_ddr2.c consists of setting
>> up a TLB without the CACHE_INHIBITED bit and
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
Hi, Stefan
Stefan Roese wrote:
> 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 e
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 o
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
co
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
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://git.denx.de/u-boot-mpc85xx.git master
Anton Vorontsov (1):
fsl: sys_eeprom: Fix 'm
From: Sandeep Paulraj
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 Paulraj
---
The "size
From: Sandeep Paulraj
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 with this enabled
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."
>
On Sep 2, 2009, at 3:20 AM, Wolfgang Denk wrote:
> Signed-off-by: Wolfgang Denk
> ---
> include/configs/TQM85xx.h | 18 +++---
> 1 files changed, 11 insertions(+), 7 deletions(-)
This breaks building of TQM85xx boards for me.
- k
___
U-B
On 9/8/09 2:49 AM, Stefan Roese wrote:
> 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
---
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
---
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
+++ b/board/muas3001/muas3001.c
Signed-off-by: Marcel Ziswiler
---
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
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
---
board/keymile/mgcoge/mgcoge.c |5 -
board/muas3001/muas3001.c | 15 ---
include/configs/mgcoge
Signed-off-by: Marcel Ziswiler
---
README|6 --
include/configs/IDS8247.h |2 --
include/configs/MPC8260ADS.h |1 -
include/configs/linkstation.h |2 --
include/configs/mgcoge.h |2 --
include/configs/mpc7448hpc2.h |1 -
include/config
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
> ---
> mkconfig |1 +
> 1 files changed, 1 insertions(+), 0 deletio
Move the memory node fixup of the MPC8260ADS, ids8247, mgcoge and muas3001
boards into common mpc8260 CPU code.
Signed-off-by: Marcel Ziswiler
---
board/freescale/mpc8260ads/mpc8260ads.c | 13 -
board/ids8247/ids8247.c | 16
board/keymile/mgcoge/m
Signed-off-by: Marcel Ziswiler
---
board/ep8248/ep8248.c| 16 -
include/configs/ep8248.h | 53 --
2 files changed, 37 insertions(+), 32 deletions(-)
diff --git a/board/ep8248/ep8248.c b/board/ep8248/ep8248.c
index bc20ba7..eb11418 1
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-
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_MPC85
From: Sandeep Paulraj
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
---
cpu/arm926ejs/davinci/Makefile
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
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
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 pr
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
>
> 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 think. Y
From: Sandeep Paulraj
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
---
The "asm/sizes.h" header file has the phrase "All rights reserved"
an
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
> ---
> board/keymile/mgcoge/mgcoge.c
Dear Marcel Ziswiler,
In message <1252423492.5386.7.ca...@com-21> you wrote:
> Signed-off-by: Marcel Ziswiler
> ---
> include/configs/r7780mp.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Your patch numbering is really, really confusing. There is a patch
posted for the first t
Dear Marcel Ziswiler,
In message <1252423607.5386.10.ca...@com-21> you wrote:
> Signed-off-by: Marcel Ziswiler
> ---
> README|6 --
> include/configs/IDS8247.h |2 --
> include/configs/MPC8260ADS.h |1 -
> include/configs/linkstation.h |2 --
> in
Dear Marcel Ziswiler,
In message <1252424017.5386.19.ca...@com-21> you wrote:
> Signed-off-by: Marcel Ziswiler
> ---
> board/ep8248/ep8248.c| 16 -
> include/configs/ep8248.h | 53
> --
> 2 files changed, 37 insertions(+), 32 delet
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
>
> 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 val
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 were going to
> be split.
>
> 1. generic cache routines
> 2. legacy soc cache routines
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:
>
> git://w
> -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 <1252434246-195
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 increase
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,
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 wrote:
> Paulraj, Sandeep wrote:
> >
> >> -Original Message-
> >> From: Wolfgang Denk [mailto:w...@denx.de]
> >> Sent: Tu
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
From:
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
> > ---
> > include/configs/TQM85xx.h | 18 +++---
> > 1 files changed, 11 insertions(+), 7 dele
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_eraseblock':
/home/wd/git/u-boot/work/common/cmd_mtdparts.c:316:
Dear Kumar Gala,
In message 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:
>
> git://git.denx.de/u-boot-mpc85xx.git mas
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 of
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 * 1
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/6
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
Dear s-paul...@ti.com,
In message <1252442075-21038-1-git-send-email-s-paul...@ti.com> you wrote:
> From: Sandeep Paulraj
>
> 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 val
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 s
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,
From: Sandeep Paulraj
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
---
v2 version of the patch does not change the DM355 configuration as su
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 Refe
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
---
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':
/home/wd/git/u-boot/work/common/cmd_mtdparts.c:316:
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 affecte
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
Dear Marcel Ziswiler,
In message <1252443768.5386.82.ca...@com-21> you wrote:
>
> Sorry about that, my understanding was to post new versions of a patch as a
> new thread. Is that not so?
No, on contrary. New versions of a patch should always make sure to
thread correctly to the old version(s).
Hi Wolfgang Denk
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
pair of glasses might help (;-p).
> You want to put the respecti
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
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 :)
> >
> > I
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
U-Boot@lists
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 suggest
On Tue, Sep 8, 2009 at 4:07 PM, Jerry Van Baren wrote:
> 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, fi
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 #define
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.
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
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
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 abo
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-o
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
O
From: Sandeep Paulraj
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. This offset value is
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 were going to
>> be split.
>>
>> 1. generic cache rout
Hi Sandeep,
On Tue, Sep 8, 2009 at 4:14 PM, wrote:
> From: Sandeep Paulraj
>
> 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 >>there. I have made a mist
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 DaVin
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 i
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 cont
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 b
Signed-off-by: Mingkai Hu
---
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 @@ ATUM8548_config: unco
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 were going to
>>> be split.
>>>
if link up detection code is disabled through config option, it gives build
warning.
This patch fixes the same
Signed-off-by: Prafulla Wadaskar
---
cpu/arm926ejs/config.mk |2 +-
drivers/net/kirkwood_egiga.c |4 +++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/cp
if link up detection code is disabled through config option, it gives build
warning.
This patch fixes the same
Signed-off-by: Prafulla Wadaskar
---
Changelog:
v2: unwanted commit in v1 patch removed
drivers/net/kirkwood_egiga.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
dif
1 - 100 of 108 matches
Mail list logo
