August 2008 - U-Boot

[U-Boot-Users] [PATCH][RFC] pci: Divided pci code of the powerpc
by Nobuhiro Iwamatsu 25 Aug '08

25 Aug '08

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 <iwamatsu.nobuhiro(a)renesas.com> --- include/asm-ppc/pci.h | 53 +++++++++++++++++++++++++++++++++++++++++++++++++ include/asm-sh/pci.h | 5 ++++ include/pci.h | 22 +------------------- 3 files changed, 59 insertions(+), 21 deletions(-) create mode 100644 include/asm-ppc/pci.h diff --git a/include/asm-ppc/pci.h b/include/asm-ppc/pci.h new file mode 100644 index 0000000..d5f8475 --- /dev/null +++ b/include/asm-ppc/pci.h @@ -0,0 +1,53 @@ +/* + * (C) Copyright 2001 Sysgo Real-Time Solutions, GmbH <www.elinos.com> + * Andreas Heppel <aheppel(a)sysgo.de> + * + * (C) Copyright 2002 + * Wolfgang Denk, DENX Software Engineering, wd(a)denx.de. + * + * See file CREDITS for list of people who contributed to this + * project. + * + * 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 + * aloong with this program; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, + * MA 02111-1307 USA + */ + +#ifndef _ASM_PCI_H +#define _ASM_PCI_H + +extern phys_addr_t pci_hose_bus_to_phys(struct pci_controller* hose, + unsigned long addr, unsigned long flags); +extern unsigned long pci_hose_phys_to_bus(struct pci_controller* hose, + phys_addr_t addr, unsigned long flags); + +#define pci_phys_to_bus(dev, addr, flags) \ + pci_hose_phys_to_bus(pci_bus_to_hose(PCI_BUS(dev)), (addr), (flags)) +#define pci_bus_to_phys(dev, addr, flags) \ + pci_hose_bus_to_phys(pci_bus_to_hose(PCI_BUS(dev)), (addr), (flags)) + +#define pci_phys_to_mem(dev, addr) pci_phys_to_bus((dev), (addr), PCI_REGION_MEM) +#define pci_mem_to_phys(dev, addr) pci_bus_to_phys((dev), (addr), PCI_REGION_MEM) +#define pci_phys_to_io(dev, addr) pci_phys_to_bus((dev), (addr), PCI_REGION_IO) +#define pci_io_to_phys(dev, addr) pci_bus_to_phys((dev), (addr), PCI_REGION_IO) + +#ifdef CONFIG_MPC824X +extern void pci_mpc824x_init (struct pci_controller *hose); +#endif + +#ifdef CONFIG_MPC85xx +extern void pci_mpc85xx_init (struct pci_controller *hose); +#endif + +#endif /* _ASM_PCI_H */ diff --git a/include/asm-sh/pci.h b/include/asm-sh/pci.h index bc59491..1f24fb6 100644 --- a/include/asm-sh/pci.h +++ b/include/asm-sh/pci.h @@ -44,4 +44,9 @@ int pci_sh4_read_config_dword(struct pci_controller *hose, int pci_sh4_write_config_dword(struct pci_controller *hose, pci_dev_t dev, int offset, u32 value); +#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) + #endif /* _ASM_PCI_H_ */ diff --git a/include/pci.h b/include/pci.h index 1c8e216..9b61635 100644 --- a/include/pci.h +++ b/include/pci.h @@ -432,21 +432,6 @@ extern __inline__ void pci_set_ops(struct pci_controller *hose, extern void pci_setup_indirect(struct pci_controller* hose, u32 cfg_addr, u32 cfg_data); -extern phys_addr_t pci_hose_bus_to_phys(struct pci_controller* hose, - unsigned long addr, unsigned long flags); -extern unsigned long pci_hose_phys_to_bus(struct pci_controller* hose, - phys_addr_t addr, unsigned long flags); - -#define pci_phys_to_bus(dev, addr, flags) \ - pci_hose_phys_to_bus(pci_bus_to_hose(PCI_BUS(dev)), (addr), (flags)) -#define pci_bus_to_phys(dev, addr, flags) \ - pci_hose_bus_to_phys(pci_bus_to_hose(PCI_BUS(dev)), (addr), (flags)) - -#define pci_phys_to_mem(dev, addr) pci_phys_to_bus((dev), (addr), PCI_REGION_MEM) -#define pci_mem_to_phys(dev, addr) pci_bus_to_phys((dev), (addr), PCI_REGION_MEM) -#define pci_phys_to_io(dev, addr) pci_phys_to_bus((dev), (addr), PCI_REGION_IO) -#define pci_io_to_phys(dev, addr) pci_bus_to_phys((dev), (addr), PCI_REGION_IO) - extern int pci_hose_read_config_byte(struct pci_controller *hose, pci_dev_t dev, int where, u8 *val); extern int pci_hose_read_config_word(struct pci_controller *hose, @@ -503,11 +488,6 @@ extern int pci_hose_config_device(struct pci_controller *hose, unsigned long mem, unsigned long command); -#ifdef CONFIG_MPC824X -extern void pci_mpc824x_init (struct pci_controller *hose); -#endif +#include <asm/pci.h> -#ifdef CONFIG_MPC85xx -extern void pci_mpc85xx_init (struct pci_controller *hose); -#endif #endif /* _PCI_H */ -- 1.5.5.1

