Hi Graeme
you can have a look at cpu/pxa/start.S, in this it relocates the complete
code including .text to ram.
I dont think you need to do anything in the compiler or linker.
Ya man it works, i have already ported u-boot on two boards
--
Thanks & Regards
Yusuf A Khan
Multitech Software Syst
Hi Wolfgang,
On Monday 22 September 2008, Wolfgang Denk wrote:
> > Depending on the configuration jumper "SATA SELECT", U-Boot disabled
> > either one PCIe node or the SATA node in the device tree blob. This
> > patch removes the unnecessary and even confusing warning, when the node
> > is not fou
This version:
* cleans ups issues pointed out by Jerry
* adds a state machine to the command processing
* adds bd_t and cmdline process on linux for ppc
If this looks good I'll go ahead and clean it up for the other arches and OSes.
- k
Posting this again for discussion. The two features I'm in
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
include/configs/MPC8536DS.h |2 ++
include/configs/MPC8540ADS.h |2 ++
include/configs/MPC8541CDS.h |2 ++
include/configs/MPC8544DS.h |2 ++
include/configs/MPC8548CDS.h |2 ++
include/configs/MPC8555CDS.h |2 ++
include/
> -Original Message-
> From: Jens Gehrlein [mailto:[EMAIL PROTECTED]
> Sent: Friday, September 19, 2008 6:05 PM
> To: Jin Zhengxiong-R64188; Wood Scott-B07421
> Cc: u-boot@lists.denx.de
> Subject: RE: [U-Boot] [PATCH 1/4] Fix the NAND size overflow issue.
>
> Hi Jason,
>
> > -Orig
On Mon, Sep 22, 2008 at 3:33 PM, Andrew Dyer <[EMAIL PROTECTED]> wrote:
> On Mon, Sep 22, 2008 at 3:11 PM, Wolfgang Denk <[EMAIL PROTECTED]> wrote:
>> Dear Stefan, Kim, Andy, Jon & Kumar,
>>
>> in message <[EMAIL PROTECTED]>
>> Nobuhiro Iwamatsu wrote:
>>>
>>> I did a simple check.
>>>
>>> Only pow
Dear Kumar,
in message <[EMAIL PROTECTED]> you wrote:
>
> > Well, we have states - here you code that a certain operation is not
> > allowed unless something else has been done before. SImilar
> > dependencies may follow - after uncompressing and loading the kernel
> > image it migh
On Sep 22, 2008, at 4:09 PM, Wolfgang Denk wrote:
> Dear Kumar Gala,
>
> In message [EMAIL PROTECTED]> you wrote:
>>
+ if (!images.valid) {
+ printf("Need to call %s start first\n", argv[0]);
+ return 1;
+ }
>>>
>>> We should probably set up a small state
On Thu, 11 Sep 2008 21:35:36 +0400
Anton Vorontsov <[EMAIL PROTECTED]> wrote:
> The spd_dram code shifts the base address, then masks 20 bits, but
> forgets to shift the base address back. Fix this by just masking the
> base address correctly.
>
> Found this bug while trying to relocate a DDR mem
Dear Stefan Roese,
In message <[EMAIL PROTECTED]> you wrote:
> Depending on the configuration jumper "SATA SELECT", U-Boot disabled
> either one PCIe node or the SATA node in the device tree blob. This
> patch removes the unnecessary and even confusing warning, when the node
> is not found at all.
Dear nile smile,
In message <[EMAIL PROTECTED]> you wrote:
>
> i am working in a project that use the u-boot as boot loader, i do have two
> kernel images in the board i am using and i need the u-boot to try loading
> the first image, but in case of failure, i want the u-boot to go to the
> add
Dear Remy Bohmer,
In message <[EMAIL PROTECTED]>> you wrote:
> Add all missing types to dev_print() in part.c
>
> Signed-off-by: Remy Bohmer <[EMAIL PROTECTED]>
> ---
> disk/part.c | 10 +-
> 1 file changed, 9 insertions(+), 1 deletion(-)
Applied, thanks.
Best regards,
Wolfgang Denk
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
>
> >> + if (!images.valid) {
> >> + printf("Need to call %s start first\n", argv[0]);
> >> + return 1;
> >> + }
> >
> > We should probably set up a small state machine.
>
> A small state machine for what?
Well, we ha
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
>
> >> + /* start */
> >> + if (argv[1][0] == 's') {
> >
> > I think just matching on the first letter is to restrictive; we'll end
> > up with artificical command "names" that nobody can remember.
>
> I'm happy to move to using strncm
Dear Bartlomiej Sieka,
In message <[EMAIL PROTECTED]> you wrote:
> The auto-update feature allows to automatically download software updates
> from a TFTP server and store them in Flash memory during boot. Updates are
> contained in a FIT file and protected with SHA-1 checksum.
>
> More detailed
Le lundi 22 septembre 2008 à 14:42 +0200, Remy Bohmer a écrit :
> pièce jointe document texte brut (increase-usb-control-timeout.patch)
> Hello Stelian,
>
> As promised, here is the first patch to test.
Unfortunately it doesn't seem to make much difference, see the log
below. I've enabled USB_DEB
Dear Bartek,
In message <[EMAIL PROTECTED]> you wrote:
>
> > Are seconds an appropriate scale factor for the timeout?
...
> The patch didn't introduce changes in this regard -- TFTP timeouts were
> defined in seconds originally. The patch makes the timeout behavior
> configurable, instead of being
On Mon, Sep 22, 2008 at 3:11 PM, Wolfgang Denk <[EMAIL PROTECTED]> wrote:
> Dear Stefan, Kim, Andy, Jon & Kumar,
>
> in message <[EMAIL PROTECTED]>
> Nobuhiro Iwamatsu wrote:
>>
>> I did a simple check.
>>
>> Only powerpc and i386 and sh seem to use PCI.
>> If powerpc does not have a problem, would
Dear Graeme Russ,
In message <[EMAIL PROTECTED]> you wrote:
> This patch eliminates an apparent conflict in the definition of
> show_boot_progress (defined in both assembler and in C) which
> the linker was not picking up but was causing a reset.
Why do we need two implementations of the same fun
Dear Graeme Russ,
In message <[EMAIL PROTECTED]> you wrote:
> Several minor corrections to allow clean builds of new i386 and sc520
> based boards based on 2008.10
Soory, but some parts of this cannot work:
> --- a/examples/82559_eeprom.c
> +++ b/examples/82559_eeprom.c
> @@ -19,7 +19,6 @@
> *
Dear Gary Jennejohn,
In message <[EMAIL PROTECTED]> you wrote:
>
> Without this change DPRAM can be exhausted when CFG_ALLOC_DPRAM is
> defined, which eventually leads to a machine check. This change
> assures that DPRAM is allocated only once in that case.
>
> Signed-off-by: Gary Jennejohn <[E
Dear "Nobuhiro Iwamatsu",
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Nobuhiro Iwamatsu <[EMAIL PROTECTED]>
> ---
> drivers/usb/r8a66597-hcd.c |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/usb/r8a66597-hcd.c b/drivers/usb/r8a66597-hcd.c
>
Dear Stefan, Kim, Andy, Jon & Kumar,
in message <[EMAIL PROTECTED]>
Nobuhiro Iwamatsu wrote:
>
> I did a simple check.
>
> Only powerpc and i386 and sh seem to use PCI.
> If powerpc does not have a problem, would you commit it?
Do I have your "go" (or at least no veto) to apply this patch?
Bes
Dear Laurent Pinchart,
In message <[EMAIL PROTECTED]> you wrote:
> A few Spartan-3 definitions erroneously use Spartan-3E size constants. This
> patch fixes them.
>
> Signed-off-by: Laurent Pinchart <[EMAIL PROTECTED]>
> ---
> include/spartan3.h |6 +++---
> 1 files changed, 3 insertions(+),
Dear Laurent Pinchart,
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Laurent Pinchart <[EMAIL PROTECTED]>
> ---
> include/spartan3.h |9 -
> 1 files changed, 0 insertions(+), 9 deletions(-)
Applied (after fixing a whitespace problem that cause the first hunk
to fail). Th
Dear Anatolij Gustschin,
In message <[EMAIL PROTECTED]> you wrote:
> Running mtest command on socrates without specifying
> an address range crashes the board. This patch changes
> default mtest address range to prevent this behavior.
>
> Signed-off-by: Anatolij Gustschin <[EMAIL PROTECTED]>
> --
Dear Anatolij Gustschin,
In message <[EMAIL PROTECTED]> you wrote:
> Currently U-Boot crashes after relocation to RAM.
> Changing the CPO value of the DDR SDRAM TIMING_CFG_2
> register to READ_LAT + 1 (to the value it was before
> conversion of socrates to new DDR code) fixes the
> problem.
>
> S
Dear Anatolij Gustschin,
In message <[EMAIL PROTECTED]> you wrote:
> Commit be0bd8234b9777ecd63c4c686f72af070d886517
> changed SPD EEPROM address to 0x51 and DDR SDRAM
> detection stopped working. Change this address
> back to 0x50.
>
> Signed-off-by: Anatolij Gustschin <[EMAIL PROTECTED]>
> ---
Changing the flash from cacheable to cache-inhibited was taking a significant
amount of time due to the fact that we were iterating over the full 256M of
flash. Instead we can just flush the L1 d-cache and invalidate the i-cache.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
board/freescale/
Added the ability for C code to invalidate the i/d-cache's and
to flush the d-cache. This allows us to more efficient change mappings
from cache-able to cache-inhibited.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
cpu/mpc85xx/start.S | 49 +
Hi all,
I've changed upm table for some tests with my NAND flash.
In the normal table we have:
Offset Transaction
-- ---
0 read data
8 write command
16write address
24write data
...
But now this offsets changed, write command and write addres
Depending on the configuration jumper "SATA SELECT", U-Boot disabled
either one PCIe node or the SATA node in the device tree blob. This
patch removes the unnecessary and even confusing warning, when the node
is not found at all.
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
board/amcc/cany
On Mon, 2008-09-22 at 14:59 +0200, Stefan Roese wrote:
> This commit:
>
> 78d78236896d62bb8ca7302af38d8f1493eb2651
>
> ppc4xx: Add support for GPCS, SGMII and M88E1112 PHY
>
> This patch adds GPCS, SGMII and M88E1112 PHY support
> for the AMCC PPC460GT/EX processors.
>
>
Hello Stelian,
As promised, here is the first patch to test.
I looked at your logging output, and noticed that the device you mailed me the
logging from contained an interrupt endpoint (3 endpoints).
My USB sticks do not have such an endpoint, so that was the only difference
in the lsusb output.
Hi Wolfgang,
On Tuesday 26 August 2008, Wolfgang Ocker wrote:
> This patch allows a managed switch like the 88E6083 to be directly
> connected to a 4xx using PHY mode.
>
> It avoids waiting for a link (it's always there) and uses fixed values
> for speed and duplex mode since both settings are har
Sorry, but the mailing list seems to keep cutting off half my
message at one of the blank lines - deleting them
I seem to be getting into a habit of (partially) answering my own
questions, but I figure these self answered questions may help
someone in the future...
Firstly, the i386 port definite
I seem to be getting into a habit of (partially) answering my own
questions, but I figure these self answered questions may help
someone in the future...
Firstly, the i386 port definitely does not relocate - Two sources of
proof -1) /cpu/i386/start.S is where bss and data get initialised in
RAM wi
I seem to be getting into a habit of (partially) answering my own
questions, but I figure these self answered questions may help
someone in the future...
Firstly, the i386 port definitely does not relocate - Two sources of
proof -1) /cpu/i386/start.S is where bss and data get initialised in
RAM wi
Stefan Roese denx.de> writes:
>
> On Friday 19 September 2008, Michael Lawnick wrote:
> > > BTW: Which NOR FLASH driver are you using? The common CFI driver? It has
> > > no real connection to the MTD layer which is needed for the UBI port from
> > > Kyungmin. Did you think about this?
> >
> > W
Hi,
>>
>>I have a few questions on arm926 initialization code, located in
>>${U_BOOT}/cpu/arm926ejs/start.S:
>>1) what is the point of deliberately setting up SVC mode, as it's
>>already in this mode right upon the reset?
What if the target board has a custom bootmonitor & you use U-Boot as
secon
Hi Wolfgang,
On Sunday 21 September 2008, Wolfgang Denk wrote:
> > AMCC wants to ship the new 600MHz boards. This version at least works
> > compared to the current version which turns those boards into bricks,
> > since it doesn't bootup into the U-Boot prompt. So it definitely is an
> > improvem
Hello Wolfgang,
>> I get these messages also, and I did not considered that to be a
>> problem, because everything works...
> Oh, but this *is* a problem. It is not the normal output of that
> command.
Yeah, I agree, it was a problem, but this is what I meant: During
debugging it was not related
hi every one.
i am working in a project that use the u-boot as boot loader, i do have two
kernel images in the board i am using and i need the u-boot to try loading the
first image, but in case of failure, i want the u-boot to go to the address of
the second image. how can i do that?.
thanks a
Hello.
I have a few questions on arm926 initialization code, located in
${U_BOOT}/cpu/arm926ejs/start.S:
1) what is the point of deliberately setting up SVC mode, as it's
already in this mode right upon the reset?
2) I can't quite understand what 'CONFIG_USE_IRQ' is used for. It is
defined on just
44 matches
Mail list logo
