On Mon, Apr 14, 2014 at 5:02 AM, Stefano Babic wrote:
> Hi Tim,
>
> This file is pretty identical to
> ./arch/arm/cpu/armv7/omap-common/u-boot-spl.lds. I understand that each
> SOC/arch could be a different set up, but I think we should introduce
> this diversity when it is needed, not as default
On Mon, Apr 14, 2014 at 5:27 AM, Stefano Babic wrote:
> Hi Tim,
>
>> diff --git a/arch/arm/cpu/armv7/mx6/soc.c b/arch/arm/cpu/armv7/mx6/soc.c
>> index 1725279..4ee62c7 100644
>> --- a/arch/arm/cpu/armv7/mx6/soc.c
>> +++ b/arch/arm/cpu/armv7/mx6/soc.c
>> @@ -305,6 +305,62 @@ const struct boot_mode
On Mon, Apr 14, 2014 at 5:35 AM, Stefano Babic wrote:
> Hi Tim,
>
> I see checking your patch that the MXS uses the same concept. And as far
> as I can see, boot_mode_idx is used only to print the boot devioce
Stefano,
yes, that is where I got the concept from.
>
> However, we have not generall
On 04/17/2014 07:03 PM, York Sun wrote:
> -Original Message-
> From: Sun York-R58495
> Sent: Thursday, April 17, 2014 7:03 AM
> To: Zhao Qiang-B45475; u-boot@lists.denx.de
> Cc: Xie Xiaobo-R63061
> Subject: Re: [U-Boot] [PATCH v7 3/3] T1040QDS/U-QE: Add u-qe support to
> t1040qds
>
> On 0
Hi Lukasz,
On 14 April 2014 23:25, Lukasz Majewski wrote:
> Hi Simon,
>
> > Hi Lukasz,
> >
> > On 14 April 2014 01:17, Lukasz Majewski
> > wrote:
> >
> > [snip[
> >
> > I think your questions are mostly answered but I wanted to chime in
> > on a few.
> >
> > What is wrong with specifying the ba
Hi York,
We were also considering to improve the eSPI driver and we will look into this.
Thanks,
Mingkai
-Original Message-
From: Sun York-R58495
Sent: Thursday, April 17, 2014 5:09 AM
Cc: u-boot@lists.denx.de; Hu Mingkai-B21284
Subject: Re: [U-Boot] FSL eSPI driver is a mess, hack attach
On 4/17/2014 5:37 AM, York Sun wrote:
On 04/02/2014 09:02 PM, Prabhakar Kushwaha wrote:
Hi All,
I just want to share my concern with respect to this patch.
This patch removed hard-coded value for 0x8 and use CONFIG_SYS_MONITOR_LEN.
There were many Freescale boards config which don’t have
On 04/16/2014 06:39 PM, Zhao Qiang-B45475 wrote:
> On 04/17/2014 07:03 PM, York Sun wrote:
>
>> -Original Message-
>> From: Sun York-R58495
>> Sent: Thursday, April 17, 2014 7:03 AM
>> To: Zhao Qiang-B45475; u-boot@lists.denx.de
>> Cc: Xie Xiaobo-R63061
>> Subject: Re: [U-Boot] [PATCH v7 3
This is a theoretical possible out of bounds error in DDR driver. Adding
check before using array index. Also change some runtime conditions to
pre-compiling conditions.
Signed-off-by: York Sun
---
Change log:
v2: Revise subject and commit message
drivers/ddr/fsl/ctrl_regs.c |8 ++--
drive
On 04/11/2014 08:09 AM, Alexander Graf wrote:
> diff --git a/nand_spl/board/freescale/mpc8572ds/Makefile
> b/nand_spl/board/freescale/mpc8572ds/Makefile
> index c639b12..c58b7a4 100644
> --- a/nand_spl/board/freescale/mpc8572ds/Makefile
> +++ b/nand_spl/board/freescale/mpc8572ds/Makefile
> @@ -78,
On 04/02/2014 09:02 PM, Prabhakar Kushwaha wrote:
> Hi All,
>
> I just want to share my concern with respect to this patch.
> This patch removed hard-coded value for 0x8 and use
> CONFIG_SYS_MONITOR_LEN.
>
> There were many Freescale boards config which don’t have correct
> CONFIG_SYS_MONITO
On 03/26/2014 01:04 PM, York Sun wrote:
> On 03/21/2014 01:21 AM, Zhao Qiang wrote:
>>
>> +static void qe_board_setup(void)
>> +{
>> +u8 brdcfg15, brdcfg9;
>> +
>> +if (hwconfig("qe") && hwconfig("tdm")) {
>
>
> This is called before environmental variables are relocated to DDR. It will
On Tue, 2014-04-15 at 16:13 +0200, Albert ARIBAUD wrote:
>
> [ ... deeply nested 'git send-email' thread ... ]
May I suggest the following git config option?
[sendemail]
chainreplyto = false
This creates "shallow threads", and improves consumption on the
receivers' side, allowing to more
Mingkai,
Please take a look at this patch and see if you can verify and polish it.
York
On 03/14/2014 02:46 AM, Joakim Tjernlund wrote:
> 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
On 04/16/2014 11:09 AM, Marc Zyngier wrote:
Marc, I'm unclear what you want to do with this series. You mention
that its first 10 patches will apply to U-Boot, but I am not sure
whether you are just indicating that it is possible to apply them or
asking for these 10 patches to go in U-Boot mainl
On 04/16/2014 12:44 AM, Masahiro Yamada wrote:
> arch/arm/include/asm/spl.h requires all SoCs to have
> arch/arm/include/asm/arch-*/spl.h.
>
> But many of them just define BOOT_DEVICE_* macros.
>
> Those macros are used in the "switch (boot_device) { ... }"
> statement in common/spl/spl.c.
>
> S
Am 2014-04-16 15:17, schrieb Stefan Agner:
> Hi Stefano,
>
> Am 2014-04-16 17:44, schrieb Stefano Babic:
>> On 16/04/2014 15:29, ste...@agner.ch wrote:
>>> From: Stefan Agner
>>>
>>> The i.MX V2 headers total size is 0x7fc. The header is placed
>>> in front of the U-Boot binary which of course is
Hi Stefano,
Am 2014-04-16 17:44, schrieb Stefano Babic:
> On 16/04/2014 15:29, ste...@agner.ch wrote:
>> From: Stefan Agner
>>
>> The i.MX V2 headers total size is 0x7fc. The header is placed
>> in front of the U-Boot binary which of course is aligned to
>> text base. Hence the header starting po
On 16/04/14 15:45, Albert ARIBAUD wrote:
> Hi Marc,
>
> On Sat, 15 Feb 2014 13:36:24 +, Marc Zyngier
> wrote:
>
>> PSCI is an ARM standard that provides a generic interface that
>> supervisory software can use to manage power in the following
>> situations:
>> - Core idle management
>> - CPU
Hi Stefan,
On 16/04/2014 15:29, ste...@agner.ch wrote:
> From: Stefan Agner
>
> The i.MX V2 headers total size is 0x7fc. The header is placed
> in front of the U-Boot binary which of course is aligned to
> text base. Hence the header starting point is not page
> aligned (e.g. at 0x3f400404). Thi
Hi,
we have a m28evk custom board from Fa. Denx, (ELDK 5.4)
it worked properly, until I wrote a word with u-boot
fuse prog.
fuse prog 0 4 1
(it was my mistake, i wanted to test the fuse prog to the
customer area (for example: fuse prog 0 2 1)
Until fuse prog I can't boot. (Neither SDcard nor N
Hi,
On 04/16/2014 04:48 PM, Simon Glass wrote:
Hi,
On 16 April 2014 07:48, Przemyslaw Marczak mailto:p.marc...@samsung.com>> wrote:
On 04/16/2014 03:27 PM, Akshay Saraswat wrote:
Dear Jaehoon Chung,
Hi, Akshay.
Did you test exynos4 board?
I ha
Check that the image size matches the size we get from u-boot.bin. If it
doesn't, that generally means that some extra sections are being added to
u-boot.bin, meaning that it is not possible to access data appended to
the U-Boot binary. This is used for device tree, so needs to work.
This problem
Hi,
On 16 April 2014 07:48, Przemyslaw Marczak wrote:
> On 04/16/2014 03:27 PM, Akshay Saraswat wrote:
>
>> Dear Jaehoon Chung,
>>
>> Hi, Akshay.
>>>
>>> Did you test exynos4 board?
>>> I have tested your patch-set with the exynos4 board(TRATS2).
>>> It didn't work.
>>>
>>>
>> No, I didn't test
Hi Marc,
On Sat, 15 Feb 2014 13:36:24 +, Marc Zyngier
wrote:
> PSCI is an ARM standard that provides a generic interface that
> supervisory software can use to manage power in the following
> situations:
> - Core idle management
> - CPU hotplug
> - big.LITTLE migration models
> - System shut
When adding hashes or signatures, the target FDT may be full. Detect this
and automatically try again after making 1KB of space.
Signed-off-by: Simon Glass
---
Changes in v2: None
tools/fit_image.c | 165 -
tools/image-host.c | 26 ++---
Add support for device tree control and add device tree files for the
beaglebone black initially.
Signed-off-by: Simon Glass
---
Changes in v2:
- Move device tree files into arch/arm/dts
arch/arm/dts/Makefile | 1 +
arch/arm/dts/am335x-bone-common.dtsi | 262
In some cases, an externally-built device tree binary is required to be
attached to U-Boot. An example is when using image signing, since in that
case the .dtb file must include the public keys.
Add a DEV_TREE_BIN option to the Makefile, and update the documentation.
Usage is something like:
When writing values into an FDT it is possible that there will be
insufficient space. If the caller gets a useful error in the then it can
potentially deal with the situation.
Adjust these functions to return -ENOSPC when the FDT is full.
Signed-off-by: Simon Glass
---
Changes in v2:
- Fix line
Enable secure boot functionality.
Signed-off-by: Simon Glass
---
Changes in v2: None
include/configs/am335x_evm.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/am335x_evm.h b/include/configs/am335x_evm.h
index 4356d37..7b4d7bf 100644
--- a/include/configs/am335x_evm.h
+
The current size of 1MB is not enough use to use DFU. Increase it for
ARMv7 boards, all of which should have 32MB or more SDRAM.
With this change it is possible to do 'dfu mmc 0' on a Beaglebone Black.
Signed-off-by: Simon Glass
---
Changes in v2: None
include/configs/ti_armv7_common.h | 2 +-
Enable the cache for all devices, unless CONFIG_SYS_DCACHE_OFF is defined.
This speeds up the Beaglebone Black boot considerable.
(Tested only on Beaglebone Black with SD card boot)
Signed-off-by: Simon Glass
---
Changes in v2:
- Update to cover all omap devices
arch/arm/cpu/armv7/am33xx/boar
This should include the hash so that image_binary_size is really at the
end of the image, and not some 300 bytes earlier.
Signed-off-by: Simon Glass
---
Changes in v2:
- Add new patch to ensure the hash section is inside the image for am335x
board/ti/am335x/u-boot.lds | 3 ++-
1 file changed,
These functions are generally useful for displaying a hash value and finding
available algorithms, so export them.
Signed-off-by: Simon Glass
---
Changes in v2: None
common/hash.c | 13 ++---
include/hash.h | 22 ++
2 files changed, 28 insertions(+), 7 deletions(-)
Enable booting a FIT containing a kernel/device tree.
Signed-off-by: Simon Glass
---
Changes in v2: None
include/configs/am335x_evm.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/am335x_evm.h b/include/configs/am335x_evm.h
index 3642dc6..4356d37 100644
--- a/include/conf
This series fixes a few problems that have come up since the secure boot
series was merged:
- A recent commit broken the assumption that u-boot.bin ends at a known
address (thus making things appended to U-Boot inaccessible from the code).
This is fixed for Beaglebone and also a new test is added
On 04/16/2014 01:48 PM, Ilya Ledvich wrote:
Make the common eeprom library available for any I2C driver.
Signed-off-by: Ilya Ledvich
Signed-off-by: Igor Grinberg
---
board/compulab/common/Makefile |2 +-
board/compulab/common/eeprom.h |2 +-
2 files changed, 2 insertions(+), 2
On 04/16/2014 03:27 PM, Akshay Saraswat wrote:
Dear Jaehoon Chung,
Hi, Akshay.
Did you test exynos4 board?
I have tested your patch-set with the exynos4 board(TRATS2).
It didn't work.
No, I didn't test it over Exynos4 boards. I don't have any working.
Thanks for testing. :-)
Did you test
Dear Akshay,
On 04/16/2014 03:20 PM, Akshay Saraswat wrote:
Thanks for testing.
Please read inline replies.
Hello Akshay,
04/16/2014 07:32 AM, Akshay Saraswat wrote:
This patch includes following changes :
* Adds gpio pin numbering support for EXYNOS SOCs.
To have consistent 0..n-1 GPIO
From: Stefan Agner
The i.MX V2 headers total size is 0x7fc. The header is placed
in front of the U-Boot binary which of course is aligned to
text base. Hence the header starting point is not page
aligned (e.g. at 0x3f400404). This is still a valid header,
which boots fine using serial loader. How
Dear Jaehoon Chung,
>Hi, Akshay.
>
>Did you test exynos4 board?
>I have tested your patch-set with the exynos4 board(TRATS2).
>It didn't work.
>
No, I didn't test it over Exynos4 boards. I don't have any working.
Thanks for testing. :-)
>
>Occurred DATA_ABORT.
>gpio_set_pull(EXYNOS4x12_GPIO_X15
Thanks for testing.
Please read inline replies.
>Hello Akshay,
> 04/16/2014 07:32 AM, Akshay Saraswat wrote:
>> This patch includes following changes :
>> * Adds gpio pin numbering support for EXYNOS SOCs.
>>To have consistent 0..n-1 GPIO numbering the banks are divided
>>into different p
Hello Akshay,
04/16/2014 07:32 AM, Akshay Saraswat wrote:
This patch includes following changes :
* Adds gpio pin numbering support for EXYNOS SOCs.
To have consistent 0..n-1 GPIO numbering the banks are divided
into different parts where ever they have holes in them.
* Rename GPIO defini
Hi, Akshay.
Did you test exynos4 board?
I have tested your patch-set with the exynos4 board(TRATS2).
It didn't work.
Occurred DATA_ABORT.
gpio_set_pull(EXYNOS4x12_GPIO_X15,...);
Add the comment at below.
On 04/16/2014 02:32 PM, Akshay Saraswat wrote:
> This patch includes following changes :
>
> Signed-off-by: David Mueller
> Joe Hershberger
Sorry, Cc missing.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Signed-off-by: David Mueller
Joe Hershberger
---
drivers/net/e1000.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/net/e1000.c b/drivers/net/e1000.c
index 9a66e68..9d9b259 100644
--- a/drivers/net/e1000.c
+++ b/drivers/net/e1000.c
@@ -4532,7 +4532,6 @@ static int e1000_set_phy_type
Hi Wolfgang,
On 04/16/2014 12:12 AM, Wolfgang Denk wrote:
> What I don't understand is wether you actually want to use this radio
> transceiver as console interface device in U-Boot, or not. If you
> want to use it, then just do, and spend thoughts on restricting access
> to legitimate users and
Make the common eeprom library available for any I2C driver.
Signed-off-by: Ilya Ledvich
---
board/compulab/common/Makefile |2 +-
board/compulab/common/eeprom.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/board/compulab/common/Makefile b/board/compulab/common/M
Hi Masahiro Yamada,
On 04/16/2014 02:44 PM, Masahiro Yamada wrote:
arch/arm/include/asm/spl.h requires all SoCs to have
arch/arm/include/asm/arch-*/spl.h.
But many of them just define BOOT_DEVICE_* macros.
Those macros are used in the "switch (boot_device) { ... }"
statement in common/spl/spl.
On 04/16/14 06:23, Jaehoon Chung wrote:
> Hi, Mateusz.
>
> ERROR: "foo * bar" should be "foo *bar"
> #701: FILE: drivers/usb/gadget/g_dnl.c:104:
> +static inline struct g_dnl_bind_callback * g_dnl_bind_callback_first(void)
>
> ERROR: "foo * bar" should be "foo *bar"
> #707: FILE: drivers/usb/gadg
The Micron MT29F16G parts are 2048Mbytes x 8 bits 3.3V
parts with the 0x48 identifier. Add these to the list
of known devices IDs.
Signed-off-by: Chunhe Lan
---
drivers/mtd/nand/nand_ids.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd/nand/nand_ids.c b/driv
This patch adds support for VSC8664 PHY module which can
be found on Freescale's T4240RDB boards.
Signed-off-by: Chunhe Lan
---
drivers/net/phy/vitesse.c | 46 +
1 files changed, 46 insertions(+), 0 deletions(-)
diff --git a/drivers/net/phy/vitesse.
"mmc boot" command didn't use anywhere.
It can be replaced with "mmc dev" command.
Signed-off-by: Jaehoon Chung
---
include/configs/s5pc210_universal.h |7 ++-
include/configs/trats.h |7 ++-
include/configs/trats2.h| 11 +++
3 files changed, 7 i
Dear Rob Herring,
In message
you wrote:
>
> > You are mixing some pretty much unrelated things here, which is IMO
> > not a good idea. Limiting the size for load operations is one thing,
> > but buffer size is something totally different. These must not be
> > mixed up. Please keep in mind th
54 matches
Mail list logo
