Hi Wolfgang,
On Wed, 11 Jun 2014 06:49:28 +0200, Wolfgang Denk wrote:
> Dear Steve,
>
> In message <53979199.5010...@broadcom.com> you wrote:
> >
> > OK - I think that one of the alternate proposals would be to
> > conditionally reserve a "32 byte block" prior to the _start symbol (in
> > "a
Hi, Josh:
Thanks a lot!
Follwing these steps, I could load itb to memory:
1. sb bind 0 /lionfs
2. ext4load host 0 10 testkernel.itb
Best wishes,
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Steve,
In message <53979f6a.90...@broadcom.com> you wrote:
>
> Yes - copied from MMC to RAM, but not really necessary to do this at
> "link stage or earlier" (we do it with a post-processing tool to prepend
> a header onto 'u-boot.bin')
What exactly is the fuction of this post-processing
Dear Steve,
In message <53979199.5010...@broadcom.com> you wrote:
>
> OK - I think that one of the alternate proposals would be to
> conditionally reserve a "32 byte block" prior to the _start symbol (in
> "arch/arm/cpu/armv8/start.S") which would then be filled in by a
> post-processing step.
Dear Albert,
In message you wrote:
>
> 1. A typical ARM binary image is linked to a base address, defined by
>preprocessor macro (aka U-Boot config option) CONFIG_SYS_TEXT_BASE.
We shoul specifically keep in mind here that the "base address" is
defined as the start address of the text segme
Hello Jeroen,
Am 10.06.2014 23:27, schrieb Jeroen Hofstee:
It seems the code tries to trick the compiler the argument
is actually used. However compilers became too smart too
fool them so easily an now warn. Checking gcc and clang
does not seem to emit a warning. If so it should be decorated
wit
Hi Tiger,
On 10 June 2014 23:36, Josh Wu wrote:
> Hi, Tiger
>
>
> On 6/10/2014 7:01 PM, tiger...@via-alliance.com wrote:
>>
>> Hi, Simon:
>> Is there any doc described how to use 'sb load host / sb ls host' etc
>> cmds?
>
> so far seems no doc yet.
> If you want to access the host file system, yo
Hi Jon,
I thought I should mention that I spent time on a flight to look at
SPI with driver model. I have put the WIP code in branch 'working' in
u-boot-dm.git. Note it doesn't work, and is very early. Also note that
many of the patches have not been posted - I just want to make it
clear what I am
Hi, Tiger
On 6/10/2014 7:01 PM, tiger...@via-alliance.com wrote:
Hi, Simon:
Is there any doc described how to use 'sb load host / sb ls host' etc
cmds?
so far seems no doc yet.
If you want to access the host file system, you need apply a patch:
http://patchwork.ozlabs.org/patch/358406/ (fix th
Hi, Stephen
On 6/11/2014 6:43 AM, Stephen Warren wrote:
From: Stephen Warren
Commit 95fac6ab4589 "sandbox: Use os functions to read host device tree"
removed the ability for get_device_and_partition() to handle the "host"
device type, and redirect accesses to it to the host filesystem. This
br
On 10 June 2014 17:52, Jeroen Hofstee wrote:
> cc: Simon Glass
> Signed-off-by: Jeroen Hofstee
Acked-by: Simon Glass
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 10 June 2014 17:01, Jeroen Hofstee wrote:
> cc: Simon Glass
> Signed-off-by: Jeroen Hofstee
Acked-by: Simon Glass
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Przemyslaw,
I have a question.
"dfu_alt_bootloader" env is settings successfully
> dfu_alt_bootloader=u-boot raw 0x3e 0x800 mmcpart 1
But,
In order to replace bootloader binary in thor mode,
How can I use the "dfu_alt_bootloader" env?
DFU gadget use "dfu_alt_info" env for DFU entities config
On Wednesday, June 11, 2014 at 03:49:21 AM, Tom Rini wrote:
> On Wed, Jun 11, 2014 at 02:34:21AM +0200, Marek Vasut wrote:
> > The previous PR was somehow lost I presume, so please find a bigger one:
> >
> > The following changes since commit 90b51c33f362926e17d4c07dcef1ce822abaa89f:
> > Merge b
On Wed, Jun 11, 2014 at 02:34:21AM +0200, Marek Vasut wrote:
> The previous PR was somehow lost I presume, so please find a bigger one:
>
> The following changes since commit 90b51c33f362926e17d4c07dcef1ce822abaa89f:
>
> Merge branch 'master' of git://git.denx.de/u-boot-arm (2014-05-30 11:34:3
Hi Przemyslaw,
In U3 board, cooling pan is not work.
I think, cooling pan setting is need in board_gpio_init().
(X2 board use cooling pan pwr form USB port)
best regards,
Inha Song.
On Tue, 10 Jun 2014 13:33:02 +0200
Przemyslaw Marczak wrote:
> This board file supports standard features of Odr
On Tuesday, June 10, 2014 at 07:02:35 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> ci_pullup()'s !is_on path contains a cut/paste copy of udc_disconnect().
> Remove the duplication by simply calling udc_disconnect() instead.
>
> Signed-off-by: Stephen Warren
Applied all, thanks.
Best
On Tuesday, June 10, 2014 at 12:25:59 PM, Lukasz Majewski wrote:
> Patch (SHA1: bd694244db7bc969954)
> dfu: Introduction of the "dfu_hash_algo" env variable for checksum method
> setting
>
> already introduced more generic handling of the crc32 calculation.
> Up till now the CRC32 of received data
The previous PR was somehow lost I presume, so please find a bigger one:
The following changes since commit 90b51c33f362926e17d4c07dcef1ce822abaa89f:
Merge branch 'master' of git://git.denx.de/u-boot-arm (2014-05-30 11:34:39
-0400)
are available in the git repository at:
git://git.denx.de
On Tuesday, June 10, 2014 at 11:27:39 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> Sometimes, a zero-length packet is required at the end of an IN
> transaction so that the host knows the device is done sending data.
> Enhance ci_udc to send a zlp when necessary. See the comments for
> mo
On 14-06-10 02:20 PM, Albert ARIBAUD wrote:
Hi Steve,
On Tue, 10 Jun 2014 12:38:42 -0700, Steve Rae wrote:
On 14-06-10 11:13 AM, Wolfgang Denk wrote:
Dear Steve,
In message <539746c4.9040...@broadcom.com> you wrote:
There could be "many" reasons why the CONFIG_SYS_TEXT_BASE is not
ali
The values here are int, but the map_to_sysmem() call can return a long.
Add a cast to deal with this.
Signed-off-by: Simon Glass
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2:
- Add new patch to fix printf() strings in the 'dm' command
test/dm/cmd_dm.c | 8
These files are taken from Linux 3.14.
Signed-off-by: Simon Glass
Acked-by: Stephen Warren
---
Changes in v5: None
Changes in v4:
- Remove 64-bit addresses which are not used in U-Boot
Changes in v3:
- Bring in GPIO bindings for tegra{30,114,124} also
Changes in v2:
- Add new patch to bring
The GPIO tests require the sandbox GPIO driver, so cannot be run on other
platforms. Similarly for the 'dm test' command.
Signed-off-by: Simon Glass
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2:
- Add new patch to allow driver model tests only for sandbox
test/
Support the iotrace feature for sandbox, and enable it, using some dummy
I/O access methods.
Signed-off-by: Simon Glass
---
Changes in v5: None
Changes in v4:
- Correct typo in CONFIG_CMD_IOTRACE
Changes in v3: None
Changes in v2:
- Add a new patch to enable iotrace for sandbox
arch/sandbox/i
Enable driver model for Tegra boards.
Signed-off-by: Simon Glass
Acked-by: Stephen Warren
---
Changes in v5: None
Changes in v4: None
Changes in v3:
- Enable dm command in this patch instead of the next
Changes in v2:
- Split out a separate patch to enable driver model for tegra
include/con
Add a note to encourage people to convert drivers to use driver model.
Signed-off-by: Simon Glass
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2:
- Update README to encourage conversion to driver model
README | 5 +
1 file changed, 5 insertions(+)
diff --git
There is a spelling mistake and two functions are missing comments
altogether. Also the flags declaration is correct, but doesn't follow
style. Finally, the uclass_get_device() function has some errors in
its documentation.
Fix these problems.
Signed-off-by: Simon Glass
Acked-by: Marek Vasut
-
The lifecycle of a device is an important part of driver model. Add to the
existing documentation and clarify it.
Reported-by: Jon Loeliger
Signed-off-by: Simon Glass
---
Thanks for Jon Loeliger for helping with the text and
suggesting improvements.
(Jon please comment/adjust to help clarify
Support the iotrace feature for ARM, when enabled.
Signed-off-by: Simon Glass
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2:
- Add a new patch to enable iotrace for arm
arch/arm/include/asm/io.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/inc
When debugging drivers it is useful to see what I/O accesses were done
and in what order.
Even if the individual accesses are of little interest it can be useful to
verify that the access pattern is consistent each time an operation is
performed. In this case a checksum can be used to characterise
Linux supports this, and if we are to have compatible device tree files,
U-Boot should also.
Avoid giving the device tree files access to U-Boot's include/ directory.
Only include/dt-bindings is accessible.
Signed-off-by: Simon Glass
Acked-by: Stephen Warren
Reviewed-by: Masahiro Yamada
---
These files don't compile in some architectures. Fix it by adding the
missing headers.
Signed-off-by: Simon Glass
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2:
- Add new patch to add missing header files in lists and root
drivers/core/lists.c | 1 +
drivers/cor
We want 'N0' and 'n0' to mean the same thing, so ensure that case is not
considered when naming GPIO banks.
Signed-off-by: Simon Glass
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2:
- Add new patch to use case-insensitive comparison for GPIO banks
drivers/gpio/g
It is best to avoid having any occurence of 'struct device' in driver
model, so rename to achieve this.
Signed-off-by: Simon Glass
---
Changes in v5: None
Changes in v4:
- Add new patch to rename struct device_id to udevice_id
Changes in v3: None
Changes in v2: None
doc/driver-model/README.tx
This series collects some of the patches from the Tegra GPIO conversion
to driver model. That work is still in progress, but the bug fixes and
iotracing feature should go into this release I think. Also the
documentation improvements may as well follow since the existings docs
are proven inadequate
In a very few cases we need to adjust the driver model root device, such as
when setting it up at initialisation. Add a macro to make this easier.
Signed-off-by: Simon Glass
---
Changes in v5: None
Changes in v4: None
Changes in v3:
- Fix typo in commit subject
Changes in v2:
- Add new patch to
On 14-06-10 01:35 PM, Wolfgang Denk wrote:
Dear Steve,
In message <53975ec2.1080...@broadcom.com> you wrote:
I still cannot understand why _start and CONFIG_SYS_TEXT_BASE would
have to be the same. There is no such requirement. What exactly
prevents you from assigning _start a location at
To prevent a warning for clang the loop without a body
is made more clear by moving it to a line of its own.
This prevents a clang warning.
cc: sba...@denx.de
Signed-off-by: Jeroen Hofstee
---
This ignores checkpatch warnings since somone forgot to burn
the GNU code style manual.
jeroen@yellow:
From: Stephen Warren
Commit 95fac6ab4589 "sandbox: Use os functions to read host device tree"
removed the ability for get_device_and_partition() to handle the "host"
device type, and redirect accesses to it to the host filesystem. This
broke some unit tests that use this feature. So, revert that
Clang interpretes an if condition like "if ((a = b) == NULL)
as it tries to assign a value in a statement. Hence if you do
"if ((something)) it warns you that you might be confused.
Hence drop the double braces for plane if statements.
Signed-off-by: Jeroen Hofstee
---
fs/jffs2/jffs2_1pass.c |
Clang interpretes an if condition like "if ((a = b) == NULL)
as it tries to assign a value in a statement. Hence if you do
"if ((something)) it warns you that you might be confused.
Hence drop the double braces for plane if statements.
cc: Holger Brunck
Signed-off-by: Jeroen Hofstee
---
board/
Clang interpretes an if condition like "if ((a = b) == NULL)
as it tries to assign a value in a statement. Hence if you do
"if ((something)) it warns you that you might be confused.
Hence drop the double braces for plane if statements.
Simon Glass
Signed-off-by: Jeroen Hofstee
---
common/cli_h
From: Stephen Warren
Various misc enhancements to dfu_gadget_test.sh:
* After every write (download), perform a write to a different file
with different data. This ensures that the DFU buffer's content is
replaced, so that if the read (upload) succeeds, we know that the
correct data was ac
cc: Simon Glass
Signed-off-by: Jeroen Hofstee
---
include/dm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/dm.h b/include/dm.h
index 8bbb21b..a179c8a 100644
--- a/include/dm.h
+++ b/include/dm.h
@@ -5,7 +5,7 @@
*/
#ifndef _DM_H_
-#define _DM_H
+#define _DM_H_
It seems the code tries to trick the compiler the argument
is actually used. However compilers became too smart to
fool them so easily an now warn. Gcc and clang don't seem
to emit a warning when the argument is unused. If so it
should be decorated with unused / (void).
Signed-off-by: Jeroen Hofst
It seems the code tries to trick the compiler the argument
is actually used. However compilers became too smart too
fool them so easily an now warn. Checking gcc and clang
does not seem to emit a warning. If so it should be decorated
with unused / (void).
cc: Stefan Roese
Signed-off-by: Jeroen Ho
On 06/10/2014 03:25 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> FIXME: reword after updates to use "*size" command for fs...
>
> DFU read support appears to rely upon dfu->read_medium() updating the
> passed-by-reference len parameter to indicate the remaining size
> available for readi
From: Stephen Warren
Sometimes, a zero-length packet is required at the end of an IN
transaction so that the host knows the device is done sending data.
Enhance ci_udc to send a zlp when necessary. See the comments for
more details.
Signed-off-by: Stephen Warren
---
This depends on all the othe
From: Stephen Warren
FIXME: reword after updates to use "*size" command for fs...
DFU read support appears to rely upon dfu->read_medium() updating the
passed-by-reference len parameter to indicate the remaining size
available for reading.
dfu_read_medium_mmc() never does this, and the implemen
Hi Steve,
On Tue, 10 Jun 2014 12:38:42 -0700, Steve Rae wrote:
>
>
> On 14-06-10 11:13 AM, Wolfgang Denk wrote:
> > Dear Steve,
> >
> > In message <539746c4.9040...@broadcom.com> you wrote:
> >>
> >> There could be "many" reasons why the CONFIG_SYS_TEXT_BASE is not
> >> aligned on a 0x1000 byt
cc: Troy Kisky
Signed-off-by: Jeroen Hofstee
---
board/ttcontrol/vision2/imximage_hynix.cfg | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/ttcontrol/vision2/imximage_hynix.cfg
b/board/ttcontrol/vision2/imximage_hynix.cfg
index 4e6583a..c74973e 100644
--- a/board/ttcon
this prevent some warnings when compiling with clang
cc: Stelian Pop
Signed-off-by: Jeroen Hofstee
---
board/ronetix/pm9263/pm9263.c | 28 ++--
1 file changed, 14 insertions(+), 14 deletions(-)
diff --git a/board/ronetix/pm9263/pm9263.c b/board/ronetix/pm9263/pm9263.c
i
cc: Simon Glass
Signed-off-by: Jeroen Hofstee
---
include/tps6586x.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/tps6586x.h b/include/tps6586x.h
index 10ca103..78ce428 100644
--- a/include/tps6586x.h
+++ b/include/tps6586x.h
@@ -5,7 +5,7 @@
* SPDX-License-Identi
On di, 2014-06-10 at 18:53 +0300, Vasili Galka wrote:
> Hi,
>
> Currently U-Boot has a long list of include search paths. This makes
> it hard to understand the location of each header. Moreover, it opens
> an easy opportunity for breaking build by including the wrong header.
> This is especially
Dear Steve,
In message <53975ec2.1080...@broadcom.com> you wrote:
>
> > I still cannot understand why _start and CONFIG_SYS_TEXT_BASE would
> > have to be the same. There is no such requirement. What exactly
> > prevents you from assigning _start a location at offset 0x20 to the
> > start of th
On Tue, Jun 10, 2014 at 12:29 PM, Stefan Herbrechtsmeier
wrote:
> You should add an additional case (0x0) above GUMSTIX_NO_EEPROM but an
> un-programmed eeprom returns GUMSTIX_NO_EEPROM (0x).
Forgive my stupidity---I don't follow.
Either,
1. No eeprom is probed or expansion_id is 0xFFF
AM437x Starter Kit has a qspi flash and gbit ethernet
support. By muxing those signals, we can use those
interfaces from u-boot.
Signed-off-by: Felipe Balbi
---
board/ti/am43xx/mux.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/board/ti/am43xx/mux.c b/board/ti/am43xx/mux.c
index 77c53d
pass correct PHY Address when running on SK
so that we have working ethernet with this board
too.
Signed-off-by: Felipe Balbi
---
board/ti/am43xx/board.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/board/ti/am43xx/board.c b/board/ti/am43xx/board.c
index 6379cef..054a452 100644
--- a
AM43xx Starter Kit is a new board based on
AM437x line of SoCs. Being a low-cost EVM and
small size EVM are intended to provide an entry
level development platform on a full fledged
Hardware System.
Signed-off-by: Felipe Balbi
---
board/ti/am43xx/board.c | 72 +++
when porting u-boot to a new am43xx board, it
helps to know the name of the current unsupported
board so we don't have to hunt for design documents
to figure out what's written in the EEPROM.
Signed-off-by: Felipe Balbi
---
board/ti/am43xx/board.c | 2 +-
1 file changed, 1 insertion(+), 1 deleti
Signed-off-by: Felipe Balbi
---
arch/arm/cpu/armv7/am33xx/ddr.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/cpu/armv7/am33xx/ddr.c b/arch/arm/cpu/armv7/am33xx/ddr.c
index 9a625c4..bbe9d1a 100644
--- a/arch/arm/cpu/armv7/am33xx/ddr.c
+++ b/arch/arm/cpu/armv7/am33xx/ddr.c
@@ -95,6
Hi,
patches were tested on AM43xx SK on top of v2014.07-rc3
Changes since v1:
- fix a bad rebase pointed to by Vaibhav.
Felipe Balbi (5):
board: ti: am43xx: print unsupported board name
cpu: armv7: am33x: ddr: write emif ref_ctrl_shadow register
board: ti: am43xx: add support for A
Hi,
On Tue, Jun 10, 2014 at 12:39:08PM -0700, Vaibhav Bedia wrote:
> Hi Felipe,
>
> On Jun 10, 2014 11:45 AM, "Felipe Balbi" wrote:
> >
> > pass correct PHY Address when running on SK
> > so that we have working ethernet with this board
> > too.
> >
> > Signed-off-by: Felipe Balbi
> > ---
> >
Hi Felipe,
On Jun 10, 2014 11:45 AM, "Felipe Balbi" wrote:
>
> pass correct PHY Address when running on SK
> so that we have working ethernet with this board
> too.
>
> Signed-off-by: Felipe Balbi
> ---
> board/ti/am43xx/board.c | 21 +
> 1 file changed, 13 insertions(+), 8
On 14-06-10 11:13 AM, Wolfgang Denk wrote:
Dear Steve,
In message <539746c4.9040...@broadcom.com> you wrote:
There could be "many" reasons why the CONFIG_SYS_TEXT_BASE is not
aligned on a 0x1000 byte boundary (Darwin has attempted to document his
particular use-case...)
We should be more p
On 06/02/2014 05:02 PM, Jörg Krause wrote:
> Sorry, my previous post was not shown correctly. The raw text was missing. I
> removed the annotation.
>
> Since this commit my Ethernet Gadget on a custom Freescale i.MX28 board is
> broken. Using tftp to download files I get in almost all cases a time
Am 10.06.2014 21:02, schrieb Ash Charles:
The u-boot Overo board actually supports both Overo (OMAP35xx)
and Overo Storm (AM/DM37xx) COMs with a range of different expansion
boards. This provides a mechanism to select the an appropriate device
tree file based on the processor version and, if ava
The u-boot Overo board actually supports both Overo (OMAP35xx)
and Overo Storm (AM/DM37xx) COMs with a range of different expansion
boards. This provides a mechanism to select the an appropriate device
tree file based on the processor version and, if available, the
expansion board ID written on th
On Tue, Jun 10, 2014 at 11:06 AM, Stefan Herbrechtsmeier
wrote:
> You could use an environment file next to the u-boot image.
Good point.
...
> Ok, but please use the GUMSTIX_NO_EEPROM case and leave the default empty or
> at least check the vendor id. This allows foreign vendors to use the
> upst
On Tuesday, June 10, 2014 at 05:58:25 PM, Stephen Warren wrote:
> On 06/01/2014 11:22 AM, Marek Vasut wrote:
> > On Thursday, May 29, 2014 at 10:53:03 PM, Stephen Warren wrote:
> >> From: Stephen Warren
> >>
> >> handle_setup() currently assumes that the response to a Setup
> >> transaction will
Seems like the controller doesn't support the flag. None of the hi-speed cards
I've tried could be read, while they successfully worked with the quirk enabled.
Signed-off-by: Lubomir Rintel
---
drivers/mmc/bcm2835_sdhci.c | 2 +-
include/configs/rpi_b.h | 2 ++
2 files changed, 3 insertions(
Seems like the controller doesn't support the flag. None of the hi-speed cards
I've tried could be read, while they successfully worked with the quirk enabled.
Signed-off-by: Lubomir Rintel
---
Changes to v2:
- I've sent the first version with extra and irrelevant hunk.
Sorry.
drivers
AM43xx Starter Kit is a new board based on
AM437x line of SoCs. Being a low-cost EVM and
small size EVM are intended to provide an entry
level development platform on a full fledged
Hardware System.
Signed-off-by: Felipe Balbi
---
board/ti/am43xx/board.c | 72 +++
AM437x Starter Kit has a qspi flash and gbit ethernet
support. By muxing those signals, we can use those
interfaces from u-boot.
Signed-off-by: Felipe Balbi
---
board/ti/am43xx/mux.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/board/ti/am43xx/mux.c b/board/ti/am43xx/mux.c
index 77c53d
pass correct PHY Address when running on SK
so that we have working ethernet with this board
too.
Signed-off-by: Felipe Balbi
---
board/ti/am43xx/board.c | 21 +
1 file changed, 13 insertions(+), 8 deletions(-)
diff --git a/board/ti/am43xx/board.c b/board/ti/am43xx/board.c
i
when porting u-boot to a new am43xx board, it
helps to know the name of the current unsupported
board so we don't have to hunt for design documents
to figure out what's written in the EEPROM.
Signed-off-by: Felipe Balbi
---
board/ti/am43xx/board.c | 2 +-
1 file changed, 1 insertion(+), 1 deleti
Signed-off-by: Felipe Balbi
---
arch/arm/cpu/armv7/am33xx/ddr.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/cpu/armv7/am33xx/ddr.c b/arch/arm/cpu/armv7/am33xx/ddr.c
index 9a625c4..bbe9d1a 100644
--- a/arch/arm/cpu/armv7/am33xx/ddr.c
+++ b/arch/arm/cpu/armv7/am33xx/ddr.c
@@ -95,6
Hi,
patches were tested on AM43xx SK on top of v2014.07-rc3.
Felipe Balbi (5):
board: ti: am43xx: print unsupported board name
cpu: armv7: am33x: ddr: write emif ref_ctrl_shadow register
board: ti: am43xx: add support for AM43xx Starter Kit
board: ti: am43xx: add AM437x SK PHY Address
b
Hello Simon,
While trying to find a u-boot make command which likely works with a
pre-build clang linux package I got the following warnings:
`make CC="clang -no-integrated-as" HOSTCC="clang -no-integrated-as"
HOST_TOOLS_ALL=y sandbox_config tools`
/home/jeroen/software/u-boot/arch/sandbox/incl
Hello Masahiro,
On di, 2014-06-10 at 21:20 +0900, Masahiro Yamada wrote:
> Hi Jeroen,
>
>
> On Fri, 30 May 2014 15:45:27 +0200
> Jeroen Hofstee wrote:
>
> > Building u-boot tools with clang as a host compiler e.g. on
> > FreeBSD with `gmake HOSTCC=clang CONFIG_USE_PRIVATE_LIBGCC=y tools`
> > l
Dear Steve,
In message <539746c4.9040...@broadcom.com> you wrote:
>
> There could be "many" reasons why the CONFIG_SYS_TEXT_BASE is not
> aligned on a 0x1000 byte boundary (Darwin has attempted to document his
> particular use-case...)
We should be more precise here and ask for any _good_ reas
Am 10.06.2014 19:17, schrieb Ash Charles:
On Tue, Jun 10, 2014 at 12:30 AM, Stefan Herbrechtsmeier
wrote:
Why you set the 'expansionname' to 'tobi' for unknown (maybe foreign)
expansion boards?
1. We need some sort of default otherwise people's boards that either
don't have an eeprom or don't
On 14-06-09 10:16 PM, Albert ARIBAUD wrote:
Hi Steve,
(sorry for the duplicate)
On Mon, 9 Jun 2014 13:45:50 -0700, Steve Rae wrote:
On 14-06-09 03:23 AM, Albert ARIBAUD wrote:
Hi Darwin,
On Mon, 2 Jun 2014 17:37:25 -0700, Darwin Rambo
wrote:
On 14-06-02 12:26 AM, Albert ARIBAUD wr
On 05/30/2014 02:28 AM, Lukasz Majewski wrote:
> Stephen Warren wrote:
...
>> Wouldn't it be better to have the following separate
>> "backends" to DFU:
>>
>> * MMC (raw IO only)
>> * NAND (raw IO only)
>> * RAM (raw IO only)
>> * Filesystem (anything that fs/fat/ext* load/write can support)
>>
>>
On Tue, Jun 10, 2014 at 12:30 AM, Stefan Herbrechtsmeier
wrote:
> Why you set the 'expansionname' to 'tobi' for unknown (maybe foreign)
> expansion boards?
1. We need some sort of default otherwise people's boards that either
don't have an eeprom or don't have board data set in the eeprom will
sto
On Tue, Jun 10, 2014 at 07:01:51PM +0200, Stefan Roese wrote:
> Hi Tom!
>
> On 10.06.2014 18:14, Tom Rini wrote:
> >I've pushed v2014.07-rc3 out to the repository and tarballs should exist
> >soon.
> >
> >We're getting better on the syncing up of things out of patchwork and I
> >know there's still
Dear Tom,
In message <20140610161453.GB7841@bill-the-cat> you wrote:
>
> I've pushed v2014.07-rc3 out to the repository and tarballs should exist
> soon.
The tarball is available on the FTP server.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev
From: Stephen Warren
ci_ep_alloc_request() avoids allocating multiple request objects for ep0
by keeping a record of the first req allocated for ep0, and always
returning that instead of allocating a new req. However, if this req is
ever freed, the record of the previous allocation is not cleared
From: Stephen Warren
If allocation of the ep0 req fails, clean up all the allocations that
were made in ci_udc_probe().
Signed-off-by: Stephen Warren
---
drivers/usb/gadget/ci_udc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/gadget/ci_udc.c b/drivers/usb/gadget/ci_udc.c
in
From: Stephen Warren
usb_gadget_unregister_driver() is called to tear down the USB device mode
stack. Fix the driver to stop the USB HW (which causes any attached host
to notice the disappearance of the device), and free all allocations
(which obviously prevents memory leaks).
Signed-off-by: Ste
From: Stephen Warren
ci_pullup()'s !is_on path contains a cut/paste copy of udc_disconnect().
Remove the duplication by simply calling udc_disconnect() instead.
Signed-off-by: Stephen Warren
---
drivers/usb/gadget/ci_udc.c | 28
1 file changed, 12 insertions(+), 16
Hi Tom!
On 10.06.2014 18:14, Tom Rini wrote:
I've pushed v2014.07-rc3 out to the repository and tarballs should exist
soon.
We're getting better on the syncing up of things out of patchwork and I
know there's still a few items to go (and some bigger ideas I need to
come back to commenting on).
Hey all,
I've pushed v2014.07-rc3 out to the repository and tarballs should exist
soon.
We're getting better on the syncing up of things out of patchwork and I
know there's still a few items to go (and some bigger ideas I need to
come back to commenting on).
As always, if anything is broken plea
09.06.2014 21:52, Matwey V. Kornilov пишет:
>
> It actually jumps to 0x6001 where the middle of
> get_device_and_partition located.
>
I've found that it works with qemu 1.7 but I have to provide u-boot in
ELF format, bare-metal u-boot.bin don't work.
___
From: Stephen Warren
When dfu_init_env_entities() fails part-way through, some entities may
have been added to dfu_list. These are only removed by dfu_free_entities().
If that function isn't called, those stale entities will still exist the
next time dfu_init_env_entities() is called, leading to
On 06/10/2014 02:15 AM, Mark Rutland wrote:
> Hi,
>
> Apologies for the delay in replying.
>
> On Fri, Jun 06, 2014 at 11:14:23PM +0100, York Sun wrote:
>> On 06/06/2014 01:17 PM, York Sun wrote:
>>> On 06/06/2014 10:32 AM, Mark Rutland wrote:
>> How is TCR_EL2.SH0 (or TCR_EL1.SH*) configured
On Jun 10, 2014, at 7:00 PM, Stephen Warren wrote:
> On 06/02/2014 12:18 AM, Pantelis Antoniou wrote:
>> On May 23, 2014, at 9:47 PM, Stephen Warren wrote:
>>> Rather than just returning -1 everywhere, try to return something
>>> meaningful from mmc_select_hwpart(). Note that most other MMC funct
On 05/30/2014 03:12 PM, Stephen Warren wrote:
> On 05/23/2014 01:24 PM, Stephen Warren wrote:
>> From: Stephen Warren
>>
>> This allows callers to inject mmc->has_init = 0 between finding the
>> MMC device, and calling mmc_init(), which forces mmc_init() to rescan
>> the HW. Future changes will us
On 05/30/2014 03:11 PM, Stephen Warren wrote:
> On 05/23/2014 12:48 PM, Stephen Warren wrote:
>> From: Stephen Warren
>>
>> Currently, "mmc dev 0" does not change the selected HW partition. I
>> think it makes more sense if "mmc dev 0" is an alias for "mmc dev 0 0",
>> i.e. that HW partition 0 (ma
1 - 100 of 153 matches
Mail list logo
