Hi,
On 10 March 2014 22:05, Masahiro Yamada wrote:
> Hello Wolfgang, Tom
>
>
> In U-Boot, is there any rule to restrict documents
> written in a language other than English?
>
> I found a README file written in Germany by chance:
> board/lwmon/README.keybd
I think you are allowed to write in C
Hi Frank,
On 4 March 2014 01:43, Frank Ihle wrote:
>
> Hi everyone,
>
> I searched the Internet but the help I found didn't work. I hope someone here
> may know how to fix it, here's the situation:
>
> I have this ARM9 SAM9G25 which is accessed by its ttyS0. I
> want to disable all of the outp
On Friday, March 14, 2014 at 09:53:51 PM, Simon Glass wrote:
> Hi,
>
> On 12 March 2014 04:24, Pantelis Antoniou
wrote:
> > Remove the in-structure ops and put them in mmc_ops with
> > a constant pointer to it.
> >
> > This makes the mmc structure smaller as well as conserving
> > code space (i
On Friday, March 14, 2014 at 09:55:08 PM, Simon Glass wrote:
> Hi,
>
> On 12 March 2014 04:24, Pantelis Antoniou
wrote:
> > Using an array is pointless; even more pointless (and scary) is using
> > sprintf to fill it without a format string.
>
> This is certainly better, but how about an mmc st
On 03/14/2014 02:15 PM, Simon Glass wrote:
> Hi Stephen,
>
> On 13 March 2014 11:42, Stephen Warren wrote:
>> From: Stephen Warren
>>
>> Clean up the naming of pinmux-related objects:
>> * Refer to drive groups rather than pad groups to match the Linux kernel.
>> * Ensure all pinmux API types ar
Am Freitag, 14. März 2014, 10:46:26 schrieb Joakim Tjernlund:
> The fsl_espi.c is wreck w.r.t large TX data.
> Below is what I had to hack to load a FPGA over SPI and
> what is the malloc hack good for? This does not work
> well for TXing several MB data.
>
> The driver needs to be rewritten and I
On 12 March 2014 04:24, Pantelis Antoniou wrote:
> The way that struct mmc was implemented was a bit of a mess;
> configuration and internal state all jumbled up in a single structure.
>
> On top of that the way initialization is done with mmc_register leads
> to a lot of duplicated code in driver
Hi,
On 12 March 2014 04:24, Pantelis Antoniou wrote:
> Using an array is pointless; even more pointless (and scary) is using
> sprintf to fill it without a format string.
This is certainly better, but how about an mmc structure init function
which sets this up?
Regards,
Simon
__
Hi,
On 12 March 2014 04:24, Pantelis Antoniou wrote:
> Remove the in-structure ops and put them in mmc_ops with
> a constant pointer to it.
>
> This makes the mmc structure smaller as well as conserving
> code space (in theory).
You might be able to run buildman (and use -S) to check this.
Thes
On Thu, Mar 13, 2014 at 03:52:48PM +0100, Michal Simek wrote:
> Connect FPGA version with appropriate operations
> to remove huge switch-cases for every FPGA family.
> Tested on Zynq. Spartan2/Spartan3/Virtex2 just compile test.
>
> Signed-off-by: Michal Simek
I like the concept. Did you go th
On Fri, Mar 14, 2014 at 03:15:27PM +0900, Nobuhiro Iwamatsu wrote:
> Dear Tom Rini.
>
> Please pull u-boot-sh master branch.
>
> The following changes since commit 2e50f6dccb3eeb1a20993c9da73fe355da35cf04:
>
> kbuild: delete *.pyc files by "make distclean" (2014-03-12 17:05:00 -0400)
>
> are
On Fri, 14 Mar 2014 10:16:42 -0400
Tom Rini wrote:
> On Fri, Mar 14, 2014 at 10:33:32AM +, Ian Campbell wrote:
>
> > Hi,
> >
> > This is my first cut at an upstreamable series based upon the
> > https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
> > intention is to present a mi
Hi Stephen,
On 13 March 2014 11:42, Stephen Warren wrote:
> From: Stephen Warren
>
> Clean up the naming of pinmux-related objects:
> * Refer to drive groups rather than pad groups to match the Linux kernel.
> * Ensure all pinmux API types are prefixed with pmux_, values (defines)
> are prefix
On 13 March 2014 11:42, Stephen Warren wrote:
> From: Stephen Warren
>
> Remove a few unused functions from the pinmux header. They aren't
> currently used, and removing them prevents any new usage from appearing.
> This will ease moving to just pinmux_config_table() and
> padgrp_config_table() i
Hi Stephen,
On 13 March 2014 11:42, Stephen Warren wrote:
> From: Stephen Warren
>
> Much of arch/arm/cpu/tegra*-common/pinmux.c is identical. Remove the
> duplication by creating pinmux-common.c for all the identical code.
>
> This leaves:
> * arch/arm/include/asm/arch-tegra*/pinmux.h defining
Hi,
First of all: Ian: Many many thanks for working on this, you rock!
On 03/14/2014 04:01 PM, Albert ARIBAUD wrote:
> Hi Tom,
>
> On Fri, 14 Mar 2014 10:19:27 -0400, Tom Rini wrote:
>
>> OK good, I think Albert and I might end up starting the sun4i/sun5i
>> stuff as those are the boards we've
Hi,
>> and yes, I would like to contribute support for it.
>
> If someone can start working on sun6i support that would be awesome.
p.s. One thing I forgot about sun6i / A31 support Oliver Schinagl has
some preliminary u-boot patches for it here:
https://github.com/oliv3r/u-boot-sunxi/commits/
Hi,
On 03/14/2014 03:17 PM, Tom Rini wrote:
> On Fri, Mar 14, 2014 at 10:33:50AM +, Ian Campbell wrote:
>
>> Based linux-sunxi#sunxi commit d854c4de2f57 "arm: Handle .gnu.hash section in
>> ldscripts" vs v2014.01.
> [snip]
>> +/* Flat Device Tree (FDT/DT) support */
>> +#define CONFIG_OF_LIBF
Am Donnerstag, 13. März 2014, 00:42:49 schrieb Tom Rini:
> > >How much memory do these platforms have?
> >
> > LS-CHLv2 has 64MB and LS-XHL has 256MB. The kernel_addr and
> > ramdisk_addr are the value which was also used in the original
> > bootloader.
>
> OK, so we don't have to worry about rel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/14/2014 02:50 PM, Hans de Goede wrote:
> Hi,
>
> On 03/14/2014 03:17 PM, Tom Rini wrote:
>> On Fri, Mar 14, 2014 at 10:33:50AM +, Ian Campbell wrote:
>>
>>> Based linux-sunxi#sunxi commit d854c4de2f57 "arm: Handle .gnu.hash section
>>> in
>
On Fri, Mar 14, 2014 at 12:23:50PM -0500, Alex G. wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 03/14/2014 09:17 AM, Tom Rini wrote:
> > On Fri, Mar 14, 2014 at 10:33:45AM +, Ian Campbell wrote:
> >
> > [snip]
> >> +static void mctl_ddr3_reset(void) +{ +struct sunxi_dram
On 03/14/2014 12:22 PM, Simon Glass wrote:
> Hi Stephen,
>
> On 13 March 2014 11:41, Stephen Warren wrote:
>>
>> From: Stephen Warren
>>
>> This field isn't used anywhere, so remove it. Note that PIN() macros are
>> left unchanged for now, to avoid many diffs to them; later commits will
>> compl
On Fri, Mar 14, 2014 at 3:29 PM, Benedict Hewson
wrote:
> I am trying to get network support working on the Embest imx6 Marsboard.
> I have been reading through the various imx6 boards and it appears that some
> at least store a MAC address in the fuse memory.
>
> This does not appear to be set on
On Fri, Mar 14, 2014 at 4:28 PM, Henrik Nordström
wrote:
> 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 i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/14/2014 09:17 AM, Tom Rini wrote:
> On Fri, Mar 14, 2014 at 10:33:45AM +, Ian Campbell wrote:
>
> [snip]
>> +static void mctl_ddr3_reset(void) +{ + struct sunxi_dram_reg
>> *dram = +(struct sunxi_dram_reg *)SUNXI_DR
I am trying to get network support working on the Embest imx6 Marsboard.
I have been reading through the various imx6 boards and it appears that some
at least store a MAC address in the fuse memory.
This does not appear to be set on the MarSboard - the fuse memory contains 0.
The original 2009 v
On 13 March 2014 11:42, Stephen Warren wrote:
> From: Stephen Warren
>
> pinmux_init() is a board-level function, not a pinmux driver function.
> Move the prototype to a board header rather than the driver header.
>
> Signed-off-by: Stephen Warren
Acked-by: Simon Glass
On 13 March 2014 11:41, Stephen Warren wrote:
> From: Stephen Warren
>
> For consistency with other SoCs, modify Tegra20's enum pmux_func to:
>
> * Remove PMUX_FUNC values that aren't real
> * Use the same PMUX_FUNC_RSVD[1-4] values, and ensure (RSVD1 & 3)==0;
> this will be assumed by pinmux_s
On 13 March 2014 11:41, Stephen Warren wrote:
> From: Stephen Warren
>
> This field isn't used anywhere, so remove it. Note that PIN() macros are
> left unchanged for now, to avoid many diffs to them; later commits will
> completely rewrite them just one time.
>
> Signed-off-by: Stephen Warren
Hi Stephen,
On 13 March 2014 11:41, Stephen Warren wrote:
>
> From: Stephen Warren
>
> This field isn't used anywhere, so remove it. Note that PIN() macros are
> left unchanged for now, to avoid many diffs to them; later commits will
> completely rewrite them just one time.
>
I recall this being
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 &
Dear Przemyslaw Marczak,
In message
you wrote:
> Changes:
> - randomly generate partition uuid if any is undefined
> - print info about set/unset/generated uuid
> - update doc/README.gpt
...
> + int ret = -1;
> char *e, *s;
> + char uuid_str[37];
Should we not rather use a #defin
Dear Przemyslaw Marczak,
In message
you wrote:
> This patch adds support to generate UUID (Universally Unique Identifier)
> in version 4 based on RFC4122, which is randomly.
>
> Source: https://www.ietf.org/rfc/rfc4122.txt
...
> +#define UUID_BIN_LEN 16
...
> +struct uuid {
> + un
Dear Przemyslaw Marczak,
In message
<5ef7cdb8df4fb05c3c371e29d7a61e28e1563a68.1394807506.git.p.marc...@samsung.com>
you wrote:
> Changes:
> - move uuid<->string conversion functions into lib/uuid.c so they can be
> used by code outside part_efi.c.
> - rename uuid_string() to uuid_bin_to_str()
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
Hi Ian,
On Mar 14, 2014, at 12:33 PM, Ian Campbell wrote:
> Based linux-sunxi#sunxi commit d854c4de2f57 "arm: Handle .gnu.hash section in
> ldscripts" vs v2014.01.
>
> As well as the following signed-off-by the sunxi branch shows commits to these
> files authored by the following:
> Stefan Roes
On Fri, Mar 14, 2014 at 03:04:28PM +, Ian Campbell wrote:
> On Fri, 2014-03-14 at 10:16 -0400, Tom Rini wrote:
> > On Fri, Mar 14, 2014 at 10:33:32AM +, Ian Campbell wrote:
> >
> > > Hi,
> > >
> > > This is my first cut at an upstreamable series based upon the
> > > https://github.com/lin
On Fri, 2014-03-14 at 10:16 -0400, Tom Rini wrote:
> On Fri, Mar 14, 2014 at 10:33:32AM +, Ian Campbell wrote:
>
> > Hi,
> >
> > This is my first cut at an upstreamable series based upon the
> > https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
> > intention is to present a mini
Hi Tom,
On Fri, 14 Mar 2014 10:19:27 -0400, Tom Rini wrote:
> OK good, I think Albert and I might end up starting the sun4i/sun5i
> stuff as those are the boards we've got sitting around.
As I have a Mele A1000G (A31), that would be sun6i, not sun4i/sun5i --
and yes, I would like to contribute
This patch adds support to generate UUID (Universally Unique Identifier)
in version 4 based on RFC4122, which is randomly.
Source: https://www.ietf.org/rfc/rfc4122.txt
Changes:
- add new config: CONFIG_RANDOM_UUID: compile uuid.c and rand.c
lib/uuid.c:
- add gen_rand_uuid() - this function write
Hi mahsmak,
On Fri, 14 Mar 2014 06:38:34 -0700 (PDT), mahsmak
wrote:
> Hi,
>
> Can anyone please explain how relocation address is calculated in uboot ?
U-Boot tries to relocate itself as high in RAM as possible so that the
lower area is available to e.g. the Linux kernel it will chainload.
Changes:
- move uuid<->string conversion functions into lib/uuid.c so they can be
used by code outside part_efi.c.
- rename uuid_string() to uuid_bin_to_str() for consistency with existing
uuid_str_to_bin()
- add an error return code to uuid_str_to_bin()
Update existing code to the new library
Changes:
- randomly generate partition uuid if any is undefined
- print info about set/unset/generated uuid
- update doc/README.gpt
Signed-off-by: Przemyslaw Marczak
Acked-by: Lukasz Majewski
Cc: Piotr Wilczek
Cc: Tom Rini
Cc: Jason Hobbs
Cc: Stephen Warren
Cc: Lukasz Majewski
---
Changes
On Friday, March 14, 2014 at 11:33:32 AM, Ian Campbell wrote:
> Hi,
>
> This is my first cut at an upstreamable series based upon the
> https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
> intention is to present a minimal starting point for upstreaming to
> which support for other pr
On Fri, Mar 14, 2014 at 11:28:06AM +, Ian Campbell wrote:
> On Fri, 2014-03-14 at 19:11 +0800, Chen-Yu Tsai wrote:
[snip]
> > I think you should keep them in the same patch. You can then
> > just add the appropriate config options when support of other A20
> > boards roll in.
>
> I don't have
On Fri, Mar 14, 2014 at 10:33:46AM +, Ian Campbell wrote:
[snip]
> +/* The sunxi internal brom will try to loader external bootloader
> + * from mmc0, nannd flash, mmc2.
Typo.
> +#ifdef CONFIG_SPL_BUILD
> +void sunxi_board_init(void)
> +{
> + int power_failed = 0;
> + unsigned long r
On Fri, Mar 14, 2014 at 10:33:47AM +, Ian Campbell wrote:
[snip]
> +#define CONFIG_SUN7I /* sun7i SoC generation */
[snip]
> +#define CONFIG_ALLWINNER /* It's a Allwinner chip */
> +#define CONFIG_SUNXI /* which is sunxi family */
Please make sure we end up using all 3 of
On Fri, Mar 14, 2014 at 01:59:38PM +, Ian Campbell wrote:
> On Fri, 2014-03-14 at 08:55 -0400, Tom Rini wrote:
> > On Fri, Mar 14, 2014 at 10:33:32AM +, Ian Campbell wrote:
> >
> > > Hi,
> > >
> > > This is my first cut at an upstreamable series based upon the
> > > https://github.com/lin
On Fri, Mar 14, 2014 at 10:33:51AM +, Ian Campbell wrote:
[snip]
> +#ifdef CONFIG_SUNXI_GMAC
> +#define CONFIG_DESIGNWARE_ETH/* GMAC can use designware
> driver */
> +#define CONFIG_DW_AUTONEG
> +#define CONFIG_PHY_GIGE /* GMAC can use gigabit PHY
> *
On Fri, Mar 14, 2014 at 10:33:50AM +, Ian Campbell wrote:
> Based linux-sunxi#sunxi commit d854c4de2f57 "arm: Handle .gnu.hash section in
> ldscripts" vs v2014.01.
[snip]
> +/* Flat Device Tree (FDT/DT) support */
> +#define CONFIG_OF_LIBFDT
> +#define CONFIG_SYS_BOOTMAPSZ (16 << 20)
On Fri, Mar 14, 2014 at 10:33:49AM +, Ian Campbell wrote:
> Based linux-sunxi#sunxi commit d854c4de2f57 "arm: Handle .gnu.hash section in
> ldscripts" vs v2014.01.
>
> As well as the following signed-off-by the sunxi branch shows commits to these
> files authored by the following:
> Stefan
On Fri, Mar 14, 2014 at 10:33:48AM +, Ian Campbell wrote:
> Based linux-sunxi#sunxi commit d854c4de2f57 "arm: Handle .gnu.hash section in
> ldscripts" vs v2014.01.
>
> Signed-off-by: Oliver Schinagl
> Signed-off-by: Ian Campbell
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description:
On Fri, Mar 14, 2014 at 10:33:45AM +, Ian Campbell wrote:
[snip]
> +static void mctl_ddr3_reset(void)
> +{
> + struct sunxi_dram_reg *dram =
> + (struct sunxi_dram_reg *)SUNXI_DRAMC_BASE;
> +
> + {
> + clrbits_le32(&dram->mcr, DRAM_MCR_RESET);
> +
On Fri, Mar 14, 2014 at 10:33:43AM +, Ian Campbell wrote:
[snip]
> + writel(0xa1005000, &ccm->pll1_cfg);
> + sdelay(200);
> + writel(AXI_DIV_1 << 0 | AHB_DIV_2 << 4 | APB0_DIV_1 << 8 |
> +CPU_CLK_SRC_PLL1 << 16, &ccm->cpu_ahb_apb0_cfg);
> + writel(0x1 << 6 | readl(&
On Fri, Mar 14, 2014 at 10:33:44AM +, Ian Campbell wrote:
> Based linux-sunxi#sunxi commit d854c4de2f57 "arm: Handle .gnu.hash section in
> ldscripts" vs v2014.01.
>
> This has been stripped back for mainlining and supports only sun7i. These
> changes are not useful by themselves but are spli
On Fri, Mar 14, 2014 at 10:33:32AM +, Ian Campbell wrote:
> Hi,
>
> This is my first cut at an upstreamable series based upon the
> https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
> intention is to present a minimal starting point for upstreaming to
> which support for other p
Hi,
Can anyone please explain how relocation address is calculated in uboot ?
Also, I want to know whether relocation will happen or not when uboot is
running from RAM already? If yes, then can it be disabled ?
Thank you,
--
View this message in context:
http://u-boot.10912.n7.nabble.com/Re
On Fri, Mar 14, 2014 at 6:33 PM, Ian Campbell wrote:
> Based linux-sunxi#sunxi commit d854c4de2f57 "arm: Handle .gnu.hash section in
> ldscripts" vs v2014.01.
>
> Signed-off-by: Chen-Yu Tsai
> Signed-off-by: Jens Kuske
> Signed-off-by: Ian Campbell
> ---
> arch/arm/cpu/armv7/sunxi/board.c | 15
On Fri, 2014-03-14 at 14:02 +0100, Albert ARIBAUD wrote:
> Hi Ian,
>
> On Fri, 14 Mar 2014 10:33:32 +, Ian Campbell
> wrote:
>
> > Hi,
> >
> > This is my first cut at an upstreamable series based upon the
> > https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
> > intention is t
On Fri, 2014-03-14 at 08:55 -0400, Tom Rini wrote:
> On Fri, Mar 14, 2014 at 10:33:32AM +, Ian Campbell wrote:
>
> > Hi,
> >
> > This is my first cut at an upstreamable series based upon the
> > https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
> > intention is to present a mini
Hi Albert,
On Fri, Mar 14, 2014 at 02:02:29PM +0100, Albert ARIBAUD wrote:
> Hi Ian,
>
> On Fri, 14 Mar 2014 10:33:32 +, Ian Campbell
> wrote:
>
> > Hi,
> >
> > This is my first cut at an upstreamable series based upon the
> > https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
Hi Ian,
On Fri, 14 Mar 2014 10:33:32 +, Ian Campbell
wrote:
> Hi,
>
> This is my first cut at an upstreamable series based upon the
> https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
> intention is to present a minimal starting point for upstreaming to
> which support for oth
On Fri, Mar 14, 2014 at 10:33:32AM +, Ian Campbell wrote:
> Hi,
>
> This is my first cut at an upstreamable series based upon the
> https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
> intention is to present a minimal starting point for upstreaming to
> which support for other p
On Fri, 2014-03-14 at 19:11 +0800, Chen-Yu Tsai wrote:
> Thanks for working on this!
No problem.
> I see you left out all the CONFIG_RGMII ifdefs from this file. Not
> sure if it's because you're aiming to support only the Cubietruck
> first.
Yes, exactly.
> I think you should keep them in the
Add support of 2-stage NAND boot loader using SPL framework on T2080RDB.
PBL initialise the internal SRAM and copy SPL(96K), this further
initialise DDR using SPD and environment and copy u-boot from NAND
to DDR, finally SPL transfer control to u-boot.
Signed-off-by: Shengzhou Liu
---
board/free
Hi Heiko,
> on nand flash using ubi, after the download of the new image into
> the flash, the "rest" of the nand sectors get erased while flushing
> the medium. With current u-boot version dfu-util may show:
>
> Starting download:
> [##] finished!
Hi Heiko,
> as the siemens boards use dfu for updating a nand ubi partition
> add DFU_MANIFEST_POLL_TIMEOUT to them, so dfu host waits after
> complete transfer of the new image for DFU_MANIFEST_POLL_TIMEOUT
> ms before sending again an usb request. So the board have enough
> time to erase rest of
Based linux-sunxi#sunxi commit d854c4de2f57 "arm: Handle .gnu.hash section in
ldscripts" vs v2014.01.
This has been stripped back for mainlining and supports only sun7i. These
changes are not useful by themselves but are split out to make the patch sizes
more manageable.
As well as the following
Based linux-sunxi#sunxi commit d854c4de2f57 "arm: Handle .gnu.hash section in
ldscripts" vs v2014.01.
This has been stripped back for mainlining and supports only sun7i booting via
FEL mode. These changes are not useful by themselves but are split out to make
the patch sizes more manageable.
As w
Ok, so there is the current code:
>
> do {
> ret = dfu_get_status(dif, &dst);
> if (ret < 0) {
> errx(EX_IOERR, "Error during download get_status");
> goto out_free;
> }
>
> if (dst.bState == DFU_STATE_dfuDNLOA
Hi Heiko,
I'm also CCing Pantelis to the loop.
> Hello Marek,
>
> Am 12.03.2014 12:43, schrieb Marek Vasut:
> > On Wednesday, March 12, 2014 at 11:01:19 AM, Heiko Schocher wrote:
> >> move the flushing code into an extra function dfu_flush(),
> >> so it can be used from other code.
> >>
> >> Sig
Based linux-sunxi#sunxi commit d854c4de2f57 "arm: Handle .gnu.hash section in
ldscripts" vs v2014.01.
As well as the following signed-off-by the sunxi branch shows commits to these
files authored by the following:
Henrik Nordstrom
Tom Cubie
Signed-off-by: Stefan Roese
Signed-off-by: Ian Camp
Based linux-sunxi#sunxi commit d854c4de2f57 "arm: Handle .gnu.hash section in
ldscripts" vs v2014.01.
Signed-off-by: Chen-Yu Tsai
Signed-off-by: Jens Kuske
Signed-off-by: Ian Campbell
---
arch/arm/cpu/armv7/sunxi/board.c | 15 +
boards.cfg | 4 +--
drivers/net/Ma
Based linux-sunxi#sunxi commit d854c4de2f57 "arm: Handle .gnu.hash section in
ldscripts" vs v2014.01.
As well as the following signed-off-by the sunxi branch shows commits to these
files authored by the following:
Stefan Roese
Tom Cubie
yemao
Signed-off-by: Henrik Nordstrom
Signed-off-by:
Based linux-sunxi#sunxi commit d854c4de2f57 "arm: Handle .gnu.hash section in
ldscripts" vs v2014.01.
This has been stripped back for mainlining and supports only sun7i. These
changes are not useful by themselves but are split out to make the patch sizes
more manageable.
As well as the following
Based linux-sunxi#sunxi commit d854c4de2f57 "arm: Handle .gnu.hash section in
ldscripts" vs v2014.01.
This has been stripped back for mainlining and supports only sun7i. These
changes are not useful by themselves but are split out to make the patch sizes
more manageable.
As well as the following
Based linux-sunxi#sunxi commit d854c4de2f57 "arm: Handle .gnu.hash section in
ldscripts" vs v2014.01.
Signed-off-by: Oliver Schinagl
Signed-off-by: Ian Campbell
---
board/sunxi/dram_cubietruck.c | 31 +++
boards.cfg| 1 +
2 files changed, 32 inse
Based linux-sunxi#sunxi commit d854c4de2f57 "arm: Handle .gnu.hash section in
ldscripts" vs v2014.01.
This has been stripped back for mainlining and supports only sun7i. These
changes are not useful by themselves but are split out to make the patch sizes
more manageable.
As well as the following
Hi,
This is my first cut at an upstreamable series based upon the
https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
intention is to present a minimal starting point for upstreaming to
which support for other processors, peripherals, boards etc can be
added in the future. Therefore th
Yeah got it. Just specified the correct offset and converted the file size
to hex value.
Thank you!
On Fri, Mar 14, 2014 at 2:43 PM, Stefano Babic wrote:
> Hi Jvoty,
>
> On 14/03/2014 08:17, JYOTI DUBEY wrote:
> > Hello
> > I am trying to bring in u-boot.imx (uboot image of u-boot 2013)
The fsl_espi.c is wreck w.r.t large TX data.
Below is what I had to hack to load a FPGA over SPI and
what is the malloc hack good for? This does not work
well for TXing several MB data.
The driver needs to be rewritten and I do not have the
time so I post what I got in the hope it can help someone
Hi Jvoty,
On 14/03/2014 08:17, JYOTI DUBEY wrote:
> Hello
> I am trying to bring in u-boot.imx (uboot image of u-boot 2013) onto
> SPI-NOR of nitrogen 6x board.I used following commands:
>>> sf probe 1
>>> sf erase 0 0x4
>>> fatload mmc 0:1 1200 u-boot.imx
> reading u-boot.imx
> 3430
usb hub for p1010rdb-pb is not needed to re-power on
when init it.
Signed-off-by: Zhao Qiang
---
common/usb_hub.c | 4
1 file changed, 4 insertions(+)
diff --git a/common/usb_hub.c b/common/usb_hub.c
index ffac0e7..edb1fc0 100644
--- a/common/usb_hub.c
+++ b/common/usb_hub.c
@@ -90,12 +90,
Dear Qi Wang 王起 (qiwang),
In message
<71cf8d7f32c5c24c9cd1d0e02d52498a770d1...@ntxxiambx02.xacn.micron.com> you
wrote:
>
> Yes, I totally agree with you, copy from NOR flash to NOR flash is not
> support.
Fine.
> But in the flash_write_cfibuffer() function, flash_read16(src) is used to
> rea
Add support of 2 stage NAND boot loader using SPL framework.
PBL initialise the internal SRAM and copy SPL(96K), this further
initialise DDR using SPD and environment and copy u-boot from NAND
to DDR, finally SPL transfer control to u-boot.
Signed-off-by: Shengzhou Liu
---
board/freescale/t208xq
Add support of 2-stage NAND boot loader using SPL framework on T2080RDB.
PBL initialise the internal SRAM and copy SPL(96K), this further
initialise DDR using SPD and environment and copy u-boot from NAND
to DDR, finally SPL transfer control to u-boot.
Signed-off-by: Shengzhou Liu
---
board/free
Hi Krishna,
> Hi,
>
> Thanks for your time,
>
> Please find following comments:
>
> >
> > 1. Current solution (u-boot):
> > - It is possible to specify your own "dfu_alt_info" environment
> > variable when you call dfu command.
> >
> > 2. Speed improvement - section "Making it faster" from:
Dear JYOTI DUBEY,
In message
you wrote:
>
> >> fatload mmc 0:1 1200 u-boot.imx
> reading u-boot.imx
> 343040 bytes read in 54 ms (6.1 MiB/s)
The size is here printed as a decimal number, but ...
> >>sf write 0x1200 0x0 343040
> ERROR: attempting write past flash size (0x20)
...sf
This patch add dwmmc emmc controller node on exynos4 and exynos4412 device tree.
Signed-off-by: Beomho Seo
Signed-off-by: Jaehoon Chung
Cc: Lukasz Majewski
Cc: Piotr Wilczek
Cc: Minkyu Kang
---
Changes for v2:
- None.
arch/arm/dts/exynos4.dtsi |8
arch/arm/dts/exynos44
exynos4x12_set_mmc_clk function have been removed.
Because exynos4x12_clock and exynos4_clock return same div_fsys* value.
Signed-off-by: Beomho Seo
Signed-off-by: Jaehoon Chung
Cc: Lukasz Majewski
Cc: Piotr Wilczek
Cc: Minkyu Kang
---
Changes for v2:
- None.
arch/arm/cpu/armv7/exynos/clock
This patch enable support for device tree for dw-mmc driver.
Driver have been fixed because it is used exynos5 and exynos4.
And then, add fdt compat id of exynos4 dwmmc.
Signed-off-by: Beomho Seo
Signed-off-by: Jaehoon Chung
Cc: Lukasz Majewski
Cc: Piotr Wilczek
Cc: Minkyu Kang
---
drivers/m
This patch set for use dw mmc controller.
Patch enable supporting device tree for dw mmc controller.
For use dwmmc controller on trats2 board, enable configuration
dw_mmc, exynos_dwmmc, bounce_buffer and then disable sdhci configuration.
This patch set tested on TRATS2 board.
Changes for v2:
- Use
For use dwmmc controller at exynos4, add SDMMC gpio configuration.
In case SDMMC2, do not use 8bit mode at exynos4.
Signed-off-by: Beomho Seo
Signed-off-by: Jaehoon Chung
Cc: Lukasz Majewski
Cc: Piotr Wilczek
Cc: Minkyu Kang
---
Changes for v2:
- Fixed value initialise.
- Comment add in funct
Hi Wolfgang,
> > Micron Nor flash don't support read operation after send write command.
> As below,
>
> I understand you attempt to copy data between two different areas on
> the same NOR device? This is not supported.
>
> > If the src address locate in NOR flash, flash_read operation will be f
Hi,
We are trying to enable the UART3 on COM18 pins of arndale board. The UART3 RXD
and TXD are on pins 2 and 4 which as per the base board specification is
connected as
XuRXD3 : UART_3_RXD/GPA1[4] : 2
XuTXD3 : UART_3_TXD/GPA1[5] : 4
As per the public reference manual of exynos 5250, there is
Hi Albert,
> Hi Lukasz,
>
> On Thu, 13 Mar 2014 16:43:09 +0100, Lukasz Majewski
> wrote:
>
> > I can report the same issue with OBS build of u-boot.
> >
> > When u-boot is build with qemu emulated environment with gcc-4.8.2
> > (native armv7l toolchain) in the OBS it needs patch prepared by
>
Hello
I am trying to bring in u-boot.imx (uboot image of u-boot 2013) onto
SPI-NOR of nitrogen 6x board.I used following commands:
>> sf probe 1
>>sf erase 0 0x4
>> fatload mmc 0:1 1200 u-boot.imx
reading u-boot.imx
343040 bytes read in 54 ms (6.1 MiB/s)
>>sf write 0x1200 0x0 3430
As some PHYs have non-standard PHY ID registers, PHY Id can't
be read correctly by current get_phy_id function, so we enable
get_phy_id redefinable to permit specific PHY driver having own
specific get_phy_id function.
Signed-off-by: Shengzhou Liu
---
v2: use __weak
drivers/net/phy/phy.c | 3 ++
98 matches
Mail list logo
