Hi Matthias,
I am going to use u-boot alone for my development. Which debugger is
suitable for debugging u-boot and initial board bringup activity?
My choice is BDI2000. Is it ok.
Also tell me what toolchains need to be used. Is ELDK supports?
Whether the video driver is available on u-boo
This is a reposted and slightly reformatted version of a previous post,
please see http://lists.denx.de/pipermail/u-boot/2010-May/071243.html. I
did not receive a response to my previous post, so I am trying again.
>Dear jimc at sdateam.com,
>
>In message <8139.1273161587 at sdateam.com> you
Hello Thirumalai
Am 18.05.2010 07:37, schrieb Thirumalai:
> Hi Matthias,
> We are using MB86R01 processor in our design. We just want to know
> what emulator/debugger can be used for initial board bring-up activity and
> also whether the latest u-boot(2010.03) is supporting this processor
Hi Matthias,
We are using MB86R01 processor in our design. We just want to know
what emulator/debugger can be used for initial board bring-up activity and
also whether the latest u-boot(2010.03) is supporting this processor ?
-Thirumalai
___
Our hardware has part of the flash mapped in two address ranges.
The CONFIG_SYS_MONITOR_BASE is in the upper 'boot' area, whereas
the CONFIG_SYS_FLASH_BANKS_LIST has the full flash available at
a lower address.
This all works fine until the code in cfi_flash.c:flash_init(), which
uses flash_get_in
Some calls to flash_protect() do not check that info is not
NULL. This change prevents this from causing random memory to
be stomped on.
---
common/flash.c | 10 +++---
1 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/common/flash.c b/common/flash.c
index eb4b2f5..dc376ee 10064
Hello
I'm Mr. Tomo Sand Nori Head of Account Dept, Tokyo Mitsubishi Bank,Japan.I have
a bussiness proposal for you.
If intrested Contact me via my secured email: tomosandno...@w.cn
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailma
Your email address has won,£1,000,000.00 Pounds,in the on going UK promo.send
your details:
Names...
Tele...
Age...
Address...
occupation...
country...
Mr. Roy Phil
Tel:+44 704-571-0545
email:bnlclaimsd...@live.co.uk
___
U-Boot m
Hi Terry,
On Tue, 2010-05-18 at 10:59 +0800, Lv Terry-R65388 wrote:
> Hi, experts,
>
> I've encountered an error in making FIT uImage.
> Does anyone know what the problem is?
Your .its input file looks OK to me. What version of mkimage are you
using? And what version of the dtc is
I try to start from the usb directly, but mv78100 didn't provide
corresponding driving, I found a marvell high version of the usb driver, put
it to boot1.1.4, but couldn't find a usb storage, I don't know how to do
it, who will give me some advice? Thank you, here is some information to
start:
M
Hi, experts,
I've encountered an error in making FIT uImage.
I created an fsl_kernel.its file and run "mkimage -f fsl_kernel.its
kernel.itb", the following error happened.
r65...@szx32-17:~/uboot-v2009.08/uboot-imx$ mkimage -f
fsl_kernel.its kernel.itb
FIT format handling
Trying t
Dear Sir/Madam,
This Is a Finance Lending Organization, we give out loans to all in
need of it. Are you looking for funds to pay bills? Do you want to
start Or Expand your Business? Do you simply need money for your
Personal Needs?Then take Up a Loan here with a very affordable
interest rate. We gi
Commit 15351855 "fsl-diu: Using I/O accessor to CCSR space" caused a
number of "passing argument 2 of 'out_be32' makes integer from pointer
without a cast" warnings; fix these.
Signed-off-by: Wolfgang Denk
Cc: Dave Liu
Cc: Jerry Huang
Cc: Kumar Gala
---
board/freescale/common/fsl_diu_fb.c |
Dear Dave Liu,
In message <1270713367-542-1-git-send-email-dave...@freescale.com> you wrote:
> From: Jerry Huang
>
> Using PPC I/O accessor to DIU I/O space instead of directly
> read/write. It will prevent the dozen of compiler order issue
> and PPC hardware order issue for accessing I/O space.
Dear Serge Ziryukin,
In message <1273502449-26115-1-git-send-email-ftrvxm...@gmail.com> you wrote:
> Signed-off-by: Serge Ziryukin
> ---
> drivers/net/lan91c96.c |1 -
> drivers/net/smc911x.c |1 -
> 2 files changed, 0 insertions(+), 2 deletions(-)
Applied, thanks.
Best regards,
Wolf
Dear Kim Phillips,
In message <20100517145135.0c71f44a.kim.phill...@freescale.com> you wrote:
> Wolfgang Denk,
>
> Please pull a couple of 83xx fixes, most notably for the nand bootstrap
> too big errors:
>
> The following changes since commit a2a0a7171303de5d8ce099344efde2e29ee36eb0:
>
> Mak
Dear Stefan Roese,
In message <201005171102.54560...@denx.de> you wrote:
> The following changes since commit a2a0a7171303de5d8ce099344efde2e29ee36eb0:
>
> Makefile: fix out-of-tree building of "u-boot.img" target (2010-05-16
> 02:18:38
> +0200)
>
> are available in the git repository at:
>
Dear Kumar Gala,
In message you wrote:
> The following changes since commit ab92d0fd9abd0d4726878a80c6baf3a0f94770b8:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-mpc83xx
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-mpc85xx.git
This is a re-submission of the patch by Harald Welte
with minor modifications for rebase and changes as suggested by Scott Wood
in
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/43916.
This patch was made against master branch of
git://git.denx.de/u-boot-nand-flash.git with the recent
On Mon, May 17, 2010 at 09:06:49AM -0500, Timur Tabi wrote:
> Shawn Jin wrote:
>
> > However my concern is specific to the powerpc arch. If I understand
> > correctly, the powerpc arch expects a bootloader provide a DTS file.
> > I'm not sure how the current U-Boot transfers such info to the
> > k
Dear Timur Tabi,
In message <4bf14fbf.3040...@freescale.com> you wrote:
>
> > So where is the code that makes sure that there is sufficient space
> > available?
>
> Well, if I load the fdt to address c, and it's 10KB in size, I'm pretty
> sure I can expand it to 16KB if I know that there's no
Wolfgang Denk,
Please pull a couple of 83xx fixes, most notably for the nand bootstrap
too big errors:
The following changes since commit a2a0a7171303de5d8ce099344efde2e29ee36eb0:
Makefile: fix out-of-tree building of "u-boot.img" target (2010-05-16
02:18:38 +0200)
are available in the git r
On Fri, 14 May 2010 16:27:48 -0700
Ron Madrid wrote:
> This patch sets the SICRL_LBC bits in SICRL to change the function of the
> associated pins to GPIO functionality.
>
> Signed-off-by: Ron Madrid
> ---
applied.
Thanks,
Kim
___
U-Boot mailing lis
On Mon, 10 May 2010 15:23:20 -0700
Ron Madrid wrote:
> This patch removes the checkboard function from the build of the 4k bootstrap
> section for the SIMPC8313 as it is not needed in the spl build. This will
> allow > 100 bytes of extra room for other uses.
>
> Signed-off-by: Ron Madrid
> ---
On Fri, 14 May 2010 13:26:44 -0500
Kim Phillips wrote:
> From 4cb5f50929688d90b68366116713ec735ec51a5f Mon Sep 17 00:00:00 2001
> From: Kim Phillips
> Date: Fri, 14 May 2010 13:18:54 -0500
> Subject: [PATCH] mpc83xx: fix NAND bootstrap too big error
>
> commit 167cdad1372917bc11c636c359aad02625
>> However my concern is specific to the powerpc arch. If I understand
>> correctly, the powerpc arch expects a bootloader provide a DTS file.
>
> Not if you use a cuImage as Timur suggested.
Wolfgan & Timur, thanks for the comments.
-Shawn.
___
U-Boot
Wolfgang Denk wrote:
>> > I was expecting the caller of fdt_increase_size() to know that the
>> > space after the fdt is available.
> So where is the code that makes sure that there is sufficient space
> available?
Well, if I load the fdt to address c, and it's 10KB in size, I'm pretty
sure I
Stefan Roese wrote:
> This protection is chip specific. IIRC, then some Intel (Strata) chips either
> protect all sectors or have a sectore-wise protection mechanism. You need to
> check your FLASH documentation for the exact behaviour. Which chip are you
> using?
I just want to know whether ha
Shawn Jin wrote:
> However my concern is specific to the powerpc arch. If I understand
> correctly, the powerpc arch expects a bootloader provide a DTS file.
> I'm not sure how the current U-Boot transfers such info to the
> kernerl.
One of the registers (r7 maybe?) contains the address of the d
Dear Timur Tabi,
In message you
wrote:
>
> > I've added this to your patch, but have *NOT* execution tested it. Does
> > this addition (a) make sense and (b) work?
>
> I was expecting the caller of fdt_increase_size() to know that the
> space after the fdt is available.
So where is the code th
Add Support for LPC2468 from NXP
Basic startup code
Internal flash is uspported (for environment storage)
---
MAINTAINERS |4 +
MAKEALL |1 +
Makefile |3 +
arch/arm/cpu/arm720t/
Timur Tabi wrote:
> The function fdt_increase_size() increases the size of the device tree by the
> given amount. This is useful for any code that wants to add a node or large
> property, to avoid the possibility of running out of space. It's much smarter
> to have U-Boot increase the size of dev
Timur Tabi wrote:
> On Sat, May 15, 2010 at 9:11 PM, Gerald Van Baren wrote:
>
>> The code has one pre-existing weakness that bothers me: if there is
>> something following the FDT blob, it will get overwritten by the
>> increased blob. One way around this would be to malloc() a new memory
>> sp
Hi Andrew,
Now am able to get some messages on serial port but it is hanging
after DRAM initialization i.e. during relocate_code function, below is the
debug messages on serial port.
I tried configuring SDRAM (DDR2) for 256 and 128 MB, but still the problem is
same.
I am facing one
Dne Po 17. května 2010 08:28:22 Mikhail Kshevetskiy napsal(a):
> * strict following to section 6.4.10 of Intel PXA27xx Developer's Manual.
> * use r7 to store CONFIG_SYS_MDREFR_VAL as r6 is used in pxa_wait_ticks
>
> WARNING: This macro do not assume the values for K0DB4, KxDB2, KxFREE
>
The following changes since commit a2a0a7171303de5d8ce099344efde2e29ee36eb0:
Makefile: fix out-of-tree building of "u-boot.img" target (2010-05-16
02:18:38
+0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git master
Matthias Fuchs (1):
ppc4xx: Fix bu
On Tuesday 11 May 2010 09:54:00 Matthias Fuchs wrote:
> Due to some overlapping sections it's time to update TEXT_BASE
> for this board.
Applied to u-boot-ppc4xx/master. Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office:
Hi Timur,
On Friday 14 May 2010 21:33:28 Timur Tabi wrote:
> If I enable CONFIG_SYS_FLASH_PROTECTION and have a support flash chipset,
> are my protected sectors supposed to remain protected during a reboot?
>
> That is, if I protect some flash sector, and then reboot U-Boot, I know
> U-Boot will
Hi Timur,
On Friday 14 May 2010 21:17:44 Timur Tabi wrote:
> I'm trying to add support for AMD manufacturer ID to flash_real_protect().
> The code currently does this:
>
> case CFI_CMDSET_AMD_EXTENDED:
> case CFI_CMDSET_AMD_STANDARD:
> /* U-Boot only checks the first byt
"down_write_trylock" needs to return 1 instead of 0 for success.
Otherwise copying a block with a read error (e.g. bit-flip on read)
won't work correctly.
Signed-off-by: Stefan Roese
---
include/ubi_uboot.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/ubi_ubo
The current U-Boot UBI implementation is copied from Linux. In this
porting the UBI background thread was not handled correctly. Upon write
operations ubi_wl_flush() makes sure, that all queued operations, like
page-erase, are completed. But this is missing for read operations.
This patch now make
Hi,
I've just send v6 version for review which fixes the coding-style
problems.
Thanks~~
Yours
Terry
> -Original Message-
> From: Stefano Babic [mailto:sba...@denx.de]
> Sent: 2010年5月14日 19:41
> To: Alagu Sankar
> Cc: Stefano Babic; Sudhakar Rajashekhara;
> u-boot@li
Add Support for LPC2468 from NXP
Basic startup code
Internal flash is uspported (for environment storage)
---
MAINTAINERS |4 +
MAKEALL |1 +
Makefile |3 +
arch/arm/cpu/arm720t/
43 matches
Mail list logo