3 4

[U-Boot] [Question about ppc4xx]
by 김영순 25 Aug '08

25 Aug '08

Hello there.. I'm working on my custum board based on SEQUOIA. I'd like to use SPI & IIC in my linux application. Where should I start?? Do I have to make my own driver to read & write via SPI & IIC?? Or, are there any usefull drivers in the kernel or somewhere?? If it is, how can I use them? If you have sample code, would you give me them?? Best regards

3 2

[U-Boot] Building U-Boot 1.3.4 SC520 based custom board
by Graeme Russ 25 Aug '08

25 Aug '08

Hello everyone, This is my first post here, so appoligies if I seem a bit naive about what I'm asking... I'm looking to port Linux to a SC250 based custom board and the first thing I need to do is get a bootloader which will support booting linux operational. So far, U-Boot looks to be the closest match to my needs. I had a look at RedBoot, but found the build documentation to be very lacking. My build environment is as follows: - Ubuntu 8.04 (i86_32) - gcc (GCC) 4.2.3 (Ubuntu 4.2.3-2ubuntu7) - GNU Make 3.81 - Eclipse Version: 3.2.2 It does not look to me that there is an EDLK supporting the i86 architecture, so I am trying to use the native build environment in Ubuntu. I downloaded U-Boot 1.3.4, copied u-boot-1.3.4/board/sc520_cdp/ and u-boot-1.3.4/include/configs/sc520_cdp.h and edited Makefile and MAKEALL After performing a make config and make all, quite a few errors were reported by the compiler. A number of these seem to be a result of gcc 4.2.3 being very pedantic, while others seem to stem from the i86 arch in U-Boot still being somewhat immature (which I am not taking exception to at all as I realise i86 is not as common as the others in the embedded world). I had a look at the latest git snapshot (last change 22nd August 2008) but it didn't seem to solve any of the build problems. A few problems I have solved with the help of trawling through the mailing lists. for example: [U-Boot-Users] [PATCH] 82550_eeprom: Fix error: lvalue required as increment operand http://lists.denx.de/pipermail/u-boot/2008-May/034312.html http://lists.denx.de/pipermail/u-boot/2008-May/034313.html ** Is the suggestion posted in http://lists.denx.de/pipermail/u-boot/2008-May/034392.html a better solution? ** [PATCH] fix for DECLARE_GLOBAL_DATA_PTR on i386 http://lists.denx.de/pipermail/u-boot/2006-July/015766.html ** Is there an issue with this fix, being that it is so old? There does not appear to be further discussion on this, but a later fix (http://lists.denx.de/pipermail/u-boot/2008-May/034325.html) seemed to raise some concerns ** [Local Changes] Removed __const__ from declarations in u-boot-1.3.4/include/asm-i386/byteorder.h I am more than willing to have a go at fixing the remaining issues, but I would like to be sure that I am not replicating anyone elses work, treading on anyones toes, or creating code that is incompatible with the mainline tree. A few quick questions: - Am I using a completely unsupported build environment ? - Should I be looking at using another version / snapshot (v2 does not seem to have i86 support yet)? - Is there a custodian for the i86 acrchitecture that I should be talking to? - Has anyone collated a list of i86 build issues and fixes? - If nobody else has, should I have a go at getting 1.3.4 building in my build environemt and feeding the changes back here? - If nobody else is actively maintaining i86, should I perhaps look at getting a custodian repository? Regards, Graeme

