Hi Aneesh,
Le 05/08/2011 17:07, Aneesh V a écrit :
Hi Albert,
On Monday 01 August 2011 04:48 PM, Aneesh V wrote:
c2dd0d45540397704de9b13287417d21049d34c6 added dcache_enable()
to board_init_r(). This enables d-cache for all ARM boards.
As a result some of the arm boards that are not
Hi Aneesh,
(cutting quotation for readability)
Le 05/08/2011 16:59, Aneesh V a écrit :
Hi Albert,
I don't dispute that having buffers aligned is the ideal scenario. The
question is about error-handling the situation when this requirement is
not met.
I understand what you're trying to
Hi Bill,
Le 06/08/2011 01:04, J. William Campbell a écrit :
Hi All,
I am interested in this last statement in particular, that
Linux allows non-cache aligned buffers for DMA. In a previous discussion
series, we demonstrated why it was IMPOSSIBLE for a non-cache aligned
DMA buffer
Hi there
Please do let me know when you are looking at advertising next - we represent
some interesting niche print and online titles here in London, all of which hit
the top 5% of the AB demographic in Europe.
Best, John Winters
Introductions Director
SKS Media London
Hi Dirk,
Le 06/08/2011 08:48, Dirk Behme a écrit :
From: Dirk Behmedirk.be...@googlemail.com
Use the boards from boards.cfg for building ./MAKEALL ARMV7.
Signed-off-by: Dirk Behmedirk.be...@googlemail.com
---
Changes in v3: Instead of touching all ARMx boards, only update
ARMV7. Current
Hi Dirk,
Le 05/08/2011 20:54, Dirk Behme a écrit :
Does anybody have a quick solution for this fixing the build of these
boards for the -rc cycle? Else I'm about to send a patch like [2]
disabling the SPL build until a patch to reduce the image size is
available.
[2]
Hi Mike, Marek,
On 07/08/11 10:54, Graeme Russ wrote:
Hi Mike, Marek,
On 07/08/11 09:43, Mike Frysinger wrote:
On Sat, Aug 6, 2011 at 05:49, Marek Vasut wrote:
On Saturday, August 06, 2011 01:22:38 PM Mike Frysinger wrote:
disclaimer: i have like 0 u-boot experience on x86. but i cant
Hi Larry,
Le 05/08/2011 05:13, larry a écrit :
As your suggestion for me,Albert,I upgrade to uboot-v2011.06-rc3 by
Git.This is the latest version i found on Git .And modified some places
to make uboot buildable.Now arm-linux-readelf has no longer warns
segmentation fault, but after i burn
Hello.
On 05-08-2011 18:44, Kumar Gala wrote:
From: Poonam Aggrwalpoonam.aggr...@freescale.com
For an IFC Erratum (A-003399) we will need to access IFC registers in
cpu_init_early_f() so expand the TLB covering CCSR to 1M.
Since we need a TLB to cover 1M we move to using TLB1 array for all
Hello all,
This tag NIOS2-5_0_0 keeps lingering in ARM repositories and should not
be there. I regularly have to remove it from u-boot-arm because I keep
catching it occasionally when recreating my u-boot-arm local copy and
then fetching another ARM repo such as u-boot-atmel, u-boot-marvell,
Am 28.07.2011 15:19, schrieb Holger Brunck:
Hi Aneesh,
today I did a rebase of my development branch to current u-boot master. And I
saw on our km_kirkwood board that our egiga0 interface isn't working anymore.
The CPU is a:
SoC: Kirkwood 88F6281_A0
After bisecting the current tree I
Am 28.07.2011 15:19, schrieb Holger Brunck:
Hi Aneesh,
today I did a rebase of my development branch to current u-boot master. And I
saw on our km_kirkwood board that our egiga0 interface isn't working anymore.
The CPU is a:
SoC: Kirkwood 88F6281_A0
After bisecting the current tree I
On Aug 7, 2011, at 6:52 AM, Sergei Shtylyov wrote:
Hello.
On 05-08-2011 18:44, Kumar Gala wrote:
From: Poonam Aggrwalpoonam.aggr...@freescale.com
For an IFC Erratum (A-003399) we will need to access IFC registers in
cpu_init_early_f() so expand the TLB covering CCSR to 1M.
Since we
Hi,
I am new to linux and u-boot. Please answer my following questions.
1) what is u-boot? why it require?
2) why we can not load linux kernel directly without use of u-boot?
3) How does any processor sequence starts when power is on?
--
Thanks Regards
Rakesh Modi
On 08/07/2011 02:55 PM, Rakesh Modi wrote:
Hi,
I am new to linux and u-boot. Please answer my following questions.
1) what is u-boot? why it require?
It initializes and configures the hardware (processor, RAM,
peripherals), it loads linux (or other OS) from storage (flash, hard
drive,
Dear Albert,
Albert ARIBAUD wrote:
Custodians should remove this tag from their respective repos, except
Scott McNutt of course, who owns The Vote as far as keeping NIOS2-5_0_0
in u-boot-nios is concerned. :)
The tag no longer serves any practical purpose.
Regards,
--Scott
On Saturday, July 30, 2011 13:28:49 Zhong Hongbo wrote:
From: seedshope bocui...@gmail.com
setenv is defined common.h. We do not need re-defined it
Zhong hongbo bocui...@gmail.com
please fix your git env. it is setting the author field to seedshope which
clearly is incorrect. it should
On Monday, July 25, 2011 01:50:29 Hebbar, Gururaja wrote:
We have an upcoming SOC with Ethernet controller which has registers with
offsets crossing 0x110. In order to access these registers, we use
miiphy_read() miiphy_write() api provided by Standard u-boot mii phy
util code
No need for our custom implementations now that common code supports
the generic gpio layer.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
board/bf537-stamp/post-memory.c | 63 +--
board/bf537-stamp/post.c| 33
The flash code has been generalized for everyone, and the uart stub
is simply useless.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
board/bf537-stamp/post.c | 54 --
1 files changed, 0 insertions(+), 54 deletions(-)
diff --git
Now that the pending POST and Blackfin changes have been merged, I can
post this series which migrates much of the Blackfin-specific POST logic
to the common stuff.
This will be for the next merge window.
Mike Frysinger (6):
Blackfin: bf537-stamp: convert to gpio post hotkey
Blackfin: post:
The few tests that are Blackfin-specific have been migrated to common
code or been rewritten with the existing bsp-specific defines.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
arch/blackfin/lib/Makefile|1 -
arch/blackfin/lib/tests.c | 250
Update the define names for the new common code, and improve the range
used on the bf548-ezkit.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
include/configs/bf537-stamp.h |4 ++--
include/configs/bf548-ezkit.h |4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git
Make it easy for any Blackfin board to enable led/push button tests.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
arch/blackfin/include/asm/config.h | 18 +++
arch/blackfin/lib/Makefile |1 +
arch/blackfin/lib/post.c | 85 +++
This allows the Blackfin UART driver to be tested via post.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
arch/blackfin/cpu/serial.c | 40
1 files changed, 40 insertions(+), 0 deletions(-)
diff --git a/arch/blackfin/cpu/serial.c
After DMA operation, we need to maintain D-Cache coherency.
So that the DCache must be invalidated (hence CPU will fetch
data written by DMA controller from RAM).
Tested on AT91SAM9261EK with Peripheral DMA controller.
Signed-off-by: Hong Xu hong...@atmel.com
Tested-by: Elen Song
Hi,
We need to make this sticky or add it into some wiki page.
Nice explanation for beginners.
Regards
Gururaja
On Mon, Aug 08, 2011 at 01:58:32, Jerry Van Baren wrote:
On 08/07/2011 02:55 PM, Rakesh Modi wrote:
Hi,
I am new to linux and u-boot. Please answer my following questions.
1)
27 matches
Mail list logo