Hi Simon,
This tool is basically using u-boot technology to communicating to remote
board. This tool is developed such a way that it can load u-boot elf on
remote processor (available on remote board). This tool communicates with
processor using u-boot commands. It can send the u-boot command,
Am 23.06.2014 17:56, wrote Markus Niebel:
From: Markus Niebel markus.nie...@tq-group.com
This patch adds the changes to boards.cfg and the board directory
under board/tqc.
TQMa6 is a family of modules based on Freescale i.MX6. It consists of
TQMa6Q (i.MX6 Quad), TQMa6D (i.MX6 Dual)
Hi Markus,
On 10/07/2014 09:11, Markus Niebel wrote:
Am 23.06.2014 17:56, wrote Markus Niebel:
From: Markus Niebel markus.nie...@tq-group.com
This patch adds the changes to boards.cfg and the board directory
under board/tqc.
TQMa6 is a family of modules based on Freescale i.MX6. It
I am working with mini2440 s3c2440+128MB NAND + 64MB DRAM.
I have a question regarding Uboot bootstrapping from NAND.
I have flashed the uboot.bin to NAND with below procedure:
1. Bootup from NOR
2. select option v
3. download the uboot.bin to NAND
After this switch the device to boot from Nand
Hello Wolfgang,
Recently I dumped several mpc8xx, mpc82xx etc. boards
which had been orphaned or without maintainers.
Are there any other (almost) hopeless boards?
Those boards without generic-board conversion
will be removed sooner or later.
If more unmaintained boards could be dropped
On Thursday, July 10, 2014 at 06:06:06 AM, Felipe Balbi wrote:
On Wed, Jul 09, 2014 at 11:02:43PM -0500, Felipe Balbi wrote:
Newer AM437x silicon requires us to explicitly power up
the USB2 PHY. By implementing usb_phy_power() we can
achieve that.
Signed-off-by: Felipe Balbi
T1042RDB is Freescale Reference Design Board supporting the T1042
QorIQ Power Architecture processor. T1042 is a reduced personality
of T1040 SoC without Integrated 8-port Gigabit. The board is designed
with low power features targeted for Printing Image Market.
T1042RDB board Overview
Hi Marek,
On Fri, 4 Jul 2014 16:34:11 +0200
Marek Vasut ma...@denx.de wrote:
+static void read_data_from_flash_mem(uint8_t *buf, int len)
+{
+ int i;
+ uint32_t *buf32;
+
+ /* transfer the data from the flash */
+ buf32 = (uint32_t *)buf;
+ for (i = 0; i len / 4;
Hi Marek,
On Fri, 4 Jul 2014 16:40:29 +0200
Marek Vasut ma...@denx.de wrote:
+static void uniphier_serial_init(struct uniphier_serial *port)
+{
+ writeb(UART_LCR_WLS_8, port-lcr);
+
+#define MODE_X_DIV 16
You can use just const unsigned here instead of #define.
I adjusted
On Thursday, July 10, 2014 at 12:06:50 PM, Masahiro Yamada wrote:
Hi Marek,
On Fri, 4 Jul 2014 16:40:29 +0200
Marek Vasut ma...@denx.de wrote:
+static void uniphier_serial_init(struct uniphier_serial *port)
+{
+ writeb(UART_LCR_WLS_8, port-lcr);
+
+#define MODE_X_DIV 16
On Thursday, July 10, 2014 at 12:06:20 PM, Masahiro Yamada wrote:
Hi Marek,
Hi!
On Fri, 4 Jul 2014 16:34:11 +0200
Marek Vasut ma...@denx.de wrote:
+static void read_data_from_flash_mem(uint8_t *buf, int len)
+{
+ int i;
+ uint32_t *buf32;
+
+ /* transfer the data from the
Hi Marek,
On Thu, 10 Jul 2014 12:10:25 +0200
Marek Vasut ma...@denx.de wrote:
On Fri, 4 Jul 2014 16:34:11 +0200
Marek Vasut ma...@denx.de wrote:
+static void read_data_from_flash_mem(uint8_t *buf, int len)
+{
+ int i;
+ uint32_t *buf32;
+
+ /*
On Thursday, July 10, 2014 at 12:52:19 PM, Masahiro Yamada wrote:
Hi Marek,
Hi!
[...]
Or just use put_unaligned() ?
Oh, year! put_unaligned() would be better.
Thanks!
+
+ /* setup the pipeline command */
+ index_addr(cmd, 0x2000 | page_count);
Magic
Hi Marek,
On Thu, 10 Jul 2014 12:14:35 +0200
Marek Vasut ma...@denx.de wrote:
+static void uniphier_serial_putc(struct uniphier_serial *port, const
char c) +{
+ if (c == '\n')
+ uniphier_serial_putc(port, '\r');
+
+ while (!(readb(port-lsr)
For the same reason as in commit 50c8d66d, all the remaining
CONFIG_SYS_NAND_PAGE_SIZE in common/spl/spl_nand.c can be replaced
with sizeof(*header).
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Tim Harvey thar...@gateworks.com
Cc: Scott Wood scottw...@freescale.com
Cc: Stefano
Dear Heera,
In message CANiu2MrgDg8zmHK8Dm90TJn1SgsRTe2juXScgGq11M=jedk...@mail.gmail.com
you wrote:
I am avoiding to use regular expression to extract the information. It has
two reasons,
1) In future realise of u-boot if string format is changed, my regular
expression will fail. So I
-Original Message-
From: Sun York-R58495
Sent: Tuesday, July 08, 2014 11:26 PM
To: Mark Rutland
Cc: u-boot@lists.denx.de; tr...@ti.com; Basu Arnab-B45036
Subject: Re: [U-Boot] [Patch v1 2/4] armv8/fsl-lsch3: Release secondary
cores from boot hold off with Boot Page
On 07/04/2014
On Thursday, July 10, 2014 at 01:31:01 PM, Masahiro Yamada wrote:
Hi Marek,
Hi!
On Thu, 10 Jul 2014 12:14:35 +0200
Marek Vasut ma...@denx.de wrote:
+static void uniphier_serial_putc(struct uniphier_serial *port,
const char c) +{
+ if (c == '\n')
+
Hi Markus,
some minor points. I cannot find the original patch in my mailbox, that
is the reason my answer can look weird. ;-)
On 10/07/2014 09:24, Stefano Babic wrote:
Hi Markus,
On 10/07/2014 09:11, Markus Niebel wrote:
Am 23.06.2014 17:56, wrote Markus Niebel:
From: Markus Niebel
Hi Eric, hi Otavio,
On 09/07/2014 21:40, Otavio Salvador wrote:
On Wed, Jul 9, 2014 at 4:27 PM, Eric Nelson
eric.nel...@boundarydevices.com wrote:
The pad settings for DISP0_DATA02 and DISP0_DAT10 were not
set in the same way as DISP0_DAT00-23, causing much flicker
in parallel RGB displays
Hi Tom,
just a small fix to get for the release. Please pull from u-boot-imx,
thanks !
The following changes since commit 157f45da91b306d71dbf3a51325352dc11bf16d1:
mx6: soc: Update the comments of set_ldo_voltage() (2014-07-09
15:10:10 +0200)
are available in the git repository at:
On 07/10/2014 06:20 AM, Stefano Babic wrote:
Hi Eric, hi Otavio,
On 09/07/2014 21:40, Otavio Salvador wrote:
On Wed, Jul 9, 2014 at 4:27 PM, Eric Nelson
eric.nel...@boundarydevices.com wrote:
The pad settings for DISP0_DATA02 and DISP0_DAT10 were not
set in the same way as DISP0_DAT00-23,
Hello Stefano,
Am 10.07.2014 14:59, wrote Stefano Babic:
Hi Markus,
some minor points. I cannot find the original patch in my mailbox, that
is the reason my answer can look weird. ;-)
Abolutely not - thanks for review. Will go through your comments and
clean up. Just a few points:
On
Hi
I am quite new to embedded Linux development. Where can I find an explanation
of the terms uImage and initrd please?
I am working with the TI MCSDK.
Best regards
David
___
U-Boot mailing list
U-Boot@lists.denx.de
This prevents a clang warning.
Signed-off-by: Jeroen Hofstee jer...@myspectrum.nl
---
lib/sha1.c:392:19: warning: unused variable '_sha1_src'
[-Wunused-const-variable]
static const char _sha1_src[] = _sha1_src;
^
---
lib/sha1.c | 2 --
1 file changed, 2 deletions(-)
diff --git
When static inline is used in a header file the function
should preferably be inlined and if not possible made a
static function. When declared inside a c file there is a
static function, which might be inlined. Since SPL uses a
define to declare the static inline it becomes part of the
c file
prevents a clang warning that the function is
never used.
cc: ag...@denx.de
Signed-off-by: Jeroen Hofstee jer...@myspectrum.nl
---
common/lcd.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/common/lcd.c b/common/lcd.c
index 19b86b7..98bd78d 100644
--- a/common/lcd.c
+++
pack_hex_byte is only used when CONFIG_CMD_NET is
defined so limit it to that scope. This prevents
a clang warning.
Signed-off-by: Jeroen Hofstee jer...@myspectrum.nl
---
lib/vsprintf.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/lib/vsprintf.c
use weak instead of alias to prevent some clang warnings.
Signed-off-by: Jeroen Hofstee jer...@myspectrum.nl
---
drivers/mmc/mmc.c | 20 +---
1 file changed, 9 insertions(+), 11 deletions(-)
diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c
index b5477b1..e3df1f7 100644
---
Signed-off-by: Jeroen Hofstee jer...@myspectrum.nl
---
prevents a clang warning:
common/bootm_os.c:440:13: warning: unused function '__arch_preboot_os'
[-Wunused-function]
static void __arch_preboot_os(void)
^
---
common/bootm_os.c | 3 +--
1 file changed, 1 insertion(+), 2
---
yup another clang warning:
common/env_common.c:30:14: warning: unused function '__env_get_char_spec'
[-Wunused-function]
static uchar __env_get_char_spec(int index)
^
---
common/env_common.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
Hi Jeroen,
On 10-07-14 23:27, Jeroen Hofstee wrote:
---
yup another clang warning:
common/env_common.c:30:14: warning: unused function '__env_get_char_spec'
[-Wunused-function]
static uchar __env_get_char_spec(int index)
^
---
common/env_common.c | 4 +---
1 file changed, 1
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 stdio to call - if the
function is NULL it will not be called.
This
On Wednesday, July 09, 2014 at 05:37:54 AM, Simon Glass wrote:
At present stdio device functions do not get any clue as to which stdio
device is being acted on. Some implementations go to great lengths to work
around this, such as defining a whole separate set of functions for each
possible
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 driver model prior to relocation we must try to use as little
memory as
On Wednesday, July 09, 2014 at 05:38:05 AM, Simon Glass wrote:
The device display for 'dm tree' and 'dm uclass' is mostly the same, so
move it into a common function.
Is this going to become a dev_{info/warn/err/crit/...}() kind of output
function
eventually ?
Best regards,
Marek Vasut
Hi Marek,
On Thu, 10 Jul 2014 13:30:38 +0200
Marek Vasut ma...@denx.de wrote:
+
+ /* setup the pipeline command */
+ index_addr(cmd, 0x2000 | page_count);
Magic value 0x2000 should be fixed here.
Actually, this part is the same as that of the normal
On 4 July 2014 07:19, Ajay Kumar ajaykumar...@samsung.com wrote:
On Exynos5420 and newer versions, the FIMD sysmmus are in
on state by default.
We have to disable them in order to make FIMD DMA work.
This patch adds the required framework to exynos_fimd driver,
and disables FIMD sysmmu on
On 4 July 2014 07:19, Ajay Kumar ajaykumar...@samsung.com wrote:
This patch adds missing declaration for gpio_direction_input
function, thereby helps in resolving compilation warnings.
Signed-off-by: Ajay Kumar ajaykumar...@samsung.com
Acked-by: Simon Glass s...@chromium.org
Tested-by: Simon
On 4 July 2014 07:19, Ajay Kumar ajaykumar...@samsung.com wrote:
Enable drivers for FIMD, DP and parade bridge chip.
Signed-off-by: Ajay Kumar ajaykumar...@samsung.com
Tested on Pit.
Acked-by: Simon Glass s...@chromium.org
Tested-by: Simon Glass s...@chromium.org
Hi Jeroen,
On 8 July 2014 14:00, Jeroen Hofstee jer...@myspectrum.nl wrote:
Hello Simon,
On 08-07-14 20:41, Simon Glass wrote:
Hi Jeroen,
On 8 July 2014 11:13, Jeroen Hofstee jer...@myspectrum.nl wrote:
diff --git a/arch/arm/include/asm/config.h
b/arch/arm/include/asm/config.h
index
There has been talk on and off of a pre-relocation malloc() implementation.
Driver model needs this so that it can work before relocation.
A previous implementation was sent in a v1 series.
This implementation works by allocating space on the stack. The benefit is
that boards do not need to
Enable this for sandbox so that we will be able to use driver model before
relocation.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v3:
- Put the two CONFIG changes together in sandbox.h
Changes in v2: None
include/configs/sandbox.h | 4 +++-
1 file changed, 3 insertions(+), 1
At present sandbox defines CONFIG_SYS_GENERIC_GLOBAL_DATA, meaning that
the global_data pointer is set up in board_init_f().
If we set up and zero the global data before calling board_init_f() then we
don't need to define CONFIG_SYS_GENERIC_GLOBAL_DATA.
Make this change to simplify the init
At present arm defines CONFIG_SYS_GENERIC_GLOBAL_DATA, meaning that
the global_data pointer is set up in board_init_f(). However it is
actually set up before this, it just isn't zeroed.
If we zero the global data before calling board_init_f() then we
don't need to define
Set up and zero global data before board_init_f() is called so that we can
remove the need for CONFIG_SYS_GENERIC_GLOBAL_DATA.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v3: None
Changes in v2: None
README | 4 ++--
arch/sandbox/cpu/start.c | 3 +++
2 files
If we are to have driver model before relocation we need to support some
way of calling memory allocation routines.
The standard malloc() is pretty complicated:
1. It uses some BSS memory for its state, and BSS is not available before
relocation
2. It supports algorithms for reducing memory
Add support for re-relocation malloc() in arm's start-up code.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v3:
- Rebase on earlier patch
Changes in v2: None
README | 3 +++
arch/arm/lib/crt0.S | 5 -
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git
These don't really serve any purpose in the modern age. On the other hand
they show up as annoying control characters in my editor, which then happily
removes them.
I believe we can drop these characters from the file.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v3: None
Changes
Tun on DEBUG in malloc(). This adds code space and slows things down but
for sandbox this is acceptable. We gain the ability to check for memory
leaks in tests.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v3: None
Changes in v2: None
common/dlmalloc.c | 4
1 file changed,
Enable this feature to support driver model before relocation.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v3: None
Changes in v2: None
include/configs/exynos5-dt.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/configs/exynos5-dt.h
Dear Jeroen,
In message 1405027670-28516-1-git-send-email-jer...@myspectrum.nl you wrote:
-static uchar __env_get_char_spec(int index)
+__weak uchar env_get_char_spec(int index)
__weak static ... ?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk
Hi Marek,
On 10 July 2014 17:33, Marek Vasut ma...@denx.de wrote:
On Wednesday, July 09, 2014 at 05:38:05 AM, Simon Glass wrote:
The device display for 'dm tree' and 'dm uclass' is mostly the same, so
move it into a common function.
Is this going to become a dev_{info/warn/err/crit/...}()
Hi Marek,
On 10 July 2014 17:26, Marek Vasut ma...@denx.de wrote:
On Wednesday, July 09, 2014 at 05:37:54 AM, Simon Glass wrote:
At present stdio device functions do not get any clue as to which stdio
device is being acted on. Some implementations go to great lengths to work
around this, such
Now that driver model is part of U-Boot, the task of converting drivers over
to it begins. GPIO is one of the easiest to convert, since it already has a
sandbox driver and a uclass driver.
The Tegra GPIO driver is relatively simple since it has a linear numbering
and already uses the generic GPIO
The GPIO list is very long in many cases and most of them are not used.
By default, show only the GPIOs that are in use, and provide a flag to show
all of them. This makes the 'gpio status' command much more pleasant.
In order to do this, driver model now exposes a method for obtaining the
We should be consistent about this. The kernel has moved to #include
which breaks error reporting to some extent but does allow us to include
binding files.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/dts/exynos4.dtsi
The pinctrl bindings used by Linux are an incomplete description of the
hardware. It is possible in most cases to determine the register address
of each, but not in all cases. By adding an additional property we can
fix this, and avoid adding a table to U-Boot for every single Exynos
SOC.
This is an implementation of GPIOs for Tegra that uses driver model. It has
been tested on trimslice and also using the new iotrace feature.
The implementation uses a top-level GPIO device (which has no actual GPIOS).
Under this all the banks are created as separate GPIO devices.
The GPIOs are
The defines at the top of the GPIO driver use single-character names for
parameters which are not very descriptive.
Improve these to use descriptive parameter names.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
Add a bank of GPIOs for sandbox which can be used for testing this
functionality.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v4:
- Add patches for exynos GPIO support
Changes in v3: None
Changes in v2: None
arch/sandbox/dts/sandbox.dts | 9 +
1 file changed, 9
With driver model GPIOs must be requested before use. Make sure this is
done correctly.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/cpu/armv7/exynos/pinmux.c | 3 +++
board/samsung/smdk5250/exynos5-dt.c | 7 +++
We don't include the pinctrl functions for U-Boot as they use up quite
a bit of space and are not used.
We could instead perhaps eliminate this material with fdtgrep, but so far
this tool has not made it to upstream.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v4: None
Changes
Convert the exynos GPIO driver to driver model. This implements the generic
GPIO interface but not the extra Exynos-specific functions.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/gpio/s5p_gpio.c | 419
The wrong header is being included, thus requiring the code to re-declare
the generic GPIO interface in each GPIO header.
Fix this.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/cpu/armv7/exynos/pinmux.c | 2 +-
This patch adds SD boot support for LS1021AQDS board. SPL
framework is used. PBL initialize the internal RAM and copy
SPL to it, then SPL initialize DDR using SPD and copy u-boot
from SD card to DDR, finally SPL transfer control to u-boot.
Signed-off-by: Alison Wang alison.w...@freescale.com
This series contain SD boot support for LS1021AQDS/TWR board.SPL framework is
used. PBL initialize the internal RAM and copy SPL to it, then SPL initialize
DDR using SPD and copy u-boot from SD card to DDR, finally SPL transfer control
to u-boot.
The patches are based on the former
This patch adds SD boot support for LS1021ATWR board. SPL
framework is used. PBL initialize the internal RAM and copy
SPL to it, then SPL initialize DDR using SPD and copy u-boot
from SD card to DDR, finally SPL transfer control to u-boot.
Signed-off-by: Alison Wang alison.w...@freescale.com
Hi Marek,
On Thu, 10 Jul 2014 14:37:18 +0200
Marek Vasut ma...@denx.de wrote:
On Thursday, July 10, 2014 at 01:31:01 PM, Masahiro Yamada wrote:
Hi Marek,
Hi!
On Thu, 10 Jul 2014 12:14:35 +0200
Marek Vasut ma...@denx.de wrote:
+static void uniphier_serial_putc(struct
Hi Simon,
On Fri, Jul 11, 2014 at 9:17 AM, Simon Glass s...@chromium.org wrote:
On 4 July 2014 07:19, Ajay Kumar ajaykumar...@samsung.com wrote:
On Exynos5420 and newer versions, the FIMD sysmmus are in
on state by default.
We have to disable them in order to make FIMD DMA work.
This patch
70 matches
Mail list logo
