cnxsoft has quit [Remote host closed the connection]
cnxsoft has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
JohnDoe1 has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 480 seconds]
warpme_ has joined #linux-sunxi
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
arti has quit [Quit: arti]
arti has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 480 seconds]
apritzel has joined #linux-sunxi
jelly has quit [Read error: Connection reset by peer]
jelly has joined #linux-sunxi
Daaanct12 has joined #linux-sunxi
Daanct12 has quit [Ping timeout: 480 seconds]
Mangy_Dog has joined #linux-sunxi
<apritzel>
jernej: warpme_: what is in your elfutils package? Just /usr/bin/eu-* binaries and docs, as in the Arch package?
<jernej>
apritzel: yes, but I didn't have time yet to test if I have same issue as warpme_
<apritzel>
I don't find *anything* starting with eu- in the U-Boot source, so I wonder if there is some library usage somewhere
<apritzel>
maybe it's a dependency of elfutils that is causing this? libelf, for instance?
diego71 has quit [Remote host closed the connection]
chewitt has joined #linux-sunxi
diego71 has joined #linux-sunxi
chewitt has quit [Quit: Zzz..]
dliviu has quit [Ping timeout: 480 seconds]
dliviu has joined #linux-sunxi
nashpa has joined #linux-sunxi
dliviu has quit [Ping timeout: 480 seconds]
cmeerw has joined #linux-sunxi
<apritzel>
warpme_: jernej: just tried it on Slackware-current with elfutils-0.185 and it worked fine
<apritzel>
I don't think it's this package anyway, I renamed all the eu-* binaries and the build went through (as expected)
<apritzel>
warpme_: can you check if your (cross?) binutils link against libelf/libdw/libasm/libdebuginfo (which is probably a separate package)
<apritzel>
warpme_: and can you say what distro you have and how you generated everything with just elfutils downgraded?
warpme_ has quit [Quit: Connection closed for inactivity]
<apritzel>
my cross compiler/binutils just links against libdebuginfo (at least dynamically, have to check whether it used libelf.a during compilation)
megi has quit [Quit: WeeChat 3.2]
megi has joined #linux-sunxi
bantu_ has quit []
bantu has joined #linux-sunxi
bantu has quit []
bantu has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
wens has quit []
diego71 has quit [Ping timeout: 480 seconds]
diego71 has joined #linux-sunxi
apritzel has joined #linux-sunxi
JohnDoe1 has quit []
hlauer has joined #linux-sunxi
Daanct12 has joined #linux-sunxi
Daaanct12 has quit [Ping timeout: 480 seconds]
warpme_ has joined #linux-sunxi
cmeerw has quit [Ping timeout: 480 seconds]
chewitt has joined #linux-sunxi
<smaeul>
apritzel: the issue with H6 is that GCC decides to replace a memset() in DRAM init with NEON register use. compiling that file with -mgeneral-regs-only fixes boot
<smaeul>
I can send a patch -- I think it will be fine to always use -mgeneral-regs-only, since nothing in U-Boot seems to intentionally use NEON, and arm already uses soft float
<apritzel>
not letting the compiler use NEON out of the blue in this controlled U-Boot environment seems indeed like a good idea
<apritzel>
now it would be interesting to know why it actually fails, we seem to clear CPTR_EL3, so NEON/FVP should be fine to use
<apritzel>
and also access to VFP ;-)
warpme_ has quit [Quit: Connection closed for inactivity]