[U-Boot-Users] Pull request: u-boot-sh (for 1.3.4)
Dear Wolfgang, The following changes since commit 81091f58f0c58ecd26c5b05de2ae20ca6cdb521c: Jean-Christophe PLAGNIOL-VILLARD (1): drivers/serial: Move conditional compilation to Makefile for CONFIG_* macros are available in the git repository at: git://git.denx.de/u-boot-sh.git master Nobuhiro Iwamatsu (1): sh: Update sh7763rdp config include/configs/sh7763rdp.h |9 + 1 files changed, 9 insertions(+), 0 deletions(-) Best regards, Nobuhiro - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] GT-64120 PCI init
2008/8/7 Richard Danter <[EMAIL PROTECTED]>: > I have an old MIPS board with a GT-64120 that I would like to port > U-Boot to. I have so far got it to boot from flash, init SDRAM and a > serial console and give me a prompt so I can run some commands. I am > also able to write flash for saving env vars, etc. To make this really > useful however I need to get PCI working and then Ethernet. > > I don't see any 64120 driver/init code in the sources so unless I have > missed something I guess I am going to have to write some. I now have a driver that initialises the 64120 and U-Boot sees the bridge and Ethernet card. So far so good! But the Ethernet card can not ping anything on my network. This is what I see... --8<-- U-Boot 1.3.3-svn19 (Aug 8 2008 - 15:32:31) Board: PPMC MIPS DRAM: 64 MB Flash: 4 MB In:serial Out: serial Err: serial Net: i82559#0 => pci Scanning PCI devices on bus 0 BusDevFun VendorId DeviceId Device Class Sub-Class _ 00.00.00 0x11ab 0x4620 Bridge device 0x00 00.07.00 0x8086 0x1030 Network controller 0x00 00.08.00 0x1011 0x0026 Bridge device 0x04 => printenv baudrate=9600 ethact=i82559#0 ipaddr=192.168.1.84 netmask=255.255.255.0 stdin=serial stdout=serial stderr=serial Environment size: 113/32764 bytes => ping 192.168.1.1 i82559#0: Tx error buffer not ready ping failed; host 192.168.1.1 is not alive --8<-- My guess is that there is probably still something I did not do in the PCI init code, but I have looked at as many examples as I can find and I can't see anything amiss. Any thoughts on what would case the buffer not to work even though the Ethernet card itself is seen and appears to be detected correctly? Thanks again! Rich - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] yatin bhatia hat dir eine hi5 Freunde-Anfrage geschickt
hi5 Freunde-Anfrage von yatin bhatia Hallo h, Ich möchte, dass du an meinem hi5 Freunde-Netzwerk teilnimmst. Du musst bestätigen, dass wir Freunde sind, dann können wir beide neue Leute kennen lernen. Bitte nimm meine Anfrage an oder lehne sie ab, indem du die hi5 Website aufrufst: Freund annehmen» Danke,yatin -- Copyright 2002-2006 Hi5 Networks, Inc. Alle Rechte vorbehalten. 55 Second Street, Suite 300, San Francisco, CA 94105 Datenschutzrichtlinien | Abbestellen | Servicebedingungen - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ 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 4/7 v6] USB: Add support for OHCI controller on S3C6400
Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]> writes: > On 17:56 Thu 07 Aug , Markus Klotzbücher wrote: >> I can't apply this to the USB custodian repository without the rest of >> the patchset being applied. I'm also fine if the ARM custodian picks >> this one up. > I'll do. Thanks! Best regards Markus Klotzbücher -- 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] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [T-Engine] UBoot configuration for T-Engine/SH7727 MS7727CP02 DevKit
Hello, 2008/8/8 thaoth <[EMAIL PROTECTED]>: > > I have questions about uboot below: > 1. Reallocating address of u-boot in booting process. > At the booting process, the address 0x8000 is executed. This is memory > mapping address of Flash memory. and executable code of T-Monitor will be > executed. > > (1) ROM area memory map > In ROM, 8M byte(0x8000-0x807F)of area is implemented. > Memory map of ROM area is shown as below. > > 0x8000 +---+ >| T-Monitor code | >|- - - - - - - - - - - - - - - -| >| | > 0x8001 +---+ >|ROM Information| > 0x80010080 +---+ >|System configuration info | >| (SYSCONF / DEVCONF) | >|- - - - - - - - - - - - - - - -| >| | > 0x8002 +---+ >| T-Kernel code | >| | >+---+ >| | >| User area | >| | > 0x8080 +---+ > > UBoot code will reflash into Flash memory at 0x8000 address. This is > Flash Memory just readonly. Will UBoot reallocating (loading) binary code > into SDRAM at TEXT_BASE address. In T-Engine/Sh7727, this address will be > 0x8DFC (Beginning address of SDRAM is 0x8C00). Does UBoot > automatically reload this code into TEXT_BASE address? Yes, U-Boot designed working on SDRAM. In cpu/sh3/start.S, code of U-boot is copied from a flash bulb by memory and jump in memory. Because implementation of original U-boot comes to work as for this on memory, I match the SuperH with this implementation. > > Because Boot starting address will begin at Flash memory (0x8000) and > T-Monitor (current boot loader) worked at this address. I don't know how > about UBoot. Does it reload Uboot into SDRAM (TEXT BASE) and run? > > 2. This is a great site for working SH with Linux. > http://www.superh-linux.org/platforms/index.html > Based on Reference board board/ms7720se, I changed the UBoot configuration > for T-Engine/SH7727 MS7727CP02 Kit. > > Many thanks to authors for your efforts > # Nobuhiro Iwamatsu <[EMAIL PROTECTED]> > # Yoshihiro Shimoda <[EMAIL PROTECTED]> > > I got a toolchain at > http://www.superh-linux.org/archive/bsp/sh7721_se/toolchain_sh3_gcc4.2.tar.gz > It supported "elf32-sh-linux" target. > And I also got toolchain from T-Engine forum and it support > "elf32-sh-tkernel" target. > > I don't know UBoot built with toolchain from http://www.superh-linux.org can > work on T-Engine platform or not? Sorry , I dont know it. The tool chain of http://www.superh-linux.org tests only elf32-sh-linux. > > 3. Debugging tool for U-Boot development. > Please tell me how to debug UBoot can work on board. Could you tell me > debugger tool for this purpose? Now I can reflash UBoot into Flash Memory > but I don't know how to check UBoot can work on it. Because porting have > others issues such as serial library, interrupt > > Could you recommend a tool can check it can work? > Sorry for stupid question. A developer has many cases to debug with ICE. When there is not ICE, We write in it at SDRAM with monitor and debug it on SDRAM. > > 4. Serial driver for UBoot on T-Engine/SH7727 board. > After make sure these configuration are correct setting (SDRAM adress, Flash > Memory). Next step is serial porting for UBoot. > > I think serial is basic peripheral and It can work with a small changes. But > Maybe I am wrong. Could you recommend the steps I could work on for serial > porting of UBoot? > > T-Engine has a serial library. I don't know how can reuse this library or > not? :( > There is two approach. 1. You delete content of Flash, and it is the method that only U-Boot uses. When you use this method, you come to need ICE. But this is very simple. 2. You call U-boot like an application from T-monitor, and to use. When you use this method, you will not need ICE. But you need Implementation serial function used T-monitor's library. I will ask a specialist in T-engine an opinion. I will send e-mail it if there is some information. Many Japanese companies become the long vacation from tomorrow. Because I am a holiday, an answer is not possible for approximately 2 weeks. Best regards, Nobuhiro -- Nobuhiro Iwamatsu - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in th
Re: [U-Boot-Users] [T-Engine] UBoot configuration for T-Engine/SH7727 MS7727CP02 DevKit
> If you want make SREC file to Flash, you need to use objcopy command. > shX-linux-objcopy -Ibinary -Osrec u-boot.bin u-boot.flash.srec This is a good instruction, now I could flash the srec image to Flash Memory by this command. srec file was created by below command cannot flash into board. # sh3-linux-objcopy --gap-fill=0xff -O srec u-boot u-boot.srec # sh3-linux-objcopy --gap-fill=0xff -O binary u-boot u-boot.bin Here are file sizes u-boot.flash.srec 213040 u-boot.srec222322 u-boot.bin 74080 > Please check doc/README.sh. I didn't see it. there is only doc/README.sha1 > I think that you know it, T-engine has a monitor program. > The T-engine user uses this monitor program and writes in it at a flash > bulb. > However, as for this program, only a SREC file is usable. This is a T-Monitor program can work as boot loader application. But I didn't use it for flashing memory ROM. I would like to use UBoot as a boot loader replacing this application (T-Monitor). I worked with Downloader utility of Debug board (T-Engine/SH7727 DevKit) T-Engine(MS7727CP01) DownLoader Ver1.8L SH7727 Flash Memory Change Value! Flash Memory data copy to RAM Please Send A S-format Record Start Addrs = End Addrs = 0001215F Transfer complete Flash chip erase: complete Program :complete Flash write complete Ready>RESTART I have questions about uboot below: 1. Reallocating address of u-boot in booting process. At the booting process, the address 0x8000 is executed. This is memory mapping address of Flash memory. and executable code of T-Monitor will be executed. (1) ROM area memory map In ROM, 8M byte(0x8000-0x807F)of area is implemented. Memory map of ROM area is shown as below. 0x8000 +---+ | T-Monitor code | |- - - - - - - - - - - - - - - -| | | 0x8001 +---+ |ROM Information| 0x80010080 +---+ |System configuration info | | (SYSCONF / DEVCONF) | |- - - - - - - - - - - - - - - -| | | 0x8002 +---+ | T-Kernel code | | | +---+ | | | User area | | | 0x8080 +---+ UBoot code will reflash into Flash memory at 0x8000 address. This is Flash Memory just readonly. Will UBoot reallocating (loading) binary code into SDRAM at TEXT_BASE address. In T-Engine/Sh7727, this address will be 0x8DFC (Beginning address of SDRAM is 0x8C00). Does UBoot automatically reload this code into TEXT_BASE address? Because Boot starting address will begin at Flash memory (0x8000) and T-Monitor (current boot loader) worked at this address. I don't know how about UBoot. Does it reload Uboot into SDRAM (TEXT BASE) and run? 2. This is a great site for working SH with Linux. http://www.superh-linux.org/platforms/index.html Based on Reference board board/ms7720se, I changed the UBoot configuration for T-Engine/SH7727 MS7727CP02 Kit. Many thanks to authors for your efforts # Nobuhiro Iwamatsu <[EMAIL PROTECTED]> # Yoshihiro Shimoda <[EMAIL PROTECTED]> I got a toolchain at http://www.superh-linux.org/archive/bsp/sh7721_se/toolchain_sh3_gcc4.2.tar.gz It supported "elf32-sh-linux" target. And I also got toolchain from T-Engine forum and it support "elf32-sh-tkernel" target. I don't know UBoot built with toolchain from http://www.superh-linux.org can work on T-Engine platform or not? 3. Debugging tool for U-Boot development. Please tell me how to debug UBoot can work on board. Could you tell me debugger tool for this purpose? Now I can reflash UBoot into Flash Memory but I don't know how to check UBoot can work on it. Because porting have others issues such as serial library, interrupt Could you recommend a tool can check it can work? Sorry for stupid question. 4. Serial driver for UBoot on T-Engine/SH7727 board. After make sure these configuration are correct setting (SDRAM adress, Flash Memory). Next step is serial porting for UBoot. I think serial is basic peripheral and It can work with a small changes. But Maybe I am wrong. Could you recommend the steps I could work on for serial porting of UBoot? T-Engine has a serial library. I don't know how can reuse this library or not? :( > I think that I want to support t-kernel and other OS to U-boot-sh. > I cooperate with you. Nice for hearing that. I appreciated
Re: [U-Boot-Users] [PATCH][RFC] pci: Divided pci code of the powerpc
Hi, all. Please pickup this RFC/patch. Best regards, Nobuhiro 2008/6/30 Nobuhiro Iwamatsu <[EMAIL PROTECTED]>: > Hi, all. > > Could comment about this patch. > > Best regards, > Nobuhiro > > Nobuhiro Iwamatsu wrote: >> A source code of pci is written mainly on powerpc. >> Macro uses a pci source code of powerpc because other architecture >> (ex. SuperH) doesn't work. >> >> I made asm-ppc/pci.h and moved macro of pci. >> Other archtecture need to make the following macro in asm-xxx/pci.h >> #define pci_phys_to_mem(dev, addr) (addr) >> #define pci_mem_to_phys(dev, addr) (addr) >> #define pci_phys_to_io(dev, addr) (addr) >> #define pci_io_to_phys(dev, addr) (addr) >> >> Or have to make a function for pci address conversion. >> However, I want comment because I do not know the other architecture. >> >> Signed-off-by: Nobuhiro Iwamatsu <[EMAIL PROTECTED]> - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users