Tartarus changed the topic of #u-boot to: SOURCE MOVED TO https://source.denx.de/u-boot/u-boot.git / U-Boot v2021.10 is OUT / Merge Window is OPEN until 25 October 2021 / Release v2022.01 is scheduled for 10 January 2022 / http://www.denx.de/wiki/U-Boot / Channel archives at https://libera.irclog.whitequark.org/u-boot
taliho has quit [Quit: The Lounge - https://thelounge.chat]
persmule has quit [Ping timeout: 276 seconds]
taliho has joined #u-boot
sdfgsdfg has joined #u-boot
persmule has joined #u-boot
mmu_man has quit [Ping timeout: 240 seconds]
camus has joined #u-boot
qschulz has quit [Remote host closed the connection]
qschulz has joined #u-boot
samekh_ has joined #u-boot
samekh has quit [Ping timeout: 268 seconds]
hays has joined #u-boot
<hays> if i have instructions on how to load a bootloader with u-boot is there a way to make a backu[
<hays> backup
<tpw_rules> backup of what?
<hays> the existing bootloader
<tpw_rules> i'm not sure what you mean by "load" and "bootloader" then. u-boot can generally only load things into ram. if you want to load a new bootloader with it, then it will be gone when the system powers back off
<tpw_rules> if you mean loading a new version of u-boot itself, that process (and backing up) depends 100% on the specific device
<hays> hmm... so what does this do? "bubt flash-image.bin spi usb"
<hays> is this device-specific?
sdfgsdfg has quit [Quit: ZzzZ]
<tpw_rules> ah ok, using bubt
<tpw_rules> yes, most devices don't use that
<hays> it doesn't appear bubt does backups
<tpw_rules> but that is a u-boot command. it looks like you'll have to read the spi flash out into RAM with "sf read", then use "save" to write the RAM to a file
<tpw_rules> of course, if something goes wrong, how will you get back into u-boot to rewrite the flash?
<tpw_rules> do you have a hardware programmer?
<hays> well yeah itf something goes really wrong im probably hosed
<hays> im dealing with what is technically open source but these guys have shipped a device that is way ahead of what they've documented in their build instructions
<hays> so im hoping there was a simple way to extract the u-boot before i flashed over it
<tpw_rules> like i said, read the flash to RAM with the "sf" command, then use "save" to write it to attached storage
<tpw_rules> like your usb drive
<hays> thanks
<hays> and then bubt to write it back in
<tpw_rules> yes. according to the docs ( https://github.com/u-boot/u-boot/blob/master/doc/mvebu/cmd/bubt.txt ) bubt is really just an alias for "sf write"
apritzel has quit [Ping timeout: 240 seconds]
thopiekar has quit [Ping timeout: 240 seconds]
thopiekar has joined #u-boot
<hays> tpw_rules: i think i need to figure out offsets or partition
<hays> and length
<tpw_rules> looks like the offset is 0, and i would just back up the whole flash. or at least the size of your .bin, rounded to 64K or so
<tpw_rules> you'll have to figure out on your board where a good RAM buffer is. maybe $load_addr_r
<hays> where do you see the offset is 0
<tpw_rules> in the bottom of that doc
<tpw_rules> bubt writes to an offset of 0 in the spi flash
<tpw_rules> accoridng to that doc at least
<hays> is the command "save"? trying to find it in the u-boot docs
<tpw_rules> you need "sf read" to read the data out of SPI flash into ram somewhere
<tpw_rules> then iirc, you can use the command "save" to write from ram to a file on your flash drive
<hays> right im looking for the parameters that command needs
<tpw_rules> your u-boot may not have been compiled with it
<tpw_rules> you should also just be able to do "help save" at the promp
<tpw_rules> t
<hays> ill keep that in mind. was trying to find it in the docs or source
persmule has quit [Ping timeout: 276 seconds]
persmule has joined #u-boot
sdfgsdfg has joined #u-boot
crb has joined #u-boot
persmule has quit [Ping timeout: 276 seconds]
persmule has joined #u-boot
persmule has quit [Remote host closed the connection]
sdfgsdfg has quit [Read error: Connection reset by peer]
sdfgsdfg has joined #u-boot
sdfgsdfg has quit [Ping timeout: 256 seconds]
sdfgsdfg has joined #u-boot
vagrantc has quit [Quit: leaving]
sdfgsdfg has quit [Read error: Connection reset by peer]
sdfgsdfg has joined #u-boot
apritzel has joined #u-boot
sdfgsdfg has quit [Quit: ZzzZ]
___nick___ has joined #u-boot
sdfgsdfg has joined #u-boot
apritzel has quit [Ping timeout: 256 seconds]
apritzel has joined #u-boot
srk has quit [Remote host closed the connection]
srk has joined #u-boot
apritzel has quit [Ping timeout: 256 seconds]
mmu_man has joined #u-boot
redbrain has joined #u-boot
redbrain has quit [Quit: Reconnecting]
redbrain has joined #u-boot
apritzel has joined #u-boot
<xypron> Tartarus: ./tools/../lib/rsa/rsa-sign.c:631:13: warning: assignment discards ‘const’ qualifier from pointer target type [-Wdiscarded-qualifiers] with current origin/master
<xypron> Tartarus: I guess that should be fixed in the release?
<mps> anyone can tell how to increase character size on screen in u-boot? I tried with true type option under device driver but fonts are ugly and screen size is not correct
<mps> 8x16 fonts are too small on high resolution screens
<xypron> mps: if you use truetype you should select a font that is monospaced.
<mps> xypron: ah, do you know which one
<xypron> adds a better usable font
<xypron> Otherwise I think it was Anker
<xypron> Anka
<xypron> mps ^
<mps> xypron: thanks will try
<xypron> mps: you can use sandbox_def for testing if you want to avoid flashing a lot
<mps> xypron: what is sandbox_def? first time hear for it
<xypron> You can run U-Boot directly as a Linux application
<xypron> make sandbox_defconfig
<mps> xypron: ah, thank you, this will be of great help I think
<xypron> mps: ./u-boot -T -l emulates an LCD display
<mps> xypron: building it now
<mps> xypron: include/os.h:269:40: error: unknown type name 'loff_t'; did you mean 'off_t'?
<mps> xypron: I'm on alpine linux which is musl libc based
<xypron> mps: building origin/master?
<mps> master
<mps> I think musl doesn't have loff_t
<mps> will ask on #musl channel
<xypron> mps: we should add the missing symbol in include/linux/types.
<xypron> mps: is symbol __GNUC__ missing on Alpine?
<mps> xypron: usually it is missing iirc
<xypron> mps: this is why loff_t is not defined. See include/linux/types
<mps> xypron: I saw a lot of '#ifdef' in sources but didn't looked at specifically on musl headers
<mps> xypron: for now I'm disabling drivers which fails because of this
<mps> xypron: nice, sandbox_def works. thank you again for mentioning it to me
<xypron> mps: consider a patch that conditionally defines loff_t on Alpine
<mps> xypron: will talk on #musl and #alpine-devel channels about this
<mps> xypron: asking too much maybe, but can the resolution be increased in sandbox_def somehow
<xypron> mps: ./u-boot --help shows an option to enlarge the LCD. Or dou you mean CONFIG_CONSOLE_TRUETYPE_SIZE
<xypron> mps: do you mean the number of pixels. That is in a dtsi file.
<mps> xypron: yes, emulated console with ./u-boot
<mps> double_lcd?
<xypron> mps: dts/sandbox.dtsi:149: xres = <1366>;
<xypron> mps: dts/test.dts:787: xres = <1366>;
<mps> xypron: that looks better
<mps> xypron: fantastic! thank you very much
<xypron> mps: with which font?
<mps> with anka
<mps> though I will try patch you send above, I have dejavu in grub
sdfgsdfg has quit [Quit: ZzzZ]
<mps> xypron: fyi, I'm testing this on apple M1 (arm64) macbook
<xypron> mps: native or in VM?
<mps> xypron: native
<xypron> mps: :)
<mps> Marc Kettenis works on u-boot for these machines here https://github.com/kettenis/u-boot/commits/apple-m1-m1n1-nvme
<mps> 'we' got it to boot bare metal to grub and then linux and Marc work same for openbsd
redbrain has quit [Quit: leaving]
redbrain has joined #u-boot
___nick___ has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
___nick___ has joined #u-boot
___nick___ has quit [Client Quit]
___nick___ has joined #u-boot
<apritzel> mps: as it happens, I have patches ready for bigger bitmap fonts
<apritzel> I use sun12x22 and some other, even larger Terminus font from the kernel
<mps> apritzel: hi!
<mps> apritzel: nice, Terminus would be fine I think
<apritzel> mps: do you use U-Boot's graphical screen for interactive use?
<apritzel> Because I have a patch to show a cursor, and was wondering why nobody cared about this before ...
<mps> apritzel: sorry, phone call
<mps> apritzel: yes, interactive on exynos peach pi chromebook and now on apple M1
<mps> apritzel: ofc, I'm interested to look at your patches, as always
<apritzel> I wanted to send them out anyways, will drop you a note here once that's done
<mps> ok, no hurry
<apritzel> mps: this is an older version of that patch: https://github.com/apritzel/u-boot/commit/4c4439caa6feb18192487681095c53d30d28c94a
<apritzel> mps: mentioning the M1 as a rationale for bigger fonts sounds like a good incentive ;-)
<mps> apritzel: right :)
redbrain has quit [Ping timeout: 240 seconds]
apritzel has quit [Ping timeout: 256 seconds]
vagrantc has joined #u-boot
redbrain has joined #u-boot
___nick___ has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
___nick___ has joined #u-boot
___nick___ has quit [Client Quit]
___nick___ has joined #u-boot
redbrain has quit [Ping timeout: 240 seconds]
redbrain has joined #u-boot
___nick___ has quit [Ping timeout: 240 seconds]
apritzel has joined #u-boot
sdfgsdfg has joined #u-boot
redbrain has quit [Ping timeout: 240 seconds]
vagrantc has quit [Quit: leaving]