fre 2015-05-22 klockan 15:51 +0200 skrev Hans de Goede:
> What info do we need when we're only reading ? If the BROM can get away with
> a fixed
> way of reading the nand for booting, we should be able to make the SPL get
> away with it too ...
BROM tries at least 4 different strategies in readi
sön 2014-11-02 klockan 17:06 +0100 skrev Hans de Goede:
> I still need to cleanup the axp221 and p2wi patches a bit, and then I'll post
> the entire series for review.
Is this the reason why PLL1 configuration is still disabled in the patch
set?
Regards
Henrik
__
mån 2014-08-04 klockan 19:28 +0200 skrev Luc Verhaegen:
> We can work around most situations gracefully in kernelspace. We should
> for instance never set a bad mode, and never show random memory content,
> as that is a total no-go. So some code will have to exist to cleanly
> disable the displ
mån 2014-08-04 klockan 18:53 +0200 skrev Michal Suchanek:
> Then you have to define what is compatible.
Yes, and the part I responded to was odd unexpected combinations of
u-boot only partially providing the right information (missing in DT) or
kernel not having enabled support.
Likewise there i
mån 2014-08-04 klockan 17:05 +0200 skrev Luc Verhaegen:
> But... What do we do when u-boot sets up cfb, without setting up a
> simplefb node in the dt. Or what do we do when a simplefb node is set
> up, but no simplefb code is included in the kernel? Well, we then either
> need to claim the clock
sön 2014-08-03 klockan 06:26 +0300 skrev Siarhei Siamashka:
> Most of Allwinner devices have NAND. Booting from NAND is supported by
> BROM, so there is no reason why u-boot SPL can't read it too.
An alterantive is to let BROM load it. BROM has support for a custom
header on the loaded boot binar
ons 2014-07-09 klockan 09:00 +0100 skrev Ian Campbell:
> I hadn't thought of it. Is it only the SPL binary which differs between
> FEL and non-FEL then?
There is also a small difference in the default environment to enable
boot-from-RAM in the FEL version of main u-boot. This is not enabled in
th
fre 2014-03-21 klockan 21:54 + skrev Ian Campbell:
> I've tried to give corect credit and S-o-b based upon:
> git log --pretty='%aN' linux-sunxi/sunxi -- [PATHS] | sort -u
> git log linux-sunxi/sunxi -- [PATHS] | grep -i signed.off.by | sort -u
> Manual inspection
As you noticed there
sön 2014-03-16 klockan 18:38 + skrev Ian Campbell:
> Not sure why cmd_watchdog.c is sunxi, seems like in principal it could
> be generic.
In principal it could, but there is no common API for setting the
watchdog timer, and no common API for disabling the watchdog once armed.
Regards
Henrik
sön 2014-03-16 klockan 14:53 +0100 skrev Hans de Goede:
> void reset_cpu(ulong addr)
> {
> + static const struct sunxi_wdog *wdog =
> + &((struct sunxi_timer_reg *)SUNXI_TIMER_BASE)->wdog;
> +
> + /* Set the watchdog for its shortest interval (.5s) and wait */
> + writel(
fre 2014-03-14 klockan 10:17 -0400 skrev Tom Rini:
> And as for the rest of the code, lots of magic numbers to #define
> what/why (why udelay(2) and 22?)
Unfortunately the only documentation we have on the sun7i DRAM
controller is Allwinner boot0 + boot1 code, and that code uses.. magic
numbers &
fre 2014-03-14 klockan 10:33 + skrev Ian Campbell:
> This is my first cut at an upstreamable series based upon the
> https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree.
Thanks for picking this up. Much needed.
Regards
Henrik
___
U-Boot mai
Use of uImage formatted u-boot have long been preferred, and recent
changes to better support Falcon mode on MMC now enforces it on MMC.
Signed-off-by: Henrik Nordstrom
---
Changes in v2:
- Rebased to current master.
Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/Makefile b/Make
>From 015f65db8c6c01fe527f2f88af255ecdb5e2c58d Mon Sep 17 00:00:00 2001
From: Henrik Nordstrom
Date: Wed, 21 Aug 2013 21:20:47 +0200
Subject: [PATCH] Always build u-boot.img when using CONFIG_SPL_FRAMEWORK
Use of uImage formatted u-boot binary have long been preferred, and
recent changes to bette
sön 2013-06-16 klockan 07:50 -0700 skrev Simon Glass:
> Did you send a new version? I might have missed it.
Not yet. Work got in a bit of a panic mode and then been ill for a
while. Not forgotten.
Regards
Henrik
___
U-Boot mailing list
U-Boot@lists.d
tor 2013-05-23 klockan 16:39 -0400 skrev Tom Rini:
> My rather poor understanding of how some of the Freescale ARM parts do
> SPL is a lot more like this (whack things about, let ROM load next
> parts) than the "SPL takes over, loads U-Boot" method. And this is OK,
> in so far as it gets needed j
ons 2013-05-22 klockan 11:26 -0400 skrev Tom Rini:
> If we can implement it cleanly, this isn't (at the 1000 meter view) all
> that much different than what we do on some PowerPC platforms today
> where everything must fit within a few kilobytes.
Yes it is quite doable. The pieces I have done sho
tis 2013-05-21 klockan 14:26 +0200 skrev Wolfgang Denk:
> > but imho the user shouldn't really need to care for these and is why I
> > hooked into the go command.
>
> In this case you should use the common C API.
Unfortunately the go command do now know what range(s) it needs to
flush.
> No. b
lör 2013-05-18 klockan 15:14 + skrev Scott A:
> Hi,I am attempting to read a set of files from the fat file system
> into a location in memory.This is easy using the command interface
> using something likefatload mmc 0:1 0x4800 file.txt
> However i want to do this in a standalone program.
tor 2013-05-16 klockan 21:53 -0700 skrev Simon Glass:
> Sorry I meant:
>
> =>ext4ls host 0:3
> Segmentation fault (core dumped)
>
> It may not be your code, but I think the segfault is there.
It's crashing in ext4 for me.
#0 ext4fs_set_blk_dev (rbdd=0x6434a0 ,
info=info@entry=0x643980 )
fre 2013-05-17 klockan 14:17 -0400 skrev Tom Rini:
> I would say you want to hypothetically add a _felboot build target for
> the allwinner boards that instead of building out a regular
> CONFIG_SPL_FRAMEWORK (I hope!) SPL spits out just a very tiny one that
> does what you need for this use case.
I am looking into reusing the SPL system initialization part for a very
minimalistic "SPL" which only initializes the board.
To give a bit of context, on the Allwinner CPUs there is a recovery boot
mode where data can be copied over USB and executed by the CPU. But most
of the board including DRAM
fre 2013-05-17 klockan 00:13 +0200 skrev Wolfgang Denk:
> There is a common, architecture-independent C API that implements
> cache flushing/invalidation; please re-read the summary at [1]
Sorry I missed that discussion. Had a bit too much mail for a while.
> > Or maybe just punt it. If you are
tor 2013-05-16 klockan 09:37 -0400 skrev Tom Rini:
> That this topic keeps coming up is one of the reasons I asked Henrik to
> post this patch when I was looking over the Allwinner support queue. I
> thought this was a rather clever fixup.
For what it's worth a similar issue is also relevant to
tis 2013-05-14 klockan 19:06 +0200 skrev Henrik Nordström:
> Quoting is broken (ignored/lost) when there is variable expansions
>
> # test "a b" = c; echo $?
> 1
> # v="a b"
> # test "$v" = c; echo $?
> 0
> # echo &qu
ons 2013-05-15 klockan 19:39 +0200 skrev Albert ARIBAUD:
> I understand all this, but what I am interested in is the root issue.
>
> IIUC, the problem is that some code is loaded in DDR, and the CPU is
> about to jump to it, but its instruction cache is enabled so maybe some
> instructions afte
ons 2013-05-15 klockan 15:20 -0700 skrev Simon Glass:
> Hi Henrik,
>
> On Wed, May 15, 2013 at 2:54 PM, Henrik Nordström
> wrote:
> > Version 2 of this patch addressing the code comments by Simon and adding
> > some small missing pieces.
>
> Looks good.
>
&g
Version 2 of this patch addressing the code comments by Simon and adding
some small missing pieces.
left on the to-do is documentation and adding test suite tests.
---
A simple "host" block driver using any host file/device
as backing store.
Adds two sb subcommands for managing host device bindi
ons 2013-05-15 klockan 10:42 -0700 skrev Simon Glass:
> Some high-level comments:
>
> Configuring for sandbox board...
> sandbox.c: In function ‘host_dev_bind’:
> - should not have any warnings
Shame on me :)
Fixed now, and should have before submitting for review.
> =>sb bind
> Segmentation
ons 2013-05-15 klockan 17:11 +0200 skrev Albert ARIBAUD:
> What is the rationale behind putting it in arch/ rather than in common/
> by adding this to the existing common/cmd_boot.c file under ARMv7
> conditionals?
Only because of what I said earlier: blindly calling
invalidate_icache_all() from
A simple "host" block driver using any host file/device
as backing store.
The mapping is established using the "sb bind" command
Signed-off-by: Henrik Nordstrom
---
common/cmd_sandbox.c | 10 +++-
disk/part.c| 20 ++-
drivers/block/Makefile | 1 +
drivers/block
Quoting is broken (ignored/lost) when there is variable expansions
# test "a b" = c; echo $?
1
# v="a b"
# test "$v" = c; echo $?
0
# echo "ab"
ab
# v="ab"
# echo "$v"
a b
Regards
Henrik
___
U-Boot ma
Tom Rini wanted me to post this again. There is no change from previous
version.
I do agree with Wolfgang Denk that this really SHOULD NOT be arch
specific. The only reason why I made this ARMv7 specific is because
blindly calling invalidate_icache_all() from the go command will cause
loud complai
fre 2013-03-08 klockan 10:46 +1300 skrev Charles Manning:
> I have had to deal with this a bit so I'll give my 2c.
>
> Under the GPL2, the company only has to provide source, or make an
> offer to do so, to customers buying the product containing the GPL
> code.
If you go the written offer path t
tor 2012-11-29 klockan 07:27 +0100 skrev Marek Vasut:
> Dear yegorsli...@googlemail.com,
>
> > From: Yegor Yefremov
> >
> > The driver code was taken from Linux kernel source:
> > drivers/net/phy/icplus.c
> >
> > Signed-off-by: Yegor Yefremov
> [...]
>
> Is there any user for this PHY please?
tis 2012-11-27 klockan 16:22 -0600 skrev Scott Wood:
> How am I going to script gdb to figure out the relocation address when
> I'm just running it on the image to get symbols, not actually
> connecting to the target?
It can be calculated from ram size and size of your u-boot binary
including
mån 2012-11-26 klockan 16:51 -0500 skrev Tom Rini:
> This is why, sooner rather than later I believe, we need to come up
> with a good way to pass device trees in and around, asap. An SPL that
> contains a device tree for the correct board (and passes along to
> U-Boot which could in turn pass al
mån 2012-11-26 klockan 14:13 -0700 skrev Tom Rini:
> In the future, please thread the 0/N to the patch series, thanks.
I know. Didn't notice that my git was wrongly configured in this small
patch series before it was sent, and don't know what whent wrong with
the threading of the cover letter in
mån 2012-11-26 klockan 14:05 -0700 skrev Tom Rini:
> I think part of the solution is that in the environment now we have
> board_name for the unique run-time-determined board we are on (which
> defaults to CONFIG_SYS_BOARD). In each of these Allwiner SoCs do we
> have the ability to tell at run-t
mån 2012-11-26 klockan 12:13 +0100 skrev Heiko Schocher:
> One question: Did you looked at the i2c driver in
> drivers/i2c/mvtwsi.c? I just looked roughly over
> it, there seems some differences, but there are
> some equal defines, for example the TWI_CTL_*, TWI_STAT_*
> defines, not too big diffe
sön 2012-11-25 klockan 21:01 +0100 skrev Wolfgang Denk:
> I think you should avoid doing that. It's ugly, and I see no real
> advantages for it.
Avoid using the same board config file for multiple boards even when
they differ only in one config parameter or in the SoC model mounted on
the board?
mån 2012-11-26 klockan 13:43 +1100 skrev Graeme Russ:
> It's good to see not only the core A10 support, but several boards
> right off the bat. With respect to the boards, is putting them all in
> the same board directory the right thing to do?
I don't know. Stefan suggested the current layout in
sön 2012-11-25 klockan 18:02 +0100 skrev Luka Perkov:
> You might want to wait a few days... Somebody else might have comments.
Good point. Will resuimt the patchset with accumulated fixes by next
weekend.
Regards
Henrik
___
U-Boot mailing list
U-Boot
sön 2012-11-25 klockan 20:55 +0100 skrev Wolfgang Denk:
> Dear Henrik Nordström,
>
> In message <1353848939.28559.13.ca...@home.hno.se> you wrote:
> >
> > > > +# (C) Copyright 2000-2003
> > >
> > > I don't know about the dates. It's 2
sön 2012-11-25 klockan 19:16 +0100 skrev Henrik Nordström:
> sön 2012-11-25 klockan 18:58 +0100 skrev Marek Vasut:
>
> > The mkimage infrastructure won't work? I think it's much better than yet
> > another
> > tool (mksunxi...)
>
> Suggestion ho
sön 2012-11-25 klockan 19:06 +0100 skrev Marek Vasut:
> > +COBJS += timer.o
> > +COBJS += dram.o
> > +COBJS += board.o
> > +COBJS += clock.o
> > +COBJS += pinmux.o
>
> COBJS = x.o y.o z.o
> works just fine
Does it matter?
+= is easier to deal with when adding/removing fi
sön 2012-11-25 klockan 21:04 +0100 skrev Wolfgang Denk:
> Well, these are make targets, so they are definitely case sensitive.
>
> > if [ \( $# -eq 2 \) -a \( "$1" = "-A" \) ] ; then
> > # Automatic mode
> > - line=`egrep -i "^[[:space:]]*${2}[[:space:]]" boards.cfg` || {
> > + line=`egr
sön 2012-11-25 klockan 20:33 +0100 skrev Wolfgang Denk:
> Dear Henrik Nordström,
>
> In message <1353843450.17518.13.ca...@home.hno.se> you wrote:
> > This adds support for the Allwinner A10/A13 SoC's. Additionally
> > board support for the dev-boards sun4i/sun5i
sön 2012-11-25 klockan 20:50 +0100 skrev Wolfgang Denk:
> Dear Henrik Nordström,
>
> In message <1353843623.17518.17.ca...@home.hno.se> you wrote:
> > GPIO driver for Allwinner sun4i/sun5i family of SoCs
> >
> > GPIO Pins are named by their symbolic pin n
sön 2012-11-25 klockan 18:41 +0100 skrev Wolfgang Denk:
> Dear Henrik Nordström,
>
> In message <1353842010.17518.3.ca...@home.hno.se> you wrote:
> > ARM v7 runs with icache enabled. For reliable results the go command
> > needs to flush the icache before jumping or it
sön 2012-11-25 klockan 18:58 +0100 skrev Marek Vasut:
> The mkimage infrastructure won't work? I think it's much better than yet
> another
> tool (mksunxi...)
Suggestion how to fit adding an SPL header with these parameters in
mkimage is welcome
http://lists.denx.de/pipermail/u-boot/2012-Nove
sön 2012-11-25 klockan 18:45 +0100 skrev Wolfgang Denk:
> Dear Henrik Nordström,
>
> In message <1353842544.17518.11.ca...@home.hno.se> you wrote:
> > ---
> > Makefile |1 +
> > 1 files changed, 1 insertions(+), 0 deletions(-)
> >
> > diff
sön 2012-11-25 klockan 18:43 +0100 skrev Wolfgang Denk:
> > echo "#define CONFIG_SYS_BOARD \"${board}\"" >> config.h
> > +echo "#define CONFIG_SYS_TARGET \"${BOARD_NAME}\"" >> config.h
>
> I don't see what the difference is between CONFIG_SYS_BOARD (which is
> the board name) and CONFIG_SYS_BOARD
Thanks for your patch reviews. Will fix up your comments and submit a
new batch of patches later tonight.
sön 2012-11-25 klockan 16:21 +0100 skrev Luka Perkov:
> I think you should add README file in doc directory. It should at least
> contain information how to add support for new boards and poi
sön 2012-11-25 klockan 15:41 +0100 skrev Luka Perkov:
> Why don't you do it like this:
>
> #ifdef CONFIG_CMD_I2C
> #define CONFIG_SPL_I2C_SUPPORT
> #define CONFIG_SYS_I2C_SPEED 40
> #define CONFIG_HARD_I2C
> #define CONFIG_SUNXI_I2C
> #define CONFIG_SYS_I2C_SLAVE 0x7f
> #end
sön 2012-11-25 klockan 15:33 +0100 skrev Luka Perkov:
> > +#define MMCDBG(fmt...) printf("[mmc]: "fmt)
>
> Why not reuse something from existing uboot code ? (exaple from api/api.c):
>
>
> 53 #ifdef DEBUG
> 54 #define debugf(fmt, args...) do { printf("%s(): ", __func__); printf(fmt,
> ##
sön 2012-11-25 klockan 13:23 +0100 skrev Luka Perkov:
> Hi Henrik,
>
> I have few comments bellow.
>
> > +++ b/arch/arm/cpu/armv7/sunxi/Makefile
> > +# (C) Copyright 2000-2003
>
> I don't know about the dates. It's 2012 now... Same goes for all other files.
Heh.. Not sure which board that was
Allwinner sunxi family of SoCs boots from MMC0/NAND/NOR/MMC2 loading
boot code into an embedded 32KB SRAM.
This patch adds support for booting u-boot SPL from MMC0
We first initializes the console UART, then DRAM controller with board
specific DRAM configuration details, configure CPU core voltag
From: Henrik Nordstrom
Signed-off-by: Alejandro Mery
Signed-off-by: Henrik Nordstrom
Signed-off-by: Stefan Roese
---
board/sunxi/Makefile |2 ++
board/sunxi/dram_cubieboard.c | 31 +++
board/sunxi/dram_cubieboard_512.c | 31 +
This adds support for the hardware watchdog in Allwinner
sun4i & sun5i (sunxi) SoC familiy.
From: Henrik Nordstrom
Signed-off-by: Henrik Nordstrom
Signed-off-by: Stefan Roese
---
arch/arm/cpu/armv7/sunxi/board.c|3 ++
arch/arm/include/asm/arch-sunxi/sys_proto.h |1 -
drive
Signed-off-by: Luc Verhaegen
Signed-off-by: Henrik Nordstrom
Signed-off-by: Stefan Roese
---
board/sunxi/Makefile|1 +
board/sunxi/dram_hyundai_a7hd.c | 31 +++
boards.cfg |1 +
3 files changed, 33 insertions(+), 0 deletions
From: hehopmajieh
Signed-off-by: Henrik Nordstrom
---
board/sunxi/Makefile |1 +
board/sunxi/dram_a13_oli_micro.c | 32
boards.cfg |1 +
include/configs/sunxi-common.h |2 ++
4 files changed, 36 insertions(+), 0 d
From: Jari Helaakoski
Signed-off-by: Jari Helaakoski
Signed-off-by: Henrik Nordstrom
---
board/sunxi/Makefile |1 +
board/sunxi/dram_mini_x.c | 31 +++
boards.cfg|1 +
3 files changed, 33 insertions(+), 0 deletions(-)
create mode 10064
From:Jari Helaakoski
Signed-off-by: Jari Helaakoski
Signed-off-by: Henrik Nordstrom
---
board/sunxi/Makefile |1 +
board/sunxi/dram_a13_mid.c | 31 +++
boards.cfg |1 +
3 files changed, 33 insertions(+), 0 deletions(-)
create mode
Signed-off-by: Henrik Nordstrom
---
board/sunxi/Makefile |1 +
board/sunxi/dram_mele_a3700.c | 31 +++
boards.cfg|1 +
3 files changed, 33 insertions(+), 0 deletions(-)
create mode 100644 board/sunxi/dram_mele_a3700.c
diff --git
From: Henrik Nordstrom
Signed-off-by: Henrik Nordstrom
Signed-off-by: J M
---
board/sunxi/Makefile |1 +
board/sunxi/dram_hackberry.c | 31 +++
boards.cfg |1 +
3 files changed, 33 insertions(+), 0 deletions(-)
create mode 100644
From: j
Signed-off-by: Henrik Nordstrom
---
board/sunxi/Makefile |1 +
board/sunxi/dram_mk802ii.c | 31 +++
boards.cfg |1 +
3 files changed, 33 insertions(+), 0 deletions(-)
create mode 100644 board/sunxi/dram_mk802ii.c
diff --git a/
Signed-off-by: Henrik Nordstrom
---
board/sunxi/Makefile |1 +
board/sunxi/dram_mele_a1000.c | 24
boards.cfg|1 +
3 files changed, 26 insertions(+), 0 deletions(-)
create mode 100644 board/sunxi/dram_mele_a1000.c
diff --git a/boar
Signed-off-by: Henrik Nordstrom
---
board/sunxi/Makefile |1 +
board/sunxi/dram_a13_olinuxino.c | 31 +++
boards.cfg |1 +
3 files changed, 33 insertions(+), 0 deletions(-)
create mode 100644 board/sunxi/dram_a13_olinuxino.c
From: Sergey Lapin
Signed-off-by: Henrik Nordstrom
---
board/sunxi/Makefile |1 +
board/sunxi/dram_mk802.c | 24
boards.cfg |1 +
3 files changed, 26 insertions(+), 0 deletions(-)
create mode 100644 board/sunxi/dram_mk802.c
diff --git a/boar
Add most network related commands
Signed-off-by: Henrik Nordstrom
---
include/configs/sun4i.h | 21 -
1 files changed, 20 insertions(+), 1 deletions(-)
diff --git a/include/configs/sun4i.h b/include/configs/sun4i.h
index ad51446..a58f82b 100644
--- a/include/configs/sun4i
From: Stefan Roese
Signed-off-by: Stefan Roese
Signed-off-by: Henrik Nordstrom
---
arch/arm/cpu/armv7/sunxi/board.c | 14 ++
include/configs/sun4i.h |8
2 files changed, 22 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/armv7/sunxi/board.c b/arch/ar
This patch adds support for the WEMAC, the ethernet controller included
in the Allwinner A10 SoC. It will get used in the upcoming A10 board
support.
From: Stefan Roese
Signed-off-by: Stefan Roese
Signed-off-by: Henrik Nordstrom
---
drivers/net/Makefile |1 +
drivers/net/sunxi_wemac.c
This tool adds a boot header to the supplied file, for booting
code directly from the SoC embedded boot rom. Needed for making
the SPL loader bootable.
From: Tom Cubie
Signed-off-by: Henrik Nordstrom
Signed-off-by: Stefan Roese
---
Makefile |1 +
tools/.gitignore |
GPIO driver for Allwinner sun4i/sun5i family of SoCs
GPIO Pins are named by their symbolic pin names P<#>
such as PH19 or H19.
Note: This do not perform any validation if the pin is in use
for some other I/O function. Use with care.
---
arch/arm/include/asm/arch-sunxi/gpio.h |2 +
drivers/gp
This adds support for AXP209 Power Management controller,
used by most sunxi (Allwinner A10/A13) based boards.
From: Henrik Nordstrom
Signed-off-by: Henrik Nordstrom
Signed-off-by: Stefan Roese
---
drivers/power/Makefile |1 +
drivers/power/axp209.c | 183 +
A basic basic driver for the I2C controller found in Allwinner
sunXi (A10 & A13) SoCs.
Signed-off-by: Henrik Nordstrom
Signed-off-by: Stefan Roese
---
arch/arm/cpu/armv7/sunxi/clock.c | 15 ++
arch/arm/include/asm/arch-sunxi/i2c.h | 185 ++
drivers/i2c/Makefile
This adds a basic MMC driver for Allwinner sun4i/sun5i family of SoC
this driver is limited to a single MMC channel.
Signed-off-by: Tom Cubie
Signed-off-by: Henrik Nodstrom
Signed-off-by: Stefan Roese
---
arch/arm/include/asm/arch-sunxi/mmc.h | 64 +++
board/sunxi/board.c |
This patch series adds support for Allwinner sunxi (A10 & A13) SoC
families, including SPL loader to boot u-boot directly from MMC/SD.
Aaron (1):
ARM: sunxi: MMC driver
Henrik Nordstrom (14):
ARM sunxi: I2C driver
ARM: sunxi: watchdog support
power: Add AXP209 Power Management controller
---
Makefile |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/Makefile b/Makefile
index 1a17be9..5a98745 100644
--- a/Makefile
+++ b/Makefile
@@ -752,6 +752,7 @@ unconfig:
sinclude $(obj).boards.depend
$(obj).boards.depend: boards.cfg
@awk '(NF && $$1 !~ /^#/) {
This change makes CONFIG_SYS_BOARD_NAME globally available as the configured
target name, avoiding the need to define manually for boards having multiple
targets sharing the same board implementation.
---
include/config_fallbacks.h |4
mkconfig |1 +
2 files changed,
This patch series adds CONFIG_SYS_BOARD_NAME with the boards.cfg board
name. This differs from the source level board name when multiple boards
share the same source using parameters set in boards.cfg.
This is used by the upcoming Allwinner sunxi (A10 & A13) SoC support
Henrik Nordstrom (2):
mk
ARM v7 runs with icache enabled. For reliable results the go command
needs to flush the icache before jumping or it may risk running
cached instructions that differ from what currently is in memory.
---
arch/arm/cpu/armv7/Makefile |1 +
arch/arm/cpu/armv7/cmd_boot.c | 37 +
ons 2012-11-14 klockan 10:47 +0100 skrev Angelo Dureghello:
> > > Also, i don't understand why "-g" is set by default.
> My question becouse sometime embedded programmers fight for a bite free
> in the flash. On limited boards like mine (4M Flash) once kernel and
> some apps are stored, very sm
mån 2012-11-12 klockan 12:43 -0500 skrev Robert P. J. Day:
> after some playing around, i think i have a pretty good handle on
> the structure and usage of the boards.cfg file, except for what are
> apparently some oddities (not errors, just redundancies in some
> sense).
>
> first, with lines
lör 2012-11-10 klockan 00:25 +0100 skrev Anatolij Gustschin:
> Some documentation is in README (SPL framework) and doc/README.SPL, example
> code is in mainline (see i.e. twister board). For slides see [1]. Links to
> the videos mentioned in the slides can be found here [2].
The piece I am missin
ts out, the fix was bad because the commit used
> CONFIG_SYS_MAXARGS whereas the code intended to use the maximum
> number of commands (not arguments to a command).
>
> this patch fixes both by making the allocation manually on the heap.
>
> Reported-by: Henrik Nordström
> S
mån 2012-10-29 klockan 18:34 -0500 skrev Kim Phillips:
> diff --git a/common/command.c b/common/command.c
> index 50c8429..f51df26 100644
> --- a/common/command.c
> +++ b/common/command.c
> @@ -40,8 +40,15 @@ int _do_help (cmd_tbl_t *cmd_start, int cmd_items,
> cmd_tbl_t * cmdtp, int
> int
mån 2012-10-22 klockan 19:40 +0200 skrev Heiko Schocher:
> +- Legacy I2C Support:CONFIG_HARD_I2C | CONFIG_SOFT_I2C
> +
> + NOTE: It is intended to move drivers to CONFIG_SYS_I2C which
> + provides the following compelling advantages:
> + 1. Heiko
ons 2012-09-12 klockan 11:26 +1000 skrev Graeme Russ:
> I must make an apology - I had committed to assisting you and Tom in
> bringing this port into mainline U-Boot (including investigating the
> SPL breakage et. al.).
No need to apology. We all have life (to various degrees) outside
computers.
ment, web interfaces, application level
proxies, kernel drivers, and now back to bare metal in u-boot.
My work on u-boot is done by interest in both the SoCs in question and
bare metal development, and plan to continue looking after this class of
SoCs for quite some time.
Kind regards
Henrik Nords
91 matches
Mail list logo