On Tue, 2008-04-15 at 06:35 +0200, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > It is a step closer towards full relocation of u-boot, I want to get rid
> > of using global data while in FLASH.
>
> I doubt that this will work, but I'd love to be surprised :-)
It is n
On Tue, Apr 15, 2008 at 12:28:21AM +0200, Guennadi Liakhovetski wrote:
> I personally do prefer when unneeded .c files do not get compiled at
> all, rather than compiled to "0"-byte big objects. Makes the build
> process and the resulting tree look cleaner, and the image a bit
> smaller.
That's ho
On Mon, Apr 14, 2008 at 10:33:44PM +0200, Magnus Lilja wrote:
> - * Configuration settings for the 242x TI H4 board.
> + * Configuration settings for the phyCORE i.MX31 board.
This is "phyCORE-i.MX31".
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutio
Current flush_cache code does
1. clean the dcache with dcbst, but not invalidate dcache
2. invalidate icache
This patch use the dcbf instead of dcbst to have stronger
semantic, clean the dcache and invalidate dcache.
Signed-off-by: Dave Liu <[EMAIL PROTECTED]>
---
To meet DMA safe operation on
1. correct the typo
2. correct the memory map for 837xerdb board
Signed-off-by: Dave Liu <[EMAIL PROTECTED]>
---
doc/README.mpc8313erdb |4 ++--
doc/README.mpc8315erdb |2 +-
doc/README.mpc837xemds |2 +-
doc/README.mpc837xerdb | 13 ++---
4 files changed, 10 insertions(+),
The MPC83xx family never have CPM block, so remove it from 83xx.
Signed-off-by: Dave Liu <[EMAIL PROTECTED]>
---
cpu/mpc83xx/fdt.c |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/cpu/mpc83xx/fdt.c b/cpu/mpc83xx/fdt.c
index b39f678..02c4d05 100644
--- a/cpu/mpc83xx/
Update the default load address. if not, the kernel image
will be overwritten when u-boot boot the latest linux kernel.
Signed-off-by: Dave Liu <[EMAIL PROTECTED]>
---
include/configs/MPC837XEMDS.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/configs/MPC837X
On Mon, Apr 14, 2008 at 3:50 PM, Wolfgang Denk <[EMAIL PROTECTED]> wrote:
> Dear Michal,
>
>
> in message <[EMAIL PROTECTED]> you wrote:
> >
> > this code was sent to mailing list I think twice. I think Grant reviewed
> this
> > code once, didn't he?
>
> Maybe, I don't remember the details. B
> In message <[EMAIL PROTECTED]> you wrote:
>>
>> Add environment for the date when U-Boot is built
>
> It seems that nobody is ever using this variable, so why add it?
>
> Best regards,
>
> Wolfgang Denk
>
Have other patches in my own u-boot which uses it.
I plan to submit these patches lat
On 23:21 Mon 14 Apr , Grant Likely wrote:
> On Mon, Apr 14, 2008 at 5:28 PM, Guennadi Liakhovetski <[EMAIL PROTECTED]>
> wrote:
> > On Mon, 14 Apr 2008, Wolfgang Denk wrote:
> >
> > > In message <[EMAIL PROTECTED]> you wrote:
> > > >
> > > > > +#if defined(CONFIG_HARD_I2C) && defined (CONFI
In message <[EMAIL PROTECTED]> you wrote:
> >
> > Aren't we just moving the #ifdef hell from one place to another?
>
> Wouldn't it be logical to assume, that if CONFIG_I2C_MXC is defined,
> CONFIG_HARD_I2C is meant too? So, we could just put in i2c.h
Well, what exactly is CONFIG_I2C_MXC suppose
In message <[EMAIL PROTECTED]> you wrote:
>
> It is a step closer towards full relocation of u-boot, I want to get rid
> of using global data while in FLASH.
I doubt that this will work, but I'd love to be surprised :-)
> > The original idea of having such a list of funtion pointers which
>
In message <[EMAIL PROTECTED]> you wrote:
>
> > No, I tried to apply this to the U-Boot repository. Maybe this was my
> > fault? Is this supposed to go into Linux, then?
>
> No, it's supposed to go into the 2.6.22.1 branch of Stefan's u-boot NAND
> tree. This change is already in the Linux NAND
Wolfgang,
The following changes since commit 3dfd4aab929cccddb63d9ea509967861e1333b52:
Sascha Laue (1):
Fix watchdog POST for lwmon5
are available in the git repository at:
git://www.denx.de/git/u-boot-net.git master
Guennadi Liakhovetski (1):
Clean up smsc911x driver
Sascha
Hi,
Is there a way to modify the clock rate in u-boot? I want to
artificially set the clock rate on an m5282 to 32MHz instead of
66MHz. Thanks for any advice.
Alex
--
--
-
Loren A. Linden Levy
Department of Physics
390 UCB
University of Colorado
B
Hi All,
I am using buildroot to create a cpio image. Following is the output.
Starting kernel ...
Uncompressing
Linux
Linux version 2.6.24.4-default ([EMAIL PROTECTED]) (gcc version 4.2.1) #57 Tue
Apr 1
On Mon, Apr 14, 2008 at 5:28 PM, Guennadi Liakhovetski <[EMAIL PROTECTED]>
wrote:
> On Mon, 14 Apr 2008, Wolfgang Denk wrote:
>
> > In message <[EMAIL PROTECTED]> you wrote:
> > >
> > > > +#if defined(CONFIG_HARD_I2C) && defined (CONFIG_I2C_MXC)
> > > Please stop to define this here, move it t
On Sat, Apr 12, 2008 at 1:00 AM, Jean-Christophe PLAGNIOL-VILLARD
<[EMAIL PROTECTED]> wrote:
> Move non-inlied functions into specific drivers file
> Set get_prom as weak
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
> Signed-off-by: Vlad Lungu <[EMAIL PROTECTED]>
>
>
Licensed Medical Doctors in America
788,606 in total <> 17,054 emails
Many different medical specialties
Sort by over a dozen different fields
Cost just slashed - $390
+++ GET THE 4 ITEMS BELOW AS A GIFT WHEN YOU ORDER +++
>> US Pharmaceutical Company Executives Listing
47,000 names
hi all,
i read the Readme in the top directory of U-boot 1.3.2. i hope this subject
is appropriate.
i have a question on the makefile, i want to know where is the $obj define,
but it seem it define implicitly when use it.
sample:
VERSION = 1
PATCHLEVEL = 3
SUBLEVEL = 2
EXTRAVERSION =
U_BOOT_VER
On Mon, 14 Apr 2008, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > > +#if defined(CONFIG_HARD_I2C) && defined (CONFIG_I2C_MXC)
> > Please stop to define this here, move it the Makefile
>
> Hm... While I agree with the simple standard case of a single
> "#ifdef", I'm not
On Mon, 2008-04-14 at 03:09 +0200, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> > Global variables are not ideal before relocation to RAM.
>
> Byt they don't cause any real problem either, or am I missing
> something?
Makes u-boot smaller too.
It is a step closer towards fu
On Mon, 2008-04-14 at 03:09 +0200, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]@transmode.se> you wrote:
> > Did you try this one or did du skip it this release?
>
> Unfortunately this doesn't apply any more:
>
> Applying Change env_get_char from a global function ptr to a function.
> er
Correct the names of the i.MX31 Litekit and phyCORE boards in config files.
Signed-off-by: Magnus Lilja <[EMAIL PROTECTED]>
---
include/configs/imx31_litekit.h |2 +-
include/configs/imx31_phycore.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/configs/imx
Hello Leon :-)
Thank you for your help!! :-)
I understand now that is not dificult to make a stand alone application, It's
easy :-) - I am trying to learn the art of building, using GCC, make files,
linking... :-)
Many thanks - have a nice days :-)
--
Cumprimentos,
JPCasainho - http://www.C
On Mon, 14 Apr 2008 12:59:28 -0500
"Andy Fleming" <[EMAIL PROTECTED]> wrote:
> On Sun, Mar 30, 2008 at 8:45 AM, David Saada <[EMAIL PROTECTED]> wrote:
> >
> > On the MPC83xx & MPC85xx architectures that have QE, add initial data to
> > the
> > pin configuration table (qe_iop_conf_tab). This is
Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
Some hardware, such as the enhanced local bus controller used on some
mpc83xx chips, does ecc transparently when reading and writing data, rather
than providing a generic calculate/correct mechanism that can be exported
In message <[EMAIL PROTECTED]> you wrote:
>
> Add environment for the date when U-Boot is built
It seems that nobody is ever using this variable, so why add it?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirc
In message <[EMAIL PROTECTED]> you wrote:
>
> Le samedi 12 avril 2008 =E0 21:03 +0200, Ulf Samuelsson a =E9crit :
> > Add ID codes for most recent Atmel NOR flashes
>
> Is there any added value on using the atmel flash driver instead of the
> standard CFI driver ? It surely doesn't have any on th
In message <[EMAIL PROTECTED]> you wrote:
>
> We could use the following two facts:
> 1. the image contents are printed with only two indentations: 0 or 3 spaces,
> 2. indentation with 3 spaces is used in U-Boot, indentation with 0
> spaces is used in mkimage.
>
> With the following change we coul
In message <[EMAIL PROTECTED]> you wrote:
>
> Add support for the AT91RM9200EK Board.
I guess you are aware that the merge window is not open, i. e. you are
submitting this only for discussion here...
> diff -urN u-boot.cmp/board/atmel/at91rm9200ek/at91rm9200ek.c
> u-boot/board/atmel/at91rm9200
In message <[EMAIL PROTECTED]> you wrote:
>
> > > - @rm -f $(obj)environment.c
> > > - ln -s $(src)../common/environment.c $(obj)environment.c
> > > + ln -s -f $(src)../common/environment.c $(obj)environment.c
> >
> > Be careful here. Are you 100% sure that all systems in th
In message <[EMAIL PROTECTED]> you wrote:
>
> > > Some hardware, such as the enhanced local bus controller used on some
> > > mpc83xx chips, does ecc transparently when reading and writing data,
> > > rather
> > > than providing a generic calculate/correct mechanism that can be exported
> > > to
In message <[EMAIL PROTECTED]> you wrote:
>
> > +#if defined(CONFIG_HARD_I2C) && defined (CONFIG_I2C_MXC)
> Please stop to define this here, move it the Makefile
Hm... While I agree with the simple standard case of a single
"#ifdef", I'm not so 100% sure it is a good thing to add such complex
expr
In message <[EMAIL PROTECTED]> you wrote:
>
> I proposing to create an include directory name u-boot like it's
This already happened. See latest commits.
> done in linux (include/linux) where we put all relate u-boot
> headers except configs and asms dirs.
Please don't reorgan
Dear Michal,
in message <[EMAIL PROTECTED]> you wrote:
>
> this code was sent to mailing list I think twice. I think Grant reviewed this
> code once, didn't he?
Maybe, I don't remember the details. But if Ben had accepted the
patch, he would have checked it into the u-boot-net custodian
reposito
On Thu, 2008-04-10 at 01:03 +0200, Joakim Tjernlund wrote:
> > -Original Message-
> > From: kenneth johansson [mailto:[EMAIL PROTECTED]
> > I had this misconception that the GOT was all that was needed for
> > relocation.
> > Could not find any useful information on what rules apply to gcc
> -Original Message-
> From: Bruce Becky
> Sent: Monday, April 14, 2008 11:39 AM
> To: Yang Ronda
> Cc: u-boot-users@lists.sourceforge.net
> Subject: Re: [U-Boot-Users] SYNC definition problem
>
>
> On Apr 11, 2008, at 5:27 PM, Yang Ronda wrote:
> > Hi,
> >
> > I was trying to turn on
On 20:56 Sat 12 Apr , Ulf Samuelsson wrote:
> Rearrange ARM boards in Makefile so that ARM926EJ-S boards
> are no longer under ARM92xT header.
>
> Signed-off-by: Ulf Samuelsson <[EMAIL PROTECTED]>
>
> --
> Best Regards
> Ulf Samuelsson
>
> diff -urN u-boot.cmp/Makefile u-boot/Makefile
> --
On Sun, Mar 30, 2008 at 8:45 AM, David Saada <[EMAIL PROTECTED]> wrote:
>
> On the MPC83xx & MPC85xx architectures that have QE, add initial data to the
> pin configuration table (qe_iop_conf_tab). This is relevant for GPIO pins
> defined as output. One can setup a value of -1 to leave the value
Hi,
> In message <[EMAIL PROTECTED]> you wrote:
>> You are right! I've checked it again and find the mistake by myself.
>>
>> Subject: [PATCH] bugfix: lwmon5 watchdog post
>> If the hardware watchdog detects a voltage error, the watchdog set GPIO62 to
>> low.
>> The watchdog POST have to detect
On Monday 14 April 2008, Detlev Zundel wrote:
> > we maintain a Blackfin-specific u-boot wiki that goes into quite a bit of
> > detail, some of which is duplicated with the main u-boot wiki. how do
> > people feel about extending the u-boot wiki to allow for arch-specific
> > details ?
>
> What ex
On Apr 11, 2008, at 5:27 PM, Yang Ronda wrote:
> Hi,
>
> I was trying to turn on I-Cache while u-boot is executing out of
> Flash on MPC5121 ADS board, and just found the board refused to
> boot. After debug and tried many different ways, we finally found
> that the root of the problem is th
On Mon, Apr 14, 2008 at 12:01:54AM +0200, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> > Some hardware, such as the enhanced local bus controller used on some
> > mpc83xx chips, does ecc transparently when reading and writing data, rather
> > than providing a generic calculate
On Apr 14, 2008, at 1:46 AM, Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 20:40 Wed 26 Mar , Guennadi Liakhovetski wrote:
>> From: Sascha Hauer <[EMAIL PROTECTED]>
>>
>> This patch adds an i2c driver for Freescale i.MX processors
>>
>> Signed-off-by: Sascha Hauer <[EMAIL PROTECTED]>
>> Signed-
Fabio Estevam schrieb:
> Hi Jens,
>
> Yes, I used LTIB for building the kernel:
>
> export SYSCFG_KTARG=uImage
> ./ltib -p kernel -m prep
> ./ltib -p kernel -m scbuild
> ./ltib -p kernel -m scdeploy
>
> The uImage is generated at:
> .../rpm/BUILD/linux/arch/arm/boot/uImage
>
> Regards,
>
> Fa
- document 'bootm_low' and 'bootm_size' environment variables
- update inaccurate CFG_BOOTMAPSZ entry
Signed-off-by: Bartlomiej Sieka <[EMAIL PROTECTED]>
---
Addressed comment by Kumar, changed patch description accordingly.
README | 21 +++--
1 files changed, 19 insertions(+),
Hi Jens,
Yes, I used LTIB for building the kernel:
export SYSCFG_KTARG=uImage
./ltib -p kernel -m prep
./ltib -p kernel -m scbuild
./ltib -p kernel -m scdeploy
The uImage is generated at:
.../rpm/BUILD/linux/arch/arm/boot/uImage
Regards,
Fabio Estevam
--- Jens Gehrlein <[EMAIL PROTECTED]> wr
> +
> + /* Correct IRDA resistor problem */
> + /* Set PA23_TXD in Output */
> + ((AT91PS_PIO) AT91C_BASE_PIOA)->PIO_OER = AT91C_PA23_TXD2;
> +
> + /* memory and cpu-speed are setup before relocation */
> + /* so we do _nothing_ here */
> +
> + /* arch number of AT91RM9200DK
Hi Leon,
You could help us a little answer your questions by giving some more
details - pretty obvious things like architecture or board name come to
mind...
> The original u-boot running on board was burn AT 0xFFF0,
> (Flash is mapped to 0xFE00-0x)
> The CFG_RESET_ADDRESS = 0xFE0
Hi Mike,
> we maintain a Blackfin-specific u-boot wiki that goes into quite a bit of
> detail, some of which is duplicated with the main u-boot wiki. how do people
> feel about extending the u-boot wiki to allow for arch-specific details ?
What exactly do you have in mind? I surely don't see
Hi Ken,
> This problem has been repeatable for nearly the past 2 hours.
>
> I did a clone of the same git repository without any problems earlier
> today, except it wouldn't build properly.
>
> Any suggestions about what is wrong with the clone attempt and what can
> be done to fix it?
The proble
Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
>> As suggested by Wolfgang Denk:
>> - remove wrappers for image printing function
>> - merge getenv_verify and getenv_autostart into one parametrized function
> ...
>> -image_print_contents (hdr);
>> +image_print_contents (hd
Hi Fabio,
Fabio Estevam schrieb:
> Hi Guennadi,
>
> Now I generated uImage correctly and it boots fine.
How did you build this Kernel? Did you use the LTIB?
Regards
Jens
-
This SF.net email is sponsored by the 2008 JavaOne
>
> Le lundi 14 avril 2008 à 08:00 +0200, Ulf Samuelsson a écrit :
>> > Le samedi 12 avril 2008 à 21:03 +0200, Ulf Samuelsson a écrit :
>> >> Add ID codes for most recent Atmel NOR flashes
>> >
>> > Is there any added value on using the atmel flash driver instead of the
>> > standard CFI driver
Le lundi 14 avril 2008 à 11:52 +0200, Sander Vermin a écrit :
> >
> > The official toolchain for U-Boot is the DENX ELDK:
> > http://www.denx.de/wiki/DULG/ELDK . I don't really think this is your
> > issue, but when nothing works it may make sense to put yourself in a
> > well known configuration.
On 11:19 Mon 14 Apr , Stelian Pop wrote:
>
> Le lundi 14 avril 2008 à 08:00 +0200, Ulf Samuelsson a écrit :
> > > Le samedi 12 avril 2008 à 21:03 +0200, Ulf Samuelsson a écrit :
> > >> Add ID codes for most recent Atmel NOR flashes
> > >
> > > Is there any added value on using the atmel flash
Hi
I have PQIII-8548 problems in DDR2 configuration.
And look for leads. Help will be welcomed.
Details below - Thanks in advance.
++Tal
---
1. Board is propeitery board
2. CPU: 8548 (e500 core, v2)
3. SDRAM is DDR2 (not DIMM)
4. DDR is workin
I think that a separate include directory for u-boot is a good idea.
ciao
luigi
On sab, 2008-04-12 at 14:25 +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> Hi,
>
> I proposing to create an include directory name u-boot like it's
> done in linux (include/linux) where we put all rel
Stelian Pop schreef:
> Le lundi 14 avril 2008 à 11:19 +0200, Sander Vermin a écrit :
>
>
>>> Do you have a working Linux kernel with a working network interface ?
>>> The Linux and U-Boot macb driver and PIO configuration is very close,
>>> and if you manage to make it work under Linux you'll p
Le lundi 14 avril 2008 à 11:19 +0200, Sander Vermin a écrit :
> > Do you have a working Linux kernel with a working network interface ?
> > The Linux and U-Boot macb driver and PIO configuration is very close,
> > and if you manage to make it work under Linux you'll probably have
> > little trou
Stelian Pop schreef:
> Le lundi 14 avril 2008 à 10:10 +0200, Sander Vermin a écrit :
>
>> Hi All,
>>
>> I have been struggling the last week to get the macb Ethernet driver in
>> MII mode.
>>
>> [in short]
>> I have communication over the MDIO interface, my activity led blinks but
>> no ehtern
Le lundi 14 avril 2008 à 08:01 +0200, Ulf Samuelsson a écrit :
> The at91rm9200dk board already exists with similar code.
>
> I think the chances that it someone will work on this is higher
> if the code is inside U-Boot than outside U-Boot though.
Not sure about this. If it's there and it work
Le lundi 14 avril 2008 à 08:00 +0200, Ulf Samuelsson a écrit :
> > Le samedi 12 avril 2008 à 21:03 +0200, Ulf Samuelsson a écrit :
> >> Add ID codes for most recent Atmel NOR flashes
> >
> > Is there any added value on using the atmel flash driver instead of the
> > standard CFI driver ? It surel
Le lundi 14 avril 2008 à 10:10 +0200, Sander Vermin a écrit :
> Hi All,
>
> I have been struggling the last week to get the macb Ethernet driver in
> MII mode.
>
> [in short]
> I have communication over the MDIO interface, my activity led blinks but
> no ehternet.
>
> [the long story]
> I hav
This patch adds support for the MX31ADS evaluation board from Freescale,
initialization code is copied from RedBoot sources, also provided by
Freescale.
Signed-off-by: Guennadi Liakhovetski <[EMAIL PROTECTED]>
---
On Mon, 14 Apr 2008, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you
Hello :-)
I am looking for an example code for a Flash LED, for a stand alone
application. I did read the examples like "hello world" and the
/doc/standalone.
I would like to know If I can build a stand alone application without
build the u-boot -- I would appreciate if someone point me to a
tuto
Hi All,
I have been struggling the last week to get the macb Ethernet driver in
MII mode.
[in short]
I have communication over the MDIO interface, my activity led blinks but
no ehternet.
[the long story]
I have a custom board build out of the schematics of the AT91SAM9260EK
board. On my boar
The original u-boot running on board was burn AT 0xFFF0,
(Flash is mapped to 0xFE00-0x)
The CFG_RESET_ADDRESS = 0xFE00
The original and new u-boot file difference is only two place.
1. CONFIG_AUTOBOOT_PROMPT (use it to verify the new u-boot startup correctly)
2. board/myboard/c
69 matches
Mail list logo
