Hi,
On 26 September 2014 01:56, Chao Fu wrote:
> From: Chao Fu
>
> Useage:
> For exmaple(ls1021 ls1021aqds):
>
> SPI bus defination can be find in
> arch/arm/include/asm/arch-ls102xa/config.h
>
> SPI_BUS_FSL_QSPI0
> SPI_BUS_FSL_DSPI
On Fri, 2014-10-03 at 21:31 -0500, Sun York-R58495 wrote:
>
> On 10/3/14 7:21 PM, "Simon Glass" wrote:
>
> >On 2 October 2014 16:20, York Sun wrote:
> >> Commit 294b91a5817147d4b7f47be2ac69bac2a1f26491 moved initr_malloc
> >> earlier than initr_unlock_ram_in_cache. This causes issue on T4240.
>
On 3 October 2014 03:16, Valentin Longchamp
wrote:
> Since on powerpc phys_size_t can be unsigned long long, this printout
> line can result in a not nice compile warning.
>
> Signed-off-by: Valentin Longchamp
Acked-by: Simon Glass
> ---
>
> common/board_r.c | 2 +-
> 1 file changed, 1 insert
Hi Scott,
On 2 October 2014 18:54, Scott Wood wrote:
> On Tue, 2014-09-30 at 20:25 -0600, Simon Glass wrote:
>> Hi Scott,
>>
>> On 29 September 2014 10:22, Scott Wood wrote:
>> > On Sun, 2014-09-28 at 12:04 -0600, Simon Glass wrote:
>> >> Hi Scott,
>> >>
>> >> On 25 September 2014 13:30, Scott W
Add an explanation for how to set up git so that patman can find the alias
file. Fix up the get_maintainers message too.
Reported-by: Scott Wood
Signed-off-by: Simon Glass
---
tools/patman/README | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/tools/patman/REA
On 10/3/14 7:21 PM, "Simon Glass" wrote:
>On 2 October 2014 16:20, York Sun wrote:
>> Commit 294b91a5817147d4b7f47be2ac69bac2a1f26491 moved initr_malloc
>> earlier than initr_unlock_ram_in_cache. This causes issue on T4240.
>> It may be related to locked L1 d-cache and unlocked L2 cache. D-
>>
On 2 October 2014 16:20, York Sun wrote:
> Commit 294b91a5817147d4b7f47be2ac69bac2a1f26491 moved initr_malloc
> earlier than initr_unlock_ram_in_cache. This causes issue on T4240.
> It may be related to locked L1 d-cache and unlocked L2 cache. D-
> cache could and should be unlock earlier for norm
Hi Masahiro,
On 2 October 2014 07:09, Masahiro Yamada wrote:
> Hi.
>
>
>
> On Fri, 26 Sep 2014 09:49:01 -0400
> Tom Rini wrote:
>
>> On Thu, Sep 25, 2014 at 07:44:30AM -0600, Simon Glass wrote:
>> > Hi,
>> >
>> > On 25 September 2014 07:18, Tom Rini wrote:
>> > > On Thu, Sep 25, 2014 at 04:38:0
Hi Masahiro,
On 1 October 2014 23:18, Masahiro Yamada wrote:
> Hi Simon,
>
>
>
> On Wed, 1 Oct 2014 17:43:19 -0600
> Simon Glass wrote:
>
>>
>> >
>> > > The pre-reloc malloc() area goes below global_data so uses the same
>> > > mechanism.
>> > >
>> > > Yes it is true that strictly speaking we s
Marek,
I can try piece by piece but I don't know much about this driver. Some guidance
will be appreciated.
York
Original Message
From: Marek Vasut
Sent: Fri, 03/10/2014 19:12
To: Sun York-R58495
CC: Tim Harvey ; u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH 0/2] e1000: ad
On Friday, October 03, 2014 at 06:33:28 PM, York Sun wrote:
> On 08/08/2014 07:57 AM, Marek Vasut wrote:
> > On Friday, August 08, 2014 at 04:41:37 PM, Tim Harvey wrote:
> >> Two patches to add Intel i210 support to the e1000 driver.
> >>
> >> Marek Vasut (2):
> >> e1000: Implement dcache suppor
On Wednesday, October 01, 2014 at 10:44:46 PM, Steve Rae wrote:
> On 14-10-01 05:13 AM, Marek Vasut wrote:
> > On Wednesday, October 01, 2014 at 04:03:21 AM, Eric Nelson wrote:
> >> Hi Marek,
> >>
> >> On 09/30/2014 04:59 PM, Marek Vasut wrote:
> >>> On Tuesday, September 30, 2014 at 09:47:07 PM,
much better state. Thats why I removed
> the WIP from the subject lines.
>
> Again, this is tested on the EBV SoCrates eval board.
I picked this up into u-boot-socfpga:topic/drivers/qspi-wip-20141003 so it
doesn't get lost. Also, they are updated to use the latest socfpga stuff,
During rigorous testing of our latest update infrastructure I came
across quite consistent timeouts on certain eMMC parts (e.g. Hynix
H26M21001ECR) when writing big (e.g. in excess of 400 MB) file system
images:
MMC write: dev # 0, block # 40960, count 944128 ...
mmc_send_cmd_bounced: MMC Timeout
Trying to enumerate USB devices connected via ULPI to T20 failed as
follows:
USB2: ULPI integrity check failed
Git bisecting revealed the following commit being at odds:
commit 2d34151f7501ddaa599897f0d89ad576126b03eb
usb: tegra: refactor PHY type selection
Looking at above commit one quickly
On Thu, Sep 25, 2014 at 07:38:26PM -0500, Felipe Balbi wrote:
> On Tue, Sep 23, 2014 at 10:44:17AM -0500, Felipe Balbi wrote:
> > If CONFIG_SPL_BUILD and CONFIG_ENV_IS_IN_FAT are
> > defined, u-boot spl will fail to build. Fix that.
> >
> > Signed-off-by: Felipe Balbi
>
> ping
ping here
--
ba
On Fri, 2014-10-03 at 21:06 +0800, Chen-Yu Tsai wrote:
> On Fri, Oct 3, 2014 at 8:47 PM, Ian Campbell wrote:
> > On Fri, 2014-10-03 at 14:37 +0200, Maxime Ripard wrote:
> >> On Fri, Oct 03, 2014 at 08:16:30PM +0800, Chen-Yu Tsai wrote:
> >> > The Colombus board is an A31 evaluation board from WITS
We need to set the 'BE' flag here for things to work right.
Signed-off-by: Tom Rini
---
include/configs/am335x_evm.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/am335x_evm.h b/include/configs/am335x_evm.h
index e2f7ead..476430d 100644
--- a/include/configs/am335x_evm.h
Hi Guys,
I got it working..
Regards,
john
On Fri, Oct 3, 2014 at 10:44 AM, John Tobias wrote:
> Hi All,
>
>
> I have an iMX6SL custom board with two 512 MB (CS0 and CS1) of DDR3.
> The two DDR are working fine and the kernel could see it 1GB. I need
> to disable the CS1 to work my device with
Hi All,
I have an iMX6SL custom board with two 512 MB (CS0 and CS1) of DDR3.
The two DDR are working fine and the kernel could see it 1GB. I need
to disable the CS1 to work my device with 512MB at the same time to
see the performance of my system. I used the MX6SL_MMDC_DDR3_register
programming
v
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org
]
> Sent: Friday, October 03, 2014 8:56 AM
> To: Marcel Ziswiler
> Cc: u-boot@lists.denx.de; Thierry Reding; Stephen Warren; Tom Warren
> Subject: Re: [U-Boot] [PATCH 42/42] ARM: tegra: colibri_t30: comment
> s
On Fri, 2014-10-03 at 10:01 -0600, Stephen Warren wrote:
> Recall that on many systems, U-Boot executes from ROM initially and is
> tasked with initializing the RAM. On all current Tegra ports, U-Boot
> always executes from RAM, and the boot ROM has already fully initialized
> RAM. That's quite
On 08/08/2014 07:57 AM, Marek Vasut wrote:
> On Friday, August 08, 2014 at 04:41:37 PM, Tim Harvey wrote:
>> Two patches to add Intel i210 support to the e1000 driver.
>>
>> Marek Vasut (2):
>> e1000: Implement dcache support
>> e1000: add i210 support
>>
>> drivers/net/e1000.c | 266
>> ++
On 10/02/2014 06:18 PM, Marcel Ziswiler wrote:
On Thu, 2014-10-02 at 17:29 -0600, Stephen Warren wrote:
Please mention the commit description too, so people can still find the
commit if it's been cherry-picked to a different branch with a different
commit ID:
aeb3fcb35956 ARM: tegra: Use mem si
On 10/03/2014 09:55 AM, Marcel Ziswiler wrote:
On Fri, 2014-10-03 at 09:40 -0600, Stephen Warren wrote:
If you want to extract just 1 (or some specific number) of commits
rather than "everything since upstream", you can always run:
git format-patch -1 commit_id
where -1 means "1 commit" (and c
On Fri, 2014-10-03 at 09:40 -0600, Stephen Warren wrote:
> If you want to extract just 1 (or some specific number) of commits
> rather than "everything since upstream", you can always run:
>
> git format-patch -1 commit_id
>
> where -1 means "1 commit" (and could be any number) and commit_id is
On 10/03/2014 01:03 AM, Marcel Ziswiler wrote:
On Thu, 2014-10-02 at 18:23 +0200, Marcel Ziswiler wrote:
Sorry about the 42/42 thingy but my tree is still holding Thierry's (now
on CC) latest PCIe patch set (BTW: what's the status there?) and I
forgot to fix that up prior to sending it out.
If
Hi,
I have made a patch to mxsldr to be able to boot non-u-boot bootstreams (linux
and barebox) as well as u-boot bootstreams.
I added an option to send one last BLTS command after uploading the firmware.
This is tested with bootstreams that work with sb_loader.exe in windows as well.
Jacob Kja
Hey,
While giving upstream u-boot a go on my Chromebook(s), I noticed that
while the peach pit is support the peach pi is not. Are there any plans
for supporting that board as well?
--
Sjoerd Simons
Collabora Ltd.
smime.p7s
Description: S/MIME cryptographic signature
_
this makes mxsldr behave like sb_loader.exe in windows making us able
to boot the same bootstreams with mxsldr.
---
mxsldr.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/mxsldr.c b/mxsldr.c
index 1de5f49..cf6faa9 100644
--- a/mxsldr.c
+++ b/mxsldr.c
@@ -239,7
None of the known sunxi devices actually use mmc1 routed through PH, where
as some devices do actually use mmc1 routed through PG, so change the routing
of mmc1 to PG. If in the future we encounter devices with mmc1 routed through
PH, we will need to change things to be a bit more flexible.
Signed
Enable the second sdcard slot found on some boards. Note that we do not
set CONFIG_MMC_SUNXI_SLOT_EXTRA for the SPL, as having it there is not useful,
Except for on the Mele-M3 where the second sdcard is an eMMC, from which the
device can also boot, and there we want to have both in the SPL, so th
sunxi SOCs can boot from both mmc0 and mmc2, detect from which one we're
booting, and make that one "mmc dev 0" so that a single u-boot binary can
be used for both the onboard eMMC and for external sdcards.
Signed-off-by: Hans de Goede
---
arch/arm/include/asm/arch-sunxi/mmc.h | 2 +-
board/sun
Signed-off-by: Hans de Goede
---
board/sunxi/Kconfig | 27 +++
drivers/mmc/sunxi_mmc.c | 20
2 files changed, 47 insertions(+)
diff --git a/board/sunxi/Kconfig b/board/sunxi/Kconfig
index 622f7b4..72d6dfa 100644
--- a/board/sunxi/Kconfig
+++ b/boa
Signed-off-by: Hans de Goede
---
arch/arm/cpu/armv7/sunxi/pinmux.c | 13 +
arch/arm/include/asm/arch-sunxi/gpio.h | 1 +
2 files changed, 14 insertions(+)
diff --git a/arch/arm/cpu/armv7/sunxi/pinmux.c
b/arch/arm/cpu/armv7/sunxi/pinmux.c
index 1f2843f..a3e5bfc 100644
--- a/arc
Note we also drop the SPL check for initializing the 2nd mmc slot, the SPL
check is not necessary with Kconfig, because only options explicitly marked
as also being for the SPL get set during SPL builds.
Signed-off-by: Hans de Goede
---
board/sunxi/Kconfig | 8
board/sunxi/board.c | 2 +
Hi Ian, et al,
Here is a patch-set adding support for the second sdcard slot found on some
sunxi devices. This includes support for eMMC-s connected to sdc2 (so that
they are bootable), as found on e.g. the Mele-M3.
For the eMMC case this set also adds support to detect what device we're
actually
Hi Tom,
The following changes since commit be9f643ae6aa9044c60fe80e3a2c10be8371c692:
Merge branch 'for-tom' of git://git.denx.de/u-boot-dm (2014-09-26 20:10:48
-0400)
are available in the git repository at:
git://git.denx.de/u-boot-mmc.git master
for you to fetch changes up to b966db0d7259
Hi Fabio,
thanks your suggestion.
Regards
Luca
On 03/10/2014 15:41, Fabio Estevam wrote:
Hi Luca,
On Fri, Oct 3, 2014 at 6:06 AM, Luca Ellero wrote:
Hi,
I'm about to start the porting of U-Boot on a custom board based on iMX6
(close to SabreSD).
My questions are:
1) should I use device tree o
Hi Wally,
On Sep 25, 2014, at 3:35 AM, Wally Yeh wrote:
> sub-command 'bootpart-resize' check for argc == 4,
> it will retrun CMD_RET_FAILURE when argc value not matched.
>
> but bootpart-resize's maxarg is 3, which means you never execute
> this sub-command successfully.
>
> fix it by change
Hi Igor,
On 3 October 2014 01:41, Igor Grinberg wrote:
> Hi Simon,
>
> On 10/02/14 22:22, Simon Glass wrote:
>> Hi Nikita,
>>
>> On 2 October 2014 08:17, Nikita Kiryanov wrote:
>>> Use gpio_request for all the gpios that are utilized by various
>>> subsystems in cm-fx6, and refactor the relevan
Hi Masahiro,
On 3 October 2014 07:04, Masahiro Yamada wrote:
> Simon,
>
>
>
> I am totally being confused.
>
>
>
> As far as I looked at the dm code,
> the private data is calloc'ed in device_probe() function
>
> if (drv->priv_auto_alloc_size) {
> dev->priv = calloc(1, drv
Hi Luca,
On Fri, Oct 3, 2014 at 6:06 AM, Luca Ellero wrote:
> Hi,
> I'm about to start the porting of U-Boot on a custom board based on iMX6
> (close to SabreSD).
> My questions are:
> 1) should I use device tree or use the "old" way (cloning directory and make
> modifications)?
For now, it's be
From: Ian Campbell
On a couple of platforms I've tripped over long PXE append lines overflowing
this array, due to having CONFIG_SYS_CBSIZE == 256. When doing preseeded Debian
installs it's pretty trivial to exceed that.
Since the symptom can be a silent hang or a crash add a check. Of course th
On Fri, Oct 3, 2014 at 8:47 PM, Ian Campbell wrote:
> On Fri, 2014-10-03 at 14:37 +0200, Maxime Ripard wrote:
>> On Fri, Oct 03, 2014 at 08:16:30PM +0800, Chen-Yu Tsai wrote:
>> > The Colombus board is an A31 evaluation board from WITS Technology.
>> >
>> > Maxime has kindly agreed to maintain thi
Simon,
I am totally being confused.
As far as I looked at the dm code,
the private data is calloc'ed in device_probe() function
if (drv->priv_auto_alloc_size) {
dev->priv = calloc(1, drv->priv_auto_alloc_size);
if (!dev->priv) {
On Fri, 2014-10-03 at 14:37 +0200, Maxime Ripard wrote:
> On Fri, Oct 03, 2014 at 08:16:30PM +0800, Chen-Yu Tsai wrote:
> > The Colombus board is an A31 evaluation board from WITS Technology.
> >
> > Maxime has kindly agreed to maintain this board.
> >
> > [1] http://lists.denx.de/pipermail/u-boo
Simon,
Now I am seeing driver/serial/serial_tegra.c
U_BOOT_DRIVER(serial_ns16550) = {
.name = "serial_tegra20",
.id = UCLASS_SERIAL,
.of_match = tegra_serial_ids,
.ofdata_to_platdata = tegra_serial_ofdata_to_platdata,
.platdata_auto_alloc_size = siz
On Fri, Oct 03, 2014 at 08:16:30PM +0800, Chen-Yu Tsai wrote:
> The Colombus board is an A31 evaluation board from WITS Technology.
>
> Maxime has kindly agreed to maintain this board.
>
> [1] http://lists.denx.de/pipermail/u-boot/2014-September/190043.html
>
> Signed-off-by: Chen-Yu Tsai
> Cc:
From: Hans de Goede
The mmc hardware on sun6i has an extra reset control that needs to
be de-asserted prior to usage. Also the FIFO address is different.
Signed-off-by: Hans de Goede
[w...@csie.org: use setbits_le32 for reset control, drop obsolete changes,
rewrite different FIF
This patch adds the basic clocks support for the Allwinner A31 (sun6i)
processor. This code will not been compiled until the build is hooked
up in a later patch. It has been split out to keep the patches manageable.
This includes changes from the following commits from u-boot-sunxi:
a92051b ARM:
From: Oliver Schinagl
The A31 has a new module called PRCM, or Power, Reset Control Module.
This module controls clocks and resets for RTC block modules, and also
PLL biasing in the main clock module.
This patch adds the register definitions, and also enables the clocks
and resets for the RTC bl
From: Maxime Ripard
Add a new sun6i machine that supports UART and MMC.
Signed-off-by: Maxime Ripard
Signed-off-by: Hans de Goede
[w...@csie.org: use SPDX labels, adapt to Kconfig system, drop ifdef
around mmc and smp code, drop MACH_TYPE]
Signed-off-by: Chen-Yu Tsai
Acked-by:
The Colombus board is an A31 evaluation board from WITS Technology.
Maxime has kindly agreed to maintain this board.
[1] http://lists.denx.de/pipermail/u-boot/2014-September/190043.html
Signed-off-by: Chen-Yu Tsai
Cc: Maxime Ripard
---
board/sunxi/MAINTAINERS| 5 +
configs/Colombus_de
From: Maxime Ripard
Signed-off-by: Maxime Ripard
Signed-off-by: Hans de Goede
[w...@csie.org: commit message was "ARM: sunxi: Setup the A31 UART0 muxing"]
[w...@csie.org: reorder #ifs by SUN?I]
[w...@csie.org: replace magic numbers with GPIO definitions]
Signed-off-by: Chen-Yu Tsai
Acked-by: I
Hi everyone,
This is v3 of the A31 support series. This series add basic (UART and MMC)
support for Allwinner's A31 SoC. The patches, excluding the first one,
were cherry-picked from u-boot-sunxi. Due to the difference between u-boot
mainline and u-boot-sunxi, some patches were rearranged or squas
UART0 is the default debug/console UART on the A31.
Signed-off-by: Chen-Yu Tsai
Acked-by: Ian Campbell
---
arch/arm/include/asm/arch-sunxi/gpio.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/include/asm/arch-sunxi/gpio.h
b/arch/arm/include/asm/arch-sunxi/gpio.h
index f7f3d8c
We have already defined macros for pull-up/down values in the
GPIO header. Use them instead of magic numbers when configuring
the UART pins.
Signed-off-by: Chen-Yu Tsai
Acked-by: Ian Campbell
---
arch/arm/cpu/armv7/sunxi/board.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff
From: Oliver Schinagl
A31 has several new and changed memory address. This patch adds them.
Signed-off-by: Oliver Schinagl
Signed-off-by: Hans de Goede
Signed-off-by: Chen-Yu Tsai
Acked-by: Ian Campbell
---
arch/arm/include/asm/arch-sunxi/cpu.h | 9 +
1 file changed, 9 insertions(+)
BOOT_TARGET_DEVICES includes USB unconditionally. This breaks when
CONFIG_CMD_USB is not defined. Use a secondary macro to conditionally
include it when CONFIG_EHCI is enabled, as we do for CONFIG_AHCI.
Signed-off-by: Chen-Yu Tsai
Acked-by: Ian Campbell
---
include/configs/sunxi-common.h | 8 ++
Masahiro Yamada (2):
mtd: denali: fix NAND_CMD_PARAM command
mtd: denali: support NAND_CMD_RNDOUT command
drivers/mtd/nand/denali.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
--
1.9.1
___
U-Boot mailing list
U-Boot@lis
The function nand_flash_detect_ext_param_page() requires
NAND_CMD_RNDOUT command supported. It is necessary to detect some
types of ONFi-compliant devices. Without it, the error message
"unsupported command received 0x5" is shown.
Let's support this command on the Denali NAND controller driver.
NAND_CMD_PARAM (0xEC) command is not working on the Denali
NAND controller driver.
Unlike NAND_CMD_READID (0x90), when the NAND_CMD_PARAM command
is followed by an address cycle, the target device goes busy.
(R/B# is deasserted)
Wait until the parameter data are ready.
In addition, unnecessary cl
The driver for on-chip UART used on Panasonic UniPhier platform.
Signed-off-by: Masahiro Yamada
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2:
- Use "const unsigned int mode_x_div = 16"
instead of "#define MODE_X_DIV 16"
- Use DIV_R
This commit allows to build Panasonic UniPhier family:
PH1-LD4, PH1-Pro4, PH1-sLD8
Signed-off-by: Masahiro Yamada
---
Changes in v6: None
Changes in v5:
- Add Denali config options to defconfigs
Changes in v4: None
Changes in v3:
- Rebase on the current u-boot/master
Changes in v2:
- Reb
UniPhier is the SoC family developed by Panasonic Corporation,
based on ARM Cortex-A9.
This patch set adds its SoC/board support code with some drivers.
Masahiro Yamada (7):
mtd: denali: add Denali controller configs to Kconfig
mtd: denali: add Denali NAND driver for SPL
serial: add UniPh
Commit 3eb3e72a3f66 (nand/denali: Adding Denali NAND driver support)
introduced some new options, and some of them were documented by
commit f9860cf081ef (nand/denali: Document CONFIG symbols).
This commit allows users to enable/disable them via Kconfig
with more detailed help docs.
Signed-off-by
The SPL-mode driver for Denali(Cadence) NAND Flash Memory Controller IP.
This driver requires two CONFIG macros:
- CONFIG_SPL_NAND_DENALI
Define to enable this driver.
- CONFIG_SYS_NAND_BAD_BLOCK_POS
Specify bad block mark position in the oob space. Typically 0.
Signed-off-by: Masahir
Signed-off-by: Masahiro Yamada
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2:
- Rebase
doc/git-mailrc | 1 +
1 file changed, 1 insertion(+)
diff --git a/doc/git-mailrc b/doc/git-mailrc
index 0fba100..35f2eb2 100644
--- a/doc/git-mailrc
+++
Signed-off-by: Masahiro Yamada
Acked-by: Albert ARIBAUD
Acked-by: Michal Simek
---
Changes in v6: None
Changes in v5:
- Add u-boot-uniphier repo info
Changes in v4: None
Changes in v3: None
Changes in v2:
- Newly added
MAINTAINERS | 9 +
1 file changed, 9 insertions(+)
diff --gi
This implies that all the km_kirkwood boards and their variants now are
using the generic board init sequence.
Signed-off-by: Valentin Longchamp
---
include/configs/km/km_arm.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/km/km_arm.h b/include/configs/km/km_arm.h
index
This converts all the Keymile powerpc boards to the generic board
initialization.
This includes the 3 Keymile powerpc subsystems: km82xx, km83xx,
and kmp204x.
Signed-off-by: Valentin Longchamp
---
include/configs/km/km83xx-common.h | 3 +++
include/configs/km/kmp204x-common.h | 3 +++
include
The argument boot_flags of board_init_f() is not used at all in the
powerpc specific board.c init sequence. Now with the generic init
sequence, this boot_flags arg is used by board_init_f().
This patch sets the r3 register that is used to pass the boot_flags
argument from the start.S board_init_f(
Hi,
On 10/03/2014 10:49 AM, Siarhei Siamashka wrote:
> On Fri, 03 Oct 2014 10:04:29 +0200
> Hans de Goede wrote:
>
>> Hi,
>>
>> On 10/01/2014 07:43 PM, Hendrik wrote:
>>> I have always been using the sunxi u-boot from
>>> 'https://github.com/linux-sunxi/u-boot-sunxi' and that works fine, but no
Since on powerpc phys_size_t can be unsigned long long, this printout
line can result in a not nice compile warning.
Signed-off-by: Valentin Longchamp
---
common/board_r.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/board_r.c b/common/board_r.c
index f9647e1..6c94
Hi,
I'm about to start the porting of U-Boot on a custom board based on iMX6
(close to SabreSD).
My questions are:
1) should I use device tree or use the "old" way (cloning directory and
make modifications)?
2) How is the status of CONFIG_OF_CONTROL on u-boot in general (and in
particular on i
On Fri, 03 Oct 2014 10:04:29 +0200
Hans de Goede wrote:
> Hi,
>
> On 10/01/2014 07:43 PM, Hendrik wrote:
> > I have always been using the sunxi u-boot from
> > 'https://github.com/linux-sunxi/u-boot-sunxi' and that works fine, but now
> > I want to boot the kernel from USB. That is not possibl
Hi,
On 10/01/2014 07:43 PM, Hendrik wrote:
> I have always been using the sunxi u-boot from
> 'https://github.com/linux-sunxi/u-boot-sunxi' and that works fine, but now I
> want to boot the kernel from USB. That is not possible in that u-boot branch.
> Therefore I switched to the latest U-Boot
Hi,
On 10/02/2014 09:23 AM, Ian Campbell wrote:
> On Wed, 2014-10-01 at 16:23 +0200, Hans de Goede wrote:
>> The Mele M3 is yet another Allwinnner based Android top set box from Mele.
>>
>> It uses a housing similar to the A2000, but without the USM sata storage slot
>> at the top.
>>
>> It featur
Hi Simon,
On 10/02/14 22:22, Simon Glass wrote:
> Hi Nikita,
>
> On 2 October 2014 08:17, Nikita Kiryanov wrote:
>> Use gpio_request for all the gpios that are utilized by various
>> subsystems in cm-fx6, and refactor the relevant init functions
>> so that all gpios are requested during board_in
On Thu, 2014-10-02 at 18:23 +0200, Marcel Ziswiler wrote:
Sorry about the 42/42 thingy but my tree is still holding Thierry's (now
on CC) latest PCIe patch set (BTW: what's the status there?) and I
forgot to fix that up prior to sending it out.
___
U-Bo
81 matches
Mail list logo
