Enable initialization fo designware ethernet controller. With this
patch, ethernet works in my configuration, provided I set ethernet
address in the environment.
Signed-off-by: Pavel Machek pa...@denx.de
---
Changes from v1: moved ethernet initialization to arch/arm, as
suggested by Marek.
Improve error messages in case of invalid/unset ethernet addresses.
Signed-off-by: Pavel Machek pa...@denx.de
---
From v1: distinguish between unset/invalid, avoid two error messages.
Well, it may be unset (00:00:...) or it may be invalid (b2:a3:...).
The address being not set at all,
Dear Gabriel Huau,
In message 1405204264-10922-1-git-send-email-cont...@huau-gabriel.fr you
wrote:
This allows u-boot to load different OS or Bare Metal application on the
different cores of the i.MX6DQ.
For example: we can run Android on cpu0 and a RT OS like QNX/FreeRTOS on cpu1.
Has this
Timer on cyclone5 actually counts down. It took me a while to figure
out, as timer counting in wrong direction actually _can_ be used, it
just appears to tick at extremely high frequency in u-boot.
The bug was introduced in commit
23ab7ee0ffa9d5efd0b4ad830befba306d24a327.
Signed-off-by:
As I initially suspected overflow in time handling, I took a detailed
look at lib/time.c. This adds comments about units being used, reduces
amount of type casting being done, and makes __udelay() always wait at
least one tick. (Current code could do no delaying at all for short
delays).
On Sunday, July 13, 2014 at 10:06:50 AM, Pavel Machek wrote:
[...]
@@ -14,3 +16,19 @@ int dram_init(void)
gd-ram_size = get_ram_size((long *)PHYS_SDRAM_1, PHYS_SDRAM_1_SIZE);
return 0;
}
+
+
+/*
+ * DesignWare Ethernet initialization
+ */
+/* We know all the init functions
On Sunday, July 13, 2014 at 01:10:45 PM, Pavel Machek wrote:
Timer on cyclone5 actually counts down. It took me a while to figure
out, as timer counting in wrong direction actually _can_ be used, it
just appears to tick at extremely high frequency in u-boot.
The bug was introduced in commit
On Sunday, July 13, 2014 at 01:14:27 PM, Pavel Machek wrote:
[...]
@@ -51,9 +52,10 @@ unsigned long long __weak notrace get_ticks(void)
return ((unsigned long long)gd-timebase_h 32) | gd-timebase_l;
}
-static unsigned long long notrace tick_to_time(uint64_t tick)
+/* Returns time in
On Tue, Jul 8, 2014 at 11:41 AM, Ajay kumar ajayn...@gmail.com wrote:
On Mon, Jul 7, 2014 at 9:46 PM, Simon Glass s...@chromium.org wrote:
The SPI transaction delay is supposed to be measured from the end of one
transaction to the start of the next. The code does not work that way, so
fix it.
On Fri, Jul 4, 2014 at 2:34 AM, Marek Vasut ma...@denx.de wrote:
On Thursday, July 03, 2014 at 10:24:44 PM, Jagan Teki wrote:
On Fri, Jun 13, 2014 at 2:23 AM, Marek Vasut ma...@denx.de wrote:
It's usually a common pattern to free() the memory that we allocated.
Implement this here to stop
On Tue, Jul 8, 2014 at 11:40 AM, Ajay kumar ajayn...@gmail.com wrote:
On Mon, Jul 7, 2014 at 9:46 PM, Simon Glass s...@chromium.org wrote:
An incorrect message version is passed to the EC in some cases and the
parameters of one function are switched.
Fix these problems.
Signed-off-by: Simon
On Tue, Jul 8, 2014 at 11:41 AM, Ajay kumar ajayn...@gmail.com wrote:
On Mon, Jul 7, 2014 at 9:46 PM, Simon Glass s...@chromium.org wrote:
This parameter should also be supported.
Signed-off-by: Simon Glass s...@chromium.org
---
doc/device-tree-bindings/spi/spi-bus.txt | 2 ++
Hi Marek,
On 10 July 2014 17:23, Marek Vasut ma...@denx.de wrote:
On Wednesday, July 09, 2014 at 05:37:53 AM, Simon Glass wrote:
There is no point in setting a structure's memory to NULL when it has
already been zeroed with memset().
Also, there is no need to create a stub function for
On Fri, Jun 27, 2014 at 3:48 PM, Prafulla Wadaskar prafu...@marvell.com wrote:
-Original Message-
From: Stefan Roese [mailto:s...@denx.de]
Sent: 27 June 2014 15:25
To: u-boot@lists.denx.de
Cc: Prafulla Wadaskar; tr...@ti.com
Subject: [PATCH v1 0/25] Add Marvell Armada XP MV78460
On Fri, Jun 27, 2014 at 3:24 PM, Stefan Roese s...@denx.de wrote:
This move makes it possible to use this kirkwood SPI driver from other
MVEBU platforms as well. This will be used by the upcoming Armada XP
support.
Signed-off-by: Stefan Roese s...@denx.de
---
On Fri, Jun 27, 2014 at 3:24 PM, Stefan Roese s...@denx.de wrote:
Compile the pin multiplexing only on Kirkwood platforms. As the
Armada XP doesn't need it.
Signed-off-by: Stefan Roese s...@denx.de
Cc: Jagannadha Sutradharudu Teki jaga...@xilinx.com
---
drivers/spi/kirkwood_spi.c | 10
On Fri, Jun 27, 2014 at 3:24 PM, Stefan Roese s...@denx.de wrote:
This makes is possible to use this SPI driver from other MVEBU SoC's as well.
As the upcoming Armada XP support will do.
Signed-off-by: Stefan Roese s...@denx.de
Cc: Jagannadha Sutradharudu Teki jaga...@xilinx.com
---
On Fri, Jul 4, 2014 at 1:44 AM, Jagan Teki jagannadh.t...@gmail.com wrote:
Reviewed-by: Jagannadha Sutradharudu Teki jaga...@xilinx.com
On Fri, Jun 27, 2014 at 3:24 PM, Stefan Roese s...@denx.de wrote:
Add ID for this Numonix / STMicro chip.
Tested on Marvell DB-78460-BP board.
This series adds support for a serial uclass, enabling serial drivers to be
converted to use driver model.
Unfortunately this is quite a complicated process for a number of reasons:
- serial is used before relocation, but driver model does not support this
- stdio member functions are not passed
Since driver model registers itself with the stdio subsystem, and we
want to avoid delayed registration and other complexity associated with
the current serial console, move the stdio subsystem init earlier when
driver model is used for serial.
This simplifies the implementation. Should there be
If the sandbox device tree is provided to U-Boot (with the -d flag) then it
will use the device tree version in preference to the built-in device. The
only difference is the colour.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v2: None
arch/sandbox/dts/sandbox.dts | 10
For some boards board_init() will change GPIOs, so we need to have driver
model available before then. Adjust the board init to arrange this, but
enable it for driver model only, just to be safe.
This does create additional #ifdef logic, but it is safer than trying to
make a pervasive change
The current sandbox serial driver is a pretty trivial example and does not
have the featues that might be needed for other board serial drivers. To
help provide a better example, add a text colour property to the device
tree for sandbox. This uses platform data, a device tree node, driver
private
Adjust the sandbox serial driver to use the new driver model uclass. The
driver works much as before, but within the new framework.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v2:
- Rename struct device to struct udevice
drivers/serial/sandbox.c | 67
Change the Exynos serial driver to work with driver model and switch over
all Exynos5 boards to use it.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v2: None
drivers/serial/serial_s5p.c | 295 ++-
include/configs/exynos5-dt.h | 1 +
2
The stdio_dev structure has a private pointer for its creater, but it is
not set up the serial system. Set it to point to the serial device so
that it can be found by code called by stdio.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v2: None
drivers/serial/serial.c | 1 +
1
We will need the console before relocation, so mark it that way.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v2: None
arch/arm/dts/exynos5.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/dts/exynos5.dtsi b/arch/arm/dts/exynos5.dtsi
index dc5405b..ed1af83
Serial devices support simple byte input/output and a few operations to find
out whether data is available. Add a basic uclass for serial devices to be
used by drivers that are converted to driver model.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v2:
- Rename struct device to
Hi Marek,
On 10 July 2014 17:29, Marek Vasut ma...@denx.de wrote:
On Wednesday, July 09, 2014 at 05:37:58 AM, Simon Glass wrote:
Driver model currently only operates after relocation is complete. In this
state U-Boot typically has a small amount of memory available. In adding
support for
Generally a build failure with a particular commit cannot be fixed except
by changing that commit. Changing the commit will automatically cause
buildman to retry when you run it again: buildman sees that the commit
hash is different and that it has no previous build result for the new
commit hash.
While at it add fdt_support.h as well.
cc: Stephen Warren swar...@wwwdotorg.org
Signed-off-by: Jeroen Hofstee jer...@myspectrum.nl
---
Changes since version 1:
Add fdt_support.h which has the proto for ft_board_setup
---
board/raspberrypi/rpi_b/rpi_b.c | 4 +++-
1 file changed, 3
Signed-off-by: Jeroen Hofstee jer...@myspectrum.nl
---
common/autoboot.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/common/autoboot.c b/common/autoboot.c
index 30102a4..c27cc2c 100644
--- a/common/autoboot.c
+++ b/common/autoboot.c
@@ -6,6 +6,7 @@
*/
#include common.h
+#include
The and operator implicitly upcasts the value to
int, hence the format should expect an int type
as well. (and make checkpatch happy)
Signed-off-by: Jeroen Hofstee jer...@myspectrum.nl
---
fixes clang warning:
common/cmd_mii.c:165:4: warning: format specifies type
'unsigned short' but the
Hi Wolfgang,
On 07/13/2014 02:58 AM, Wolfgang Denk wrote:
Dear Gabriel Huau,
In message 1405204264-10922-1-git-send-email-cont...@huau-gabriel.fr you
wrote:
This allows u-boot to load different OS or Bare Metal application on the
different cores of the i.MX6DQ.
For example: we can run
From: Stefan Roese [mailto:s...@denx.de]
On 12.07.2014 15:30, Gupta, Pekon wrote:
From: Tom Rini [mailto:tom.r...@gmail.com] On Behalf Of Rini, Tom
On Thu, Jul 10, 2014 at 07:28:00AM +0200, Stefan Roese wrote:
Hi Pekon,
On 09.07.2014 20:22, Gupta, Pekon wrote:
Commit a0a37183 (ARM: omap:
On Mon, Jul 14, 2014 at 3:29 PM, Chris Packham judge.pack...@gmail.com wrote:
Hi,
(apologies in advance for whatever the gmail web client does to this email).
In commit 41623c91 (arm: move exception handling out of start.S files)
code was moved to arch/arm/lib/vectors.S which wrapped symbols
On Mon, Jul 14, 2014 at 3:35 PM, Chris Packham judge.pack...@gmail.com wrote:
On Mon, Jul 14, 2014 at 3:29 PM, Chris Packham judge.pack...@gmail.com
wrote:
Hi,
(apologies in advance for whatever the gmail web client does to this email).
In commit 41623c91 (arm: move exception handling out
Hi,
(apologies in advance for whatever the gmail web client does to this email).
In commit 41623c91 (arm: move exception handling out of start.S files)
code was moved to arch/arm/lib/vectors.S which wrapped symbols like
IRQ_STACK_START and FIQ_STACK_START using the config flag
CONFIG_USE_IRQ. As
On Mon, Jul 14, 2014 at 4:53 PM, Chris Packham judge.pack...@gmail.com wrote:
In order to use configuration flags it is necessary to include config.h.
Without this arm targets that use CONFIG_USE_IRQ or CONFIG_SPL_BUILD
won't get the correct code.
Signed-off-by: Chris Packham
In order to use configuration flags it is necessary to include config.h.
Without this arm targets that use CONFIG_USE_IRQ or CONFIG_SPL_BUILD
won't get the correct code.
Signed-off-by: Chris Packham judge.pack...@gmail.com
---
arch/arm/lib/vectors.S | 1 +
1 file changed, 1 insertion(+)
diff
In order to use configuration flags it is necessary to include config.h.
Without this arm targets that use CONFIG_USE_IRQ or CONFIG_SPL_BUILD
won't get the correct code.
Signed-off-by: Chris Packham judge.pack...@gmail.com
---
Resent without corporate disclaimer
arch/arm/lib/vectors.S |1 +
41 matches
Mail list logo