Hello York,
On Wed, 15 Jul 2015 13:26:46 -0700, York Sun
wrote:
> fdt_addr_t and fdt_size_t can be either 64-bit or 32-bit, depending
> on the architecture. Change the type to phys_addr_t and phys_size_t.
If the only reason for changing the type is to avoid warnings in
debug() then I don't think
Hello Vladimir,
On Thu, 16 Jul 2015 02:33:47 +0300, Vladimir Zapolskiy
wrote:
> This change adds more peripherals to Timll DevKit3250 board, namely
> MAC and SMSC phy, SLC NAND, GPIO, SPI and I2C.
>
> Also the default serial console is changed to UART5, added an option
> to pass device tree blob
Hi Arnd,
On Wed, Jul 15, 2015 at 12:17 PM, Arnd Bergmann wrote:
> On Wednesday 15 July 2015 12:08:05 Linus Walleij wrote:
>> On Wed, Jul 15, 2015 at 11:38 AM, Arnd Bergmann wrote:
>>
>> > The CHRP ISA binding defines that a 8250 compatible UART must have this
>> > property:
>> >
>> > "clock-fr
Hello Vladimir,
On Thu, 16 Jul 2015 02:33:45 +0300, Vladimir Zapolskiy
wrote:
> Some NAND controllers define custom functions to read data out,
> respect this in order to correctly support bad block handling in
> simple SPL NAND framework.
>
> NAND controller specific read_buf() is used even to
Hi Simon, Andrew,
Just noticed that Intel has released the FSP for BayTrail version 4.
The release notes is at here:
http://www.intel.com/content/www/us/en/embedded/software/fsp/atom-e3800-fsp-g4-release-notes.html
Like Andrew contacted Intel and got the message, that Intel does not
plan to rele
Hello Albert,
On 16.07.2015 11:02, Albert ARIBAUD wrote:
> Hello Vladimir,
>
> On Thu, 16 Jul 2015 02:33:45 +0300, Vladimir Zapolskiy
> wrote:
>> Some NAND controllers define custom functions to read data out,
>> respect this in order to correctly support bad block handling in
>> simple SPL NAND
Hello Albert,
On 16.07.2015 10:27, Albert ARIBAUD wrote:
> Hello Vladimir,
>
> On Thu, 16 Jul 2015 02:33:47 +0300, Vladimir Zapolskiy
> wrote:
>> This change adds more peripherals to Timll DevKit3250 board, namely
>> MAC and SMSC phy, SLC NAND, GPIO, SPI and I2C.
>>
>> Also the default serial co
Hello Vladimir,
On Thu, 16 Jul 2015 14:31:26 +0300, Vladimir Zapolskiy
wrote:
> Hello Albert,
>
> On 16.07.2015 11:02, Albert ARIBAUD wrote:
> > Hello Vladimir,
> >
> > On Thu, 16 Jul 2015 02:33:45 +0300, Vladimir Zapolskiy
> > wrote:
> >> Some NAND controllers define custom functions to read
Hello Vladimir,
Thanks for the explanations, OK for both.
Amicalement,
--
Albert.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello Vladimir,
On Thu, 16 Jul 2015 02:33:46 +0300, Vladimir Zapolskiy
wrote:
> diff --git a/drivers/mtd/nand/lpc32xx_nand_slc.c
> b/drivers/mtd/nand/lpc32xx_nand_slc.c
> new file mode 100644
> +int board_nand_init(struct nand_chip *lpc32xx_chip)
> +{
> + lpc32xx_chip->IO_ADDR_R = &lpc32xx
Despite being defined with __weak, this declaration of get_board_rev will
conflict with the fallback one when ONFIG_REVISION_TAG is not defined.
Signed-off-by: Paul Kocialkowski
---
arch/arm/cpu/armv7/am33xx/sys_info.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/cpu/armv7/am33
Despite being defined with __weak, this declaration of get_board_rev will
conflict with the fallback one when ONFIG_REVISION_TAG is not defined.
Signed-off-by: Paul Kocialkowski
---
arch/arm/cpu/armv7/omap3/sys_info.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/cpu/armv7/omap3
On Thu, Jul 16, 2015 at 03:10:21PM +0200, Paul Kocialkowski wrote:
> Despite being defined with __weak, this declaration of get_board_rev will
> conflict with the fallback one when ONFIG_REVISION_TAG is not defined.
>
> Signed-off-by: Paul Kocialkowski
There is no support for am33xx boards and
On Wed, Jul 15, 2015 at 08:29:09AM -0600, Simon Glass wrote:
> Hi Tom,
>
> Here's the first pull request for x86. It includes fixes and improvements
> with PCI, multi-core init, Intel FSP init and adds graphics support for
> crownbay.
>
> The following changes since commit f4815763b410d8657f6f61
On Wed, Jul 15, 2015 at 02:56:23PM +0200, Paul Kocialkowski wrote:
> Le jeudi 02 juillet 2015 à 00:20 +0200, Paul Kocialkowski a écrit :
> > Palmas power support is required for OMAP5 devices such as the OMAP5 uEVM,
> > that
> > need to e.g. enable MMC power at SPL stage.
> >
> > This is especial
On Thu, Jul 16, 2015 at 03:10:20PM +0200, Paul Kocialkowski wrote:
> Despite being defined with __weak, this declaration of get_board_rev will
> conflict with the fallback one when ONFIG_REVISION_TAG is not defined.
>
> Signed-off-by: Paul Kocialkowski
Reviewed-by: Tom Rini
--
Tom
signatur
On Fri, Jul 10, 2015 at 6:18 PM, Sudeep Holla wrote:
> Commit 90fbee3e4051 ("cmd_fdt: Actually fix fdt command in sandbox")
> changed the format(from hex address to unsigned long) in which "fdtaddr"
> is saved . However do_fdt continues reads the "fdtaddr" assuming it to
> be in hex format. This
On Wed, Jul 15, 2015 at 7:41 PM, Peter Griffin wrote:
> Hi Rob,
>
> On Fri, 10 Jul 2015, Rob Herring wrote:
>
>> On Wed, Jul 8, 2015 at 10:57 AM, Peter Griffin
>> wrote:
>> > HiKey is the first 96boards consumer edition compliant board. It features
>> > a hi6220
>> > SoC which has eight ARM A53
Le jeudi 16 juillet 2015 à 09:20 -0400, Tom Rini a écrit :
> On Thu, Jul 16, 2015 at 03:10:21PM +0200, Paul Kocialkowski wrote:
>
> > Despite being defined with __weak, this declaration of get_board_rev will
> > conflict with the fallback one when ONFIG_REVISION_TAG is not defined.
> >
> > Signed
On Thu, Jul 16, 2015 at 08:28:03AM -0500, Rob Herring wrote:
> On Wed, Jul 15, 2015 at 7:41 PM, Peter Griffin
> wrote:
[snip]
> >> > +#define CONFIG_ENV_OFFSET 0x0
> >> > +#define CONFIG_ENV_SIZE0x1000
> >> > +#define CONFIG_ENV_OFFSET_REDUND(CONFIG_E
On Thu, Jul 16, 2015 at 03:36:41PM +0200, Paul Kocialkowski wrote:
> All am33xx device tree are using device-tree, so get_board_rev is never
> actually
> called. Thus, we can get rid of it to make the code easier to maintain.
>
> Signed-off-by: Paul Kocialkowski
Reviewed-by: Tom Rini
--
Tom
All am33xx device tree are using device-tree, so get_board_rev is never actually
called. Thus, we can get rid of it to make the code easier to maintain.
Signed-off-by: Paul Kocialkowski
---
arch/arm/cpu/armv7/am33xx/sys_info.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/arch/arm/
Hello Albert,
On 16.07.2015 15:43, Albert ARIBAUD wrote:
> Hello Vladimir,
>
> On Thu, 16 Jul 2015 14:31:26 +0300, Vladimir Zapolskiy
> wrote:
>> Hello Albert,
>>
>> On 16.07.2015 11:02, Albert ARIBAUD wrote:
>>> Hello Vladimir,
>>>
>>> On Thu, 16 Jul 2015 02:33:45 +0300, Vladimir Zapolskiy
>>>
Hello Vladimir,
On Thu, 16 Jul 2015 16:48:26 +0300, Vladimir Zapolskiy
wrote:
(cutting short to the essential point remaining)
> > I personally don't think this is the right way; nand_simple.c should be
> > left unchanged and the board should simply not use it since it does not
> > have a simpl
Hi Adrian,
On Wed, Jul 15, 2015 at 7:49 PM, Adrian Alonso wrote:
> diff --git a/include/configs/mx6cuboxi.h b/include/configs/mx6cuboxi.h
> index 3d5bba7..d42b7f0 100644
> --- a/include/configs/mx6cuboxi.h
> +++ b/include/configs/mx6cuboxi.h
> @@ -14,7 +14,7 @@
> #define CONFIG_SPL_MMC_SUPPORT
On Wed, Jul 15, 2015 at 7:49 PM, Adrian Alonso wrote:
> * Add pmic pfuze300 support for imx7 and iMX6 DL/SL/SX SoC's
The PMIC support is independent of the CPU that is used, so I would
remove the "imx7 and iMX6 DL/SL/SX SoC's".
Also, in the subject you should remove imx, as this patch is not rel
Hello Steve,
On Wed, 15 Jul 2015 16:28:13 -0700, Steve Rae wrote:
> From: Jiandong Zheng
>
> Add Ethernet PHY for BCM Cygnus SoC
>
> Signed-off-by: Jiandong Zheng
> Signed-off-by: Steve Rae
> ---
>
> drivers/net/phy/broadcom.c | 29 +
> 1 file changed, 29 insert
On Thu, 16 Jul 2015 16:29:45 +0200, Albert ARIBAUD
wrote:
> Hello Steve,
>
> On Wed, 15 Jul 2015 16:28:13 -0700, Steve Rae wrote:
> > From: Jiandong Zheng
> >
> > Add Ethernet PHY for BCM Cygnus SoC
> >
> > Signed-off-by: Jiandong Zheng
> > Signed-off-by: Steve Rae
> > ---
> >
> > drivers
This is a basic driver for the sunxi NAND controller for Allwinner A20.
It supports both SPL and U-Boot.
The driver uses DMA for data transfers. It does not support writing.
To enable user reading from NADN, the a20_nandread command was added.
Piotr Zierhoffer (4):
sunxi: nand: Add basic sun
From: Piotr Zierhoffer
This driver adds NAND support to both SPL and full U-Boot.
It was tested on AllWinner A20.
Signed-off-by: Peter Gielda
Signed-off-by: Tomasz Gorochowik
Signed-off-by: Mateusz Holenko
Signed-off-by: Piotr Zierhoffer
---
board/sunxi/Makefile | 1 +
board/sunxi/nand.c
From: Piotr Zierhoffer
When SUNXI_NAND option is selected in config, set some configuration
options for sunxi NAND.
This commit also introduces the configurable options in Kconfig.
Signed-off-by: Peter Gielda
Signed-off-by: Tomasz Gorochowik
Signed-off-by: Mateusz Holenko
Signed-off-by: Piot
As SPL does not know which source to choose when booting U-Boot, choose
NAND if it is capable of doing so.
Signed-off-by: Peter Gielda
Signed-off-by: Tomasz Gorochowik
Signed-off-by: Mateusz Holenko
Signed-off-by: Piotr Zierhoffer
---
arch/arm/cpu/armv7/sunxi/board.c | 4
1 file change
From: Piotr Zierhoffer
The usage of the command is:
a20_nandread
It allows user to copy data from NAND to memory. It employs
nand_spl_load_image from the sunxi NAND driver.
It is added only when the NAND support is enabled.
Signed-off-by: Peter Gielda
Signed-off-by: Tomasz Gorochowik
Sig
On Mon 2015-07-13 22:52:58, Stephen Warren wrote:
> On 07/11/2015 08:04 AM, Simon Glass wrote:
> > Hi Stephen,
> >
> > On 10 July 2015 at 23:34, Stephen Warren wrote:
> >> On 07/07/2015 08:53 PM, Simon Glass wrote:
> >>> Raspberry Pi uses a DWC2 USB controller and a SMSC USB Ethernet adaptor.
> >
Fix up a few typos in documentation.
Signed-off-by: Nishanth Menon
---
board/ti/ks2_evm/README | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/board/ti/ks2_evm/README b/board/ti/ks2_evm/README
index 9ee90a4f9d03..6586faba32eb 100644
--- a/board/ti/ks2_evm/README
+++ b/board
For legacy reasons, keystone2 had kind of stayed completely seperated
from the rest of the TI SoC families. This makes no sense since there
are a lot of common definitions that can be reused between all SoC
configuration allowing for a consistent user experience.
So make keystone2 follow the rest
TI armv7 based SoCs are based on two architectures - one based on OMAP
generation architecture and others based on Keystone architecture.
Many of the options are architecture specific, however a lot are common
with v7 architecture. So, step 1 will be to move out OMAP specific stuff
from ti_armv7_c
Try to maintain as much commonality by conditionally including stuff
in armv7_common as necessary and removing the common defines from
keystone2 header.
Signed-off-by: Nishanth Menon
---
note: this has a minor 80char checkpatch warning for definition, which i kind of
left alone considering bit of
rename the keystone2 common header into an keystone2 architecture
specific header which can then reuse the common ti_armv7 config headers.
Signed-off-by: Nishanth Menon
---
include/configs/k2e_evm.h | 2 +-
include/configs/k2hk_evm.h | 2 +-
inc
On Wed, Jul 15, 2015 at 7:49 PM, Adrian Alonso wrote:
> * Add i.MX7D SABRESD board BSP codes, with enabled modules:
Better to remove "board BSP codes" as this is too vague.
> UART, PMIC, USB/OTG, SD, eMMC, ENET, I2C, 74LV IOX.
>
> Build target: mx7dsabresd_config
>
> Signed-off-by: Peng Fan
On Wed, Jul 15, 2015 at 7:49 PM, Adrian Alonso wrote:
> * Add support for usb driver for i.MX7D SoC
>
> Signed-off-by: Adrian Alonso
> Signed-off-by: Ye.Li
> Signed-off-by: Peng Fan
You missed to send this to the USB maintainer (Marek Vasut).
___
U-B
On 15 July 2015 at 04:06, Chris Packham wrote:
> To make it easier to use patman on other projects add a distutils style
> installer. Now patman can be installed with
>
> cd u-boot/tools/patman && python setup.py install
>
> There are also the usual distutils options for creating source/binary
>
On 16 July 2015 at 07:26, Linus Walleij wrote:
> On Fri, Jul 10, 2015 at 6:18 PM, Sudeep Holla wrote:
>
>> Commit 90fbee3e4051 ("cmd_fdt: Actually fix fdt command in sandbox")
>> changed the format(from hex address to unsigned long) in which "fdtaddr"
>> is saved . However do_fdt continues reads
Hi,
On 16 July 2015 at 01:01, Albert ARIBAUD wrote:
> Hello York,
>
> On Wed, 15 Jul 2015 13:26:46 -0700, York Sun
> wrote:
>> fdt_addr_t and fdt_size_t can be either 64-bit or 32-bit, depending
>> on the architecture. Change the type to phys_addr_t and phys_size_t.
>
> If the only reason for ch
On 07/16/2015 09:40 AM, Simon Glass wrote:
> Hi,
>
> On 16 July 2015 at 01:01, Albert ARIBAUD wrote:
>> Hello York,
>>
>> On Wed, 15 Jul 2015 13:26:46 -0700, York Sun
>> wrote:
>>> fdt_addr_t and fdt_size_t can be either 64-bit or 32-bit, depending
>>> on the architecture. Change the type to p
Hi York,
On 16 July 2015 at 11:00, York Sun wrote:
>
>
> On 07/16/2015 09:40 AM, Simon Glass wrote:
>> Hi,
>>
>> On 16 July 2015 at 01:01, Albert ARIBAUD wrote:
>>> Hello York,
>>>
>>> On Wed, 15 Jul 2015 13:26:46 -0700, York Sun
>>> wrote:
fdt_addr_t and fdt_size_t can be either 64-bit or
Hello Aurelian,
On Wed, 15 Jul 2015 12:33:04 +, Aurelian Floricica Voicu
wrote:
> Hi!
>
> I'm with Freescale and we are currently working on bringing up a ARM64
> SOC platform.
> The PCIe module is similar with the one used by the iMX family, being
> a Synopsys IP.
> However there are many d
TI armv7 based SoCs are based on two architectures - one based on OMAP
generation architecture and others based on Keystone architecture.
Many of the options are architecture specific, however a lot are common
with v7 architecture. So, step 1 will be to move out OMAP specific stuff
from ti_armv7_c
For legacy reasons, keystone2 had kind of stayed completely seperated
from the rest of the TI SoC families. This makes no sense since there
are a lot of common definitions that can be reused between all SoC
configuration allowing for a consistent user experience.
So make keystone2 follow the rest
CONFIG_LINUX_BOOT_PARAM_ADDR is not a valid configuration option. Do
just like what the rest of the world does.
Suggested-by: Tom Rini
Signed-off-by: Nishanth Menon
---
New patch.
board/ti/ks2_evm/board.c | 2 +-
include/configs/ks2_evm.h | 1 -
2 files changed, 1 insertion(+), 2 deletions(-)
rename the keystone2 common header into an keystone2 architecture
specific header which can then reuse the common ti_armv7 config headers.
Signed-off-by: Nishanth Menon
---
no change
V1: https://patchwork.ozlabs.org/patch/496728/
include/configs/k2e_evm.h | 2 +-
inclu
Try to maintain as much commonality by conditionally including stuff
in armv7_common as necessary and removing the common defines from
keystone2 header.
Signed-off-by: Nishanth Menon
---
Changes in V2:
- common CONFIG_SYS_SDRAM_BASE
- common CONFIG_SYS_LOAD_ADDR
- rebased
On Thu, 2015-07-16 at 16:12 +0200, Albert ARIBAUD wrote:
> Hello Vladimir,
>
> On Thu, 16 Jul 2015 16:48:26 +0300, Vladimir Zapolskiy
> wrote:
>
> (cutting short to the essential point remaining)
>
> > > I personally don't think this is the right way; nand_simple.c should be
> > > left unchange
Hi Vladimir,
Thanks for taking time to read my feedback.
You can see my comments and my answer below.
Sylvain
> -Original Message-
> From: Vladimir Zapolskiy [mailto:v...@mleia.com]
> Sent: 15-Jul-15 8:20 PM
> To: LEMIEUX, SYLVAIN; Albert ARIBAUD
> Cc: Scott Wood; u-boot@lists.denx.de
>
Hi Joe,
Thank you for your review.
> Hi Lukasz,
>
> On Sun, Jul 12, 2015 at 10:30 AM, Lukasz Majewski
> wrote:
> > Documentation file for DFU extension. With this functionality it is
> > now possible to transfer FIT images with firmware updates via TFTP
> > and use DFU backend for storing them.
Hi Joe,
> Hi Lukasz,
>
> On Sun, Jul 12, 2015 at 10:30 AM, Lukasz Majewski
> wrote:
> > This code allows using DFU defined mediums for storing data
> > received via TFTP protocol.
> >
> > It reuses legacy code at common/update.c.
> >
> > To run update_tftp() during boot one needs to define
> > "
On Thu, 2015-07-16 at 14:53 +0200, Albert ARIBAUD wrote:
> Hello Vladimir,
>
> On Thu, 16 Jul 2015 02:33:46 +0300, Vladimir Zapolskiy
> wrote:
>
> > diff --git a/drivers/mtd/nand/lpc32xx_nand_slc.c
> > b/drivers/mtd/nand/lpc32xx_nand_slc.c
> > new file mode 100644
>
> > +int board_nand_init(st
Hi Joe,
> Hi Lukasz,
>
> On Sun, Jul 12, 2015 at 10:30 AM, Lukasz Majewski
> wrote:
> > This commit adds initial support for using tftp for downloading and
> > upgrading firmware on the device.
> >
> > Signed-off-by: Lukasz Majewski
> > ---
> > drivers/dfu/Makefile | 1 +
> > drivers/dfu/df
Hello Scott,
On 16.07.2015 23:14, Scott Wood wrote:
> On Thu, 2015-07-16 at 14:53 +0200, Albert ARIBAUD wrote:
>> Hello Vladimir,
>>
>> On Thu, 16 Jul 2015 02:33:46 +0300, Vladimir Zapolskiy
>> wrote:
>>
>>> diff --git a/drivers/mtd/nand/lpc32xx_nand_slc.c
>>> b/drivers/mtd/nand/lpc32xx_nand_slc
Hi Joe,
> Hi Lukasz,
>
> On Sun, Jul 12, 2015 at 10:30 AM, Lukasz Majewski
> wrote:
> > This change gives the ability to reuse the header file by
> > other subsystems (like e.g. dfu).
> >
> > Without this change compilation error emerges for the legacy
> > update.c file.
> >
> > Signed-off-by:
On Thu, 2015-07-16 at 02:33 +0300, Vladimir Zapolskiy wrote:
> +static void lpc32xx_read_buf(struct mtd_info *mtd, uint8_t *buf, int len)
> +{
> + while (len-- > 0)
> + *buf++ = (uint8_t)readl(&lpc32xx_nand_slc_registers->data);
> +}
> +
> +static uint8_t lpc32xx_read_byte(struct mt
Hi Joe,
> Hi Lukasz,
>
> On Sun, Jul 12, 2015 at 10:30 AM, Lukasz Majewski
> wrote:
> > This function allows writing via DFU data stored from fixed buffer
> > address (like e.g. loadaddr env variable).
> >
> > Such predefined buffers are used in the update_tftp() code. In fact
> > this function
On 16.07.2015 23:20, Scott Wood wrote:
> On Thu, 2015-07-16 at 02:33 +0300, Vladimir Zapolskiy wrote:
>> +static void lpc32xx_read_buf(struct mtd_info *mtd, uint8_t *buf, int len)
>> +{
>> + while (len-- > 0)
>> + *buf++ = (uint8_t)readl(&lpc32xx_nand_slc_registers->data);
>> +}
>>
Hi Joe,
> Hi Lukasz,
>
> On Sun, Jul 12, 2015 at 10:30 AM, Lukasz Majewski
> wrote:
> > The new 'dfutftp' command has syntax similar to 'dfu' command.
> > This new command however, requires some extra env variables to allow
> > update_tftp() code to work properly. For more explanation, please
>
On Thu, 2015-07-16 at 13:25 +0200, Piotr Zierhoffer wrote:
> From: Piotr Zierhoffer
>
> This driver adds NAND support to both SPL and full U-Boot.
> It was tested on AllWinner A20.
It looks a lot like an SPL-only driver to me...
>
> Signed-off-by: Peter Gielda
> Signed-off-by: Tomasz Gorochow
On Thursday, July 16, 2015 at 11:15:58 PM, Scott Wood wrote:
[...]
> > +/* temporary buffer in internal ram */
> > +#ifdef CONFIG_SPL_BUILD
> > +/* in SPL temporary buffer cannot be @ 0x0 */
> > +unsigned char temp_buf[SPL_WRITE_SIZE] __aligned(0x10)
> > __section(".text#"); +#else
> > +/* put te
On Thu, 2015-07-16 at 13:25 +0200, Piotr Zierhoffer wrote:
> From: Piotr Zierhoffer
>
> The usage of the command is:
>
> a20_nandread
>
> It allows user to copy data from NAND to memory. It employs
> nand_spl_load_image from the sunxi NAND driver.
>
> It is added only when the NAND support
On Thu, 2015-07-16 at 23:26 +0200, Marek Vasut wrote:
> On Thursday, July 16, 2015 at 11:15:58 PM, Scott Wood wrote:
>
> [...]
>
> > > +/* temporary buffer in internal ram */
> > > +#ifdef CONFIG_SPL_BUILD
> > > +/* in SPL temporary buffer cannot be @ 0x0 */
> > > +unsigned char temp_buf[SPL_WRIT
U-Boot 2014.07
Kernel 3.14.33
System: MX51 board with touchscreen lcd.
I'm trying to figure out the right combination of bootargs or enviroment
variables or #define's to silence the console and make everything else work
as normal all the way through shutdown.
In old kernel and u-boot our bootarg
On Thursday, July 16, 2015 at 11:36:08 PM, Scott Wood wrote:
> On Thu, 2015-07-16 at 23:26 +0200, Marek Vasut wrote:
> > On Thursday, July 16, 2015 at 11:15:58 PM, Scott Wood wrote:
> >
> > [...]
> >
> > > > +/* temporary buffer in internal ram */
> > > > +#ifdef CONFIG_SPL_BUILD
> > > > +/* in S
On Fri, 2015-07-17 at 00:06 +0200, Marek Vasut wrote:
> On Thursday, July 16, 2015 at 11:36:08 PM, Scott Wood wrote:
> > On Thu, 2015-07-16 at 23:26 +0200, Marek Vasut wrote:
> > > On Thursday, July 16, 2015 at 11:15:58 PM, Scott Wood wrote:
> > >
> > > [...]
> > >
> > > > > +/* temporary buffer
On Friday, July 17, 2015 at 12:12:15 AM, Scott Wood wrote:
> On Fri, 2015-07-17 at 00:06 +0200, Marek Vasut wrote:
> > On Thursday, July 16, 2015 at 11:36:08 PM, Scott Wood wrote:
> > > On Thu, 2015-07-16 at 23:26 +0200, Marek Vasut wrote:
> > > > On Thursday, July 16, 2015 at 11:15:58 PM, Scott Wo
The doc wrongly put sandbox in the '--fetch-arch' command. Remove it.
Signed-off-by: Bin Meng
---
tools/buildman/README | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/buildman/README b/tools/buildman/README
index 8ecdd8f..10c7135 100644
--- a/tools/buildman/README
Hello
I have a samsung "snow" chromebook. Building u-boot from
git clone git://git.denx.de/u-boot.git
and changing #define CONFIG_SYS_TEXT_BASE 0x43E0 to
#define CONFIG_SYS_TEXT_BASE 0x4240
in include/configs/exynos5250-common.h I get a chained u-boot
that boots. (if I don
Dear Bin,
In message
you wrote:
>
> >> I just downloaded several tarballs from ACD. Looks the download speed
> >> is OK for me (average 200KB/s).
> >
> > Ouch, that's awfully slow. Are you sure the bottleneck is on the ACD
> > side? How fast is your link usually?
>
> I have a 15Mbps bandwidt
75 matches
Mail list logo
