On Mon, May 27, 2024 at 02:45:01PM +0200, Jerome Forissier wrote:
> That certainly would work but again, isn't it a decision to be made
> by the device manufacturer or more generally the one who builds u-boot
> for the device?
Very true, and if you get the verification part working, your full
On Mon, May 27, 2024 at 11:36:26AM +0200, Jerome Forissier wrote:
> You're correct. The point I am making is about using a secure
> (authenticated) connection, and I should have clarified that. While using
> HTTPS might not be critical on a local network, things are different when
> downloading
On Mon, Dec 04, 2023 at 11:48:17AM +0100, Mark Kettenis wrote:
> That said, I'm not sure to what extent the bootm command is used to
> boot NetBSD these days. So this may not really matter.
It is used on most 32bit ARM platforms.
Martin
On Fri, Oct 28, 2022 at 07:20:36PM +0200, Martin Husemann wrote:
> Is my dtb not correct for this purpose? How can I easily make the u-boot
> build regen it from .dts? I found the slightly hidden dts/.*.cmd files,
> do I need to clone one of that and adjust?
It was a toolch
On Thu, Oct 27, 2022 at 11:14:01AM +0200, Michal Simek wrote:
> add DT to tree. If you have ps7_init create folder in board/xilinx/zynq/
> folder
I didn't find a ps7_init in the parallela u-boot fork, so skipped that
part...
> export DEVICE_TREE=...
I put the zynq-parallella.dtb that I had in
Hey folks,
the other day I was asked to test some changes on my Adapteva Parallella board,
which I hadn't used for ages.
I noticed it has an ancient u-boot:
U-Boot 2012.10-3-g792c31c (Jan 03 2014 - 12:24:08)
I2C: ready
DRAM: 992 MiB
WARNING: Caches not enabled
MMC: SDHCI: 0
SF:
On Fri, Sep 20, 2019 at 01:07:12PM +0300, Matwey V. Kornilov wrote:
> Do you have an idea where is correct FDT supposed to came from in
> NetBSD case? For Linux, the file is placed on the boot partition and
> retrieved by u-boot while looking for EFI application, etc.
Same for NetBSD. Assuming
On Sun, Jun 16, 2019 at 09:27:12PM +0200, Mian Yousaf Kaukab wrote:
> > Hmm. Are you building your own copy of ATF (you mentioned 2.1; I can't
> > recall what version we ship)?
> No, I am using the one shipped with R32.1.
That did not work at all for me with mainline u-boot (u-boot would hang
On Tue, Mar 26, 2019 at 12:29:11PM +0100, Belisko Marek wrote:
> Hi,
>
> I became owner or parallella board and it seems they still have custom fork
> of u-boot [1] (not up to date). Does anyone work on mainlining this device?
> I can give some hand. Thanks.
Not working on it myself, but would
On Fri, Mar 08, 2019 at 12:17:09PM -0500, Tom Rini wrote:
> OK, so a few thoughts here.
> - What's the portable way to do hex-based math? If we really need it?
Use printf(3) to convert to/from hex, and standard shell arithmetic
with $(( )).
Looks horrible, but something like:
v=$(( $( printf
Hi folks,
I am trying to get a new u-boot on my Odroid C2 following the instructions
in board/amlogic/odroid-c2/README.
Unfortunately these tell me to use not only the vendor provided blobs, but
also their tools. This is painfull:
file $DIR/fip/fip_create
odroid-c2/fip/fip_create: ELF 64-bit
Replace non-portable operator == with =
The operator == in sh(1) / test(1) is non-POSIX and only implemented by
some shells (like bash). It is equivalent to the standard defined operator =.
---
tools/imx_cntr_image.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hey folks,
I noticed that tools/imx_cntr_image.sh contains non-portable code:
if [ $f == "u-boot-dtb.bin" ]; then
This is a "bash-ism", the operator "==" is not implemented by most test(1)
or sh(1) impmlementations. Simply replacing it with "=" fixes this.
Should I send a trivial patch
Hey folks,
has anyone here tried to create a newer u-boot version for
Adapteva Parallella boards?
There is a fork that goes up to 2015.4 on github
(https://github.com/parallella/parallella-uboot)
... but I'd prefer (a) a newer version and (b) something already
tested - as I don't currently have
On Thu, Jul 26, 2018 at 11:32:25AM -0400, Tom Rini wrote:
> - printf("Read %u bytes from volume %s to %p\n", size, volume, buf);
> + printf("Read %zd bytes from volume %s to %p\n", size, volume, buf);
Why make it signed? "%zu bytes" should be better.
Martin
I tested the RAM version now and indeed it does not work either.
With my old u-boot I get:
U-Boot 2013.10 (Oct 21 2013 - 20:54:41)
Marvell-GuruPlug
SoC: Kirkwood 88F6281_A1
DRAM: 512 MiB
WARNING: Caches not enabled
NAND: 512 MiB
In:serial
Out: serial
Err: serial
Net: egiga0,
I naively compiled a 2017.11 u-boot for GuruPlug and wrote the
u-boot.kwb to nand, but that bricked the GuruPlug (should have tested
with a ram version first, yes, I know).
I have a jtag for it and was able to recover, but I wonder if i did something
wrong in my local build or if support just
17 matches
Mail list logo
