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
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
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
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 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:
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
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
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
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
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
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
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
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 +++---
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 | 8 +++-
arch/powerpc/cpu/mpc85xx/cpu_init.c | 8 +---
arch/powerpc/cpu/mpc8xx/cpu.c | 24 +++-
arch/powerpc/cpu/mpc8xxx/dd
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
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)
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
> +
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
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
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),
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:
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
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, 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
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(
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.
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
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,
> > > > >
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, 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
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
34 matches
Mail list logo
