Sam
> -Original Message-
> From: Nishanth Menon [mailto:n...@ti.com]
> Sent: Freitag, 13. November 2015 06:44
> To: Simon Glass; Tom Rini; Masahiro Yamada; Daniel Schwierzeck; Michal
> Marek; Stefan Roese; Bin Meng
> Cc: u-boot@lists.denx.de; Nishanth Menon; Paul Kocial
Hi James,
thank you for your reply!
> -Original Message-
> From: Doublesin, James [mailto:double...@ti.com]
> Sent: Dienstag, 28. Juli 2015 21:59
> To: Egli, Samuel; 'tr...@konsulko.com'; Balbi, Felipe
> Cc: 'u-boot@lists.denx.de'; 'h...@denx.d
Hi Tom,
> -Original Message-
> From: Tom Rini [mailto:tr...@konsulko.com]
> Sent: Dienstag, 28. Juli 2015 16:42
> To: Egli, Samuel
> Cc: 'double...@ti.com'; 'ba...@ti.com'; 'u-boot@lists.denx.de';
> 'h...@denx.de'; 'Stefa
Hi all,
me again. I was wondering, if somebody of you has time to check these
changes? I would appreciate some feedback. Ultimately, it should
also go upstream but my focus here is reviewing the content of
these changes.
Thanks,
Sam
> -Original Message-
> From: Egli, Samuel
Hi all,
the current implementation in ./arch/arm/cpu/armv7/am33xx/emif4.c does not
respect
the the initialization steps as documented in the DDR3 specification [1]. We
noticed
that for our am335x based siemens boards a delay after config_ddr(...) call was
necessary otherwise boot would fail. Se
Hi Tom,
I stumbled over your commit b352dde1ea715e8481946ec7d8086b3c3eb126ae
where you removed timer_init() from .../am33xx/board.c.
In the commit message it's written that timer_init will be called
earlier. However, since this commit udelay will not generate
correct delays in spl code in our a
Hi Hans,
>-Original Message-
>From: Hans de Goede [mailto:hdego...@redhat.com]
>Sent: Freitag, 10. Juli 2015 16:37
>To: Egli, Samuel; ma...@denx.de
>Cc: u-boot@lists.denx.de; tr...@konsulko.com; Bin Liu; Meier, Roger;
>Daniel Mack
>Subject: Re: [U-Boot] [PATCH] musb:
Hi Heiko,
>-Original Message-
>From: Heiko Schocher denx [mailto:h...@denx.de]
>Sent: Mittwoch, 1. Juli 2015 13:14
>To: Egli, Samuel
>Cc: u-boot@lists.denx.de; tr...@konsulko.com; Meier, Roger
>Subject: Re: [PATCH] siemens,am33x: adjust mtd partition
>
>Hallo Samuel
.
Sam
>-Original Message-
>From: Heiko Schocher [mailto:h...@denx.de]
>Sent: Montag, 15. Juni 2015 14:55
>To: u-boot@lists.denx.de
>Cc: Heiko Schocher; Egli, Samuel; Tom Rini
>Subject: [PATCH] arm, am33xx: update for siemens am335x based boards
>[...]
>@@
Hi Tom,
I observed some issues on our Siemens CPU boards with am3352 configuring 2Gbit
DDR3 from Samsung (K4B2G1646Q). Before we used a 1 Gbit DDR3 memory from
Samsung as well and other manufacturers that worked fine. With 2 Gbit I
noticed, after some trial and error (and adapting tRFC parameter
Hi Heiko,
>-Original Message-
>From: Heiko Schocher [mailto:h...@denx.de]
>Sent: Mittwoch, 14. Mai 2014 12:40
>To: u-boot@lists.denx.de
>Cc: Heiko Schocher; Tom Rini; Egli, Samuel; Meier, Roger
>Subject: [PATCH] arm, am33xx: Enable CONFIG_SYS_GENERIC_BOARD for
>sie
Hi Lukasz,
>-Original Message-
>From: Lukasz Majewski [mailto:l.majew...@samsung.com]
>Sent: Montag, 19. August 2013 17:17
>To: u-boot@lists.denx.de
>Cc: Lukasz Majewski; Heiko Schocher; Tormod Volden; Lukasz Majewski;
>Marek Vasut; Egli, Samuel
>Subject: [PATCH 1/2]
Hi Lukasz,
>-Original Message-
>From: Lukasz Majewski [mailto:l.majew...@samsung.com]
>Sent: Donnerstag, 25. Juli 2013 16:03
>To: Egli, Samuel
>Cc: Heiko Schocher; Wolfgang Denk; Bach, Pascal; Meier, Roger; u-
>b...@lists.denx.de; Tormod Volden
>Subject: Re: dfu:
Hi Lukasz
We found out that there is an issue with dfu implementation on the latest
U-Boot (v2013.07) when downloading from windows. From linux everything
works fine. I discussed this with Tormod on the dfu-util mailing list.
In short, I found out that when downloading with dfu-util in libusbx
in
14 matches
Mail list logo