1 0

[U-Boot] Mailing List Archive
by Wolfgang Denk 24 Aug '08

24 Aug '08

Hi everybody, the complete combined archive of the old "u-boot-users" mailing list at SourceForge and the new "u-boot" list at DENX is now available at http://lists.denx.de/pipermail/u-boot/ Enjoy! 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: wd(a)denx.de Few people do business well who do nothing else. -- Philip Earl of Chesterfield

3 3

[U-Boot] Merging of v1 and v2
by Chris Zankel 24 Aug '08

24 Aug '08

Hi, Are there any plans to merge U-Boot v1 and v2 at anytime? It looks to me like a daunting task to move everything to v2. We are working with different processors, one of them, the i.MX27, is only supported in v2, the other(s) in v1. The internal and external (UI) interfaces seem to be different enough to make it hard to move between the two. For example, there is some initial work to support UBIFS in U-Boot (v1) which might be interesting, but it probably requires quite some work and testing to move it into v2. I like the flexibility and cleanness of v2, but fear that it will never catch on. Thanks, -Chris

2 1

[U-Boot] Question about FIT images with uboot 1.3.4
by Remy Bohmer 24 Aug '08

24 Aug '08

Hello All, Which version of DTC must be used to get a working FIT image? Release 1.2.0 understands the example doc/uImage.FIT/kernel.its, but delivers an unbootable image. It fails on line 2285 ("Wrong FIT format: no description\n") in common/image.c at int fit_check_format (const void *fit) { /* mandatory / node 'description' property */ if (fdt_getprop (fit, 0, FIT_DESC_PROP, NULL) == NULL) { debug ("Wrong FIT format: no description\n"); return 0; } Version 1.1.0 of DTC complains about the format of the doc/uImage.FIT/kernel.its file at the line: data = /incbin/("./vmlinux.bin.gz"); So, at this moment FIT does not work at all... So, does anybody knows what I need to do to get FIT images working on 1.3.4 ? (Except debugging and patching the bug, which I can do later on when I at least have something working to begin with) Kind Regards, Remy

2 2

[U-Boot] [PATCH] ARM OMAP : Correct Invalid Timer Register Field Declaration in omap1510.h & omap730.h
by Gururaja Hebbar K R 24 Aug '08

24 Aug '08

Hi, Resend - Subject Corrected. Sorry for the mistake I searched the Entire u-boot-1.3.4\ directory for "PTV_BIT" declaration & couldn't find any. Rather MPUTIM_PTV_BIT is defined which is the correct declaration. Below Patch Corrects the declaration of MPUTIM_PTV_MASK bit in both omap1510.h & omap730.h. Kindly update me if i am wrong. TIA Regards Gururaja - Correct Invalid #define of MPUTIM_PTV_MASK for omap1510 & omap730 register definition MPUTIM_PTV_MASK is defined as #define MPUTIM_PTV_MASK (0x7<<PTV_BIT) while it should have been #define MPUTIM_PTV_MASK (0x7<<MPUTIM_PTV_BIT) - Below Patch corrects the same Signed-off-by: Gururaja Hebbar <gururajakr(a)sanyo.co.in> --- include/configs/omap1510.h | 2 +- include/configs/omap730.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/include/configs/omap1510.h b/include/configs/omap1510.h index 6787b19..931560c 100755 --- a/include/configs/omap1510.h +++ b/include/configs/omap1510.h @@ -482,7 +482,7 @@ /* CNTL_TIMER register bits */ #define MPUTIM_FREE (1<<6) #define MPUTIM_CLOCK_ENABLE (1<<5) -#define MPUTIM_PTV_MASK (0x7<<PTV_BIT) +#define MPUTIM_PTV_MASK (0x7<<MPUTIM_PTV_BIT) #define MPUTIM_PTV_BIT 2 #define MPUTIM_AR (1<<1) #define MPUTIM_ST (1<<0) diff --git a/include/configs/omap730.h b/include/configs/omap730.h index 03abcb3..04d5144 100755 --- a/include/configs/omap730.h +++ b/include/configs/omap730.h @@ -150,7 +150,7 @@ /* MPU_CNTL_TIMER register bits */ #define MPUTIM_FREE (1<<6) #define MPUTIM_CLOCK_ENABLE (1<<5) -#define MPUTIM_PTV_MASK (0x7<<PTV_BIT) +#define MPUTIM_PTV_MASK (0x7<<MPUTIM_PTV_BIT) #define MPUTIM_PTV_BIT 2 #define MPUTIM_AR (1<<1) #define MPUTIM_ST (1<<0) -- 1.5.6.4

1 0

[U-Boot] who is the maintainer for OMAP730 & OMAP1510 Boards
by Gururaja Hebbar K R 23 Aug '08

23 Aug '08

Hi, According to the Maintainer file, Kshitij Gupta <kshitij(a)ti.com> is the maintainer for omap1510inn board & Dave Peverley <dpeverley(a)mpc-data.co.uk> for omap730p2 I had submitted a patch for OMAP 1510 & OMAP 730 Boards. ( http://www.nabble.com/-U-Boot---PATCH----Correct-Invalid-Timer-Register-Fie… ) But i haven't received any updates about the patch ( needs Update/correct or rejected or pending). I just would like to know who is the maintainer to whom i can send the patch for review & submit it to upstream. TIA Regards Gururaja

2 1

[U-Boot] [PATCH] ARM: Update mach-types.h
by Dirk Behme 23 Aug '08

23 Aug '08

In preparation of new boards, update ARM mach-types.h. Checked the removed/renamed mach types, none of these seem to be used in U-Boot. This is based on ARM's machine database Sat Aug 23 06:33:29 2008 Signed-off-by: Dirk Behme <dirk.behme(a)gmail.com> --- The uncompressed patch of this auto-generated file is ~120k. So I attach the patch as .gz (~13k). Yes, I know, this is not the way to go. If you don't like this, please let me know how we should handle this. Sorry and thanks! Dirk

1 0

[U-Boot] [ppc4xx] Please pull git://www.denx.de/git/u-boot-ppc4xx.git
by Stefan Roese 23 Aug '08

23 Aug '08

The following changes since commit ba37aa03287c5483c61c0a3e320c8888bee0143a: Kumar Gala (1): fdt: rework fdt_fixup_ethernet() to use env instead of bd_t are available in the git repository at: git://www.denx.de/git/u-boot-ppc4xx.git master Prodyut Hazarika (1): ppc4xx: Optimize PLB4 Arbiter and Memory Queue settings for PPC440SP/SPe, Stefan Roese (1): ppc4xx: Cleanup of "ppc4xx: Optimize PLB4 Arbiter..." patch Tirumala R Marri (1): ppc4xx: AMCC PPC460GT/EX PCI-E de-emphasis adjustment fix cpu/ppc4xx/44x_spd_ddr2.c | 17 +++++++++--- cpu/ppc4xx/4xx_pcie.c | 10 +++--- cpu/ppc4xx/cpu_init.c | 13 +++++++++ include/asm-ppc/ppc4xx-sdram.h | 48 ++++++++++++++++++++++----------- include/ppc440.h | 47 --------------------------------- include/ppc4xx.h | 56 ++++++++++++++++++++++++++++++++++++++++ 6 files changed, 119 insertions(+), 72 deletions(-)

2 1