Dear Dirk Behme,
In message <4d01b92e.8050...@googlemail.com> you wrote:
>
> > Note: This is compile tested only (therefore the RFC). Please *test*
> >on real OMAP HW, e.g. Beagle.
>
> To the custodian who has to apply this: Regarding the RFC in the
> subject: Now that this patch is conf
Hello Dirk,
Heiko Schocher wrote:
> Dirk Behme wrote:
>> Reuse the gd->tbl value for timestamp and add gd->lastinc for lastinc bss
>> values in the OMAP timer driver.
>>
>> The usage of bss values in drivers before initialisation of bss is forbidden.
>> In that special case some data in .rel.dyn g
Le 10/12/2010 05:32, saurabh narang a écrit :
> Hi
>
> I am not able to implement scanf function in standalone application in Uboot
> OR implement scanf in POST
>
> Please help in this regard
>
> Saurabh Kumar narang
Hum... Implementing a function you need should be your own lookout.
However, if
Hello Dirk,
Dirk Behme wrote:
> Reuse the gd->tbl value for timestamp and add gd->lastinc for lastinc bss
> values in the OMAP timer driver.
>
> The usage of bss values in drivers before initialisation of bss is forbidden.
> In that special case some data in .rel.dyn gets corrupted.
>
> Signed-o
On 09.12.2010 17:31, Dirk Behme wrote:
> Reuse the gd->tbl value for timestamp and add gd->lastinc for lastinc bss
> values in the OMAP timer driver.
>
> The usage of bss values in drivers before initialisation of bss is forbidden.
> In that special case some data in .rel.dyn gets corrupted.
>
> Si
Hi
I am not able to implement scanf function in standalone application in Uboot
OR implement scanf in POST
Please help in this regard
Saurabh Kumar narang
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Loan Offer at 3% Low Interest Rate Contact Us Now Name: loan Amount:Phone
Number.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
I am sending this to the list looking for comments. Testing has been
confined to just a few USB sticks - no USB hard drives, USB card
readers, etc. But there are reports on the mailing list of problems
with U-Boot's detection of USB mass storage devices.
We have had a lot of problems with differ
On Thu, Dec 9, 2010 at 10:31 AM, Dirk Behme wrote:
> Reuse the gd->tbl value for timestamp and add gd->lastinc for lastinc bss
> values in the OMAP timer driver.
>
> The usage of bss values in drivers before initialisation of bss is forbidden.
> In that special case some data in .rel.dyn gets corr
On Thu, Dec 9, 2010 at 9:31 AM, Dirk Behme wrote:
> Reuse the gd->tbl value for timestamp and add gd->lastinc for lastinc bss
> values in the OMAP timer driver.
>
> The usage of bss values in drivers before initialisation of bss is forbidden.
> In that special case some data in .rel.dyn gets corru
Your Email Id Won £950,000.00 In Mercedes Benz Xmas Promo. For Claims Send
Name.
Address..
Tel...___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
>
>
> >
> > On Fri, 3 Dec 2010 10:30:38 -0600
> > "Joakim Tjernlund" wrote:
> >
> > > By rearranging the linker script we get support for
> > > relocation of -fpic for free.
> > > Move __got2_entries outside _GOT2_TABLE_ defining scope
> > > matching the rest of PowerPC
> > >
> > > Signed-off-by:
>
> On Fri, 3 Dec 2010 10:30:38 -0600
> "Joakim Tjernlund" wrote:
>
> > By rearranging the linker script we get support for
> > relocation of -fpic for free.
> > Move __got2_entries outside _GOT2_TABLE_ defining scope
> > matching the rest of PowerPC
> >
> > Signed-off-by: Joakim Tjernlund
> > -
Dear stefano babic,
In message <4d00a9dd.5030...@denx.de> you wrote:
>
> I sent on 24/11 a pull request, but I can't find it in the ML archive
> and you have not yet merged, so it seems it was lost. I resubmit it as
> it is. Drop this mail if you have already seen it.
Sorry, seems I really misse
Hi,
2010/12/1 Lei Wen :
> Since the ether may not be the only one usb gadget would be used
> in the uboot, it is neccessary to do the register each time the
> eth begin to work to make usb gadget driver less confussed when
> we want to use two different usb gadget at the same time.
>
> Usb gadget
On Fri, 3 Dec 2010 10:30:38 -0600
"Joakim Tjernlund" wrote:
> By rearranging the linker script we get support for
> relocation of -fpic for free.
> Move __got2_entries outside _GOT2_TABLE_ defining scope
> matching the rest of PowerPC
>
> Signed-off-by: Joakim Tjernlund
> ---
> nand_spl/board/
Dear Heiko Schocher,
In message <4d00f98b.1010...@denx.de> you wrote:
>
> >> +static unsigned long sensors_init_done = 0;
> >
> > What if there are more then 32 sensors?
>
> Ok, that would not work ... Hmm.. I can get the number of DTTs on a board
> with ARRAY_SIZE(CONFIG_DTT_SENSORS) ... shoul
Hi,
2010/11/29 Debashish Rath :
> Dear Mr. Wolfgang,
> Please find the patch for the same. This is ok or I have to prepare a
> different mail and send the patch as an attachment.
No, please not post it as attachment.
> Regards
> Debashish Rath
>
>
> --PATCH START---
>
> By rearranging the linker script we get support for
> relocation of -fpic for free.
> Move __got2_entries outside _GOT2_TABLE_ defining scope
> matching the rest of PowerPC
>
> Signed-off-by: Joakim Tjernlund
Ping?
___
U-Boot mailing list
U-Boot@li
>
> By rearranging the linker script we get support for
> relocation of -fpic for free.
>
> Signed-off-by: Joakim Tjernlund
Ping?
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 12/9/2010 12:08 PM, Andreas Bießmann wrote:
> Dear James Kosin,
>
> Am 09.12.2010 17:49, schrieb James Kosin:
>> With the latest from the u-boot-atmel area, the symbols below don't seem
>> to be defined.
> at91rm9200dk is orphaned. We had a lot of changes for arm devices and a
> lot of them do n
On Thu, 2010-12-09 at 22:11 +1300, Chris Packham wrote:
> This adds support for for the PCA9535/PCA9539 family of gpio devices which
> have 16 output pins.
>
> To let the driver know which devices are 16-pin it is necessary to define
> CONFIG_SYS_I2C_PCA953X_WIDTH in your board config file. This i
Dear James Kosin,
Am 09.12.2010 17:49, schrieb James Kosin:
> With the latest from the u-boot-atmel area, the symbols below don't seem
> to be defined.
at91rm9200dk is orphaned. We had a lot of changes for arm devices and a
lot of them do not work now. Please see git history what I did for
at91rm
With the latest from the u-boot-atmel area, the symbols below don't seem
to be defined.
Thanks,
James
--- error
arm-eabi-gcc -g -Os -fno-common -ffixed-r8 -msoft-float
-D__KERNEL__ -DCONF
IG_SYS_TEXT_BASE=0x21f0 -I/home/jkosin/git/u-boot-atmel/include
-fno-builtin
-ffreestanding -nostdi
On 04.12.2010 11:48, Albert ARIBAUD wrote:
> Le 04/12/2010 10:33, Dirk Behme a écrit :
>
>>> Also make sure that the r8 register is not trashed by the relocation
>>> code in the start.S used for this board. See Andreas' patch for that.
>>
>> Thanks for the hint! Most probably you mean
>>
>> http://
Reuse the gd->tbl value for timestamp and add gd->lastinc for lastinc bss
values in the OMAP timer driver.
The usage of bss values in drivers before initialisation of bss is forbidden.
In that special case some data in .rel.dyn gets corrupted.
Signed-off-by: Dirk Behme
---
Note: This is compil
In common/dlmalloc.c in the heap initialization mem_malloc_init() [1]
it looks like the whole heap is initialized with zero:
memset((void *)mem_malloc_start, 0, size);
What's the reason for doing this? I know that the .bss segment has to
be zeroed at system start up, but why doing this for the
On Dec 2, 2010, at 11:43 AM, Peter Tyser wrote:
> From: John Schmoller
>
> According to Freescale reference manuals (eg section "13.4.4.2
> Programming the UPMs" of the P4080 Reference Manual):
>
> "Since the result of any update to the MxMR/MDR register must be in
> effect before the dummy re
The following commit:
commit 46e91674fb4b6d06c6a4984c0b5ac7d9a16923f4
Author: Peter Tyser
Date: Tue Nov 3 17:52:07 2009 -0600
tsec: Force TBI PHY to 1000Mbps full duplex in SGMII mode
Removed setting Auto-Neg by default, however this is believed to be
proper default configuration for init
Hello Wolfgang,
Wolfgang Denk wrote:
> In message <1291903238-29071-1-git-send-email...@denx.de> you wrote:
>> --- a/common/cmd_dtt.c
>> +++ b/common/cmd_dtt.c
>> @@ -28,6 +28,8 @@
>> #include
>> #include
>>
>> +static unsigned long sensors_init_done = 0;
>
> What if there are more then 32
Dear Heiko Schocher,
In message <1291903238-29071-1-git-send-email...@denx.de> you wrote:
>
> --- a/common/cmd_dtt.c
> +++ b/common/cmd_dtt.c
> @@ -28,6 +28,8 @@
> #include
> #include
>
> +static unsigned long sensors_init_done = 0;
What if there are more then 32 sensors?
> int do_dtt (cm
The U-Boot Design Principles[1] clearly say:
Initialize devices only when they are needed within U-Boot, i.e. don't
initialize the Ethernet interface(s) unless U-Boot performs a download
over Ethernet; don't initialize any IDE or USB devices unless U-Boot
actually tries to load files from
Dear "=?ISO-8859-1?Q?Andreas_Bie=DFmann?=",
In message <4d00c6a5.9010...@gmail.com> you wrote:
> Dear Wolfgang Denk,
>
> Am 09.12.2010 10:52, schrieb Wolfgang Denk:
>
> > 2) By some stupid accident I lost track of some / most / all
> >ARM related patches that are supposed to go into the curr
Dear "=?ISO-8859-1?Q?Andreas_Bie=DFmann?=",
In message <4d00c813.2010...@gmail.com> you wrote:
>
> can you please mark http://patchwork.ozlabs.org/patch/73563/ as superseeded?
>
> This is the patch which should not go into mainline but has 'accepted'
> state.
Done.
Best regards,
Wolfgang Denk
Le 01/12/2010 00:58, Andreas Bießmann a écrit :
> In case we are still at relocation target address before relocation we
> do not need to load the registers needed for relocation. We should
> instead skip the whole relocation part and jump over to clear_bss
> immediately.
>
> Signed-off-by: Andreas
Le 01/12/2010 00:58, Andreas Bießmann a écrit :
> In case we are still at relocation target address before relocation we
> do not need to load the registers needed for relocation. We should
> instead skip the whole relocation part and jump over to clear_bss
> immediately.
>
> Signed-off-by: Andreas
Le 01/12/2010 00:58, Andreas Bießmann a écrit :
> I doubt the stack_setup() was defective before:
> we load the current location of _start and compare against destination
> of relocate_code(). If we are already there we shoud skip the
> relocation and jump over to clear_bss. Before the clear_
Le 01/12/2010 00:58, Andreas Bießmann a écrit :
> r8 is used for global_data and should therefore be left alone!
>
> For C code the compiler flag --fixed-r8 does the job, but in assembler
> we need to be aware of that fact.
>
> Signed-off-by: Andreas Bießmann
Acked-By: Albert ARIBAUD
Amicalement
Le 01/12/2010 00:58, Andreas Bießmann a écrit :
> This patch uses r1 as scratch register for copy_loop(). Therefore we do
> not longer need r7 for the storage of relocate_code()'s 'addr_moni' (the
> destination address of relocation).
> Therefore r7 can be used later on for other purposes.
>
> Sign
Hi
I am new to uboot and I would like to learn it under an emulator
instead of a remote target. For instance, I'd like to experiment it
with the Android operating system. So far, I have tried qemu (utility
qemu-system-arm) to boot the kernel or an arm+uboot bootable sd flash
image on x86 archite
Dear Wolfgang Denk,
Am 09.12.2010 13:08, schrieb Andreas Bießmann:
> Dear Wolfgang Denk,
>
> Am 09.12.2010 10:52, schrieb Wolfgang Denk:
>
>> 2) By some stupid accident I lost track of some / most / all
>>ARM related patches that are supposed to go into the current
>>release and/or next;
Dear Wolfgang Denk,
Am 09.12.2010 10:52, schrieb Wolfgang Denk:
> 2) By some stupid accident I lost track of some / most / all
>ARM related patches that are supposed to go into the current
>release and/or next; unfortunately I also maked these as "applied'
>in patchwork.
>
>If yo
Dear Andreas Bießmann,
> Dear Wolfgang Denk,
> Dear Albert Aribaud,
>
> Am 09.12.2010 11:26, schrieb Wolfgang Denk:
>> Dear Albert ARIBAUD,
>>
>> In message <4d007227.7020...@free.fr> you wrote:
start.S:251: Error: bad arguments to instruction -- `add r1,r9'
It looks a illegal instr
I wrote:
> /*
> * Warning: changing CONFIG_SYS_TEXT_BASE requires
> - * adapting the initial boot program
> + * adapting the initial boot program.
> + * Guard it since the definition finds its way to the command-line and
> + * causes warnings when this file is included
> */
> -#define CONFIG_
Dear Wolfgang Denk,
Dear Albert Aribaud,
Am 09.12.2010 11:26, schrieb Wolfgang Denk:
> Dear Albert ARIBAUD,
>
> In message <4d007227.7020...@free.fr> you wrote:
>>
>>> start.S:251: Error: bad arguments to instruction -- `add r1,r9'
>>>
>>> It looks a illegal instruction in start.S
>>>
>>> my tool
Hello Wolfgang,
Wolfgang Denk wrote:
> Dear Heiko Schocher,
>
> In message <4d007f37.3010...@denx.de> you wrote:
>> Is there a reason why the dtt sensors are initialized and accessed on
>> u-boot startup?
>
> Someone once thought it was a good idea, and nobody fixed it since.
>
>> Should that b
Dear Wolfgang Denk,
Am 09.12.2010 11:32, schrieb Wolfgang Denk:
> Dear Wolfgang Denk,
>
> In message <20101209094538.7b9bbd08...@gemini.denx.de> you wrote:
>
> OK, I found the stuff. I have applied to my working copy of the master
> branch instesd of ARM.
>
> So only the "-pie" commit needs to
From: Chong Huang
Signed-off-by: Chong Huang
Signed-off-by: Haitao Zhang
Signed-off-by: Mike Frysinger
---
MAINTAINERS |5 ++
board/bf525-ucr2/Makefile | 54 ++
board/bf525-ucr2/bf525-ucr2.c | 16 +++
board/bf525-ucr2/config.mk| 32 +
From: Andreas Schallenberg
Info about the hardware can be found here:
http://www.dilnetpc.com/dnp0086.htm
Signed-off-by: Andreas Schallenberg
Signed-off-by: Mike Frysinger
---
v2
- update to latest mainline
- add MAINTAINERS entry
MAINTAINERS |4 ++
Only the first run of boards had a ksz switch on it, so if building for a
newer silicon rev or SPI is disabled, don't bother checking for the ksz.
Signed-off-by: Mike Frysinger
---
board/bf518f-ezbrd/bf518f-ezbrd.c | 30 ++
1 files changed, 22 insertions(+), 8 delet
Dear Wolfgang Denk,
In message <20101209094538.7b9bbd08...@gemini.denx.de> you wrote:
>
> Hm... strange...
>
> I am absolutely sure that I did apply these patches last night, and
> then I even pushed them out... ... but now I see no trace of this
> either.
>
> Don't know what happened (I should
Make code build with older tool chains.
Signed-off-by: Wolfgang Denk
---
arch/arm/cpu/arm1136/start.S |2 +-
arch/arm/cpu/arm1176/start.S |2 +-
arch/arm/cpu/arm720t/start.S |2 +-
arch/arm/cpu/arm920t/start.S |2 +-
arch/arm/cpu/arm925t/start.S |2 +-
arch/arm/cpu/
Dear Albert ARIBAUD,
In message <4d007227.7020...@free.fr> you wrote:
>
> > start.S:251: Error: bad arguments to instruction -- `add r1,r9'
> >
> > It looks a illegal instruction in start.S
> >
> > my toolchain is eldk4.1
>
> ELDK 4.1 seems a bit old -- 4.2 has been available for some time now and
Dear Heiko Schocher,
In message <4d007f37.3010...@denx.de> you wrote:
>
> Is there a reason why the dtt sensors are initialized and accessed on
> u-boot startup?
Someone once thought it was a good idea, and nobody fixed it since.
> Should that be changed?
Yes.
Best regards,
Wolfgang Denk
--
From: Chong Huang
Signed-off-by: Chong Huang
Signed-off-by: Haitao Zhang
Signed-off-by: Mike Frysinger
---
drivers/mtd/spi/Makefile |1 +
drivers/mtd/spi/eon.c| 275 ++
drivers/mtd/spi/spi_flash.c |3 +
drivers/mtd/
From: Wojtek Skulski
While we're here, cut out the useless id defines too.
Signed-off-by: Wojtek Skulski
Signed-off-by: Mike Frysinger
---
drivers/mtd/spi/winbond.c | 39 +--
1 files changed, 29 insertions(+), 10 deletions(-)
diff --git a/drivers/mtd/spi
Dear York Sun,
In message <1291863340-4354-2-git-send-email-york...@freescale.com> you wrote:
> To temporarily fix buffer issue when running at flash, use bigger buffer
> to push down the stack deeper.
What does this mean? "temporarily fix" ? Do you have another,
permanent fix in the works
> Sig
Dear tma...@apm.com,
In message <1291857127-3265-1-git-send-email-tma...@apm.com> you wrote:
>
> Adding Eiger board support for 460SX SoC.
I understand the "Eegier" in the Subject: is a typo? That shouldbe
"Eiger" as well?
> +
>Dear zzs213,
>
>can you please leave some context when you answering to the list?
>
>Am 09.12.2010 10:52, schrieb zzs213:
>> you are right, I use that method on u-boot-2010.09 for my own board(slightly
>> different from at91rm9200ek)
>
>I guess you mean you are using a preloader on your NOR flas
This patch adds commonly used macros for ARMADA100 based
baords, Also some code reshuffled and updated for typos and comments
Signed-off-by: Prafulla Wadaskar
---
Changelog v3:
CONFIG_ARCH_CPU_INIT moved out of #ifdef
Changelog v4:
CONFIG_MFP change to CONFIG_MARVELL_MFP
some whitespaces removed
Most of the Marvell SoCs has Multi Function Pin (MFP) configuration registers
For ex. ARMADA100.
These registers are programmed to expose the specific functionality
associated with respective SoC Pins
This driver provides configuration APIs,
using them, configuration need to be done in board spec
Hi Wolfgang,
I sent on 24/11 a pull request, but I can't find it in the ML archive
and you have not yet merged, so it seems it was lost. I resubmit it as
it is. Drop this mail if you have already seen it.
The following changes since commit 8ad25bf8d9233eb7d0b614612108622a59069354:
Net: clarify
Dear Dan,
In message <750641c9-dc97-4923-b337-05a2f1bc9...@digitaldans.com> you wrote:
>
> Yes, I'm sometimes pleased :-)
Good :-)
> > My current thinking is to introduce something like .
>
> Well, that is pretty cool.
>
> > dt_skip=memory,mac-address
>
> Do we have to write a
Dear zzs213,
can you please leave some context when you answering to the list?
Am 09.12.2010 10:52, schrieb zzs213:
> you are right, I use that method on u-boot-2010.09 for my own board(slightly
> different from at91rm9200ek)
I guess you mean you are using a preloader on your NOR flash, is that
you are right, I use that method on u-boot-2010.09 for my own board(slightly
different from at91rm9200ek)
eldk4.1 is ok for 2010.09, eldk4.2 ok too
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello,
here is some news. Not exactly good news it seems:
1) I had to rebase the "next" branch to remove a commit which
incorrectly changed behaviour of some commands.
2) By some stupid accident I lost track of some / most / all
ARM related patches that are supposed to go into the current
Hello Heiko,
> Is there a reason why the dtt sensors are initialized and accessed on
> u-boot startup?
Historical reasons?
> The U-Boot Design Principles[1] clearly say:
>
> Initialize devices only when they are needed within U-Boot, i.e. don't
> initialize the Ethernet interface(s) unless U
Dear Albert ARIBAUD,
In message <4d008638.4060...@aribaud.net> you wrote:
>
> > This patch is not needed, if no undefined weak symbol is available.
> > This patch adds .plt/.rel.plt section which has R_ARM_JUMP_SLOT which is
> > not handled in code. Therefore we do not really know what this patch
On 09/12/10 09:32, Nick Thompson wrote:
> This change allows the davinci timer functions to be used before
> relocation since it avoids using static variables prior to BSS being
> made available.
>
> The code is based on that used in the at91 timers, modified to use
> a davinci specific hardware t
This change allows the davinci timer functions to be used before
relocation since it avoids using static variables prior to BSS being
made available.
The code is based on that used in the at91 timers, modified to use
a davinci specific hardware timer. It also maintains reset_timer()
to allow depre
Since I originally made and checked the TOP9000 support patch some changes
to mainline broke the built. This small patch fixes this.
Signed-off-by: Reinhard Meyer
---
board/emk/top9000/Makefile |6 +++---
board/emk/top9000/top9000.c |2 +-
include/configs/top9000.h |8 ++--
3
Dear Wolfgang Denk,
In message <1290975538-18561-2-git-send-email...@denx.de> you wrote:
> Recent cleanup actions resulted in a number of config.mk files that
> contained only LDSCRIPT definitions. Move these into th respective
> board config files and remove the now empty config.mk files.
>
> S
Dear Wolfgang Denk,
In message <1290975538-18561-1-git-send-email...@denx.de> you wrote:
> Recent cleanup actions resulted in a number of config.mk files that
> contained only redundant entries like
>
> PLATFORM_CPPFLAGS += -I$(TOPDIR)
>
> or settings of variables that were not used anywhe
Dear zzs213,
Am 09.12.2010 09:39, schrieb zzs213:
>
> I just clone the git repos. and build at91rm9200ek with eldk4.1,the error
> message is same.
Ok, so ELDK 4.1 is not working. How about ELDK 4.2, CodeSourcery
2009q{1,3}, 2010q1, 2010.09?
> I change start.S let it check whether the main osc
Hi Marri,
On Thursday 09 December 2010 02:12:07 tma...@apm.com wrote:
> From: Tirumala Marri
>
> Adding Eiger board support for 460SX SoC.
Thanks. Some mostly nitpicking comments below.
First typo in the subject: s/Eeigier/Eiger.
> b/include/configs/eiger.h
> new file mode 100644
> index 0
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of Albert ARIBAUD
> Sent: Thursday, December 09, 2010 12:29 PM
> To: Chris Moore
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH v4 2/7] gpio: Add Multi-Function-Pin
> con
This adds support for for the PCA9535/PCA9539 family of gpio devices which
have 16 output pins.
To let the driver know which devices are 16-pin it is necessary to define
CONFIG_SYS_I2C_PCA953X_WIDTH in your board config file. This is used to
create an array of {chip, ngpio} tuples that are used to
I just clone the git repos. and build at91rm9200ek with eldk4.1,the error
message is same.
I change start.S let it check whether the main osc of at91rm9200 is work, So I
know need relocate the code or not. Use this method I boot u-boot in NOR flash
successful
__
78 matches
Mail list logo
