Re: [U-Boot-Users] [PATCH 04/10 v2] [ARM] TQMA31: add new board with i.MX31 processor
Hi Guennadi, Guennadi Liakhovetski schrieb: On Tue, 8 Jul 2008, Jens Gehrlein wrote: diff --git a/board/tqc/tqma31/Makefile b/board/tqc/tqma31/Makefile new file mode 100644 index 000..f7e17c8 --- /dev/null +++ b/board/tqc/tqma31/Makefile @@ -0,0 +1,48 @@ +# +# Copyright (C) 2008, Guennadi Liakhovetski [EMAIL PROTECTED] +# Copyright (C) 2008, Jens Gehrlein [EMAIL PROTECTED] Thanks for the credit, but, although IANAL, I think, one does not _have_ to preserve the copyright of the original file when it gets copied to a new one. Otherwise most open-source files would have a vry long list of Copyrights:-) Am I right? I didn't quite understand. So what should I remove: - your name? - my name? - all? - in all files (much work)? Thanks. Neither I'm a lawyer. I just had a look to other source files, were it's done similar. 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 04/10 v2] [ARM] TQMA31: add new board with i.MX31 processor
In message [EMAIL PROTECTED] you wrote: Yes, of course you do. If you copy code, you *must* honour existing copyrights and have not any right to remove these. hm, starting from how many lines of code? Copy-paste is one of the main programming technics, as we all know:-) If you copy one line, you don't have to transfer all copyrights over, do you? I don't know of any official rules, but anything above the 5...10 lines limit should be properly attributed. 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 morsel of genuine history is a thing so rare as to be always valuable. - Thomas Jefferson - 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] Support dynamic/patched NAND ENV offset
In message [EMAIL PROTECTED] you wrote: More precisely, the flow of events in a full dynenv + dynpart setup (like the three openmoko devices so far) is: 1) u-boot creates a bad block table as part of the production process of the device 2) afterwards, the device-unique partition table is created (net partition sizes as per board-level spec), including an environment partition. How do you create the partition table? Do you use the mtdparts command for this? 3) the standard regular partition table is stored in the environment How do you store it? In the same way as mtdparts is working? 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] ... Jesus cried with a loud voice: Lazarus, come forth; the bug hath been found and thy program runneth. And he that was dead came forth... -- John 11:43-44 [version 2.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, resend] Support dynamic/patched NAND ENV offset
On Wed, Jul 09, 2008 at 09:05:24AM +0200, Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
More precisely, the flow of events in a full dynenv + dynpart setup
(like the three openmoko devices so far) is:
1) u-boot creates a bad block table as part of the production process
of the device
2) afterwards, the device-unique partition table is created (net
partition sizes as per board-level spec), including an environment
partition.
How do you create the partition table? Do you use the mtdparts
command for this?
There is a new 'dynpart' command, which when executed uses the
compile-time board-level net partiton sizes, combined with the
bad-block-table to generate the device-specific 'dynamic' partition
table. The result is stored in the mtdparts environment variable.
Everything else is standard u-boot/kernel behaviour.
Please see the attached patch (just for reference, not inclusion yet)
for the details of the implementation. This code was used successfully
in the production/flashing of a couple of thousand devices, using
the Samsung NAND flash chips I mentioned (up to 1.3MByte of bad blocks
within 64MByte of total flash). We have seen quite a number of
different device-specific partition tables, and everything has worked
fine so far.
Just like with the 'dynenv' patch, I think it is something quite useful
(if not neccessarry) for the economic large-scale production of
NAND-flash only devices. We can always talk about the implementation
details, and I'm willing to address any feedback regarding it.
3) the standard regular partition table is stored in the environment
How do you store it? In the same way as mtdparts is working?
yes.
--
- Harald Welte [EMAIL PROTECTED] http://openmoko.org/
Software for the world's first truly open Free Software mobile phone
commit e05835df019027391f58f9d8ce5e1257d6924798
Author: Harald Welte [EMAIL PROTECTED]
Date: Fri Apr 11 14:26:48 2008 +0100
nand-dynamic_partitions.patch
This patch adds support for 'dynamic partitions'. This basically
works as follows:
* The nand code generates a bad-block-table at the first scan of the chip
* The dynamic partition code calculates the raw partition sizes based on
the bad block table. E.g. if you have a partition of size 0x3, and
there are
two bad blocks (0x4000 each) in it, the raw size will increase to
0x38000, and the
following partitions get shifted towards the end of flash.
Please note that currently the desired partition sizes are stored at
compile-time
in an array in drivers/nand/nand_bbt.c, so this definitely needs to change
before
submitting/merging upstream.
In order to calculate the partiton map (and set mtdparts accordingly), you
can use
the 'dynpart' command at the prompt. Use 'saveenv' to make the setting
permanent.
Signed-off-by: Harald Welte [EMAIL PROTECTED]
diff --git a/board/neo1973/gta01/gta01.c b/board/neo1973/gta01/gta01.c
index 598574a..206a0d4 100644
--- a/board/neo1973/gta01/gta01.c
+++ b/board/neo1973/gta01/gta01.c
@@ -494,3 +494,14 @@ void neo1973_led(int led, int on)
}
+
+/* The sum of all part_size[]s must equal to the NAND size, i.e., 0x400.
+ initrd is sized such that it can hold two uncompressed 16 bit 640*480
+ images: 640*480*2*2 = 1228800 1245184. */
+
+unsigned int dynpart_size[] = {
+CFG_UBOOT_SIZE, 0x4000, 0x20, 0xa, 0x3d5c000-CFG_UBOOT_SIZE, 0 };
+char *dynpart_names[] = {
+u-boot, u-boot_env, kernel, splash, rootfs, NULL };
+
+
diff --git a/board/qt2410/qt2410.c b/board/qt2410/qt2410.c
index 8c0e77f..9b3df4e 100644
--- a/board/qt2410/qt2410.c
+++ b/board/qt2410/qt2410.c
@@ -150,3 +150,9 @@ int dram_init (void)
return 0;
}
+
+unsigned int dynpart_size[] = {
+CFG_UBOOT_SIZE, 0x4000, 0x20, 0xa, 0x3d5c000-CFG_UBOOT_SIZE, 0 };
+char *dynpart_names[] = {
+u-boot, u-boot_env, kernel, splash, rootfs, NULL };
+
diff --git a/common/cmd_dynenv.c b/common/cmd_dynenv.c
index 4dd6148..91f7623 100644
--- a/common/cmd_dynenv.c
+++ b/common/cmd_dynenv.c
@@ -60,7 +60,7 @@ int do_dynenv(cmd_tbl_t *cmdtp, int flag, int argc, char
*argv[])
buf[2] = 'V';
buf[3] = '0';
- if (arg_off_size(argc-2, argv+2, mtd, addr, dummy) 0) {
+ if (arg_off_size(argc-2, argv+2, mtd, addr, dummy, 1) 0) {
printf(Offset or partition name expected\n);
goto fail;
}
diff --git a/common/cmd_jffs2.c b/common/cmd_jffs2.c
index 1b67e73..ca7d5a6 100644
--- a/common/cmd_jffs2.c
+++ b/common/cmd_jffs2.c
@@ -1838,6 +1838,29 @@ static struct part_info* jffs2_part_info(struct
mtd_device *dev, unsigned int pa
return NULL;
}
+/* Return the 'net size' of the partition (i.e. excluding any bad blocks) */
+unsigned int
Re: [U-Boot-Users] [PATCH v3] Add MVBC_P board
In message [EMAIL PROTECTED] you wrote:
...
--- a/Makefile
+++ b/Makefile
@@ -743,6 +743,14 @@ uc101_config:unconfig
motionpro_config:unconfig
@$(MKCONFIG) motionpro ppc mpc5xxx motionpro
+MVBC_P_config: unconfig
+ @mkdir -p $(obj)include
+ @mkdir -p $(obj)board/mvbc_p
+ @ $(obj)include/config.h
+ @[ -z $(findstring MVBC_P,$@) ] || \
+ { echo #define CONFIG_MVBC_P$(obj)include/config.h; \
+ }
Please put the '}' on the previous line. This saves a line in an ever
growing Makefile ;-)
diff --git a/board/matrix_vision/mvbc_p/Makefile
b/board/matrix_vision/mvbc_p/Makefile
new file mode 100644
index 000..7ae34cf
--- /dev/null
+++ b/board/matrix_vision/mvbc_p/Makefile
@@ -0,0 +1,50 @@
...
+distclean: clean
+ rm -f $(LIB) core *.bak .depend
Please change this into $(obj).depend
diff --git a/board/matrix_vision/mvbc_p/config.mk
b/board/matrix_vision/mvbc_p/config.mk
new file mode 100644
index 000..1c2a13e
--- /dev/null
+++ b/board/matrix_vision/mvbc_p/config.mk
@@ -0,0 +1,30 @@
...
+sinclude $(TOPDIR)/board/$(BOARDDIR)/config.tmp
Please change this into
sinclude $(OBJTREE)/board/$(BOARDDIR)/config.tmp
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]
I am a computer. I am dumber than any human and smarter than any ad-
ministrator.
-
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: I was updating a sbc8560 from u-boot v1.2.0 to git-current, and found that I'd loose the kernel serial console when the 8250 driver took over from udbg0 when using u-boot 1.3.x (booting via tftp'ing the dtb and the uImage separately) I eventually tracked it down to mpc85xx/fdt.c stomping on the contents of the UART clockrate in the dtb. Since the sbc8560 is sort of different -- in that it has external UARTs (instead of SOC/CPM), I'm guessing few other boards see this problem, because bi_busfreq is really their correct UART clk. 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 Not defined: I would have serious heartburn if the .dts/dtb value were defined to be zero. Define or define not, there should be no zero (with apologies to Yoda). then only insert a value; otherwise leave it alone... Paul. Changing the fixup last parameter (create) from 1 to 0 will prevent overriding an existing value. Note that this will *not* override a silly value (e.g. 0), so, if you do this, the dtb must either not have the clock-frequency defined or have a correct value in that property. This would have the good effect of allowing the board specific clock to be defined in the dtb where it belongs, but still support the older style approach of compiling it in. This seems like a good improvement (your patch, but changing the 1 to 0) to me, but I'm not a 85xx expert. 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 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] DTC and Binary Includes
Hi Jon,
On Tue, 2008-07-01 at 11:59 +0200, Detlev Zundel wrote:
Hi Jon,
I seem to recall that those working on the either
the next U-Boot V2 or the next version of the FDT
image structure were planning on using the binary
include mechanism of the DTC.
Several days ago I added the Binary Include patch
to DTC and tagged a candidate release. Could you
verify that this version satisfies your needs and
works for you?
Hm, you mean the tag v1.2.0-rc1? I couldn't compile nor install that
version on my system without the attached patch.
Why is the install lined commented out?
Because install fails installing no files. As LIBFDT_INCLUDES is empty
(not assigned or referenced anywhere else) that should come as no
surprise. Commenting out wasn't meant to be a fix, only to point to a
problem that I don't fully understand.
And can I get a clean, signed-off Git patch?
If you did not fix it yourself already, attached.
Please also CC: [EMAIL PROTECTED]
Ok.
Cheers
Detlev
--
The only use I can find for vi is editing the emacs sources while
porting them to a new machine.
-- Larry Campbell
--
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED]
From 6b1dba30e96e7b0e8712876e62a26a97b81190e4 Mon Sep 17 00:00:00 2001
From: Detlev Zundel [EMAIL PROTECTED]
Date: Wed, 9 Jul 2008 13:55:18 +0200
Subject: [PATCH] Fix compile error for convert-dtsv0-lexer.
Signed-off-by: Detlev Zundel [EMAIL PROTECTED]
---
convert-dtsv0-lexer.l |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/convert-dtsv0-lexer.l b/convert-dtsv0-lexer.l
index d235bd5..11abcc5 100644
--- a/convert-dtsv0-lexer.l
+++ b/convert-dtsv0-lexer.l
@@ -28,6 +28,9 @@ PATHCHAR ({PROPNODECHAR}|[/])
LABEL [a-zA-Z_][a-zA-Z0-9_]*
%{
+#include stdlib.h
+#include string.h
+#include errno.h
#include stdarg.h
#include assert.h
#include fnmatch.h
--
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
Re: [U-Boot-Users] [PATCH 0/1] Moved initialization of GRETH Ethernet driver to CPU directory
Hello Ben, I have tried the testing branch of the net repo (99b85ffa8ef0b07904be1db335825d4d83424eaa) on a GR-XC3S-1500 LEON3 board successfully. LEON2 U-Boot support is limited to the LEON2 simmulator TSIM, TSIM-LEON2 does not support the GRETH so at this stage it is not neccessary for LEON2 to check CONFIG_GRETH. However, it might be useful later on. Regards, Daniel Ben Warren wrote: Hello, More cleanup of net/eth.c, this time taking care of LEON2/LEON3 boards. Lacking a compiler and target, I can't really test this so hopefully somebody can and will report back. This patch is being staged in the 'testing' branch of the net repo. 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] sh: add support for SH7785
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 asm/cpu_sh7763.h #elif defined (CONFIG_CPU_SH7780) # include asm/cpu_sh7780.h +#elif defined (CONFIG_CPU_SH7785) +# include asm/cpu_sh7785.h #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 + * Copyright (c) 2008 Yusuke Goda [EMAIL PROTECTED] + * Copyright (c) 2008 Yoshihiro Shimoda [EMAIL PROTECTED] + * + * This program is free software; you can redistribute it and/or + * modify it under the terms of the GNU General Public License as + * published by the Free Software Foundation; either version 2 of + * the License, or (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, + * MA 02111-1307 USA + * + */ + +#defineCACHE_OC_NUM_WAYS 1 +#defineCCR_CACHE_INIT 0x090b + +/* Exceptions */ +#defineTRA 0xFF20 +#defineEXPEVT 0xFF24 +#defineINTEVT 0xFF28 + +/* Cache Controller */ +#defineCCR 0xFF1C +#defineQACR0 0xFF38 +#defineQACR1 0xFF3C +#defineRAMCR 0xFF74 + +/* Watchdog Timer and Reset */ +#defineWTCNT WDTCNT +#defineWDTST 0xFFCC +#defineWDTCSR 0xFFCC0004 +#defineWDTBST 0xFFCC0008 +#defineWDTCNT 0xFFCC0010 +#defineWDTBCNT 0xFFCC0018 + +/* Timer Unit */ +#defineTSTRTSTR0 +#defineTOCR0xFFD8 +#defineTSTR0 0xFFD80004 +#defineTCOR0 0xFFD80008 +#defineTCNT0 0xFFD8000C +#defineTCR00xFFD80010 +#defineTCOR1 0xFFD80014 +#defineTCNT1 0xFFD80018 +#defineTCR10xFFD8001C +#defineTCOR2 0xFFD80020 +#defineTCNT2 0xFFD80024 +#defineTCR20xFFD80028 +#defineTCPR2 0xFFD8002C +#defineTSTR1 0xFFDC0004 +#defineTCOR3 0xFFDC0008 +#defineTCNT3 0xFFDC000C +#defineTCR30xFFDC0010 +#defineTCOR4 0xFFDC0014 +#defineTCNT4 0xFFDC0018 +#defineTCR40xFFDC001C +#defineTCOR5 0xFFDC0020 +#defineTCNT5 0xFFDC0024 +#defineTCR50xFFDC0028 + +/* Serial CommunicationInterface with FIFO */ +#defineSCIF1_BASE 0xffeb + +/* LBSC */ +#define MMSELR 0xfc400020 +#define LBSC_BASE 0xff80 +#define BCR(LBSC_BASE + 0x1000) +#define CS0BCR (LBSC_BASE + 0x2000) +#define CS1BCR (LBSC_BASE + 0x2010) +#define CS2BCR (LBSC_BASE + 0x2020) +#define CS3BCR (LBSC_BASE + 0x2030) +#define CS4BCR (LBSC_BASE + 0x2040) +#define CS5BCR (LBSC_BASE + 0x2050) +#define CS6BCR (LBSC_BASE + 0x2060) +#define CS0WCR (LBSC_BASE + 0x2008) +#define CS1WCR (LBSC_BASE + 0x2018) +#define CS2WCR (LBSC_BASE + 0x2028) +#define CS3WCR (LBSC_BASE + 0x2038) +#define CS4WCR (LBSC_BASE + 0x2048) +#define CS5WCR (LBSC_BASE + 0x2058) +#define CS6WCR (LBSC_BASE + 0x2068) +#define CS5PCR (LBSC_BASE + 0x2070) +#define CS6PCR (LBSC_BASE + 0x2080) + +/* PCI Controller */ +#defineSH7780_PCIECR 0xFE08 +#defineSH7780_PCIVID 0xFE04 +#defineSH7780_PCIDID 0xFE040002 +#defineSH7780_PCICMD 0xFE040004 +#defineSH7780_PCISTATUS0xFE040006 +#defineSH7780_PCIRID 0xFE040008 +#defineSH7780_PCIPIF 0xFE040009 +#defineSH7780_PCISUB 0xFE04000A +#defineSH7780_PCIBCC 0xFE04000B +#defineSH7780_PCICLS 0xFE04000C +#defineSH7780_PCILTM 0xFE04000D +#defineSH7780_PCIHDR 0xFE04000E +#defineSH7780_PCIBIST
[U-Boot-Users] [PATCH] sh: Renesas R0P7785LC0011RL board support
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 +++ 12 files changed, 1327 insertions(+), 0 deletions(-) create mode 100644 board/r0p7785lc0011rl/Makefile create mode 100644 board/r0p7785lc0011rl/config.mk create mode 100644 board/r0p7785lc0011rl/lowlevel_init.S create mode 100644 board/r0p7785lc0011rl/r0p7785lc0011rl.c create mode 100644 board/r0p7785lc0011rl/rtl8169.h create mode 100644 board/r0p7785lc0011rl/rtl8169_mac.c create mode 100644 board/r0p7785lc0011rl/selfcheck.c create mode 100644 board/r0p7785lc0011rl/u-boot.lds create mode 100644 include/configs/r0p7785lc0011rl.h diff --git a/MAINTAINERS b/MAINTAINERS index a3d70b1..b6f7002 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -731,6 +731,7 @@ Mark Jonas [EMAIL PROTECTED] Yoshihiro Shimoda [EMAIL PROTECTED] MS7720SESH7720 + R0P77850011RL SH7785 Yusuke Goda [EMAIL PROTECTED] diff --git a/MAKEALL b/MAKEALL index 9f80b3d..3cb4353 100755 --- a/MAKEALL +++ b/MAKEALL @@ -753,6 +753,7 @@ LIST_sh4= \ r7780mp \ r2dplus \ sh7763rdp \ + r0p7785lc0011rl \ LIST_sh= \ diff --git a/Makefile b/Makefile index ac3f98f..2ab08a4 100644 --- a/Makefile +++ b/Makefile @@ -2955,6 +2955,11 @@ sh7763rdp_config : unconfig @echo #define CONFIG_SH7763RDP 1 $(obj)include/config.h @./mkconfig -a $(@:_config=) sh sh4 sh7763rdp +r0p7785lc0011rl_config : unconfig + @ include/config.h + @echo #define CONFIG_R0P7785LC0011RL 1 include/config.h + @./mkconfig -a $(@:_config=) sh sh4 r0p7785lc0011rl + # # SPARC # diff --git a/board/r0p7785lc0011rl/Makefile b/board/r0p7785lc0011rl/Makefile new file mode 100644 index 000..123a937 --- /dev/null +++ b/board/r0p7785lc0011rl/Makefile @@ -0,0 +1,43 @@ +# +# Copyright (C) 2008 +# Renesas Solutions Corp. +# +# This program is free software; you can redistribute it and/or +# modify it under the terms of the GNU General Public License as +# published by the Free Software Foundation; either version 2 of +# the License, or (at your option) any later version. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program; if not, write to the Free Software +# Foundation, Inc., 59 Temple Place, Suite 330, Boston, +# MA 02111-1307 USA + +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) + +clean: + rm -f $(SOBJS) $(OBJS) + +distclean: clean + rm -f $(LIB) core *.bak .depend + +# + +.depend: Makefile $(SOBJS:.o=.S) $(OBJS:.o=.c) + $(CC) -M $(CPPFLAGS) $(SOBJS:.o=.S) $(OBJS:.o=.c) $@ + +-include .depend + +# diff --git a/board/r0p7785lc0011rl/config.mk b/board/r0p7785lc0011rl/config.mk new file mode 100644 index 000..93761ee --- /dev/null +++ b/board/r0p7785lc0011rl/config.mk @@ -0,0 +1,26 @@ +# +# Copyright (C) 2007 +# Nobuhiro Iwamatsu [EMAIL PROTECTED] +# +# This program is free software; you can redistribute it and/or +# modify it under the terms of the GNU General Public License as +# published by the Free Software Foundation; either version 2 of +# the License, or (at your option) any later version. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR
[U-Boot-Users] [PATCH] sh: add support for SH7785 PCIC
modified to check for SH7785 PCIC Device ID.
Signed-off-by: Yoshihiro Shimoda [EMAIL PROTECTED]
---
drivers/pci/pci_sh7780.c | 16 +---
1 files changed, 13 insertions(+), 3 deletions(-)
diff --git a/drivers/pci/pci_sh7780.c b/drivers/pci/pci_sh7780.c
index 2d04b4f..d059507 100644
--- a/drivers/pci/pci_sh7780.c
+++ b/drivers/pci/pci_sh7780.c
@@ -31,6 +31,7 @@
#define SH7780_VENDOR_ID 0x1912
#define SH7780_DEVICE_ID 0x0002
+#define SH7785_DEVICE_ID 0x0007
#define SH7780_PCICR_PREFIX0xA500
#define SH7780_PCICR_PFCS 0x0800
#define SH7780_PCICR_FTO 0x0400
@@ -71,9 +72,18 @@ int pci_sh7780_init(struct pci_controller *hose)
{
p4_out(0x01, SH7780_PCIECR);
- if (p4_inw(SH7780_PCIVID) != SH7780_VENDOR_ID
-p4_inw(SH7780_PCIDID) != SH7780_DEVICE_ID){
- printf(PCI: Unknown PCI host bridge.\n);
+ if (p4_inw(SH7780_PCIVID) != SH7780_VENDOR_ID) {
+ printf(PCI: Unknown PCI host bridge. VID=%x\n,
+ p4_inw(SH7780_PCIVID));
+ return;
+ }
+ switch (p4_inw(SH7780_PCIDID)) {
+ case SH7780_DEVICE_ID:
+ case SH7785_DEVICE_ID:
+ break;
+ default:
+ printf(PCI: Unknown PCI host bridge. DID=%x\n,
+ p4_inw(SH7780_PCIDID));
return;
}
printf(PCI: SH7780 PCI host bridge found.\n);
-
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
Guennadi Liakhovetski wrote: On Tue, 8 Jul 2008, Jens Gehrlein wrote: diff --git a/board/tqc/tqma31/Makefile b/board/tqc/tqma31/Makefile new file mode 100644 index 000..f7e17c8 --- /dev/null +++ b/board/tqc/tqma31/Makefile @@ -0,0 +1,48 @@ +# +# Copyright (C) 2008, Guennadi Liakhovetski [EMAIL PROTECTED] +# Copyright (C) 2008, Jens Gehrlein [EMAIL PROTECTED] Thanks for the credit, but, although IANAL, I think, one does not _have_ to preserve the copyright of the original file when it gets copied to a new one. Otherwise most open-source files would have a vry long list of Copyrights:-) Am I right? Thanks Guennadi IANAL, but I play one on Groklaw sometimes, much to PJ's chagrin. ;-) This is a squishy area. It is dependent on what of the original work survives the modification and whether the surviving pieces are copyrightable. It also depends on what country you are contemplating suing in. http://en.wikipedia.org/wiki/Limitations_and_exceptions_to_copyright Things that must be done in certain ways are not copyrightable, so Makefiles are pretty marginal to start with IMHO. http://en.wikipedia.org/wiki/Threshold_of_originality My opinion is to leave the original copyright notice in there and err on the side of preserving reasonable copyright notices. The lawyers will be happy to tell us that we did it wrong if it ever came to a lawsuit, and I would prefer that they tell us that we had a useless copyright notice in the file rather than tell us that we should have had a notice but didn't... 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] Tftp command !!
Dear Amit, in message [EMAIL PROTECTED] you wrote: In this code, I have made only two changes: If you had to make changes, this means that you are not running on the very same hardware as trhe board configuration was made for. This WILL NOT work. If you have custom hardware, you will have to port U-Boot to that hardware. Any idea why file transfer is not happening. I have already followed step 4.6 of DULG-tqm8xxl.pdf Obviously you failed to port U-Boot correctly to your hardware. This can be anything. Amit P.S: Please ignore the disclaimer as I cannot remove it. We cannot ignore it. It is legal advice from your company, isn't it? CAUTION - Disclaimer * This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken This means that your posting of this message to a public maling list was unlawful. Please do not do this again. Such incidents may be reported to your management. --_000_3F8E087F6663404B945D1FCF703777D115C5C7DD93BLRKECMBX06ad_ Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable And do not post HTML here. 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] I express preference for a chronological sequence of events which precludes a violence. - Terry Pratchett, _The Dark Side of the Sun_ - 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] usb: add support for R8A66597 usb controller
add support for Renesas R8A66597 usb controller.
This patch supports USB Host mode.
Signed-off-by: Yoshihiro Shimoda [EMAIL PROTECTED]
---
drivers/usb/Makefile |1 +
drivers/usb/r8a66597-hcd.c | 924
drivers/usb/r8a66597.h | 663 +++
include/usb.h |2 +-
4 files changed, 1589 insertions(+), 1 deletions(-)
create mode 100644 drivers/usb/r8a66597-hcd.c
create mode 100644 drivers/usb/r8a66597.h
diff --git a/drivers/usb/Makefile b/drivers/usb/Makefile
index 252b00e..2bdbb59 100644
--- a/drivers/usb/Makefile
+++ b/drivers/usb/Makefile
@@ -28,6 +28,7 @@ LIB := $(obj)libusb.a
COBJS-y += isp116x-hcd.o
COBJS-y += sl811_usb.o
COBJS-y += usb_ohci.o
+COBJS-y += r8a66597-hcd.o
COBJS-y += usbdcore.o
COBJS-y += usbdcore_ep0.o
COBJS-y += usbdcore_mpc8xx.o
diff --git a/drivers/usb/r8a66597-hcd.c b/drivers/usb/r8a66597-hcd.c
new file mode 100644
index 000..3eb4cb0
--- /dev/null
+++ b/drivers/usb/r8a66597-hcd.c
@@ -0,0 +1,924 @@
+/*
+ * R8A66597 HCD (Host Controller Driver) for u-boot
+ *
+ * Copyright (C) 2008 Yoshihiro Shimoda [EMAIL PROTECTED]
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free Software Foundation; version 2 of the License.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA
+ *
+ */
+
+#include common.h
+#include usb.h
+#include asm/io.h
+
+#include r8a66597.h
+
+#if defined(CONFIG_USB_R8A66597_HCD)
+
+#ifdef R8A66597_DEBUG
+#define R8A66597_DPRINTprintf
+#else
+#define R8A66597_DPRINT(...)
+#endif
+
+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;
+
+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);
+}
+
+static int r8a66597_clock_enable(struct r8a66597 *r8a66597)
+{
+ u16 tmp;
+ int i = 0;
+
+#if defined(CONFIG_SUPERH_ON_CHIP_R8A66597)
+ do {
+ r8a66597_write(r8a66597, SCKE, SYSCFG0);
+ tmp = r8a66597_read(r8a66597, SYSCFG0);
+ if (i++ 1000) {
+ printf(register access fail.\n);
+ return -1;
+ }
+ } while ((tmp SCKE) != SCKE);
+ r8a66597_write(r8a66597, 0x04, 0x02);
+#else
+ do {
+ r8a66597_write(r8a66597, USBE, SYSCFG0);
+ tmp = r8a66597_read(r8a66597, SYSCFG0);
+ if (i++ 1000) {
+ printf(register access fail.\n);
+ return -1;
+ }
+ } while ((tmp USBE) != USBE);
+ r8a66597_bclr(r8a66597, USBE, SYSCFG0);
+ r8a66597_mdfy(r8a66597, clock, XTAL, SYSCFG0);
+
+ i = 0;
+ r8a66597_bset(r8a66597, XCKE, SYSCFG0);
+ do {
+ udelay(1000);
+ tmp = r8a66597_read(r8a66597, SYSCFG0);
+ if (i++ 500) {
+ printf(register access fail.\n);
+ return -1;
+ }
+ } while ((tmp SCKE) != SCKE);
+#endif /* #if defined(CONFIG_SUPERH_ON_CHIP_R8A66597) */
+
+ return 0;
+}
+
+static void r8a66597_clock_disable(struct r8a66597 *r8a66597)
+{
+ r8a66597_bclr(r8a66597, SCKE, SYSCFG0);
+ udelay(1);
+#if !defined(CONFIG_SUPERH_ON_CHIP_R8A66597)
+ r8a66597_bclr(r8a66597, PLLC, SYSCFG0);
+ r8a66597_bclr(r8a66597, XCKE, SYSCFG0);
+ r8a66597_bclr(r8a66597, USBE, SYSCFG0);
+#endif
+}
+
+static void r8a66597_enable_port(struct r8a66597 *r8a66597, int port)
+{
+ u16 val;
+
+ val = port ? DRPD : DCFM | DRPD;
+ r8a66597_bset(r8a66597, val, get_syscfg_reg(port));
+ r8a66597_bset(r8a66597, HSE, get_syscfg_reg(port));
+
+ r8a66597_write(r8a66597, BURST | CPU_ADR_RD_WR, get_dmacfg_reg(port));
+}
+
+static void r8a66597_disable_port(struct r8a66597 *r8a66597, int port)
+{
+ u16 val, tmp;
+
+ r8a66597_write(r8a66597, 0, get_intenb_reg(port));
+ r8a66597_write(r8a66597, 0, get_intsts_reg(port));
+
+ r8a66597_port_power(r8a66597, port, 0);
Re: [U-Boot-Users] [PATCH, resend] Support dynamic/patched NAND ENV offset
Hi Wolfgang, thanks again for your quick response. This is really encouraging me to continue merging/submitting at the same pace ;) On Wed, Jul 09, 2008 at 10:04:47AM +0200, Wolfgang Denk wrote: In message [EMAIL PROTECTED] you wrote: How do you create the partition table? Do you use the mtdparts command for this? There is a new 'dynpart' command, which when executed uses the compile-time board-level net partiton sizes, combined with the bad-block-table to generate the device-specific 'dynamic' partition table. The result is stored in the mtdparts environment variable. Everything else is standard u-boot/kernel behaviour. Maybe the new command should be implemented as subcommand to the mtdparts command so we have just one interface to manipulate the mtdparts variable. ok, no problem with that, I will change this before re-sending the patch (against u-boot-nand-flash/testing). Cheers, -- - Harald Welte [EMAIL PROTECTED] http://openmoko.org/ Software for the world's first truly open Free Software mobile phone - 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.
On Jul 8, 2008, at 4:42 PM, Paul Gortmaker wrote: I was updating a sbc8560 from u-boot v1.2.0 to git-current, and found that I'd loose the kernel serial console when the 8250 driver took over from udbg0 when using u-boot 1.3.x (booting via tftp'ing the dtb and the uImage separately) I eventually tracked it down to mpc85xx/fdt.c stomping on the contents of the UART clockrate in the dtb. Since the sbc8560 is sort of different -- in that it has external UARTs (instead of SOC/CPM), I'm guessing few other boards see this problem, because bi_busfreq is really their correct UART clk. 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. - 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 1/1] Fix I2C for m547x/548x and m5445x processors.
On Jul 7, 2008, at 2:02 PM, Wolfgang Denk wrote: In message [EMAIL PROTECTED] you wrote: I just extended the fsl_i2c.c driver that already uses a precomputed Yes, I know. I never understood what such a complicated driver for sich a simple protocol was good for, especially as we don't do multimegabytepersecond transfers over such a bus. The driver is no more complicated than the hardware itself. The Freescale I2C controller has a complicated, screwball method for setting the I2C bus speed, and the driver tries to simplify that as much as possible. Setting the I2C bus speed *may* be important on some boards with flaky I2C devices. Accurate? There is no requirement to be accurate anywhere in the I2C protocol. Some devices cannot handle certain bus speeds, and some devices may work better at higher bus speeds, so it may be important to control the bus speed accurately. However, Luigi's patch is bad because it modifies a common file for a specific board. I'm going to NAK it. - 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/1] Fix I2C for m547x/548x and m5445x processors.
On Jul 7, 2008, at 10:17 AM, Luigi 'Comio' Mantellini wrote:
---
drivers/i2c/fsl_i2c.c | 68
+
1 files changed, 68 insertions(+), 0 deletions(-)
diff --git a/drivers/i2c/fsl_i2c.c b/drivers/i2c/fsl_i2c.c
index 0690340..8fd73c0 100644
--- a/drivers/i2c/fsl_i2c.c
+++ b/drivers/i2c/fsl_i2c.c
@@ -78,6 +78,73 @@ static const struct fsl_i2c *i2c_dev[2] = {
* register. See the application note AN2919 Determining the I2C
Frequency
* Divider Ratio for SCL
*/
+#if defined(CONFIG_MCF547x_8x) || defined(CONFIG_MCF5445x)
+static const struct {
+ u8 fdr;
+ unsigned short divider;
+} fsl_i2c_speed_map[] = {
+ {.fdr=0x20, .divider= 20}, {.fdr=0x21, .divider= 22},
{.fdr=0x22, .divider= 24},
+ {.fdr=0x23, .divider= 26}, {.fdr=0x00, .divider= 28},
{.fdr=0x24, .divider= 28},
+ {.fdr=0x01, .divider= 30}, {.fdr=0x25, .divider= 32},
{.fdr=0x02, .divider= 34},
+ {.fdr=0x26, .divider= 36}, {.fdr=0x03, .divider= 40},
{.fdr=0x27, .divider= 40},
+ {.fdr=0x04, .divider= 44}, {.fdr=0x05, .divider= 48}, /
*{.fdr=0x28, .divider= 48},*/
+ {.fdr=0x06, .divider= 56}, /*{.fdr=0x29, .divider= 56},*/
{.fdr=0x2A, .divider= 64},
+ {.fdr=0x07, .divider= 68}, {.fdr=0x2B, .divider= 72},
{.fdr=0x08, .divider= 80},
+ /*{.fdr=0x2C, .divider= 80},*/ {.fdr=0x09, .divider= 88},
{.fdr=0x2D, .divider= 96},
+ {.fdr=0x0A, .divider= 104}, {.fdr=0x2E, .divider= 112},
{.fdr=0x0B, .divider= 128},
+ /*{.fdr=0x2F, .divider= 128},*/ {.fdr=0x0C, .divider= 144},
{.fdr=0x0D, .divider= 160},
+ /*{.fdr=0x30, .divider= 160},*/ {.fdr=0x0E, .divider= 192}, /
*{.fdr=0x31, .divider= 192},*/
+ {.fdr=0x32, .divider= 224}, {.fdr=0x0F, .divider= 240},
{.fdr=0x33, .divider= 256},
+ {.fdr=0x10, .divider= 288}, {.fdr=0x11, .divider= 320}, /
*{.fdr=0x34, .divider= 320},*/
+ {.fdr=0x12, .divider= 384}, /*{.fdr=0x35, .divider= 384},*/
{.fdr=0x36, .divider= 448},
+ /*{.fdr=0x13, .divider= 480},*/ {.fdr=0x37, .divider= 512},
{.fdr=0x14, .divider= 576},
+ {.fdr=0x15, .divider= 640}, /*{.fdr=0x38, .divider= 640},*/
{.fdr=0x16, .divider= 768},
+ /*{.fdr=0x39, .divider= 768},*/ {.fdr=0x3A, .divider= 896},
{.fdr=0x17, .divider= 960},
+ {.fdr=0x3B, .divider=1024}, {.fdr=0x18, .divider=1152},
{.fdr=0x19, .divider=1280},
+ /*{.fdr=0x3C, .divider=1280},*/ {.fdr=0x1A, .divider=1536}, /
*{.fdr=0x3D, .divider=1536},*/
+ {.fdr=0x3E, .divider=1792}, {.fdr=0x1B, .divider=1920},
{.fdr=0x3F, .divider=2048},
+ {.fdr=0x1C, .divider=2304}, {.fdr=0x1D, .divider=2560},
{.fdr=0x1E, .divider=3072},
+ {.fdr=0x1F, .divider=3840}, {.fdr=0x00, .divider=-1}
+};
NAK. There's a better way to do this. Don't just copy/paste my data
structures and comment-out specific fields like this.
I'm on vacation this week. Next week, I'll take a closer look at your
patch and suggest something better.
What is the reason you are commenting-out those specific entries in
fsl_i2c_speed_map[]?
-
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, Jul 08, 2008 at 08:38:37PM -0400, Jerry Van Baren wrote: Anton Vorontsov wrote: Currently U-Boot can only fixup the usb dr_mode, but some boards (namely MPC8315E-RDB) can use two PHY types: ULPI (stand-alone OTG port) or UTMI (connected to the four-ports hub, usb host only). This patch implements support for passing Dual-Role USB controller's device tree property phy_type through the usb_phy_type environment variable. Signed-off-by: Anton Vorontsov [EMAIL PROTECTED] --- common/fdt_support.c | 30 +++--- 1 files changed, 23 insertions(+), 7 deletions(-) diff --git a/common/fdt_support.c b/common/fdt_support.c index 3828228..24bbed0 100644 --- a/common/fdt_support.c +++ b/common/fdt_support.c Hi Anton, Kim, This looks good to me. Anton, I presume this is additional functionality for the next window, not a bug fix for the current (closed) window? No, this isn't a bug fix. Just a new feature for the next window. 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? Acked-by: Gerald Van Baren [EMAIL PROTECTED] Thanks, -- Anton Vorontsov email: [EMAIL PROTECTED] irc://irc.freenode.net/bd2 - 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] fdt: Add simple alias support to fdt print command
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]
---
common/cmd_fdt.c | 20 +---
1 files changed, 17 insertions(+), 3 deletions(-)
diff --git a/common/cmd_fdt.c b/common/cmd_fdt.c
index 97b9dd7..65c5cdf 100644
--- a/common/cmd_fdt.c
+++ b/common/cmd_fdt.c
@@ -678,9 +678,23 @@ static int fdt_print(const char *pathp, char *prop, int
depth)
/*
* Not found or something else bad happened.
*/
- printf (libfdt fdt_path_offset() returned %s\n,
- fdt_strerror(nodeoffset));
- return 1;
+
+ /* see if we match an alias */
+ int aliasoffset = fdt_path_offset(working_fdt, /aliases);
+ if (aliasoffset = 0) {
+ const char *aliasp = pathp;
+ if (pathp[0] == '/')
+ aliasp++;
+ aliasp = fdt_getprop(working_fdt,
+ aliasoffset, aliasp, NULL);
+ nodeoffset = fdt_path_offset(working_fdt, aliasp);
+ }
+
+ if (nodeoffset 0) {
+ printf(libfdt fdt_path_offset() returned %s\n,
+ fdt_strerror(nodeoffset));
+ return 1;
+ }
}
/*
* The user passed in a property as well as node path.
--
1.5.5.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] add 'license' command to u-boot?commandline
Harald Welte wrote: Hi! Since there has been support by Detlev and Stefan, I have modified the patch in a way to dynamically create the include/license.h file from the COPYING file by the use of a small C program and gzip combined with a Makefile rule. What do you think now? 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 XXD(1) NAME xxd - make a hexdump or do the reverse. [snip other possibly useful flags like column] -i | -include output in C include file style. A complete static array definition is written (named after the input file), unless xxd reads from stdin. -l len | -len len stop after writing len octets. Best regards, gvb [1] http://en.wikipedia.org/wiki/Somebody_Else%27s_Problem - 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 10/10 v2] [ARM] TQMA31: new kernel param. to pass the eth MAC addr to the Linux eth chip driver
Hi Mark, Mark Jonas schrieb: Hi, Some Linux drivers like the smc911x driver, as used on TQMA31, rely on the MAC address in the appropriate register, but U-Boot resets the controller after every transfer. A patch for the Linux driver is necessary to extract the MAC address from the kernel boot parameter line and set the MAC address register accordingly. This patch adds the kernel parameter ethaddr to the U-Boot default environment so that the user cannot forget it. Do you know the nwhwconf patch? We used it with a kernel 2.6.22 for Renesas SH3. It adds a kernel parameter nwhwconf and one of its options is to specify a hwaddr which is the MAC address to use. The Ethernet driver does not have to do anything other than to support the ethtool interface. Example: nwhwconf=device:eth0,hwaddr:12:34:56:78:90:ab So I think reading a kernel parameter from the Ethernet driver is not a good idea - there are more generic approaches available. There has already been a discussion on this topic on the Celinux-dev mailing list: http://tree.celinuxforum.org/pipermail/celinux-dev/2007-July/001477.html . Wolfgang Denk layed out his POV there as well. Regards, Mark I have 2.6.22, too. Thank you very much for the hint and the weblink. I will give the patch a try. A first look showed, that the smc911x driver supports ethtool. 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] fdt: Add simple alias support to fdt print command
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? 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. 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). Thanks, 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
[U-Boot-Users] [PATCH] print_size: Enable printing of = 4GB
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
---
lib_generic/display_options.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib_generic/display_options.c b/lib_generic/display_options.c
index a52fa04..99aa443 100644
--- a/lib_generic/display_options.c
+++ b/lib_generic/display_options.c
@@ -45,7 +45,7 @@ int display_options (void)
void print_size (phys_size_t size, const char *s)
{
ulong m, n;
- ulong d = 1 20; /* 1 MB */
+ phys_size_t d = 1 20;/* 1 MB */
char c = 'M';
if (size d) { /* print in kB */
--
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
[U-Boot-Users] [PATCH] ppc4xx: Enable support for 2GB SDRAM on AMCC Katmai
Newer PPC's like 440SPe, 460EX/GT can be equipped with more than 2GB of SDRAM.
To support such configurations, we only map the first 2GB via the TLB's. We
need some free virtual address space for the remaining peripherals like, SoC
devices, FLASH etc.
Note that ECC is currently not supported on configurations with more than 2GB
SDRAM. This is because we only map the first 2GB on such systems, and therefore
the ECC parity byte of the remaining area can't be written.
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
---
cpu/ppc4xx/44x_spd_ddr2.c | 58 +++
include/asm-ppc/ppc4xx-sdram.h |4 +-
include/configs/katmai.h |7 +
3 files changed, 55 insertions(+), 14 deletions(-)
diff --git a/cpu/ppc4xx/44x_spd_ddr2.c b/cpu/ppc4xx/44x_spd_ddr2.c
index c28fc46..c70795d 100644
--- a/cpu/ppc4xx/44x_spd_ddr2.c
+++ b/cpu/ppc4xx/44x_spd_ddr2.c
@@ -138,6 +138,20 @@
#endif
/*
+ * Newer PPC's like 440SPe, 460EX/GT can be equipped with more than 2GB of
SDRAM.
+ * To support such configurations, we only map the first 2GB via the TLB's.
We
+ * need some free virtual address space for the remaining peripherals like, SoC
+ * devices, FLASH etc.
+ *
+ * Note that ECC is currently not supported on configurations with more than
2GB
+ * SDRAM. This is because we only map the first 2GB on such systems, and
therefore
+ * the ECC parity byte of the remaining area can't be written.
+ */
+#ifndef CONFIG_MAX_MEM_MAPPED
+#define CONFIG_MAX_MEM_MAPPED ((phys_size_t)2 30)
+#endif
+
+/*
* Board-specific Platform code can reimplement spd_ddr_init_hang () if needed
*/
void __spd_ddr_init_hang (void)
@@ -181,7 +195,7 @@ typedef enum ddr_cas_id {
/*-+
* Prototypes
*-*/
-static unsigned long sdram_memsize(void);
+static phys_size_t sdram_memsize(void);
static void get_spd_info(unsigned long *dimm_populated,
unsigned char *iic0_dimm_addr,
unsigned long num_dimm_banks);
@@ -306,9 +320,9 @@ static unsigned char spd_read(uchar chip, uint addr)
/*-+
* sdram_memsize
*-*/
-static unsigned long sdram_memsize(void)
+static phys_size_t sdram_memsize(void)
{
- unsigned long mem_size;
+ phys_size_t mem_size;
unsigned long mcopt2;
unsigned long mcstat;
unsigned long mb0cf;
@@ -364,6 +378,8 @@ static unsigned long sdram_memsize(void)
mem_size+=4096;
break;
default:
+ printf(WARNING: Unsupported bank size
(SDSZ=0x%x)!\n
+ , sdsz);
mem_size=0;
break;
}
@@ -371,8 +387,7 @@ static unsigned long sdram_memsize(void)
}
}
- mem_size *= 1024 * 1024;
- return(mem_size);
+ return mem_size 20;
}
/*-+
@@ -400,7 +415,7 @@ phys_size_t initdram(int board_type)
unsigned long val;
ddr_cas_id_t selected_cas = DDR_CAS_5; /* preset to silence compiler */
int write_recovery;
- unsigned long dram_size = 0;
+ phys_size_t dram_size = 0;
num_dimm_banks = sizeof(iic0_dimm_addr);
@@ -558,6 +573,12 @@ phys_size_t initdram(int board_type)
/* get installed memory size */
dram_size = sdram_memsize();
+ /*
+* Limit size to 2GB
+*/
+ if (dram_size CONFIG_MAX_MEM_MAPPED)
+ dram_size = CONFIG_MAX_MEM_MAPPED;
+
/* and program tlb entries for this size (dynamic) */
/*
@@ -595,7 +616,7 @@ phys_size_t initdram(int board_type)
*/
set_mcsr(get_mcsr());
- return dram_size;
+ return sdram_memsize();
}
static void get_spd_info(unsigned long *dimm_populated,
@@ -2133,15 +2154,15 @@ static void program_memory_queue(unsigned long
*dimm_populated,
unsigned long num_dimm_banks)
{
unsigned long dimm_num;
- unsigned long rank_base_addr;
+ phys_size_t rank_base_addr;
unsigned long rank_reg;
- unsigned long rank_size_bytes;
+ phys_size_t rank_size_bytes;
unsigned long rank_size_id;
unsigned long num_ranks;
unsigned long baseadd_size;
unsigned long i;
unsigned long bank_0_populated = 0;
- unsigned long total_size = 0;
+ phys_size_t total_size = 0;
/*--
Re: [U-Boot-Users] No ethernet link on Lubbock board.
2008/7/9 Ben Warren [EMAIL PROTECTED]: Victor wrote: This is a problem I've been fighting to for a long time. I'm sure it would be something stupid I haven't noticed, but I don't know what else to try. My Linux OS is working flawlessly with a correct eth0 device, so at least I know it's not (or should not) a hardware problem. No, it looks like the driver has some badly circular logic Everything else works as expected, but the LAN91C96 driver does not enable the board network interface. So even after the message Using MAC Address 00:02:b3:00:8f:xx (assuming xx is really 01 or something real) it doesn't work? I think it should. (I should have written the real ending... :) ). No, it doesn't work. I'm constantly looking at my laptop LNK led, and it doesn't get enable even a second. Environment: Hardware: Lubbock Board from Intel, wired to an IBM Laptop. U-boot version: 1.3.3 (tried with 1.3.1, 1.20, same results) mac address: tried with the one generated by the eth_gen_tool, and the original hardware one. Default 'lubbock.h' file, heavy edited one, etc... No luck. $ printenv: U-Boot 1.3.3 (Jul 8 2008 - 19:07:01) DRAM: 64 MB Flash: 64 MB Hit any key to stop autoboot: 0 $ printenv baudrate=115200 netmask=255.255.0.0 bootdelay=5 serverip=192.168.1.1 ipaddr=192.168.1.2 bootcmd=bootm 20 bootargs=ip=192.168.1.2:192.168.1.1:192.168.1.1:255.255.255.0:pxa:eth0:off mem=64M root=/dev/nfs nfsroot=192.168.1.1:/rootfs/nfs init=/sbin/init console=ttyS0,115200 ethaddr=00:02:b3:00:8f:xx stdin=serial stdout=serial stderr=serial Something odd I noticed: $ tftpboot Warning: MAC addresses don't match: HW MAC address: 01:00:01:00:01:00 ethaddr value: 00:02:B3:00:8F:xx Using MAC Address 00:02:B3:00:8F:xx Linux detects the correct Mac Address without any configuration, why u-boot reads 01:00:01:00:01:00? Probably the number that's initialized in the device. It's a bogus MAC address, but you're really reading uninitialized data. The problem is this: tftpboot calls smc_open(), which calls smc_get_ethaddr(), which in turn reads the environment and reads the MAC address registers in the device, comparing them. It then writes the appropriate MAC address to the device's address registers... See the problem? the device's registers aren't non-volatile. What you really want to do is read only from the environment and program the device with that value. The problem really stems from the fact that get_rom_mac() always returns 1. If I had time and hardware I'd help fix this. I would think that things should work as-is, though, and that you should be able to just ignore the warning. Sorry if this is confusing. No, it's not confusing at all. I wish I had time too, but my project already ended, so I'm using the extra time with the hardware at trying to fix some things. And one of them was this one. I will try today modifying the function and see what happens. regards, Ben Thanks. - 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 07/10] [ARM] TQMA31: adjust voltage regulators in PMIC MC13738
Hi Jens,
On Tue, Jul 8, 2008 at 10:55 AM, Jens Gehrlein [EMAIL PROTECTED] wrote:
Hi Magnus,
Magnus Lilja schrieb:
Hi,
Jens Gehrlein wrote:
+static int adjust_voltages (void)
+{
+ u32 reg;
+ u32 val;
+ static struct spi_slave *slave = NULL;
+
+ slave = spi_setup_slave(1, 0, 100,
+ SPI_MODE_2 | SPI_CS_HIGH);
+ if (!slave)
+ return -1;
+
+ if (spi_claim_bus(slave))
+ return -1;
+
+ /* Set PMIC arbitration switchers */
+ val = 0x20;
+ reg = 0x1400 | val | 0x8000;
It seems like it's time to create a MC13783 header file containing some
helper macros and symbolic names to the 13783's registers so we can write:
reg = MC13783_READ_CMD(MC_REG_FOO);
...
val = something_symbolic | something_symbolic2;
reg = MC13783_WRITE_CMD(MC_REG_FOO, val);
...
etc..
Also, I'm pretty sure some other i.MX31 boards could benefit from changing
some voltages in U-boot so perhaps we could have a mc13783-reg.c (-reg as in
regulators) file containing stuff like mc13783_set_regulator(MC_VRFDIG,
VRFDIG_1V8)?
Basically, I agree. But would you accept the current patch for now? The new
routines and macros later could be implemented later.
I don't think it's up to me to ACK or NAK this, but I can accept the
current patch.
Regards, Magnus Lilja
-
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] No ethernet link on Lubbock board.
Something more I have found out: I've looking at drivers/net/lan91c96.c: I have enabled Debug, and hardcoded my Mac address on get_rom_mac(). I loaded u-boot on my board, and when I run a tftp command I get this: $ tftp LAN91C96:smc_close LAN91C96:smc_shutdown LAN91C96:smc_open LAN91C96:smc_reset LAN91C96:smc_enable Using MAC Address 00:02:B3:00:8F:3B *** Warning: no boot file name; using 'C0A80102.img' TFTP from server 192.168.1.1; our IP address is 192.168.1.2 Filename 'C0A80102.img'. Load address: 0xa0008000 Loading: LAN91C96: memory allocation, try 1 failed ... LAN91C96: memory allocation, try 2 failed ... LAN91C96: memory allocation, try 3 failed ... LAN91C96: memory allocation, try 4 failed ... LAN91C96: memory allocation, try 5 failed ... RCV: STATUS e000 LENGTH0 RCV: STATUS e000 LENGTH0 RCV: STATUS e000 LENGTH0 RCV: STATUS e000 LENGTH0 RCV: STATUS e000 LENGTH0 RCV: STATUS e000 LENGTH0 RCV: STATUS e000 LENGTH0 RCV: STATUS e000 LENGTH0 RCV: STATUS e000 LENGTH0 RCV: STATUS e000 LENGTH0 RCV: STATUS e000 LENGTH0 RCV: STATUS e000 LENGTH0 RCV: STATUS e000 LENGTH0 RCV: STATUS e000 LENGTH0 RCV: STATUS e000 LENGTH0 LAN91C96:smc_close LAN91C96:smc_shutdown Abort 2008/7/9 Victor wrote: 2008/7/9 Ben Warren [EMAIL PROTECTED]: Victor wrote: This is a problem I've been fighting to for a long time. I'm sure it would be something stupid I haven't noticed, but I don't know what else to try. My Linux OS is working flawlessly with a correct eth0 device, so at least I know it's not (or should not) a hardware problem. No, it looks like the driver has some badly circular logic Everything else works as expected, but the LAN91C96 driver does not enable the board network interface. So even after the message Using MAC Address 00:02:b3:00:8f:xx (assuming xx is really 01 or something real) it doesn't work? I think it should. (I should have written the real ending... :) ). No, it doesn't work. I'm constantly looking at my laptop LNK led, and it doesn't get enable even a second. Environment: Hardware: Lubbock Board from Intel, wired to an IBM Laptop. U-boot version: 1.3.3 (tried with 1.3.1, 1.20, same results) mac address: tried with the one generated by the eth_gen_tool, and the original hardware one. Default 'lubbock.h' file, heavy edited one, etc... No luck. $ printenv: U-Boot 1.3.3 (Jul 8 2008 - 19:07:01) DRAM: 64 MB Flash: 64 MB Hit any key to stop autoboot: 0 $ printenv baudrate=115200 netmask=255.255.0.0 bootdelay=5 serverip=192.168.1.1 ipaddr=192.168.1.2 bootcmd=bootm 20 bootargs=ip=192.168.1.2:192.168.1.1:192.168.1.1:255.255.255.0:pxa:eth0:off mem=64M root=/dev/nfs nfsroot=192.168.1.1:/rootfs/nfs init=/sbin/init console=ttyS0,115200 ethaddr=00:02:b3:00:8f:xx stdin=serial stdout=serial stderr=serial Something odd I noticed: $ tftpboot Warning: MAC addresses don't match: HW MAC address: 01:00:01:00:01:00 ethaddr value: 00:02:B3:00:8F:xx Using MAC Address 00:02:B3:00:8F:xx Linux detects the correct Mac Address without any configuration, why u-boot reads 01:00:01:00:01:00? Probably the number that's initialized in the device. It's a bogus MAC address, but you're really reading uninitialized data. The problem is this: tftpboot calls smc_open(), which calls smc_get_ethaddr(), which in turn reads the environment and reads the MAC address registers in the device, comparing them. It then writes the appropriate MAC address to the device's address registers... See the problem? the device's registers aren't non-volatile. What you really want to do is read only from the environment and program the device with that value. The problem really stems from the fact that get_rom_mac() always returns 1. If I had time and hardware I'd help fix this. I would think that things should work as-is, though, and that you should be able to just ignore the warning. Sorry if this is confusing. No, it's not confusing at all. I wish I had time too, but my project already ended, so I'm using the extra time with the hardware at trying to fix some things. And one of them was this one. I will try today modifying the function and see what happens. regards, Ben Thanks. - 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 07/10] [ARM] TQMA31: adjust voltage regulators in PMIC MC13738
On 18:11 Wed 09 Jul , Detlev Zundel wrote: Hi Magnus and Jens, Basically, I agree. But would you accept the current patch for now? The new routines and macros later could be implemented later. I don't think it's up to me to ACK or NAK this, but I can accept the current patch. Yes, this decision is up to the custodian. But lets be honest here, we all know what we can implement this later means. We really need to fix problems as they arise. Especially in this case I don't think that it is such a significant effort to fix it now. Fixing it later will only need even more effort. Usually this effort(t-[detection time]) is an exponential function and I am not kidding on this. I fully agree with you. We need to fix this and not use a workaround which will became the status quo. 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] No ethernet link on Lubbock board.
Victor wrote: Something more I have found out: I've looking at drivers/net/lan91c96.c: I have enabled Debug, and hardcoded my Mac address on get_rom_mac(). I loaded u-boot on my board, and when I run a tftp command I get this: $ tftp LAN91C96:smc_close LAN91C96:smc_shutdown LAN91C96:smc_open LAN91C96:smc_reset LAN91C96:smc_enable Using MAC Address 00:02:B3:00:8F:3B *** Warning: no boot file name; using 'C0A80102.img' TFTP from server 192.168.1.1; our IP address is 192.168.1.2 Filename 'C0A80102.img'. Load address: 0xa0008000 Loading: LAN91C96: memory allocation, try 1 failed ... Ahhh, that and grep ought to narrow down the error domain hugely. Bingo: http://git.denx.de/cgi-bin/gitweb.cgi?p=u-boot.git;a=blob;f=drivers/net/lan91c96.c;h=c23a4000a2860cfa596fd864c11da8ff4b22c4b6;hb=c956717ab25c962ef49d49064dfc73f4edcba1fb#l449 Now you just have to figure out why the chip doesn't want to allocate memory or perhaps you have a problem with the MEMORY_WAIT_TIME definition? Maybe your CPU is too fast, maybe you need a delay in the loop or need to make the loop (MEMORY_WAIT_TIME) longer? 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
[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] 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
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
[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] 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
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_ETHPRIMETSEC0 +#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_NAMETSEC0 +#define CONFIG_TSEC2 1 +#define CONFIG_TSEC2_NAMETSEC1 +#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] [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] 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] 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 kmalloc6XLlTemac: (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] 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
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] 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 u-boot/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] [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] [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 dev 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
[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
[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] 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/cf arch/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
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] 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] [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] [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
[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] 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
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 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 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 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] 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] 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] 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] 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 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] 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] 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
[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 linux/mtd/compat.h
#include linux/mtd/mtd.h
#include linux/mtd/nand.h
@@ -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
[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
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
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] 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
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] 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
[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
[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] 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] Release status - things to be done
Wolfgang Denk wrote: snip 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 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 'mnemonic[DCR #] = value'. 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(sdram_reg,
[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
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 asm/cpu_sh7763.h #elif defined (CONFIG_CPU_SH7780) # include asm/cpu_sh7780.h +#elif defined (CONFIG_CPU_SH7785) +# include asm/cpu_sh7785.h #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
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] 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
