ant to be absolutely certain that it happens on
time before the memory initialization.
what is the place to do this?
Should I use an SPL bootloader?
Is power_init_board soon enough, or does code in this place require RAM?
Are there any other options?
Best regards,
Jeroen van der Laan
[ICT zorg
any known issues with some SD cards? Flashing Raspbian on them works
fine.
If required, I'm able to get some more details on the specific SD cards. Or
would you suggest just buying some other SD card?
Kind regards,
Jeroen Bobbeldijk
--
Vriendelijke groeten,
JEROEN BOBBELDIJK.
*KLIPPA APP.*
Hello Ledislav,
While I see no reason U-Boot list was cc'ed on this patch, your attitude
is almost perfect example how _not_ to do opensource development.
As an occasional reader, it seems that this is a rather harsh, I am sure
Marex
and Otavio can handle it themselves..
Regards,
J
it is only a style issue...
Regards,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Due to the cast to u8, this function always returned 0.
CC: Stefano Babic
---
arch/arm/include/asm/mach-imx/sys_proto.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/include/asm/mach-imx/sys_proto.h
b/arch/arm/include/asm/mach-imx/sys_proto.h
index 970c4ca.
ed-by: Jeroen Hofstee
As a side note, tweaking the gpmc timing can potentially make reading
from NAND a bit faster as well.
Regards,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hello Siarhei,
On 07/21/2017 08:46 PM, Siarhei Siamashka wrote:
On Wed, 19 Jul 2017 20:26:54 +0200
Jeroen Hofstee wrote:
Hi,
On 07/18/2017 08:10 PM, Joe Hershberger wrote:
Hi Maxime,
On Wed, Jul 12, 2017 at 9:34 AM, Maxime Ripard
wrote:
The -mno-unaligned-access flag used on ARM to
wise accesses?
Regards, Jeroen |
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On 16 May 2017 at 09:26, Bin Meng wrote:
>> So I needed to adapt it for a 64-bit target by enabling CONFIG_X86_RUN_64BIT
>
> CONFIG_X86_RUN_64BIT is supposed to be turned on a 64-bit U-Boot
> build, not for EFI application.
Right, so I cannot use u-boot on a 64-bit only UEFI system?
Kind regard
On 11 May 2017 at 06:31, Bin Meng wrote:
> +Simon
>
> On Wed, May 10, 2017 at 6:15 PM, Jeroen Roovers wrote:
>> Trying to compile an x86_64 u-boot with EFI support:
>>
>> arch/x86/cpu/x86_64/built-in.o: In function `checkcpu':
>> (.text.checkcpu+0x0): mul
Hello Tom,
right, a bit outdated knowledge, but at least more then two years ago,
working around this warning would always lead to code increase and
I can't think of a reason why the code can actually fail.
Suppressing the warning seems fine with me.
Regards,
Jeroen
On 05/10/2017 09:
Apologies, I was using the wrong sender address.
-- Forwarded message --
From: Jeroen Roovers
Date: 10 May 2017 at 12:12
Subject: arch/x86/cpu/x86_64/built-in.o: In function `checkcpu':
(.text.checkcpu+0x0): multiple definition of `checkcpu'
arch/x86/cpu/efi/
rence between booting from mmc vs NAND. However almost
nothing has changed in that area since v2016.09...
Perhaps stack usage is significantly higher in the NAND boot..?
If someone has idea what could be wrong here, let me know.
With kind regards,
Jeroen
to repr
Hence he meant what he wrote. Be able to run the FreeBSD _loader_.
The FreeBSD loader will take care of booting FreeBSD.
Regards,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
+297,6 @@
/* Boot FreeBSD/vxWorks from an ELF image */
#if defined(CONFIG_ZYNQ_BOOT_FREEBSD)
-# define CONFIG_API
# define CONFIG_SYS_MMC_MAX_DEVICE 1
#endif
FreeBSD boot relies on CONFIG_API. Removing it will brick FreeBSD boots
Regards,
Jeroen
Hello Heiko,
On 30-11-15 11:03, Heiko Schocher wrote:
Am 30.11.2015 um 10:20 schrieb Jeroen Hofstee:
Hello Heiko,
On 30-11-15 08:47, Heiko Schocher wrote:
compiling U-Boot for openrd_base_defconfig with
gcc 5.x shows the following warning:
CC fs/ubifs/super.o
In file included from
c_add(int i, volatile atomic_t *v)
{
- unsigned long flags;
+ unsigned long flags = 0;
local_irq_save(flags);
v->counter += i;
@@ -41,7 +41,7 @@ static inline void atomic_add(int i, volatile atomic_t *v)
Since flags is an "out" argument, something else mus
cc: Peng Fan
Signed-off-by: Jeroen Hofstee
---
not tested ;)
arch/arm/cpu/armv7/mx6/clock.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/cpu/armv7/mx6/clock.c b/arch/arm/cpu/armv7/mx6/clock.c
index 67e0f32..4f6fe86 100644
--- a/arch/arm/cpu/armv7/mx6/clock.c
+++ b/arch/arm
ueabi/u-boot/1.0-r1/git/common'
| make: *** [common/libcommon.o] Error 2
Any chance to backport GCC5 support to old u-boot version ?
Perhaps this helps "inline: use the gcc inline version instead of the
c99 one."
http://lists.denx.de/pipermail
Hello Marek,
-while (get_timer(bcm_host->last_write) < bcm_host->twoticks_delay)
+while (timer_get_us() < bcm_host->last_write +
bcm_host->twoticks_delay)
;
Can this counter / the right side of the comparison not overflow
+cc (forget them somehow)
On 07-06-15 17:30, Jeroen Hofstee wrote:
Tearing down an unitialized rx channel causes a pending address hole
event to be queued. When booting linux it will report this pending
as something like "Address Hole seen by USB_OTG at address 57fff584",
since u-bo
own the rx channel, when not receiving.
Signed-off-by: Jeroen Hofstee
---
To replicate this:
- ROMcode must not use the emac
- U-Boot must use the emac
- only on cold start
---
drivers/net/davinci_emac.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/davinci_emac.c
s, the compiler should actually be set to warn
if there is no prototype...
Regards,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
.
Comments / ideas are welcome,
With kind regards,
Jeroen
orig
195.247 0.005: NAND read: device 0 offset 0x40, size 0x60
196.362 1.116: 6291456 bytes read: OK
prefetch
0.025 0.004: NAND read: device 0 offset 0x40, size 0x60
0.843 0.818: 6291456 bytes read: OK
timing
120.332 0.005
Since the tam3517 base board has a 16bit wide nand connected to
the gpmc, enable the prefetch mode, since that is now supported.
Cc: Scott Wood
Cc: Tom Rini
Cc: pekon gupta
Cc: Nishanth Menon
Cc: Daniel Mack
Cc: Tapani Utriainen
Signed-off-by: Jeroen Hofstee
---
include/configs/tam3517
This patchset enables the gpmc prefetch mode for 16bit addressed nand
and enables it for tam3517 derived boards.
Jeroen Hofstee (3):
omap_gpmc: move prefetch out of CONFIG_NAND_OMAP_ELM
mtd: OMAP: Enable GPMC prefetch mode for 16 bit access
boards: tam3517-common: enable gpmc prefetch mode
The prefech mode is a feature of the gpmc, not the ELM. An am3517
does not have an elm, but can do prefeches, so move the code out
of the CONFIG_NAND_OMAP_ELM ifdef.
Cc: Scott Wood
Cc: Tom Rini
Cc: Daniel Mack
Signed-off-by: Jeroen Hofstee
---
drivers/mtd/nand/omap_gpmc.c | 218
commit c316f57 "mtd: OMAP: Enable GPMC prefetch mode" only enabled
prefetch mode for 8 bit nand access, this adds 16 bit as well.
Cc: Scott Wood
Cc: Tom Rini
Cc: Daniel Mack
Signed-off-by: Jeroen Hofstee
---
drivers/mtd/nand/omap_gpmc.c | 28 ++--
1 file c
ething to consider (and likely
solves the
"Figure out how x86 can use this" as well).
Regards,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
methods listed at
http://git.denx.de/?p=u-boot.git;a=summary Since U-boot is a
bootloader, it doesn't provide images.
Regards,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
enable instruction cache in U-Boot
CONFIG_SYS_DCACHE_OFF - Do not enable data cache in U-Boot
CONFIG_SYS_L2CACHE_OFF- Do not enable L2 cache in U-Boot
Regards,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
ight be worth
checking if disabling caches at compile time helps (in your boards config
or perhaps menuconfig nowadays).
Regards,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
_NO_SDL
-endif
yup, feel free to commit this (it can't do any harm just prevents some
warnings). Which I guess translates to
Acked-by: Jeroen Hofstee
Regards,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
thread_init -> _thr_alloc -> calloc and that calls the
version
in u-boots version of dl-malloc which is not initialized yet.
Did you encounter such problems on linux as well? Or does libpthread simply
not allocate memory before reaching main?
Regards,
Jeroen
ldd ../u-boot-build/u-boot
../
still have issues.
Regards,
Jeroen
[1] (as root)
pkg install nano git
git clone git://git.denx.de/u-boot.git
git checkout v2015.01 -b b2015.01
cd u-boot
pkg install arm-gnueabi-binutils gmake
gmake CC="clang -target arm-freebsd-eabi -no-integrated-as -mllvm
-arm-use-movt=0" rpi_defco
ernel scripts/mod/file2alias.c.
Signed-off-by: Andreas Bießmann
Cc: Guilherme Maciel Ferreira
I haven't looked into the details yet, but at least things build
again on FreeBSD with this patch. And tools/mkimage at least
displays a help :)
Thanks again, rega
Hello Simon,
On 07-02-15 16:10, Simon Glass wrote:
On 7 February 2015 at 03:04, Jeroen Hofstee wrote:
I am missing the point, u-boot and its tools build fine until v2015.04-rc1
on FreeBSD and a mac. And this is easily fixed by not using linker magic
for tools. (and yes sandbox likely fails
Hi Simon,
On 06-02-15 22:00, Simon Glass wrote:
Hi,
On 6 February 2015 at 13:40, Andreas Bießmann
wrote:
Hi,
On 06.02.15 20:56, Jeroen Hofstee wrote:
Hello Simon, +Andreas,
On 06-02-15 04:05, Simon Glass wrote:
Hi Jeroen,
On 5 February 2015 at 12:51, Jeroen Hofstee wrote:
Hello
Hello Simon, +Andreas,
On 06-02-15 04:05, Simon Glass wrote:
Hi Jeroen,
On 5 February 2015 at 12:51, Jeroen Hofstee wrote:
Hello Guilherme,
Thanks for commenting on this,
On 02/05/15 13:27, Guilherme Maciel Ferreira wrote:
Hi Jeroen,
My apologies, I didn't test the tools on BSD
Hello Guilherme,
Thanks for commenting on this,
On 02/05/15 13:27, Guilherme Maciel Ferreira wrote:
Hi Jeroen,
My apologies, I didn't test the tools on BSD. The answers are inline.
Best regards,
Guilherme
Am 04.02.2015 19:37 schrieb "Jeroen Hofstee" :
Hello Guilherme / S
Hi Simon,
On 05-02-15 04:34, Simon Glass wrote:
Hi Jeroen,
On 4 February 2015 at 12:37, Jeroen Hofstee wrote:
Hello Guilherme / Simon,
It seems that commit f86ed6a8d52c99bb2d17d3cac1647edca0c4399c,
"tools: moved code common to all image tools to a separated module."
cause some tr
custom linker script for tools (or I failed
to find it), this adds a dependency between the host default linker
script and the tweaks in imagetool.lds
- what it the INSERT BEFORE .data supposed to do?
- and last but not least, how can we make this work in general
- and really last, how do I test
so you end up jumping into the image with caches flushed and disabled
(at least on ARM). I don't know if this is needed in your case though...
+
+ /*
+* OpenRTOS Parameters:
+* None
+*/
+ (*entry_point)();
+
+ return 1;
+}
+#endif
Is this so? If so, where may I
find this documentation, as I have been unable to find it?
There are two approaches actually, have a look at
u-boot/examples/
One of them is documented in doc/README.standalone.
Regards,
Jeroen
___
U-Boot mailing l
Hello Robert, Andreas,
On 09-12-14 22:45, Robert Nelson wrote:
On Mon, Dec 8, 2014 at 4:19 PM, Jeroen Hofstee wrote:
Hi,
A while ago [1], a RFC was posted to disable workaround for
besides others, errata 430973. It is a bit unclear to me which
revision actually need this workaround, but as
ce the question, is u-boot
wrong by enabling this workaround for a r1p7 revision or is the
comment in the kernel flawed? (or am I missing something else..)
If someone could shed some light on this it would be appreciated.
Regards,
Jeroen
[1] http://lists.denx.de/pipermail/u-boot/2013-July/158377.html
[
re-set gd themselves when they can't with the above change
re-introduced.
Any progress on this?
Regards,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello Albert,
On 21-11-14 16:30, Albert ARIBAUD wrote:
On Fri, 21 Nov 2014 13:34:41 +0100, Jeroen Hofstee
wrote:
But oh well, if it fixes a warning :-)
I didn't claim that there is a bug in the code :-).
I just get annoying when on my continuous integration script I see the
same wa
for all cross compiled boards.
Wouldn't it be better to simply disable the -Wmaybe-uninitialized for
gcc?
Regards,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
em
then. Stefan, can you check if you can actually fix the warnings
instead of suppressing them?
Regards,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
al to test (and find the trivial problem, with
the patch I attached). I am wondering though if all version of
gas accept the suffix notation... any idea?
Regards,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello Stefan,
On 20-11-14 13:15, Stefan Agner wrote:
Hi Jeroen,
On 2014-11-20 10:21, Jeroen Hofstee wrote:
Hello Stefan,
On 19-11-14 15:16, Stefan Agner wrote:
Resynchronize memcpy/memset with kernel and build them explicitly
in Thumb2 mode (unified syntax). Those assembler files can be
...
Any particular reason not to fix these warnings instead? It Is
just a matter of making the conditionals suffixes. [I guess
you can even disassemble to file to get the UAL represenation].
Or are there gas version around which actually choke on that?
Regards,
Jeroen
Hello Andreas,
On 27-10-14 13:06, Jeroen Hofstee wrote:
Hello Andreas,
On 24-10-14 23:25, andreas.de...@googlemail.com wrote:
From: Andreas Bießmann
The two error checks for image_boot_mode_id and
image_nand_ecc_mode_id where
wrong and would never fail, fix that!
This was detected by
_early_init_f();
+
+ timer_init();
+
+ preloader_console_init();
+
+ board_init_r(NULL, 0);
+}
+
Regards,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello Simon,
On 03-11-14 22:14, Simon Glass wrote:
Hi,
On 30 October 2014 14:57, Jeroen Hofstee wrote:
Hello Steve,
On 30-10-14 21:42, Steve Rae wrote:
H -- maybe it would be better to specify the entire path for the
CROSS_COMPILE, and not rely on the PATH to find the cross compile
Hello Peng,
On 04-11-14 14:36, Peng Fan wrote:
Hi Jeroen,
在 11/4/2014 7:40 PM, Jeroen Hofstee 写道:
Hello Peng,
On 04-11-14 08:50, Peng Fan wrote:
Include a weak function board_ehci_usb_mode to gives board code
a choice. If the board want the otg port work in host mode but not
device mode
t;caplength);
*hcor = (struct ehci_hcor *)((uint32_t)*hccr +
HC_LENGTH(ehci_readl(&(*hccr)->cr_capbase)));
Can you add a prototype type as well and make sure it is included?
Thanks,
Jeroen
___
U-Boot mailing list
U-Boot@
I suspect some generated/autoconf.h discrepancy but am unsure how to
properly fix that. Any suggestions?
make sandbox_config
make env
Should do the job.
Regards,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
me[:-3]
A bit off topic, but is it possible to stop adding these magic 3
constants. strlen("clang") != 3. strlen("cc") isn't either. Anyway
I am aware buildman is already full with it, so I am fine with
one more (for now).
Regards,
Jeroen
_
make sure those headers are included.
(it will warn otherwise with W=1).
Regards, Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello Nikita,
On 28-10-14 13:59, Nikita Kiryanov wrote:
The logic of the return statement in sata_port_status() calls for a
bitwise 'AND' operator, not logical 'AND'. Fix the typo.
Reported-by: Jeroen Hofstee
Cc: Jeroen Hofstee
Cc: Stefano Babic
Signed-off-by: Nikita Kir
is it intended as fallback if the host doesn't have a stdlib.h?
Regards,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
amp;& SATA_PORT_SSTS_DET_MASK;
^
~~~
drivers/block/dwc_ahsata.c:881:35: note: use '&' for a bitwise operation
Regards,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
split i2c: use __weak (included i2c and l2_cache)
- redo serial: add prototypes for init functions
Jeroen Hofstee (3):
i2c: use __weak
arm926ejs: cache: use __weak
serial: add prototypes for init functions
arch/arm/cpu/arm926ejs/cache.c | 5 +-
drivers/i2c/i2c_core.c | 8 +-
Cc: Heiko Schocher
Signed-off-by: Jeroen Hofstee
---
drivers/i2c/i2c_core.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/i2c/i2c_core.c b/drivers/i2c/i2c_core.c
index 18d6736..d34b749 100644
--- a/drivers/i2c/i2c_core.c
+++ b/drivers/i2c/i2c_core.c
Hello Tom,
On 27-10-14 01:31, Tom Rini wrote:
On Thu, Oct 09, 2014 at 08:14:40PM +0200, Jeroen Hofstee wrote:
Hello Heiko,
On 09-10-14 07:00, Heiko Schocher wrote:
Am 08.10.2014 22:57, schrieb Jeroen Hofstee:
Signed-off-by: Jeroen Hofstee
---
arch/arm/cpu/arm926ejs/cache.c | 5
While at it, sort them.
Cc: Tom Rini
Cc: Simon Glass
Signed-off-by: Jeroen Hofstee
---
drivers/serial/serial.c | 140
include/serial.h| 49 +
2 files changed, 119 insertions(+), 70 deletions(-)
diff --git a/drivers
Cc: Albert Aribaud
Signed-off-by: Jeroen Hofstee
---
arch/arm/cpu/arm926ejs/cache.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/cache.c b/arch/arm/cpu/arm926ejs/cache.c
index e86c2ed..8d7873c 100644
--- a/arch/arm/cpu/arm926ejs/cache.c
+++ b
Acked-by: Heiko Schocher
Signed-off-by: Jeroen Hofstee
---
drivers/i2c/i2c_core.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/i2c/i2c_core.c b/drivers/i2c/i2c_core.c
index 18d6736..7f63987 100644
--- a/drivers/i2c/i2c_core.c
+++ b/drivers/i2c/i2c_core.c
tatic". Tom posted
a more complete cleanup.
- Drop common/cmd_elf.c: add missing include (a slightly adjusted
version was applied).
- split i2c: use __weak (included i2c and l2_cache)
- redo serial: add prototypes for init functions
Jeroen Hofstee (3):
i2c: use __weak
arm926ejs:
andeccmode < 0) {
+ int ret = image_nand_ecc_mode_id(value);
Thanks for fixing this. Could you move the int ret declaration before
actual code though?
Regards,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello Simon,
On 24-10-14 03:03, Simon Glass wrote:
+Jeroen
Hi,
On 15 October 2014 04:38, Simon Glass wrote:
In quite a few situations we have to print a 64-bit value. Unfortunately
the type used for 64-bit can vary depending on the machine. For 64-bit
machines it might be 'long'
Hi Simon, attempt two..
On 24-10-14 03:03, Simon Glass wrote:
+Jeroen
Hi,
On 15 October 2014 04:38, Simon Glass wrote:
In quite a few situations we have to print a 64-bit value. Unfortunately
the type used for 64-bit can vary depending on the machine. For 64-bit
machines it might be '
Hello Fabio,
On 23-10-14 23:04, Fabio Estevam wrote:
On Thu, Oct 23, 2014 at 7:02 PM, Jeroen Hofstee wrote:
Cc: Fabio Estevam
Signed-off-by: Jeroen Hofstee
Acked-by: Fabio Estevam
Please add Stefano on Cc next time.
I would have normally, but get_maintainer instructed me
not to do so
Cc: Fabio Estevam
Signed-off-by: Jeroen Hofstee
---
version 3:
- don't blindly copy get_mainter output
- don't forget the subject-prefix
version 2:
- remove the duplicated CONFIG_CMD_FAT
---
include/configs/wandboard.h | 9 +
1 file changed, 9 insertions(+)
diff --git
Hello Fabio,
On 23-10-14 22:49, Fabio Estevam wrote:
Hi Jeroen,
On Thu, Oct 23, 2014 at 6:47 PM, Jeroen Hofstee wrote:
Fabio Estevam (maintainer:WANDBOARD BOARD)
Patch looks good, but this commit log doesn't.
yes, I see, subject of the reposted patch is not correct
as well. Lets t
Fabio Estevam (maintainer:WANDBOARD BOARD)
Signed-off-by: Jeroen Hofstee
---
version 2: remove the duplicated CONFIG_CMD_FAT
---
include/configs/wandboard.h | 9 +
1 file changed, 9 insertions(+)
diff --git a/include/configs/wandboard.h b/include/configs/wandboard.h
index 37e3429
Fabio Estevam (maintainer:WANDBOARD BOARD)
Signed-off-by: Jeroen Hofstee
---
include/configs/wandboard.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/include/configs/wandboard.h b/include/configs/wandboard.h
index 37e3429..070ce92 100644
--- a/include/configs/wandboard.h
On 22-10-14 15:10, Fabio Estevam wrote:
On Wed, Oct 22, 2014 at 11:07 AM, Jeroen Hofstee wrote:
Did you check this with a scope? I am quite sure I needed to do this for
u-boot v2014.10 still, but I don't have the board available now to
double check.
I didn't check it with the s
Hello Fabio,
On 22-10-14 14:15, Fabio Estevam wrote:
Hi Jeroen,
On Wed, Oct 22, 2014 at 6:47 AM, Jeroen Hofstee wrote:
If [1] is a datasheet for this lcd, you likely want to add
#include <../drivers/video/mxcfb.h>
.sync = FB_SYNC_CLK_LAT_FALL,
Or something similar, sin
_FALL,
Or something similar, since the data is sampled on the falling edge
of the pixel clock / the pixel clock is inverted.
Regards,
Jeroen
[1] http://www.glyn.de/data/glyn/media/doc/43wvf1g-0.pdf
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
d gp on Nios II. The x86 architecture does not
use such a register; instead, the pointer to the 'global_data'
structure is passed as 'argv[-1]' pointer.
Acked-by: Jeroen Hofstee
Thanks,
Jeroen
___
U-Boot mailing list
U
. Stop.
make[1]: *** [board/unknown/wandboard] Error 2
make: *** [__build_one_by_one] Error 2
Signed-off-by: Masahiro Yamada
Reported-by: Tom Everett
Reported-by: Jeroen Hofstee
---
config.mk | 2 ++
1 file changed, 2 insertions(+)
diff --git a/config.mk b/config.mk
index 2157537..00
Hello Masahiro,
On 19-10-14 16:28, Jeroen Hofstee wrote:
Hello Tom,
On 01-10-14 17:31, Jeroen Hofstee wrote:
On 30-09-14 03:29, Tom Everett wrote:
I am getting this compile error:
scripts/Makefile.build:55:
/tank/home/tom/freebsd/uboot/u-boot-2014.10-rc2/board/amd/sunxi/Makefile:
No
Hello Tom,
On 01-10-14 17:31, Jeroen Hofstee wrote:
On 30-09-14 03:29, Tom Everett wrote:
I am getting this compile error:
scripts/Makefile.build:55:
/tank/home/tom/freebsd/uboot/u-boot-2014.10-rc2/board/amd/sunxi/Makefile:
No such file or directory
gmake[1]: *** No rule to make target
should be fixed.
Regards,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
rk as well.
Anyway I have no problem with the patch.
Regards,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello Stefano,
On 14-10-14 20:37, Jeroen Hofstee wrote:
The ipu display insists on having a lower_margin smaller
then 2. If this is not the case it will attempt to force
it and adjust the pixclk accordingly. This multiplies pixclk
in Hz with the width and height, since this is typically
a * 10
- fix debug pixel clk display and add unit
- fix some comments
Cc: Stefano Babic
Signed-off-by: Jeroen Hofstee
---
drivers/video/ipu_disp.c | 2 +-
drivers/video/mxc_ipuv3_fb.c | 7 +++
2 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/video/ipu_disp.c b/drivers
make things even worse. Since this is a
bootloader and the adjustment is neglectible, just force
it to two and warn about it.
Cc: Stefano Babic
Signed-off-by: Jeroen Hofstee
---
drivers/video/ipu_disp.c | 31 ++-
1 file changed, 6 insertions(+), 25 deletions(-)
diff
Hello Simon,
On 13-10-14 07:14, Simon Glass wrote:
Hi Jeroen,
On 12 October 2014 10:13, Jeroen Hofstee wrote:
Hello Hans,
On 12-10-14 12:25, Hans de Goede wrote:
Hi,
This one seems to have fallen through the cracks.
Regards,
Hans
(for U-boot)
nope, you replace an innocent warning
,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
s, so to
insist on using the host version is exactly the opposite of what they want
to achieve.
Regards,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello Wolfgang / Albert / others,
On 10-10-14 16:04, Jeroen Hofstee wrote:
Hello Wolfgang,
On 10-10-14 14:22, Wolfgang Denk wrote:
It does not mention puts() vs. printf(), if it is indeed meant to be
u-boot policy.
This is not just U-Boot philosophy, but something that I would
consider a
Hello Albert,
On 10-10-14 21:51, Albert ARIBAUD wrote:
Hi Jeroen,
On Fri, 10 Oct 2014 18:09:19 +0200, Jeroen Hofstee
wrote:
Hello Marek,
On 10-10-14 16:26, Marek Vasut wrote:
On Friday, October 10, 2014 at 04:04:40 PM, Jeroen Hofstee wrote:
Hello Wolfgang,
On 10-10-14 14:22, Wolfgang
Hello Marek,
On 10-10-14 16:26, Marek Vasut wrote:
On Friday, October 10, 2014 at 04:04:40 PM, Jeroen Hofstee wrote:
Hello Wolfgang,
On 10-10-14 14:22, Wolfgang Denk wrote:
It does not mention puts() vs. printf(), if it is indeed meant to be
u-boot policy.
This is not just U-Boot philosophy
ng") gets translated into puts by the
compiler. There should be no difference in the binary.
Regards,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello Heiko,
On 09-10-14 07:05, Heiko Schocher wrote:
Hello Jeroen,
Am 08.10.2014 22:58, schrieb Jeroen Hofstee:
Include the i2c header and change the non confirming
functions to do so.
Cc: Heiko Schocher
Signed-off-by: Jeroen Hofstee
---
drivers/i2c/designware_i2c.c | 17
Hello Heiko,
On 09-10-14 07:00, Heiko Schocher wrote:
Am 08.10.2014 22:57, schrieb Jeroen Hofstee:
Signed-off-by: Jeroen Hofstee
---
arch/arm/cpu/arm926ejs/cache.c | 5 +
This change seems to have nothing to do with the subject ...
could you please split this?
No problem, I likely
1 - 100 of 566 matches
Mail list logo
