On Tue, 20 Jan 2015 15:43:31 +0100
Hans de Goede wrote:
> Hi,
>
> On 19-01-15 21:16, Priit Laes wrote:
> > Gemei G9 is an A10 based tablet, with 1G RAM, 16G NAND, 1024x768
> > IPS LCD display, stereo speakers, 1.3MP front camera and 5 MP
> > rear camera, 8000mAh battery, GT901 2+1 touchscreen, B
Hi Simon,
On Mon, 19 Jan 2015 20:12:36 -0700
Simon Glass wrote:
> diff --git a/drivers/core/device.c b/drivers/core/device.c
> index 23ee771..0682e2e 100644
> --- a/drivers/core/device.c
> +++ b/drivers/core/device.c
> @@ -80,6 +80,18 @@ int device_bind(struct udevice *parent, struct driver
>
On Tue, 20 Jan 2015 14:16:35 +0100
Hans de Goede wrote:
> Hi,
>
> On 20-01-15 09:16, Siarhei Siamashka wrote:
> > On Mon, 19 Jan 2015 06:29:47 +0200
> > Siarhei Siamashka wrote:
> >
> >> On Sun, 04 Jan 2015 20:49:38 +0100
> >> Hans de Goede wrote:
> >>
> >>> Hi,
> >>>
> >>> On 04-01-15 20:19,
Hello Heiko
On Thu, Jan 22, 2015 at 7:30 AM, Heiko Schocher wrote:
> Hello Anton,
>
> Am 21.01.2015 16:47, schrieb Anton Habegger:
>>
>> Hello Heiko
>>
>> Here the second patch you want. This needs to be applied
>> prior the real bug fix, becouse it solves the warning as
>> you mention as well.
>
On Wednesday, January 21, 2015 at 06:16:25 AM, Joonyoung Shim wrote:
> The dwc3_set_mode function is used only in
> drivers/usb/host/xhci-exynos5.c so make it to static.
>
> Signed-off-by: Joonyoung Shim
Applied, thanks!
Best regards,
Marek Vasut
___
On Tuesday, January 20, 2015 at 02:12:41 PM, Peng Fan wrote:
> Hi, Marek
>
> On 1/20/2015 7:03 PM, Marek Vasut wrote:
> > On Friday, December 19, 2014 at 05:39:13 AM, Peng Fan wrote:
> >> If ecc chunk data size is 512 and oobsize is bigger than 512, there is
> >> a chance that block_mark_bit_offse
On Tuesday, January 20, 2015 at 04:23:10 PM, Tom Rini wrote:
> On Mon, Jan 19, 2015 at 06:33:43PM +0100, Paul Kocialkowski wrote:
> > When booting from USB peripheral boot, the bootrom will not properly
> > deinit the MUSB controller, which doesn't clearly indicate an USB
> > disconnection to the h
On Tuesday, January 20, 2015 at 11:42:08 PM, Steve Rae wrote:
> Implement the UDC support for the USB OTG interface.
>
> Signed-off-by: Steve Rae
> ---
General question -- this bcm controller you're adding here isn't by
any chance a DWC2 controller, or is it ? There's already a driver
for DWC2 i
On Tuesday, January 20, 2015 at 11:42:06 PM, Steve Rae wrote:
> Since a complete "gadget" implementation is not available yet,
> this series provides a method for interfacing the existing gadget
> code with the UDC driver code.
Can you please split the series to one patching generic code and one
a
Hello Simon, Masahiro,
Am 21.01.2015 16:51, schrieb Simon Glass:
Hi Masahiro,
On 21 January 2015 at 03:51, Masahiro Yamada wrote:
Hi Simon,
On Sun, 18 Jan 2015 11:55:36 -0700
Simon Glass wrote:
At present SPL uses a single stack, either CONFIG_SPL_STACK or
CONFIG_SYS_INIT_SP_ADDR. Since
Hello Anton,
Am 21.01.2015 16:47, schrieb Anton Habegger:
Hello Heiko
Here the second patch you want. This needs to be applied
prior the real bug fix, becouse it solves the warning as
you mention as well.
Thanks, I added Albert Aribaud to Cc, as he is the arm custodian,
and please add such co
Dear Raphael Philipe,
In message
you wrote:
>
> I'm working on the improvement of the recipes of u-boot in the Poky
> reference system of Yocto project.
Thanks a lot in advance!
> My questions are:
>
> - what is the build system used in u-boot?
It is based on Kbuild in combination with spec
Hello Kevin,
On Wed, Jan 21, 2015 at 4:54 PM, Kevin Hilman wrote:
> Hi Surijan,
>
> Suriyan Ramasami writes:
>
>> Hello Sjoerd Simons,
>>A signed BL2 which allows unsigned BL2 chain load is already
>> available for experimentation. Refer this link:
>> http://forum.odroid.com/viewtopic.php?f=
Hi Simon,
On Thu, Jan 22, 2015 at 1:02 PM, Simon Glass wrote:
> Hi Bin,
>
> On 21 January 2015 at 21:45, Bin Meng wrote:
>> Hi Simon,
>>
>> On Thu, Jan 22, 2015 at 11:42 AM, Simon Glass wrote:
>>> Hi Bin,
>>>
>>> In the Baytrail FSP docs I see a note about the HOB passing back the
>>> 'Boot Loa
Fix this:
warning: cast from pointer to integer of different size
Signed-off-by: Minghuan Lian
---
drivers/net/e1000.c | 31 +--
1 file changed, 17 insertions(+), 14 deletions(-)
diff --git a/drivers/net/e1000.c b/drivers/net/e1000.c
index 6531030..cd44222 100644
---
only tested tested under QEMU with vexpress_ca9x4 ("-M vexpress-a9") and
vexpress_ca15_tc2 ("-M vexpress-a15"). Makes the ugly warning go away.
Signed-off-by: Chris Kuethe
---
include/configs/vexpress_common.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/ve
Fix this:
drivers/pci/pci_rom.c:95:15: warning: cast to pointer from
integer of different size [-Wint-to-pointer-cast]
rom_header = (struct pci_rom_header *)rom_address;
Signed-off-by: Minghuan Lian
---
drivers/pci/pci_rom.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/dri
Hi Bin,
On 21 January 2015 at 21:45, Bin Meng wrote:
> Hi Simon,
>
> On Thu, Jan 22, 2015 at 11:42 AM, Simon Glass wrote:
>> Hi Bin,
>>
>> In the Baytrail FSP docs I see a note about the HOB passing back the
>> 'Boot Loader Temporary Memory Data HOB'. This seems to be a copy of
>> the entire tem
Hi Simon,
On Thu, Jan 22, 2015 at 11:42 AM, Simon Glass wrote:
> Hi Bin,
>
> In the Baytrail FSP docs I see a note about the HOB passing back the
> 'Boot Loader Temporary Memory Data HOB'. This seems to be a copy of
> the entire temporary memory space. I wonder if we could recover struct
> global
On 22/01/15 10:24, Marek Vasut wrote:
On Wednesday, January 21, 2015 at 12:55:14 PM, Graeme Russ wrote:
Signed-off-by: Graeme Russ
Hi!
- Commit message is missing.
- Some of the debug outputs are missing newline (\n) character
- You can use __func__ and __LINE__ in the debug output to bett
On 22/01/15 10:03, Marek Vasut wrote:
On Wednesday, January 21, 2015 at 09:53:30 PM, Fabio Estevam wrote:
On Wed, Jan 21, 2015 at 9:55 AM, Graeme Russ
wrote:
Signed-off-by: Graeme Russ
It would be nice to have a commit log with the text you put in the
help section that describes the boar
Hi Bin,
In the Baytrail FSP docs I see a note about the HOB passing back the
'Boot Loader Temporary Memory Data HOB'. This seems to be a copy of
the entire temporary memory space. I wonder if we could recover struct
global_data from this?
If so, then we could move the fsp_init stuff to dram_init(
On some x86 processors (like Intel Quark) the MTRR registers are not
supported. This is reflected by the CPUID (EAX 01H) result EDX[12].
Accessing the MTRR registers on such processors will cause #GP so we
must test the support flag before accessing MTRR MSRs.
Signed-off-by: Bin Meng
---
Change
CPUID (EAX 01H) returns MTRR support flag in EDX bit 12. Probe this
flag in x86_cpu_init_f() and save it in global data.
Signed-off-by: Bin Meng
---
Changes in v2:
- Use space instead of tab to indent in arch_global_data
arch/x86/cpu/cpu.c | 7 +++
arch/x86/include/asm/gl
arch/x86/cpu/mtrr.c has access to the U-Boot global data thus
DECLARE_GLOBAL_DATA_PTR is needed.
Signed-off-by: Bin Meng
Acked-by: Simon Glass
---
Changes in v2: None
arch/x86/cpu/mtrr.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/x86/cpu/mtrr.c b/arch/x86/cpu/mtrr.c
index d5a8
Hi Igor,
Just kindly remind, did you miss this one? Since you ack the other
patches in this patch set.
On 1/21/2015 7:09 PM, Peng Fan wrote:
This patch add DT support for mxc gpio driver.
There are one place using CONFIG_OF_CONTROL macro.
1. The U_BOOT_DEVICES and mxc_plat array are complied
Hi Surijan,
Suriyan Ramasami writes:
> Hello Sjoerd Simons,
>A signed BL2 which allows unsigned BL2 chain load is already
> available for experimentation. Refer this link:
> http://forum.odroid.com/viewtopic.php?f=98&t=6147#p58984
> The suriyan.bl2-hkxu3.1212.5422.zip blob contains a signed
Hi Heiko,
On 01/21/2015 07:01 PM, Heiko Schocher wrote:
Hello Bo,
Am 21.01.2015 10:45, schrieb Bo Shen:
Supports boot up from NAND flash with software ECC eanbled.
And supports boot up from SD/MMC card with FAT file system.
As the boot from SD/MMC card with FAT file system, the BSS
segment is
On Wednesday, January 21, 2015 at 12:55:15 PM, Graeme Russ wrote:
> Section 4.1.2 of Freescale Application Note AN4199 describes the
> configuration required to operate the mx28 from a 5V source without a
> battery. This patch implements the changes to the Freescale bootlets
> which allow this conf
On Wednesday, January 21, 2015 at 12:55:14 PM, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
Hi!
- Commit message is missing.
- Some of the debug outputs are missing newline (\n) character
- You can use __func__ and __LINE__ in the debug output to better
specify where the debug spit happened
On Wednesday, January 21, 2015 at 12:55:17 PM, Graeme Russ wrote:
> mxs_power_clock2pll() does not actually switch the CPU clock to the PLL.
> All it does is power-up the PLL and set the CLKCTRL_CLKSEQ_BYPASS_CPU bit
> (which was already set by mxs_power_clock2xtal() anyway)
>
> spl_mem_init.c set
On Wednesday, January 21, 2015 at 12:55:18 PM, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
Commit message again ;-)
[...]
> diff --git a/board/reachtech/g2c1/g2c1.c b/board/reachtech/g2c1/g2c1.c
> new file mode 100644
> index 000..5bf437d
> --- /dev/null
> +++ b/board/reachtech/g2c1/g2c
On Wednesday, January 21, 2015 at 09:53:30 PM, Fabio Estevam wrote:
> On Wed, Jan 21, 2015 at 9:55 AM, Graeme Russ
wrote:
> > Signed-off-by: Graeme Russ
>
> It would be nice to have a commit log with the text you put in the
> help section that describes the board.
Also, the subject should cont
On 21 Jan 2015, hdego...@redhat.com wrote:
> On some SoCs / ARMv7 CPU cores we need to do some setup before
> enabling the icache, etc. Add a soc_init hook with a weak default
> which just calls cpu_init_cp15.
>
> This way different implementations can be provided to do some extra
> work before or
On Wed, Jan 21, 2015 at 10:03 AM, Graeme Russ wrote:
> Never make simple, last minute changes without testing them...
>
> This should be RTC_PERSISTENT1_GENERAL_USB_BOOT_PLAYER
>
> I'll fix it in the next version
This looks great, Graeme! Thanks for working on upstream this.
Regards,
Fabio Est
On Wed, Jan 21, 2015 at 9:55 AM, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
It would be nice to have a commit log with the text you put in the
help section that describes the board.
> --- /dev/null
> +++ b/board/reachtech/g2c1/README
> @@ -0,0 +1,58 @@
> +ReachTech G2C1
> +
On Wed, Jan 21, 2015 at 9:55 AM, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
In the subject I guess you meant 'mxs' instead of mx29.
Also, if you send a v2, please keep Marek on Cc.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de
Helper function for SoCs which use Cortex A7 cpu cores, this should be called
by the SoC's soc_init function to properly setup the cpu core before calling
cpu_init_cp15.
Signed-off-by: Hans de Goede
---
arch/arm/cpu/armv7/start.S | 17 +
1 file changed, 17 insertions(+)
diff --g
On some SoCs / ARMv7 CPU cores we need to do some setup before enabling the
icache, etc. Add a soc_init hook with a weak default which just calls
cpu_init_cp15.
This way different implementations can be provided to do some extra work
before or after cpu_init_cp15, or completely replacing cpu_init_
Replace our current DIY solution for setting the Cortex A7 ACTLR.SMP bit
with using the new soc_init hook and cpu_init_cortex_a7 helper function.
Signed-off-by: Hans de Goede
---
arch/arm/cpu/armv7/sunxi/Makefile| 1 +
arch/arm/cpu/armv7/sunxi/board.c | 8
arch/arm/cpu
Currently we've separate detailed dram settings for all sun7i boards, this
moves them over to using auto dram configuration so that we can get rid of
all the per board dram_foo.c files.
This has been tested on a A20-Olinuxino-Lime, A20-Olinuxino_MICRO, Bananapi,
Bananapro, Cubieboard2, Cubietruck,
Suriyan Ramasami writes:
> Hello Kevin,
>
> On Tue, Jan 20, 2015 at 3:29 PM, Suriyan Ramasami wrote:
>> Hello Kevin,
>>
>> On Tue, Jan 20, 2015 at 2:43 PM, Kevin Hilman wrote:
>>> Suriyan Ramasami writes:
>>>
Hello Kevin,
These are the changes that would be necessary in uboot main
Hi Simon,
2015-01-22 1:12 GMT+09:00 Simon Glass :
> Hi Bin,
>
> On 21 January 2015 at 03:45, Masahiro Yamada
> wrote:
>> Hi Simon,
>>
>>
>>
>> On Mon, 19 Jan 2015 20:12:30 -0700
>> Simon Glass wrote:
>>
>>
>>> diff --git a/common/cmd_i2c.c b/common/cmd_i2c.c
>>> index 1e500fb..7c3ad00 100644
>
On Wed, Jan 21, 2015 at 11:54:08PM +0800, Bin Meng wrote:
> +Tom
>
> Hi Tom,
>
> On Mon, Jan 19, 2015 at 9:32 PM, Bin Meng wrote:
> > Remove the additional ',' and '\n' from the gettime command help.
> >
> > Signed-off-by: Bin Meng
> > ---
> >
> > common/cmd_gettime.c | 4 ++--
> > 1 file chan
Hi Masahiro,
On 21 January 2015 at 10:12, Masahiro YAMADA wrote:
> Hi Simon,
>
>
>
>> Yes agreed. I can do that. It seems like the concept is agreed at least.
>>
>> So how about this:
>>
>> CONFIG_SPL_STACK_R - bool
>> CONFIG_SPL_STACK_R _SIZE - hex
>
>
> Do you need the size of stack? Or the ba
Hi Simon,
> Yes agreed. I can do that. It seems like the concept is agreed at least.
>
> So how about this:
>
> CONFIG_SPL_STACK_R - bool
> CONFIG_SPL_STACK_R _SIZE - hex
Do you need the size of stack? Or the base address?
> But for your particular case, I certainly would like the UART to
I'm trying to load a linux kernel + dtb from the hardware partition boot0 off
an emmc memory.
With the "mmc part" and "mmc dev 1 1" commands i can access the
boot0/boot1/rpmg partitions.
The partitions have been software-partitioned and formatted with fat16
filesystem under linux , kernel and d
Hi Masahiro,
On 21 January 2015 at 03:51, Masahiro Yamada wrote:
> Hi Simon,
>
>
>
> On Sun, 18 Jan 2015 11:55:36 -0700
> Simon Glass wrote:
>
>> At present SPL uses a single stack, either CONFIG_SPL_STACK or
>> CONFIG_SYS_INIT_SP_ADDR. Since some SPL features (such as MMC and
>> environment) re
Hello Heiko,
I'll try the patch today. Thank you very much!
Regards,
Konstantyn
-Original Message-
From: Heiko Schocher [mailto:h...@denx.de]
Sent: Wednesday, January 21, 2015 12:57 AM
To: Konstantyn Prokopenko
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] Problem Mounting/Unmounting
Hi Bin,
On 21 January 2015 at 09:19, Bin Meng wrote:
> Hi Simon,
>
> On Thu, Jan 22, 2015 at 12:06 AM, Simon Glass wrote:
>> Hi Bin,
>>
>> On 19 January 2015 at 22:01, Bin Meng wrote:
>>> On some x86 processors (like Intel Quark) the MTRR registers are not
>>> supported. This is reflected by th
Hi Simon,
On Thu, Jan 22, 2015 at 12:06 AM, Simon Glass wrote:
> Hi Bin,
>
> On 19 January 2015 at 22:01, Bin Meng wrote:
>> On some x86 processors (like Intel Quark) the MTRR registers are not
>> supported. This is reflected by the CPUID (EAX 01H) result EDX[12].
>> Accessing the MTRR registers
HI Hans,
On 21 January 2015 at 06:18, Hans de Goede wrote:
> Hi,
>
> On 20-01-15 22:40, Tom Rini wrote:
>>
>> All of the code in arch/arm/cpu/armv7/sunxi/board.c was under a check
>> for CONFIG_SPL_BUILD so instead only build for SPL.
>
>
> That is not true, the #ifdef SPL block ends at the end o
Hi Simon,
On Thu, Jan 22, 2015 at 12:05 AM, Simon Glass wrote:
> On 19 January 2015 at 22:01, Bin Meng wrote:
>> CPUID (EAX 01H) returns MTRR support flag in EDX bit 12. Probe this
>> flag in x86_cpu_init_f() and save it in global data.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/cpu/c
Hi Bin,
On 21 January 2015 at 03:45, Masahiro Yamada wrote:
> Hi Simon,
>
>
>
> On Mon, 19 Jan 2015 20:12:30 -0700
> Simon Glass wrote:
>
>
>> diff --git a/common/cmd_i2c.c b/common/cmd_i2c.c
>> index 1e500fb..7c3ad00 100644
>> --- a/common/cmd_i2c.c
>> +++ b/common/cmd_i2c.c
>> @@ -168,7 +168,7
Hi Thierry,
On Wed, Jan 21, 2015 at 5:50 PM, Thierry Reding wrote:
> On Tue, Jan 20, 2015 at 06:06:53PM +0100, Sjoerd Simons wrote:
>> commit a62e84d7b1824a202dd incorrectly changed the tegra pci code to the
>> new fdtdec pci helpers. To get the device index of the root port, the
>> "reg" propert
Hi Bin,
On 19 January 2015 at 22:01, Bin Meng wrote:
> On some x86 processors (like Intel Quark) the MTRR registers are not
> supported. This is reflected by the CPUID (EAX 01H) result EDX[12].
> Accessing the MTRR registers on such processors will cause #GP so we
> must test the support flag bef
On 19 January 2015 at 22:01, Bin Meng wrote:
> CPUID (EAX 01H) returns MTRR support flag in EDX bit 12. Probe this
> flag in x86_cpu_init_f() and save it in global data.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/cpu/cpu.c | 7 +++
> arch/x86/include/asm/global_data.h | 3
On 19 January 2015 at 22:01, Bin Meng wrote:
> arch/x86/cpu/mtrr.c has access to the U-Boot global data thus
> DECLARE_GLOBAL_DATA_PTR is needed.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/cpu/mtrr.c | 2 ++
> 1 file changed, 2 insertions(+)
Acked-by: Simon Glass
__
Hi Thierry,
On Wed, Jan 21, 2015 at 5:40 PM, Thierry Reding wrote:
> On Wed, Jan 21, 2015 at 05:15:42PM +0800, Bin Meng wrote:
>> Hi Thierry,
>>
>> On Wed, Jan 21, 2015 at 4:24 PM, Thierry Reding wrote:
>> > On Wed, Jan 21, 2015 at 10:37:07AM +0800, Bin Meng wrote:
>> >> Hi,
>> >>
>> >> On Wed,
On 19 January 2015 at 20:25, Bin Meng wrote:
> Various minor code format issues are fixed in start16.S:
> - U-boot -> U-Boot
> - 32bit -> 32-bit
> - Use TAB instead of SPACE to indent
> - Move the indention location of the GDT comment block
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/cpu/star
On 20 January 2015 at 22:16, Joonyoung Shim wrote:
> The dwc3_set_mode function is used only in
> drivers/usb/host/xhci-exynos5.c so make it to static.
>
> Signed-off-by: Joonyoung Shim
> ---
> drivers/usb/host/xhci-exynos5.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by:
The qt840a is one of the many tv-boxes using the "i12" A20 pcb, but it
populates only one of the 2 places for a 16 bit dram ic, thus reducing
the buswidth to 16 bits, and the amount of ram to 512M, which is why we
had a separate config for it.
This commit switches the generic i12-tvbox_defconfig o
+Tom
Hi Tom,
On Mon, Jan 19, 2015 at 9:32 PM, Bin Meng wrote:
> Remove the additional ',' and '\n' from the gettime command help.
>
> Signed-off-by: Bin Meng
> ---
>
> common/cmd_gettime.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/common/cmd_gettime.c b/commo
Hello Heiko
here the second part with the real fix and better
commit message.
From 66cdf8324f5e9be1422818cb51c5810b54feef93 Mon Sep 17 00:00:00 2001
From: Anton Habegger
Date: Wed, 21 Jan 2015 16:23:02 +0100
Subject: [PATCH] ubifs: Enable journal replay during mount
Enable ubifs_replay_journa
Hello Heiko
Here the second patch you want. This needs to be applied
prior the real bug fix, becouse it solves the warning as
you mention as well.
>From fd0a1377825638d15bc66b5f07a05beb14fe747c Mon Sep 17 00:00:00 2001
From: Anton Habegger
Date: Wed, 21 Jan 2015 16:20:36 +0100
Subject: [PATCH]
On Wed, Jan 21, 2015 at 04:24:05PM +0100, Hans de Goede wrote:
> 2 recent sunxi changes have removed the usage of lowlevel_init by moving some
> code around and then setting CONFIG_SKIP_LOWLEVEL_INIT.
> This is problematic for 2 reasons:
>
> 1) It does not just stop s_init from being called, it a
On 21.01.2015 12:55, Graeme Russ wrote:
When booting in JTAG mode, there is no way to use soft break-points, and
no way of knowing when SPL has finished executing (so the user can issue
a 'halt' command to load u-boot.bin for example)
Add a debug output and simple loop to stop execution at the c
On 21 January 2015 at 00:38, Heiko Schocher wrote:
> call hw_watchdog_init() also if CONFIG_AT91SAM9_WATCHDOG
> is used.
>
> Signed-off-by: Heiko Schocher
> ---
>
> common/board_f.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Reviewed-by: Simon Glass
_
2 recent sunxi changes have removed the usage of lowlevel_init by moving some
code around and then setting CONFIG_SKIP_LOWLEVEL_INIT.
This is problematic for 2 reasons:
1) It does not just stop s_init from being called, it also stops
cpu_init_cp15 from getting called, which is undesirable.
2) We
Hello Simon,
Am 19.01.2015 07:46, schrieb Heiko Schocher:
Hello Simon,
added Bo Shen to cc, as he currently try to set BSS (and stack) into
SDRAM for at91 based boards ... Bo, could you try this aproach?
Am 18.01.2015 19:55, schrieb Simon Glass:
At present SPL uses a single stack, either CONF
On Wed, Jan 21, 2015 at 02:18:12PM +0100, Hans de Goede wrote:
> Hi,
>
> On 20-01-15 22:40, Tom Rini wrote:
> >All of the code in arch/arm/cpu/armv7/sunxi/board.c was under a check
> >for CONFIG_SPL_BUILD so instead only build for SPL.
>
> That is not true, the #ifdef SPL block ends at the end of
Hi,
On 20-01-15 22:40, Tom Rini wrote:
All of the code in arch/arm/cpu/armv7/sunxi/board.c was under a check
for CONFIG_SPL_BUILD so instead only build for SPL.
That is not true, the #ifdef SPL block ends at the end of board_init_f
as things currently stand in master, and even that is only the
The following changes since commit 768f6096f9c389b5ed36bee2957bee16b085fc4a:
Merge git://git.denx.de/u-boot-arc (2015-01-20 16:41:11 -0500)
are available in the git repository at:
git://git.denx.de/u-boot-mips.git master
for you to fetch changes up to e520023882c7187a7cbaecfea0726ea158440ae
Heiko,
On Wed, Jan 21, 2015 at 01:38:47PM +0100, Heiko Schocher wrote:
[...]
>
> Thanks! (Sorry for my bad denglish ...)
>
No need to apologize.
Ich spreche nicht so gut Deutsch. :-)
> bye,
> Heiko
> --
> DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
> HRB 165235 Munic
Hello Jeremiah,
Am 21.01.2015 13:35, schrieb Jeremiah Mahler:
Heiko,
On Wed, Jan 21, 2015 at 08:38:22AM +0100, Heiko Schocher wrote:
[...]
diff --git a/README b/README
index fefa71c..5cce4c2 100644
--- a/README
+++ b/README
@@ -1257,6 +1257,9 @@ The following options need to be configured:
Heiko,
On Wed, Jan 21, 2015 at 08:38:22AM +0100, Heiko Schocher wrote:
[...]
> diff --git a/README b/README
> index fefa71c..5cce4c2 100644
> --- a/README
> +++ b/README
> @@ -1257,6 +1257,9 @@ The following options need to be configured:
> SoC, then define this variable and provide
Hello (and a belated happy new year to all),
I am working on a custom hardware platform where I need to pull the Linux
kernel from a Spansion SPI NOR flash device connected to a 600MHz TI AM3354
processor. The McSPI is configured to run at its maximum speed with a 48MHz
clock and the datasheet fo
Hi Guys,
@@ -868,6 +962,44 @@ static void mxs_power_configure_power_source(void)
mxs_src_power_init();
+#ifdef CONFIG_SYS_MXS_VDD5V_ONLY
+ /*
+* device configured for no source to DCDC_BATT input (5V only power
+* source). This boot option doesn't waste time loo
On 01/21/15 13:09, Peng Fan wrote:
> Add a new entry in platdata structure and intialize
> bank_index in mxc_plat array.
> This new entry can avoid using `plat - mxc_plat` by using
> `plat->bank_index`.
>
> Signed-off-by: Peng Fan
Acked-by: Igor Grinberg
--
Regards,
Igor.
_
On 01/21/15 13:09, Peng Fan wrote:
> Signed-off-by: Peng Fan
I think this should be a part of the first patch, anyway:
Acked-by: Igor Grinberg
> ---
> include/dm/device.h | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/include/dm/device.h b/include/dm/device.h
> index 1359
On 01/21/15 13:09, Peng Fan wrote:
> Abstracting dev_get_addr can improve drivers that want to
> get device's address.
>
> Signed-off-by: Peng Fan
Acked-by: Igor Grinberg
--
Regards,
Igor.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.d
Signed-off-by: Graeme Russ
---
arch/arm/Kconfig | 13 ++
board/reachtech/g2c1/Kconfig | 15 ++
board/reachtech/g2c1/MAINTAINERS | 9 +
board/reachtech/g2c1/Makefile| 12 ++
board/reachtech/g2c1/README | 58 +
board/reachtech/g2c1/g2c1.c | 79 +++
mxs_power_clock2pll() does not actually switch the CPU clock to the PLL.
All it does is power-up the PLL and set the CLKCTRL_CLKSEQ_BYPASS_CPU bit
(which was already set by mxs_power_clock2xtal() anyway)
spl_mem_init.c sets up the fractional divisor (which is required to run
the CPU from the PLL)
Section 4.1.2 of Freescale Application Note AN4199 describes the
configuration required to operate the mx28 from a 5V source without a
battery. This patch implements the changes to the Freescale bootlets
which allow this configuration to properly boot the mx28 processor
Signed-off-by: Graeme Russ
When booting in JTAG mode, there is no way to use soft break-points, and
no way of knowing when SPL has finished executing (so the user can issue
a 'halt' command to load u-boot.bin for example)
Add a debug output and simple loop to stop execution at the completion of
the SPL initialisation as a p
Signed-off-by: Graeme Russ
---
arch/arm/cpu/arm926ejs/mxs/spl_boot.c | 1 +
arch/arm/cpu/arm926ejs/mxs/spl_lradc_init.c | 13 +++-
arch/arm/cpu/arm926ejs/mxs/spl_mem_init.c | 18 +
arch/arm/cpu/arm926ejs/mxs/spl_power_init.c | 100 +++-
4 files changed, 12
This series adds support for booting mx28 based boards which do not
include a battery as per Freescale application note AN4199
Patch 2 (which implements booting without a battery) is based on a patch
submitted to the Freescale community forums by Damien Gotfroi (Cc'd)
The patch series adds the fo
Add a new entry in platdata structure and intialize
bank_index in mxc_plat array.
This new entry can avoid using `plat - mxc_plat` by using
`plat->bank_index`.
Signed-off-by: Peng Fan
---
drivers/gpio/mxc_gpio.c | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git
This patch add DT support for mxc gpio driver.
There are one place using CONFIG_OF_CONTROL macro.
1. The U_BOOT_DEVICES and mxc_plat array are complied out. To DT,
platdata is alloced using calloc, so there is no need to use mxc_plat.
The following situations are tested, and all work fine:
1.
This patch set is to add DT support for mxc_gpio driver.
patch 1/4 and 2/4, a new dev_get_addr interface is abstracted to
improve driver who want to get device address.
patch 3/4, add a new bank_index entry in platdata to avoid `plat - mxc_plat`
pointer subtract usage
Abstracting dev_get_addr can improve drivers that want to
get device's address.
Signed-off-by: Peng Fan
---
drivers/core/device.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/drivers/core/device.c b/drivers/core/device.c
index 963b16f..0ba5c76 100644
--- a/drivers/cor
Signed-off-by: Peng Fan
---
include/dm/device.h | 9 +
1 file changed, 9 insertions(+)
diff --git a/include/dm/device.h b/include/dm/device.h
index 13598a1..ee00c4d 100644
--- a/include/dm/device.h
+++ b/include/dm/device.h
@@ -322,4 +322,13 @@ int device_find_first_child(struct udevice
Hello Bo,
Am 21.01.2015 10:45, schrieb Bo Shen:
Supports boot up from NAND flash with software ECC eanbled.
And supports boot up from SD/MMC card with FAT file system.
As the boot from SD/MMC card with FAT file system, the BSS
segment is too big to fit into SRAM, so, use the lds to put
it into
On Tue, 2015-01-20 at 16:40 -0500, Tom Rini wrote:
In general the change looks good, thanks.
> -#if !defined CONFIG_SPL_BUILD && (defined CONFIG_MACH_SUN7I || \
> - defined CONFIG_MACH_SUN6I || defined CONFIG_MACH_SUN8I)
> - /* Enable SMP mode for CPU0, by setting bit 6 of Auxilia
Hi Simon,
On Sun, 18 Jan 2015 11:55:36 -0700
Simon Glass wrote:
> At present SPL uses a single stack, either CONFIG_SPL_STACK or
> CONFIG_SYS_INIT_SP_ADDR. Since some SPL features (such as MMC and
> environment) require a lot of stack, some boards set CONFIG_SPL_STACK to
> point into SDRAM. Th
update SPL WDT support and use it on the taurus board
- if CONFIG_AT91SAM9_WATCHDOG is set:
- do not disable WDT in SPL
- call hw_watchdog_init()
- make the WDT timeout configurable
- enable it on the taurus board
Heiko Schocher (4):
arm, at91, wdt: do not disable WDT in SPL
common/board_
Hi Simon,
On Mon, 19 Jan 2015 20:12:30 -0700
Simon Glass wrote:
> diff --git a/common/cmd_i2c.c b/common/cmd_i2c.c
> index 1e500fb..7c3ad00 100644
> --- a/common/cmd_i2c.c
> +++ b/common/cmd_i2c.c
> @@ -168,7 +168,7 @@ static int i2c_get_cur_bus_chip(uint chip_addr, struct
> udevice **devp)
Hi Igor,
On 1/21/2015 5:18 PM, Igor Grinberg wrote:
[...]
@@ -295,12 +282,77 @@ static int mxc_gpio_probe(struct udevice *dev)
return 0;
}
+#ifdef CONFIG_OF_CONTROL
+static struct gpio_regs *mxc_get_gpio_addr(struct udevice *device)
+{
+fdt_addr_t addr;
+addr = fdtdec_get_
This patch configures and initializes the L2 switch on T1040rdb board.
The external L2 switch ports may be connected to PHYs only over
QSGMII, for T1040rdb.
Signed-off-by: Codrin Ciubotariu
---
Changes for v2: None
Changes for v3:
- Removed "Change-id" line from comment;
Changes for v4
On Tue, 2015-01-20 at 15:29 -0800, Suriyan Ramasami wrote:
> Hello Kevin,
>
> On Tue, Jan 20, 2015 at 2:43 PM, Kevin Hilman wrote:
> > Suriyan Ramasami writes:
> I am currently working only on the XU3 (I thought there was no
> interest, so I let it slide). I probably should say that the Exynos
1 - 100 of 128 matches
Mail list logo
