From: Jon Smirl
.gitignore for generated files in api_examples directory
crc32.c
ctype.c
demo
demo.bin
ppcstring.S
string.c
vsprintf.c
Signed-off-by: Jon Smirl
---
api_examples/.gitignore |8
1 files changed, 8 insertions(+), 0 deletions(-)
create mode 100644 api_examples/.gitig
On Thu, Mar 19, 2009 at 9:56 PM, Jon Smirl wrote:
> What's the right way to compile api_examples/demo?
CONFIG_API="y" is in include/autoconf.mk instead of CONFIG_API=y
Getting rid of the quotes lets it compile.
--
Jon Smirl
jonsm...@gmail.com
___
U-
What's the right way to compile api_examples/demo?
I get this error
jonsm...@terra:/home/apps/u-boot$ make api_examples/demo
powerpc-603e-linux-gnu-gcc -g -Os -fPIC -ffixed-r14 -meabi
-D__KERNEL__ -DTEXT_BASE=0xFFF0 -I/home/apps/u-boot/include
-fno-builtin -ffreestanding -nostdinc -isy
Dear Stefan Roese,
In message <200903191504.03104...@denx.de> you wrote:
> Hi Wolfgang,
>
> please pull one last-minute fix for cfi-flash:
>
> The following changes since commit 069f4364d807d7fdea3de7385ad2f8d83c587aec:
> Mike Frysinger (1):
> smc911x_eeprom: update register API
>
> a
Dear Shinya,
In message <49c26c23.2030...@ruby.dti.ne.jp> you wrote:
>
> * With GCC 4.2.3, all MIPS targets builds fine without any errors.
> MAKEALL output is attached.
Thanks.
> * But with GCC 4.3.2, you would see hundreds of bitops.h warnings.
> Besides, some could be compiled (gth2, etc
Dear Remco Poelstra,
In message <49c25f75.3080...@duran-audio.com> you wrote:
> Wolfgang Denk schreef:
> >> +/* Vectored Interrupt Controller (VIC) */
> >> +#define VIC_BASE_ADDR 0xF000
> >> +#define VICIRQStatus (*(volatile unsigned long *)(VIC_BASE_ADDR +
> >> 0x000))
> >> +#define VI
Richard Retanubun wrote:
> Hi TC,
>
> TC Liew wrote:
>> Richard,
>>
>> Is there a purpose that you used DTIMER 3 but not 1 or 2? FYI: DTIMER3
>> is currently used for system time, DTIMER0 is currently used for
>> udelay() in u-boot.
>>
>> You can change the u-boot 5271's system timer in
>>
Dear Richard Retanubun,
In message <49c25764.8010...@ruggedcom.com> you wrote:
>
> --- a/cpu/mcf52x2/config.mk
> +++ b/cpu/mcf52x2/config.mk
> @@ -33,9 +33,11 @@ is5272:=$(shell grep CONFIG_M5272 $(TOPDIR)/include/$(cfg))
> is5275:=$(shell grep CONFIG_M5275 $(TOPDIR)/include/$(cfg))
> is5282:=
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
.../asm-avr32/{ => arch-at32ap700x}/cacheflush.h |0
1 files changed, 0 insertions(+), 0 deletions(-)
rename include/asm-avr32/{ => arch-at32ap700x}/cacheflush.h (100%)
diff --git a/include/asm-avr32/cacheflush.h
b/include/asm-avr32/arc
On 18:25 Thu 19 Mar , Haavard Skinnemoen wrote:
> Jean-Christophe PLAGNIOL-VILLARD wrote:
> > make[1]: In file included from clk.c:24:
> > /private/u-boot-arm/include/asm/io.h:129: error: conflicting types for
> > 'virt_to_phys'
> > /private/u-boot-arm/include/asm/io.h:80: error: previous defin
I have integrated last USB u-boot code (2009.03rc) into my code and now I get
this:
=> usb start
(Re)start USB...
USB:
USB InitCompleted!
USB InitCompleted!
Register 10011 NbrPorts 1
USB EHCI 1.00
scanning bus for devices... New Device 0
usb_control_msg: request: 0x6, requesttype: 0x8
Jean-Christophe PLAGNIOL-VILLARD wrote:
> make[1]: In file included from clk.c:24:
> /private/u-boot-arm/include/asm/io.h:129: error: conflicting types for
> 'virt_to_phys'
> /private/u-boot-arm/include/asm/io.h:80: error: previous definition of
> 'virt_to_phys' was here
>
> Haavard could you take
On 00:26 Tue 17 Mar , Wolfgang Denk wrote:
> Hi Custodians (and everybody else),
>
> can you please check if all urgent patches have been added to the
> U-Boot master branch?
>
> If anything should still be missing, please respond *now*.
>
>
> My intention is to push out the 2009.03 release
Hello, I'm working on booting Linux from a Virtex 5 ml507 board using U-boot
version 1.3.4.
I have successfully booted Linux on an AVNET ml405 board before with no
problems, but that was with an earlier version of u-boot.
I have narrowed down the problem to DHCP Request errors.
It sends the DHCP
No.
I didn't touch the EHCI core layer. I expected that it work.
What do you think about?
THANKS.
Regars
Francesco
Gupta Maneesh-B18878 wrote:
>
> Have you faced any issues w.r.t accessing the root hub Device
> Descriptors?
>
> Regards
> Maneesh
>
>> -Original Message-
>> From: u-b
Hello,
Wolfgang Denk wrote:
> If anything should still be missing, please respond *now*.
>
>
> My intention is to push out the 2009.03 release on schedule,
> i. e. on Saturday, March 21, 2009.
>
> At the moment I am not planning for another release candidate.
* With GCC 4.2.3, all MIPS targets
Have you faced any issues w.r.t accessing the root hub Device
Descriptors?
Regards
Maneesh
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of FrancescoVT
> Sent: Thursday, March 19, 2009 7:20 PM
> To: u-boot@lists.denx.de
> Sub
Greetings,
I am trying to x86 cross-compile u-boot 2009.03-rc2 for the MCF5270 with gcc
4.3.3 and binutils 2.19.1 results in a u-boot that
fails its relocation to RAM. My boot sequence is this
U-Boot 2009.03-rc2dvl-00030-g28b1dbe (Mar 19 2009 - 10:21:06)
CPU: Freescale ColdFire MCF5270 rev. 1
This patchset adds these UBIFS related commands:
- ubifsmount
Mount an UBIFS volume
- ubifsls
List a directory of the mounted UBIFS volume
- ubifsload
Load a file from the mounted UBIFS volume to memory
Signed-off-by: Stefan Roese
---
Changes in v3:
- Patchseries split now into 3 logical
This patch adds LZO decompression support to U-Boot. It is needed for
the upcoming UBIFS support, since UBIFS uses LZO as default compressor/
decompressor. Since we only support read-only in UBIFS only the
decompressor is needed.
All this is copied with minor changes from the current Linux kernel
Changes in v3:
- Patchseries split now into 3 logical pieces instead of splitting
it into 8 chunks of > 100k
Changes in v2:
- Now symbolic links are handled correctly
The following changes since commit 069f4364d807d7fdea3de7385ad2f8d83c587aec:
Mike Frysinger (1):
smc911x_eeprom: upda
From 2cfa4b5789a6c01f6120663cc36ca751e2e5d172 Mon Sep 17 00:00:00 2001
From: Richard Retanubun
Date: Wed, 18 Mar 2009 17:12:47 -0400
Subject: [PATCH] Improved gcc version detection for more optimized code.
This patch makes the gcc version detection more flexible.
gcc 4.2+ supports -mcpu option,
>
> Please provide a patch against "next" (which I will then squash with
> the original patch...).
>
I've just sent patch which fixes compile warnings.
regards,
Grzesiek
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinf
Signed-off-by: Grzegorz Bernacki
---
This patch should be applied to the "next" branch.
cpu/mpc5xxx/cpu.c |3 ++-
include/configs/digsy_mtc.h |2 +-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/cpu/mpc5xxx/cpu.c b/cpu/mpc5xxx/cpu.c
index ad5ef8e..f6258c7 1006
* Enable backside L2
* e500mc no longer has timebase enable in HID (moved to CCSR register)
Signed-off-by: Kumar Gala
---
cpu/mpc85xx/cpu_init.c | 13 +
cpu/mpc85xx/fdt.c | 64 +++-
cpu/mpc85xx/release.S | 16
cpu/mpc85
Hi Wolfgang,
please pull one last-minute fix for cfi-flash:
The following changes since commit 069f4364d807d7fdea3de7385ad2f8d83c587aec:
Mike Frysinger (1):
smc911x_eeprom: update register API
are available in the git repository at:
git://www.denx.de/git/u-boot-cfi-flash.git master
Hi Richard,
On Thursday 19 March 2009, Richard Retanubun wrote:
> Just following up on this patch, the only other action I've seen on with
> regards to this is to fake the device identification from top-boot to
> bottom boot, but I think this is more 'masking' the problem and I don't
> have enough
Hi Stefan,
Just following up on this patch, the only other action I've seen on with
regards to this is to fake the device
identification from top-boot to bottom boot, but I think this is more 'masking'
the problem and
I don't have enough visibility to see if it is a safe thing to do.
In any cas
I have written an initialization sequence for Freescale MPC5121e. This CPU
contain an OTG and DR module with UTMI+ phy. I tested Linux USB driver for
this controller and it works. Infact I analyzed what Linux driver code did
and I applied it to my code in u-boot.
Gupta Maneesh-B18878 wrote:
>
>
Which SOC you are trying to use? I had faced some more issues while
porting the USB core layer related to descriptors also.
Regards
Maneesh
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of FrancescoVT
> Sent: Thursday, March
Kazuaki Ichinohe wrote:
>> Try to set VIDEO_IO_OFFSET to 0xD800, it should work. The
>> value of 0xD080 is wrong, now I see it after double-checking
>> the PCI/IO map in the PPC460EX manual. Sorry, my fault.
>
> The PCI memory space is accessible.
> However, the video output cannot be conf
Hi,
this is the report of my problem.
I have initialized the SOC FSL EHCI controller, and I typed usb start from
u-boot console.
I can see controller and mass storage, but mass storage doesn't seem to be
correctly configurated.
Can you explain to me what I must expect?
Thank you very much,
Fran
> Try to set VIDEO_IO_OFFSET to 0xD800, it should work. The
> value of 0xD080 is wrong, now I see it after double-checking
> the PCI/IO map in the PPC460EX manual. Sorry, my fault.
The PCI memory space is accessible.
However, the video output cannot be confirmed.
Why ?
Regards,
Kazuaki
Kazuaki Ichinohe wrote:
>> Now register access to BAR2 seems to work. What was the value
>> of VIDEO_IO_OFFSET used with this latest test?
>
> VIDEO_IO_OFFSET is 0xD080
Try to set VIDEO_IO_OFFSET to 0xD800, it should work. The
value of 0xD080 is wrong, now I see it after double-checki
Hi,
FrancescoVT wrote:
> Hi,
>
> I'm developing an USB EHCI driver for ADS5121e. Now , I completed
> initialization sequence for my SOC EHCI Controller. My scope is to use with
> mass storage, but I think that ehci core layer don't work correctly. Do
> somebody use EHCI CORE layer for Mass storage
> Now register access to BAR2 seems to work. What was the value
> of VIDEO_IO_OFFSET used with this latest test?
VIDEO_IO_OFFSET is 0xD080
Regards,
Kazuaki Ichinohe
Anatolij Gustschin wrote:
> Kazuaki Ichinohe wrote:
>> Hi Anatolij, Stefan,
>>
>> Thank you for the reply.
>> I confirmed you
Kazuaki Ichinohe wrote:
> Hi Anatolij, Stefan,
>
> Thank you for the reply.
> I confirmed your patch source.
> However, the exception was generated.
>
>
> U-Boot 2009.01 ( 3月 19 2009 - 18:41:36)
>
> CPU: AMCC PowerPC 460EX Rev. A at 800 MHz (PLB
Hi,
I'm developing an USB EHCI driver for ADS5121e. Now , I completed
initialization sequence for my SOC EHCI Controller. My scope is to use with
mass storage, but I think that ehci core layer don't work correctly. Do
somebody use EHCI CORE layer for Mass storage and it was ok?
Thank you.
--
V
Hi Anatolij, Stefan,
Thank you for the reply.
I confirmed your patch source.
However, the exception was generated.
U-Boot 2009.01 ( 3月 19 2009 - 18:41:36)
CPU: AMCC PowerPC 460EX Rev. A at 800 MHz (PLB=200, OPB=100, EBC=100 MHz)
Security
Dear Stefan Roese,
In message <200903191041.45190...@denx.de> you wrote:
>
...
> > We drop > 2000 lines of code here, which represents a lot of important
> > functions.
> >
> > I wonder if this patch has ever been tested?
>
> Yes, it has.
>
> I generated this patch with the "find-copies-harder"
Dear Wolfgang Denk & friendz,
> And you not only top-post, you also full-quote. Please make sure to
> read http://www.netmeister.org/news/learn2quote.html
I am sorry for my crazy randoms mails.
Let me correct it henceforth.
Thanking you for your supports.
--
*Rgrds,
Renjith*.
On Thursday 19 March 2009, Wolfgang Denk wrote:
> > diff --git a/README b/README
> > index 43fb1c0..c59652d 100644
> > --- a/README
> > +++ b/README
> > @@ -633,6 +633,7 @@ The following options need to be configured:
> > CONFIG_CMD_MII * MII utility commands
> > CO
Hi Wolfgang,
On Wednesday 18 March 2009, Wolfgang Denk wrote:
> > This patchset adds UBIFS read-only support to U-Boot. The following
> > commands are implemented:
> >
> > - ubifsmount
> > Mount an UBIFS volume
> >
> > - ubifsls
> > List a directory of the mounted UBIFS volume
> >
> > - ubifsl
On 03:18 Thu 19 Mar , Mike Frysinger wrote:
> On Sunday 04 January 2009 01:44:07 Jean-Christophe PLAGNIOL-VILLARD wrote:
> > - AT45DB321D
> > - AT45DB161D
> > - AT45DB081D
> > - AT45DB041D
> > - AT45DB021D
> > - AT45DB011D
> >
> > Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
>
> what
Dear Stefan Roese,
In message <1237451843-8870-1-git-send-email...@denx.de> you wrote:
> Currently the mtdparts commands are included in the jffs2 command support.
> This doesn't make sense anymore since other commands (e.g. UBI) use this
> infrastructure as well now. This patch separates the mtdp
Hi Kazuaki, Stefan,
Kazuaki Ichinohe wrote:
> This is a problem that the memory space of BAR2 is inaccessible.
> Even if the value of VIDEO_IO_OFFSET is changed, the problem is not solved.
>
> It is a log that you demanded as follows.
Thanks! Now I see this too. Previously you have mentioned th
On systems where U-Boot is linked to another address than it really lays
(e.g. backup image), calls via function pointers must be fixed with a
'+= gd->reloc_off'.
This was not done for none_compr in ubifs_compressors_init() what leads
to system crash on ubifsmount command.
Signed-off-by: Michael L
Dear renjith kumar,
A: Because it messes up the order in which people normally read text.
Q: Why is it such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
And you not only top-post, you also full-quote. Please make sure to
read http://www.netmeister.o
Michael Lawnick said the following:
> On systems where U-Boot is linked to another address than it really lays
> (e.g. backup image), calls via function pointers must be fixed with a
> '+= gd->reloc_off'.
> This was not done for none_compr in ubifs_compressors_init() what leads
> to system crash on
Dear Wolfgang Denk,
Yes , this is the main configuration changes that I need to worry abt.
One quick Doubt, here
Did you mean, a Same Sequoia configuration can still be OK for this, so that
it can list out the two devices (FPGA in EBC and FPGA in PCI interfaces)
?? (provided the clock/Crista
On systems where U-Boot is linked to another address than it really lays
(e.g. backup image), calls via function pointers must be fixed with a
'+= gd->reloc_off'.
This was not done for none_compr in ubifs_compressors_init() what leads
to system crash on ubifsmount command.
Signed-off-by: Michael L
Hello Richard,
Richard Retanubun wrote:
> From 9a7a9dfb1ed367b275bc19f7c40c98b63de75fb2 Mon Sep 17 00:00:00 2001
> From: Richard Retanubun
> Date: Wed, 18 Mar 2009 12:52:35 -0400
> Subject: [PATCH] Update I2CFDR frequency divider 0x0E value from 192 to 204.
>
> This patch changes the divider fac
On Sunday 04 January 2009 01:44:07 Jean-Christophe PLAGNIOL-VILLARD wrote:
> - AT45DB321D
> - AT45DB161D
> - AT45DB081D
> - AT45DB041D
> - AT45DB021D
> - AT45DB011D
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
whatever happened to this patch ? it isnt in mainline, i dont know of a "
Dear renjith kumar,
In message you
wrote:
>
> I was wondering , is there any Discussion or document that describe the way
> how I can Add a new device to u-Boot.
There is the README, and there is the U-Boot home page, especially
http://www.denx.de/wiki/U-Boot/Patches
> For example , I have tw
54 matches
Mail list logo
