Dear Wolfgang,
Since Scott is very busy, I'd be willing to take over the maintenance of
nios2 in u-boot.
I've been doing nios development for ten years. We work closely with
Altera. I maintain nios2-linux, nios2-dev mailing list, the nios2 git
repos and nios wiki, which is sponsored by
The following series implements support for TI OMAP4430 SDP based TI OMAP4430.
TI OMAP4430 is a Cortex-A9 based SOC from TI. OMAP4430 is a refrence board
based on OMAP4430.
The first patch in this series renames the cpu arm_cortexa8 to armv7 so that
the existing cortexa8 code can be shared with
Renaming the cpu arm_cortexa8 to armv7 so that we can share code between
cortexa8
and cortexa9.
Both A8 and A9 belong to the armv7 architecture.
The differences between cortexa8 and cortexa9 do not impact u-boot
initialization.
We can have common code for both the CPUs.
Signed-off-by: Aneesh V
Adding support for OMAP4430 SDP board based on the TI OMAP4430 SOC.
TI OMAP4430 is an SOC based on ARM Cortex-A9 cpu.
OMAP4430 SDP is a reference board based on OMAP4430.
This patch adds minimum support for booting the board.
OMAP4430 SDP does not support XIP. U-boot is loaded to SDRAM with the
Hi,
My bet is goni. Since it's new GPIO based board.
Thank you,
Kyungmin Park
-Original Message-
From: Minkyu Kang [mailto:proms...@gmail.com]
Sent: Tuesday, May 25, 2010 12:38 PM
To: Wolfgang Denk
Cc: u-boot@lists.denx.de; 박경민
Subject: Re: Support similar boards at same board
From: Po-Yu Chuang ratb...@faraday-tech.com
Signed-off-by: Po-Yu Chuang ratb...@faraday-tech.com
---
common/memsize.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/common/memsize.c b/common/memsize.c
index 6c275c9..99469ab 100644
--- a/common/memsize.c
+++
Hi,
I am using u-boot as Bootloader for my PPC440 core based hardware board.
I am trying to run the u-boot code from Context RAM (Size 4 MB) instead of
DDR and I am successful in it.
But I am observing a machine check exception error while doing board hard
reset (by pressing the reset key
Dear Wolfgang,
Am 21.05.2010 23:07, schrieb Wolfgang Denk:
Dear =?UTF-8?q?Andreas=20Bie=C3=9Fmann?=,
In message 1274259427-29386-1-git-send-email-biessm...@corscience.de you
wrote:
This patch adds __io() macro to enable {in|out}[bwl] macros in
arch/arm/asm/io.h
Commit
Hi,
Be careful. 1024 s is chip erase time, but we use sector erase only, so
it's only 3.5 seconds.
It would be really helpful if you please explain how 3.5 seconds come; since
the S29GL512P datasheet says sector erase operation time is 0.5 seconds and
program operation time is 64 microseconds.
Hi,
Am 25.05.2010 10:31, schrieb prakash bedge:
Hi,
Be careful. 1024 s is chip erase time, but we use sector erase only, so
it's only 3.5 seconds.
It would be really helpful if you please explain how 3.5 seconds come; since
the S29GL512P datasheet says sector erase operation time is 0.5
Hello Wolfgang,
On 24/05/2010, at 22:48, Wolfgang Denk wrote:
In message 15866eae-624b-4850-b10f-78ab99e3a...@audioscience.com you wrote:
On 21/05/2010, at 15:13, Wolfgang Denk wrote:
+ *rxp = buf_reg_val 0xFF;
+ rxp++;
+
Hello Vipin,
On 5/6/2010 4:48 PM, Vipin KUMAR wrote:
Hello Tom,
The following patch-set contains all the accepted feedbacks on patch-set
v2.
Please consider this for submission into mainline
Below changes are introduced other than the recieved review comments
1. Introduced a
Hello,
On 5/25/2010 3:57 PM, Shiraz Hashim wrote:
Hello Vipin,
On 5/6/2010 4:48 PM, Vipin KUMAR wrote:
Hello Tom,
The following patch-set contains all the accepted feedbacks on patch-set
v2.
Please consider this for submission into mainline
Below changes are introduced other
Dear Thomas Chou,
In message 4bfb6f8d.30...@wytron.com.tw you wrote:
Since Scott is very busy, I'd be willing to take over the maintenance of
nios2 in u-boot.
I've been doing nios development for ten years. We work closely with
Altera. I maintain nios2-linux, nios2-dev mailing list, the
Dear =?ISO-8859-1?Q?Andreas_Bie=DFmann?=,
In message 4bfb8708.4010...@corscience.de you wrote:
Warnings appeared due to too little testing on my side ... sorry for
that. Is there an easy way to build all e.g. arm-related
boards/configuration-sets in a test run?
Sure, and it's documented.
Dear prakash bedge,
In message aanlktilsrq2jt8a2d9lczd1ujhra_3bcofqojphin...@mail.gmail.com you
wrote:
Be careful. 1024 s is chip erase time, but we use sector erase only, so
it's only 3.5 seconds.
It would be really helpful if you please explain how 3.5 seconds come; since
the S29GL512P
LinkedIn
REMINDERS:
Invitation Reminders:
* View Invitation from Pete Schell
http://www.linkedin.com/e/YhLefj14Y3m-0E8v1ZCDgtixJP5Kn9_7/blk/I2032293447_2/39vdPgQcPAOczcMcAALqnpPbOYWrSlI/svi/
PENDING MESSAGES:
There are a total of 13 messages awaiting your
Hi,
I got the answers.
It was my negligence to miss the table. Sorry for taking your time.:)
Thanks regards,
Prakash Bedge
On Tue, May 25, 2010 at 5:11 PM, Wolfgang Denk w...@denx.de wrote:
Dear prakash bedge,
In message aanlktilsrq2jt8a2d9lczd1ujhra_3bcofqojphin...@mail.gmail.com
you
Hi,
I am getting the following linking error {/u-boot] Error 139} while
compiling u-boot-40792d675a609c83621d098e48a89de07463b3cd.tar.gz for
Davinci DM6467. I saw a couple of similar issues reported but could not
find the solution in them. Please let me know if any body has more
information on
Dear Mewundi, Sudhindra,
In message
a97a6904c6b5684ebe521a2164eb44ff03f19...@ie10ev811.global.ds.honeywell.com
you wrote:
I am getting the following linking error {/u-boot] Error 139} while
compiling u-boot-40792d675a609c83621d098e48a89de07463b3cd.tar.gz for
Davinci DM6467. I saw a couple
hi there, I'm attempting to build u-boot 1.1.1 tools/env
and the build is failed. Any ideas on best way to enable it in the
build. Here's what I did so far
first, update tools/Makefile
TOOLSUBDIRS = env
then
top level build
make clobber mrproper
make octeon_cn3010_evb_hs5_config
make all
On Thu, May 20, 2010 at 3:28 AM, Wolfgang Denk w...@denx.de wrote:
Instead of implementing this feature in a way that makes it restricted
to your current use case only we can as well make it generic enough so
others can use it as well.
Wolfgang, can you tell me what method you would like me to
Greetings,
Im hoping to get some suggestions on what todo.
I have an HP Jornada 720 with an flashboard (120MB Ram, 64MB FLASHROM) which
Ive successfully gotten blob working on.
I cannot seem to get u-boot working on it thought and Im having
a hard time bugtracking it.
At bootup I get no feedback
All,
Background:
Trying to enable UBI and testing it on NAND Flash currently. Our board has a
Cortex A9 processor. The
Flash part is a 8Gb/2K Page from ST microelectonics. U-boot base version is
U-boot 2009.08, all NAND operations,
Read/Write/Erase works fine.
Error log and the partition list is
Dear Steve DeLaney,
In message 4bfbe07b.7020...@yahoo.com you wrote:
hi there, I'm attempting to build u-boot 1.1.1 tools/env
and the build is failed. Any ideas on best way to enable it in the
build. Here's what I did so far
...
make octeon_cn3010_evb_hs5_config
U-Boot 1.1.1 is
Dear Timur Tabi,
In message aanlktikguhbxqzywcup04c2scub6uof75zdoh-boz...@mail.gmail.com you
wrote:
On Thu, May 20, 2010 at 3:28 AM, Wolfgang Denk w...@denx.de wrote:
Instead of implementing this feature in a way that makes it restricted
to your current use case only we can as well make it
Wolfgang Denk wrote:
But as this seems obvious I feel you might have something else in
mind, yet I cannot figure out what it might be.
How would you prefer the user to be able to specify the address of the
firmware FIT image, when he wants to boot Linux? I think I remember Kumar
saying
Hi folks!
I can't find a support for i2c functionality in u-boot 1.3.4. I've found a
discussion of such patches from Jean-Christophein in March 2009 and still no
code in u-boot.
Where can I find experimental or any i2c patches for u-boot?
regards,
Max
Wolfgang Denk wrote:
+{ 0, 333,1,5, 31,3, 0},
+{334, 400,1,5, 31,3, 0},
+{401, 549,1,5, 31,3, 0},
+{550, 680,1,5, 31,5, 0},
+{681, 850,1,5, 31,5, 0},
+{ 0, 333,2,5, 31,3, 0},
+
On Tuesday 25 May 2010 08:24:07 LinkedIn Communication wrote:
LinkedIn
Wolfgang: this isnt the first linked in msg we've seen, and i doubt it'll be
the last ... can we get this linkedin.com e-mail addr banned ?
-mike
signature.asc
Description: This is a digitally signed message part.
Dear Timur Tabi,
In message 4bfc1075.5010...@freescale.com you wrote:
But as this seems obvious I feel you might have something else in
mind, yet I cannot figure out what it might be.
How would you prefer the user to be able to specify the address of the
firmware FIT image, when he
Dear Maxim Podbereznyy,
In message aanlktimjavm120cfn1hexgudcrofaw2hnxfafiuhd...@mail.gmail.com you
wrote:
I can't find a support for i2c functionality in u-boot 1.3.4. I've found a
discussion of such patches from Jean-Christophein in March 2009 and still no
code in u-boot.
I2C support is
Wolfgang Denk wrote:
That was on IRC; here the relevant snippet:
Thanks. Just to be clear, do you expect fdt_fw_addr always to point to a
FIT-wrapped firmware binary?
(17:40:56) TimurTabi: also, the binding says that the qe firmware
node should be located inside the first qe node
We plan on using uboot it to boot an embedded application (no OS) from
flash memory. We would like to extend uboot to be able to download a
new application program via a proprietary dual-port memory interface
(custom serial protocol implemented in FPGA). My reading of the GPL
suggests that adding
Applied to:
git://git.denx.de/u-boot-nios.git next
Thanks,
--Scott
Thomas Chou wrote:
This patch adds driver for a trivial gpio core, which is described
in http://nioswiki.com/GPIO. It is used for gpio led and nand flash
interface in u-boot.
When CONFIG_SYS_GPIO_BASE is not defined,
Applied to:
git://git.denx.de/u-boot-nios.git next
Thanks,
--Scott
Thomas Chou wrote:
This patch adds a status led driver followed the GPIO access
conventions of Linux. The led mask is used to specify the gpio pin.
Signed-off-by: Thomas Chou tho...@wytron.com.tw
---
v2: moved to
Applied to:
git://git.denx.de/u-boot-nios.git next
Thanks,
--Scott
Thomas Chou wrote:
This patch adds gpio support of Altera PIO component to the
nios2-generic board. Though it drives only gpio_led at the
moment, it supports bidirectional port to control bit-banging
I2C, NAND flash busy
Applied to:
git://git.denx.de/u-boot-nios.git next
Thanks,
--Scott
Thomas Chou wrote:
This patch adds the driver of altera spi controller, which is
used as epcs/spi flash controller. It also works with mmc_spi
driver.
This driver support more than one spi bus, with base list declared
Thomas,
I applied this to:
git://git.denx.de/u-boot-nios.git testing
after merging with Mike's 'sf' branch at:
git://git.denx.de/u-boot-blackfin
so we can pickup:
[PATCH 5/6 v3] spi_flash: support old STMicro parts with RES
I'll merge once Mike's changes are available upstream. In
Applied to:
git://git.denx.de/u-boot-nios.git next
Thanks,
--Scott
Thomas Chou wrote:
The -ffixed-r15 option doesn't work well for gcc4. Since we
don't use gp for small data with option -G0, we can use gp
as global data pointer. This allows compiler to use r15. It
is necessary for gcc4
Applied to:
git://git.denx.de/u-boot-nios.git next
Thanks,
--Scott
Thomas Chou wrote:
This patch fixes the run-time error on div64 when built with
gcc4, which was reported by jhwu0625 on nios forum. It merges
math support from libgcc of gcc4. This patch is copied from
nios2-linux.
Applied to:
git://git.denx.de/u-boot-nios.git next
Thanks,
--Scott
Thomas Chou wrote:
This patch allows users to override default STANDALONE_LOAD_ADDR.
The gcclibdir path was duplicated in the standalone Makefile and
can be removed.
Signed-off-by: Thomas Chou tho...@wytron.com.tw
---
Dear Timur Tabi,
In message 4bfc24db.8070...@freescale.com you wrote:
Wolfgang Denk wrote:
That was on IRC; here the relevant snippet:
Thanks. Just to be clear, do you expect fdt_fw_addr always to point to a
FIT-wrapped firmware binary?
Please re-read the IRC log. Kumar explicitly
Dear Mark Fanara,
In message aanlktikg8vxhsbbqcuy5dtrsrgazfmieimmap7bpp...@mail.gmail.com you
wrote:
We plan on using uboot it to boot an embedded application (no OS) from
flash memory. We would like to extend uboot to be able to download a
new application program via a proprietary dual-port
I've been investigating reducing the size of an omap3 uboot image to less than
64k to facilitate loading via the bootrom. I've been working with the Brian
Silvermans' patch and some modifications to that.
http://www.mail-archive.com/u-boot@lists.denx.de/msg16073.html
With Brians's patch, and
Wolfgang Denk wrote:
Thanks for your offer. I understand you are concerned that your
patches don't get processed as fast as you'd like. I'm sorry for
that.
Yes. This is my sole concern. Though we are all very busy, it is
importance to have timely response to the community.
So far, Scott
Dear Scott,
The old nios arch is obsolete and the build has been broken for a long
time. Shall we remove it from u-boot?
Best regards,
Thomas
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Tuesday 25 May 2010 20:44:26 Charles Manning wrote:
One thing I came across was that u-boot is not using function sections etc
and as a result there's quite a bit of dead code that is included in the
image.
FWIW, Blackfin has been using function/data sections and gc sections for quite
a
48 matches
Mail list logo
