Hi Reinhard,
>>> + * lockup during boot due to an overlap in the BSS segment. So, we
>>> choose a
>>> + * safe load adress to begin with, namely 0x20a0
>>> + */
>>> +#define CONFIG_SYS_TEXT_BASE 0x20a0
>
> I'd recommend setting this to the very beginning of SDRAM(0x2000),
> n
Hi Simon,
2011/2/18 Simon Glass :
> +UBML
>
> Hi Anders,
>
> You will need at least:
>
> /* Enable USB Ethernet dongles */
> #define CONFIG_USB_HOST_ETHER
> #define CONFIG_USB_ETHER_ASIX
>
> (and your platform must support USB with CONFIG_CMD_USB and CONFIG_USB_EHCI
> for example)
>
> You will als
Hi Reinhard,
2011/2/18 Reinhard Meyer :
> These are all the reworks on the ATMEL parts done by me so far.
> They are now officially posted as patches for commenting.
> They are the patches found in u-boot-atmel so far, with minor
> whitespace and long line fixes complained about by checkpatch.
>
>
Albert ARIBAUD writes:
> Le 18/02/2011 16:16, Raghuveer Murthy a écrit :
>> U-boot built for MeeGo on PandaBoard, with compiler option
>> -mfloat-abi=hard, caused a build break. Please refer to the bug id:
>>
>> http://bugs.meego.com/show_bug.cgi?id=13140
>
> Is this the official U-Boot? Why is i
Hello,
Am 19.02.2011 12:19, schrieb Måns Rullgård:
>> In no case, however, should -msoft-float be *removed*: that would make
>> float support in U-Boot implicit and dependent on the toolchain in use,
>> and I think U-Boot float support should always be explicit and not
>> depend on the toolchain.
Alexander Holler writes:
> Hello,
>
> Am 19.02.2011 12:19, schrieb Måns Rullgård:
>
>>> In no case, however, should -msoft-float be *removed*: that would make
>>> float support in U-Boot implicit and dependent on the toolchain in use,
>>> and I think U-Boot float support should always be explicit
Le 19/02/2011 14:25, Måns Rullgård a écrit :
>> So whats the reasoning to use -msoft-float as it is currently done? To
>> confuse people? ;)
>
> I guess it's there to make sure no floating-point instructions make it
> into u-boot, even though floats are not used in the code. Perhaps
> someone was
Am 19.02.2011 14:51, schrieb Albert ARIBAUD:
> Le 19/02/2011 14:25, Måns Rullgård a écrit :
>
>>> So whats the reasoning to use -msoft-float as it is currently done? To
>>> confuse people? ;)
>>
>> I guess it's there to make sure no floating-point instructions make it
>> into u-boot, even though fl
Le 19/02/2011 15:06, Alexander Holler a écrit :
> Am 19.02.2011 14:51, schrieb Albert ARIBAUD:
>> Le 19/02/2011 14:25, Måns Rullgård a écrit :
>>
So whats the reasoning to use -msoft-float as it is currently done? To
confuse people? ;)
>>>
>>> I guess it's there to make sure no floating-p
Albert ARIBAUD writes:
> Le 19/02/2011 15:06, Alexander Holler a écrit :
>> Am 19.02.2011 14:51, schrieb Albert ARIBAUD:
>>> Le 19/02/2011 14:25, Måns Rullgård a écrit :
>>>
> So whats the reasoning to use -msoft-float as it is currently done? To
> confuse people? ;)
I guess it'
Am 19.02.2011 15:27, schrieb Albert ARIBAUD:
> Le 19/02/2011 15:06, Alexander Holler a écrit :
>> Am 19.02.2011 14:51, schrieb Albert ARIBAUD:
>>> Le 19/02/2011 14:25, Måns Rullgård a écrit :
>>>
> So whats the reasoning to use -msoft-float as it is currently done? To
> confuse people? ;)
Le 19/02/2011 15:34, Måns Rullgård a écrit :
> Albert ARIBAUD writes:
>
>> Le 19/02/2011 15:06, Alexander Holler a écrit :
>>> Am 19.02.2011 14:51, schrieb Albert ARIBAUD:
Le 19/02/2011 14:25, Måns Rullgård a écrit :
>> So whats the reasoning to use -msoft-float as it is currently do
Hello,
Am 19.02.2011 16:32, schrieb Albert ARIBAUD:
> Granted :) -- the best option would be to have "-float-abi=none", but
> that does not exist, and I prefer to be sure that if some poor soul puts
> floating point code in U-Boot then at least it is going to work for all
> platforms, so I'll kee
After some experimenting the only issue that I have now is trying to
do an itest on a non-aligned byte. I get an alignment exception if I
test a non-word aligned bype. Is there a way to do a bitwise AND so
that I can read a word and mask out the byte that I am interested in?
Also does the shell sup
Am 19.02.2011 16:40, schrieb Alexander Holler:
> Hello,
>
> Am 19.02.2011 16:32, schrieb Albert ARIBAUD:
>
>> Granted :) -- the best option would be to have "-float-abi=none", but
>> that does not exist, and I prefer to be sure that if some poor soul puts
>> floating point code in U-Boot then at le
There seems to be tools producing incorrect 'end of bitmap data'
markers '0100' in a RLE bitmap. Drawing such bitmaps can result
in overwriting memory above the frame buffer. E.g. on MPC5121e
based boards this memory can contain U-Boot environment.
We may not rely on the correct end of bitmap data
* convert at91rm9200ek and eb_cpux9k2 board to ATMEL_xxx name scheme
* Fix: timer.c compile error io.h not found with arm/at91rm9200
* update arm920t/at91 to ATMEL_xxx name scheme
* update arm920t/at91 soc lib
* update at91_emac driver
Signed-off-by: Jens Scharsig
---
Changes since V2 whit
Am 11.02.2011 21:13, schrieb Wolfgang Denk:
> Dear Reinhard Meyer,
>
> In message <4d5597a8.9050...@emk-elektronik.de> you wrote:
>> Dear Wolfgang Denk,
>>> Dear Jens Scharsig,
>>>
>>> In message<4d5573ca.9000...@scharsoft.de> you wrote:
* convert at91rm9200ek and eb_cpux9k2 board to ATMEL
Le 19/02/2011 16:59, Alexander Holler a écrit :
> Am 19.02.2011 16:40, schrieb Alexander Holler:
>> Hello,
>>
>> Am 19.02.2011 16:32, schrieb Albert ARIBAUD:
>>
>>> Granted :) -- the best option would be to have "-float-abi=none", but
>>> that does not exist, and I prefer to be sure that if some po
On Thursday, February 17, 2011 16:52:14 Graeme Russ wrote:
> But why not just include config.h when building u-boot.lds?
why not include it yourself ?
#include
ive been doing this for years in the Blackfin arch (long before preprocessing
the linker script was considered fashionable).
-mike
si
Albert ARIBAUD writes:
> Le 19/02/2011 15:34, Måns Rullgård a écrit :
>> Albert ARIBAUD writes:
>>
>>> Le 19/02/2011 15:06, Alexander Holler a écrit :
Am 19.02.2011 14:51, schrieb Albert ARIBAUD:
> Le 19/02/2011 14:25, Måns Rullgård a écrit :
>
>>> So whats the reasoning to use
Dear Remy Bohmer,
In message you
wrote:
>
> > I'd recommend setting this to the very beginning of SDRAM(0x2000),
> > note that initial SP and GD would be put into SRAM further down.
>
> The SRAM is used by the LCD controller. So, we cannot use it for the SP and
> GD.
Why not?
LCD is most
Dear =?iso-8859-1?Q?M=E5ns_Rullg=E5rd?=,
In message you wrote:
>
> > So whats the reasoning to use -msoft-float as it is currently done? To
> > confuse people? ;)
>
> I guess it's there to make sure no floating-point instructions make it
> into u-boot, even though floats are not used in the cod
Dear Albert ARIBAUD,
In message <4d5fcaca.1060...@free.fr> you wrote:
>
> And since some option must be chosen, I prefer that U-Boot make the
> explicit decision, and choose soft float for the reasons I already exposed.
I explained this several times before. There are good reasons to have
-msof
Dear Alexander Holler,
In message <4d5fce64.8030...@ahsoftware.de> you wrote:
>
> I don't see any reason to explicitly set an option for something which
> isn't used, but I know of many reasons to avoid such. ;)
Read my previous messages, and/or the archives. There _are_ good
reasons that -msoft-
Dear =?iso-8859-1?Q?M=E5ns_Rullg=E5rd?=,
In message you wrote:
>
> There is one further complication here. If the compiler was built with
> -mfpu=3Dneon as default, it might emit neon instructions for pure integer
> code. For the purpose of this discussion, such instructions should
> still be
Dear Alexander Holler,
In message <4d5fe485.5030...@ahsoftware.de> you wrote:
>
> Hmm, but as we've seen, that doesn't work for all platforms because you
> can't mix softfloat and hardfloat. So using softfloat breaks building on
> (default-) hardfloat platforms if some poor soul puts floating p
Dear D Kesselring,
In message you
wrote:
> After some experimenting the only issue that I have now is trying to
> do an itest on a non-aligned byte. I get an alignment exception if I
> test a non-word aligned bype. Is there a way to do a bitwise AND so
> that I can read a word and mask out the b
Dear Alexander Holler,
In message <4d5fe8f0.1020...@ahsoftware.de> you wrote:
>
> Btw, while we are there, is there any reason, besides being carefull,
> why u-boot for arm is compiled with -march=armv5(te) by default?
Because that's the lowest ARM instruction set version supported widely
across
Dear Jens Scharsig,
In message <4d5fee3d.2000...@scharsoft.de> you wrote:
>
> I don't know, why my checkpatch version does not report this.
Try and update against curent Linux kernel version.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
Hi,
2011/2/11 Vitaly Kuzmichev :
> Port USB gadget RNDIS protocol support from linux-2.6.26
> (.27 gadget stack actually has composite drivers).
>
> Signed-off-by: Vitaly Kuzmichev
> ---
> drivers/usb/gadget/Makefile | 1 +
> drivers/usb/gadget/ether.c | 640 +++--
> drivers
Hi,
2011/2/11 Vitaly Kuzmichev :
> Add waiting for receiving Ethernet gadget state on the Windows host
> side before dropping pullup, but keep it for debug.
>
> Signed-off-by: Vitaly Kuzmichev
> ---
> drivers/usb/gadget/ether.c | 23 +++
> drivers/usb/gadget/rndis.c | 5
Dear Raghuveer Murthy,
In message <1298042212-12260-1-git-send-email-raghuveer.mur...@ti.com> you
wrote:
> U-boot built for MeeGo on PandaBoard, with compiler option
> -mfloat-abi=hard, caused a build break. Please refer to the bug id:
>
> http://bugs.meego.com/show_bug.cgi?id=13140
>
> Removin
Hi,
>> The SRAM is used by the LCD controller. So, we cannot use it for the SP and
>> GD.
>
> Why not?
>
> LCD is most probably only initialized and used after relocation, while
> stack and GD are needed and used only before that...
I think you are right. I did not thought about that...
>> >>>
Dear D Kesselring,
please keep the mailing list on Cc:, and don;t top post / full quote.
You may want to read http://www.netmeister.org/news/learn2quote.html
In message you
wrote:
> This is for an embedded system and I am trying to read a nand location
> to determine which Linux image to boot.
Dear D Kesselring,
please keep the mailing list on Cc:, and don't top post / full quote.
In message you
wrote:
> I think understand what you mean now. I can add a script to bootcmd
> before kicking off Linux. I did not know that the Uboot scripts would
> support if-else statements. Is there a
The following changes since commit efb063390d2d1e712c2c8110911616244d562c4b:
add checking the CONFIG_ENV_IS_IN_SPI_FLASH in Enbedded env
(2011-02-15 22:09:50 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-usb.git master
Remy Bohmer (2):
Fix build warnings in cm
Dear Remy Bohmer,
In message you
wrote:
> The following changes since commit efb063390d2d1e712c2c8110911616244d562c4b:
>
> add checking the CONFIG_ENV_IS_IN_SPI_FLASH in Enbedded env
> (2011-02-15 22:09:50 +0100)
>
> are available in the git repository at:
> git://git.denx.de/u-boot-usb.gi
On Sunday, February 20, 2011, Mike Frysinger wrote:
> On Thursday, February 17, 2011 16:52:14 Graeme Russ wrote:
>> But why not just include config.h when building u-boot.lds?
>
> why not include it yourself ?
> #include
Um, maybe a stupid question, but where (without touching common code)?
>
>
On Saturday, February 19, 2011 17:00:30 Graeme Russ wrote:
> On Sunday, February 20, 2011, Mike Frysinger wrote:
> > On Thursday, February 17, 2011 16:52:14 Graeme Russ wrote:
> >> But why not just include config.h when building u-boot.lds?
> >
> > why not include it yourself ?
> > #include
>
>
On Sunday, February 20, 2011, Mike Frysinger wrote:
> On Saturday, February 19, 2011 17:00:30 Graeme Russ wrote:
>> On Sunday, February 20, 2011, Mike Frysinger wrote:
>> > On Thursday, February 17, 2011 16:52:14 Graeme Russ wrote:
>> >> But why not just include config.h when building u-boot.lds?
Hello,
Am 19.02.2011 18:48, schrieb Albert ARIBAUD:
> You're missing the fact that floating point code is a no-no in U-Boot.
> We're not talking about the best option to support floating-point code
> in U-Boot, but the best option to catch the use of floating point.
Please don't turn the words i
Without -msoft-float the compiler would be allowed to use certain
floating-point instructions (VFP/NEON) e.g. for optimizations, which
would require additional code, for example to save contexts for
interrupts. Add a comment which describes this in short words.
Signed-off-by: Alexander Holler
---
43 matches
Mail list logo
