hi Simon,
I have worked on generic board for a few days, but something confuse me.
Why it is needed?
Each processor architecture has different features, this will affect
processor specific and board specific code. Putting board_init_* code of each
platform into one file wi
On Thu, 15 Aug 2013 21:47:09 +0800
feng...@phytium.com.cn wrote:
> From: David Feng
>
> *** BLURB HERE ***
> Changes for v3:
> - rewrite cache.S and exception.S that partly originated from
> linux kernel, so the license should be ok.
> - according to scott wood's advice, make the fdt 64b
Need I resend a patch?
-Original Message-
From: sun york-R58495
Sent: Friday, August 16, 2013 1:27 AM
To: Zhang Ying-B40530
Cc: u-boot@lists.denx.de; Wood Scott-B07421; Xie Xiaobo-R63061
Subject: Re: [PATCH v3] SPL: Makefile: Build a separate autoconf.mk for SPL
On 08/13/2013 11:01 PM, y
On Thu, 2013-08-15 at 21:09 +, ANDY KENNEDY wrote:
> hmmm, trimming off more text (to see if it makes it to the list
> this time). . .
> >
> > On Thu, 2013-08-15 at 19:35 +, ANDY KENNEDY wrote:
> > > >
> > > > On Thu, 2013-08-15 at 18:34 +, ANDY KENNEDY wrote:
> > > > > All,
> > > > >
On 08/09/2013 03:41 AM, Shaohui Xie wrote:
> Since the parameters need to be modified according to different Serdes
> protocols at runtime, the const will block this. Also remove const from
> arrays define used by vsc3316_config.
>
> Signed-off-by: Shaohui Xie
> ---
Tom,
I am trying to search f
Hi Andreas,
On 8/15/2013 22:36, Andreas Bießmann wrote:
Hi Bo,
I'm currently applying your patches. Patch 'arm: atmel: add gmac support
for sama5d3xek board' shows that this particular patch is defective ...
please send a fix or I will not apply the gmac for sama5.
Thanks for point out this.
fix the following building warning
---8>---
macb.c: In function 'macb_init':
macb.c:400:14: warning: 'phydev' may be used uninitialized in this function
macb.c:377:21: note: 'phydev' was declared here
---<8---
Signed-off-by: Bo Shen
---
drivers/net/macb.c |2 +-
1 file changed, 1 insertion(
On Thu, Aug 15, 2013 at 12:32 PM, Simon Glass wrote:
> Hi Kees,
>
> On Thu, Aug 15, 2013 at 11:19 AM, Kees Cook wrote:
>> On Wed, Aug 14, 2013 at 10:30 AM, Simon Glass wrote:
>>> Hi Kees,
>>>
>>> On Mon, Aug 12, 2013 at 4:48 PM, Kees Cook wrote:
This adds the "test_compression" command whe
Are there any news on this front? If not, please fix as requested so I can
apply
this stuff for .10 , thanks.
Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Thu, 2013-08-15 at 19:35 +, ANDY KENNEDY wrote:
> > -Original Message-
> > From: Scott Wood [mailto:scottw...@freescale.com]
> > Sent: Thursday, August 15, 2013 2:09 PM
> >
> > On Thu, 2013-08-15 at 18:34 +, ANDY KENNEDY wrote:
> > > All,
> > >
> > > We are attempting to set up
On 08/13/2013 07:49 PM, Zhang Ying-B40530 wrote:
> Hi, York,
> Because a patch that this patch needed hasn't been applied, I Don't
> know who should fix it:
> http://patchwork.ozlabs.org/patch/252805/
>
Ying,
Please compile it on top of 85xx/master branch. I got this warning
spl.c:
As of u-boot version 2013.07 the header include/configs/sbc8349.h contained
#define CONFIG_SYS_I2C_OFFSET CONFIG_SYS_I2C2_OFFSET
and the source file drivers/i2c/fsl_i2c.c contained
static const struct fsl_i2c *i2c_dev[2] = {
(struct fsl_i2c *) (CONFIG_SYS_IMMR + CONFIG_SYS_I2C_OFFSET),
Hi Kees,
On Thu, Aug 15, 2013 at 11:19 AM, Kees Cook wrote:
> On Wed, Aug 14, 2013 at 10:30 AM, Simon Glass wrote:
>> Hi Kees,
>>
>> On Mon, Aug 12, 2013 at 4:48 PM, Kees Cook wrote:
>>> This adds the "test_compression" command when building the sandbox. This
>>> tests the existing compression
On Thu, 2013-08-15 at 18:34 +, ANDY KENNEDY wrote:
> All,
>
> We are attempting to set up a NAND chip on our board through u-Boot.
> Strange things are happening.
What sort of "strange things"?
> During our debugging (of release
> 2013.04), we found the issue seemed to be in the file
> dri
Am 12.08.13 16:39, schrieb Stefano Babic:
> BOOT_FROM spi
>
> + CSF value
> +
> + Total size of CSF (Command Sequence File)
> + used for Secure Boot/ High Assurance Boot
> +
All,
We are attempting to set up a NAND chip on our board through u-Boot.
Strange things are happening. During our debugging (of release
2013.04), we found the issue seemed to be in the file
drivers/mtd/nand/nand_base.c file around line 2640:
chip->cmdfunc(mtd, NAND_CMD_READID, 0x00, -1)
Hello,I have some trouble in my u-boot net driver. I use s3c2410a cpu and
ax88796lf 0838 net chip. I migrate the ax88796l driver, but it is not
work! Follow is my startup info and env
U-Boot 2013.07 (Aug 15 2013 - 10:34:05)
CPUID: 32410002
FCLK: 202.800 MHz
HCLK: 101.400 MHz
PCLK: 50.700 MHz
Makes the startup output more consistent
Signed-off-by: Shruti Kanetkar
Acked-by: Andy Fleming
---
arch/powerpc/cpu/mpc824x/cpu.c | 8 +++-
arch/powerpc/cpu/mpc85xx/cpu_init.c | 8 +---
arch/powerpc/cpu/mpc8xx/cpu.c | 24 +++-
arch/powerpc/cpu/mpc8xxx/dd
On Wed, Aug 14, 2013 at 10:30 AM, Simon Glass wrote:
> Hi Kees,
>
> On Mon, Aug 12, 2013 at 4:48 PM, Kees Cook wrote:
>> This adds the "test_compression" command when building the sandbox. This
>> tests the existing compression and decompression routines for simple
>> sanity and for buffer overfl
Makes the startup output more consistent
Signed-off-by: Shruti Kanetkar
Acked-by: Andy Fleming
---
arch/powerpc/cpu/mpc824x/cpu.c | 2 +-
arch/powerpc/cpu/mpc85xx/cpu.c | 2 +-
arch/powerpc/cpu/mpc85xx/cpu_init.c | 14 +++---
arch/powerpc/cpu/mpc86xx/cpu.c | 6 +++---
Hello all,
I have a quick question that I hope you can help me with. We are running
version 2009.11 of u-boot on a Beagleboard based project and are looking to
upgrade to the latest and greatest (currently 2013.07). This project has
no MMC slot, so originally the only way to initially load the b
On 08/13/2013 11:01 PM, ying.zh...@freescale.com wrote:
> From: Zhang Ying
>
> SPL defines CONFIG_SPL_BUILD but this does not percolate to the autoconf.mk
> Makefile.
> As a result the build breaks when CONFIG_SPL_BUILD is used in the
> board-specific include
> header file. With this, there is
Hi David,
On Thu, Aug 15, 2013 at 7:47 AM, wrote:
> From: David Feng
>
> *** BLURB HERE ***
> Changes for v3:
> - rewrite cache.S and exception.S that partly originated from linux
> kernel,
> so the license should be ok.
> - according to scott wood's advice, make the fdt 64bit in
Hi Bo,
I'm currently applying your patches. Patch 'arm: atmel: add gmac support
for sama5d3xek board' shows that this particular patch is defective ...
please send a fix or I will not apply the gmac for sama5.
On 04/24/2013 09:59 AM, Bo Shen wrote:
> using phylib to configure phy device in macb d
From: David Feng
This patch provide u-boot with arm64 support. Currently, it works on
Foundation Model for armv8 or Fast Model for armv8.
Signed-off-by: David Feng
---
Changes for v3:
- rewrite cache.S and exception.S that partly originated from linux kernel,
so the license should be
From: David Feng
This patch fix the fdt_initrd function.
It will get #address_cells property first, then write "linux,initrd-start"
and "linux,initrd-end" property value to fdt according to address cell size.
So, the 64bit initrd start address could be supported.
Signed-off-by: David Feng
---
From: David Feng
This patch provide u-boot with arm64 support. Currently, it works on
Foundation Model for armv8 or Fast Model for armv8.
Signed-off-by: David Feng
---
Changes for v3:
- rewrite cache.S and exception.S that partly originated from linux kernel,
so the license should be
From: David Feng
This patch provide u-boot with arm64 support. Currently, it works on
Foundation Model for armv8 or Fast Model for armv8.
Signed-off-by: David Feng
---
Changes for v3:
- rewrite cache.S and exception.S that partly originated from linux kernel,
so the license should be
From: David Feng
*** BLURB HERE ***
Changes for v3:
- rewrite cache.S and exception.S that partly originated from linux kernel,
so the license should be ok.
- according to scott wood's advice, make the fdt 64bit initrd start address
support a seperate patch.
David Feng (5):
core
Hi Pavel,
On Thu, 2013-08-15 at 15:15 +0200, ZY - pavel wrote:
> Hi!
>
> > Adding System Manager driver which will configure the
> > pin mux for real hardware Cyclone V development kit
> > (not Virtual Platform)
> >
> > Signed-off-by: Chin Liang See
> > Reviewed-by: Pavel Machek
> > Acked-by:
Hi!
Albert, Tom this patch has been here for a week, without any
comments. As far as I can tell, it is pretty much perfect. Can we get
any comments on it, or (better), get it applied?
If you excuse one extra newline at end of file,
[PATCH v6 1/1] socfpga: Creating driver for Reset Manager
is
Hi!
> Adding System Manager driver which will configure the
> pin mux for real hardware Cyclone V development kit
> (not Virtual Platform)
>
> Signed-off-by: Chin Liang See
> Reviewed-by: Pavel Machek
> Acked-by: Dinh Nguyen
> Cc: Wolfgang Denk
> CC: Pavel Machek
> Cc: Dinh Nguyen
> Cc: Tom
On EXYNOS4210, there are three paths for display data to be processed,
namely MIE, MDNIE and FIMD. On Origen board, FIMD display controller
is used.
Signed-off-by: Tushar Behera
---
Changes for V2:
* Updated review comments from Ajay Kumar, reusing the code from
arch/arm/cpu/armv7/exynos/system.c
On 6 August 2013 16:10, Tushar Behera wrote:
> On 6 August 2013 14:21, Ajay kumar wrote:
>> +Donghwa Lee
>>
>>
>> Hi Tushar,
>>
>> I think this setting already exists for Exynos4 in u-boot.
>>
>
> No, there was no display on Origen board without this patch.
>
>> Are you not getting display withou
34 matches
Mail list logo