Re: [U-Boot-Users] [PATCH] pci: Move PCI device configuration check into a separate weak function
Hi Nobuhiro, On Wednesday 09 July 2008, Nobuhiro Iwamatsu wrote: > >> But I have suggestion. > >> > >> If these cords depend on PPC4xx and other PPC platform, I think that > >> move these code to PPC platform. > >> Do you think this suggestion? > > > > I don't know if this current implementation only works for PPC. Its used > > on all platforms using this PCI code right now. So I think we should keep > > this version in this file as default behavior. > > OK, I understand. > Acked-By: Nobuhiro Iwamatsu <[EMAIL PROTECTED]> > > Are you going to put this patch in 1.3.4? Yes, I think we should put it into the repo now. Wolfgang, can you please pick my patch up directly? Thanks. Best regards, Stefan = DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: [EMAIL PROTECTED] = - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 04/10 v2] [ARM] TQMA31: add new board with i.MX31 processor
In message <[EMAIL PROTECTED]> you wrote: > > Question: Why did you accept all the initial patches for > cpu/arm1136/mx31/interrupts.c and for the boards mx31ads, imx31_litekit, > imx31_phycore? Nobody raised concerns, and I did not notice problems either. I do not claim to catch 100% of all issues (I don't even claim to review all postings). But when I see a problem, I say so. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] The following statement is not true. The previous statement is true. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 04/10 v2] [ARM] TQMA31: add new board with i.MX31 processor
Wolfgang Denk schrieb: > In message <[EMAIL PROTECTED]> you wrote: >> The TQMA31, as well as the mx32ads use the General Purpose Timer 1, >> which is feeded by a 32768 clock (possibly imx31_litekit and >> imx31_phycore with 32000 Hz? I don't know.). The prescale divider can >> only be an integer. 32768/1000 = non-integer. > > I think other architectures hav / had similar issues. See for example > the MIPS fixes that were added some time ago. I'll take a look. >> Currently, I see only one way to solve this: >> 1. Patch the common file cpu/arm1136/mx31/interrupts.c, function >> interrupt_init(), so that the prescaler divides by 33. >> Alternatively, also make the divider a board specific define. >> 2. Patch all mx31 board config header files with CFG_HZ 1000. >> 3. All mx31 boards have to be tested. > > Sounds like a plan. What do you mean? It's just a proposal and I like to read comments from others, especially those, who wrote this code. >> And while we are at the timers: >> The udelay function is the next problem: >> udelay cannot go below 1/(32768 Hz) = 30.5 micros >> The current function inserts a theoretical nop if the requested usec >> value is below 1000. Therefore, IMHO, this timer is relatively >> imprecise, because the resulting delay is below 1 microsecond. >> IMHO, this all because of that slow input clock. > > How is this handled in Linux? I don't think they would let this go > through? I don't no. Where can I start to have a look on? According to experience, timer handling in Linux is much more complex. Question: Why did you accept all the initial patches for cpu/arm1136/mx31/interrupts.c and for the boards mx31ads, imx31_litekit, imx31_phycore? Kind regards, Jens - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] at91: Fix to enable using Teridian MII phy (78Q21x3) with at91sam9260
Hello, thanks a lot. Could you please take care that this will be fixed in the kernel code, too ? Best regards Manuel Sahm Anatolij Gustschin schrieb: Manuel Sahm wrote: if I apply the patch with: patch -p1 < patchat91.diff some messages occur, is this correct ? (Stripping trailing CRs from patch.) patching file board/atmel/at91sam9260ek/at91sam9260ek.c patch unexpectedly ends in middle of line Hunk #1 succeeded at 183 with fuzz 2 (offset -5 lines). it is very likely that these messages occur because the patch was incorrectly saved from the email body. This patch applies cleanly against top of our u-boot git tree. The description is correct - PA23 and PA24 are connected to the TWI EEPROM an the DevBoard at91sam9260ek. The patch works well. Here the signed-off line: Signed-off-by: Manuel Sahm <[EMAIL PROTECTED]> Thanks, I will repost the patch again. Another problem is, that the same error is in the official kernel tree in the file at91sam9260ek_devices.c ?! Although the error is still in the kernel, a modification of the uboot file at91sam9260ek.c is enough to get ethernet working ? if the kernel resets Peripheral B pin configuration, then ethernet will stop working, I think. This should be fixed in the kernel code, too. Best regards, Anatolij - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] Undelivered Mail Returned to Sender
This is the mail system at host efw-budpar.budpar.go.id. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to If you do so, please include this problem report. You can delete your own text from the attached returned message. The mail system <[EMAIL PROTECTED]>: host mx1.us.apache.org[140.211.11.136] said: 552 Message rejected as it is spam (body) (in reply to end of DATA command) Reporting-MTA: dns; efw-budpar.budpar.go.id X-Postfix-Queue-ID: AA5A7370148 X-Postfix-Sender: rfc822; u-boot-users@lists.sourceforge.net Arrival-Date: Thu, 10 Jul 2008 10:40:16 +0700 (WIT) Final-Recipient: rfc822; julie@jakarta.apache.org Original-Recipient: rfc822;julie@jakarta.apache.org Action: failed Status: 5.0.0 Remote-MTA: dns; mx1.us.apache.org Diagnostic-Code: smtp; 552 Message rejected as it is spam (body) Received: from localhost (localhost [127.0.0.1]) by efw-budpar.budpar.go.id (Postfix) with ESMTP id AA5A7370148 for <[EMAIL PROTECTED]>; Thu, 10 Jul 2008 10:40:16 +0700 (WIT) X-Virus-Scanned: by Endian Firewall Received: from lists.sourceforge.net (unknown [172.17.100.133]) by efw-budpar.budpar.go.id (Postfix) with ESMTP id 2A6DC35F06C for <[EMAIL PROTECTED]>; Thu, 10 Jul 2008 08:33:55 +0700 (WIT) From: u-boot-users@lists.sourceforge.net To: [EMAIL PROTECTED] Subject: Status Date: Thu, 10 Jul 2008 08:33:54 +0700 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_NextPart_000_0002_7FDABCF6.E819AD0D" X-Priority: 3 X-MSMail-Priority: Normal Message-Id: <[EMAIL PROTECTED]> - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] please ignore
- Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] usage of git to send patches to u-boot mailinglist
On Wed, Jul 9, 2008 at 8:21 PM, Harald Welte <[EMAIL PROTECTED]> wrote: > On Thu, Jul 10, 2008 at 12:30:03AM +0200, Wolfgang Denk wrote: >> In message <[EMAIL PROTECTED]> you wrote: >> > >> > New patch at the end of this mail! >> >> Could you please start using git to prepare and send patches? That >> would save me (and others) a lot of time. > > can do, even though I believe it is by far not the best tool to do so. > The problem is that I would have to use one local branch per feature > (i.e. lots of local branches that need to be kept in sync), and even > then any incremental changes/fixes to one particular feature are visible > in the commitlog (and thus result in changelog pollution). > > My best experience so far really is quilt for maintaining patchsets. > You can keep a large number of patches, easily switch between them and > keep your modifications organized per-feature, rather than in the > chronological commit order of a revision control system. > > So what I can probably do is to continue to use quilt up to the point > where I'd want to send something to a mailinglist, and then put into a > local git branch, export the patch from there and send it to the list. > > However, any further change to that patch based on feedback from the > list would again go into the quilt tree, I'd have to start with a clean > 'origin' u-boot git tree and commit the modified change into the git > tree. Otherwise we start having all the commit messages (like 'changed > coding style according to mailinglist feedback') in the code, even > _before_ that code was ever merged into the respective mainline git > tree. > > So is this really the preferred workflow? How are others dealing with > this? How to avoid commitlog pollution? If you really like quilt, then perhaps look into guilt? (A cross between the functionality of quilt, layered onto the underpinnings of git). Or you can cherry-pick your unchanged commits onto a new branch, plus the one requiring a change; make the change, do a git-add and a git-commit --amend and then cherry pick the remaining unchanged commits. (I believe this is essentially what guilt would do for you.) The idea here is that since you aren't expecting someone else to directly pull from your git repo (i.e. if you aren't a main maintainer) then you are free to "rebase" and re-write history to fix your mistakes without having to continually add on new commits and thus get commit log pollution. I don't claim to be a git expert, but I hope that helps some. You might find this an interesting read too. http://kerneltrap.org/Linux/Git_Management Paul. > >> Applied, thanks. > > thanks! > > -- > - Harald Welte <[EMAIL PROTECTED]> http://laforge.gnumonks.org/ > > "Privacy in residential applications is a desirable marketing option." > (ETSI EN 300 175-7 Ch. A6) > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > > iD8DBQFIdVYcXaXGVTD0i/8RAsV/AJ0csYVQbIRTa7iqAf3BGtS0xQORlACeL25v > AeUH4n0YtPWYvyig6S/16pA= > =JIP7 > -END PGP SIGNATURE- > > - > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > ___ > U-Boot-Users mailing list > U-Boot-Users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users > > - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] add 'license' command to u-boot?commandline
Wolfgang Denk wrote: > In message <[EMAIL PROTECTED]> you wrote: >> Bleah on the small C program (nothing personal, just hate to add Yet >> Another Program to the build process). How about using echo for prelim >> text (if necessary) and xxd to create the struct instead? I like making >> maintenance Somebody Else's Problem (SEP[1]) >> >> $ man xxd > > How standard is xxd across distributions and operating systems? > > Best regards, > > Wolfgang Denk In debian, it is (also) provided by the vim-common package. It looks like vim (the project) is the origin of the command. That was Harald's objection to using xxd. Unfortunately, it appears to be a reasonable objection. $ dpkg -S /usr/bin/xxd vim-common: /usr/bin/xxd IMHO, vim and xxd are essential programs so I'm OK with using xxd. OTOH, I understand some people actually prefer emacs and may have a problem with requiring vim to be installed. ;-/ Best regards, gvb - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] sh: add support for SH7785
2008/7/10 Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>: > On 21:07 Wed 09 Jul , Yoshihiro Shimoda wrote: >> Renesas SH7785 has DDR2-SDRAM controller, PCI, and other. >> This patch supports CPU register's header file. >> >> Signed-off-by: Yoshihiro Shimoda <[EMAIL PROTECTED]> >> --- >> include/asm-sh/cpu_sh4.h|2 + >> include/asm-sh/cpu_sh7785.h | 156 >> +++ >> 2 files changed, 158 insertions(+), 0 deletions(-) >> create mode 100644 include/asm-sh/cpu_sh7785.h >> >> diff --git a/include/asm-sh/cpu_sh4.h b/include/asm-sh/cpu_sh4.h >> index 5a8a5a1..de6eb5a 100644 >> --- a/include/asm-sh/cpu_sh4.h >> +++ b/include/asm-sh/cpu_sh4.h >> @@ -39,6 +39,8 @@ >> # include >> #elif defined (CONFIG_CPU_SH7780) >> # include >> +#elif defined (CONFIG_CPU_SH7785) >> +# include >> #else >> # error "Unknown SH4 variant" >> #endif >> diff --git a/include/asm-sh/cpu_sh7785.h b/include/asm-sh/cpu_sh7785.h >> new file mode 100644 >> index 000..ec42bc6 >> --- /dev/null >> +++ b/include/asm-sh/cpu_sh7785.h >> @@ -0,0 +1,156 @@ >> +#ifndef _ASM_CPU_SH7785_H_ >> +#define _ASM_CPU_SH7785_H_ >> + >> +/* >> + * Copyright (c) 2007,2008 Nobuhiro Iwamatsu > please add Nobuhiro Iwamatsu email if possible. >> + * Copyright (c) 2008 Yusuke Goda <[EMAIL PROTECTED]> >> + * Copyright (c) 2008 Yoshihiro Shimoda <[EMAIL PROTECTED]> >> + * > OK. Shimoda-san, Please add email "[EMAIL PROTECTED]" and resend patch. Best regards, Nobuhiro - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] usage of git to send patches to u-boot mailinglist
On Thu, Jul 10, 2008 at 12:30:03AM +0200, Wolfgang Denk wrote: > In message <[EMAIL PROTECTED]> you wrote: > > > > New patch at the end of this mail! > > Could you please start using git to prepare and send patches? That > would save me (and others) a lot of time. can do, even though I believe it is by far not the best tool to do so. The problem is that I would have to use one local branch per feature (i.e. lots of local branches that need to be kept in sync), and even then any incremental changes/fixes to one particular feature are visible in the commitlog (and thus result in changelog pollution). My best experience so far really is quilt for maintaining patchsets. You can keep a large number of patches, easily switch between them and keep your modifications organized per-feature, rather than in the chronological commit order of a revision control system. So what I can probably do is to continue to use quilt up to the point where I'd want to send something to a mailinglist, and then put into a local git branch, export the patch from there and send it to the list. However, any further change to that patch based on feedback from the list would again go into the quilt tree, I'd have to start with a clean 'origin' u-boot git tree and commit the modified change into the git tree. Otherwise we start having all the commit messages (like 'changed coding style according to mailinglist feedback') in the code, even _before_ that code was ever merged into the respective mainline git tree. So is this really the preferred workflow? How are others dealing with this? How to avoid commitlog pollution? > Applied, thanks. thanks! -- - Harald Welte <[EMAIL PROTECTED]> http://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) signature.asc Description: Digital signature - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH v2] PPC4xx: Add Mnemonics for AMCC/IBM DDR2 SDRAM Controller
This patch completes the preprocessor mneomics for the IBM DDR2 SDRAM
controller registers (MODT and INITPLR) used by the
PowerPC405EX(r). The MMODE and MEMODE registers are unified with their
peer values used for the INITPLR MR and EMR registers,
respectively. Finally, a spelling typo is correct (MANUEL to MANUAL).
With these mnemonics in place, the CFG_SDRAM0_* magic numbers for
Kilauea are replaced by equivalent mnemonics to make it easier to
compare and contrast other 405EX(r)-based boards (e.g. during board
bring-up).
Finally, unified the SDRAM controller register dump routine such that
it can be used across all processor variants that utilize the IBM DDR2
SDRAM controller core. It produces output of the form:
PPC4xx IBM DDR2 Register Dump:
...
SDRAM_MB0CF[40] = 0x6701
...
which is '[] = '. The DCR number is included
since it is not uncommon that the DCR values in header files get mixed
up and it helps to validate, at a glance, they match what is printed
in the user manual.
Tested on:
AMCC Kilauea/Haleakala:
- NFS Linux Boot: PASSED
- NAND Linux Boot: PASSED
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
cpu/ppc4xx/44x_spd_ddr2.c | 262 +
include/asm-ppc/ppc4xx-sdram.h | 279
include/configs/kilauea.h | 145 -
3 files changed
diff --git a/cpu/ppc4xx/44x_spd_ddr2.c b/cpu/ppc4xx/44x_spd_ddr2.c
index c28fc46..ef078b6 100644
--- a/cpu/ppc4xx/44x_spd_ddr2.c
+++ b/cpu/ppc4xx/44x_spd_ddr2.c
@@ -50,6 +50,8 @@
#include "ecc.h"
+static void ppc4xx_ibm_ddr2_register_dump(void);
+
#if defined(CONFIG_SPD_EEPROM) && \
(defined(CONFIG_440SP) || defined(CONFIG_440SPE) || \
defined(CONFIG_460EX) || defined(CONFIG_460GT))
@@ -243,7 +245,6 @@ static void test(void);
#else
static voidDQS_calibration_process(void);
#endif
-static void ppc440sp_sdram_register_dump(void);
int do_reset (cmd_tbl_t *cmdtp, int flag, int argc, char *argv[]);
void dcbz_area(u32 start_address, u32 num_bytes);
@@ -586,7 +587,7 @@ phys_size_t initdram(int board_type)
remove_tlb(0, dram_size);
program_tlb(0, 0, dram_size, MY_TLB_WORD2_I_ENABLE);
- ppc440sp_sdram_register_dump();
+ ppc4xx_ibm_ddr2_register_dump();
/*
* Clear potential errors resulting from auto-calibration.
@@ -2726,7 +2727,7 @@ calibration_loop:
printf("\nERROR: Cannot determine a common read delay for the "
"DIMM(s) installed.\n");
debug("%s[%d] ERROR : \n", __FUNCTION__,__LINE__);
- ppc440sp_sdram_register_dump();
+ ppc4xx_ibm_ddr2_register_dump();
spd_ddr_init_hang ();
}
@@ -2912,168 +2913,6 @@ static void test(void)
}
#endif
-#if defined(DEBUG)
-static void ppc440sp_sdram_register_dump(void)
-{
- unsigned int sdram_reg;
- unsigned int sdram_data;
- unsigned int dcr_data;
-
- printf("\n Register Dump:\n");
- sdram_reg = SDRAM_MCSTAT;
- mfsdram(sdram_reg, sdram_data);
- printf("SDRAM_MCSTAT= 0x%08X", sdram_data);
- sdram_reg = SDRAM_MCOPT1;
- mfsdram(sdram_reg, sdram_data);
- printf("SDRAM_MCOPT1= 0x%08X\n", sdram_data);
- sdram_reg = SDRAM_MCOPT2;
- mfsdram(sdram_reg, sdram_data);
- printf("SDRAM_MCOPT2= 0x%08X", sdram_data);
- sdram_reg = SDRAM_MODT0;
- mfsdram(sdram_reg, sdram_data);
- printf("SDRAM_MODT0 = 0x%08X\n", sdram_data);
- sdram_reg = SDRAM_MODT1;
- mfsdram(sdram_reg, sdram_data);
- printf("SDRAM_MODT1 = 0x%08X", sdram_data);
- sdram_reg = SDRAM_MODT2;
- mfsdram(sdram_reg, sdram_data);
- printf("SDRAM_MODT2 = 0x%08X\n", sdram_data);
- sdram_reg = SDRAM_MODT3;
- mfsdram(sdram_reg, sdram_data);
- printf("SDRAM_MODT3 = 0x%08X", sdram_data);
- sdram_reg = SDRAM_CODT;
- mfsdram(sdram_reg, sdram_data);
- printf("SDRAM_CODT = 0x%08X\n", sdram_data);
- sdram_reg = SDRAM_VVPR;
- mfsdram(sdram_reg, sdram_data);
- printf("SDRAM_VVPR = 0x%08X", sdram_data);
- sdram_reg = SDRAM_OPARS;
- mfsdram(sdram_reg, sdram_data);
- printf("SDRAM_OPARS = 0x%08X\n", sdram_data);
- /*
-* OPAR2 is only used as a trigger register.
-* No data is contained in this register, and reading or writing
-* to is can cause bad things to happen (hangs). Just skip it
-* and report NA
-* sdram_reg = SDRAM_OPAR2;
-* mfsdram(sdram_reg, sdram_data);
-* printf("SDRAM_OPAR2 = 0x%08X\n", sdram_data);
-*/
- printf("SDRAM_OPART = N/A ");
- sdram_reg = SDRAM_RTR;
- mfsdram(
Re: [U-Boot-Users] Release status - things to be done
Wolfgang Denk wrote: > 3582 06/10 Manuel Sahm[U-Boot-Users] Teridian Phy Support tr78q21x3 > 3618 06/10 Anatolij Gustschi Re: [U-Boot-Users] Teridian Phy Support > tr78q21x3 > -> asked submitter for proper patch patch now resubmitted as [U-Boot-Users] [PATCH v2] at91: Fix to enable using Teridian MII phy (78Q21x3) with at91sam9260 Best regards, Anatolij - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] PPC4xx: Add AMCC/IBM DDR2 SDRAM ECC Field Mnemonics
Add additional DDR2 SDRAM memory controller DCR mneomnics, condition revision ID DCR based on 405EX, and add field mnemonics for bus error status and ECC error status registers. Signed-off-by: Grant Erickson <[EMAIL PROTECTED]> --- include/asm-ppc/ppc4xx-sdram.h | 52 1 files changed, 52 insertions(+), 0 deletions(-) diff --git a/include/asm-ppc/ppc4xx-sdram.h b/include/asm-ppc/ppc4xx-sdram.h index b528497..97c9c51 100644 --- a/include/asm-ppc/ppc4xx-sdram.h +++ b/include/asm-ppc/ppc4xx-sdram.h @@ -353,6 +353,14 @@ /* * Memory controller registers */ +#define SDRAM_BESR 0x00/* PLB bus error status (read/clear) */ +#define SDRAM_BESRT0x01/* PLB bus error status (test/set) */ +#define SDRAM_BEARL0x02/* PLB bus error address low */ +#define SDRAM_BEARH0x03/* PLB bus error address high*/ +#define SDRAM_WMIRQ0x06/* PLB write master interrupt (read/clear) */ +#define SDRAM_WMIRQT 0x07/* PLB write master interrupt (test/set) */ +#define SDRAM_PLBOPT 0x08/* PLB slave options */ +#define SDRAM_PUABA0x09/* PLB upper address base*/ #ifndef CONFIG_405EX #define SDRAM_MCSTAT 0x14/* memory controller status */ #else @@ -402,9 +410,35 @@ #define SDRAM_MMODE0x88/* memory mode */ #define SDRAM_MEMODE 0x89/* memory extended mode */ #define SDRAM_ECCCR0x98/* ECC error status */ +#define SDRAM_ECCESSDRAM_ECCCR #define SDRAM_CID 0xA4/* core ID */ +#ifndef CONFIG_405EX #define SDRAM_RID 0xA8/* revision ID */ +#endif +#define SDRAM_FCSR 0xB0/* feedback calibration status */ #define SDRAM_RTSR 0xB1/* run time status tracking */ +#ifdef CONFIG_405EX +#define SDRAM_RID 0xF8/* revision ID */ +#endif + +/* + * Memory Controller Bus Error Status + */ +#define SDRAM_BESR_MASKPPC_REG_VAL(7, 0xFF) +#define SDRAM_BESR_M0ID_MASK PPC_REG_VAL(3, 0xF) +#define SDRAM_BESR_M0ID_ICUPPC_REG_VAL(3, 0x0) +#define SDRAM_BESR_M0ID_PCIE0 PPC_REG_VAL(3, 0x1) +#define SDRAM_BESR_M0ID_PCIE1 PPC_REG_VAL(3, 0x2) +#define SDRAM_BESR_M0ID_DMAPPC_REG_VAL(3, 0x3) +#define SDRAM_BESR_M0ID_DCUPPC_REG_VAL(3, 0x4) +#define SDRAM_BESR_M0ID_OPBPPC_REG_VAL(3, 0x5) +#define SDRAM_BESR_M0ID_MALPPC_REG_VAL(3, 0x6) +#define SDRAM_BESR_M0ID_SECPPC_REG_VAL(3, 0x7) +#define SDRAM_BESR_M0ET_MASK PPC_REG_VAL(6, 0x7) +#define SDRAM_BESR_M0ET_NONE PPC_REG_VAL(6, 0x0) +#define SDRAM_BESR_M0ET_ECCPPC_REG_VAL(6, 0x1) +#define SDRAM_BESR_M0RW_WRITE PPC_REG_VAL(7, 0) +#define SDRAM_BESR_M0RW_READ PPC_REG_VAL(8, 1) /* * Memory Controller Status @@ -863,6 +897,24 @@ #define SDRAM_SDTR3_RFC_ENCODE(n) u32)(n))&0x3F)<<0) /* + * ECC Error Status + */ +#define SDRAM_ECCES_MASKPPC_REG_VAL(21, 0x3F) +#define SDRAM_ECCES_BNCE_MASK PPC_REG_VAL(15, 0x) +#define SDRAM_ECCES_BNCE_ENCODE(lane) PPC_REG_VAL(((lane) & 0xF), 1) +#define SDRAM_ECCES_CKBER_MASK PPC_REG_VAL(17, 0x3) +#define SDRAM_ECCES_CKBER_NONE PPC_REG_VAL(17, 0) +#define SDRAM_ECCES_CKBER_16_ECC_0_3PPC_REG_VAL(17, 2) +#define SDRAM_ECCES_CKBER_32_ECC_0_3PPC_REG_VAL(17, 1) +#define SDRAM_ECCES_CKBER_32_ECC_4_8PPC_REG_VAL(17, 2) +#define SDRAM_ECCES_CKBER_32_ECC_0_8PPC_REG_VAL(17, 3) +#define SDRAM_ECCES_CE PPC_REG_VAL(18, 1) +#define SDRAM_ECCES_UE PPC_REG_VAL(19, 1) +#define SDRAM_ECCES_BKNER_MASK PPC_REG_VAL(21, 0x3) +#define SDRAM_ECCES_BK0ER PPC_REG_VAL(20, 1) +#define SDRAM_ECCES_BK1ER PPC_REG_VAL(21, 1) + +/* * Memory Bank 0-1 configuration */ #define SDRAM_BXCF_M_AM_MASK 0x0F00 /* Addressing mode */ -- 1.5.4.4 - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH v2] at91: Fix to enable using Teridian MII phy (78Q21x3) with at91sam9260
Anatolij Gustschin wrote: > On the at91sam9260ep development board there is an EEPROM > connected to the TWI interface (PA23, PA24 Peripheral A > multiplexing), so we cannot use these pins as ETX2, ETX3. > This patch configures PA10, PA11 pins for ETX2, ETX3 > instead of PA23, PA24 pins. > > Signed-off-by: Anatolij Gustschin <[EMAIL PROTECTED]> > Signed-off-by: Manuel Sahm <[EMAIL PROTECTED]> > --- > board/atmel/at91sam9260ek/at91sam9260ek.c |9 + > 1 files changed, 9 insertions(+), 0 deletions(-) > > diff --git a/board/atmel/at91sam9260ek/at91sam9260ek.c > b/board/atmel/at91sam9260ek/at91sam9260ek.c > index 836a0c4..06d8512 100644 > --- a/board/atmel/at91sam9260ek/at91sam9260ek.c > +++ b/board/atmel/at91sam9260ek/at91sam9260ek.c > @@ -188,8 +188,17 @@ static void at91sam9260ek_macb_hw_init(void) > at91_set_B_periph(AT91_PIN_PA25, 0);/* ERX2 */ > at91_set_B_periph(AT91_PIN_PA26, 0);/* ERX3 */ > at91_set_B_periph(AT91_PIN_PA27, 0);/* ERXCK */ > +#if defined(CONFIG_AT91SAM9260EK) > There's a weakness in your software architecture if there are two compile paths in 'at91sam9260ek.c': one that has CONFIG_AT91SAM9260EK and one that doesn't. Maybe time for a new board variant or some file re-naming? regards, Ben - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] PPC4xx: Add SDR0_SRST Mnemonics for the 405EX(r)
This patch adds bit field mnemonics for the 405EX(r) SDR0_SRST soft reset register. Signed-off-by: Grant Erickson <[EMAIL PROTECTED]> --- include/ppc405.h | 36 1 files changed, 36 insertions(+), 0 deletions(-) diff --git a/include/ppc405.h b/include/ppc405.h index 2231a5f..061ac70 100644 --- a/include/ppc405.h +++ b/include/ppc405.h @@ -1254,6 +1254,42 @@ #if defined(CONFIG_405EX) #define SDR0_SRST 0x0200 +/* + * Software Reset Register + */ +#define SDR0_SRST_BGO PPC_REG_VAL(0, 1) +#define SDR0_SRST_PLB4 PPC_REG_VAL(1, 1) +#define SDR0_SRST_EBC PPC_REG_VAL(2, 1) +#define SDR0_SRST_OPB PPC_REG_VAL(3, 1) +#define SDR0_SRST_UART0PPC_REG_VAL(4, 1) +#define SDR0_SRST_UART1PPC_REG_VAL(5, 1) +#define SDR0_SRST_IIC0 PPC_REG_VAL(6, 1) +#define SDR0_SRST_BGI PPC_REG_VAL(7, 1) +#define SDR0_SRST_GPIO PPC_REG_VAL(8, 1) +#define SDR0_SRST_GPT PPC_REG_VAL(9, 1) +#define SDR0_SRST_DMC PPC_REG_VAL(10, 1) +#define SDR0_SRST_RGMIIPPC_REG_VAL(11, 1) +#define SDR0_SRST_EMAC0PPC_REG_VAL(12, 1) +#define SDR0_SRST_EMAC1PPC_REG_VAL(13, 1) +#define SDR0_SRST_CPM PPC_REG_VAL(14, 1) +#define SDR0_SRST_EPLL PPC_REG_VAL(15, 1) +#define SDR0_SRST_UIC PPC_REG_VAL(16, 1) +#define SDR0_SRST_UPRSTPPC_REG_VAL(17, 1) +#define SDR0_SRST_IIC1 PPC_REG_VAL(18, 1) +#define SDR0_SRST_SCP PPC_REG_VAL(19, 1) +#define SDR0_SRST_UHRSTPPC_REG_VAL(20, 1) +#define SDR0_SRST_DMA PPC_REG_VAL(21, 1) +#define SDR0_SRST_DMAC PPC_REG_VAL(22, 1) +#define SDR0_SRST_MAL PPC_REG_VAL(23, 1) +#define SDR0_SRST_EBM PPC_REG_VAL(24, 1) +#define SDR0_SRST_GPTR PPC_REG_VAL(25, 1) +#define SDR0_SRST_PE0 PPC_REG_VAL(26, 1) +#define SDR0_SRST_PE1 PPC_REG_VAL(27, 1) +#define SDR0_SRST_CRYP PPC_REG_VAL(28, 1) +#define SDR0_SRST_PKP PPC_REG_VAL(29, 1) +#define SDR0_SRST_AHB PPC_REG_VAL(30, 1) +#define SDR0_SRST_NDFC PPC_REG_VAL(31, 1) + #define sdr_uart0 0x0120 /* UART0 Config */ #define sdr_uart1 0x0121 /* UART1 Config */ #define sdr_mfr0x4300 /* SDR0_MFR reg */ -- 1.5.4.3 - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH v2] at91: Fix to enable using Teridian MII phy (78Q21x3) with at91sam9260
On the at91sam9260ep development board there is an EEPROM connected to the TWI interface (PA23, PA24 Peripheral A multiplexing), so we cannot use these pins as ETX2, ETX3. This patch configures PA10, PA11 pins for ETX2, ETX3 instead of PA23, PA24 pins. Signed-off-by: Anatolij Gustschin <[EMAIL PROTECTED]> Signed-off-by: Manuel Sahm <[EMAIL PROTECTED]> --- board/atmel/at91sam9260ek/at91sam9260ek.c |9 + 1 files changed, 9 insertions(+), 0 deletions(-) diff --git a/board/atmel/at91sam9260ek/at91sam9260ek.c b/board/atmel/at91sam9260ek/at91sam9260ek.c index 836a0c4..06d8512 100644 --- a/board/atmel/at91sam9260ek/at91sam9260ek.c +++ b/board/atmel/at91sam9260ek/at91sam9260ek.c @@ -188,8 +188,17 @@ static void at91sam9260ek_macb_hw_init(void) at91_set_B_periph(AT91_PIN_PA25, 0);/* ERX2 */ at91_set_B_periph(AT91_PIN_PA26, 0);/* ERX3 */ at91_set_B_periph(AT91_PIN_PA27, 0);/* ERXCK */ +#if defined(CONFIG_AT91SAM9260EK) + /* +* use PA10, PA11 for ETX2, ETX3. +* PA23 and PA24 are for TWI EEPROM +*/ + at91_set_B_periph(AT91_PIN_PA10, 0);/* ETX2 */ + at91_set_B_periph(AT91_PIN_PA11, 0);/* ETX3 */ +#else at91_set_B_periph(AT91_PIN_PA23, 0);/* ETX2 */ at91_set_B_periph(AT91_PIN_PA24, 0);/* ETX3 */ +#endif at91_set_B_periph(AT91_PIN_PA22, 0);/* ETXER */ #endif -- 1.5.3.3 - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Pull request: nand-flash
In message <[EMAIL PROTECTED]> you wrote: > The following changes since commit c956717ab25c962ef49d49064dfc73f4edcba1fb: > Wolfgang Denk (1): > Merge branch 'master' of /home/wd/git/u-boot/custodians > > are available in the git repository at: > > git://www.denx.de/git/u-boot-nand-flash.git master > > Marcel Ziswiler (1): > NAND: Fix warning due to missing env_ptr casts to u_char * in > env_nand.c. > > Scott Wood (2): > NAND: Rename DEBUG to MTDDEBUG to avoid namespace pollution. > NAND: ifdef-protect most of nand.h when using legacy NAND. > > common/env_nand.c |8 ++-- > cpu/arm926ejs/davinci/nand.c | 10 +++- > drivers/mtd/nand/nand_base.c | 103 +++ > drivers/mtd/nand/nand_bbt.c|4 +- > drivers/mtd/onenand/onenand_base.c | 95 + > drivers/mtd/onenand/onenand_bbt.c |6 +- > include/linux/mtd/mtd.h|4 +- > include/nand.h |5 ++- > 8 files changed, 140 insertions(+), 95 deletions(-) Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] War is never imperative. -- McCoy, "Balance of Terror", stardate 1709.2 - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] e1000: add support for 82545GM 64bit PCI-X copper variant
Wolfgang Denk wrote: > In message <[EMAIL PROTECTED]> you wrote: > >> This PCI-X e1000 variant works by just adding in the correct >> PCI IDs in the appropriate places. >> >> Signed-off-by: Paul Gortmaker <[EMAIL PROTECTED]> >> --- >> drivers/net/e1000.c |2 ++ >> drivers/net/e1000.h |3 ++- >> include/pci_ids.h |1 + >> 3 files changed, 5 insertions(+), 1 deletions(-) >> > > Applied, thanks. > > Ben, this was so straightforward that I applied it directly. Hope this > is OK. > That's cool. I acked it in my head :) and was going to sanity-check applying it tonight. regards, Ben - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] at91: Fix to enable using Teridian MII phy (78Q21x3) with at91sam9260
Manuel Sahm wrote: > if I apply the patch with: > > patch -p1 < patchat91.diff > > some messages occur, is this correct ? > > > (Stripping trailing CRs from patch.) > patching file board/atmel/at91sam9260ek/at91sam9260ek.c > patch unexpectedly ends in middle of line > Hunk #1 succeeded at 183 with fuzz 2 (offset -5 lines). it is very likely that these messages occur because the patch was incorrectly saved from the email body. This patch applies cleanly against top of our u-boot git tree. > The description is correct - PA23 and PA24 are connected to the TWI > EEPROM an the DevBoard at91sam9260ek. > The patch works well. > Here the signed-off line: > > Signed-off-by: Manuel Sahm <[EMAIL PROTECTED]> Thanks, I will repost the patch again. > Another problem is, that the same error is in the official kernel tree > in the file at91sam9260ek_devices.c ?! > Although the error is still in the kernel, a modification of the uboot > file at91sam9260ek.c is enough to get ethernet working ? if the kernel resets Peripheral B pin configuration, then ethernet will stop working, I think. This should be fixed in the kernel code, too. Best regards, Anatolij - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] e1000: add support for 82545GM 64bit PCI-X copper variant
In message <[EMAIL PROTECTED]> you wrote: > This PCI-X e1000 variant works by just adding in the correct > PCI IDs in the appropriate places. > > Signed-off-by: Paul Gortmaker <[EMAIL PROTECTED]> > --- > drivers/net/e1000.c |2 ++ > drivers/net/e1000.h |3 ++- > include/pci_ids.h |1 + > 3 files changed, 5 insertions(+), 1 deletions(-) Applied, thanks. Ben, this was so straightforward that I applied it directly. Hope this is OK. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] "Well I don't see why I have to make one man miserable when I can make so many men happy." - Ellyn Mustard, about marriage - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] SPARC: Build error fix, introduced by commit 391fd93ab23e15ab3dd58a54f5b609024009c378
In message <[EMAIL PROTECTED]> you wrote: > This patch makes SPARC targets build again. It is caused by > phys_addr_t and phys_size_t being defined in the wrong header > file. include/lmb.h need those typedefs to build. > > However, I will be away for holidays starting tomorrow... > > Best Regards, > Daniel Hellstrom Such comments should pleas ego *below* the "---" line; that would save me the time I need to manually edit such commit messages. > > Signed-off-by: Daniel Hellstrom <[EMAIL PROTECTED]> > --- > include/asm-sparc/io.h|1 - > include/asm-sparc/types.h |3 +++ > 2 files changed, 3 insertions(+), 1 deletions(-) Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] My play was a complete success. The audience was a failure. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] Pull request: nand-flash
The following changes since commit c956717ab25c962ef49d49064dfc73f4edcba1fb: Wolfgang Denk (1): Merge branch 'master' of /home/wd/git/u-boot/custodians are available in the git repository at: git://www.denx.de/git/u-boot-nand-flash.git master Marcel Ziswiler (1): NAND: Fix warning due to missing env_ptr casts to u_char * in env_nand.c. Scott Wood (2): NAND: Rename DEBUG to MTDDEBUG to avoid namespace pollution. NAND: ifdef-protect most of nand.h when using legacy NAND. common/env_nand.c |8 ++-- cpu/arm926ejs/davinci/nand.c | 10 +++- drivers/mtd/nand/nand_base.c | 103 +++ drivers/mtd/nand/nand_bbt.c|4 +- drivers/mtd/onenand/onenand_base.c | 95 + drivers/mtd/onenand/onenand_bbt.c |6 +- include/linux/mtd/mtd.h|4 +- include/nand.h |5 ++- 8 files changed, 140 insertions(+), 95 deletions(-) - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] NAND: ifdef-protect most of nand.h when using legacy NAND.
Some macros such as NAND_CTL_SETALE conflict between current and legacy
NAND, being defined by the subsystem in the former case and the board
config file in the latter.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
Applied to u-boot-nand-flash.
include/nand.h |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/include/nand.h b/include/nand.h
index 247d346..e1285cd 100644
--- a/include/nand.h
+++ b/include/nand.h
@@ -24,6 +24,9 @@
#ifndef _NAND_H_
#define _NAND_H_
+extern void nand_init(void);
+
+#ifndef CFG_NAND_LEGACY
#include
#include
#include
@@ -32,7 +35,6 @@ typedef struct mtd_info nand_info_t;
extern int nand_curr_device;
extern nand_info_t nand_info[];
-extern void nand_init(void);
static inline int nand_read(nand_info_t *info, off_t ofs, size_t *len, u_char
*buf)
{
@@ -122,4 +124,5 @@ int nand_get_lock_status(nand_info_t *meminfo, ulong
offset);
void board_nand_select_device(struct nand_chip *nand, int chip);
#endif
+#endif /* !CFG_NAND_LEGACY */
#endif
--
1.5.6.rc1.6.gc53ad
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] Many spelling fixes in README.
In message <[EMAIL PROTECTED]> you wrote: > Signed-off-by: Marcel Ziswiler <[EMAIL PROTECTED]> > --- > README | 141 > > 1 files changed, 71 insertions(+), 70 deletions(-) Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Unix is like a toll road on which you have to stop every 50 feet to pay another nickel. But hey! You only feel 5 cents poorer each time. - Larry Wall in <[EMAIL PROTECTED]> - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] Minor spelling fix in comment.
In message <[EMAIL PROTECTED]> you wrote: > Signed-off-by: Marcel Ziswiler <[EMAIL PROTECTED]> > --- > cpu/pxa/start.S |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] It is wrong always, everywhere and for everyone to believe anything upon insufficient evidence. - W. K. Clifford, British philosopher, circa 1876 - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH V2] Round the serial port clock divisor value returned by calc_divisor()
In message <[EMAIL PROTECTED]> you wrote: > Round the serial port clock divisor value returned by > calc_divisor(). > > Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> > Signed-off-by: John Roberts <[EMAIL PROTECTED]> > > --- > > Rounding is important, especially when using high baud rates > values like 115200bps. When using the non-rounded value, some > boards will work and some won't. > > drivers/serial/serial.c |6 +- > 1 files changed, 5 insertions(+), 1 deletions(-) Applied (afterfixing the broken multi-line comment). Thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] What is mind? No matter. What is matter? Never mind. -- Thomas Hewitt Key, 1799-1875 - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] ARM: Fix for wrong patch version applied for Lyrtech SFF-SDR board (ARM926EJS)
In message <[EMAIL PROTECTED]> you wrote: > On 11:02 Tue 08 Jul , Hugo Villeneuve wrote: > > ARM: Fix for incorrect version of patch applied when > > adding support for the Lyrtech SFF-SDR board. > > > > Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> > > Signed-off-by: Philip Balister, OpenSDR <[EMAIL PROTECTED]> > > > > --- > Wolfgang, > please apply directly Done, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Either one of us, by himself, is expendable. Both of us are not. -- Kirk, "The Devil in the Dark", stardate 3196.1 - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 04/10 v2] [ARM] TQMA31: add new board with i.MX31 processor
In message <[EMAIL PROTECTED]> you wrote: > > The TQMA31, as well as the mx32ads use the General Purpose Timer 1, > which is feeded by a 32768 clock (possibly imx31_litekit and > imx31_phycore with 32000 Hz? I don't know.). The prescale divider can > only be an integer. 32768/1000 = non-integer. I think other architectures hav / had similar issues. See for example the MIPS fixes that were added some time ago. > Currently, I see only one way to solve this: > 1. Patch the common file cpu/arm1136/mx31/interrupts.c, function > interrupt_init(), so that the prescaler divides by 33. > Alternatively, also make the divider a board specific define. > 2. Patch all mx31 board config header files with CFG_HZ 1000. > 3. All mx31 boards have to be tested. Sounds like a plan. > And while we are at the timers: > The udelay function is the next problem: > udelay cannot go below 1/(32768 Hz) = 30.5 micros > The current function inserts a theoretical nop if the requested usec > value is below 1000. Therefore, IMHO, this timer is relatively > imprecise, because the resulting delay is below 1 microsecond. > IMHO, this all because of that slow input clock. How is this handled in Linux? I don't think they would let this go through? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Speed of a tortoise breaking the sound barrier = 1 Machturtle - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] ARM: Fix for wrong patch version applied for Lyrtech SFF-SDR board (ARM926EJS)
In message <[EMAIL PROTECTED]> you wrote: > ARM: Fix for incorrect version of patch applied when > adding support for the Lyrtech SFF-SDR board. > > Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]> Signed-off-by: Philip Balister, OpenSDR <[EMAIL PROTECTED]> > > --- > > CREDITS |5 + > board/davinci/sffsdr/Makefile|2 +- > board/davinci/sffsdr/config.mk | 11 +- > board/davinci/sffsdr/dv_board.c | 212 -- > board/davinci/sffsdr/sffsdr.c| 310 > ++ > include/configs/davinci_sffsdr.h | 69 +++-- > 6 files changed, 342 insertions(+), 267 deletions(-) Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] When it is incorrect, it is, at least *authoritatively* incorrect. - Hitchiker's Guide To The Galaxy - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] Remove useless print message at apollon
In message <[EMAIL PROTECTED]> you wrote: > Remove useless print message at apollon Please do NOT repeat the firtst line of the commit message (already in Subject: ) > Signed-off-by: Kyungmin Park <[EMAIL PROTECTED]> > --- > diff --git a/board/apollon/apollon.c b/board/apollon/apollon.c > index 7e39817..8efa703 100644 > --- a/board/apollon/apollon.c > +++ b/board/apollon/apollon.c Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] In the bathtub of history the truth is harder to hold than the soap, and much more difficult to find ... - Terry Pratchett, _Sourcery_ - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] Fix LMB type issues
In message <[EMAIL PROTECTED]> you wrote: > The LMB code now uses phys_addr_t and phys_size_t. Also, there were a couple > of casting problems in the bootm code that called the LMB functions. > > Signed-off-by: Andy Fleming <[EMAIL PROTECTED]> > --- > include/lmb.h |2 +- > lib_generic/lmb.c |6 +++--- > lib_ppc/bootm.c |5 +++-- > 3 files changed, 7 insertions(+), 6 deletions(-) Applid (with conflicts - please check result). Thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Hegel was right when he said that we learn from history that man can never learn anything from history. - George Bernard Shaw - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] mtd: SPI Flash: Winbond W25X16/WX2532/WX2564 support
In message <[EMAIL PROTECTED]> you wrote: > Add support for the Winbond W25X16/32/64 series of > SPI Flash devices. Signed-off-by line is missing. > --- /dev/null > +++ b/drivers/mtd/spi/winbond.c > @@ -0,0 +1,331 @@ > +/* > + * Copyright 2008, Network Appliance Inc. > + * Author: Jason McMullan <[EMAIL PROTECTED]> > + * > + */ GPL header is missing. Please fix and resubmit. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Ordnung ist die Lust der Vernunft, aber Unordnung die Wonne der Phantasie - Paul Claudel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] Fix compiler warnings
In message <[EMAIL PROTECTED]> you wrote: > gcc-4.3.x generates the following: > > bootm.c: In function 'do_bootm_linux': > bootm.c:208: warning: cast from pointer to integer of different size > bootm.c:215: warning: cast from pointer to integer of different size > > Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> > --- > lib_ppc/bootm.c |4 ++-- > 1 files changed, 2 insertions(+), 2 deletions(-) Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Repeat after me: Usenet is not a word processor; it's a medium where aesthetics count. Mozilla is not a newsreader; it's a web browser. Windows is not an operating system; it's a GUI on a program loader. -- Tom Christiansen in <[EMAIL PROTECTED]> - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] Remove code duplication for setting the default environment
In message <[EMAIL PROTECTED]> you wrote: > > New patch at the end of this mail! Could you please start using git to prepare and send patches? That would save me (and others) a lot of time. Thanks in advance. > Remove code duplication for setting the default environment > > common/env_common.c (default_env): new function that resets the environment to > the default value > common/env_common.c (env_relocate): use default_env instead of own copy > common/env_nand.c (env_relocate_spec): use default_env instead of own copy > include/environment.h: added default_env prototype > > Signed-off-by: Werner Almesberger <[EMAIL PROTECTED]> > Signed-off-by: Harald Welte <[EMAIL PROTECTED]> > > Index: u-boot/common/env_common.c Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] You young'uns. That was *long* before AltaVista, DejaNews, or even (gasp) the *Web*! In fact, we typed that thread on steam-powered card punchers, and shipped it around via Pony Express. -- Randal Schwartz in <[EMAIL PROTECTED]> - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] sh: Renesas R0P7785LC0011RL board support
On Wed, 09 Jul 2008 21:07:47 +0900 Yoshihiro Shimoda <[EMAIL PROTECTED]> wrote: > This board has SH7785, 512MB DDR2-SDRAM, NOR Flash, > Graphic controller, Ethernet, USB, SD, and RTC. > > This patch supports the following functions: > - 128MB DDR2-SDRAM (29-bit address mode only) > - NOR Flash > - USB host > - Ethernet > > Signed-off-by: Yoshihiro Shimoda <[EMAIL PROTECTED]> > --- > MAINTAINERS |1 + > MAKEALL |1 + > Makefile|5 + > board/r0p7785lc0011rl/Makefile | 43 > board/r0p7785lc0011rl/config.mk | 26 +++ > board/r0p7785lc0011rl/lowlevel_init.S | 318 +++ > board/r0p7785lc0011rl/r0p7785lc0011rl.c | 51 + > board/r0p7785lc0011rl/rtl8169.h | 62 ++ > board/r0p7785lc0011rl/rtl8169_mac.c | 354 > +++ > board/r0p7785lc0011rl/selfcheck.c | 196 + > board/r0p7785lc0011rl/u-boot.lds| 97 + > include/configs/r0p7785lc0011rl.h | 173 +++ Can this be renamed something simpler, like sh7785rdp or something? Kim - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] fix USB devices with multiple configurations
In message <[EMAIL PROTECTED]> you wrote: > > This patch fixes bugs in usbdcore*.c related to the use of devices > with multiple configurations. > > The original code made mistakes about the meaning of configuration value and > configuration index, and the resulting off-by-one errors resulted in: > > * SET_CONFIGURATION always selected the first configuration, no matter what > wValue is being passed. > * GET_DESCRIPTOR/CONFIGURATION always returned the descriptor for the first > configuration (index 0). > > Signed-off-by: Harald Welte <[EMAIL PROTECTED]> Markus, are you going to add this to the USB repo any time soon? Or you could just ACK it (if you think so) and tell me to pick up directly. Thanks in advance. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] It's all Klatchian to me. - Terry Pratchett & Stephen Briggs, _The Discworld Companion_ - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 3/3] mmc: Move atmel_mci driver into drivers/mmc
In message <[EMAIL PROTECTED]> you wrote:
> This makes it easier to use the driver on other platforms.
>
> Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
> ---
> cpu/at32ap/Makefile |1 -
> drivers/mmc/Makefile|2 ++
> {cpu/at32ap => drivers/mmc}/atmel_mci.c |0
> {cpu/at32ap => drivers/mmc}/atmel_mci.h |0
> 4 files changed, 2 insertions(+), 1 deletions(-)
> rename {cpu/at32ap => drivers/mmc}/atmel_mci.c (100%)
> rename {cpu/at32ap => drivers/mmc}/atmel_mci.h (100%)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED]
"The greatest warriors are the ones who fight for peace."
- Holly Near
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 2/3] avr32: Use CONFIG_ATMEL_MCI to select the atmel_mci driver
In message <[EMAIL PROTECTED]> you wrote: > After we move the atmel_mci driver into drivers/mmc, we can't select > it with CONFIG_MMC anymore. Introduce a new symbol specifically for > this driver so that there's no ambiguity. > > Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]> > --- > cpu/at32ap/Makefile |2 +- > include/configs/atngw100.h |1 + > include/configs/atstk1002.h |1 + > include/configs/atstk1003.h |1 + > include/configs/atstk1004.h |1 + > include/configs/atstk1006.h |1 + > 6 files changed, 6 insertions(+), 1 deletions(-) Applied, with a merge conflict include/configs/atngw100.h; please check the result. Thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] They weren't that important. They were merely at the top. The people who really run organizations are usually found several levels down, where it's still possible to get things done. - Terry Pratchett, _Small Gods_ - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 1/3] Create drivers/mmc subdirectory
In message <[EMAIL PROTECTED]> you wrote: > In order to consolidate more of the various MMC drivers around the > tree, we must first have a common place to put them. > > Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]> > --- > Makefile |2 ++ > drivers/mmc/Makefile | 44 > 2 files changed, 46 insertions(+), 0 deletions(-) > create mode 100644 drivers/mmc/Makefile Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] An optimist believes we live in the best world possible; a pessimist fears this is true. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH]: Fix for bug: U-boot environment corrupt by reading uninitialized flash memory instead of RAM.
In message <[EMAIL PROTECTED]> you wrote: > > Subject: [PATCH] Change env_get_char from a global function ptr to a function > > This avoids an early global data reference > > Signed-off-by: Joakim Tjernlund <[EMAIL PROTECTED]> > --- > > OK, here it is again. I am on vacation now so I have only compile tested > this version. > > common/env_common.c | 19 +-- > include/environment.h |4 ++-- > 2 files changed, 15 insertions(+), 8 deletions(-) Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] [Braddock:] Mr. Churchill, you are drunk. [Churchill:] And you madam, are ugly. But I shall be sober tomorrow. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH, resend] Some copy-n-paste fixes in printf usage
In message <[EMAIL PROTECTED]> you wrote: > Signed-off-by: Matvejchikov Ilya <[EMAIL PROTECTED]> > --- > board/cm5200/cm5200.c |2 +- > board/ids8247/ids8247.c |2 +- > board/mgcoge/mgcoge.c |6 +++--- > board/mgsuvd/mgsuvd.c |8 > 4 files changed, 9 insertions(+), 9 deletions(-) Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] CAUTION: The Mass of This Product Contains the Energy Equivalent of 85 Million Tons of TNT per Net Ounce of Weight. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] Bootargs for mtd and cramfs
Hi, I'm trying to boot linux from flash with cramfs from a specific mtd partition. Using fixed maps from /drivers/mtd/maps I had success but with command line arguments I didn't. I always get the following message: VFS: Cannot open root device "mtdblock4" or 1f:04 Please append a correct "root=" boot option Kernel panic: VFS: Unable to mount root fs on 1f:04 Does anybody know the right bootargs command line and/or root= parameter should I use? BTW, I'm using ELDK 3.1 with kernel 2.4.25. Thx, TT Current u-boot configuration - mtdids=nor0=flash0 mtdparts=mtdparts=flash0:256k(u-boot),64k(u-boot-env),768k(fpga),960k(kernel),5632k(cramfs),128k(cfg0),128k(cfg1),256k(log) ipaddr=192.168.1.1 serverip=192.168.1.100 partition=nor0,4 mtddevnum=4 mtddevname=cramfs bootcmd=tftp; bootm bootargs=root=/dev/mtdblock4 ro rootfstype=cramfs ip=192.168.1.1:192.168.1.100eth0 - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH, resend] FDT memory and pci node fixes for MPC8260ADS
In message <[EMAIL PROTECTED]> you wrote: > Signed-off-by: Matvejchikov Ilya <[EMAIL PROTECTED]> > --- > board/freescale/mpc8260ads/mpc8260ads.c | 27 +++ > cpu/mpc8260/pci.c | 12 > include/configs/MPC8260ADS.h|7 +++ > 3 files changed, 46 insertions(+), 0 deletions(-) Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] A verbal contract isn't worth the paper it's written on. -- Samuel Goldwyn - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] [resubmit] Fix printf errors.
In message <[EMAIL PROTECTED]> you wrote: > The compiler will help find mismatches between printf formats and > arguments if you let it. This patch adds the necessary attributes to > declarations in include/common.h, then begins to correct the resulting > compiler warnings. Some of these were bugs, e.g., "$d" instead of > "%d" and incorrect arguments. Others were just annoying, like > int-long mismatches on a system where both are 32 bits. It's worth > fixing the annoying errors to catch the real ones. > > Signed-off-by: Andrew Klossner <[EMAIL PROTECTED]> > --- > common/cmd_fdt.c|8 > common/main.c |2 +- > cpu/mpc85xx/traps.c |8 > include/common.h| 15 ++- > lib_ppc/bootm.c |8 > net/tftp.c |2 +- > 6 files changed, 24 insertions(+), 19 deletions(-) Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] The only way you could make a happy marriage is by cuttin' their heads off as soon as they say `I do', yes? You can't make happi- ness... - Terry Pratchett, _Witches Abroad_ - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Passing MACs to Linux
[I know this is old, but it may save someone else some pain...]
On Thu, Jun 5, 2008 at 11:59 AM, Russell McGuire
<[EMAIL PROTECTED]> wrote:
> To save most the banter, and rephrasing:
>
> What is the 'EXPECTED' current behavior of the 83xx/6xx architecture for the
> most current 1.3.3+ GIT release of passing MACs into Linux 2.6.24. Lastly, I
> am using the UEC 83xx driver.
>
> I have defined QE_OF.
> I have defined CONFIG_UEC_ETH.
> I have defined CONFIG_ETHADDR.
I'm betting you didn't have CONFIG_HAS_ETH0 though.
>
> My 8360.blob/dts does have MAC address definitions, but are set to ZERO's.
> In previous releases this was over written by U-boot, thus using
> the CONFIG_ETHADDR address to be used within Linux 2.6.24.
>
> Most recently , I now have to add valid MACs to the
> 8360.blob/dts file to get a MAC to be set within Linux. Does U-boot no
> longer over write if a blob already has any MAC set? I don't care what used
> to work really, I just would like to know what the current method is.
The overwrite code is in common/fdt_support.c -- and it only takes
place for devices which you define CONFIG_HAS_ETHn (n=0,1,2...)
If you don't define this, then your zeros in the dts/dtb live on, and get
passed into the kernel as-is. I just tripped over this myself recently.
Paul.
>
> Here is my current dts entry of note, previously <1.3.1> I didn't have to
> set 'mac-address' / could leave it at all-zeros. Now, I do have to set
> mac-address. Again, not worried about any previous method working, just
> looking for current method that is correct.
>
> [EMAIL PROTECTED] { //UCC1
>device_type = "network";
>compatible = "ucc_geth";
>model = "UCC";
>device-id = <1>; // UCC1
>reg = <2000 200>;
>interrupts = <20>;
>interrupt-parent = < &qeic >;
>/*
> * mac-address is deprecated and will be removed
> * in 2.6.25. Only recent versions of
> * U-Boot support local-mac-address, however.
> */
>mac-address = [ 00 04 9f ef 01 01 ];
>local-mac-address = [ 00 00 00 00 00 00 ];
>rx-clock = <0>;
>tx-clock = <19>;
>phy-handle = <212000>;
>pio-handle = < &pio1 >;
>phy-connection-type = "rgmii-id";
> };
>
> -Russ
>
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] 8xxx-fdt: set ns16550 clock from CFG_NS16550_CLK, not bi_busfreq
On Wed, 9 Jul 2008 14:43:46 -0400 Paul Gortmaker <[EMAIL PROTECTED]> wrote: > Some boards that have external 16550 UARTs don't have a direct > tie between bi_busfreq and the clock used for the UARTs. Boards > that do have such a tie should set CFG_NS16550_CLK to be > get_bus_freq(0) -- which most of them do already. > > Signed-off-by: Paul Gortmaker <[EMAIL PROTECTED]> Acked-by: Kim Phillips <[EMAIL PROTECTED]> Kim - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 3/6] sbc8560: define eth0 and eth1 instead of eth1 and eth2
Hi Paul, Paul Gortmaker wrote: > Ben Warren wrote: >> Paul Gortmaker wrote: >>> The existing config doesn't define CONFIG_HAS_ETH0, and so the >>> fdt support doesn't update the zeros in the dtb local-mac with >>> real data from the u-boot env. Since the existing config is >>> tailored to just two interfaces, get rid of the ETH2 definitions >>> at the same time. >>> --- >>> include/configs/sbc8560.h |3 +-- >>> 1 files changed, 1 insertions(+), 2 deletions(-) >>> >>> diff --git a/include/configs/sbc8560.h b/include/configs/sbc8560.h >>> index f07fbc0..e5195e0 100644 >>> --- a/include/configs/sbc8560.h >>> +++ b/include/configs/sbc8560.h >>> @@ -407,11 +407,10 @@ >>> >>> /*Note: change below for your network setting!!! */ >>> #if defined(CONFIG_TSEC_ENET) || defined(CONFIG_ETHER_ON_FCC) >>> +# define CONFIG_HAS_ETH0 >>> # define CONFIG_ETHADDR00:01:af:07:9b:8a >>> # define CONFIG_HAS_ETH1 >>> # define CONFIG_ETH1ADDR00:01:af:07:9b:8b >>> -# define CONFIG_HAS_ETH2 >>> -# define CONFIG_ETH2ADDR00:01:af:07:9b:8c >>> #endif >>> >>> #define CONFIG_SERVERIP192.168.0.131 >>> >> Please get rid of all default network parameters while you're at it >> (MAC addresses, IP addresses etc.) > > Is there a set list of which things are considered OK and > which are ones that folks would rather not see? A quick > snoop around shows lots of other boards doing the 192.168.x.y > type stuff and default MAC addresses and similar. > Of course there's no list. That would take all of the fun out of subjective reviewing! Essentially, anything that is specific to one particular network should not be defaulted. For MAC addresses, it's cut-and-dry - the values you're using were paid for by some entity (maybe Wind River, maybe somebody else that you cut'n'pasted from, I don't know) and the contract with the IEEE states that each number will be used only once and documented by the owner. For higher-layer things like IP addresses it's more a matter of convenience. While you may use 192.168.x.y in your lab, there's no guarantee that the buyers of your boards will, so why default it at all? As to precedence, you won't find any recent additions with these things. I don't know if we'll ever remove the code that uses CONFIG_ETHADDR and friends, but you should make the assumption that it will go. > I'm fine with doing a cleanup; I just don't want to do it twice, > and I'd rather it be consistent across all the boards as well. I understand, and have no interest in adding ambiguity. regards, Ben - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 2/2] Remove prototypes of nand_init() in favor of including nand.h.
In message <[EMAIL PROTECTED]> you wrote:
> Jens Gehrlein wrote:
> > Today, I updated my local git tree to the current U-Boot. Running my
> > board I saw the message "RAM Configuration:", which didn't appear before.
> >
> > I think the reason is the following:
> > nand.h includes linux/mtd/mtd.h, which defines a macro
> > #define DEBUG(n, args...) do { } while(0).
> > This causes #ifdef DEBUG in line 198 of board.c to become true.
> >
> > Could you please fix this?
> > Thank you very much.
>
> It's already fixed in u-boot-nand-flash.git.
When will I see a pull request so this gets fixed in mainline, too?
I would like to have some -rc1 later this week.
Thanks in advance.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED]
You are an excellent tactician, Captain. You let your second in com-
mand attack while you sit and watch for weakness.
-- Khan Noonian Singh, "Space Seed", stardate 3141.9
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] Fix boot from NOR due to incorrect reset delay.
In message <[EMAIL PROTECTED]> you wrote: > > Le jeudi 22 mai 2008 à00:15 +0200, Stelian Pop a écrit : > AT91 RSTC registers are battery-backuped, so their values > are not reset across power cycles. One of those registers, > the AT91_RSTC_MR register, is being modified by U-Boot, in > the ethernet initialisation routine, to generate a 500ms > user reset. > [...] > > It seems that the patch above has not made it in the mainline. Since > this can cause some nasty boot problems, it would be nice to have this > upstream for the next stable version. Jean-Christophe, is this on your queue? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Another megabytes the dust. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 1/2] fdt_support: fdt_fixup_dr_usb: add support for phy_type fixups
On Tue, 08 Jul 2008 20:49:21 -0400 Jerry Van Baren <[EMAIL PROTECTED]> wrote: Hi Jerry, > Kim, would you like to apply this as well as [PATCH 2/2] through the > 83xx repository so the two halves go in at the same time? with this: > Acked-by: Gerald Van Baren <[EMAIL PROTECTED]> yes! Both patches now sitting on u-boot-mpc83xx.git's 'next' branch. Thank you both, Kim - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] ColdFire: Fix FB CS not setup properly for Mcf5282
From: TsiChung Liew <[EMAIL PROTECTED]> Remove all CFG_CSn_RO in cpu/mcf52x2/cpu_init.c. If CFG_CSn_RO is defined as 0, the chipselect will not be assigned. Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]> --- cpu/mcf52x2/cpu_init.c | 12 1 files changed, 4 insertions(+), 8 deletions(-) diff --git a/cpu/mcf52x2/cpu_init.c b/cpu/mcf52x2/cpu_init.c index 207a37e..344bcee 100644 --- a/cpu/mcf52x2/cpu_init.c +++ b/cpu/mcf52x2/cpu_init.c @@ -419,8 +419,7 @@ void cpu_init_f(void) else is doing it! */ #if defined(CFG_CS0_BASE) & defined(CFG_CS0_SIZE) & \ -defined(CFG_CS0_WIDTH) & defined(CFG_CS0_RO) & \ - defined(CFG_CS0_WS) +defined(CFG_CS0_WIDTH) & defined(CFG_CS0_WS) MCFCSM_CSAR0 = (CFG_CS0_BASE >> 16) & 0x; @@ -447,8 +446,7 @@ void cpu_init_f(void) #endif #if defined(CFG_CS1_BASE) & defined(CFG_CS1_SIZE) & \ -defined(CFG_CS1_WIDTH) & defined(CFG_CS1_RO) & \ - defined(CFG_CS1_WS) +defined(CFG_CS1_WIDTH) & defined(CFG_CS1_WS) MCFCSM_CSAR1 = (CFG_CS1_BASE >> 16) & 0x; @@ -476,8 +474,7 @@ void cpu_init_f(void) #endif #if defined(CFG_CS2_BASE) & defined(CFG_CS2_SIZE) & \ -defined(CFG_CS2_WIDTH) & defined(CFG_CS2_RO) & \ - defined(CFG_CS2_WS) +defined(CFG_CS2_WIDTH) & defined(CFG_CS2_WS) MCFCSM_CSAR2 = (CFG_CS2_BASE >> 16) & 0x; @@ -505,8 +502,7 @@ void cpu_init_f(void) #endif #if defined(CFG_CS3_BASE) & defined(CFG_CS3_SIZE) & \ -defined(CFG_CS3_WIDTH) & defined(CFG_CS3_RO) & \ - defined(CFG_CS3_WS) +defined(CFG_CS3_WIDTH) & defined(CFG_CS3_WS) MCFCSM_CSAR3 = (CFG_CS3_BASE >> 16) & 0x; -- 1.5.6.1 - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] ColdFire: Fix incorrect define for mcf5227x and mcf5445x RTC
From: TsiChung Liew <[EMAIL PROTECTED]>
Rename CONFIG_MCFTMR to CONFIG_MCFRTC to include real time
clock module in cpu//cpu_init.c
Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
---
cpu/mcf5227x/cpu_init.c |2 +-
cpu/mcf5445x/cpu_init.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/cpu/mcf5227x/cpu_init.c b/cpu/mcf5227x/cpu_init.c
index 71b053d..cf29559 100644
--- a/cpu/mcf5227x/cpu_init.c
+++ b/cpu/mcf5227x/cpu_init.c
@@ -106,7 +106,7 @@ void cpu_init_f(void)
*/
int cpu_init_r(void)
{
-#ifdef CONFIG_MCFTMR
+#ifdef CONFIG_MCFRTC
volatile rtc_t *rtc = (volatile rtc_t *)(CFG_MCFRTC_BASE);
volatile rtcex_t *rtcex = (volatile rtcex_t *)&rtc->extended;
u32 oscillator = CFG_RTC_OSCILLATOR;
diff --git a/cpu/mcf5445x/cpu_init.c b/cpu/mcf5445x/cpu_init.c
index 585216d..e07748b 100644
--- a/cpu/mcf5445x/cpu_init.c
+++ b/cpu/mcf5445x/cpu_init.c
@@ -110,7 +110,7 @@ void cpu_init_f(void)
*/
int cpu_init_r(void)
{
-#ifdef CONFIG_MCFTMR
+#ifdef CONFIG_MCFRTC
volatile rtc_t *rtc = (volatile rtc_t *)(CFG_MCFRTC_BASE);
volatile rtcex_t *rtcex = (volatile rtcex_t *)&rtc->extended;
--
1.5.6.1
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] ColdFire: Fix incorrect board name in MAKEALL for M5253EVBE
From: TsiChung Liew <[EMAIL PROTECTED]> Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]> --- MAKEALL |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/MAKEALL b/MAKEALL index 9f80b3d..0522d1b 100755 --- a/MAKEALL +++ b/MAKEALL @@ -701,7 +701,7 @@ LIST_coldfire=" \ M52277EVB \ M5235EVB\ M5249EVB\ - M5253EVB\ + M5253EVBE \ M5271EVB\ M5272C3 \ M5275EVB\ -- 1.5.6.1 - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] Fix compile error caused by missing timer function
From: TsiChung Liew <[EMAIL PROTECTED]> Add #define CONFIG_MCFTMR in EB+MCF-EV123.h configuration file Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]> --- include/configs/EB+MCF-EV123.h |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/include/configs/EB+MCF-EV123.h b/include/configs/EB+MCF-EV123.h index 417099e..324eb6c 100644 --- a/include/configs/EB+MCF-EV123.h +++ b/include/configs/EB+MCF-EV123.h @@ -84,6 +84,8 @@ #define CONFIG_CMD_MII #define CONFIG_CMD_NET +#define CONFIG_MCFTMR + #define CONFIG_MCFFEC #ifdef CONFIG_MCFFEC # define CONFIG_NET_MULTI 1 -- 1.5.6.1 - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] Fix compile error caused by incorrect function return type
From: TsiChung Liew <[EMAIL PROTECTED]>
Rename int mii_init(void) to void mii_init(void)
Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
---
board/BuS/EB+MCF-EV123/mii.c |2 +-
board/cobra5272/mii.c|2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/board/BuS/EB+MCF-EV123/mii.c b/board/BuS/EB+MCF-EV123/mii.c
index 3ea20a6..8ae2ec6 100644
--- a/board/BuS/EB+MCF-EV123/mii.c
+++ b/board/BuS/EB+MCF-EV123/mii.c
@@ -201,7 +201,7 @@ int mii_discover_phy(struct eth_device *dev)
}
#endif /* CFG_DISCOVER_PHY */
-int mii_init(void) __attribute__((weak,alias("__mii_init")));
+void mii_init(void) __attribute__((weak,alias("__mii_init")));
void __mii_init(void)
{
diff --git a/board/cobra5272/mii.c b/board/cobra5272/mii.c
index d0a4a39..b30ba80 100644
--- a/board/cobra5272/mii.c
+++ b/board/cobra5272/mii.c
@@ -200,7 +200,7 @@ int mii_discover_phy(struct eth_device *dev)
}
#endif /* CFG_DISCOVER_PHY */
-int mii_init(void) __attribute__((weak,alias("__mii_init")));
+void mii_init(void) __attribute__((weak,alias("__mii_init")));
void __mii_init(void)
{
--
1.5.6.1
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] e1000: add support for 82545GM 64bit PCI-X copper variant
This PCI-X e1000 variant works by just adding in the correct
PCI IDs in the appropriate places.
Signed-off-by: Paul Gortmaker <[EMAIL PROTECTED]>
---
drivers/net/e1000.c |2 ++
drivers/net/e1000.h |3 ++-
include/pci_ids.h |1 +
3 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/drivers/net/e1000.c b/drivers/net/e1000.c
index c31029a..060b518 100644
--- a/drivers/net/e1000.c
+++ b/drivers/net/e1000.c
@@ -75,6 +75,7 @@ static struct pci_device_id supported[] = {
{PCI_VENDOR_ID_INTEL, PCI_DEVICE_ID_INTEL_82544GC_LOM},
{PCI_VENDOR_ID_INTEL, PCI_DEVICE_ID_INTEL_82540EM},
{PCI_VENDOR_ID_INTEL, PCI_DEVICE_ID_INTEL_82545EM_COPPER},
+ {PCI_VENDOR_ID_INTEL, PCI_DEVICE_ID_INTEL_82545GM_COPPER},
{PCI_VENDOR_ID_INTEL, PCI_DEVICE_ID_INTEL_82546EB_COPPER},
{PCI_VENDOR_ID_INTEL, PCI_DEVICE_ID_INTEL_82545EM_FIBER},
{PCI_VENDOR_ID_INTEL, PCI_DEVICE_ID_INTEL_82546EB_FIBER},
@@ -636,6 +637,7 @@ e1000_set_mac_type(struct e1000_hw *hw)
hw->mac_type = e1000_82540;
break;
case E1000_DEV_ID_82545EM_COPPER:
+ case E1000_DEV_ID_82545GM_COPPER:
case E1000_DEV_ID_82545EM_FIBER:
hw->mac_type = e1000_82545;
break;
diff --git a/drivers/net/e1000.h b/drivers/net/e1000.h
index 23b2eb9..c258bc2 100644
--- a/drivers/net/e1000.h
+++ b/drivers/net/e1000.h
@@ -217,13 +217,14 @@ struct e1000_phy_stats {
#define E1000_DEV_ID_82544GC_LOM0x100D
#define E1000_DEV_ID_82540EM 0x100E
#define E1000_DEV_ID_82540EM_LOM0x1015
+#define E1000_DEV_ID_82545GM_COPPER 0x1026
#define E1000_DEV_ID_82545EM_COPPER 0x100F
#define E1000_DEV_ID_82545EM_FIBER 0x1011
#define E1000_DEV_ID_82546EB_COPPER 0x1010
#define E1000_DEV_ID_82546EB_FIBER 0x1012
#define E1000_DEV_ID_82541ER 0x1078
#define E1000_DEV_ID_82541GI_LF0x107C
-#define NUM_DEV_IDS 15
+#define NUM_DEV_IDS 16
#define NODE_ADDRESS_SIZE 6
#define ETH_LENGTH_OF_ADDRESS 6
diff --git a/include/pci_ids.h b/include/pci_ids.h
index d061017..165456b 100644
--- a/include/pci_ids.h
+++ b/include/pci_ids.h
@@ -1827,6 +1827,7 @@
#define PCI_DEVICE_ID_INTEL_82545EM_FIBER 0x1011
#define PCI_DEVICE_ID_INTEL_82546EB_FIBER 0x1012
#define PCI_DEVICE_ID_INTEL_82540EM_LOM0x1015
+#define PCI_DEVICE_ID_INTEL_82545GM_COPPER 0x1026
#define PCI_DEVICE_ID_INTEL_82559 0x1030
#define PCI_DEVICE_ID_INTEL_82562ET0x1031
--
1.5.6.2
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] [PATCH] Fix "usb part" command
In message <[EMAIL PROTECTED]> you wrote: > From: Christian Eggers <[EMAIL PROTECTED]> > > Only print partition for selected device if user supplied the arg with > the "usb part [dev]" command. What is the rationale of this modification, i. e. which bug are you fixing? I think current behaviour is consistent between "ide part", "scsi part", "usb part" etc. so if there is a problem here this might need to be changed elsewhere, too ? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Behind every great man, there is a woman -- urging him on. -- Harry Mudd, "I, Mudd", stardate 4513.3 - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [GIT PULL] MIPS updates
In message <[EMAIL PROTECTED]> you wrote: > Please pull MIPS update to pick up the following patch. > > The following changes since commit c956717ab25c962ef49d49064dfc73f4edcba1fb: > Wolfgang Denk (1): > Merge branch 'master' of /home/wd/git/u-boot/custodians > > are available in the git repository at: > > git://git.denx.de/u-boot-mips.git master > > Jason McMullan (1): > mips: When booting Linux images, add 'ethaddr' and 'eth1addr' to the > environment > > lib_mips/bootm.c | 11 +++ > 1 files changed, 11 insertions(+), 0 deletions(-) Done, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] "There's only one way to have a happy marriage and as soon as I learn what it is I'll get married again." - Clint Eastwood - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [cfi-flash] Please pull git://www.denx.de/git/u-boot-cfi-flash.git
In message <[EMAIL PROTECTED]> you wrote: > The following changes since commit c956717ab25c962ef49d49064dfc73f4edcba1fb: > Wolfgang Denk (1): > Merge branch 'master' of /home/wd/git/u-boot/custodians > > are available in the git repository at: > > git://www.denx.de/git/u-boot-cfi-flash.git master > > Stefan Roese (1): > jedec_flash: Fix AM29DL800BB device ID > > drivers/mtd/jedec_flash.c |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) Done, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] If you can't beat it or corrupt it, you pretend it was your idea in the first place. - Terry Pratchett, _Guards! Guards!_ - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Pull request - net
In message <[EMAIL PROTECTED]> you wrote: > Wolfgang, > > The following changes since commit 914f58c5766860373a7d232e961cee5a4b54a55b: > Wolfgang Denk (1): > Merge branch 'master' of git://www.denx.de/git/u-boot-cfi-flash > > are available in the git repository at: > > git://git.denx.de/u-boot-net.git master > > Ben Warren (1): > Add mechanisms for CPU and board-specific Ethernet initialization > > Hugo Villeneuve (2): > Remove duplicate definitions in include/lxt971a.h. > Remove duplicate code in cpu/arm926ejs/davinci/lxt972.c. > > Nobuhiro Iwamatsu (3): > net: ne2000: Fix compile error of NE2000 > net: ne2000: Move dev_addr variable from grobal to local. > net: sh: Renesas SH7763 Ethernet device support > > cpu/arm920t/at91rm9200/lxt972.c | 15 +- > cpu/arm926ejs/davinci/lxt972.c | 54 ++--- > cpu/mpc83xx/cpu.c | 20 ++ > cpu/mpc85xx/cpu.c | 30 ++ > cpu/mpc86xx/cpu.c | 27 ++ > drivers/net/Makefile|1 + > drivers/net/ne2000.c| 14 +- > drivers/net/ns7520_eth.c| 42 ++-- > drivers/net/ns9750_eth.c| 59 ++-- > drivers/net/sh_eth.c| 603 > +++ > drivers/net/sh_eth.h| 446 + > include/lxt971a.h | 100 --- > include/ns7520_eth.h|1 + > include/ns9750_eth.h|1 + > net/eth.c | 32 +-- > 15 files changed, 1224 insertions(+), 221 deletions(-) > create mode 100644 drivers/net/sh_eth.c > create mode 100644 drivers/net/sh_eth.h Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] The heart is not a logical organ. -- Dr. Janet Wallace, "The Deadly Years", stardate 3479.4 - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 3/6] sbc8560: define eth0 and eth1 instead of eth1 and eth2
Ben Warren wrote: > Paul Gortmaker wrote: >> The existing config doesn't define CONFIG_HAS_ETH0, and so the >> fdt support doesn't update the zeros in the dtb local-mac with >> real data from the u-boot env. Since the existing config is >> tailored to just two interfaces, get rid of the ETH2 definitions >> at the same time. >> --- >> include/configs/sbc8560.h |3 +-- >> 1 files changed, 1 insertions(+), 2 deletions(-) >> >> diff --git a/include/configs/sbc8560.h b/include/configs/sbc8560.h >> index f07fbc0..e5195e0 100644 >> --- a/include/configs/sbc8560.h >> +++ b/include/configs/sbc8560.h >> @@ -407,11 +407,10 @@ >> >> /*Note: change below for your network setting!!! */ >> #if defined(CONFIG_TSEC_ENET) || defined(CONFIG_ETHER_ON_FCC) >> +# define CONFIG_HAS_ETH0 >> # define CONFIG_ETHADDR00:01:af:07:9b:8a >> # define CONFIG_HAS_ETH1 >> # define CONFIG_ETH1ADDR00:01:af:07:9b:8b >> -# define CONFIG_HAS_ETH2 >> -# define CONFIG_ETH2ADDR00:01:af:07:9b:8c >> #endif >> >> #define CONFIG_SERVERIP192.168.0.131 >> > Please get rid of all default network parameters while you're at it > (MAC addresses, IP addresses etc.) Is there a set list of which things are considered OK and which are ones that folks would rather not see? A quick snoop around shows lots of other boards doing the 192.168.x.y type stuff and default MAC addresses and similar. I'm fine with doing a cleanup; I just don't want to do it twice, and I'd rather it be consistent across all the boards as well. Thanks, Paul. > > regards, > Ben - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Pull request: u-boot-sh
In message <[EMAIL PROTECTED]> you wrote: > The following changes since commit c956717ab25c962ef49d49064dfc73f4edcba1fb: > Wolfgang Denk (1): > Merge branch 'master' of /home/wd/git/u-boot/custodians > > are available in the git repository at: > > git://git.denx.de/u-boot-sh.git master > > Nobuhiro Iwamatsu (11): > sh: Cleanup source code of MS7720SE > sh: Cleanup source code of MS7722SE > sh: Cleanup source code of R7780MP > sh: Cleanup source code of R2DPlus > sh: Cleanup source code of SH7763RDP > sh: Update Hitachi MS7722SE board > sh: Update Renesas Migo-R board > sh: Update Renesas R7780MP board > sh: Update Renesas R2DPlus board > sh: Fix SH-boards compile error > sh: Fix compile error sh7763rdp board > > MAKEALL |2 +- > board/MigoR/Makefile|2 +- > board/mpr2/Makefile |2 +- > board/ms7720se/Makefile |2 +- > board/ms7720se/ms7720se.c |1 - > board/ms7722se/Makefile |2 +- > board/ms7722se/ms7722se.c |8 > board/ms7750se/Makefile |2 +- > board/r2dplus/Makefile |2 +- > board/r2dplus/r2dplus.c | 28 +++- > board/r7780mp/Makefile |2 +- > board/r7780mp/r7780mp.c | 22 ++ > board/sh7763rdp/Makefile|2 +- > board/sh7763rdp/sh7763rdp.c | 17 + > cpu/sh3/Makefile|2 +- > cpu/sh4/Makefile|2 +- > include/configs/MigoR.h |4 > include/configs/ms7722se.h |4 > include/configs/r2dplus.h | 42 +- > include/configs/r7780mp.h | 41 +++-- > include/configs/sh7763rdp.h | 10 -- > lib_sh/Makefile |2 +- > lib_sh/board.c |4 +++- > lib_sh/time.c |2 +- > 24 files changed, 86 insertions(+), 121 deletions(-) Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] The easiest way to figure the cost of living is to take your income and add ten percent. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Release status - things to be done
In message <[EMAIL PROTECTED]> you wrote: > > 2989 05/29 "Tsi-Chung.Liew" [PATCH] ColdFire: Fix UART baudrate formula > -> for ColdFire custodian > > The patch is for /drivers/serial/mcfuart.c. Do I apply this > patch to CF repo? As it affects CF code only: yes, please. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] On the subject of C program indentation: "In My Egotistical Opinion, most people's C programs should be indented six feet downward and covered with dirt." - Blair P. Houghton - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] Allow print_size to print in GB
In message <[EMAIL PROTECTED]> you wrote: > Signed-off-by: Becky Bruce <[EMAIL PROTECTED]> > --- > This patch supersedes Stefan's recent patch to allow the printing of thousands > of MB. We use GB instead. > > -Becky > > lib_generic/display_options.c | 32 > 1 files changed, 20 insertions(+), 12 deletions(-) Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] "Maintain an awareness for contribution -- to your schedule, your project, our company." - A Group of Employees - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] add 'license' command to u-boot?commandline
In message <[EMAIL PROTECTED]> you wrote: > > Bleah on the small C program (nothing personal, just hate to add Yet > Another Program to the build process). How about using echo for prelim > text (if necessary) and xxd to create the struct instead? I like making > maintenance Somebody Else's Problem (SEP[1]) > > $ man xxd How standard is xxd across distributions and operating systems? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Any technology distinguishable from magic is insufficiently advanced. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] u-boot, powerpc with device tree, initrd problem
Please don't top post. John Linn wrote: > One problem fixed, I had both CONFIG_OF_FLAT_TREE and CONFIG_OF_LIBFDT > defined and that was causing the load of the device tree twice. FWIIW, CONFIG_OF_FLAT_TREE has been removed as of this window. > That didn't fix my initrd issue, but one less problem now. The kernel > is still not seeing the initrd image. > > -- John You might try loading your dtb and then use the "fdt chosen" command to create the /chosen node and the "fdt bd" command to run the board-specific fixups. Do these as two separate steps and run "fdt print" in between to see what changes occur. > => bootm 0x1c0 0x180 0x100 > ## Booting image at 01c0 ... >Image Name: Linux-2.6.26-rc8 >Image Type: PowerPC Linux Kernel Image (gzip compressed) >Data Size:1536962 Bytes = 1.5 MB >Load Address: >Entry Point: >Verifying Checksum ... OK >Uncompressing Kernel Image ... OK > ## Current stack ends at 0x0FEA5990 => set upper limit to 0x0080 > ## cmdline at 0x007FFF00 ... 0x007FFF3A > bd address = 0x0FEA5E80 > memstart= 0x > memsize = 0x1000 > flashstart = 0x > flashsize = 0x > flashoffset = 0x > sramstart = 0x > sramsize= 0x > bootflags = 0x0FEA4C88 > procfreq=400 MHz > plb_busfreq = 20 MHz > ethaddr = 00:0A:35:01:02:03 > IP addr = 172.16.40.227 > baudrate= 9600 bps > Not skipping initrd > ## Loading RAMDisk Image at 0180 ... >Image Name: >Image Type: PowerPC Linux RAMDisk Image (gzip compressed) >Data Size:1507104 Bytes = 1.4 MB >Load Address: >Entry Point: >Verifying Checksum ... OK >Booting using the fdt at 0x100 > ## initrd at 0x01800040 ... 0x0196FF5F (len=1507104=0x16FF20) >Loading Ramdisk to 0fd35000, end 0fea4f20 ... OK > ## device tree at 0x0100 ... 0x01002FFF (len=12288=0x3000) >Loading Device Tree to 007fc000, end 007fefff ... OK > ## Transferring control to Linux (at address ) ... > Using Xilinx Virtex machine description > Linux version 2.6.26-rc8 ([EMAIL PROTECTED]) (gcc version 4.0.0 (DENX > ELDK 4.1 4.0.0)) #6 PREEMPT Wed Jul 9 12 > :36:41 PDT 2008 [snip] > i2c /dev entries driver > Device Tree Probing 'i2c' > d002.i2c #0 at 0xD002 mapped to 0xE101, irq=20 > TCP cubic registered > NET: Registered protocol family 17 > RPC: Registered udp transport module. > RPC: Registered tcp transport module. > eth0: XLlTemac: Options: 0x3fa > eth0: XLlTemac: allocating interrupt 19 for dma mode tx. > eth0: XLlTemac: allocating interrupt 18 for dma mode rx. > eth0: XLlTemac: speed set to 100Mb/s > eth0: XLlTemac: Send Threshold = 24, Receive Threshold = 4 > eth0: XLlTemac: Send Wait bound = 254, Receive Wait bound = 254 > Sending DHCP requests ., OK > IP-Config: Got DHCP answer from 149.199.109.235, my address is > 172.16.40.12 > IP-Config: Complete: > device=eth0, addr=172.16.40.12, mask=255.255.255.0, > gw=172.16.40.254, > host=172.16.40.12, domain=xilinx.com public.xilinx.com > xlnx.xilinx.com public.xsj.xilinx., nis-domain=xil > inx.com, > bootserver=149.199.109.235, rootserver=149.199.109.235, > rootpath=/tmp I don't *think* this causes problems, but your DHCP server is providing NFS configuration information. Does that override the ramdisk configuration? > List of all partitions: > No filesystem could mount root, tried: ext2 cramfs msdos vfat romfs > Kernel panic - not syncing: VFS: Unable to mount root fs on > unknown-block(1,0) > Rebooting in 180 seconds.. [snip] HTH, gvb - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] u-boot, powerpc with device tree, initrd problem
One problem fixed, I had both CONFIG_OF_FLAT_TREE and CONFIG_OF_LIBFDT defined and that was causing the load of the device tree twice. That didn't fix my initrd issue, but one less problem now. The kernel is still not seeing the initrd image. -- John => bootm 0x1c0 0x180 0x100 ## Booting image at 01c0 ... Image Name: Linux-2.6.26-rc8 Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size:1536962 Bytes = 1.5 MB Load Address: Entry Point: Verifying Checksum ... OK Uncompressing Kernel Image ... OK ## Current stack ends at 0x0FEA5990 => set upper limit to 0x0080 ## cmdline at 0x007FFF00 ... 0x007FFF3A bd address = 0x0FEA5E80 memstart= 0x memsize = 0x1000 flashstart = 0x flashsize = 0x flashoffset = 0x sramstart = 0x sramsize= 0x bootflags = 0x0FEA4C88 procfreq=400 MHz plb_busfreq = 20 MHz ethaddr = 00:0A:35:01:02:03 IP addr = 172.16.40.227 baudrate= 9600 bps Not skipping initrd ## Loading RAMDisk Image at 0180 ... Image Name: Image Type: PowerPC Linux RAMDisk Image (gzip compressed) Data Size:1507104 Bytes = 1.4 MB Load Address: Entry Point: Verifying Checksum ... OK Booting using the fdt at 0x100 ## initrd at 0x01800040 ... 0x0196FF5F (len=1507104=0x16FF20) Loading Ramdisk to 0fd35000, end 0fea4f20 ... OK ## device tree at 0x0100 ... 0x01002FFF (len=12288=0x3000) Loading Device Tree to 007fc000, end 007fefff ... OK ## Transferring control to Linux (at address ) ... Using Xilinx Virtex machine description Linux version 2.6.26-rc8 ([EMAIL PROTECTED]) (gcc version 4.0.0 (DENX ELDK 4.1 4.0.0)) #6 PREEMPT Wed Jul 9 12 :36:41 PDT 2008 Zone PFN ranges: DMA 0 -> 131072 Normal 131072 -> 131072 Movable zone start PFN for each node early_node_map[1] active PFN ranges 0:0 -> 131072 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 130048 Kernel command line: console=ttyS0 ip=on root=/dev/ram Xilinx intc at 0xD0020200 mapped to 0xfdfff200 PID hash table entries: 2048 (order: 11, 8192 bytes) clocksource: timebase mult[a0] shift[22] registered Console: colour dummy device 80x25 Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Memory: 514432k/524288k available (3024k kernel code, 9328k reserved, 128k data, 149k bss, 156k init) Mount-cache hash table entries: 512 net_namespace: 624 bytes NET: Registered protocol family 16 PCI: Probing PCI hardware NET: Registered protocol family 2 IP route cache hash table entries: 16384 (order: 4, 65536 bytes) TCP established hash table entries: 65536 (order: 7, 524288 bytes) TCP bind hash table entries: 65536 (order: 6, 262144 bytes) TCP: Hash tables configured (established 65536 bind 65536) TCP reno registered NET: Registered protocol family 1 Installing knfsd (copyright (C) 1996 [EMAIL PROTECTED]). msgmni has been set to 1005 io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered (default) Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled d000.serial: ttyS0 at MMIO 0xd003 (irq = 16) is a 16550A console [ttyS0] enabled brd: module loaded loop: module loaded Device Tree Probing 'ethernet' xilinx_lltemac 9120.ethernet: MAC address is now 2: 0: 0: 0: 0: 0 xilinx_lltemac 9120.ethernet: XLlTemac: using DMA mode. XLlTemac: DCR address: 0x80 XLlTemac: buffer descriptor size: 32768 (0x8000) XLlTemac: Allocating DMA descriptors with kmalloc<6>XLlTemac: (buffer_descriptor_init) phy: 0x1f87, virt: 0xdf87, size: 0x8000 XTemac: PHY detected at address 7. eth0: Dropping NETIF_F_SG since no checksum feature. xilinx_lltemac 9120.ethernet: eth0: Xilinx TEMAC at 0x9120 mapped to 0xE100E000, irq=17 mice: PS/2 mouse device common for all mice i2c /dev entries driver Device Tree Probing 'i2c' d002.i2c #0 at 0xD002 mapped to 0xE101, irq=20 TCP cubic registered NET: Registered protocol family 17 RPC: Registered udp transport module. RPC: Registered tcp transport module. eth0: XLlTemac: Options: 0x3fa eth0: XLlTemac: allocating interrupt 19 for dma mode tx. eth0: XLlTemac: allocating interrupt 18 for dma mode rx. eth0: XLlTemac: speed set to 100Mb/s eth0: XLlTemac: Send Threshold = 24, Receive Threshold = 4 eth0: XLlTemac: Send Wait bound = 254, Receive Wait bound = 254 Sending DHCP requests ., OK IP-Config: Got DHCP answer from 149.199.109.235, my address is 172.16.40.12 IP-Config: Complete: device=eth0, addr=172.16.40.12, mask=255.255.255.0, gw=172.16.40.254, host=172.16.40.12, domain=xilinx.com public.xilinx.com xlnx.xilinx.com public.xsj.xilinx., nis-domain=xil inx.com, bootserver=149.199.109.235, rootserver=149.199.109.235, rootpath=/tmp List of all partitions: No fi
Re: [U-Boot-Users] u-boot, powerpc with device tree, initrd problem
I turned on extra debug and got some more data. That's strange, u-boot is finding the device twice at the same location in memory. I must have something configured wrong. -- John => bootm 0x1c0 0x180 0x100 ## Booting image at 01c0 ... Image Name: Linux-2.6.26-rc8 Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size:1536962 Bytes = 1.5 MB Load Address: Entry Point: Verifying Checksum ... OK Uncompressing Kernel Image ... OK ## Current stack ends at 0x0FEA4990 => set upper limit to 0x0080 ## cmdline at 0x007FFF00 ... 0x007FFF3A bd address = 0x0FEA4E80 memstart= 0x memsize = 0x1000 flashstart = 0x flashsize = 0x flashoffset = 0x sramstart = 0x sramsize= 0x bootflags = 0x0FEA5C88 procfreq=400 MHz plb_busfreq = 20 MHz ethaddr = 00:0A:35:01:02:03 IP addr = 172.16.40.227 baudrate= 9600 bps Not skipping initrd ## Loading RAMDisk Image at 0180 ... Image Name: Image Type: PowerPC Linux RAMDisk Image (gzip compressed) Data Size:1507104 Bytes = 1.4 MB Load Address: Entry Point: Verifying Checksum ... OK Booting using the fdt at 0x100 ## initrd at 0x01800040 ... 0x0196FF5F (len=1507104=0x16FF20) Loading Ramdisk to 0fd34000, end 0fea3f20 ... OK ## device tree at 0x0100 ... 0x01002FFF (len=12288=0x3000) Loading Device Tree to 007fc000, end 007fefff ... OK ## device tree at 0x0100 ... 0x01002FFF (len=12288=0x3000) Loading Device Tree to 007fa000, end 007fcfff ... OK ## Transferring control to Linux (at address ) ... Using Xilinx Virtex machine description Linux version 2.6.26-rc8 ([EMAIL PROTECTED]) (gcc version 4.0.0 (DENX ELDK 4.1 4.0.0)) #6 PREEMPT Wed Jul 9 12 :36:41 PDT 2008 Zone PFN ranges: DMA 0 -> 131072 Normal 131072 -> 131072 Movable zone start PFN for each node early_node_map[1] active PFN ranges > -Original Message- > From: Jerry Van Baren [mailto:[EMAIL PROTECTED] > Sent: Wednesday, July 09, 2008 1:08 PM > To: John Linn > Cc: u-boot-users@lists.sourceforge.net > Subject: Re: [U-Boot-Users] u-boot, powerpc with device tree, initrd problem > > John Linn wrote: > > I realize this could be posted to the linuxppc-dev also, but my kernel > > is running fine so I think it's a u-boot to kernel interface problem. I > > am able to pass a device tree to the kernel and get it to boot fine, and > > using NFS root also. > > > > I can't get it to find my initrd ramdisk is my problem. A kernel image, > > zImage.initrd, works with the ramdisk image, so I think everything is > > setup ok with the kernel. I'm using a uImage and using mkimage on my > > ramdisk also for u-boot. > > The messages look to me like linux is finding, decompressing, etc. the > RAM disk. It jumps the tracks sometime later. > > > I realize it could be that I'm just loading the images in the RAM such > > that when the kernel gets uncompressed it stomps on the ram disk. I have > > tried moving to other addresses without any luck. When I look in memory > > where the ram disk was loaded by uboot, I can see the image fine after > > the kernel has paniced because it didn't find the root file system. > > > > Is there something basic that I'm missing? > > > > Thanks, appreciate any help, > > John > > > > > > => bootm 0x1c0 0x180 0x100 > > ## Booting image at 01c0 ... > >Image Name: Linux-2.6.26-rc8 > >Image Type: PowerPC Linux Kernel Image (gzip compressed) > >Data Size:1536987 Bytes = 1.5 MB > >Load Address: > >Entry Point: > >Verifying Checksum ... OK > >Uncompressing Kernel Image ... OK > > kernel check > > > ## Loading RAMDisk Image at 0180 ... > >Image Name: > >Image Type: PowerPC Linux RAMDisk Image (gzip compressed) > >Data Size:1507104 Bytes = 1.4 MB > >Load Address: > >Entry Point: > >Verifying Checksum ... OK > >Booting using the fdt at 0x100 > >Loading Ramdisk to 0fd35000, end 0fea4f20 ... OK > > ramdisk check > > >Loading Device Tree to 007fc000, end 007fefff ... OK > >Loading Device Tree to 007fa000, end 007fcfff ... OK > > fdt check, but why are there two of them??? I don't have access to a > successful system boot at the moment, so I don't know if this is normal > or not. I'm thinking not. Does your kernel have a device tree blob > built in? > > > Using Xilinx Virtex machine description > > Linux version 2.6.26-rc8 ([EMAIL PROTECTED]) (gcc version 4.0.0 (DENX > > ELDK 4.1 4.0.0)) #4 PREEMPT Tue Jul 8 14 > > :45:07 PDT 2008 > > Zone PFN ranges: > > DMA 0 -> 131072 > > Normal 131072 -> 131072 > > Movable zone start PFN for each node > > early_node_map[1] active PFN ranges > > 0:0 -> 131072 > > Built 1 zonelists in Zone order, mobility grouping on. Total pages: >
[U-Boot-Users] Release status - things to be done
Wolfgang, 2989 05/29 "Tsi-Chung.Liew" [PATCH] ColdFire: Fix UART baudrate formula -> for ColdFire custodian The patch is for /drivers/serial/mcfuart.c. Do I apply this patch to CF repo? Thanks. Regards, TsiChung - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] u-boot, powerpc with device tree, initrd problem
Thanks Jerry, good catch. I had seen the duplicated device tree loading in u-boot but not in the kernel. That is definitely not normal as my kernel that I manually load with a probe doesn't do that. The kernel uImage shouldn't have a device tree blob built into it, but I do build it in for zImage so maybe I got it hosed up. I'm doing a clean build now for uImage to see if it's different. I think uImage is built from the vmlinux so I don't see why I would have had 2 blobs in there. I'll keep digging. -- John > -Original Message- > From: Jerry Van Baren [mailto:[EMAIL PROTECTED] > Sent: Wednesday, July 09, 2008 1:08 PM > To: John Linn > Cc: u-boot-users@lists.sourceforge.net > Subject: Re: [U-Boot-Users] u-boot, powerpc with device tree, initrd problem > > John Linn wrote: > > I realize this could be posted to the linuxppc-dev also, but my kernel > > is running fine so I think it's a u-boot to kernel interface problem. I > > am able to pass a device tree to the kernel and get it to boot fine, and > > using NFS root also. > > > > I can't get it to find my initrd ramdisk is my problem. A kernel image, > > zImage.initrd, works with the ramdisk image, so I think everything is > > setup ok with the kernel. I'm using a uImage and using mkimage on my > > ramdisk also for u-boot. > > The messages look to me like linux is finding, decompressing, etc. the > RAM disk. It jumps the tracks sometime later. > > > I realize it could be that I'm just loading the images in the RAM such > > that when the kernel gets uncompressed it stomps on the ram disk. I have > > tried moving to other addresses without any luck. When I look in memory > > where the ram disk was loaded by uboot, I can see the image fine after > > the kernel has paniced because it didn't find the root file system. > > > > Is there something basic that I'm missing? > > > > Thanks, appreciate any help, > > John > > > > > > => bootm 0x1c0 0x180 0x100 > > ## Booting image at 01c0 ... > >Image Name: Linux-2.6.26-rc8 > >Image Type: PowerPC Linux Kernel Image (gzip compressed) > >Data Size:1536987 Bytes = 1.5 MB > >Load Address: > >Entry Point: > >Verifying Checksum ... OK > >Uncompressing Kernel Image ... OK > > kernel check > > > ## Loading RAMDisk Image at 0180 ... > >Image Name: > >Image Type: PowerPC Linux RAMDisk Image (gzip compressed) > >Data Size:1507104 Bytes = 1.4 MB > >Load Address: > >Entry Point: > >Verifying Checksum ... OK > >Booting using the fdt at 0x100 > >Loading Ramdisk to 0fd35000, end 0fea4f20 ... OK > > ramdisk check > > >Loading Device Tree to 007fc000, end 007fefff ... OK > >Loading Device Tree to 007fa000, end 007fcfff ... OK > > fdt check, but why are there two of them??? I don't have access to a > successful system boot at the moment, so I don't know if this is normal > or not. I'm thinking not. Does your kernel have a device tree blob > built in? > > > Using Xilinx Virtex machine description > > Linux version 2.6.26-rc8 ([EMAIL PROTECTED]) (gcc version 4.0.0 (DENX > > ELDK 4.1 4.0.0)) #4 PREEMPT Tue Jul 8 14 > > :45:07 PDT 2008 > > Zone PFN ranges: > > DMA 0 -> 131072 > > Normal 131072 -> 131072 > > Movable zone start PFN for each node > > early_node_map[1] active PFN ranges > > 0:0 -> 131072 > > Built 1 zonelists in Zone order, mobility grouping on. Total pages: > > 130048 > > Kernel command line: console=ttyS0 ip=on root=/dev/ram > > Xilinx intc at 0xD0020200 mapped to 0xfdfff200 > > PID hash table entries: 2048 (order: 11, 8192 bytes) > > clocksource: timebase mult[c80] shift[22] registered > > Console: colour dummy device 80x25 > > Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) > > Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) > > Memory: 514432k/524288k available (3024k kernel code, 9332k reserved, > > 128k data, 149k bss, 156k init) > > Mount-cache hash table entries: 512 > > device-tree: Duplicate name in /, renamed to "chosen#1" > > This is interesting. Looks like you have two /chosen nodes??? Is this > related to having two "Loading Device Tree" messages? I don't know > if/how this would be the problem, but my theory of making things work is > to fix the known problems before debugging the unknown problems. > > [snip] > > Best regards, > gvb > This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that v
Re: [U-Boot-Users] [PATCH v2 0/12] 85xx: various fixes for TQM85xx and support for TQM8548
Hi Andy, Andy Fleming wrote: > On Thu, Jun 5, 2008 at 6:11 AM, Wolfgang Grandegegr <[EMAIL PROTECTED]> wrote: >> this is v2 of patches fixing various issues with TQM85xx modules and adding >> support for TQM8548 modules from TQ Components GmbH (http://www.tqc.de). >> >> Note: The patches rely on "[PATCH v2] TQM: move TQM boards to board/tqc" >> sent a few minutes ago to this list. >> >> Wolfgang. > > > BTW, I applied all of these while the window was open, I just never > sent a confirmation email. OK, no problem. > Thanks! Thank you as well. Wolfgang. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] sh: Renesas R0P7785LC0011RL board support
> +include $(TOPDIR)/config.mk
> +
> +LIB = lib$(BOARD).a
> +
> +COBJS:= r0p7785lc0011rl.o selfcheck.o rtl8169_mac.o
> +SOBJS:= lowlevel_init.o
> +
> +$(LIB): $(COBJS) $(SOBJS)
> + $(AR) crv $@ $(COBJS) $(SOBJS)
please use $(ARFLAGS) instead of 'crv'
> +
> +clean:
> + rm -f $(SOBJS) $(OBJS)
> +
> +distclean: clean
> + rm -f $(LIB) core *.bak .depend
pelase add the $(obj)
> +
> +#
> +
> +.depend: Makefile $(SOBJS:.o=.S) $(OBJS:.o=.c)
> + $(CC) -M $(CPPFLAGS) $(SOBJS:.o=.S) $(OBJS:.o=.c) > $@
> +
> +-include .depend
> +
> + * MA 02111-1307 USA
> + */
> +
> +#define PCIREG_8(_adr) (*(volatile unsigned char *)(_adr))
> +#define PCIREG_32(_adr) (*(volatile unsigned long *)(_adr))
> +#define PCI_PAR PCIREG_32(0xfe0401c0)
> +#define PCI_PDR PCIREG_32(0xfe040220)
> +#define PCI_CR PCIREG_32(0xfe040100)
> +#define PCI_CONF1PCIREG_32(0xfe040004)
> +
> +#define EEPROM_ADD 0x0050
> +#define HIGH 1
> +#define LOW 0
> +
> +#define PCI_PROG 0x80
> +
> +#define PCI_EEP_ADDRESS (unsigned short)0x0007
> +#define PCI_MAC_ADDRESS_SIZE 3
> +
> +#define TIME1100
> +#define TIME22
> +#define BIT_DUMMY0
> +#define MAC_EEP_READ 1
> +#define MAC_EEP_WRITE2
> +#define MAC_EEP_ERACE3
> +#define MAC_EEP_EWEN 4
> +#define MAC_EEP_EWDS 5
> +
> +#define DEBUG 0
Please remove
Could you add few comment about the data?
> +
> +/* RTL8169 */
> +const unsigned short EEPROM_W_Data_8169_A[] = {
> + 0x8129, 0x10ec, 0x8169, 0x1154, 0x032b,
> + 0x4020, 0xa101
> +};
> +const unsigned short EEPROM_W_Data_8169_B[] = {
> + 0x4d15, 0xf7c2, 0x8000, 0x, 0x, 0x1300,
> + 0x, 0x, 0x, 0x, 0x, 0x, 0x, 0x,
> + 0x, 0x, 0x, 0x, 0x, 0x, 0x, 0x2000,
> + 0x, 0x, 0x, 0x, 0x, 0x, 0x, 0x,
> + 0x, 0x, 0x, 0x, 0x, 0x, 0x, 0x,
> + 0x, 0x, 0x, 0x, 0x, 0x, 0x, 0x,
> + 0x, 0x, 0x, 0x, 0x, 0x, 0x, 0x
> +};
> +
> +
> +int do_set_mac(cmd_tbl_t *cmdtp, int flag, int argc, char *argv[])
> +{
> + int i;
> + unsigned char mac[6];
> + char *s, *e;
> +
> + if (argc != 2) {
> + printf("Usage:\n%s\n", cmdtp->usage);
> + return 1;
> + }
> +
> + s = argv[1];
> +
> + for (i = 0; i < 6; i++) {
> + mac[i] = s ? simple_strtoul(s, &e, 16) : 0;
> + if (s)
> + s = (*e) ? e + 1 : e;
> + }
> + mac_write(mac);
> +
> + return 0;
> +}
> +
> +U_BOOT_CMD(
> + setmac, 2, 1, do_set_mac,
> + "setmac - write MAC address for RTL8110SCL\n",
> + "\n"
> + "setmac - write MAC address for RTL8110SCL\n"
> +);
> +
> +int do_print_mac(cmd_tbl_t *cmdtp, int flag, int argc, char *argv[])
> +{
> + int i;
> + uchar mac[6];
> +
> + if (argc != 1) {
> + printf("Usage:\n%s\n", cmdtp->usage);
> + return 1;
> + }
> +
> + mac_read();
> +
> + return 0;
> +}
> +
> +U_BOOT_CMD(
> + printmac, 1, 1, do_print_mac,
> + "printmac - print MAC address for RTL8110\n",
> + "\n"
> + "- print MAC address for RTL8110\n"
> +);
Could you add a README for this board and describe its specific command?
> +
> +
> +U_BOOT_CMD(
> + hwtest, 2, 1, do_hw_test,
> + "hwtest - hardware test for R0P7785LC0011RL board\n",
> + "\n"
> + "hwtest all - test all hardware\n"
> + "hwtest pld - output pld version\n"
> + "hwtest led - test LED\n"
> + "hwtest dipsw - test DIPSW\n"
> + "hwtest sm107 - output SM107 version\n"
> + "hwtest usb - test R8A66597\n"
> + "hwtest i2c - output PCA9564 version\n"
> + "hwtest net - compare RTL8110 ID\n"
> + "hwtest sata - compare SiI3512 ID\n"
> + "hwtest pci - output PCI slot device ID\n"
> +);
idem
> +
+
> +#define CONFIG_NETMASK 255.255.255.0
> +#define CONFIG_IPADDR192.168.10.100
> +#define CONFIG_SERVERIP 192.168.10.77
> +#define CONFIG_GATEWAYIP 192.168.10.77
please remove this 4 defines
> +
> +#define __io
> +#define __mem_pci
is it really the good place to define it??
> +
> +#define CONFIG_PCI_MEM_BUS 0xFD00 /* Memory space base addr */
> +#define CONFIG_PCI_MEM_PHYS CONFIG_PCI_MEM_BUS
> +#define CONFIG_PCI_MEM_SIZE 0x0100 /* Size of Memory window */
> +
Best Regards,
J.
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at h
Re: [U-Boot-Users] [PATCH] sh: add support for SH7785
On 21:07 Wed 09 Jul , Yoshihiro Shimoda wrote: > Renesas SH7785 has DDR2-SDRAM controller, PCI, and other. > This patch supports CPU register's header file. > > Signed-off-by: Yoshihiro Shimoda <[EMAIL PROTECTED]> > --- > include/asm-sh/cpu_sh4.h|2 + > include/asm-sh/cpu_sh7785.h | 156 > +++ > 2 files changed, 158 insertions(+), 0 deletions(-) > create mode 100644 include/asm-sh/cpu_sh7785.h > > diff --git a/include/asm-sh/cpu_sh4.h b/include/asm-sh/cpu_sh4.h > index 5a8a5a1..de6eb5a 100644 > --- a/include/asm-sh/cpu_sh4.h > +++ b/include/asm-sh/cpu_sh4.h > @@ -39,6 +39,8 @@ > # include > #elif defined (CONFIG_CPU_SH7780) > # include > +#elif defined (CONFIG_CPU_SH7785) > +# include > #else > # error "Unknown SH4 variant" > #endif > diff --git a/include/asm-sh/cpu_sh7785.h b/include/asm-sh/cpu_sh7785.h > new file mode 100644 > index 000..ec42bc6 > --- /dev/null > +++ b/include/asm-sh/cpu_sh7785.h > @@ -0,0 +1,156 @@ > +#ifndef _ASM_CPU_SH7785_H_ > +#define _ASM_CPU_SH7785_H_ > + > +/* > + * Copyright (c) 2007,2008 Nobuhiro Iwamatsu please add Nobuhiro Iwamatsu email if possible. > + * Copyright (c) 2008 Yusuke Goda <[EMAIL PROTECTED]> > + * Copyright (c) 2008 Yoshihiro Shimoda <[EMAIL PROTECTED]> > + * Best Regards, J. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] usb: add support for R8A66597 usb controller
+
> +#include
> +#include
> +#include
> +
> +#include "r8a66597.h"
> +
> +#if defined(CONFIG_USB_R8A66597_HCD)
please move to the Makefile
> +
> +#ifdef R8A66597_DEBUG
> +#define R8A66597_DPRINT printf
> +#else
> +#define R8A66597_DPRINT(...)
> +#endif
why not using debug()
> +
> +static const char hcd_name[] = "r8a66597_hcd";
> +static unsigned short clock = CONFIG_R8A66597_XTAL;
> +static unsigned short vif = CONFIG_R8A66597_LDRV;
> +static unsigned short endian = CONFIG_R8A66597_ENDIAN;
> +static struct r8a66597 gr8a66597;
is it not possible to have a better name for the struct and the var
and btw for the function naming?
> +
> +static void set_devadd_reg(struct r8a66597 *r8a66597, u8 r8a66597_address,
> +u16 usbspd, u8 upphub, u8 hubport, int port)
> +{
> + u16 val;
> + unsigned long devadd_reg = get_devadd_addr(r8a66597_address);
> +
> + val = (upphub << 11) | (hubport << 8) | (usbspd << 6) | (port & 0x0001);
> + r8a66597_write(r8a66597, val, devadd_reg);
> +}
> +
Best Regards,
J.
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] BDI3000 and PPC460GT board
On Wed, Jul 9, 2008 at 11:40 AM, Stefan Roese <[EMAIL PROTECTED]> wrote: > Hi Vadim, > > On Wednesday 09 July 2008, vb wrote: >> I am trying to control the amcc glacier (evkit460gt) eval board with a >> BDI3000, using the config file from >> ftp://78.31.64.234/bdigdb/config/powerpc/ppc4xx/ppc440/evkit460gt.cfg >> (modulo my local IP/tftp configuration). > > I attached my local version for you. Perhaps this works better. It works here > fine on my Glacier. > Stefan, this works like a charm, thank you so much for a prompt reply! cheers, \vb >> The problem is that the board fails to run under the BDI control, and >> runs just fine without it. >> >> When looking closer I see that the bdi resets the board properly and >> takes it all the way to the point where the TLBs are set and the rfi >> instruction is executed to jump out of the original 4k window. At this >> point a TLB exception is thrown, that is it loos like TLB programming >> 'did not take' while under BDI control. So, if I just reset the board >> and let it run, it keeps cycling through TLB error exception as no >> memory other than the top 4k bytes is accessible. Again, it works just >> fine without the BDI. >> >> Any hints and suggestions will be highly appreciated, > > What command are you using to "control" the PPC? "reset halt" will run you > initialization from the script and halt the PPC. "reset run" will skip this > init and give just run the PPC (hopefully to the U-Boot prompt). > > Best regards, > Stefan > > = > DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel > HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany > Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: [EMAIL PROTECTED] > = > - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] u-boot, powerpc with device tree, initrd problem
John Linn wrote: > I realize this could be posted to the linuxppc-dev also, but my kernel > is running fine so I think it's a u-boot to kernel interface problem. I > am able to pass a device tree to the kernel and get it to boot fine, and > using NFS root also. > > I can't get it to find my initrd ramdisk is my problem. A kernel image, > zImage.initrd, works with the ramdisk image, so I think everything is > setup ok with the kernel. I'm using a uImage and using mkimage on my > ramdisk also for u-boot. The messages look to me like linux is finding, decompressing, etc. the RAM disk. It jumps the tracks sometime later. > I realize it could be that I'm just loading the images in the RAM such > that when the kernel gets uncompressed it stomps on the ram disk. I have > tried moving to other addresses without any luck. When I look in memory > where the ram disk was loaded by uboot, I can see the image fine after > the kernel has paniced because it didn't find the root file system. > > Is there something basic that I'm missing? > > Thanks, appreciate any help, > John > > > => bootm 0x1c0 0x180 0x100 > ## Booting image at 01c0 ... >Image Name: Linux-2.6.26-rc8 >Image Type: PowerPC Linux Kernel Image (gzip compressed) >Data Size:1536987 Bytes = 1.5 MB >Load Address: >Entry Point: >Verifying Checksum ... OK >Uncompressing Kernel Image ... OK kernel check > ## Loading RAMDisk Image at 0180 ... >Image Name: >Image Type: PowerPC Linux RAMDisk Image (gzip compressed) >Data Size:1507104 Bytes = 1.4 MB >Load Address: >Entry Point: >Verifying Checksum ... OK >Booting using the fdt at 0x100 >Loading Ramdisk to 0fd35000, end 0fea4f20 ... OK ramdisk check >Loading Device Tree to 007fc000, end 007fefff ... OK >Loading Device Tree to 007fa000, end 007fcfff ... OK fdt check, but why are there two of them??? I don't have access to a successful system boot at the moment, so I don't know if this is normal or not. I'm thinking not. Does your kernel have a device tree blob built in? > Using Xilinx Virtex machine description > Linux version 2.6.26-rc8 ([EMAIL PROTECTED]) (gcc version 4.0.0 (DENX > ELDK 4.1 4.0.0)) #4 PREEMPT Tue Jul 8 14 > :45:07 PDT 2008 > Zone PFN ranges: > DMA 0 -> 131072 > Normal 131072 -> 131072 > Movable zone start PFN for each node > early_node_map[1] active PFN ranges > 0:0 -> 131072 > Built 1 zonelists in Zone order, mobility grouping on. Total pages: > 130048 > Kernel command line: console=ttyS0 ip=on root=/dev/ram > Xilinx intc at 0xD0020200 mapped to 0xfdfff200 > PID hash table entries: 2048 (order: 11, 8192 bytes) > clocksource: timebase mult[c80] shift[22] registered > Console: colour dummy device 80x25 > Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) > Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) > Memory: 514432k/524288k available (3024k kernel code, 9332k reserved, > 128k data, 149k bss, 156k init) > Mount-cache hash table entries: 512 > device-tree: Duplicate name in /, renamed to "chosen#1" This is interesting. Looks like you have two /chosen nodes??? Is this related to having two "Loading Device Tree" messages? I don't know if/how this would be the problem, but my theory of making things work is to fix the known problems before debugging the unknown problems. [snip] Best regards, gvb - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH v2 0/12] 85xx: various fixes for TQM85xx and support for TQM8548
On Thu, Jun 5, 2008 at 6:11 AM, Wolfgang Grandegegr <[EMAIL PROTECTED]> wrote: > this is v2 of patches fixing various issues with TQM85xx modules and adding > support for TQM8548 modules from TQ Components GmbH (http://www.tqc.de). > > Note: The patches rely on "[PATCH v2] TQM: move TQM boards to board/tqc" > sent a few minutes ago to this list. > > Wolfgang. BTW, I applied all of these while the window was open, I just never sent a confirmation email. Thanks! Andy - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH v2] PPC4xx: Correct SDRAM_MCSTAT for PPC405EX(r)
While the PowerPC 405EX(r) shares in common the AMCC/IBM DDR2 SDRAM controller core also used in the 440SP, 440SPe, 460EX, and 460GT, in the 405EX(r), SDRAM_MCSTAT has a different DCR value. Its present value on the 405EX(r) causes a read back of 0x which causes SDRAM initialization to periodically fail since it can prematurely indicate SDRAM ready status. Signed-off-by: Grant Erickson <[EMAIL PROTECTED]> --- include/asm-ppc/ppc4xx-sdram.h |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/include/asm-ppc/ppc4xx-sdram.h b/include/asm-ppc/ppc4xx-sdram.h index 8a064df..b528497 100644 --- a/include/asm-ppc/ppc4xx-sdram.h +++ b/include/asm-ppc/ppc4xx-sdram.h @@ -353,8 +353,11 @@ /* * Memory controller registers */ +#ifndef CONFIG_405EX #define SDRAM_MCSTAT 0x14/* memory controller status */ +#else +#define SDRAM_MCSTAT 0x1F/* memory controller status */ +#endif #define SDRAM_MCOPT1 0x20/* memory controller options 1 */ #define SDRAM_MCOPT2 0x21/* memory controller options 2 */ #define SDRAM_MODT00x22/* on die termination for bank 0 */ -- 1.5.4.4 - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] u-boot, powerpc with device tree, initrd problem
I realize this could be posted to the linuxppc-dev also, but my kernel is running fine so I think it's a u-boot to kernel interface problem. I am able to pass a device tree to the kernel and get it to boot fine, and using NFS root also. I can't get it to find my initrd ramdisk is my problem. A kernel image, zImage.initrd, works with the ramdisk image, so I think everything is setup ok with the kernel. I'm using a uImage and using mkimage on my ramdisk also for u-boot. I realize it could be that I'm just loading the images in the RAM such that when the kernel gets uncompressed it stomps on the ram disk. I have tried moving to other addresses without any luck. When I look in memory where the ram disk was loaded by uboot, I can see the image fine after the kernel has paniced because it didn't find the root file system. Is there something basic that I'm missing? Thanks, appreciate any help, John => bootm 0x1c0 0x180 0x100 ## Booting image at 01c0 ... Image Name: Linux-2.6.26-rc8 Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size:1536987 Bytes = 1.5 MB Load Address: Entry Point: Verifying Checksum ... OK Uncompressing Kernel Image ... OK ## Loading RAMDisk Image at 0180 ... Image Name: Image Type: PowerPC Linux RAMDisk Image (gzip compressed) Data Size:1507104 Bytes = 1.4 MB Load Address: Entry Point: Verifying Checksum ... OK Booting using the fdt at 0x100 Loading Ramdisk to 0fd35000, end 0fea4f20 ... OK Loading Device Tree to 007fc000, end 007fefff ... OK Loading Device Tree to 007fa000, end 007fcfff ... OK Using Xilinx Virtex machine description Linux version 2.6.26-rc8 ([EMAIL PROTECTED]) (gcc version 4.0.0 (DENX ELDK 4.1 4.0.0)) #4 PREEMPT Tue Jul 8 14 :45:07 PDT 2008 Zone PFN ranges: DMA 0 -> 131072 Normal 131072 -> 131072 Movable zone start PFN for each node early_node_map[1] active PFN ranges 0:0 -> 131072 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 130048 Kernel command line: console=ttyS0 ip=on root=/dev/ram Xilinx intc at 0xD0020200 mapped to 0xfdfff200 PID hash table entries: 2048 (order: 11, 8192 bytes) clocksource: timebase mult[c80] shift[22] registered Console: colour dummy device 80x25 Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Memory: 514432k/524288k available (3024k kernel code, 9332k reserved, 128k data, 149k bss, 156k init) Mount-cache hash table entries: 512 device-tree: Duplicate name in /, renamed to "chosen#1" net_namespace: 624 bytes NET: Registered protocol family 16 PCI: Probing PCI hardware NET: Registered protocol family 2 IP route cache hash table entries: 16384 (order: 4, 65536 bytes) TCP established hash table entries: 65536 (order: 7, 524288 bytes) TCP bind hash table entries: 65536 (order: 6, 262144 bytes) TCP: Hash tables configured (established 65536 bind 65536) TCP reno registered NET: Registered protocol family 1 Installing knfsd (copyright (C) 1996 [EMAIL PROTECTED]). msgmni has been set to 1005 io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered (default) Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled d000.serial: ttyS0 at MMIO 0xd003 (irq = 16) is a 16550A console [ttyS0] enabled brd: module loaded loop: module loaded Device Tree Probing 'ethernet' xilinx_lltemac 9120.ethernet: MAC address is now 2: 0: 0: 0: 0: 0 xilinx_lltemac 9120.ethernet: XLlTemac: using DMA mode. XLlTemac: DCR address: 0x80 XLlTemac: buffer descriptor size: 32768 (0x8000) XLlTemac: Allocating DMA descriptors with kmalloc<6>XLlTemac: (buffer_descriptor_init) phy: 0x1fa08000, virt: 0xdfa08000, size: 0x8000 XTemac: PHY detected at address 7. eth0: Dropping NETIF_F_SG since no checksum feature. xilinx_lltemac 9120.ethernet: eth0: Xilinx TEMAC at 0x9120 mapped to 0xE100E000, irq=17 mice: PS/2 mouse device common for all mice i2c /dev entries driver Device Tree Probing 'i2c' d002.i2c #0 at 0xD002 mapped to 0xE101, irq=20 TCP cubic registered NET: Registered protocol family 17 RPC: Registered udp transport module. RPC: Registered tcp transport module. eth0: XLlTemac: Options: 0x3fa eth0: XLlTemac: allocating interrupt 19 for dma mode tx. eth0: XLlTemac: allocating interrupt 18 for dma mode rx. eth0: XLlTemac: speed set to 100Mb/s eth0: XLlTemac: Send Threshold = 24, Receive Threshold = 4 eth0: XLlTemac: Send Wait bound = 254, Receive Wait bound = 254 Sending DHCP requests .., OK IP-Config: Got DHCP answer from 149.199.109.235, my address is 172.16.40.12 IP-Config: Complete: device=eth0, addr=172.16.40.12, mask=255.255.255.0, gw=172.16.40.254, host=172.16.40.12, domain=xilinx.com public.xilinx.com xlnx.xilinx.com public.xsj.xilinx., nis-domain=xil inx.com,
Re: [U-Boot-Users] BDI3000 and PPC460GT board
Hi Vadim, On Wednesday 09 July 2008, vb wrote: > I am trying to control the amcc glacier (evkit460gt) eval board with a > BDI3000, using the config file from > ftp://78.31.64.234/bdigdb/config/powerpc/ppc4xx/ppc440/evkit460gt.cfg > (modulo my local IP/tftp configuration). I attached my local version for you. Perhaps this works better. It works here fine on my Glacier. > The problem is that the board fails to run under the BDI control, and > runs just fine without it. > > When looking closer I see that the bdi resets the board properly and > takes it all the way to the point where the TLBs are set and the rfi > instruction is executed to jump out of the original 4k window. At this > point a TLB exception is thrown, that is it loos like TLB programming > 'did not take' while under BDI control. So, if I just reset the board > and let it run, it keeps cycling through TLB error exception as no > memory other than the top 4k bytes is accessible. Again, it works just > fine without the BDI. > > Any hints and suggestions will be highly appreciated, What command are you using to "control" the PPC? "reset halt" will run you initialization from the script and halt the PPC. "reset run" will skip this init and give just run the PPC (hopefully to the U-Boot prompt). Best regards, Stefan = DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: [EMAIL PROTECTED] = ; bdiGDB configuration file for AMCC 460GT Evaluation Kit "Glacier" ; - ; ; [INIT] ; Setup TLB WTLB0xF095 0x4F3F ;Boot Space 256MB WTLB0x0094 0x003F ;SDRAM 256MB @ 0x WTLB0x9095 0x403F ;ISRAM/OCM ; Setup Peripheral Bus ; WDCR0x120x0010 ;Select EBC0_B0AP WDCR0x130x10055e00 WDCR0x120x ;Select EBC0_B0CR WDCR0x130xfc0da000 ; 64MByte ; OCM ;WDCR0x20 0x40004580 ;16k [TARGET] JTAGCLOCK 1 ;use 8 MHz JTAG clock CPUTYPE 440 ;the used target CPU type WAKEUP 500 ;wakeup time after reset BREAKMODE HARD;SOFT or HARD, HARD uses PPC hardware breakpoint STEPMODEHWBP;JTAG or HWBP, HWBP uses one or two hardware breakpoints [HOST] IP 10.0.0.152 FILE/tftpboot/glacier/u-boot.bin FORMAT BIN DUMP/tftpboot/glacier/dump.bin PROMPT 460EX> [FLASH] ;WORKSPACE 0xe304 ;workspace in OCM ;WORKSPACE 0x7000 ;workspace in OCM ;WORKSPACE 0x9004 ;workspace in OCM CHIPTYPEMIRRORX16;Flash type CHIPSIZE0x100;The size of one flash chip in bytes BUSWIDTH16 ;The width of the flash memory bus in bits (8 | 16 | 32) FILE/tftpboot/glacier/u-boot.bin ;FORMAT BIN 0xFFF8 FORMAT BIN 0xFFFA ;ERASE 0xFFF8 ;erase sector 4 ERASE 0xFFFA ;erase sector 4 ERASE 0xFFFC ;erase sector 4 ERASE 0xFFFE ;erase sector 6 [REGS] FILE/tftpboot/BDI2000/reg460ex.def - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] 8xxx-fdt: set ns16550 clock from CFG_NS16550_CLK, not bi_busfreq
Some boards that have external 16550 UARTs don't have a direct tie between bi_busfreq and the clock used for the UARTs. Boards that do have such a tie should set CFG_NS16550_CLK to be get_bus_freq(0) -- which most of them do already. Signed-off-by: Paul Gortmaker <[EMAIL PROTECTED]> --- (Just resending same content with signed off this time...) cpu/mpc83xx/fdt.c |2 +- cpu/mpc85xx/fdt.c |2 +- cpu/mpc86xx/fdt.c |2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/cpu/mpc83xx/fdt.c b/cpu/mpc83xx/fdt.c index 02c4d05..8dfe8ba 100644 --- a/cpu/mpc83xx/fdt.c +++ b/cpu/mpc83xx/fdt.c @@ -60,7 +60,7 @@ void ft_cpu_setup(void *blob, bd_t *bd) #ifdef CFG_NS16550 do_fixup_by_compat_u32(blob, "ns16550", - "clock-frequency", bd->bi_busfreq, 1); + "clock-frequency", CFG_NS16550_CLK, 1); #endif fdt_fixup_memory(blob, (u64)bd->bi_memstart, (u64)bd->bi_memsize); diff --git a/cpu/mpc85xx/fdt.c b/cpu/mpc85xx/fdt.c index 92952e6..bd43073 100644 --- a/cpu/mpc85xx/fdt.c +++ b/cpu/mpc85xx/fdt.c @@ -224,7 +224,7 @@ void ft_cpu_setup(void *blob, bd_t *bd) #ifdef CFG_NS16550 do_fixup_by_compat_u32(blob, "ns16550", - "clock-frequency", bd->bi_busfreq, 1); + "clock-frequency", CFG_NS16550_CLK, 1); #endif #ifdef CONFIG_CPM2 diff --git a/cpu/mpc86xx/fdt.c b/cpu/mpc86xx/fdt.c index 379306e..80a5c78 100644 --- a/cpu/mpc86xx/fdt.c +++ b/cpu/mpc86xx/fdt.c @@ -30,6 +30,6 @@ void ft_cpu_setup(void *blob, bd_t *bd) #ifdef CFG_NS16550 do_fixup_by_compat_u32(blob, "ns16550", - "clock-frequency", bd->bi_busfreq, 1); + "clock-frequency", CFG_NS16550_CLK, 1); #endif } -- 1.5.6.6.gd3e97 - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] PPC4xx: Correct SDRAM_MCSTAT for PPC405EX(r)
On Wednesday 09 July 2008, Grant Erickson wrote: > While the PowerPC 405EX(r) shares in common the AMCC/IBM DDR2 SDRAM > controller core also used in the 440SP, 440SPe, 460EX, and 460GT, in > the 405EX(r), SDRAM_MCSTAT has a different DCR value. > > Its present value on the 405EX(r) causes a read back of 0x > which causes SDRAM initialization to periodically fail since it can > prematurely indicate SDRAM ready status. > > Signed-off-by: Grant Erickson <[EMAIL PROTECTED]> > --- > include/asm-ppc/ppc4xx-sdram.h |3 +++ > 1 files changed, 3 insertions(+), 0 deletions(-) > > diff --git a/include/asm-ppc/ppc4xx-sdram.h > b/include/asm-ppc/ppc4xx-sdram.h index 8a064df..5cf5ce3 100644 > --- a/include/asm-ppc/ppc4xx-sdram.h > +++ b/include/asm-ppc/ppc4xx-sdram.h > @@ -353,7 +353,10 @@ > /* > * Memory controller registers > */ > +#ifndef CONFIG_405EX > #define SDRAM_MCSTAT 0x14/* memory controller status */ > +#else > +#define SDRAM_MCSTAT 0x1F/* memory controller status */ > #define SDRAM_MCOPT1 0x20/* memory controller options 1 */ > #define SDRAM_MCOPT2 0x21/* memory controller options 2 */ > #define SDRAM_MODT0 0x22/* on die termination for bank 0 */ Isn't an #endif missing here? Best regards, Stefan = DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: [EMAIL PROTECTED] = - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 1/6] sbc8560: proper definitions for TSEC.
Ben Warren wrote: > Paul Gortmaker wrote: >> The definitions for the TSEC have become out of date. There is no >> longer any such options like "CONFIG_MPC85xx_TSEC1" or similar. >> Update to match those of other boards, like the MPC8560ADS. >> --- >> > You forgot your signed-off-by. When you resubmit, add: Ah, crap. Knew I was forgetting something. Thanks. I'll wait for other feedback before re-sending it again. P. > > Acked-by: Ben Warren <[EMAIL PROTECTED]> >> include/configs/sbc8560.h | 32 ++-- >> 1 files changed, 22 insertions(+), 10 deletions(-) >> >> diff --git a/include/configs/sbc8560.h b/include/configs/sbc8560.h >> index 146eafe..f07fbc0 100644 >> --- a/include/configs/sbc8560.h >> +++ b/include/configs/sbc8560.h >> @@ -215,16 +215,28 @@ >> #define CFG_PCI_MEM_PHYS0xC000 >> #define CFG_PCI_MEM_SIZE0x1000 >> >> -#if defined(CONFIG_TSEC_ENET)/* TSEC Ethernet port */ >> - >> -# define CONFIG_NET_MULTI1 >> -# define CONFIG_MII1/* MII PHY management*/ >> -# define CONFIG_MPC85xx_TSEC1 >> -# define CONFIG_MPC85xx_TSEC1_NAME"TSEC0" >> -# define TSEC1_PHY_ADDR25 >> -# define TSEC1_PHYIDX0 >> -/* Options are: TSEC0 */ >> -# define CONFIG_ETHPRIME"TSEC0" >> +#ifdef CONFIG_TSEC_ENET >> + >> +#ifndef CONFIG_NET_MULTI >> +#define CONFIG_NET_MULTI 1 >> +#endif >> + >> +#ifndef CONFIG_MII >> +#define CONFIG_MII1/* MII PHY management */ >> +#endif >> +#define CONFIG_TSEC11 >> +#define CONFIG_TSEC1_NAME"TSEC0" >> +#define CONFIG_TSEC21 >> +#define CONFIG_TSEC2_NAME"TSEC1" >> +#define TSEC1_PHY_ADDR0x19 >> +#define TSEC2_PHY_ADDR0x1a >> +#define TSEC1_PHYIDX0 >> +#define TSEC2_PHYIDX0 >> +#define TSEC1_FLAGSTSEC_GIGABIT >> +#define TSEC2_FLAGSTSEC_GIGABIT >> + >> +/* Options are: TSEC[0-1] */ >> +#define CONFIG_ETHPRIME"TSEC0" >> >> #elif defined(CONFIG_ETHER_ON_FCC)/* CPM FCC Ethernet */ >> >> > - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 3/6] sbc8560: define eth0 and eth1 instead of eth1 and eth2
Paul Gortmaker wrote: > The existing config doesn't define CONFIG_HAS_ETH0, and so the > fdt support doesn't update the zeros in the dtb local-mac with > real data from the u-boot env. Since the existing config is > tailored to just two interfaces, get rid of the ETH2 definitions > at the same time. > --- > include/configs/sbc8560.h |3 +-- > 1 files changed, 1 insertions(+), 2 deletions(-) > > diff --git a/include/configs/sbc8560.h b/include/configs/sbc8560.h > index f07fbc0..e5195e0 100644 > --- a/include/configs/sbc8560.h > +++ b/include/configs/sbc8560.h > @@ -407,11 +407,10 @@ > > /*Note: change below for your network setting!!! */ > #if defined(CONFIG_TSEC_ENET) || defined(CONFIG_ETHER_ON_FCC) > +# define CONFIG_HAS_ETH0 > # define CONFIG_ETHADDR 00:01:af:07:9b:8a > # define CONFIG_HAS_ETH1 > # define CONFIG_ETH1ADDR00:01:af:07:9b:8b > -# define CONFIG_HAS_ETH2 > -# define CONFIG_ETH2ADDR00:01:af:07:9b:8c > #endif > > #define CONFIG_SERVERIP 192.168.0.131 > Please get rid of all default network parameters while you're at it (MAC addresses, IP addresses etc.) regards, Ben - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 1/6] sbc8560: proper definitions for TSEC.
Paul Gortmaker wrote: > The definitions for the TSEC have become out of date. There is no > longer any such options like "CONFIG_MPC85xx_TSEC1" or similar. > Update to match those of other boards, like the MPC8560ADS. > --- > You forgot your signed-off-by. When you resubmit, add: Acked-by: Ben Warren <[EMAIL PROTECTED]> > include/configs/sbc8560.h | 32 ++-- > 1 files changed, 22 insertions(+), 10 deletions(-) > > diff --git a/include/configs/sbc8560.h b/include/configs/sbc8560.h > index 146eafe..f07fbc0 100644 > --- a/include/configs/sbc8560.h > +++ b/include/configs/sbc8560.h > @@ -215,16 +215,28 @@ > #define CFG_PCI_MEM_PHYS 0xC000 > #define CFG_PCI_MEM_SIZE 0x1000 > > -#if defined(CONFIG_TSEC_ENET)/* TSEC Ethernet port */ > - > -# define CONFIG_NET_MULTI 1 > -# define CONFIG_MII 1 /* MII PHY management */ > -# define CONFIG_MPC85xx_TSEC1 > -# define CONFIG_MPC85xx_TSEC1_NAME "TSEC0" > -# define TSEC1_PHY_ADDR 25 > -# define TSEC1_PHYIDX 0 > -/* Options are: TSEC0 */ > -# define CONFIG_ETHPRIME"TSEC0" > +#ifdef CONFIG_TSEC_ENET > + > +#ifndef CONFIG_NET_MULTI > +#define CONFIG_NET_MULTI 1 > +#endif > + > +#ifndef CONFIG_MII > +#define CONFIG_MII 1 /* MII PHY management */ > +#endif > +#define CONFIG_TSEC1 1 > +#define CONFIG_TSEC1_NAME"TSEC0" > +#define CONFIG_TSEC2 1 > +#define CONFIG_TSEC2_NAME"TSEC1" > +#define TSEC1_PHY_ADDR 0x19 > +#define TSEC2_PHY_ADDR 0x1a > +#define TSEC1_PHYIDX 0 > +#define TSEC2_PHYIDX 0 > +#define TSEC1_FLAGS TSEC_GIGABIT > +#define TSEC2_FLAGS TSEC_GIGABIT > + > +/* Options are: TSEC[0-1] */ > +#define CONFIG_ETHPRIME "TSEC0" > > #elif defined(CONFIG_ETHER_ON_FCC) /* CPM FCC Ethernet */ > > - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] BDI3000 and PPC460GT board
Hello, I am trying to control the amcc glacier (evkit460gt) eval board with a BDI3000, using the config file from ftp://78.31.64.234/bdigdb/config/powerpc/ppc4xx/ppc440/evkit460gt.cfg (modulo my local IP/tftp configuration). The problem is that the board fails to run under the BDI control, and runs just fine without it. When looking closer I see that the bdi resets the board properly and takes it all the way to the point where the TLBs are set and the rfi instruction is executed to jump out of the original 4k window. At this point a TLB exception is thrown, that is it loos like TLB programming 'did not take' while under BDI control. So, if I just reset the board and let it run, it keeps cycling through TLB error exception as no memory other than the top 4k bytes is accessible. Again, it works just fine without the BDI. Any hints and suggestions will be highly appreciated, TIA, Vadim - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH 5/6] sbc8560: add default fdt values
Add in the default fdt settings and the typical EXTRA_ENV settings as borrowed from the mpc8560ads. Fix a couple of stale references to the mpc8560ads dating back to the original clone/fork. --- include/configs/sbc8560.h | 35 +++ 1 files changed, 31 insertions(+), 4 deletions(-) diff --git a/include/configs/sbc8560.h b/include/configs/sbc8560.h index e5195e0..8e61225 100644 --- a/include/configs/sbc8560.h +++ b/include/configs/sbc8560.h @@ -24,8 +24,8 @@ * MA 02111-1307 USA */ -/* mpc8560ads board configuration file */ -/* please refer to doc/README.mpc85xx for more info */ +/* sbc8560 board configuration file */ +/* please refer to doc/README.sbc8560 for more info */ /* make sure you change the MAC address and other network params first, * search for CONFIG_ETHADDR,CONFIG_SERVERIP,etc in this file */ @@ -329,7 +329,6 @@ #define CONFIG_BOOTARGS "root=/dev/nfs rw nfsroot=192.168.0.251:/tftpboot ip=192.168.0.105:192.168.0.251::255.255.255.0:sbc8560:eth0:off console=ttyS0,9600" /*#define CONFIG_BOOTARGS "root=/dev/ram rw console=ttyS0,115200"*/ -#define CONFIG_BOOTCOMMAND "bootm 0xff80 0xffa0" #define CONFIG_BOOTDELAY 5 /* -1 disable autoboot */ #define CONFIG_LOADS_ECHO 1 /* echo on for serial download */ @@ -419,6 +418,34 @@ #define CONFIG_NETMASK 255.255.255.0 #define CONFIG_HOSTNAMESBC8560 #define CONFIG_ROOTPATH/home/ppc -#define CONFIG_BOOTFILEpImage +#define CONFIG_BOOTFILEuImage + +#defineCONFIG_EXTRA_ENV_SETTINGS \ + "netdev=eth0\0" \ + "consoledev=ttyS0\0" \ + "ramdiskaddr=200\0" \ + "ramdiskfile=ramdisk.uboot\0" \ + "fdtaddr=c0\0"\ + "fdtfile=sbc8560.dtb\0" + +#define CONFIG_NFSBOOTCOMMAND \ + "setenv bootargs root=/dev/nfs rw " \ + "nfsroot=$serverip:$rootpath " \ + "ip=$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:off " \ + "console=$consoledev,$baudrate $othbootargs;"\ + "tftp $loadaddr $bootfile;" \ + "tftp $fdtaddr $fdtfile;" \ + "bootm $loadaddr - $fdtaddr" + + +#define CONFIG_RAMBOOTCOMMAND \ + "setenv bootargs root=/dev/ram rw " \ + "console=$consoledev,$baudrate $othbootargs;"\ + "tftp $ramdiskaddr $ramdiskfile;" \ + "tftp $loadaddr $bootfile;" \ + "tftp $fdtaddr $fdtfile;" \ + "bootm $loadaddr $ramdiskaddr $fdtaddr" + +#define CONFIG_BOOTCOMMAND CONFIG_NFSBOOTCOMMAND #endif /* __CONFIG_H */ -- 1.5.6.6.gd3e97 - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH 4/6] sbc8560: add in ft_board_setup()
Add in for the sbc8560, the ft_board_setup() routine, based on what is
in use for the Freescale MPC8560ADS board.
---
board/sbc8560/sbc8560.c | 28
1 files changed, 28 insertions(+), 0 deletions(-)
diff --git a/board/sbc8560/sbc8560.c b/board/sbc8560/sbc8560.c
index 3b6b541..d9e598c 100644
--- a/board/sbc8560/sbc8560.c
+++ b/board/sbc8560/sbc8560.c
@@ -33,6 +33,8 @@
#include
#include
#include
+#include
+#include
long int fixed_sdram (void);
@@ -456,3 +458,29 @@ long int fixed_sdram (void)
return CFG_SDRAM_SIZE * 1024 * 1024;
}
#endif /* !defined(CONFIG_SPD_EEPROM) */
+
+
+#if defined(CONFIG_OF_BOARD_SETUP)
+void
+ft_board_setup(void *blob, bd_t *bd)
+{
+ int node, tmp[2];
+#ifdef CONFIG_PCI
+ const char *path;
+#endif
+
+ ft_cpu_setup(blob, bd);
+
+ node = fdt_path_offset(blob, "/aliases");
+ tmp[0] = 0;
+ if (node >= 0) {
+#ifdef CONFIG_PCI
+ path = fdt_getprop(blob, node, "pci0", NULL);
+ if (path) {
+ tmp[1] = hose.last_busno - hose.first_busno;
+ do_fixup_by_path(blob, path, "bus-range", &tmp, 8, 1);
+ }
+#endif
+ }
+}
+#endif
--
1.5.6.6.gd3e97
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH 6/6] sbc8560: enable CONFIG_OF_LIBFDT by default
Make the default build for the sbc8560 board be powerpc capable with libfdt support. --- include/configs/sbc8560.h |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/include/configs/sbc8560.h b/include/configs/sbc8560.h index 8e61225..44d65b7 100644 --- a/include/configs/sbc8560.h +++ b/include/configs/sbc8560.h @@ -200,6 +200,11 @@ #define CFG_PROMPT_HUSH_PS2 "> " #endif +/* pass open firmware flat tree */ +#define CONFIG_OF_LIBFDT1 +#define CONFIG_OF_BOARD_SETUP 1 +#define CONFIG_OF_STDOUT_VIA_ALIAS 1 + /* * I2C */ -- 1.5.6.6.gd3e97 - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH 3/6] sbc8560: define eth0 and eth1 instead of eth1 and eth2
The existing config doesn't define CONFIG_HAS_ETH0, and so the fdt support doesn't update the zeros in the dtb local-mac with real data from the u-boot env. Since the existing config is tailored to just two interfaces, get rid of the ETH2 definitions at the same time. --- include/configs/sbc8560.h |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/include/configs/sbc8560.h b/include/configs/sbc8560.h index f07fbc0..e5195e0 100644 --- a/include/configs/sbc8560.h +++ b/include/configs/sbc8560.h @@ -407,11 +407,10 @@ /*Note: change below for your network setting!!! */ #if defined(CONFIG_TSEC_ENET) || defined(CONFIG_ETHER_ON_FCC) +# define CONFIG_HAS_ETH0 # define CONFIG_ETHADDR 00:01:af:07:9b:8a # define CONFIG_HAS_ETH1 # define CONFIG_ETH1ADDR 00:01:af:07:9b:8b -# define CONFIG_HAS_ETH2 -# define CONFIG_ETH2ADDR 00:01:af:07:9b:8c #endif #define CONFIG_SERVERIP192.168.0.131 -- 1.5.6.6.gd3e97 - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH 1/6] sbc8560: proper definitions for TSEC.
The definitions for the TSEC have become out of date. There is no longer any such options like "CONFIG_MPC85xx_TSEC1" or similar. Update to match those of other boards, like the MPC8560ADS. --- include/configs/sbc8560.h | 32 ++-- 1 files changed, 22 insertions(+), 10 deletions(-) diff --git a/include/configs/sbc8560.h b/include/configs/sbc8560.h index 146eafe..f07fbc0 100644 --- a/include/configs/sbc8560.h +++ b/include/configs/sbc8560.h @@ -215,16 +215,28 @@ #define CFG_PCI_MEM_PHYS 0xC000 #define CFG_PCI_MEM_SIZE 0x1000 -#if defined(CONFIG_TSEC_ENET) /* TSEC Ethernet port */ - -# define CONFIG_NET_MULTI 1 -# define CONFIG_MII 1 /* MII PHY management */ -# define CONFIG_MPC85xx_TSEC1 -# define CONFIG_MPC85xx_TSEC1_NAME"TSEC0" -# define TSEC1_PHY_ADDR 25 -# define TSEC1_PHYIDX 0 -/* Options are: TSEC0 */ -# define CONFIG_ETHPRIME "TSEC0" +#ifdef CONFIG_TSEC_ENET + +#ifndef CONFIG_NET_MULTI +#define CONFIG_NET_MULTI 1 +#endif + +#ifndef CONFIG_MII +#define CONFIG_MII 1 /* MII PHY management */ +#endif +#define CONFIG_TSEC1 1 +#define CONFIG_TSEC1_NAME "TSEC0" +#define CONFIG_TSEC2 1 +#define CONFIG_TSEC2_NAME "TSEC1" +#define TSEC1_PHY_ADDR 0x19 +#define TSEC2_PHY_ADDR 0x1a +#define TSEC1_PHYIDX 0 +#define TSEC2_PHYIDX 0 +#define TSEC1_FLAGSTSEC_GIGABIT +#define TSEC2_FLAGSTSEC_GIGABIT + +/* Options are: TSEC[0-1] */ +#define CONFIG_ETHPRIME"TSEC0" #elif defined(CONFIG_ETHER_ON_FCC) /* CPM FCC Ethernet */ -- 1.5.6.6.gd3e97 - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH 2/6] sbc8560: properly set cs0_bnds for 512MB
The sbc8560 board ships with 512MB of memory installed, but the current cs0_bnds is hard coded for 256MB. Set the value based on CFG_SDRAM_SIZE. --- board/sbc8560/sbc8560.c |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/board/sbc8560/sbc8560.c b/board/sbc8560/sbc8560.c index 2946ca1..3b6b541 100644 --- a/board/sbc8560/sbc8560.c +++ b/board/sbc8560/sbc8560.c @@ -421,7 +421,11 @@ long int fixed_sdram (void) #ifndef CFG_RAMBOOT volatile ccsr_ddr_t *ddr= (void *)(CFG_MPC85xx_DDR_ADDR); +#if (CFG_SDRAM_SIZE == 512) + ddr->cs0_bnds = 0x000f; +#else ddr->cs0_bnds = 0x0007; +#endif ddr->cs1_bnds = 0x0010001f; ddr->cs2_bnds = 0x; ddr->cs3_bnds = 0x; -- 1.5.6.6.gd3e97 - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH 0/6] Update sbc8560; enable fdt/powerpc support
The following six patches update the sbc8560 support to fix a memsize bug + some bitrot (1st three), and then add/enable the powerpc/fdt support (the second three). One additional patch required for using the sbc8560 on 1.3.x; the setting of the UART clk in mpc85xx/fdt.c isn't included here, as that wasn't a fix in a board specific file, and so it is being reviewed/submitted separately. Thanks, Paul. 0001-sbc8560-proper-definitions-for-TSEC.patch b/include/configs/sbc8560.h | 32 ++-- 0002-sbc8560-properly-set-cs0_bnds-for-512MB.patch b/board/sbc8560/sbc8560.c |4 0003-sbc8560-define-eth0-and-eth1-instead-of-eth1-and-eth2.patch b/include/configs/sbc8560.h |3 +-- 0004-sbc8560-add-in-ft_board_setup.patch b/board/sbc8560/sbc8560.c | 28 0005-sbc8560-add-default-fdt-values.patch b/include/configs/sbc8560.h | 35 +++ 0006-sbc8560-enable-CONFIG_OF_LIBFDT-by-default.patch b/include/configs/sbc8560.h |5 + - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] 8xxx-fdt: set ns16550 clock from CFG_NS16550_CLK, not bi_busfreq
Some boards that have external 16550 UARTs don't have a direct tie between bi_busfreq and the clock used for the UARTs. Boards that do have such a tie should set CFG_NS16550_CLK to be get_bus_freq(0) -- which most of them do already. --- cpu/mpc83xx/fdt.c |2 +- cpu/mpc85xx/fdt.c |2 +- cpu/mpc86xx/fdt.c |2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/cpu/mpc83xx/fdt.c b/cpu/mpc83xx/fdt.c index 02c4d05..8dfe8ba 100644 --- a/cpu/mpc83xx/fdt.c +++ b/cpu/mpc83xx/fdt.c @@ -60,7 +60,7 @@ void ft_cpu_setup(void *blob, bd_t *bd) #ifdef CFG_NS16550 do_fixup_by_compat_u32(blob, "ns16550", - "clock-frequency", bd->bi_busfreq, 1); + "clock-frequency", CFG_NS16550_CLK, 1); #endif fdt_fixup_memory(blob, (u64)bd->bi_memstart, (u64)bd->bi_memsize); diff --git a/cpu/mpc85xx/fdt.c b/cpu/mpc85xx/fdt.c index 92952e6..bd43073 100644 --- a/cpu/mpc85xx/fdt.c +++ b/cpu/mpc85xx/fdt.c @@ -224,7 +224,7 @@ void ft_cpu_setup(void *blob, bd_t *bd) #ifdef CFG_NS16550 do_fixup_by_compat_u32(blob, "ns16550", - "clock-frequency", bd->bi_busfreq, 1); + "clock-frequency", CFG_NS16550_CLK, 1); #endif #ifdef CONFIG_CPM2 diff --git a/cpu/mpc86xx/fdt.c b/cpu/mpc86xx/fdt.c index 379306e..80a5c78 100644 --- a/cpu/mpc86xx/fdt.c +++ b/cpu/mpc86xx/fdt.c @@ -30,6 +30,6 @@ void ft_cpu_setup(void *blob, bd_t *bd) #ifdef CFG_NS16550 do_fixup_by_compat_u32(blob, "ns16550", - "clock-frequency", bd->bi_busfreq, 1); + "clock-frequency", CFG_NS16550_CLK, 1); #endif } -- 1.5.6.6.gd3e97 - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] cpu/mpc85xx/fdt.c forcing incorrect UART clock into fdt.
Paul Gortmaker wrote: > In message: Re: [U-Boot-Users] cpu/mpc85xx/fdt.c forcing incorrect UART clock > into fdt. > on 09/07/2008 Kumar Gala wrote: > >> On Jul 8, 2008, at 4:42 PM, Paul Gortmaker wrote: >> >>> I fixed it with this simple patch, but I was wondering whether it >>> would >>> be better to alternatively just check if the dtb value is zero, and >>> then only insert a value; otherwise leave it alone... >> I think that should be left up to a board to decide, but in general it >> seems like doing the setting unconditionally is ok, we just didn't >> handle the case you had and the patch address it. > > OK, so that we only end up changing just one thing at a time, I'll > spin a proper patch which just makes the NS16550_CLK change, and > we can change the create flag as per Jerry's comment at a later date > if required. > > In the interest of consistency, I've make the same change for 83xx and > 86xx as well, since the code is pretty much identical, and a MAKEALL > shows no boards failing due to a non-defined NS16550_CLK. Patch to > follow shortly... > > Thanks, > Paul. FWIIW, this works for me (with my disclaimer of not being a domain expert). gvb - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] fdt: Add simple alias support to fdt print command
Kumar Gala wrote: > > On Jul 9, 2008, at 10:17 AM, Jerry Van Baren wrote: > >> Kumar Gala wrote: >>> If the path we are trying to print doesn't exist see if it matches an >>> aliases. We don't do anything fancy at this point, but just strip the >>> leading '/' if it exists and see if we have an exact match to an alias. >>> In the future we could try and prefix matching so the alias could be >>> used >>> as a shorter path reference. >>> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> >> >> Cool and useful too. Out of curiousity, does "real" Open Firmware do >> this sort of thing with aliases? > > I'm pretty sure it the Apple OF implementation does. However I dont > remember to what extent it does from my playing around with OF on Apple HW. Sounds like I'm going to have to preempt my kids on the olpc and see what OF does on it. :-) >> One reservation I have (which may disappear if the answer to the >> previous question is "yes"), it automatically and silently >> dereferences the /aliases/X node when asked to display /X or X (but >> only if /X doesn't exist in the dtb). This is not an obvious behavior >> since X isn't real. > > we could print out something about using an alias so the user knows that > its happening. > >> Should we have a different display syntax to force the dereference of >> an alias X? Assuming "*" is a good choice, this would change the >> behavior >> fdt print *ethernet0 >> to dereference /aliases/ethernet0 and print out >> /[EMAIL PROTECTED]/.../enet0 (or whatever). > > Lets says I have an alias for 'soc' to '[EMAIL PROTECTED]'. I want to be > able to in the future do print /soc/enet0 and have that work. > Introducing some new syntax would make that difficult and more ugly. > > - k Thinking out loud... we could define the syntax that a leading "*" indicates the first part of the path is a dereference of /aliases. Assuming /aliases/soc = /[EMAIL PROTECTED] /aliases/ethernet0 = /[EMAIL PROTECTED]/.../enet0 then print *soc/enet0 and print *ethernet0 would both work and print the right thing. You *would* have to know that the first element of the path is an /aliases dereference. Your original patch did not require that piece of knowledge (but silently and automagically, which makes me nervous). gvb - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] cpu/mpc85xx/fdt.c forcing incorrect UART clock into fdt.
In message: Re: [U-Boot-Users] cpu/mpc85xx/fdt.c forcing incorrect UART clock into fdt. on 09/07/2008 Kumar Gala wrote: > > On Jul 8, 2008, at 4:42 PM, Paul Gortmaker wrote: > >> >> I fixed it with this simple patch, but I was wondering whether it >> would >> be better to alternatively just check if the dtb value is zero, and >> then only insert a value; otherwise leave it alone... > > I think that should be left up to a board to decide, but in general it > seems like doing the setting unconditionally is ok, we just didn't > handle the case you had and the patch address it. OK, so that we only end up changing just one thing at a time, I'll spin a proper patch which just makes the NS16550_CLK change, and we can change the create flag as per Jerry's comment at a later date if required. In the interest of consistency, I've make the same change for 83xx and 86xx as well, since the code is pretty much identical, and a MAKEALL shows no boards failing due to a non-defined NS16550_CLK. Patch to follow shortly... Thanks, Paul. > > - k - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] PPC4xx: Correct SDRAM_MCSTAT for PPC405EX(r)
While the PowerPC 405EX(r) shares in common the AMCC/IBM DDR2 SDRAM controller core also used in the 440SP, 440SPe, 460EX, and 460GT, in the 405EX(r), SDRAM_MCSTAT has a different DCR value. Its present value on the 405EX(r) causes a read back of 0x which causes SDRAM initialization to periodically fail since it can prematurely indicate SDRAM ready status. Signed-off-by: Grant Erickson <[EMAIL PROTECTED]> --- include/asm-ppc/ppc4xx-sdram.h |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/include/asm-ppc/ppc4xx-sdram.h b/include/asm-ppc/ppc4xx-sdram.h index 8a064df..5cf5ce3 100644 --- a/include/asm-ppc/ppc4xx-sdram.h +++ b/include/asm-ppc/ppc4xx-sdram.h @@ -353,7 +353,10 @@ /* * Memory controller registers */ +#ifndef CONFIG_405EX #define SDRAM_MCSTAT 0x14/* memory controller status */ +#else +#define SDRAM_MCSTAT 0x1F/* memory controller status */ #define SDRAM_MCOPT1 0x20/* memory controller options 1 */ #define SDRAM_MCOPT2 0x21/* memory controller options 2 */ #define SDRAM_MODT00x22/* on die termination for bank 0 */ - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] fdt: Add simple alias support to fdt print command
On Jul 9, 2008, at 10:17 AM, Jerry Van Baren wrote: > Kumar Gala wrote: >> If the path we are trying to print doesn't exist see if it matches an >> aliases. We don't do anything fancy at this point, but just strip >> the >> leading '/' if it exists and see if we have an exact match to an >> alias. >> In the future we could try and prefix matching so the alias could >> be used >> as a shorter path reference. >> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> > > Cool and useful too. Out of curiousity, does "real" Open Firmware > do this sort of thing with aliases? I'm pretty sure it the Apple OF implementation does. However I dont remember to what extent it does from my playing around with OF on Apple HW. > One reservation I have (which may disappear if the answer to the > previous question is "yes"), it automatically and silently > dereferences the /aliases/X node when asked to display /X or X (but > only if /X doesn't exist in the dtb). This is not an obvious > behavior since X isn't real. we could print out something about using an alias so the user knows that its happening. > Should we have a different display syntax to force the dereference > of an alias X? Assuming "*" is a good choice, this would change the > behavior > fdt print *ethernet0 > to dereference /aliases/ethernet0 and print out > /[EMAIL PROTECTED]/.../enet0 (or whatever). Lets says I have an alias for 'soc' to '[EMAIL PROTECTED]'. I want to be able to in the future do print /soc/enet0 and have that work. Introducing some new syntax would make that difficult and more ugly. - k - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] print_size: Enable printing of >= 4GB
Becky, On Wednesday 09 July 2008, Becky Bruce wrote: > As we discussed on IRC, I'm about to push a patch that supersedes this > one and allows printing to report "GB" instead of MB for large RAM > sizes. Great, thanks. Best regards, Stefan = DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: [EMAIL PROTECTED] = - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
