Re: [U-Boot-Users] [PATCH 1/1] Re-Submit: Add support for ATMEL AT91SAM9G20EK board.
Thanks Ben.
I'll wait for more suggestions and re-generate the whole patch again.
Hope I do not bother you guys too much. It's my first time saying
something in this list. :-)
On Tue, Jul 29, 2008 at 12:57, Ben Warren [EMAIL PROTECTED] wrote:
Hi Hong,
Thanks for all the hard work. One more thing...
snip
+#if defined(CONFIG_CMD_NET)
+int board_eth_init(bd_t *bis)
+{
+ return at91sam9_eth_initialize(bis);
+}
+#endif
Here's at91sam9_eth_initialize:
#if defined(CONFIG_MACB) defined(CONFIG_CMD_NET)
void at91sam9_eth_initialize(bd_t *bi)
{
macb_eth_initialize(0, (void *)AT91_BASE_EMAC, 0x00);
}
#endif
Issues:
1. It returns void
2. It just calls the MACB initializer.
Please change your code to:
extern int macb_eth_initialize(int id, void *regs, unsigned int phy_addr);
#if defined(CONFIG_MACB) defined(CONFIG_CMD_NET)
int board_eth_init(bd_t *bi)
{
return macb_eth_initialize(0, (void *)AT91_BASE_EMAC, 0x00);
}
#endif
or something like this. I don't know if AT91_BASE_EMAC is visible
from this code, so you may need to modify slightly.
regards,
Ben
-
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=100url=/
___
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 and Mathematical Library
Hi to everyone. I have a general question: my need is to use u-boot to initialize a PowerPC 5123 and then to continue with a custom kernel without Linux. The problem is that during initialization I must drive very early a graphical controller by PCI to show some logos and I need of mathematical library; I suspect that u-boot doesn't support any. First question there exist one compatible with u-boot ? In your opinion is it possible to follow idea of import a mathematical library to boot and draw something and after continue with a custom kernel ? There is some deep technical reason to load a Linux kernel and then plot a logo ? Thanks and best regards.- 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=100url=/___ 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] Add support for the hammerhead (AVR32) board
Could someone explain me what this message has relation with AVR32? This is 100% microblaze relate problems. Please change subject and cc to me if you have any problem with latest U-BOOT for Microblaze. Michal Simek Hi John, look at http://www.itee.uq.edu.au/~listarch/microblaze-uclinux/archive/2008/05/msg00163.html Please use Hi, again. I've used a new vendor/platform, I have the uclinux running in the same target a ML501 with an older version based on ise and edk 8.2, but I need approach the advantages of microblaze v7.00 and the PLB. Please thanks for your help, and excuse my English. I don't know about inittab, and that init is selected in the application menu. 2008/7/24 Mostafa Ali [EMAIL PROTECTED]: Look there are so many reasons for this problem, Please mention more detalis(like have you used one of the predefined platforms in the vendor/platform menu or you created a new one). One of the reasons is that the kernel doesn't find a start up application. Make sure that inittab is exist in /romfs and init is selected in the application menu in petalinux configuration wizard. I need more de tails fro you, I'll be waiting. --- On *Thu, 7/24/08, John Osorio [EMAIL PROTECTED]* wrote: From: John Osorio [EMAIL PROTECTED] Subject: [microblaze-uclinux] Help with kernel boot, PLEASE To: [EMAIL PROTECTED] Date: Thursday, July 24, 2008, 8:36 AM Hi, folks I have a problem with the kernel boot, I'm using petalinux-v0.30-rc1 and kernel 2.6, my hardware is development under EDK 9.2_02 and ISE 9.2_04. When I'll try boot the image, the boot show in kermit the following: ## Booting image at 8c08 ... Image Name: PetaLinux Kernel 2.6 Image Type: Microblaze Linux Kernel Image (uncompressed) Data Size:2678812 Bytes = 2.6 MB Load Address: 9000 Entry Point: 9000 Verifying Checksum ... OK OK That's all I don't know, what's the problem, Please I need your Help, Bye. The boot is freeze, Kermit don't show anything -- John Osorio -- John Osorio No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.138 / Virus Database: 270.5.5/1571 - Release Date: 24.7.2008 05:42 - 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=100url=/ ___ 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] Re-Submit: Add support for ATMEL AT91SAM9G20EK board.
On 21:57 Mon 28 Jul , Ben Warren wrote:
Hi Hong,
Thanks for all the hard work. One more thing...
snip
+#if defined(CONFIG_CMD_NET)
+int board_eth_init(bd_t *bis)
+{
+ return at91sam9_eth_initialize(bis);
+}
+#endif
Here's at91sam9_eth_initialize:
#if defined(CONFIG_MACB) defined(CONFIG_CMD_NET)
void at91sam9_eth_initialize(bd_t *bi)
{
macb_eth_initialize(0, (void *)AT91_BASE_EMAC, 0x00);
}
#endif
Issues:
1. It returns void
2. It just calls the MACB initializer.
Please change your code to:
extern int macb_eth_initialize(int id, void *regs, unsigned int phy_addr);
#if defined(CONFIG_MACB) defined(CONFIG_CMD_NET)
int board_eth_init(bd_t *bi)
{
return macb_eth_initialize(0, (void *)AT91_BASE_EMAC, 0x00);
}
#endif
or something like this. I don't know if AT91_BASE_EMAC is visible
from this code, so you may need to modify slightly.
Can we do a cpu_eth_init instead?
Best Regards,
J.
-
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=100url=/
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] using a flat device tree to drive u-boot config
Kumar Gala [EMAIL PROTECTED] wrote: But I agree, in general I would hope u-boot would be able to still boot w/o the device tree information (might be crippled, but you could recover). How about keeping a fail-safe blob around somewhere? Haavard - 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=100url=/ ___ 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] Re-Submit: Add support for ATMEL AT91SAM9G20EK board.
On Tue, Jul 29, 2008 at 15:25, Jean-Christophe PLAGNIOL-VILLARD
[EMAIL PROTECTED] wrote:
On 21:57 Mon 28 Jul , Ben Warren wrote:
Hi Hong,
Thanks for all the hard work. One more thing...
snip
+#if defined(CONFIG_CMD_NET)
+int board_eth_init(bd_t *bis)
+{
+ return at91sam9_eth_initialize(bis);
+}
+#endif
Here's at91sam9_eth_initialize:
#if defined(CONFIG_MACB) defined(CONFIG_CMD_NET)
void at91sam9_eth_initialize(bd_t *bi)
{
macb_eth_initialize(0, (void *)AT91_BASE_EMAC, 0x00);
}
#endif
Issues:
1. It returns void
2. It just calls the MACB initializer.
Please change your code to:
extern int macb_eth_initialize(int id, void *regs, unsigned int phy_addr);
#if defined(CONFIG_MACB) defined(CONFIG_CMD_NET)
int board_eth_init(bd_t *bi)
{
return macb_eth_initialize(0, (void *)AT91_BASE_EMAC, 0x00);
}
#endif
or something like this. I don't know if AT91_BASE_EMAC is visible
from this code, so you may need to modify slightly.
Can we do a cpu_eth_init instead?
Not all arm926ejs series have built-in ethernet controller (e.g.
AT91SAM9261 does not have). If we do it in cpu_eth_init, we may need
other more #ifdef_s to distinguish. :-)
Best Regards,
J.
BR,
Eric
-
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=100url=/
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] using a flat device tree to drive u-boot config
Ben Warren schrieb: On Mon, Jul 28, 2008 at 10:43 AM, Scott Wood [EMAIL PROTECTED] wrote: Ben Warren wrote: On Mon, Jul 28, 2008 at 10:32 AM, Scott Wood [EMAIL PROTECTED] wrote: I find a device tree much easier to figure out than a tangled mess of header files, #defines, and #ifdefs... In many ways, yes. But are you an average Joe or a Linux kernel propellerhead? Is u-boot work normally done by average Joes, and does the average Joe really find the preprocessor mess more intuitive than a propellerhead? You know what I mean. Some people like yourself do this for a living, and are involved day-to-day in its specification. Of course it's intuitive to you. For most people, getting U-boot going is one stage in the development process of software for an embedded device. They work on it for a few weeks or months, then on something completely different. A few months or years later, they come back to it. You're absolutely right - just have a look at the vast lists of maintainers/contributors ... they are average Joes like myself. Realizing 2-3 projects each year should be possible without having to re-learn from scratch. While we're at it, let's re-write u-boot in Visual Basic. :-) Uh, yeah. I like the idea of a central repo for hardware info, and the device tree concept is good. My point is that the syntax, while concise and exact, can be intimidating. Just look at the amount of traffic on the mailing lists of people that don't understand what all the fields mean when specifying IRQs etc. Anything we can do to make it less so for noobies is a good thing for everybody. Please keep in mind that WDenk is always watching if code is slowing things down or increasing size significantly. Improving things is very good - but not at the cost of size and/or speed. Configuring a board using a dtb usually needs far more code being present than needed. After all it's a bootloader and not another pseudo OS. But don't get me wrong ! The device tree is a very nice and usefuly thing ... for an OS. regards, André cheers, Ben - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users MATRIX VISION GmbH, Talstraße 16, DE-71570 Oppenweiler - Registergericht: Amtsgericht Stuttgart, HRB 271090 Geschäftsführer: Gerhard Thullner, Werner Armingeon, Uwe Furtner - 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=100url=/ ___ 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 MIMC200 board - now uses board_eth_init()
Mark Jackson [EMAIL PROTECTED] wrote:
The MIMC200 board is based on Atmel's NGW100 dev kit,
but with an extra 8MByte FLASH and 128KByte FRAM.
Do you have a link with some more information about the board?
I also think your mailer mangles whitespace. Thunderbird can apparently
be fixed; please see the instructions here:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/email-clients.txt
board/atmel/mimc200/Makefile | 40 +
board/atmel/mimc200/config.mk |3 +
board/atmel/mimc200/mimc200.c | 158
board/atmel/mimc200/u-boot.lds | 73 +
Is this really an Atmel board? Note that the directory under board is
supposed to indicate the _board_ vendor, not the chip vendor.
--- a/cpu/at32ap/at32ap700x/clk.c
+++ b/cpu/at32ap/at32ap700x/clk.c
@@ -65,4 +65,12 @@ void clk_init(void)
/* Use PLL0 as main clock */
sm_writel(PM_MCCTRL, SM_BIT(PLLSEL));
#endif
+
+#ifdef CONFIG_MIMC200
+// enable gclk outputs
+//AVR32_PM.gcctrl[0] = 0x0004; /* LVDS at 10MHz */
+sm_writel(PM_GCCTRL, 0x0004);
+//AVR32_PM.gcctrl[1] = 0x0216; /* Ethernet at 25MHz if PLL running */
+//sm_writel(PM_GCCTRL + 4, 0x0216);
+#endif
Please define a gclk_init() function in your board file and move this
stuff there. That's what Hammerhead ended up doing.
The gclk_init() hook isn't in mainline yet. I'll create a next branch
that you can base your work on in the mean time.
+#ifndef CONFIG_MIMC200
gpio_select_periph_A(GPIO_PIN_PC18, 0);/* SPD*/
#endif
+#endif
}
void gpio_enable_macb1(void)
@@ -129,8 +131,10 @@ void gpio_enable_macb1(void)
gpio_select_periph_B(GPIO_PIN_PC29, 0);/* RXD2*/
gpio_select_periph_B(GPIO_PIN_PC30, 0);/* RXD3*/
gpio_select_periph_B(GPIO_PIN_PC24, 0);/* RXCK*/
+#ifndef CONFIG_MIMC200
gpio_select_periph_B(GPIO_PIN_PD15, 0);/* SPD*/
#endif
+#endif
I'd prefer a more generic define here...or possibly some sort of
parameter that can be passed from the board code. Let's leave that for
later though -- this is fine for now.
+#ifdef CONFIG_MIMC200
+// setup Data Flash chip select (NCS2)
+hsmc3_writel(MODE2, 0x20121003);
+hsmc3_writel(CYCLE2, 0x000a0009);
+hsmc3_writel(PULSE2, 0x0a060806);
+hsmc3_writel(SETUP2, 0x00030102);
+
+// setup FRAM chip select (NCS3)
+hsmc3_writel(MODE3, 0x10120001);
+hsmc3_writel(CYCLE3, 0x001e001d);
+hsmc3_writel(PULSE3, 0x08040704);
+hsmc3_writel(SETUP3, 0x02050204);
+#endif
Hmm, ok, I guess you currently don't have much choice but put to those
here. Let's make a mental note that this should be improved later.
void serial_putc(char c)
{
+#if defined(CONFIG_MIMC200_DBGLINK)
+// only output serial data if DEBUG link connected
+// this is connected to PIOE_21
+if (gpio_get_value(GPIO_PIN_PE21) == 0)
+{
+#endif
As others have noted, this is pretty ugly. There must be a better way
to do this...but I don't know exactly how. Moving this test to a
separate function and providing a dummy stub for the case when
CONFIG_MIMC200_DBGLINK is not set might be a good first step. Something like
#if defined(CONFIG_MIMC200_DBGLINK)
static int usart_is_disabled(void)
{
return gpio_get_value(GPIO_PIN_PE21) != 0;
}
#else
static int usart_is_disabled(void)
{
return 0;
}
#endif
then you can simply do
void serial_putc(char c)
{
if (usart_is_disabled())
return;
/* do the usual stuff here */
}
Alternatively, we could do some tricks involving weak functions here
and move the actual test into the board code.
Thanks for posting this, but please Cc me when posting new avr32 board
patches. I think I missed you first submission.
Haavard
-
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=100url=/
___
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 MIMC200 board - now uses board_eth_init()
Ben Warren wrote: C++ style comments are not allowed. Please fix them all. snip Okay. The prototype is: int board_eth_init(bd_t *); You'll need to return 0 if you can't get anything useful from macb_eth_initialize(); snip Okay. It's frowned upon to conditionally compile board-specific code in CPU files. Can this be done in your board code? I'll give it a go !! diff --git a/cpu/at32ap/at32ap700x/gpio.c b/cpu/at32ap/at32ap700x/gpio.c index 56ba2f9..7c6679d 100644 --- a/cpu/at32ap/at32ap700x/gpio.c +++ b/cpu/at32ap/at32ap700x/gpio.c @@ -104,8 +104,10 @@ void gpio_enable_macb0(void) gpio_select_periph_A(GPIO_PIN_PC11, 0);/* RXD2*/ gpio_select_periph_A(GPIO_PIN_PC12, 0);/* RXD3*/ gpio_select_periph_A(GPIO_PIN_PC14, 0);/* RXCK*/ +#ifndef CONFIG_MIMC200 gpio_select_periph_A(GPIO_PIN_PC18, 0);/* SPD*/ #endif +#endif } void gpio_enable_macb1(void) @@ -129,8 +131,10 @@ void gpio_enable_macb1(void) gpio_select_periph_B(GPIO_PIN_PC29, 0);/* RXD2*/ gpio_select_periph_B(GPIO_PIN_PC30, 0);/* RXD3*/ gpio_select_periph_B(GPIO_PIN_PC24, 0);/* RXCK*/ +#ifndef CONFIG_MIMC200 gpio_select_periph_B(GPIO_PIN_PD15, 0);/* SPD*/ #endif +#endif } #endif Should I just provide my own *complete* alternatives to these functions ? diff --git a/cpu/at32ap/cpu.c b/cpu/at32ap/cpu.c index 0ba8361..8985b68 100644 --- a/cpu/at32ap/cpu.c +++ b/cpu/at32ap/cpu.c @@ -56,6 +56,20 @@ int cpu_init(void) hsmc3_writel(PULSE0, 0x0b0a0906); hsmc3_writel(SETUP0, 0x00010002); +#ifdef CONFIG_MIMC200 +// setup Data Flash chip select (NCS2) +hsmc3_writel(MODE2, 0x20121003); +hsmc3_writel(CYCLE2, 0x000a0009); +hsmc3_writel(PULSE2, 0x0a060806); +hsmc3_writel(SETUP2, 0x00030102); + +// setup FRAM chip select (NCS3) +hsmc3_writel(MODE3, 0x10120001); +hsmc3_writel(CYCLE3, 0x001e001d); +hsmc3_writel(PULSE3, 0x08040704); +hsmc3_writel(SETUP3, 0x02050204); +#endif + clk_init(); Okay ... this can probably go in my board setup file. /* Update the CPU speed according to the PLL configuration */ diff --git a/drivers/serial/atmel_usart.c b/drivers/serial/atmel_usart.c index f35b997..9e131c0 100644 --- a/drivers/serial/atmel_usart.c +++ b/drivers/serial/atmel_usart.c @@ -21,6 +21,9 @@ #include asm/io.h #include asm/arch/clk.h #include asm/arch/memory-map.h +#if defined(CONFIG_MIMC200_DBGLINK) +#include asm/arch/gpio.h +#endif This is definitely uncool. Don't pollute common code with your debug stuff. Right ... this one's got me stumped. This *isn't* debug code. In standard operation, the standard u-boot comms port will drive (e.g.) a printer, and we don't want any u-boot messages being printed out every time the unit reboots. *But* we do want to be able to use this port for normal u-boot operation when units are returned for calibration / testing / repair / etc, So we have an external link that is meant to disconnect all comms traffic from u-boot. I didn't want to use u-boot's slient boot options, since they're hard-coded at compile time. The only place I could think to this was to modify the atmel_usart.c file as above. How else should I do it ? Looking forward to V3 Me too !! Mark - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] U-boot and Mathematical Library
Vincenzo Scianni a écrit : Hi to everyone. I have a general question: my need is to use u-boot to initialize a PowerPC 5123 and then to continue with a custom kernel without Linux. The problem is that during initialization I must drive very early a graphical controller by PCI to show some logos and I need of mathematical library; What kind of logo display requires math? You're going to display a bitmap probably, so the only math involved would be integer arithmetic, I think. And if you have a logo in vector form, then you can convert it to bitmap (adapted to your FB format) offline and link the bitmap from, not the vector, in u-boot. I suspect that u-boot doesn't support any. I suspect you're right. First question there exist one compatible with u-boot ? Don't know. In your opinion is it possible to follow idea of import a mathematical library to boot and draw something and after continue with a custom kernel ? No reason why you could not; but I think that's a waste of FLASH and cycles, and you'd be better of turning your logo into a simple bitmap format that u-boot possibly already understands. There is some deep technical reason to load a Linux kernel and then plot a logo ? No reason for this, but again, no reason (that I can see from your description) that you'd need math in the first place. Can you elaborate on the reason that makes you need math onboard rather than off-board? Amicalement, -- Albert. - 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=100url=/ ___ 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] Re-Submit: Add support for ATMEL AT91SAM9G20EK board.
On 16:01 Tue 29 Jul , Hong Xu wrote:
On Tue, Jul 29, 2008 at 15:25, Jean-Christophe PLAGNIOL-VILLARD
[EMAIL PROTECTED] wrote:
On 21:57 Mon 28 Jul , Ben Warren wrote:
Hi Hong,
Thanks for all the hard work. One more thing...
snip
+#if defined(CONFIG_CMD_NET)
+int board_eth_init(bd_t *bis)
+{
+ return at91sam9_eth_initialize(bis);
+}
+#endif
Here's at91sam9_eth_initialize:
#if defined(CONFIG_MACB) defined(CONFIG_CMD_NET)
void at91sam9_eth_initialize(bd_t *bi)
{
macb_eth_initialize(0, (void *)AT91_BASE_EMAC, 0x00);
}
#endif
Issues:
1. It returns void
2. It just calls the MACB initializer.
Please change your code to:
extern int macb_eth_initialize(int id, void *regs, unsigned int phy_addr);
#if defined(CONFIG_MACB) defined(CONFIG_CMD_NET)
int board_eth_init(bd_t *bi)
{
return macb_eth_initialize(0, (void *)AT91_BASE_EMAC, 0x00);
}
#endif
or something like this. I don't know if AT91_BASE_EMAC is visible
from this code, so you may need to modify slightly.
Can we do a cpu_eth_init instead?
Not all arm926ejs series have built-in ethernet controller (e.g.
AT91SAM9261 does not have). If we do it in cpu_eth_init, we may need
other more #ifdef_s to distinguish. :-)
It already the case, I'll send a patch obout it
Best Regards,
J.
-
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=100url=/
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] using a flat device tree to drive u-boot config
Wolfgang Grandegger schrieb: André Schwarz wrote: Ben Warren schrieb: On Mon, Jul 28, 2008 at 10:43 AM, Scott Wood [EMAIL PROTECTED] wrote: Ben Warren wrote: On Mon, Jul 28, 2008 at 10:32 AM, Scott Wood [EMAIL PROTECTED] wrote: I find a device tree much easier to figure out than a tangled mess of header files, #defines, and #ifdefs... In many ways, yes. But are you an average Joe or a Linux kernel propellerhead? Is u-boot work normally done by average Joes, and does the average Joe really find the preprocessor mess more intuitive than a propellerhead? You know what I mean. Some people like yourself do this for a living, and are involved day-to-day in its specification. Of course it's intuitive to you. For most people, getting U-boot going is one stage in the development process of software for an embedded device. They work on it for a few weeks or months, then on something completely different. A few months or years later, they come back to it. You're absolutely right - just have a look at the vast lists of maintainers/contributors ... they are average Joes like myself. Realizing 2-3 projects each year should be possible without having to re-learn from scratch. While we're at it, let's re-write u-boot in Visual Basic. :-) Uh, yeah. I like the idea of a central repo for hardware info, and the device tree concept is good. My point is that the syntax, while concise and exact, can be intimidating. Just look at the amount of traffic on the mailing lists of people that don't understand what all the fields mean when specifying IRQs etc. Anything we can do to make it less so for noobies is a good thing for everybody. Please keep in mind that WDenk is always watching if code is slowing things down or increasing size significantly. Improving things is very good - but not at the cost of size and/or speed. Configuring a board using a dtb usually needs far more code being present than needed. After all it's a bootloader and not another pseudo OS. But don't get me wrong ! The device tree is a very nice and usefuly thing ... for an OS. There are customer request for a dynamically configurable U-Boot and the FDT is the right tool to provide the functionality. It has its price but U-Boot using a FDT blob for booting would also save some fixup code (required to boot Linux) and furthermore it would resolves some dependencies between hardcoded U-Boot and FDT defined addresses and ranges. yes of course ... if you're thinking about paying customers. What I can _definitely_ say is that we had to change flash layout twice on *existing* products simply because bootloader and kernel are constantly growing. It's nearly impossible to keep it small ... even with same core functionality. Only way out would be to freeze versions. That's what lots of companies are doing ... and this is why so many out-of-tree branches exist. But that's another topic ;-) regards, André Wolfgang. MATRIX VISION GmbH, Talstraße 16, DE-71570 Oppenweiler - Registergericht: Amtsgericht Stuttgart, HRB 271090 Geschäftsführer: Gerhard Thullner, Werner Armingeon, Uwe Furtner - 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=100url=/ ___ 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] Re-Submit: Add support for ATMEL AT91SAM9G20EK board.
Hong Xu [EMAIL PROTECTED] wrote: or something like this. I don't know if AT91_BASE_EMAC is visible from this code, so you may need to modify slightly. Can we do a cpu_eth_init instead? Not all arm926ejs series have built-in ethernet controller (e.g. AT91SAM9261 does not have). If we do it in cpu_eth_init, we may need other more #ifdef_s to distinguish. :-) In _my_ opinion, I think it's much cleaner to just let the board code decide which and how many ethernet controllers to initialize instead of having some #ifdef maze in the CPU code. But it's not may call. Oh, and another thing... extern int macb_eth_initialize(int id, void *regs, unsigned int phy_addr); We're getting more and more of these. Does anyone know an appropriate header to put it in? Haavard - 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=100url=/ ___ 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 MIMC200 board - now uses board_eth_init()
Haavard Skinnemoen wrote:
Mark Jackson [EMAIL PROTECTED] wrote:
The MIMC200 board is based on Atmel's NGW100 dev kit,
but with an extra 8MByte FLASH and 128KByte FRAM.
Do you have a link with some more information about the board?
Not at this moment ... it's still under development, so to speak.
I also think your mailer mangles whitespace. Thunderbird can apparently
be fixed; please see the instructions here:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/email-clients.txt
I'll fix this.
board/atmel/mimc200/Makefile | 40 +
board/atmel/mimc200/config.mk |3 +
board/atmel/mimc200/mimc200.c | 158
board/atmel/mimc200/u-boot.lds | 73 +
Is this really an Atmel board? Note that the directory under board is
supposed to indicate the _board_ vendor, not the chip vendor.
Urm ... no, I'll create a new vendor directory.
--- a/cpu/at32ap/at32ap700x/clk.c
+++ b/cpu/at32ap/at32ap700x/clk.c
@@ -65,4 +65,12 @@ void clk_init(void)
/* Use PLL0 as main clock */
sm_writel(PM_MCCTRL, SM_BIT(PLLSEL));
#endif
+
+#ifdef CONFIG_MIMC200
+// enable gclk outputs
+//AVR32_PM.gcctrl[0] = 0x0004; /* LVDS at 10MHz */
+sm_writel(PM_GCCTRL, 0x0004);
+//AVR32_PM.gcctrl[1] = 0x0216; /* Ethernet at 25MHz if PLL running */
+//sm_writel(PM_GCCTRL + 4, 0x0216);
+#endif
Please define a gclk_init() function in your board file and move this
stuff there. That's what Hammerhead ended up doing.
The gclk_init() hook isn't in mainline yet. I'll create a next branch
that you can base your work on in the mean time.
I've just moved it to my main board setup code.
+#ifndef CONFIG_MIMC200
gpio_select_periph_A(GPIO_PIN_PC18, 0);/* SPD*/
#endif
+#endif
}
void gpio_enable_macb1(void)
@@ -129,8 +131,10 @@ void gpio_enable_macb1(void)
gpio_select_periph_B(GPIO_PIN_PC29, 0);/* RXD2*/
gpio_select_periph_B(GPIO_PIN_PC30, 0);/* RXD3*/
gpio_select_periph_B(GPIO_PIN_PC24, 0);/* RXCK*/
+#ifndef CONFIG_MIMC200
gpio_select_periph_B(GPIO_PIN_PD15, 0);/* SPD*/
#endif
+#endif
I'd prefer a more generic define here...or possibly some sort of
parameter that can be passed from the board code. Let's leave that for
later though -- this is fine for now.
Again, I've moved this to my board setup code.
+#ifdef CONFIG_MIMC200
+// setup Data Flash chip select (NCS2)
+hsmc3_writel(MODE2, 0x20121003);
+hsmc3_writel(CYCLE2, 0x000a0009);
+hsmc3_writel(PULSE2, 0x0a060806);
+hsmc3_writel(SETUP2, 0x00030102);
+
+// setup FRAM chip select (NCS3)
+hsmc3_writel(MODE3, 0x10120001);
+hsmc3_writel(CYCLE3, 0x001e001d);
+hsmc3_writel(PULSE3, 0x08040704);
+hsmc3_writel(SETUP3, 0x02050204);
+#endif
Hmm, ok, I guess you currently don't have much choice but put to those
here. Let's make a mental note that this should be improved later.
I've actually removed this, since the extra chips contain no boot-related info
/ code.
void serial_putc(char c)
{
+#if defined(CONFIG_MIMC200_DBGLINK)
+// only output serial data if DEBUG link connected
+// this is connected to PIOE_21
+if (gpio_get_value(GPIO_PIN_PE21) == 0)
+{
+#endif
As others have noted, this is pretty ugly. There must be a better way
to do this...but I don't know exactly how. Moving this test to a
separate function and providing a dummy stub for the case when
CONFIG_MIMC200_DBGLINK is not set might be a good first step. Something like
snip
Alternatively, we could do some tricks involving weak functions here
and move the actual test into the board code.
Is there any way I can tell u-boot (on-the-fly) to enable / disable any comms
output ?
If so, I could just check the debug link in my boot code, and adjust the
u-boot comms accordingly.
Thanks for posting this, but please Cc me when posting new avr32 board
patches. I think I missed you first submission.
No problems. Thanks for the comments.
Mark
-
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=100url=/
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH 1/1] avr32: add support for EarthLCD Favr-32 board
This patch adds support for the Favr-32 board made by EarthLCD. This kit, which is also called ezLCD-101 when running with EarthLCD firmware, has a 10.4 touch screen LCD panel, 16 MB 32-bit SDRAM, 8 MB parallel flash, Ethernet, audio out, USB device, SD-card slot, USART and various other connectors for cennecting stuff to SPI, I2C, GPIO, etc. Signed-off-by: Hans-Christian Egtvedt [EMAIL PROTECTED] --- MAINTAINERS |4 + MAKEALL |1 + Makefile |3 + board/earthlcd/favr-32-ezkit/Makefile| 42 + board/earthlcd/favr-32-ezkit/config.mk |4 + board/earthlcd/favr-32-ezkit/eth.c | 33 board/earthlcd/favr-32-ezkit/favr-32-ezkit.c | 87 ++ board/earthlcd/favr-32-ezkit/flash.c | 230 ++ board/earthlcd/favr-32-ezkit/u-boot.lds | 71 include/configs/favr-32-ezkit.h | 200 ++ net/eth.c|3 + 11 files changed, 678 insertions(+), 0 deletions(-) create mode 100644 board/earthlcd/favr-32-ezkit/Makefile create mode 100644 board/earthlcd/favr-32-ezkit/config.mk create mode 100644 board/earthlcd/favr-32-ezkit/eth.c create mode 100644 board/earthlcd/favr-32-ezkit/favr-32-ezkit.c create mode 100644 board/earthlcd/favr-32-ezkit/flash.c create mode 100644 board/earthlcd/favr-32-ezkit/u-boot.lds create mode 100644 include/configs/favr-32-ezkit.h diff --git a/MAINTAINERS b/MAINTAINERS index a3d70b1..e043913 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -709,6 +709,10 @@ Haavard Skinnemoen [EMAIL PROTECTED] ATSTK1006 AT32AP7000 ATNGW100AT32AP7000 +Hans-Christian Egtvedt [EMAIL PROTECTED] + + FAVR-32-EZKIT AT32AP7000 + # # SuperH Systems: # # # diff --git a/MAKEALL b/MAKEALL index 32caab7..c2bb2a7 100755 --- a/MAKEALL +++ b/MAKEALL @@ -723,6 +723,7 @@ LIST_avr32=\ atstk1004 \ atstk1006 \ atngw100\ + favr-32-ezkit \ # diff --git a/Makefile b/Makefile index 8bfc891..15d7f37 100644 --- a/Makefile +++ b/Makefile @@ -2902,6 +2902,9 @@ atstk1006_config : unconfig atngw100_config: unconfig @$(MKCONFIG) $(@:_config=) avr32 at32ap atngw100 atmel at32ap700x +favr-32-ezkit_config : unconfig + @$(MKCONFIG) $(@:_config=) avr32 at32ap favr-32-ezkit earthlcd at32ap700x + # # # diff --git a/board/earthlcd/favr-32-ezkit/Makefile b/board/earthlcd/favr-32-ezkit/Makefile new file mode 100644 index 000..a09ad4d --- /dev/null +++ b/board/earthlcd/favr-32-ezkit/Makefile @@ -0,0 +1,42 @@ +# +# (C) Copyright 2001-2006 +# Wolfgang Denk, DENX Software Engineering, [EMAIL PROTECTED] +# +# Copyright (C) 2008 Atmel Corporation +# +# 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 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:= $(obj)lib$(BOARD).a + +COBJS := $(BOARD).o flash.o eth.o + +SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c) +OBJS := $(addprefix $(obj),$(SOBJS) $(COBJS)) + +$(LIB): $(obj).depend $(OBJS) + $(AR) $(ARFLAGS) $@ $(OBJS) + +# + +# defines $(obj).depend target +include $(SRCTREE)/rules.mk + +sinclude $(obj).depend + +# diff --git a/board/earthlcd/favr-32-ezkit/config.mk b/board/earthlcd/favr-32-ezkit/config.mk new file mode 100644 index 000..2337d62 --- /dev/null +++ b/board/earthlcd/favr-32-ezkit/config.mk @@ -0,0 +1,4 @@ +PLATFORM_RELFLAGS += -ffunction-sections -fdata-sections +PLATFORM_LDFLAGS +=
[U-Boot-Users] [PATCH] at91sam9: merge ether driver to cpu_eth_init
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED]
diff --git a/cpu/arm926ejs/at91/ether.c b/cpu/arm926ejs/at91/ether.c
index 7e11fe4..c54f33b 100644
--- a/cpu/arm926ejs/at91/ether.c
+++ b/cpu/arm926ejs/at91/ether.c
@@ -25,10 +25,10 @@
#include common.h
#include asm/arch/hardware.h
+#if defined(CONFIG_MACB) defined(CONFIG_CMD_NET)
extern int macb_eth_initialize(int id, void *regs, unsigned int phy_addr);
-#if defined(CONFIG_MACB) defined(CONFIG_CMD_NET)
-void at91sam9_eth_initialize(bd_t *bi)
+void cpu_eth_init(bd_t *bi)
{
macb_eth_initialize(0, (void *)AT91_BASE_EMAC, 0x00);
}
diff --git a/net/eth.c b/net/eth.c
index 38979aa..53c6622 100644
--- a/net/eth.c
+++ b/net/eth.c
@@ -74,7 +74,6 @@ extern int greth_initialize(bd_t *);
extern int atngw100_eth_initialize(bd_t *);
extern int mcffec_initialize(bd_t*);
extern int mcdmafec_initialize(bd_t*);
-extern int at91sam9_eth_initialize(bd_t *);
#ifdef CONFIG_API
extern void (*push_packet)(volatile void *, int);
@@ -286,10 +285,6 @@ int eth_initialize(bd_t *bis)
#if defined(CONFIG_FSLDMAFEC)
mcdmafec_initialize(bis);
#endif
-#if defined(CONFIG_AT91CAP9) || defined(CONFIG_AT91SAM9260) || \
-defined(CONFIG_AT91SAM9263)
- at91sam9_eth_initialize(bis);
-#endif
if (!eth_devices) {
puts (No ethernet found.\n);
--
1.5.6.2
-
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=100url=/
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] On-the-fly suppressing stdin, stdout and stderr
I'd like to know if it's possible to suppress comms to / from stdio, stdout and stderr. I know there's support to suppress the console output (stdout and stderr) using CONFIG_SILENT_CONSOLE and the silent env variable, but this isn't particularly dynamic. Our target board has a bitlink which I'd like to read at boot time. If the link is not connected, all comms to / from the u-boot console should be suppress (including any key presses). In normal running mode, we are wanting to use the comms port for (say) a printer or connected to a host system. As such, when the unit boots we're not wanting it to output the u-boot console text to the printer. But in debug / test / repair / maintenance / upgrade mode, we'd remove any printer / etc, we'd fit the link, which would then give us the normal u-boot startup and prompt. From what I can see in the code, there's no real way to do this on-the-fly suppressing. Any ideas ? Thanks Mark - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] Adder8xx: Fix CFG_MONITOR_LEN
Due to increased space usage, U-Boot can no longer be stored in three sectors. The current U-Boot use just over three flash sectors (197k), and U-Boot will become corrupt after saving environment variables. This patch adds another 64k to CFG_MONITOR_LEN. Signed-off-by: Frank E. Svendsbøe [EMAIL PROTECTED] --- include/configs/Adder.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/include/configs/Adder.h b/include/configs/Adder.h index 7389c38..cefdd29 100644 --- a/include/configs/Adder.h +++ b/include/configs/Adder.h @@ -131,7 +131,7 @@ #define CFG_BOOTMAPSZ (8 20) /* Initial Memory map for Linux */ #define CFG_MONITOR_BASE TEXT_BASE -#define CFG_MONITOR_LEN(192 10) /* Reserve 192 KB for Monitor */ +#define CFG_MONITOR_LEN(256 10) /* Reserve 256 KB for Monitor */ #ifdef CONFIG_BZIP2 #define CFG_MALLOC_LEN (2500 10)/* Reserve ~2.5 MB for malloc() */ #else -- 1.5.6.3 - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] ppc4xx: net: [PATCH] Remove emac4xx_miiphy_initialize for ppc440x5
PPC440x5 does not have an integrated Emac, it must be removed from the net/eth.c file Signed-off-by: Ricardo Ribalda Delgado [EMAIL PROTECTED] --- net/eth.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/net/eth.c b/net/eth.c index 38979aa..bd3580c 100644 --- a/net/eth.c +++ b/net/eth.c @@ -621,7 +621,8 @@ int eth_initialize(bd_t *bis) at91rm9200_miiphy_initialize(bis); #endif #if defined(CONFIG_4xx) !defined(CONFIG_IOP480) \ -!defined(CONFIG_AP1000) !defined(CONFIG_405) +!defined(CONFIG_AP1000) !defined(CONFIG_405) \ +!defined(CONFIG_XILINX_440) emac4xx_miiphy_initialize(bis); #endif #if defined(CONFIG_MCF52x2) -- 1.5.6.3 - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Strange behavior in UPM
Im using MPC8360E and NAND512W32BN6E, and they are connected like in mpc8360e-rdk (same pins). About the waveform, i did the tests considering reading the electronic signature from the nand flash. I put the code below in a loop (nand_base.c): --- /* Select the device */ this-select_chip(mtd, 0); /* Send the command for reading device ID */ this-cmdfunc(mtd, NAND_CMD_READID, 0x00, -1); /* Read manufacturer and device IDs */ nand_maf_id = this-read_byte(mtd); nand_dev_id = this-read_byte(mtd); --- From nand datasheet, figure 28, when CL goes from LOW to HIGH, #W goes from HIGH to LOW, and in I/O the value for reading the electronic signature is passed. But here with my board, CL is already in HIGH and then goes LOW. As im using u-boot-1.1.4, i tried import the code from u-boot-1.3.3 and u-boot-1.3.4-rc1. Both i got the same result. So, as my board is _based_ in mpc8360e-rdk, i was wondering if other configuration can affect the UPM. Looking at the this-cmdfunc(...) (fun_cmdfunc at fsl_upm.c) it has some calls to fsl_upm_start_pattern, fsl_upm_run_pattern... and this functions activates the UPM. So it seems to be simple: command(READID) upm_start_pattern() upm_run_pattern(READID) upm_end_pattern() read_byte() Im really curious to know what is causing the CL inversion. Right now im trying to understand the UPM array. But its not so simple. I have my doubts if my problem is the UPM array, since its working on mpc8360e-rdk and the same array is in App Note from Freescale. Cheers, -- Alemao On Fri, Jul 25, 2008 at 2:33 PM, Anton Vorontsov [EMAIL PROTECTED] wrote: On Fri, Jul 25, 2008 at 01:50:41PM -0300, Alemao wrote: Hi all, I have a board based on the MPC8360E-RDK, and im trying to make NAND at local bus works with UPM. I put the scope to see what was going wrong and I got this: ___ - the waveform in LGPL1/3 (nand CLE/ALE) should be ___| |___ ______ but was|__| The ascii art attempt failed. ;-) [...] One detail, im using u-boot-1.1.4 and i got the codes for UPM and NAND from u-boot-1.3.4-rc1. Since the boards are pretty the same, I guess you can just compile the u-boot-1.3.3 (please try release instead of -rc, to be sure), and see if NAND will work. Maybe it will need really small code modifications for your board though. Otherwise it is hard to say where is problem is (maybe the problem in the 1.1.4 nand core code, not in UPM setup?). Also, you didn't mention what kind of chip the board is using. Thanks, -- Anton Vorontsov email: [EMAIL PROTECTED] irc://irc.freenode.net/bd2 - 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=100url=/ ___ 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] mpc85xx: fix upmconfig
Hi Andy, in message [EMAIL PROTECTED] Sebastian Siewior wrote: * Andy Fleming | 2008-07-14 19:32:56 [-0500]: ... This looks pretty good to me, but I'm not very familiar with this code. Could you explain a little more deeply what is wrong with the old way, and why the new way is better? I think I understand the problem with the BA_SHIFT (actually, it alarms me, a bit), but I'm not the first part, changes the computation of the dummy address. The spec [1] chap 14.4.4.2 referes to the dummy address as ...by a (dummy) write transaction to the relevant UPM assigned bank. The address is assigned in the relevant BRx[BA] register (bits 0-16 if not used extened addresses) and therefore shift is wrong, logical and is correct. so sure about using MSEL on one side of the ==, and not the other. BRx[MSEL] specifies the machines used (table 14-4, pdf page 631 in my document). MSEL is the mask while upmmask (UPMC, UPMB, or UPMB) is the content of the register. For instance, if your BR[MSEL] register would have all bits set (what is reserved / not legal) than the old compare method would match UPMA, UPMB UPMC where is the new method would skip it. Any comment about the state of this patch? 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] Many aligators will be slain, but the swamp will remain. - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] moving bss outside of the image?
Is there any concern with moving .bss outside of the image? On 85xx
the images have historically been a fixed size (512k) and the .bss has
always lived inside of that region. We are now getting to a point
that .text + .data + .bss exceeds 512k. Its easy enough to move .bss
right pass the 512k boundary and wanted to see if anyone can think of
a reason not to do this.
Also, any cute ways of doing this in the linker script?
Right now if the TEXT_BASE is 0xeff8 I'm doing:
. = ADDR(.text) + 0x8;
__bss_start = .;
.bss (NOLOAD) :
{
*(.sbss) *(.scommon)
*(.dynbss)
*(.bss)
*(COMMON)
}
- k
-
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=100url=/
___
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] Re-Submit: Add support for ATMEL AT91SAM9G20EK board.
On Tue, Jul 29, 2008 at 2:15 AM, Haavard Skinnemoen [EMAIL PROTECTED] wrote: Hong Xu [EMAIL PROTECTED] wrote: or something like this. I don't know if AT91_BASE_EMAC is visible from this code, so you may need to modify slightly. Can we do a cpu_eth_init instead? Not all arm926ejs series have built-in ethernet controller (e.g. AT91SAM9261 does not have). If we do it in cpu_eth_init, we may need other more #ifdef_s to distinguish. :-) In _my_ opinion, I think it's much cleaner to just let the board code decide which and how many ethernet controllers to initialize instead of having some #ifdef maze in the CPU code. But it's not may call. Agreed Oh, and another thing... extern int macb_eth_initialize(int id, void *regs, unsigned int phy_addr); We're getting more and more of these. Does anyone know an appropriate header to put it in? At one point I had a netdev.h file, but removed it because it only contained this type of definition. Maybe it's time to resurrect. regards, Ben - 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=100url=/ ___ 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] at91sam9: merge ether driver to cpu_eth_init
Hi J-C,
On Tue, Jul 29, 2008 at 4:03 AM, Jean-Christophe PLAGNIOL-VILLARD
[EMAIL PROTECTED] wrote:
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED]
diff --git a/cpu/arm926ejs/at91/ether.c b/cpu/arm926ejs/at91/ether.c
index 7e11fe4..c54f33b 100644
--- a/cpu/arm926ejs/at91/ether.c
+++ b/cpu/arm926ejs/at91/ether.c
@@ -25,10 +25,10 @@
#include common.h
#include asm/arch/hardware.h
+#if defined(CONFIG_MACB) defined(CONFIG_CMD_NET)
extern int macb_eth_initialize(int id, void *regs, unsigned int phy_addr);
-#if defined(CONFIG_MACB) defined(CONFIG_CMD_NET)
-void at91sam9_eth_initialize(bd_t *bi)
+void cpu_eth_init(bd_t *bi)
{
macb_eth_initialize(0, (void *)AT91_BASE_EMAC, 0x00);
}
Not quite. cpu_eth_init returns int.
diff --git a/net/eth.c b/net/eth.c
index 38979aa..53c6622 100644
--- a/net/eth.c
+++ b/net/eth.c
@@ -74,7 +74,6 @@ extern int greth_initialize(bd_t *);
extern int atngw100_eth_initialize(bd_t *);
extern int mcffec_initialize(bd_t*);
extern int mcdmafec_initialize(bd_t*);
-extern int at91sam9_eth_initialize(bd_t *);
#ifdef CONFIG_API
extern void (*push_packet)(volatile void *, int);
@@ -286,10 +285,6 @@ int eth_initialize(bd_t *bis)
#if defined(CONFIG_FSLDMAFEC)
mcdmafec_initialize(bis);
#endif
-#if defined(CONFIG_AT91CAP9) || defined(CONFIG_AT91SAM9260) || \
-defined(CONFIG_AT91SAM9263)
- at91sam9_eth_initialize(bis);
-#endif
if (!eth_devices) {
puts (No ethernet found.\n);
--
1.5.6.2
Thanks. This won't apply against the net/testing branch because I've
already removed a bunch of the other initializations. If you don't
mind, I'll take care of this one along with many others in the coming
few days.
Contradicting what I mentioned in another e-mail, this one does appear
to make more sense as a cpu_eth_init, since all three (plus the new
one) call only one MACB controller. Not a strong opinion, though, so
if anybody wants it as board_eth_init, speak up.
regards,
Ben
-
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=100url=/
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] unassigned-patches/7: [PATCH] Move mpc5121 iopoin feature from board specific to common files.
And in the process eliminate some duplicate register defines.
Signed-off-by: Kenneth Johansson [EMAIL PROTECTED]
---
Added to GNATS database as unassigned-patches/7
Responsible:patch-coord
Message-Id: [EMAIL PROTECTED]
In-Reply-To:
References:
Patch-Date: Tue Jul 15 12:13:38 +0200 2008
---
board/ads5121/Makefile |2 +-
board/ads5121/ads5121.c | 58 ++-
board/ads5121/iopin.c | 115 -
board/ads5121/iopin.h | 222 -
cpu/mpc512x/Makefile|2 +-
cpu/mpc512x/iopin.c | 49 +
include/mpc512x.h | 251 --
7 files changed, 323 insertions(+), 376 deletions(-)
delete mode 100644 board/ads5121/iopin.c
delete mode 100644 board/ads5121/iopin.h
create mode 100644 cpu/mpc512x/iopin.c
diff --git a/board/ads5121/Makefile b/board/ads5121/Makefile
index 5b95682..470848f 100644
--- a/board/ads5121/Makefile
+++ b/board/ads5121/Makefile
@@ -27,7 +27,7 @@ $(shell mkdir -p $(OBJTREE)/board/freescale/common)
LIB= $(obj)lib$(BOARD).a
-COBJS-y:= $(BOARD).o iopin.o
+COBJS-y:= $(BOARD).o
COBJS-${CONFIG_FSL_DIU_FB} += ads5121_diu.o
COBJS-${CONFIG_FSL_DIU_FB} += ../freescale/common/fsl_diu_fb.o
COBJS-${CONFIG_FSL_DIU_FB} += ../freescale/common/fsl_logo_bmp.o
diff --git a/board/ads5121/ads5121.c b/board/ads5121/ads5121.c
index 8452054..ba3d7d2 100644
--- a/board/ads5121/ads5121.c
+++ b/board/ads5121/ads5121.c
@@ -23,14 +23,12 @@
#include common.h
#include mpc512x.h
-#include iopin.h
#include asm/bitops.h
#include command.h
#include fdt_support.h
#ifdef CONFIG_MISC_INIT_R
#include i2c.h
#endif
-#include iopin.h /* for iopin_initialize() prototype */
/* Clocks in use */
#define SCCR1_CLOCKS_EN(CLOCK_SCCR1_CFG_EN |
\
@@ -124,7 +122,7 @@ long int fixed_sdram (void)
u32 i;
/* Initialize IO Control */
- im-io_ctrl.regs[MEM_IDX] = IOCTRL_MUX_DDR;
+ im-io_ctrl.regs[IOCTL_MEM/4] = IOCTRL_MUX_DDR;
/* Initialize DDR Local Window */
im-sysconf.ddrlaw.bar = CFG_DDR_BASE 0xF000;
@@ -237,6 +235,56 @@ int misc_init_r(void)
return 0;
}
+static iopin_t ioregs_init[] = {
+ /* FUNC1=FEC_RX_DV Sets Next 3 to FEC pads */
+ {
+ IOCTL_SPDIF_TXCLK, 3, 0,
+ IO_PIN_FMUX(1) | IO_PIN_HOLD(0) | IO_PIN_PUD(0) |
+ IO_PIN_PUE(0) | IO_PIN_ST(0) | IO_PIN_DS(3)
+ },
+ /* Set highest Slew on 9 PATA pins */
+ {
+ IOCTL_PATA_CE1, 9, 1,
+ IO_PIN_FMUX(0) | IO_PIN_HOLD(0) | IO_PIN_PUD(0) |
+ IO_PIN_PUE(0) | IO_PIN_ST(0) | IO_PIN_DS(3)
+ },
+ /* FUNC1=FEC_COL Sets Next 15 to FEC pads */
+ {
+ IOCTL_PSC0_0, 15, 0,
+ IO_PIN_FMUX(1) | IO_PIN_HOLD(0) | IO_PIN_PUD(0) |
+ IO_PIN_PUE(0) | IO_PIN_ST(0) | IO_PIN_DS(3)
+ },
+ /* FUNC1=SPDIF_TXCLK */
+ {
+ IOCTL_LPC_CS1, 1, 0,
+ IO_PIN_FMUX(1) | IO_PIN_HOLD(0) | IO_PIN_PUD(0) |
+ IO_PIN_PUE(0) | IO_PIN_ST(1) | IO_PIN_DS(3)
+ },
+ /* FUNC2=SPDIF_TX and sets Next pin to SPDIF_RX */
+ {
+ IOCTL_I2C1_SCL, 2, 0,
+ IO_PIN_FMUX(2) | IO_PIN_HOLD(0) | IO_PIN_PUD(0) |
+ IO_PIN_PUE(0) | IO_PIN_ST(1) | IO_PIN_DS(3)
+ },
+ /* FUNC2=DIU CLK */
+ {
+ IOCTL_PSC6_0, 1, 0,
+ IO_PIN_FMUX(2) | IO_PIN_HOLD(0) | IO_PIN_PUD(0) |
+ IO_PIN_PUE(0) | IO_PIN_ST(1) | IO_PIN_DS(3)
+ },
+ /* FUNC2=DIU_HSYNC */
+ {
+ IOCTL_PSC6_1, 1, 0,
+ IO_PIN_FMUX(2) | IO_PIN_HOLD(0) | IO_PIN_PUD(0) |
+ IO_PIN_PUE(0) | IO_PIN_ST(0) | IO_PIN_DS(3)
+ },
+ /* FUNC2=DIUVSYNC Sets Next 26 to DIU Pads */
+ {
+ IOCTL_PSC6_4, 26, 0,
+ IO_PIN_FMUX(2) | IO_PIN_HOLD(0) | IO_PIN_PUD(0) |
+ IO_PIN_PUE(0) | IO_PIN_ST(0) | IO_PIN_DS(3)
+ }
+};
int checkboard (void)
{
@@ -246,7 +294,9 @@ int checkboard (void)
printf (Board: ADS5121 rev. 0x%04x (CPLD rev. 0x%02x)\n,
brd_rev, cpld_rev);
/* initialize function mux slew rate IO inter alia on IO Pins */
- iopin_initialize();
+
+
+ iopin_initialize(ioregs_init, sizeof(ioregs_init) /
sizeof(ioregs_init[0]));
return 0;
}
diff --git a/board/ads5121/iopin.c b/board/ads5121/iopin.c
deleted file mode 100644
index a6792a0..000
--- a/board/ads5121/iopin.c
+++ /dev/null
@@ -1,115 +0,0 @@
-/*
- * (C) Copyright 2008
- * Martha J Marx, Silicon Turnkey Express, [EMAIL PROTECTED]
- * mpc512x I/O pin/pad initialization for the ADS5121 board
- * 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
[U-Boot-Users] unassigned-patches/9: [PATCH] I2C EEPROM simulator
Minor Changes to previous patch
Signed-off-by: Ricardo Ribalda Delgado [EMAIL PROTECTED]
---
Added to GNATS database as unassigned-patches/9
Responsible:patch-coord
Message-Id: [EMAIL PROTECTED]
In-Reply-To:[EMAIL PROTECTED]
References: [EMAIL PROTECTED]
Patch-Date: Wed Jul 16 03:06:49 +0200 2008
---
This driver provides access to a simulated i2c eeprom.
This simulated eeprom could be very useful in boards with
ddr2 memories and no i2c interfaces.
Using this driver the user can simulate a spd eeprom
of a ddr2 memory and use the ddr2 auto config.
User can use the macros CONFIG_EEPROM_SIMUL_LEN
and CONFIG_EEPROM_SIMUL_DATA to define the content
of the simulated eeprom
drivers/i2c/Makefile |1 +
drivers/i2c/eeprom_simul.c | 68
2 files changed, 69 insertions(+), 0 deletions(-)
create mode 100644 drivers/i2c/eeprom_simul.c
diff --git a/drivers/i2c/Makefile b/drivers/i2c/Makefile
index 534c015..2aeabe5 100644
--- a/drivers/i2c/Makefile
+++ b/drivers/i2c/Makefile
@@ -30,6 +30,7 @@ COBJS-y += omap1510_i2c.o
COBJS-y += omap24xx_i2c.o
COBJS-y += tsi108_i2c.o
COBJS-y += mxc_i2c.o
+COBJS-$(CONFIG_EEPROM_SIMUL) += eeprom_simul.o
COBJS := $(COBJS-y)
SRCS := $(COBJS:.o=.c)
diff --git a/drivers/i2c/eeprom_simul.c b/drivers/i2c/eeprom_simul.c
new file mode 100644
index 000..d8dbb3b
--- /dev/null
+++ b/drivers/i2c/eeprom_simul.c
@@ -0,0 +1,68 @@
+/*
+(C) Copyright 2008
+Ricado Ribalda-Universidad Autonoma de [EMAIL PROTECTED]
+This work has been supported by: QTechnology http://qtec.com/
+
+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, see http://www.gnu.org/licenses/.
+*/
+
+#include common.h
+#include i2c.h
+
+#ifndef CONFIG_EEPROM_SIMUL_LEN
+#define CONFIG_EEPROM_SIMUL_LEN 256
+#endif
+
+u8 eeprom_simul_buffer[CONFIG_EEPROM_SIMUL_LEN]
+#ifdef CONFIG_EEPROM_SIMUL_DATA
+ = CONFIG_EEPROM_SIMUL_DATA
+#endif
+;
+
+void i2c_init(int speed, int slaveaddr){
+ return ;
+}
+
+int i2c_read(uchar chip, uint addr, int alen, uchar * buffer, int len)
+{
+ int i;
+
+ if (addr+lenCONFIG_EEPROM_SIMUL_LEN)
+ return -1;
+
+ for(i=0;ilen;i++){
+ buffer[i]=eeprom_simul_buffer[i+addr];
+ }
+
+ return 0;
+}
+int i2c_write(uchar chip, uint addr, int alen, uchar * buffer, int len)
+{
+ int i;
+
+ if (addr+lenCONFIG_EEPROM_SIMUL_LEN)
+ return -1;
+
+ for(i=0;ilen;i++){
+ eeprom_simul_buffer[i+addr]=buffer[i];
+ }
+
+ return 0;
+}
+
+int i2c_probe(uchar chip)
+{
+ return 0;
+}
+
--
1.5.6.2
-
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=100url=/
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
-
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=100url=/
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] unassigned-patches/8: [PATCH] I2C Monitor chip ADT7460 support
Minor changes to previous patch
Signed-off-by: Ricardo Ribalda Delgado [EMAIL PROTECTED]
---
Added to GNATS database as unassigned-patches/8
Responsible:patch-coord
Message-Id: [EMAIL PROTECTED]
In-Reply-To:[EMAIL PROTECTED]
References: [EMAIL PROTECTED]
Patch-Date: Wed Jul 16 03:05:06 +0200 2008
---
-Remove whitespaces
drivers/hwmon/Makefile |1 +
drivers/hwmon/adt7460.c | 83 +++
include/dtt.h |3 +-
3 files changed, 86 insertions(+), 1 deletions(-)
create mode 100644 drivers/hwmon/adt7460.c
diff --git a/drivers/hwmon/Makefile b/drivers/hwmon/Makefile
index f09f145..7342b91 100644
--- a/drivers/hwmon/Makefile
+++ b/drivers/hwmon/Makefile
@@ -37,6 +37,7 @@ COBJS-$(CONFIG_DTT_DS1775) += ds1775.o
COBJS-$(CONFIG_DTT_LM73) += lm73.o
COBJS-$(CONFIG_DTT_LM75) += lm75.o
COBJS-$(CONFIG_DTT_LM81) += lm81.o
+COBJS-$(CONFIG_DTT_ADT7460) += adt7460.o
COBJS := $(COBJS-y)
SRCS := $(COBJS:.o=.c)
diff --git a/drivers/hwmon/adt7460.c b/drivers/hwmon/adt7460.c
new file mode 100644
index 000..caef70a
--- /dev/null
+++ b/drivers/hwmon/adt7460.c
@@ -0,0 +1,83 @@
+/*
+ * (C) Copyright 2008
+ * Ricado Ribalda-Universidad Autonoma de Madrid, [EMAIL PROTECTED]
+ * This work has been supported by: QTechnology http://qtec.com/
+ * 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, see http://www.gnu.org/licenses/.
+*/
+
+#include common.h
+#include i2c.h
+#include dtt.h
+
+#define ADT7460_ADDRESS0x2c
+#define ADT7460_INVALID128
+#define ADT7460_CONFIG 0x40
+#define ADT7460_REM1_TEMP 0x25
+#define ADT7460_LOCAL_TEMP 0x26
+#define ADT7460_REM2_TEMP 0x27
+
+int dtt_read(int sensor, int reg)
+{
+ u8 dir = reg;
+ u8 data;
+
+ if (i2c_read(ADT7460_ADDRESS, dir, 1, data, 1) == -1)
+ return -1;
+ if (data == ADT7460_INVALID)
+ return -1;
+
+ return data;
+}
+
+int dtt_write(int sensor, int reg, int val)
+{
+ u8 dir = reg;
+ u8 data = val;
+
+ if (i2c_write(ADT7460_ADDRESS, dir, 1, data, 1) == -1)
+ return -1;
+
+ return 0;
+}
+
+int dtt_init(void)
+{
+ printf(ADT7460 at I2C address 0x%2x\n, ADT7460_ADDRESS);
+
+ if (dtt_write(0, ADT7460_CONFIG, 1) == -1) {
+ puts(Error initialiting ADT7460\n);
+ return -1;
+ }
+
+ return 0;
+}
+
+int dtt_get_temp(int sensor)
+{
+ int aux;
+ u8 table[] =
+ { ADT7460_REM1_TEMP, ADT7460_LOCAL_TEMP, ADT7460_REM2_TEMP };
+
+ if (sensor 2) {
+ puts(DTT sensor does not exist\n);
+ return -1;
+ }
+
+ aux = dtt_read(0, table[sensor]);
+ if (aux == -1) {
+ puts(DTT temperature read failed\n);
+ return -1;
+ }
+
+ return aux;
+}
diff --git a/include/dtt.h b/include/dtt.h
index 34053d1..ce0fdfa 100644
--- a/include/dtt.h
+++ b/include/dtt.h
@@ -32,7 +32,8 @@
defined(CONFIG_DTT_DS1775) || \
defined(CONFIG_DTT_LM81) || \
defined(CONFIG_DTT_ADM1021) || \
-defined(CONFIG_DTT_LM73)
+defined(CONFIG_DTT_LM73) || \
+defined(CONFIG_DTT_ADT7460)
#define CONFIG_DTT /* We have a DTT */
--
1.5.6.2
-
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=100url=/
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
-
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=100url=/
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] using a flat device tree to drive u-boot config
Kumar Gala wrote: Our main interest in using FDT for U-Boot is to make it dynamically configurable having just one image for various variants of the hardware. Replacing config.h completely seems overkill to me (and will not even be possible). Agreed. I'm not suggesting replacing config.h, but removing bits and pieces of it. - k I think we should first spend more serious effort towards installing Konfig structure and building into the config mix. jdl - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] ppc4xx: [PATCH] ML507 Board Support (Resubmit)
In message [EMAIL PROTECTED] you wrote: This patch gives support to a standard design produced by EDK for this board: ppc440, uartlite, xilinx_int and flash - Includes Changes propossed by Stefan Roese and Michal Simek Applied to next branch of u-boot-ppc4xx after some minor cleanups. I still object against using a fixed memory configuration without testing. This should be avoided. 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 seems intuitively obvious to me, which means that it might be wrong. -- Chris Torek - 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=100url=/ ___ 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] avr32: add support for EarthLCD Favr-32 board
Hello, On Tue, Jul 29, 2008 at 3:27 AM, Hans-Christian Egtvedt [EMAIL PROTECTED] wrote: This patch adds support for the Favr-32 board made by EarthLCD. This kit, which is also called ezLCD-101 when running with EarthLCD firmware, has a 10.4 touch screen LCD panel, 16 MB 32-bit SDRAM, 8 MB parallel flash, Ethernet, audio out, USB device, SD-card slot, USART and various other connectors for cennecting stuff to SPI, I2C, GPIO, etc. Signed-off-by: Hans-Christian Egtvedt [EMAIL PROTECTED] --- MAINTAINERS |4 + MAKEALL |1 + Makefile |3 + board/earthlcd/favr-32-ezkit/Makefile| 42 + board/earthlcd/favr-32-ezkit/config.mk |4 + board/earthlcd/favr-32-ezkit/eth.c | 33 board/earthlcd/favr-32-ezkit/favr-32-ezkit.c | 87 ++ board/earthlcd/favr-32-ezkit/flash.c | 230 ++ board/earthlcd/favr-32-ezkit/u-boot.lds | 71 include/configs/favr-32-ezkit.h | 200 ++ net/eth.c|3 + 11 files changed, 678 insertions(+), 0 deletions(-) create mode 100644 board/earthlcd/favr-32-ezkit/Makefile create mode 100644 board/earthlcd/favr-32-ezkit/config.mk create mode 100644 board/earthlcd/favr-32-ezkit/eth.c create mode 100644 board/earthlcd/favr-32-ezkit/favr-32-ezkit.c create mode 100644 board/earthlcd/favr-32-ezkit/flash.c create mode 100644 board/earthlcd/favr-32-ezkit/u-boot.lds create mode 100644 include/configs/favr-32-ezkit.h diff --git a/MAINTAINERS b/MAINTAINERS index a3d70b1..e043913 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -709,6 +709,10 @@ Haavard Skinnemoen [EMAIL PROTECTED] ATSTK1006 AT32AP7000 ATNGW100AT32AP7000 +Hans-Christian Egtvedt [EMAIL PROTECTED] + + FAVR-32-EZKIT AT32AP7000 + # # SuperH Systems: # # # diff --git a/MAKEALL b/MAKEALL index 32caab7..c2bb2a7 100755 --- a/MAKEALL +++ b/MAKEALL @@ -723,6 +723,7 @@ LIST_avr32=\ atstk1004 \ atstk1006 \ atngw100\ + favr-32-ezkit \ # diff --git a/Makefile b/Makefile index 8bfc891..15d7f37 100644 --- a/Makefile +++ b/Makefile @@ -2902,6 +2902,9 @@ atstk1006_config : unconfig atngw100_config: unconfig @$(MKCONFIG) $(@:_config=) avr32 at32ap atngw100 atmel at32ap700x +favr-32-ezkit_config : unconfig + @$(MKCONFIG) $(@:_config=) avr32 at32ap favr-32-ezkit earthlcd at32ap700x + # # # diff --git a/board/earthlcd/favr-32-ezkit/Makefile b/board/earthlcd/favr-32-ezkit/Makefile new file mode 100644 index 000..a09ad4d --- /dev/null +++ b/board/earthlcd/favr-32-ezkit/Makefile @@ -0,0 +1,42 @@ +# +# (C) Copyright 2001-2006 +# Wolfgang Denk, DENX Software Engineering, [EMAIL PROTECTED] +# +# Copyright (C) 2008 Atmel Corporation +# +# 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 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:= $(obj)lib$(BOARD).a + +COBJS := $(BOARD).o flash.o eth.o + +SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c) +OBJS := $(addprefix $(obj),$(SOBJS) $(COBJS)) + +$(LIB): $(obj).depend $(OBJS) + $(AR) $(ARFLAGS) $@ $(OBJS) + +# + +# defines $(obj).depend target +include $(SRCTREE)/rules.mk + +sinclude $(obj).depend + +# diff --git a/board/earthlcd/favr-32-ezkit/config.mk b/board/earthlcd/favr-32-ezkit/config.mk new file
[U-Boot-Users] unassigned-patches/11: [PATCH v2] sh: Renesas R0P7785LC0011RL board support
This board has SH7785, 512MB DDR2-SDRAM, NOR Flash, Graphic, Ethernet, USB, SD, RTC, and I2C controller. 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] --- Added to GNATS database as unassigned-patches/11 Responsible:patch-coord Message-Id: [EMAIL PROTECTED] In-Reply-To: References: Patch-Date: Wed Jul 16 12:09:50 +0200 2008 --- PATCH v2 : - fix the Makefile. - remove unnecessary #define. - add README for this board. - change the directory name from r0p7785lc0011rl to sh7785lcr. - fix compile warning in rtl8169_mac.c and selfcheck.c. MAINTAINERS |1 + MAKEALL |1 + Makefile|5 + board/sh7785lcr/Makefile| 42 + board/sh7785lcr/config.mk | 26 +++ board/sh7785lcr/lowlevel_init.S | 318 +++ board/sh7785lcr/rtl8169.h | 58 +++ board/sh7785lcr/rtl8169_mac.c | 349 +++ board/sh7785lcr/selfcheck.c | 173 +++ board/sh7785lcr/sh7785lcr.c | 51 ++ board/sh7785lcr/u-boot.lds | 97 +++ doc/README.sh7785lcr| 83 + include/configs/sh7785lcr.h | 167 +++ 13 files changed, 1371 insertions(+), 0 deletions(-) create mode 100644 board/sh7785lcr/Makefile create mode 100644 board/sh7785lcr/config.mk create mode 100644 board/sh7785lcr/lowlevel_init.S create mode 100644 board/sh7785lcr/rtl8169.h create mode 100644 board/sh7785lcr/rtl8169_mac.c create mode 100644 board/sh7785lcr/selfcheck.c create mode 100644 board/sh7785lcr/sh7785lcr.c create mode 100644 board/sh7785lcr/u-boot.lds create mode 100644 doc/README.sh7785lcr create mode 100644 include/configs/sh7785lcr.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..a37b503 100755 --- a/MAKEALL +++ b/MAKEALL @@ -753,6 +753,7 @@ LIST_sh4= \ r7780mp \ r2dplus \ sh7763rdp \ + sh7785lcr \ LIST_sh= \ diff --git a/Makefile b/Makefile index ac3f98f..648a032 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 +sh7785lcr_config : unconfig + @ include/config.h + @echo #define CONFIG_SH7785LCR 1 include/config.h + @./mkconfig -a $(@:_config=) sh sh4 sh7785lcr + # # SPARC # diff --git a/board/sh7785lcr/Makefile b/board/sh7785lcr/Makefile new file mode 100644 index 000..e948ba1 --- /dev/null +++ b/board/sh7785lcr/Makefile @@ -0,0 +1,42 @@ +# +# 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 + +include $(TOPDIR)/config.mk + +LIB= lib$(BOARD).a + +COBJS := sh7785lcr.o selfcheck.o rtl8169_mac.o +SOBJS := lowlevel_init.o + +$(LIB):$(COBJS) $(SOBJS) + $(AR) $(ARFLAGS) $@ $(COBJS) $(SOBJS) + +clean: + rm -f $(SOBJS) $(OBJS) + +distclean: clean + rm -f $(LIB) core *.bak $(obj).depend + +# + +.depend: Makefile $(SOBJS:.o=.S) $(OBJS:.o=.c) + $(CC) -M $(CPPFLAGS) $(SOBJS:.o=.S) $(OBJS:.o=.c) $@ + +-include .depend + +# diff --git a/board/sh7785lcr/config.mk b/board/sh7785lcr/config.mk new file mode 100644 index 000..93761ee --- /dev/null +++ b/board/sh7785lcr/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
Re: [U-Boot-Users] v1.3.4-rc1 released
In message [EMAIL PROTECTED] you wrote: - at91rm9200dk: In file included from /home/wd/git/u-boot/work/include/nand.h:32, from board.c:48: /home/wd/git/u-boot/work/include/linux/mtd/nand.h:82:1: warning: NAND_CTL_SETCLE redefined In file included from /work/wd/tmp-arm/include/config.h:2, from /home/wd/git/u-boot/work/include/common.h:35, from board.c:41: /home/wd/git/u-boot/work/include/configs/at91rm9200dk.h:153:1: warning: this is the location of the previous definition In file included from /home/wd/git/u-boot/work/include/nand.h:32, from board.c:48: /home/wd/git/u-boot/work/include/linux/mtd/nand.h:84:1: warning: NAND_CTL_CLRCLE redefined In file included from /work/wd/tmp-arm/include/config.h:2, from /home/wd/git/u-boot/work/include/common.h:35, from board.c:41: /home/wd/git/u-boot/work/include/configs/at91rm9200dk.h:152:1: warning: this is the location of the previous definition This board seems to be using the legacy NAND interface, but doesn't define CFG_NAND_LEGACY. It also doesn't define CONFIG_CMD_NAND; if one does so, then it gets build errors (with or without CFG_NAND_LEGACY). - csb637: Likewise. So is there an easy way to fix these boards? 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 don't need a weatherman to know which way the wind blows. - Bob Dylan - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] get_timer on ppc and bugs related to calling it (fsl_i2c)
In debugging moving the bss outside of the image on 85xx I run into in issue with the SPD code using fsl_i2c before we are running in ram and setup the BSS. It looks like i2c_wait4bus() [in fsl_i2c.c] calls get_timer(). get_timer implemented in lib_ppc/interrupts.c and uses a global timestamp that exists in the BSS. This seems pretty bad in that we have been just getting a bogus value for timestamp out of flash. Luckily we don't write timestamp until interrupts are enabled and at that point we've relocated to memory. However it seems like fsl_i2c.c should NOT be using get_timer(). Is there another global interface to get relative time that we can just use time base for? - k - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] ppc4xx: [PATCH] ML507 Board Support
Hi all I have just prepared, tested and sent a patch. Best regards On Tue, Jul 29, 2008 at 4:59 PM, Stefan Roese [EMAIL PROTECTED] wrote: Hi Wolfgang, On Tuesday 29 July 2008, Wolfgang Denk wrote: In message [EMAIL PROTECTED] you wrote: #define CFG_MBYTES_SDRAM256 No. All boards, especially all PowerPC boards, should use dynamic memory size detection. You are probably referring to calling get_ram_size() instead of just returning the configured fixed value. But what do we gain here. get_ram_size() also needs the ram-size as parameter. Not sure if this is an improvement on such fixed systems. It just needs a maximum possible size. OK, this would be the 256 MB from above again. One major advantage is for example that get_ram_size() verifies that RAM is actually working, and of expected size. It is a very efficient test to make sure your hardware is actually working. But what exactly should happen if such a board with only one possible memory size configuration detects ram_size != configured ram_size? OK, this small check is an improvement over no check at all. Is it acceptable that I add this get_ram_size() with an additional patch? This would safe me from resetting my next branch or reverting patches. 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] = -- Ricardo Ribalda http://www.eps.uam.es/~rribalda/ - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH U-Boot-v2] at91sam9260ek: add defconfig
The board has no defconfig file; add one. Signed-off-by: Robert Schwebel [EMAIL PROTECTED] --- arch/arm/configs/at91sam9260ek_defconfig | 189 +++ 1 file changed, 189 insertions(+) Index: u-boot-v2/arch/arm/configs/at91sam9260ek_defconfig === --- /dev/null +++ u-boot-v2/arch/arm/configs/at91sam9260ek_defconfig @@ -0,0 +1,189 @@ +# +# Automatically generated make config: don't edit +# U-Boot version: 2.0.0-rc5-git +# Tue Jul 29 17:35:38 2008 +# +CONFIG_ARCH_TEXT_BASE=0x23f0 +CONFIG_BOARDINFO=Atmel 91SAM9260-EK +# CONFIG_BOARD_LINKER_SCRIPT is not set +CONFIG_GENERIC_LINKER_SCRIPT=y +CONFIG_ARM=y +CONFIG_ARM926EJS=y +CONFIG_ARCH_AT91SAM9=y +CONFIG_ARCH_AT91SAM9260=y +# CONFIG_MACH_MX1ADS is not set +# CONFIG_MACH_SCB9328 is not set +# CONFIG_MACH_PCM038 is not set +# CONFIG_MACH_IMX27ADS is not set +# CONFIG_MACH_ECO920 is not set +# CONFIG_MACH_NXDB500 is not set +# CONFIG_MACH_PCM037 is not set +# CONFIG_MACH_OMAP is not set +CONFIG_MACH_AT91SAM9260_EK=y + +# +# Arm specific settings +# +CONFIG_CMDLINE_TAG=y +CONFIG_SETUP_MEMORY_TAGS=y +# CONFIG_INITRD_TAG is not set +CONFIG_GREGORIAN_CALENDER=y +CONFIG_HAS_KALLSYMS=y +CONFIG_HAS_MODULES=y +CONFIG_CMD_MEMORY=y +CONFIG_ENV_HANDLING=y + +# +# General Settings +# + +# +# memory layout +# +CONFIG_HAVE_CONFIGURABLE_TEXT_BASE=y +CONFIG_TEXT_BASE=0xa7f0 +CONFIG_HAVE_CONFIGURABLE_MEMORY_LAYOUT=y +CONFIG_MEMORY_LAYOUT_DEFAULT=y +# CONFIG_MEMORY_LAYOUT_FIXED is not set +CONFIG_STACK_SIZE=0x8000 +CONFIG_MALLOC_SIZE=0x40 +# CONFIG_BROKEN is not set +# CONFIG_EXPERIMENTAL is not set +CONFIG_PROMPT=uboot: +CONFIG_BAUDRATE=115200 +CONFIG_CMDLINE_EDITING=y +CONFIG_AUTO_COMPLETE=y +CONFIG_LONGHELP=y +CONFIG_CBSIZE=1024 +CONFIG_MAXARGS=16 +CONFIG_SHELL_HUSH=y +# CONFIG_SHELL_SIMPLE is not set +CONFIG_GLOB=y +CONFIG_PROMPT_HUSH_PS2= +CONFIG_DYNAMIC_CRC_TABLE=y +CONFIG_ERRNO_MESSAGES=y +CONFIG_TIMESTAMP=y +CONFIG_CONSOLE_ACTIVATE_FIRST=y +# CONFIG_OF_FLAT_TREE is not set +CONFIG_PARTITION=y +CONFIG_DEFAULT_ENVIRONMENT=y +CONFIG_DEFAULT_ENVIRONMENT_PATH=board/at91sam9260ek/env + +# +# Debugging +# +# CONFIG_DEBUG_INFO is not set +# CONFIG_ENABLE_FLASH_NOISE is not set +# CONFIG_ENABLE_PARTITION_NOISE is not set +# CONFIG_ENABLE_DEVICE_NOISE is not set + +# +# Commands +# + +# +# scripting +# +CONFIG_CMD_EDIT=y +CONFIG_CMD_SLEEP=y +CONFIG_CMD_SAVEENV=y +CONFIG_CMD_LOADENV=y +CONFIG_CMD_EXPORT=y +CONFIG_CMD_PRINTENV=y +CONFIG_CMD_HELP=y +CONFIG_CMD_READLINE=y + +# +# file commands +# +CONFIG_CMD_LS=y +CONFIG_CMD_RM=y +CONFIG_CMD_CAT=y +CONFIG_CMD_MKDIR=y +CONFIG_CMD_RMDIR=y +CONFIG_CMD_CP=y +CONFIG_CMD_PWD=y +CONFIG_CMD_CD=y +CONFIG_CMD_MOUNT=y +CONFIG_CMD_UMOUNT=y + +# +# console +# +CONFIG_CMD_CLEAR=y +CONFIG_CMD_ECHO=y + +# +# memory +# +# CONFIG_CMD_LOADB is not set +CONFIG_CMD_MEMINFO=y +CONFIG_CMD_CRC=y +CONFIG_CMD_MTEST=y +# CONFIG_CMD_MTEST_ALTERNATIVE is not set + +# +# flash +# +CONFIG_CMD_FLASH=y +# CONFIG_CMD_NAND is not set + +# +# booting +# +CONFIG_CMD_BOOTM=y +# CONFIG_CMD_BOOTM_ZLIB is not set +# CONFIG_CMD_BOOTM_BZLIB is not set +# CONFIG_CMD_BOOTM_SHOW_TYPE is not set +CONFIG_CMD_RESET=y +CONFIG_CMD_GO=y +CONFIG_CMD_TIMEOUT=y +CONFIG_CMD_PARTITION=y +CONFIG_CMD_TEST=y +CONFIG_NET=y +CONFIG_NET_BOOTP=y +CONFIG_NET_DHCP=y +# CONFIG_NET_RARP is not set +# CONFIG_NET_SNTP is not set +# CONFIG_NET_NFS is not set +CONFIG_NET_PING=y +CONFIG_NET_TFTP=y + +# +# Drivers +# + +# +# serial drivers +# +# CONFIG_DRIVER_SERIAL_NS16550 is not set +CONFIG_DRIVER_SERIAL_ATMEL=y +CONFIG_MIIPHY=y + +# +# Network drivers +# +# CONFIG_DRIVER_NET_SMC911X is not set +CONFIG_DRIVER_NET_MACB=y + +# +# SPI drivers +# +# CONFIG_SPI is not set + +# +# flash drivers +# +CONFIG_DRIVER_CFI=y +# CONFIG_DRIVER_CFI_NEW is not set +CONFIG_DRIVER_CFI_OLD=y +CONFIG_CFI_BUFFER_WRITE=y +# CONFIG_NAND is not set + +# +# Filesystem support +# +# CONFIG_FS_CRAMFS is not set +CONFIG_FS_RAMFS=y +CONFIG_FS_DEVFS=y +CONFIG_CRC32=y -- Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de Pengutronix - Linux Solutions for Science and Industry Handelsregister: Amtsgericht Hildesheim, HRA 2686 Hannoversche Str. 2, 31134 Hildesheim, Germany Phone: +49-5121-206917-0 | Fax: +49-5121-206917-9 - 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=100url=/
Re: [U-Boot-Users] i.MX27ADS patch/port for UBOOT
On Mon, Jul 28, 2008 at 10:43:39PM +0530, Tiju wrote: I have a freescale based MX27ADS development board. I am trying to port u-boot to this board. Is there a port thats already available? If not kindly suggest what could be the nearest port to this board? There is an (incomplete) u-boot-v2 port for the ADS. Improvements are welcome. rsc -- Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de Pengutronix - Linux Solutions for Science and Industry Handelsregister: Amtsgericht Hildesheim, HRA 2686 Hannoversche Str. 2, 31134 Hildesheim, Germany Phone: +49-5121-206917-0 | Fax: +49-5121-206917-9 - 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=100url=/ ___ 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] Re-Submit: QE UEC: Add MII Commands
On Tue, 29 Jul 2008 11:10:09 -0400 richardretanubun [EMAIL PROTECTED] wrote: Patch originally submitted by David Saada http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/38946 Shamelessly copy-pasted below. Richard === the proper way to maintain correct attributions in this case is to replace all the above with a simple: From: David Saada [EMAIL PROTECTED] as the first line in the email body. git-am will now assign the correct author when applying it to the tree. Add MII commands to the UEC driver. Note that once a UEC device is selected, any device on its MDIO bus can be addressed. Signed-off-by: David Saada david.saada at ecitele.com please feel free to be a part of the community and add your Tested-by, Reviewed-by, Acked-by, and/or signoff. See linux-2.6/Documentation/SubmittingPatches for further details. Kim - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH U-Boot-v2] at91sam9260ek: fix names
Fix some left-overs from copy and paste.
Signed-off-by: Robert Schwebel [EMAIL PROTECTED]
---
board/at91sam9260ek/init.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
Index: u-boot-v2/board/at91sam9260ek/init.c
===
--- u-boot-v2.orig/board/at91sam9260ek/init.c
+++ u-boot-v2/board/at91sam9260ek/init.c
@@ -1,5 +1,5 @@
/*
- * Copyright (C) 2007 Sascha Hauer, Pengutronix
+ * Copyright (C) 2007 Sascha Hauer, Pengutronix
*
* This program is free software; you can redistribute it and/or
* modify it under the terms of the GNU General Public License as
@@ -98,7 +98,7 @@ static struct device_d macb_dev = {
.type = DEVICE_TYPE_ETHER,
};
-static int pcm038_devices_init(void)
+static int at91sam9260ek_devices_init(void)
{
register_device(sdram_dev);
register_device(nand_dev);
@@ -110,9 +110,9 @@ static int pcm038_devices_init(void)
return 0;
}
-device_initcall(pcm038_devices_init);
+device_initcall(at91sam9260ek_devices_init);
-static struct device_d pcm038_serial_device = {
+static struct device_d at91sam9260ek_serial_device = {
.name = atmel_serial,
.id = cs0,
.map_base = USART3_BASE,
@@ -120,10 +120,10 @@ static struct device_d pcm038_serial_dev
.type = DEVICE_TYPE_CONSOLE,
};
-static int pcm038_console_init(void)
+static int at91sam9260ek_console_init(void)
{
- register_device(pcm038_serial_device);
+ register_device(at91sam9260ek_serial_device);
return 0;
}
-console_initcall(pcm038_console_init);
+console_initcall(at91sam9260ek_console_init);
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
Handelsregister: Amtsgericht Hildesheim, HRA 2686
Hannoversche Str. 2, 31134 Hildesheim, Germany
Phone: +49-5121-206917-0 | Fax: +49-5121-206917-9
-
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=100url=/
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [GIT PULL] MIPS updates
Hi Wolfgang, please pull MIPS update. I'd like to make this into v1.3.4-final. Thanks, Shinya --- The following changes since commit 1953d128fd07f07d1c3810a28c0863ea64dae1b6: Michal Simek (1): microblaze: Fix printf() format issues are available in the git repository at: git://git.denx.de/u-boot-mips.git master Wolfgang Ocker (1): mips: Fix baudrate divisor computation on alchemy cpus cpu/mips/au1x00_serial.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) commit dbd32387920e5ad6f9dd58a7b5012bbabe2a6a21 Author: Wolfgang Ocker [EMAIL PROTECTED] Date: Mon Jul 28 16:56:51 2008 +0200 mips: Fix baudrate divisor computation on alchemy cpus Use CFG_MIPS_TIMER_FREQ when computing the baudrate divisor on alchemy cpus. Signed-off-by: Wolfgang Ocker [EMAIL PROTECTED] Signed-off-by: Shinya Kuribayashi [EMAIL PROTECTED] diff --git a/cpu/mips/au1x00_serial.c b/cpu/mips/au1x00_serial.c index 6309794..e8baab5 100644 --- a/cpu/mips/au1x00_serial.c +++ b/cpu/mips/au1x00_serial.c @@ -76,7 +76,7 @@ void serial_setbrg (void) sd = (*sys_powerctrl 0x03) + 2; /* calulate 2x baudrate and round */ - divisorx2 = ((CFG_HZ/(sd * 16 * CONFIG_BAUDRATE))); + divisorx2 = ((CFG_MIPS_TIMER_FREQ/(sd * 16 * CONFIG_BAUDRATE))); if (divisorx2 0x01) divisorx2 = divisorx2 + 1; - 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=100url=/ ___ 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 U-Boot-v2] at91sam9260ek: fix names
On Tue, Jul 29, 2008 at 05:53:37PM +0200, Robert Schwebel wrote: Fix some left-overs from copy and paste. However, the board still fails to build, looks like you've forgotten to change in some of the Pengutronix TechWeek stuff: [EMAIL PROTECTED]:u-boot-v2$ make ARCH=arm CROSS_COMPILE=/opt/OSELAS.Toolchain-1.1.1/arm-v4t-linux-gnueabi/gcc-4.1.2-glibc-2.5-kernel-2.6.18/bin/arm-v4t-linux-gnueabi- CHK include/linux/version.h CHK include/linux/utsrelease.h CC drivers/net/macb.o In file included from drivers/net/macb.c:48: include/asm/arch/clk.h: In function 'get_macb_pclk_rate': include/asm/arch/clk.h:31: error: 'AT91_MASTER_CLOCK' undeclared (first use in this function) include/asm/arch/clk.h:31: error: (Each undeclared identifier is reported only once include/asm/arch/clk.h:31: error: for each function it appears in.) include/asm/arch/clk.h: In function 'get_usart_clk_rate': include/asm/arch/clk.h:36: error: 'AT91_MASTER_CLOCK' undeclared (first use in this function) make[2]: *** [drivers/net/macb.o] Error 1 make[1]: *** [drivers/net] Error 2 make: *** [drivers] Error 2 [EMAIL PROTECTED]:u-boot-v2$ rsc -- Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de Pengutronix - Linux Solutions for Science and Industry Handelsregister: Amtsgericht Hildesheim, HRA 2686 Hannoversche Str. 2, 31134 Hildesheim, Germany Phone: +49-5121-206917-0 | Fax: +49-5121-206917-9 - 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=100url=/ ___ 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] [NAND] Use the common declaration in NAND/OneNAND state
On Tue, Jul 29, 2008 at 09:22:24AM +0900, Kyungmin Park wrote: Hi, On Sat, Jul 26, 2008 at 6:21 AM, Scott Wood [EMAIL PROTECTED] wrote: On Fri, Jul 25, 2008 at 04:23:34PM +0900, Kyungmin Park wrote: Use the common declaration in NAND/OneNAND state As previously requested, please base this patch against the testing branch of the u-boot-nand-flash repository. I re-generate patches against u-boot-nand-flash but it's same as previous ones. There are no hunks and failed. Did you use the testing branch? -Scott - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] get_timer on ppc and bugs related to calling it (fsl_i2c)
On Jul 29, 2008, at 9:48 AM, Kumar Gala wrote: In debugging moving the bss outside of the image on 85xx I run into in issue with the SPD code using fsl_i2c before we are running in ram and setup the BSS. It looks like i2c_wait4bus() [in fsl_i2c.c] calls get_timer(). get_timer implemented in lib_ppc/interrupts.c and uses a global timestamp that exists in the BSS. This seems pretty bad in that we have been just getting a bogus value for timestamp out of flash. Luckily we don't write timestamp until interrupts are enabled and at that point we've relocated to memory. However it seems like fsl_i2c.c should NOT be using get_timer(). Is there another global interface to get relative time that we can just use time base for? - k Ok, I've got a patch that fixes fsl_i2c.c to use get_ticks and usec2ticks. I'll be posting it shortly. - k - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] using a flat device tree to drive u-boot config
On Mon, Jul 28, 2008 at 12:32 PM, Scott Wood [EMAIL PROTECTED] wrote: I find a device tree much easier to figure out than a tangled mess of header files, #defines, and #ifdefs... Especially since the various config files 1) often define the CONFIG_ and CFG_ options is different order 2) are usually not designed to be flexible. That is, if you undefine a certain option, instead of handling it gracefully, U-Boot will just break. The device trees are heirarchal, organized, and well defined. I would not apply those attributes to the config files. Just the fact that we have CONFIG_ and CFG_ makes it too confusing. -- Timur Tabi Linux kernel developer at Freescale - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] using a flat device tree to drive u-boot config
On Mon, Jul 28, 2008 at 10:07 AM, Kumar Gala [EMAIL PROTECTED] wrote: One topic that come up during OLS in discussions and u-boot BOF was the idea of driving u-boot configuration from a device tree instead of from config.h. I was wondering if anyone has actually looked at doing this. What about creating a tool that parses a device tree and creates (or updates) the board header file? This will retain compatibility with other platforms, clean up the existing header files (they won't need to contain as much information), and reduce the amount of changes to U-Boot itself. -- Timur Tabi Linux kernel developer at Freescale - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] v1.3.4-rc1 released
On Tue, Jul 29, 2008 at 04:37:35PM +0200, Wolfgang Denk wrote: In message [EMAIL PROTECTED] you wrote: This board seems to be using the legacy NAND interface, but doesn't define CFG_NAND_LEGACY. It also doesn't define CONFIG_CMD_NAND; if one does so, then it gets build errors (with or without CFG_NAND_LEGACY). - csb637: Likewise. So is there an easy way to fix these boards? Enable CFG_NAND_LEGACY and CONFIG_CMD_NAND, include whatever header that the NAND macros depend on, fix any other build breaks, and test the result. I don't have the hardware to do that last step, so I'll leave it up to the board maintainer. -Scott - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] i.MX27ADS patch/port for UBOOT
Hi Robert, I have a freescale based MX27ADS development board. I am trying to port u-boot to this board. Is there a port thats already available? If not kindly suggest what could be the nearest port to this board? There is an (incomplete) u-boot-v2 port for the ADS. Improvements are welcome. How do I get the MX27ADS u-bootv2 patches? Regards, Tiju Did you know? You can CHAT without downloading messenger. Go to http://in.webmessenger.yahoo.com/ - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH][FOR 1.3.4] fsl_i2c: Use timebase timer functions instead of get_timer()
The current implementation of get_timer() is only really useful after we
have relocated u-boot to memory. The i2c code is used before that as part
of the SPD DDR setup.
We actually have a bug when using the get_timer() code before relocation
because the .bss hasn't been setup and thus we could be reading/writing
a random location (probably in flash).
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
This is a fix for 1.3.4.
- k
drivers/i2c/fsl_i2c.c |9 -
1 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/i2c/fsl_i2c.c b/drivers/i2c/fsl_i2c.c
index 9f2c1ec..c3e99c7 100644
--- a/drivers/i2c/fsl_i2c.c
+++ b/drivers/i2c/fsl_i2c.c
@@ -168,12 +168,11 @@ i2c_init(int speed, int slaveadd)
static __inline__ int
i2c_wait4bus(void)
{
- ulong timeval = get_timer(0);
+ unsigned long long timeval = get_ticks();
while (readb(i2c_dev[i2c_bus_num]-sr) I2C_SR_MBB) {
- if (get_timer(timeval) I2C_TIMEOUT) {
+ if ((get_ticks() - timeval) usec2ticks(I2C_TIMEOUT))
return -1;
- }
}
return 0;
@@ -183,7 +182,7 @@ static __inline__ int
i2c_wait(int write)
{
u32 csr;
- ulong timeval = get_timer(0);
+ unsigned long long timeval = get_ticks();
do {
csr = readb(i2c_dev[i2c_bus_num]-sr);
@@ -208,7 +207,7 @@ i2c_wait(int write)
}
return 0;
- } while (get_timer (timeval) I2C_TIMEOUT);
+ } while ((get_ticks() - timeval) usec2ticks(I2C_TIMEOUT));
debug(i2c_wait: timed out\n);
return -1;
--
1.5.5.1
-
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=100url=/
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] i.MX27ADS patch/port for UBOOT
On Tue, Jul 29, 2008 at 10:25:41PM +0530, Tiju wrote: How do I get the MX27ADS u-bootv2 patches? It is in the u-boot-v2 git tree: http://git.denx.de/?p=u-boot/u-boot-v2.git;a=summary rsc -- Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de Pengutronix - Linux Solutions for Science and Industry Handelsregister: Amtsgericht Hildesheim, HRA 2686 Hannoversche Str. 2, 31134 Hildesheim, Germany Phone: +49-5121-206917-0 | Fax: +49-5121-206917-9 - 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=100url=/ ___ 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 MIMC200 board - now uses board_eth_init()
On Tue, Jul 29, 2008 at 09:52:12AM +0100, Mark Jackson wrote: I didn't want to use u-boot's slient boot options, since they're hard-coded at compile time. The only place I could think to this was to modify the atmel_usart.c file as above. It's not hard-coded at compile-time -- set GD_FLG_SILENT in gd-flags from early board code depending on the state of the GPIO pin. For example, 8313erdb does this depending on whether it's booting or resuming from suspend. -Scott - 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=100url=/ ___ 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: Update U-Boot EXT2 Filesystem to support dynamic inode size and optimize ext2 read function to fasten read speed!
On Tue, Jul 29, 2008 at 04:48:51PM +0800, Ryan CHEN wrote: Description: The patch updates /fs/ext2/ext2fs.c file. There are two aims: 1. Make U-Boot could support the EXT2 dynamic version that ext2_inode_size beyond 128bytes. One new feature be involved: CFG_EXT2_SUPPORT_DYNAMIC_REV Refer to: linux-2.6.24.3 source code. 2. Make EXT2 read more fast. One new feature be involved: CFG_OPTIMIZE_EXT2_READ Does it significantly increase code size, or is there any other reason why these need to be conditionalized? -Scott - 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=100url=/ ___ 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) ADD ARM AMBA PL031 RTC Support
In message [EMAIL PROTECTED] you wrote:
Now i have generated the patch using below command. Update me if this is not
correct
$ git format-patch -p -o ../ -C -M -N --summary --stat=80 --no-color
--signoff master workingbranch
Please move such comments *below* the '---' line. Anything ABOVE '---'
will become the commit message that goes into the repository, only
stuff below the '---' gets ignores as comment.
- Add ARM AMBA PL031 RTC Support
- Call rtc_init function to start pl031 rtc if enabled from versatile.c
- Define rtc base address and date command support in versatile.h
- Coding Style Changes/Updates
Signed-off-by: Gururaja Hebbar [EMAIL PROTECTED]
---
drivers/rtc/Makefile|1 +
drivers/rtc/rtc_pl031.c | 123
+++
board/versatile/versatile.c |9 +
include/configs/versatile.h |7 +++
So this is actually not a single patch, but TWO:
- the first one adds support for the PL031 RTC (files
drivers/rtc/Makefile and drivers/rtc/rtc_pl031.c)
- the second one uses it for the versatile board (files
board/versatile/versatile.c and include/configs/versatile.h).
So please split your patch and submit as two separate patches.
...
diff --git a/board/versatile/versatile.c b/board/versatile/versatile.c
index 9d1a25e..5bf7e85 100644
--- a/board/versatile/versatile.c
+++ b/board/versatile/versatile.c
...
+#if defined(CONFIG_RTC_PL031) defined(CONFIG_CMD_DATE)
+extern int rtc_init(void);
+#endif
+
#if defined(CONFIG_SHOW_BOOT_PROGRESS)
void show_boot_progress(int progress)
{
@@ -84,6 +88,11 @@ int board_init (void)
flash__init ();
ether__init ();
+
+#if defined(CONFIG_RTC_PL031) defined(CONFIG_CMD_DATE)
+ rtc_init();
+#endif
Why do we need the #ifdef's here? It seems this is a board specific
configuration anyway, i. e. we don't expect for example other RTC
chips to be used on this board, or do we?
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]
1 1 was a race-horse, 2 2 was 1 2. When 1 1 1 1 race, 2 2 1 1 2.
-
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=100url=/
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] bugs/4
Synopsis: [U-Boot-Users] [PATCH] Fix duplicated flash state Responsible-Changed-From-To: patch-coord-gu-nand-flash Responsible-Changed-By: wd Responsible-Changed-When: Tue, 29 Jul 2008 23:02:19 +0200 Responsible-Changed-Why: Assign to Scott - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Strange behavior in UPM
Other thing i notice in the following code: --- /* Send the command for reading device ID */ this-cmdfunc(mtd, NAND_CMD_READID, 0x00, -1); /* Read manufacturer and device IDs */ nand_maf_id = this-read_byte(mtd); nand_dev_id = this-read_byte(mtd); --- It do this in UPM: MAMR: 0xE0005070 pat_offset: 0x0008 (write_command) MAR: 0xE0005068 cmd: 0x90 (read electronic signature) MAMR: 0xE0005070 pat_offset: 0x0010 (write_address) MAR: 0xE0005068 cmd: 0x00 (1st cycle) But the read_byte() function doesnt change my #R pin (LGPL2) From nand's datasheet, they said we need to perform two bus read operations, so this shouldnt be throught UPM? Something like this: run_pattern(0x, 0x00); // not sure about second arg nand_maf_id = this-read_byte(mtd); run_pattern(0x, 0x00); nand_dev_id = this-read_byte(mtd); I based my comments in this: #define NAND_CMD_READ0 0x00 #define NAND_CMD_READID 0x90 UPM RoutinePattern offsetTransaction - ---- Read single0x0 read_data Read burst 0x8 write_command 0x10 write_address Write single0x18 write_data - 0x20–0x3F for others if needed On Tue, Jul 29, 2008 at 10:22 AM, Alemao [EMAIL PROTECTED] wrote: Im using MPC8360E and NAND512W32BN6E, and they are connected like in mpc8360e-rdk (same pins). About the waveform, i did the tests considering reading the electronic signature from the nand flash. I put the code below in a loop (nand_base.c): --- /* Select the device */ this-select_chip(mtd, 0); /* Send the command for reading device ID */ this-cmdfunc(mtd, NAND_CMD_READID, 0x00, -1); /* Read manufacturer and device IDs */ nand_maf_id = this-read_byte(mtd); nand_dev_id = this-read_byte(mtd); --- From nand datasheet, figure 28, when CL goes from LOW to HIGH, #W goes from HIGH to LOW, and in I/O the value for reading the electronic signature is passed. But here with my board, CL is already in HIGH and then goes LOW. As im using u-boot-1.1.4, i tried import the code from u-boot-1.3.3 and u-boot-1.3.4-rc1. Both i got the same result. So, as my board is _based_ in mpc8360e-rdk, i was wondering if other configuration can affect the UPM. Looking at the this-cmdfunc(...) (fun_cmdfunc at fsl_upm.c) it has some calls to fsl_upm_start_pattern, fsl_upm_run_pattern... and this functions activates the UPM. So it seems to be simple: command(READID) upm_start_pattern() upm_run_pattern(READID) upm_end_pattern() read_byte() Im really curious to know what is causing the CL inversion. Right now im trying to understand the UPM array. But its not so simple. I have my doubts if my problem is the UPM array, since its working on mpc8360e-rdk and the same array is in App Note from Freescale. Cheers, -- Alemao On Fri, Jul 25, 2008 at 2:33 PM, Anton Vorontsov [EMAIL PROTECTED] wrote: On Fri, Jul 25, 2008 at 01:50:41PM -0300, Alemao wrote: Hi all, I have a board based on the MPC8360E-RDK, and im trying to make NAND at local bus works with UPM. I put the scope to see what was going wrong and I got this: ___ - the waveform in LGPL1/3 (nand CLE/ALE) should be ___| |___ ______ but was|__| The ascii art attempt failed. ;-) [...] One detail, im using u-boot-1.1.4 and i got the codes for UPM and NAND from u-boot-1.3.4-rc1. Since the boards are pretty the same, I guess you can just compile the u-boot-1.3.3 (please try release instead of -rc, to be sure), and see if NAND will work. Maybe it will need really small code modifications for your board though. Otherwise it is hard to say where is problem is (maybe the problem in the 1.1.4 nand core code, not in UPM setup?). Also, you didn't mention what kind of chip the board is using. Thanks, -- Anton Vorontsov email: [EMAIL PROTECTED] irc://irc.freenode.net/bd2 - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] usb/10
Synopsis: [U-Boot-Users] [PATCH v2] usb: add support for R8A66597 usb controller Responsible-Changed-From-To: patch-coord-gu-usb Responsible-Changed-By: wd Responsible-Changed-When: Tue, 29 Jul 2008 23:14:34 +0200 Responsible-Changed-Why: Assigned to markus - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] mpc512x/7
Synopsis: [U-Boot-Users] [PATCH] Move mpc5121 iopoin feature from board specific to common files. Responsible-Changed-From-To: patch-coord-gu-mpc512x Responsible-Changed-By: wd Responsible-Changed-When: Tue, 29 Jul 2008 23:15:15 +0200 Responsible-Changed-Why: Assigned to John - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] sh/11
Synopsis: [U-Boot-Users] [PATCH v2] sh: Renesas R0P7785LC0011RL board support Responsible-Changed-From-To: patch-coord-gu-sh Responsible-Changed-By: wd Responsible-Changed-When: Tue, 29 Jul 2008 23:17:30 +0200 Responsible-Changed-Why: Assign to 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 the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] unassigned-patches/14: [PATCH] Update Freescale 85xx boards to sys_eeprom.c
The new sys_eeprom.c supports both the old CCID EEPROM format and the new NXID
format, and so it obsoletes board/freescale/common/cds_eeprom.c. Freescale
86xx boards already use sys_eeprom.c, so this patch migrates the remaining
Freescale 85xx boards to use it as well. cds_eeprom.c is deleted.
Signed-off-by: Timur Tabi [EMAIL PROTECTED]
---
Added to GNATS database as unassigned-patches/14
Responsible:patch-coord
Message-Id: [EMAIL PROTECTED]
In-Reply-To:
References:
Patch-Date: Fri Jul 18 16:52:23 +0200 2008
---
This patch was tested on an 8548CDS.
board/freescale/common/Makefile |1 -
board/freescale/common/cds_eeprom.c | 60 ---
include/configs/MPC8541CDS.h|9 -
include/configs/MPC8548CDS.h|9 -
include/configs/MPC8555CDS.h| 10 +-
5 files changed, 22 insertions(+), 67 deletions(-)
delete mode 100644 board/freescale/common/cds_eeprom.c
diff --git a/board/freescale/common/Makefile b/board/freescale/common/Makefile
index 508e3b5..8e23b82 100644
--- a/board/freescale/common/Makefile
+++ b/board/freescale/common/Makefile
@@ -30,7 +30,6 @@ endif
LIB= $(obj)lib$(VENDOR).a
COBJS-${CONFIG_FSL_CADMUS} += cadmus.o
-COBJS-${CONFIG_FSL_CDS_EEPROM} += cds_eeprom.o
COBJS-${CONFIG_FSL_VIA}+= cds_via.o
COBJS-${CONFIG_FSL_DIU_FB} += fsl_diu_fb.o fsl_logo_bmp.o
COBJS-${CONFIG_FSL_PIXIS} += pixis.o
diff --git a/board/freescale/common/cds_eeprom.c
b/board/freescale/common/cds_eeprom.c
deleted file mode 100644
index 5034e0c..000
--- a/board/freescale/common/cds_eeprom.c
+++ /dev/null
@@ -1,60 +0,0 @@
-/*
- * Copyright 2004 Freescale Semiconductor.
- *
- * 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
- * along with this program; if not, write to the Free Software
- * Foundation, Inc., 59 Temple Place, Suite 330, Boston,
- * MA 02111-1307 USA
- */
-
-
-#include common.h
-#include i2c.h
-
-#include eeprom.h
-
-
-typedef struct {
- char idee_pcbid[4]; /* CCID for CDC v1.X */
- u8 idee_major;
- u8 idee_minor;
- char idee_serial[10];
- char idee_errata[2];
- char idee_date[8]; /* mmdd */
- /* The rest of the EEPROM space is reserved */
-} id_eeprom_t;
-
-
-unsigned int
-get_cpu_board_revision(void)
-{
- uint major = 0;
- uint minor = 0;
-
- id_eeprom_t id_eeprom;
-
- i2c_read(CFG_I2C_EEPROM_ADDR, 0, 2,
-(uchar *) id_eeprom, sizeof(id_eeprom));
-
- major = id_eeprom.idee_major;
- minor = id_eeprom.idee_minor;
-
- if (major == 0xff minor == 0xff) {
- major = minor = 0;
- }
-
- return MPC85XX_CPU_BOARD_REV(major,minor);
-}
diff --git a/include/configs/MPC8541CDS.h b/include/configs/MPC8541CDS.h
index a64565d..f991360 100644
--- a/include/configs/MPC8541CDS.h
+++ b/include/configs/MPC8541CDS.h
@@ -50,7 +50,6 @@
#define CONFIG_FSL_LAW 1 /* Use common FSL init code */
#define CONFIG_FSL_VIA
-#define CONFIG_FSL_CDS_EEPROM
/*
* When initializing flash, if we cannot find the manufacturer ID,
@@ -324,11 +323,17 @@ extern unsigned long get_clock_freq(void);
#define CONFIG_HARD_I2C/* I2C with hardware support*/
#undef CONFIG_SOFT_I2C /* I2C bit-banged */
#define CFG_I2C_SPEED 40 /* I2C speed and slave address */
-#define CFG_I2C_EEPROM_ADDR0x57
#define CFG_I2C_SLAVE 0x7F
#define CFG_I2C_NOPROBES{0x69} /* Don't probe these addrs */
#define CFG_I2C_OFFSET 0x3000
+/* EEPROM */
+#define CONFIG_ID_EEPROM
+#define CFG_I2C_EEPROM_CCID
+#define CFG_ID_EEPROM
+#define CFG_I2C_EEPROM_ADDR 0x57
+#define CFG_I2C_EEPROM_ADDR_LEN 2
+
/*
* General PCI
* Memory space is mapped 1-1, but I/O space must start from 0.
diff --git a/include/configs/MPC8548CDS.h b/include/configs/MPC8548CDS.h
index acf6f0d..b2007b6 100644
--- a/include/configs/MPC8548CDS.h
+++ b/include/configs/MPC8548CDS.h
@@ -58,7 +58,6 @@
#define CONFIG_FSL_LAW 1 /* Use common FSL init code */
#define CONFIG_FSL_VIA
-#define CONFIG_FSL_CDS_EEPROM
/*
* When initializing flash, if we cannot find the manufacturer ID,
@@ -349,11 +348,17 @@ extern unsigned long get_clock_freq(void);
#define CONFIG_HARD_I2C/* I2C with
Re: [U-Boot-Users] moving bss outside of the image?
In message [EMAIL PROTECTED] you wrote: Is there any concern with moving .bss outside of the image? On 85xx the images have historically been a fixed size (512k) and the .bss has always lived inside of that region. We are now getting to a point that .text + .data + .bss exceeds 512k. Its easy enough to move .bss right pass the 512k boundary and wanted to see if anyone can think of a reason not to do this. You have to make sure that the memory map is still OK in the relocated system, taking into account for config options like pRAM, shared log buffer, frame buffer, ... 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 project was large enough and management communication poor enough to prompt many members of the team to see themselves as contestants making brownie points, rather than as builders making programming products. Each suboptimized his piece to meet his targets; few stopped to think about the total effect on the customer. - Fred Brooks, The Mythical Man Month - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] mpc85xx/14
Synopsis: [U-Boot-Users] [PATCH] Update Freescale 85xx boards to sys_eeprom.c Responsible-Changed-From-To: patch-coord-gu-mpc85xx Responsible-Changed-By: wd Responsible-Changed-When: Tue, 29 Jul 2008 23:33:58 +0200 Responsible-Changed-Why: Assign to Andy - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] unassigned-patches/15: [Patch 1/1] Re-Submit: QE UEC: Add MII Commands
Patch originally submitted by David Saada
http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/38946
Shamelessly copy-pasted below.
Richard
===
Add MII commands to the UEC driver. Note that once a UEC device is selected,
any device on its MDIO bus can be addressed.
Signed-off-by: David Saada david.saada at ecitele.com
uec.c | 53 +
1 file changed, 53 insertions(+)
---
Added to GNATS database as unassigned-patches/15
Responsible:patch-coord
Message-Id: [EMAIL PROTECTED]
In-Reply-To:[EMAIL PROTECTED]
References: [EMAIL PROTECTED]
Patch-Date: Tue Jul 29 17:10:09 +0200 2008
--- a/drivers/qe/uec.c 2008-03-30 16:30:16.342061000 +0300
+++ b/drivers/qe/uec.c 2008-03-31 12:30:13.862288000 +0300
@@ -29,6 +29,7 @@
#include uccf.h
#include uec.h
#include uec_phy.h
+#include miiphy.h
#if defined(CONFIG_QE)
@@ -125,6 +126,17 @@ static uec_info_t eth4_uec_info = {
};
#endif
+#define MAXCONTROLLERS (4)
+
+static struct eth_device *devlist[MAXCONTROLLERS];
+
+static int uec_miiphy_read(char *devname, unsigned char addr,
+ unsigned char reg, unsigned short *value);
+static int uec_miiphy_write(char *devname, unsigned char addr,
+unsigned char reg, unsigned short value);
+u16 phy_read (struct uec_mii_info *mii_info, u16 regnum);
+void phy_write (struct uec_mii_info *mii_info, u16 regnum, u16 val);
+
static int uec_mac_enable(uec_private_t *uec, comm_dir_e mode)
{
uec_t *uec_regs;
@@ -1334,6 +1346,8 @@ int uec_initialize(int index)
return -EINVAL;
}
+ devlist[index] = dev;
+
uec-uec_info = uec_info;
sprintf(dev-name, FSL UEC%d, index);
@@ -1356,6 +1370,45 @@ int uec_initialize(int index)
return err;
}
+#if defined(CONFIG_MII) || defined(CONFIG_CMD_MII) \
+!defined(BITBANGMII)
+ miiphy_register(dev-name, uec_miiphy_read, uec_miiphy_write);
+#endif
+
return 1;
}
+
+#if defined(CONFIG_MII) || defined(CONFIG_CMD_MII) \
+!defined(BITBANGMII)
+
+/*
+ * Read a MII PHY register.
+ *
+ * Returns:
+ * 0 on success
+ */
+static int uec_miiphy_read(char *devname, unsigned char addr,
+ unsigned char reg, unsigned short *value)
+{
+ *value = uec_read_phy_reg(devlist[0], addr, reg);
+
+ return 0;
+}
+
+/*
+ * Write a MII PHY register.
+ *
+ * Returns:
+ * 0 on success
+ */
+static int uec_miiphy_write(char *devname, unsigned char addr,
+unsigned char reg, unsigned short value)
+{
+ uec_write_phy_reg(devlist[0], addr, reg, value);
+
+ return 0;
+}
+
+#endif
+
#endif /* CONFIG_QE */
Wolfgang Denk wrote:
Dear Richard,
in message [EMAIL PROTECTED] Ben Warren wrote:
The last info I have on this patch is on this posting:
http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/38965
Hm... I vaguely recall seeing that, but it's more in Ben Warren's
domain. He probably wasn't copied on the patch, either.
Yeah, looks like I missed that one. To answer your question, no. I
won't be able to apply it until the weekend at the earliest, so for now
please just apply the patch yourself.
Can you please post updated patches?
Thanks in advance.
Best regards,
Wolfgang Denk
-
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=100url=/
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
-
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=100url=/
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] unassigned-patches/16: [PATCH] ppc4xx: ml507: Use of get_ram_size in board ml507
-Change suggested by WD
Signed-off-by: Ricardo Ribalda Delgado [EMAIL PROTECTED]
---
Added to GNATS database as unassigned-patches/16
Responsible:patch-coord
Message-Id: [EMAIL PROTECTED]
In-Reply-To:[EMAIL PROTECTED]
References: [EMAIL PROTECTED]
Patch-Date: Tue Jul 29 17:16:10 +0200 2008
---
board/xilinx/ml507/ml507.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/board/xilinx/ml507/ml507.c b/board/xilinx/ml507/ml507.c
index e95d2af..d499303 100644
--- a/board/xilinx/ml507/ml507.c
+++ b/board/xilinx/ml507/ml507.c
@@ -27,13 +27,14 @@ int board_pre_init(void)
int checkboard(void)
{
- puts (ML507 Board\n);
+ puts(ML507 Board\n);
return 0;
}
phys_size_t initdram(int board_type)
{
- return CFG_SDRAM_SIZE_MB * 1024 * 1024;
+ return get_ram_size(XPAR_DDR2_SDRAM_MEM_BASEADDR,
+ CFG_SDRAM_SIZE_MB * 1024 * 1024);
}
void get_sys_info(sys_info_t * sysInfo)
--
1.5.6.3
-
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=100url=/
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] unassigned-patches/15: [Patch 1/1] Re-Submit: QE UEC: Add MII Commands
In message [EMAIL PROTECTED] you wrote: Add MII commands to the UEC driver. Note that once a UEC device is selected, any device on its MDIO bus can be addressed. Signed-off-by: David Saada david.saada at ecitele.com Please provide a working, unmanlged mail address. 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_ - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] ppc4xx/16
Synopsis: [PATCH] ppc4xx: ml507: Use of get_ram_size in board ml507 Responsible-Changed-From-To: patch-coord-gu-ppc4xx Responsible-Changed-By: wd Responsible-Changed-When: Tue, 29 Jul 2008 23:43:58 +0200 Responsible-Changed-Why: Assign to Stefan - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH][FOR 1.3.4] Fix compile warnings in dlmalloc
The origional code was using on odd reference to get to the first real element in av_[]. The first two elements of the array are not used for actual bins, but for house keeping. If we are more explicit about how use the first few elements we can get rid of the warnings: dlmalloc.c: In function 'malloc_extend_top': dlmalloc.c:1971: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:1999: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2029: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2031: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2042: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c: In function 'malloc': dlmalloc.c:2245: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2245: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2253: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2258: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2263: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2318: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2327: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2329: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2344: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2356: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2360: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2362: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2363: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c: In function 'free': dlmalloc.c:2431: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2444: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2483: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2483: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c: In function 'realloc': dlmalloc.c:2594: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2599: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2604: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2605: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2637: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2646: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2647: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c: In function 'calloc': dlmalloc.c:2896: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2897: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c: In function 'malloc_trim': dlmalloc.c:2987: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2997: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:3008: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:3012: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:3021: warning: dereferencing type-punned pointer will break strict-aliasing rules Signed-off-by: Kumar Gala [EMAIL PROTECTED] --- common/dlmalloc.c | 21 +++-- 1 files changed, 11 insertions(+), 10 deletions(-) diff --git a/common/dlmalloc.c b/common/dlmalloc.c index c51351e..4a18562 100644 --- a/common/dlmalloc.c +++ b/common/dlmalloc.c @@ -1457,7 +1457,7 @@ typedef struct malloc_chunk* mbinptr; indexing, maintain locality, and avoid some initialization tests. */ -#define top(bin_at(0)-fd) /* The topmost chunk */ +#define top(av_[2]) /* The topmost chunk */ #define last_remainder (bin_at(1)) /* remainder from last split */ @@ -1552,13 +1552,14 @@ void malloc_bin_reloc (void) #define BINBLOCKWIDTH 4 /* bins per block */ -#define binblocks (bin_at(0)-size) /* bitvector of nonempty blocks */ +#define binblocks_r ((INTERNAL_SIZE_T)av_[1]) /* bitvector of nonempty blocks */ +#define binblocks_w (av_[1]) /* bin-block macros */ #define idx2binblock(ix)((unsigned)1 (ix / BINBLOCKWIDTH)) -#define mark_binblock(ii) (binblocks |= idx2binblock(ii)) -#define clear_binblock(ii) (binblocks =
Re: [U-Boot-Users] moving bss outside of the image?
On Jul 29, 2008, at 4:25 PM, Wolfgang Denk wrote: In message 2A2FDF2A-7B9D-496C-960C- [EMAIL PROTECTED] you wrote: Is there any concern with moving .bss outside of the image? On 85xx the images have historically been a fixed size (512k) and the .bss has always lived inside of that region. We are now getting to a point that .text + .data + .bss exceeds 512k. Its easy enough to move .bss right pass the 512k boundary and wanted to see if anyone can think of a reason not to do this. You have to make sure that the memory map is still OK in the relocated system, taking into account for config options like pRAM, shared log buffer, frame buffer, ... Ok. I think that all works out ok because _end is after .bss. - k - 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=100url=/ ___ 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] fsl-i2c: fix writes to data segment before relocation
In message [EMAIL PROTECTED] you wrote: Prevent i2c_init() in fsl_i2c.c from writing to the data segment before relocation. Commit d8c82db4 added the ability for i2c_init() to program the I2C bus speed and save the value in i2c_bus_speed[], which is a global variable. It is an error to write to the data segment before relocation, which is what i2c_init() does when it stores the bus speed in i2c_bus_speed[]. Signed-off-by: Timur Tabi [EMAIL PROTECTED] --- Wolfgang, please apply this directly to fix the I2C bug we've been talking about. drivers/i2c/fsl_i2c.c |9 +++-- 1 files changed, 7 insertions(+), 2 deletions(-) Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Once they go up, who cares where they come down? That's not my department. - Werner von Braun - 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=100url=/ ___ 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] (V2) Set GD_FLG_RELOC for boards skipping relocation to RAM
In message [EMAIL PROTECTED] you wrote: If CONFIG_SKIP_RELOCATE_UBOOT is set the flag GD_FLG_RELOC is usually never set, because relocation to RAM is actually never done by U-boot itself. However, several pieces of code check if this flag is set at some time. So, to make sure this flag is set on boards skipping relocation, this is added to the initialisation of U-boot at a moment where it is safe to do so. V2: Forgot to add 'return 0;' to reloc_init() routine. Signed-off-by: Remy Bohmer [EMAIL PROTECTED] --- lib_arm/board.c | 17 + 1 file changed, 17 insertions(+) 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 perversity of nature is nowhere better demonstrated by the fact that, when exposed to the same atmosphere, bread becomes hard while crackers become soft. - 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=100url=/ ___ 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] Removed support for the adsvix.
In message [EMAIL PROTECTED] you wrote: Support for the adsvix was originally provided by Applied Data Systems (ADS), inc., now EuroTech, Inc. The board never shipped aside from some sample boards. Signed-off-by: Adrian Filipi [EMAIL PROTECTED] Adrian -- Linux Software Engineer | EuroTech, Inc. | www.eurotech-inc.com --- MAKEALL |1 - Makefile |3 - board/adsvix/Makefile| 51 - board/adsvix/adsvix.c| 75 --- board/adsvix/config.mk |1 - board/adsvix/lowlevel_init.S | 466 -- board/adsvix/pcmcia.c| 67 -- board/adsvix/pxavoltage.S| 230 - board/adsvix/u-boot.lds | 56 - cpu/pxa/mmc.c|5 - include/configs/adsvix.h | 365 - 11 files changed, 0 insertions(+), 1320 deletions(-) delete mode 100644 board/adsvix/Makefile delete mode 100644 board/adsvix/adsvix.c delete mode 100644 board/adsvix/config.mk delete mode 100644 board/adsvix/lowlevel_init.S delete mode 100644 board/adsvix/pcmcia.c delete mode 100644 board/adsvix/pxavoltage.S delete mode 100644 board/adsvix/u-boot.lds delete mode 100644 include/configs/adsvix.h OK, you finally convinced me. Applied. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] If the facts don't fit the theory, change the facts. -- Albert Einstein - 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=100url=/ ___ 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 warnings if compiling with IDE support.
In message [EMAIL PROTECTED] you wrote: Hello, this patch fixes the following warnings, if compiling u-boot with ide support. [EMAIL PROTECTED] u-boot]$ make -s all cmd_ide.c:827: Warnung: weak declaration of `ide_outb' after first use results in unspecified behavior cmd_ide.c:839: Warnung: weak declaration of `ide_inb' after first use results in unspecified behavior [EMAIL PROTECTED] u-boot]$ Signed-off-by: Heiko Schocher [EMAIL PROTECTED] --- common/cmd_ide.c | 46 ++ 1 files changed, 22 insertions(+), 24 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] If today is the first day of the rest of your life, what the hell was yesterday? - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] bugs/5
Synopsis: [U-Boot-Users] [PATCH] Fix warnings if compiling with IDE support. State-Changed-From-To: open-closed State-Changed-By: wd State-Changed-When: Wed, 30 Jul 2008 00:31:02 +0200 State-Changed-Why: Applied as commit 36d59bd9da9e15d19b867b48449408830f4e2ad5 - 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=100url=/ ___ 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] NAND: $(obj)-qualify ecc.h in kilauea NAND boot Makefile.
In message [EMAIL PROTECTED] you wrote: This fixes building out-of-tree. Signed-off-by: Scott Wood [EMAIL PROTECTED] --- Applied to u-boot-nand-flash. nand_spl/board/amcc/kilauea/Makefile |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] The only time the world beats a path to your door is when you are in the bathroom. - 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=100url=/ ___ 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] Correct ARM Versatile Timer Initialization
In message [EMAIL PROTECTED] you wrote:
Sorry. Re-sending as uboot-mailing list was not properly Included last
time
Regards
Gururaja
Please do not include such comments in the commit message part of the
patch. They belong *below* the '--- line.
@@ -50,8 +50,7 @@ static ulong lastdec;
int timer_init (void)
{
*(volatile ulong *)(CFG_TIMERBASE + 0) =3D CFG_TIMER_RELOAD; /*
TimerLoad */
^
- *(volatile ulong *)(CFG_TIMERBASE + 4) =3D CFG_TIMER_RELOAD; /*
TimerValue */
^
Your patch is line-wrapped and cannot be applied.
--_=_NextPart_001_01C8ED71.42919551
Content-Type: text/html;
charset=us-ascii
Content-Transfer-Encoding: quoted-printable
And *NEVER* 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]
A princess should not be afraid -- not with a brave knight to protect
her.
-- McCoy, Shore Leave, stardate 3025.3
-
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=100url=/
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] bugs/6
Synopsis: [U-Boot-Users] [PATCH] Add include for config.h in command.h. State-Changed-From-To: open-closed State-Changed-By: wd State-Changed-When: Wed, 30 Jul 2008 00:53:05 +0200 State-Changed-Why: Applied as commit 5d1d00fb36005482e1803a00ddc46efa11d719af - 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=100url=/ ___ 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 more printf() format warnings
In message [EMAIL PROTECTED] you wrote: Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED] --- common/cmd_flash.c |4 ++-- drivers/usb/usbdcore.c |2 +- 2 files changed, 3 insertions(+), 3 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 name is Linus Torvalds, you messed with my kernel, prepare to die - Linus Torvalds in [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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] unassigned-patches/17: [PATCH] Add support for OMAP5912 and OMAP16xx to usbdcore_omap1510.c
Add support to drivers/usb/usbdcore_omap1510.c for OMAP5912 and OMAP16xx devices. Signed-off-by: Jon Hunter [EMAIL PROTECTED] --- Added to GNATS database as unassigned-patches/17 Responsible:patch-coord Message-Id: [EMAIL PROTECTED] In-Reply-To: References: Patch-Date: Sun Jul 27 01:59:16 +0200 2008 --- drivers/usb/usbdcore_omap1510.c | 27 --- 1 files changed, 24 insertions(+), 3 deletions(-) diff --git a/drivers/usb/usbdcore_omap1510.c b/drivers/usb/usbdcore_omap1510.c index 84bb936..61c0d3b 100644 --- a/drivers/usb/usbdcore_omap1510.c +++ b/drivers/usb/usbdcore_omap1510.c @@ -28,7 +28,7 @@ #include common.h -#if defined(CONFIG_OMAP1510) defined(CONFIG_USB_DEVICE) +#if ((defined(CONFIG_OMAP1510) || defined(CONFIG_OMAP1610)) defined(CONFIG_USB_DEVICE)) #include asm/io.h #ifdef CONFIG_OMAP_SX1 @@ -1109,21 +1109,42 @@ int udc_init (void) */ outw ((1 4) | (1 5), CLOCK_CTRL); UDCREG (CLOCK_CTRL); + +#ifdef CONFIG_OMAP1510 + /* This code was originally implemented for OMAP1510 and +* therefore is only applicable for OMAP1510 boards. For +* OMAP5912 or OMAP16xx the register APLL_CTRL does not +* exist and DPLL_CTRL is already configured. +*/ + /* Set and check APLL */ outw (0x0008, APLL_CTRL); UDCREG (APLL_CTRL); /* Set and check DPLL */ outw (0x2210, DPLL_CTRL); UDCREG (DPLL_CTRL); - /* Set and check SOFT */ - outw ((1 4) | (1 3) | 1, SOFT_REQ); +#endif + /* Set and check SOFT +* The below line of code has been changed to perform a +* read-modify-write instead of a simple write for +* configuring the SOFT_REQ register. This allows the code +* to be compatible with OMAP5912 and OMAP16xx devices +*/ + outw ((1 4) | (1 3) | 1 | (inw(SOFT_REQ)), SOFT_REQ); /* Short delay to wait for DPLL */ udelay (1000); /* Print banner with device revision */ udc_rev = inw (UDC_REV) 0xff; +#ifdef CONFIG_OMAP1510 printf (USB: TI OMAP1510 USB function module rev %d.%d\n, udc_rev 4, udc_rev 0xf); +#endif + +#ifdef CONFIG_OMAP1610 + printf (USB: TI OMAP5912 USB function module rev %d.%d\n, + udc_rev 4, udc_rev 0xf); +#endif #ifdef CONFIG_OMAP_SX1 i2c_read (0x32, 0x04, 1, value, 1); -- 1.4.4.4 - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users - 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=100url=/ ___ 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] API: Fix compilation warnings in api_examples/demo.c.
In message [EMAIL PROTECTED] you wrote: Signed-off-by: Rafal Czubak [EMAIL PROTECTED] --- api_examples/demo.c | 17 + 1 files changed, 9 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] As far as the laws of mathematics refer to reality, they are not cer- tain, and as far as they are certain, they do not refer to reality. -- Albert Einstein - 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=100url=/ ___ 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] API: Correct storage enumeration routine, other minor fixes in API storage area.
In message [EMAIL PROTECTED] you wrote: Signed-off-by: Rafal Czubak [EMAIL PROTECTED] Acked-by: Rafal Jaworowski [EMAIL PROTECTED] --- api/api_storage.c | 16 +++- 1 files changed, 11 insertions(+), 5 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 computer can't tell you the emotional story. It can give you the exact mathematical design, but what's missing is the eyebrows. - Frank Zappa - 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=100url=/ ___ 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] API: Dump contents of sector 0 in the demo application.
In message [EMAIL PROTECTED] you wrote: Signed-off-by: Rafal Czubak [EMAIL PROTECTED] Acked-by: Rafal Jaworowski [EMAIL PROTECTED] --- api_examples/demo.c | 50 -- 1 files changed, 44 insertions(+), 6 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] Scotty: Captain, we din' can reference it! Kirk: Analysis, Mr. Spock? Spock: Captain, it doesn't appear in the symbol table. Kirk: Then it's of external origin? Spock: Affirmative. Kirk: Mr. Sulu, go to pass two. Sulu: Aye aye, sir, going to pass two. - 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=100url=/ ___ 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 MIMC200 board - now uses board_eth_init()
In message [EMAIL PROTECTED] you wrote: Aligning with TABs (or at all, in initializer lists) is not a good thing, It is mandatory per Coding Style requirements. IMO -- it screws things up when viewed with any other tab size (and why else have tabs in the first place?). What do you mean by other tab size'? See Linux kernel coding style, Chapter 1: Indentation: Tabs are 8 characters, and thus indentations are also 8 characters. Tabs are 8 characters. Full stop. 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 was sliced bread the greatest thing since? - 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=100url=/ ___ 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] [NAND] Use the common declaration in NAND/OneNAND state
On Wed, Jul 30, 2008 at 1:07 AM, Scott Wood [EMAIL PROTECTED] wrote: On Tue, Jul 29, 2008 at 09:22:24AM +0900, Kyungmin Park wrote: Hi, On Sat, Jul 26, 2008 at 6:21 AM, Scott Wood [EMAIL PROTECTED] wrote: On Fri, Jul 25, 2008 at 04:23:34PM +0900, Kyungmin Park wrote: Use the common declaration in NAND/OneNAND state As previously requested, please base this patch against the testing branch of the u-boot-nand-flash repository. I re-generate patches against u-boot-nand-flash but it's same as previous ones. There are no hunks and failed. Did you use the testing branch? Yes, I tested it. And I got the mail from 'fathi' it can work both NAND and OneNAND. Thank you, Kyungmin Park - 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=100url=/ ___ 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-update-server-info on u-boot-nand-flash
In message [EMAIL PROTECTED] you wrote: Can someone with the appropriate access run git-update-server-info on u-boot-nand-flash.git? Currently, it is impossible to clone this repository via HTTP. Done. Ideally, this should run via a post-receive hook... Indeed. But the x permission was missing in this repo (and in the sh repo, too). Fixed this. 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] Good morning. This is the telephone company. Due to repairs, we're giving you advance notice that your service will be cut off indefi- nitely at ten o'clock. That's two minutes from now. - 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=100url=/ ___ 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 OneNAND IPL related files to gitignore
In message [EMAIL PROTECTED] you wrote: Add OneNAND IPL related files to gitignore Signed-off-by: Kyungmin Park [EMAIL PROTECTED] 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] 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_ - 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=100url=/ ___ 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: Update U-Boot EXT2 Filesystem to support dynamic inode size and optimize ext2 read function to fasten read speed!
In message [EMAIL PROTECTED] you wrote: Description: The patch updates /fs/ext2/ext2fs.c file. There are two aims: 1. Make U-Boot could support the EXT2 dynamic version that ext2_inode_size beyond 128bytes. One new feature be involved: CFG_EXT2_SUPPORT_DYNAMIC_REV Refer to: linux-2.6.24.3 source code. 2. Make EXT2 read more fast. One new feature be involved: CFG_OPTIMIZE_EXT2_READ Do we really need new config options and #ifdeffery for these? +++ b/fs/ext2/ext2fs.c ... @@ -409,7 +516,7 @@ int ext2fs_read_file return (-1); } blknr = blknr log2blocksize; - + You're adding trailing white space here. Please don't. +#ifdef DEBUG + printf(revision_level = 0x%x, inode_size = 0x%x\n, data-sblock.revision_level, data-sblock.inode_size); +#endif Use debug() instead of #ifdef And mind the maximum line length. 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] Certainly there are things in life that money can't buy, but it's very funny - Did you ever try buying them without money? - Ogden Nash - 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=100url=/ ___ 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 MIMC200 board - now uses board_eth_init()
Wolfgang Denk wrote: In message [EMAIL PROTECTED] you wrote: Aligning with TABs (or at all, in initializer lists) is not a good thing, It is mandatory per Coding Style requirements. Where? I don't see any mention of alignment, and while there's no explicit definition of indentation, the rationale states that the choice of 8 characters for indentation is to clearly define where a block of control starts and ends, which has nothing to do with alignment. IMO -- it screws things up when viewed with any other tab size (and why else have tabs in the first place?). What do you mean by other tab size'? See Linux kernel coding style, Chapter 1: Indentation: Tabs are 8 characters, and thus indentations are also 8 characters. Tabs are 8 characters. Full stop. Yes, 8 is the official tab size for the Linux and U-Boot projects, for purposes of line length limits, etc. That doesn't mean we should go out of our way to screw up alignment when a different size is used, when it's so easy to avoid. What's the point of using TAB as a crappy compression scheme, rather than giving it semantic meaning as the block indentation level? -Scott - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] net/15
Synopsis: [U-Boot-Users] [Patch 1/1] Re-Submit: QE UEC: Add MII Commands Responsible-Changed-From-To: patch-coord-gu-net Responsible-Changed-By: wd Responsible-Changed-When: Wed, 30 Jul 2008 01:32:59 +0200 Responsible-Changed-Why: Assigned to Ben. State-Changed-From-To: open-feedback State-Changed-By: wd State-Changed-When: Wed, 30 Jul 2008 01:32:59 +0200 State-Changed-Why: Need fix for Submitted-by: - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] usb/17
Synopsis: [U-Boot-Users] [PATCH] Add support for OMAP5912 and OMAP16xx to usbdcore_omap1510.c Responsible-Changed-From-To: patch-coord-gu-usb Responsible-Changed-By: wd Responsible-Changed-When: Wed, 30 Jul 2008 01:33:37 +0200 Responsible-Changed-Why: Assigned to Markus - 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=100url=/ ___ 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] Correct ARM Versatile Timer Initialization
Hi,
@@ -50,8 +50,7 @@ static ulong lastdec; int timer_init (void) {
*(volatile ulong *)(CFG_TIMERBASE + 0) =3D CFG_TIMER_RELOAD; /*
TimerLoad */
^
- *(volatile ulong *)(CFG_TIMERBASE + 4) =3D CFG_TIMER_RELOAD; /*
TimerValue */
^
Your patch is line-wrapped and cannot be applied.
I Checked the Original Source File found this.
*(volatile ulong *)(CFG_TIMERBASE + 0) = CFG_TIMER_RELOAD;
/* TimerLoad */ --- This line ends @ Column 80
*(volatile ulong *)(CFG_TIMERBASE + 4) = CFG_TIMER_RELOAD;
/* TimerValue */ --- This line ends @ Column 81
I just removed the Second Line since it was Invalid.
I am really sorry for troubling but i have little issue finding the
mistake.
Now in order to remove this, kindly let me know what i have to do.
And *NEVER* post HTML here!
Will not repeat.
Regards
Gururaja
-
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=100url=/
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] Marvell db64460 / mpc7447 migration from U-boot 1.1.2 to U-boot 1.3.3
Hello folks, In a current work project, I have inherited a compactPCI board that has an mpc7447/7448 powerpc processor as well as a Marvell system controller, model mv64462 (stripped down mv64460). The board has a somewhat working U-boot 1.1.2 loader (using db64460 platform) and a Gentoo Linux port (kernel version 2.6.9 built using arch/ppc) running on it from long ago and a company far far away. It looks like the company contracted with Timesys to pull together the initial software. To prepare for an upcoming deployment, I would like to bring the OS up-to-date on this board with a newer kernel (targeting 2.6.24r3), as well as migrate U-boot to 1.3.3 and fix some bugs along the way. My Linux kernel work is going very well, but with U-boot I'm stuck. I have what I believe 'may' be the working U-boot 1.1.2 source code, and I have migrated all of the board's customizations from various files into the 1.3.3 stream; however, I can get -no- console output on the serial port. I don't have access to a remote debugger, so I'm working in the dark and have no idea how far, if at all, the initialization is progressing. Does anyone know of any tips to help me along? Any changes in mpsc device initialization from 1.1.2 to 1.3.3 that could help me? Any clues? Regards, Stephen - 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=100url=/___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH 1/1] Re-re-Submit: Add support for ATMEL AT91SAM9G20EK board
From 27510f3c46a9c8248e29927baf7b6dfd8a0153b3 Mon Sep 17 00:00:00 2001
From: Hong Xu [EMAIL PROTECTED]
Date: Wed, 30 Jul 2008 09:02:02 +0800
Subject: [PATCH] Add support for ATMEL AT91SAM9G20EK board
This patch adds support for ATMEL AT91SAM9G20EK board.
After the discussion these days, this patch
- Per J's request, this patch's based on branch for-1.3.5
- Thanks to Haavard, *big* #ifdef in `driver/net/macb.c' is removed
- Don't touch `net/eth.c' related stuff, seems Ben will handle it, thanks.
- This patch depends on an updated mach-types.h, see `MACH_AT91SAM9G20EK' at
http://www.kernel.org/diff/diffview.cgi?file=%2Fpub%2Flinux%2Fkernel%2Fv2.6%2Fpatch-2.6.26.bz2;z=502
Thanks
Signed-off-by: Hong Xu [EMAIL PROTECTED]
diff --git a/Makefile b/Makefile
index 7f74e2a..7f519ef 100644
--- a/Makefile
+++ b/Makefile
@@ -2378,6 +2378,8 @@ at91cap9adk_config: unconfig
at91sam9260ek_config : unconfig
@$(MKCONFIG) $(@:_config=) arm arm926ejs at91sam9260ek atmel at91
+at91sam9g20ek_config : unconfig
+ @$(MKCONFIG) $(@:_config=) arm arm926ejs at91sam9g20ek atmel at91
## ARM Integrator boards - see doc/README-integrator for more info.
integratorap_config\
diff --git a/board/atmel/at91sam9g20ek/Makefile
b/board/atmel/at91sam9g20ek/Makefile
new file mode 100644
index 000..cdf5d34
--- /dev/null
+++ b/board/atmel/at91sam9g20ek/Makefile
@@ -0,0 +1,57 @@
+#
+# (C) Copyright 2003-2008
+# Wolfgang Denk, DENX Software Engineering, [EMAIL PROTECTED]
+#
+# (C) Copyright 2008
+# Stelian Pop [EMAIL PROTECTED]
+# Lead Tech Design www.leadtechdesign.com
+#
+# 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
+# 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= $(obj)lib$(BOARD).a
+
+COBJS-y+= at91sam9g20ek.o
+COBJS-y+= led.o
+COBJS-y+= partition.o
+COBJS-$(CONFIG_CMD_NAND) += nand.o
+
+SRCS := $(SOBJS:.o=.S) $(COBJS-y:.o=.c)
+OBJS := $(addprefix $(obj),$(COBJS-y))
+SOBJS := $(addprefix $(obj),$(SOBJS))
+
+$(LIB):$(obj).depend $(OBJS) $(SOBJS)
+ $(AR) $(ARFLAGS) $@ $(OBJS) $(SOBJS)
+
+clean:
+ rm -f $(SOBJS) $(OBJS)
+
+distclean: clean
+ rm -f $(LIB) core *.bak $(obj).depend
+
+#
+
+# defines $(obj).depend target
+include $(SRCTREE)/rules.mk
+
+sinclude $(obj).depend
+
+#
diff --git a/board/atmel/at91sam9g20ek/at91sam9g20ek.c
b/board/atmel/at91sam9g20ek/at91sam9g20ek.c
new file mode 100644
index 000..3dd9078
--- /dev/null
+++ b/board/atmel/at91sam9g20ek/at91sam9g20ek.c
@@ -0,0 +1,251 @@
+/*
+ * (C) Copyright 2007-2008
+ * Stelian Pop [EMAIL PROTECTED]
+ * Lead Tech Design www.leadtechdesign.com
+ *
+ * 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
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 59 Temple Place, Suite 330, Boston,
+ * MA 02111-1307 USA
+ */
+
+#include common.h
+#include asm/arch/at91sam9260.h
+#include asm/arch/at91sam9260_matrix.h
+#include asm/arch/at91sam9_smc.h
+#include asm/arch/at91_pmc.h
+#include asm/arch/at91_rstc.h
+#include asm/arch/gpio.h
+#include asm/arch/io.h
+#include asm/hardware.h
+#if defined(CONFIG_RESET_PHY_R) defined(CONFIG_MACB)
+#include net.h
+#endif
+
+DECLARE_GLOBAL_DATA_PTR;
+
+/* - */
+/*
+ * Miscelaneous platform dependent initialisations
+ */
+
+static void at91sam9g20ek_serial_hw_init(void)
+{
+#ifdef CONFIG_USART0
+
Re: [U-Boot-Users] PATCH: Update U-Boot EXT2 Filesystem to support dynamic inode size and optimize ext2 read function to fasten read speed!
Hi Scott, For sure, the modification will increase code size, but I think it is reasonable. 1. Make U-Boot could support the EXT2 dynamic version that ext2_inode_size beyond 128bytes. According to Linux kernel source code, now EXT2 filesystem could support two revision: EXT2_GOOD_OLD_REV EXT2_DYNAMIC_REV ext2_inode_size be fixed as 128bytes in the first revision while it could beyond 128bytes in another revision. In the past, the first revision is the default option for mkfs.ext2 command. But now there are some OSes like Mandriva Linux 2008.1 for STLS want to use new revision option to format disk. I have tested it and our current U-Boot couldn't support it. So I think it is time to do it. 2. Make EXT2 read more fast. I have tested our U-Boot to access EXT2 filesystem on USB disk. It's quite slow and it takes about 200 seconds to read a file that its size is 8MB. Our USB host controller is NEC upd720101 OHCI host controller and operation mode is 'bulk'. I think its width is enough. I have analyzed our ext2fs.c file and found it only read 4KB(512B/block * 8blocks, I format EXT2 filesystem with default options) once time. One time is a USB timing slot - 100ms. So it is so slow. Now I mainly modified ext2fs_read_block() function to detect how many seriate blocks and read them in one time. The modification fasten read opertion a lot especially big file. Best Regards, Ryan Chen -Original Message- From: Scott Wood [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 30, 2008 4:11 AM To: Ryan CHEN Cc: u-boot-users@lists.sourceforge.net; Antonio Maria BORNEO Subject: Re: [U-Boot-Users] PATCH: Update U-Boot EXT2 Filesystem to support dynamic inode size and optimize ext2 read function to fasten read speed! On Tue, Jul 29, 2008 at 04:48:51PM +0800, Ryan CHEN wrote: Description: The patch updates /fs/ext2/ext2fs.c file. There are two aims: 1. Make U-Boot could support the EXT2 dynamic version that ext2_inode_size beyond 128bytes. One new feature be involved: CFG_EXT2_SUPPORT_DYNAMIC_REV Refer to: linux-2.6.24.3 source code. 2. Make EXT2 read more fast. One new feature be involved: CFG_OPTIMIZE_EXT2_READ Does it significantly increase code size, or is there any other reason why these need to be conditionalized? -Scott - 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=100url=/ ___ 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] sh: Renesas R0P7785LC0011RL board support
2008/7/16 Yoshihiro Shimoda [EMAIL PROTECTED]: This board has SH7785, 512MB DDR2-SDRAM, NOR Flash, Graphic, Ethernet, USB, SD, RTC, and I2C controller. 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] Applied, thanks. I puts in next release queue. 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=100url=/ ___ 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: Update U-Boot EXT2 Filesystem to support dynamic inode size and optimize ext2 read function to fasten read speed!
Hi Wolfgang,
I have modified my patch according to your suggestion. The only question is
that use debug() because I found all debug print msg lines are written as :
#ifdef DEBUG
printf(..);
#endif
Are you sure I need change my debug print to debug()?
commit 4e638f2b97cea8b256eca7eb098d4da45015e10d
Parent: 699f05125509249072a0b865c8d35520d97cd501
Author: Ryan Chen [EMAIL PROTECTED]
Date: Wed Jul 30 05:48:16 2008 -0400
Signed-off-by: Ryan Chen [EMAIL PROTECTED]
modified: fs/ext2/ext2fs.c
diff --git a/fs/ext2/ext2fs.c b/fs/ext2/ext2fs.c
old mode 100644
new mode 100755
index 7833551..4b01463
--- a/fs/ext2/ext2fs.c
+++ b/fs/ext2/ext2fs.c
@@ -29,6 +29,7 @@
#include ext2fs.h
#include malloc.h
#include asm/byteorder.h
+#define CFG_EXT2_SUPPORT_DYNAMIC_REV
extern int ext2fs_devread (int sector, int byte_offset, int byte_len,
char *buf);
@@ -66,6 +67,17 @@ extern int ext2fs_devread (int sector, int byte_offset,
int byte_len,
/* The size of an ext2 block in bytes. */
#define EXT2_BLOCK_SIZE(data) (1 LOG2_BLOCK_SIZE(data))
+#ifdef CFG_EXT2_SUPPORT_DYNAMIC_REV
+/*
+ * Revision levels
+ */
+#define EXT2_GOOD_OLD_REV 0 /* The good old (original) format
*/
+#define EXT2_DYNAMIC_REV1 /* V2 format w/ dynamic inode sizes
*/
+
+#define EXT2_GOOD_OLD_INODE_SIZE 128
+uint32_t ext2_inode_size = EXT2_GOOD_OLD_INODE_SIZE;
+#endif
+
/* The ext2 superblock. */
struct ext2_sblock {
uint32_t total_inodes;
@@ -217,7 +229,11 @@ static int ext2fs_read_inode
if (status == 0) {
return (0);
}
+#ifdef CFG_EXT2_SUPPORT_DYNAMIC_REV
+ inodes_per_block = EXT2_BLOCK_SIZE (data) / ext2_inode_size;
+#else
inodes_per_block = EXT2_BLOCK_SIZE (data) / 128;
+#endif
blkno = (ino % __le32_to_cpu (sblock-inodes_per_group)) /
inodes_per_block;
blkoff = (ino % __le32_to_cpu (sblock-inodes_per_group)) %
@@ -226,10 +242,17 @@ static int ext2fs_read_inode
printf (ext2fs read inode blkno %d blkoff %d\n, blkno, blkoff);
#endif
/* Read the inode. */
+#ifdef CFG_EXT2_SUPPORT_DYNAMIC_REV
+ status = ext2fs_devread (((__le32_to_cpu (blkgrp.inode_table_id) +
+ blkno) LOG2_EXT2_BLOCK_SIZE (data)),
+ext2_inode_size * blkoff,
+sizeof (struct ext2_inode), (char *)
inode);
+#else
status = ext2fs_devread (((__le32_to_cpu (blkgrp.inode_table_id) +
blkno) LOG2_EXT2_BLOCK_SIZE (data)),
sizeof (struct ext2_inode) * blkoff,
sizeof (struct ext2_inode), (char *)
inode);
+#endif
if (status == 0) {
return (0);
}
@@ -243,8 +266,13 @@ void ext2fs_free_node (ext2fs_node_t node,
ext2fs_node_t currroot) {
}
}
+#define CFG_OPTIMIZE_EXT2_READ
+#ifdef CFG_OPTIMIZE_EXT2_READ
+static int ext2fs_read_block (ext2fs_node_t node, int fileblock, int
*stream) {
+#else
static int ext2fs_read_block (ext2fs_node_t node, int fileblock) {
+#endif
struct ext2_data *data = node-data;
struct ext2_inode *inode = node-inode;
int blknr;
@@ -252,9 +280,21 @@ static int ext2fs_read_block (ext2fs_node_t node, int
fileblock) {
int log2_blksz = LOG2_EXT2_BLOCK_SIZE (data);
int status;
+#ifdef CFG_OPTIMIZE_EXT2_READ
+ *stream = 1;/* itself */
+#endif
+
/* Direct blocks. */
if (fileblock INDIRECT_BLOCKS) {
blknr = __le32_to_cpu
(inode-b.blocks.dir_blocks[fileblock]);
+#ifdef CFG_OPTIMIZE_EXT2_READ
+ while(((inode-b.blocks.dir_blocks[fileblock + 1] -
+ inode-b.blocks.dir_blocks[fileblock]) == 1) \
+ (fileblock INDIRECT_BLOCKS - 1)) {
+ fileblock++;
+ *stream += 1;
+ }
+#endif
}
/* Indirect. */
else if (fileblock (INDIRECT_BLOCKS + (blksz / 4))) {
@@ -294,6 +334,14 @@ static int ext2fs_read_block (ext2fs_node_t node, int
fileblock) {
}
blknr = __le32_to_cpu (indir1_block
[fileblock - INDIRECT_BLOCKS]);
+#ifdef CFG_OPTIMIZE_EXT2_READ
+ while(((__le32_to_cpu (indir1_block[fileblock -
INDIRECT_BLOCKS + 1]) - \
+ __le32_to_cpu (indir1_block[fileblock -
INDIRECT_BLOCKS])) == 1) \
+ (fileblock (blksz - 1))) {
+ fileblock++;
+ *stream += 1;
+ }
+#endif
}
/* Double indirect. */
else if (fileblock
@@ -301,6 +349,9 @@ static int ext2fs_read_block (ext2fs_node_t node, int
fileblock) {
unsigned int perblock = blksz / 4;
unsigned int rblock = fileblock - (INDIRECT_BLOCKS
[U-Boot-Users] [PATCH for STLS]: Add Makefile, config.mk and u-boot.lds.S in board/st/stls/ directory!
commit d66194654186b0e82d926ce4844b73e3508397f4
Parent: 699f05125509249072a0b865c8d35520d97cd501
Author: Ryan Chen [EMAIL PROTECTED]
Date: Tue Jul 29 13:35:15 2008 -0400
Signed-off-by: Ryan Chen [EMAIL PROTECTED]
new file: board/st/stls/Makefile
new file: board/st/stls/config.mk
new file: board/st/stls/u-boot.lds.S
diff --git a/board/st/stls/Makefile b/board/st/stls/Makefile
new file mode 100755
index 000..8213838
--- /dev/null
+++ b/board/st/stls/Makefile
@@ -0,0 +1,48 @@
+#
+# (C) Copyright 2003-2006
+# Wolfgang Denk, DENX Software Engineering, [EMAIL PROTECTED]
+#
+# 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
+# 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= $(obj)lib$(BOARD).a
+
+COBJS = flash.o pci.o stls_board.o ide.o
+
+SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c)
+OBJS := $(addprefix $(obj),$(COBJS))
+SOBJS := $(addprefix $(obj),$(SOBJS))
+
+$(LIB):$(obj).depend $(OBJS) $(SOBJS) u-boot.lds
+ $(AR) $(ARFLAGS) $@ $(OBJS) $(SOBJS)
+
+u-boot.lds: u-boot.lds.S
+ $(CPP) $(CPPFLAGS) -P $^ [EMAIL PROTECTED]
+ mv -f [EMAIL PROTECTED] $@
+
+#
+
+# defines $(obj).depend target
+include $(SRCTREE)/rules.mk
+
+sinclude $(obj).depend
+
+#
diff --git a/board/st/stls/config.mk b/board/st/stls/config.mk
new file mode 100755
index 000..683b009
--- /dev/null
+++ b/board/st/stls/config.mk
@@ -0,0 +1,29 @@
+#
+# (C) Copyright 2003
+# Wolfgang Denk, DENX Software Engineering, [EMAIL PROTECTED]
+#
+# 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
+# along with this program; if not, write to the Free Software
+# Foundation, Inc., 59 Temple Place, Suite 330, Boston,
+# MA 02111-1307 USA
+#
+
+#
+# ST development board stls, Loongson core
+#
+TEXT_BASE = 0xc000
+
+#GUI_SUPPORT = minigui
\ No newline at end of file
diff --git a/board/st/stls/u-boot.lds.S b/board/st/stls/u-boot.lds.S
new file mode 100755
index 000..5e7bb76
--- /dev/null
+++ b/board/st/stls/u-boot.lds.S
@@ -0,0 +1,69 @@
+/*
+ * (C) Copyright 2003
+ * Wolfgang Denk Engineering, [EMAIL PROTECTED]
+ *
+ * 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
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 59 Temple Place, Suite 330, Boston,
+ * MA 02111-1307 USA
+ */
+#include config.h
+
+OUTPUT_FORMAT(elf32-tradlittlemips, elf32-tradlittlemips,
elf32-tradlittlemips)
+OUTPUT_ARCH(mips)
+ENTRY(_start)
+SECTIONS
+{
+ . = TEXT_BASE;
+ uboot_start = .;
+ __uboot_start = .;
+
+ . = ALIGN(4);
+ .text :
+ {
+ cpu/stls/start.o (.text)
+ *(.text)
+ }
+
+ . = ALIGN(4);
+ .rodata : { *(.rodata) }
+
+ . = ALIGN(4);
+ uboot_start_data = .;
+ __uboot_start_data = .;
+ .data : { *(.data) }
+
+ . = ALIGN(4);
+ .sdata : { *(.sdata) }
+
+ . = ALIGN(16);
+
[U-Boot-Users] [PATCH for STLS]: Add flash.c, ide.c and pci.c in board/st/stls/ directory!
commit 7f818bb236de596c5bbcf21919625db9912b2c43
Parent: 699f05125509249072a0b865c8d35520d97cd501
Author: Ryan Chen [EMAIL PROTECTED]
Date: Wed Jul 30 06:26:36 2008 -0400
Signed-off-by: Ryan Chen [EMAIL PROTECTED]
new file: board/st/stls/flash.c
new file: board/st/stls/ide.c
new file: board/st/stls/pci.c
diff --git a/board/st/stls/flash.c b/board/st/stls/flash.c
new file mode 100755
index 000..1afee80
--- /dev/null
+++ b/board/st/stls/flash.c
@@ -0,0 +1,626 @@
+/*
+ * (C) Copyright 2006
+ * Stefan Roese, DENX Software Engineering, [EMAIL PROTECTED]
+ *
+ * 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
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 59 Temple Place, Suite 330, Boston,
+ * MA 02111-1307 USA
+ */
+
+#include common.h
+#include asm/processor.h
+#include flash.h
+
+#ifndef CFG_FLASH_READ0
+#define CFG_FLASH_READ00x /* 0 is standard
*/
+#define CFG_FLASH_READ10x0001 /* 1 is standard
*/
+#define CFG_FLASH_READ20x0002 /* 2 is standard
*/
+#endif
+
+flash_info_t flash_info[CFG_MAX_FLASH_BANKS]; /* info for FLASH chips
*/
+
+/*
+ * Functions
+ */
+static int write_word(flash_info_t *info, ulong dest, ulong data);
+static ulong flash_get_size(vu_long *addr, flash_info_t *info);
+
+unsigned long flash_init(void)
+{
+ unsigned long size_b0;
+ int i;
+ unsigned long base_b0;
+
+ /* Init: no FLASHes known */
+ for (i = 0; i CFG_MAX_FLASH_BANKS; ++i) {
+ flash_info[i].flash_id = FLASH_UNKNOWN;
+ }
+
+ /* Static FLASH Bank configuration here - FIXME XXX */
+
+ base_b0 = CFG_FLASH_BASE;
+ size_b0 = flash_get_size ((vu_long *) base_b0, flash_info[0]);
+
+ if (flash_info[0].flash_id == FLASH_UNKNOWN) {
+ printf (## Unknown FLASH on Bank 0 - Size = 0x%08lx = %ld
MB\n,
+ size_b0, size_b0 20);
+ } else {
+#ifdef DEBUG_FLASH
+ flash_print_info(flash_info[0]);
+#endif
+ }
+ return (size_b0);
+}
+
+void flash_print_info(flash_info_t *info)
+{
+ int i;
+#ifdef CFG_FLASH_EMPTY_INFO
+ int k;
+ int size;
+ int erased;
+ volatile unsigned long *flash;
+#endif
+
+ if (info-flash_id == FLASH_UNKNOWN) {
+ printf (missing or unknown FLASH type\n);
+ return;
+ }
+
+ switch (info-flash_id FLASH_VENDMASK) {
+ case FLASH_MAN_AMD: printf (AMD );break;
+ case FLASH_MAN_FUJ: printf (FUJITSU );break;
+ case FLASH_MAN_SST: printf (SST );break;
+ case FLASH_MAN_STM: printf (ST Micro);break;
+ case FLASH_MAN_EXCEL: printf (Excel Semiconductor ); break;
+ case FLASH_MAN_MX: printf (MXIC ); break;
+ default:printf (Unknown Vendor ); break;
+ }
+
+ switch (info-flash_id FLASH_TYPEMASK) {
+ case FLASH_AM400B: printf (AM29LV400B (4 Mbit, bottom
boot sect)\n);
+ break;
+ case FLASH_AM400T: printf (AM29LV400T (4 Mbit, top boot
sector)\n);
+ break;
+ case FLASH_AM040: printf (AM29LV040B (4 Mbit, uniform
sector size)\n);
+ break;
+ case FLASH_AM800B: printf (AM29LV800B (8 Mbit, bottom
boot sect)\n);
+ break;
+ case FLASH_AM800T: printf (AM29LV800T (8 Mbit, top boot
sector)\n);
+ break;
+ case FLASH_AM160B: printf (AM29LV160B (16 Mbit, bottom
boot sect)\n);
+ break;
+ case FLASH_AM160T: printf (AM29LV160T (16 Mbit, top boot
sector)\n);
+ break;
+ case FLASH_AM320T: printf (AM29LV320T (32 M, top
sector)\n);
+ break;
+ case FLASH_AM320B: printf (AM29LV320B (32 M, bottom
sector)\n);
+ break;
+ case FLASH_AMDL322T:printf (AM29DL322T (32 M, top
sector)\n);
+ break;
+ case
Re: [U-Boot-Users] [PATCH] Remove unused I2C at apollon board
HI Could you apply this one? Thank you, Kyungmin Park On Tue, Jul 22, 2008 at 8:01 AM, Kyungmin Park [EMAIL PROTECTED] wrote: There's no I2C devices. Signed-off-by: Kyungmin Park [EMAIL PROTECTED] --- diff --git a/include/configs/apollon.h b/include/configs/apollon.h index 8973296..5884611 100644 --- a/include/configs/apollon.h +++ b/include/configs/apollon.h @@ -103,14 +103,6 @@ */ #defineCONFIG_SERIAL1 1 /* UART1 on H4 */ - /* - * I2C configuration - */ -#defineCONFIG_HARD_I2C -#defineCFG_I2C_SPEED 10 -#defineCFG_I2C_SLAVE 1 -#defineCONFIG_DRIVER_OMAP24XX_I2C - /* allow to overwrite serial and ethaddr */ #defineCONFIG_ENV_OVERWRITE #defineCONFIG_CONS_INDEX 1 - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
