Hi!
> After extensive debugging, I found out that recent u-boot gets time
> very wrong (at least 1000 times too fast), and that was breaking all
> my attempts at getting networking to work.
...
> I also reverted to old version of driver for debugging and probably
> broke a lot of stuff.
>
> Anywa
Hi Simon,
On Fri, Jul 11, 2014 at 9:17 AM, Simon Glass wrote:
> On 4 July 2014 07:19, Ajay Kumar 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 t
Hi Marek,
On Thu, 10 Jul 2014 14:37:18 +0200
Marek Vasut 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 wrote:
> > > > > > +static void uniphier_serial_putc(struct uniphier_serial
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
Signed-off-by: Jason Jin
---
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 LS1021AQDS/T
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
Signed-off-by: Jason Jin
---
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
---
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
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/cpu/armv7/exynos/pinmux.c | 2 +-
arch/arm/include/asm/
With driver model GPIOs must be requested before use. Make sure this is
done correctly.
Signed-off-by: Simon Glass
---
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 +++
board/samsung/smdk542
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
---
Changes in v4: None
Changes in v3: None
Changes
Add a bank of GPIOs for sandbox which can be used for testing this
functionality.
Signed-off-by: Simon Glass
---
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 insertions(+)
diff --git
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 na
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.
Signed-o
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
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/gpio/s5p_gpio.c | 21 +++
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
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/dts/exynos4.dtsi | 2
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
'functi
Hi Marek,
On 10 July 2014 17:26, Marek Vasut 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 as def
Hi Marek,
On 10 July 2014 17:33, Marek Vasut 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/...}() kind of o
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
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
---
Changes in v3: None
Changes in v2: None
common/dlmalloc.c | 4
1 file changed, 4 insertions(+)
d
Enable this feature to support driver model before relocation.
Signed-off-by: Simon Glass
---
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 b/include/configs/exynos5-dt.h
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
---
Changes in v3: None
Changes in v2:
- Tidy up
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
---
Changes in v3: None
Changes in v2: None
README | 4 ++--
arch/sandbox/cpu/start.c | 3 +++
2 files changed, 5 insertio
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 frag
Add support for re-relocation malloc() in arm's start-up code.
Signed-off-by: Simon Glass
---
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 a/README b/README
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 CONFIG_SYS_GENERIC_GLOBAL_
Enable this for sandbox so that we will be able to use driver model before
relocation.
Signed-off-by: Simon Glass
---
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 deletion(-)
diff
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 proce
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 speci
Hi Jeroen,
On 8 July 2014 14:00, Jeroen Hofstee wrote:
> Hello Simon,
>
>
> On 08-07-14 20:41, Simon Glass wrote:
>>
>> Hi Jeroen,
>>
>> On 8 July 2014 11:13, Jeroen Hofstee wrote:
diff --git a/arch/arm/include/asm/config.h
b/arch/arm/include/asm/config.h
index 2a20a77..abf79
On 4 July 2014 07:19, Ajay Kumar wrote:
> Enable drivers for FIMD, DP and parade bridge chip.
>
> Signed-off-by: Ajay Kumar
Tested on Pit.
Acked-by: Simon Glass
Tested-by: Simon Glass
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de
On 4 July 2014 07:19, Ajay Kumar wrote:
> This patch adds missing declaration for gpio_direction_input
> function, thereby helps in resolving compilation warnings.
>
> Signed-off-by: Ajay Kumar
Acked-by: Simon Glass
Tested-by: Simon Glass
___
U-Boot
On 4 July 2014 07:19, Ajay Kumar 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 Exynos5420.
>
> Sig
Hi Marek,
On Thu, 10 Jul 2014 13:30:38 +0200
Marek Vasut 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
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
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
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.
>
>
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 in
---
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 a/common/env_common
Signed-off-by: Jeroen Hofstee
---
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 deletions(-)
diff --git a/co
use weak instead of alias to prevent some clang warnings.
Signed-off-by: Jeroen Hofstee
---
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
--- a/drivers/mmc/mmc.c
+++ b
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
---
lib/vsprintf.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/lib/vsprintf.c b/lib/vsprintf.c
index
prevents a clang warning that the function is
never used.
cc: ag...@denx.de
Signed-off-by: Jeroen Hofstee
---
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
+++ b/common/lcd.c
@@ -109,7 +109
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 alth
This prevents a clang warning.
Signed-off-by: Jeroen Hofstee
---
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 a/lib/sha1.c b/lib
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
http://lists.denx.de/mailman/listi
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 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
>> wrote:
>>> The pad settings for DISP0_DATA02 and DISP0_DAT10 were not
>>> set in the same way as DISP0_DAT00-23, causing much flicke
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:
git://w
Hi Eric, hi Otavio,
On 09/07/2014 21:40, Otavio Salvador wrote:
> On Wed, Jul 9, 2014 at 4:27 PM, Eric Nelson
> 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 on Dual-Lite and Solo pro
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
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 wrote:
> > > > > +static void uniphier_serial_putc(struct uniphier_serial *port,
> > > > > const char c) +{
> > > > > + if (c == '\n')
> > > > > +
> -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
Dear Heera,
In message
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 need to track the format change in this message.
> 2) It is possi
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
Cc: Tim Harvey
Cc: Scott Wood
Cc: Stefano Babic
---
common/spl/spl_nand.c | 6 +++---
1 file changed, 3 insertio
Hi Marek,
On Thu, 10 Jul 2014 12:14:35 +0200
Marek Vasut wrote:
>
> > > > +static void uniphier_serial_putc(struct uniphier_serial *port, const
> > > > char c) +{
> > > > + if (c == '\n')
> > > > + uniphier_serial_putc(port, '\r');
> > > > +
> > > > + while (!(readb
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
Hi Marek,
On Thu, 10 Jul 2014 12:10:25 +0200
Marek Vasut wrote:
>
> > On Fri, 4 Jul 2014 16:34:11 +0200
> >
> > Marek Vasut 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:06:20 PM, Masahiro Yamada wrote:
> Hi Marek,
Hi!
> On Fri, 4 Jul 2014 16:34:11 +0200
>
> Marek Vasut wrote:
> > > +static void read_data_from_flash_mem(uint8_t *buf, int len)
> > > +{
> > > + int i;
> > > + uint32_t *buf32;
> > > +
> > > + /* transfer the data f
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 wrote:
> > > +static void uniphier_serial_init(struct uniphier_serial *port)
> > > +{
> > > + writeb(UART_LCR_WLS_8, &port->lcr);
> > > +
> > > +#define MODE_X_D
Hi Marek,
On Fri, 4 Jul 2014 16:40:29 +0200
Marek Vasut 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 driv
Hi Marek,
On Fri, 4 Jul 2014 16:34:11 +0200
Marek Vasut 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
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
---
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
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 earlie
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 u
Hi Markus,
On 10/07/2014 09:11, Markus Niebel wrote:
> Am 23.06.2014 17:56, wrote Markus Niebel:
>> From: Markus Niebel
>>
>> 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
Am 23.06.2014 17:56, wrote Markus Niebel:
> From: Markus Niebel
>
> 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) featuring eMMC, and 1 GiB D
70 matches
Mail list logo
