<Lyude>
lvrp16: well the difference in configs is what I'm trying to figure out (also, I've unfortunately tried other rc versions with the same results)
<Lyude>
as a note: the reason I'm trying to figure this out is so I can figure out what we need to add to fedora's default kernel config so it boots by default on these boards
<Lyude>
starting to wonder if scpi has anything to do with this
<lvrp16>
wow there's a lot of config differences, I would try enabling all the MESON and SCPI first and then doing bisects, don't you have a threadripper?
<lvrp16>
XD
<Lyude>
no you're thinking of hdkr
<lvrp16>
oh
<lvrp16>
borrow his machine :P
<Lyude>
heh, I've still got a fast machine :P, just a little older
<lvrp16>
i'm using a two core 6600u laptop...it takes me 2 hours to build a desktop image and 8 hours to build retropie...
<lvrp16>
i feel like my 3d printer is faster than my computer
<Lyude>
lvrp16: also just checked, I do have everything it lets me enable for meson enabled unfortunately
<Lyude>
well minus sound, but I doubt that matters
<Lyude>
lvrp16: do you know what the latest stable kernel that is supposed to work with this board is, 4.18?
<lvrp16>
Lyude: I don't have any Khadas VIM boards. I couldn't tell you. They use an external MCU to control stuff so it's a little different than a typical S905X or S912
<lvrp16>
loic from open suse might be a better resource since he has boards
<Lyude>
h m
<Lyude>
*hm
<Lyude>
i'm almost convinced that BL31 message we're seeing is the board getting shut off
<Lyude>
chewitt: alright; i'm going to give that a shot. that still doesn't entirely explain why the other config you gave me worked though
<Lyude>
i have a 4.18 kernel i'm about to try though, if that doesn't work (and I'm expecting it won't...) I'll go back and recompile with those patches and see what difference it makes
<Lyude>
that being said: the weird [BL31]: tee size: 0 <-- that is coming up in that dmesg is definitely from the bootloader
<chewitt>
i've only been using my images from SD cards not emmc
<Lyude>
I mean so have I, the only thing I've done with the emmc is update uboot so I could get fedora loaded
<Lyude>
but that message comes up half way through the kernel boot on the non-functional kernel, a couple lines before the kernel stops booting and the led turns odff
<narmstrong>
Lyude: the vim2 is boot tested on kernelci with defconfig, it’s worth trying !
Ivanovic has quit [Quit: Caught sigterm, terminating...]
Ivanovic has joined #linux-amlogic
Ivanovic has quit [Client Quit]
The_Coolest has quit [Quit: FOLD For The Cause!!!]
Ivanovic has joined #linux-amlogic
Ivanovic has quit [Client Quit]
Ivanovic has joined #linux-amlogic
Ivanovic has quit [Quit: Caught sigterm, terminating...]
Ivanovic has joined #linux-amlogic
Ivanovic_ has joined #linux-amlogic
Ivanovic has quit [Ping timeout: 252 seconds]
Ivanovic_ has quit [Client Quit]
Ivanovic has joined #linux-amlogic
Ivanovic has quit [Read error: No route to host]
Ivanovic has joined #linux-amlogic
sputnik__ has joined #linux-amlogic
sputnik_ has quit [Ping timeout: 252 seconds]
sputnik_ has joined #linux-amlogic
sputnik__ has quit [Ping timeout: 260 seconds]
<Lyude>
narmstrong: alright, huh
<Lyude>
I don't think it's the efi stub though, I'm using chewitt's working config for now since it seems like I can just enable the efi stuff on there and it works fine
<Lyude>
also: does anyone have a workaround for the board not rebooting properly
AntonioND has joined #linux-amlogic
return0e has quit [Remote host closed the connection]
<narmstrong>
Yep chewitt found a fix recently for that
<Lyude>
narmstrong: awesome! I'll give it a shot in just a little bit
return0e has joined #linux-amlogic
jakogut has joined #linux-amlogic
<Lyude>
narmstrong: btw, regarding the SCPI cpufreq backtraces with the kernel that I was seeing on the vim2 the other day, do you know if the workaround of disabling scpi actually has an impact on performance?
<xdarklight>
Lyude: yes, changing the CPU frequency requires SCPI to work (CPU frequency changes are set via the SCPI protocol)
<Lyude>
xdarklight: aw, guessing there aren't any workarounds for this yet/
<Lyude>
*?
<narmstrong>
Lyude: if you disable it you will stay at full cpu freq
<Lyude>
oh
<Lyude>
that's exactly what I would want :)
<narmstrong>
Setting the performance cpufreq governor does the same, it leaves the max freq as boot default
<Lyude>
narmstrong: jfyi; the config option I want to disable is ARM_SCPI_CPUFREQ right?
random_yanek has quit [Ping timeout: 252 seconds]
random_yanek has joined #linux-amlogic
<AntonioND>
there is no way I can get timer interrupts
<AntonioND>
there is something preventing them from reaching the gic, I think
<AntonioND>
if I set the ISPENDR register bits manually I can trigger any SPI I want
<AntonioND>
but I've enabled all timers, they are counting down, and I don't get any interrupt
<AntonioND>
or any bit set in ISPENDR
<AntonioND>
so either there is another register I have to set up, or there is another problem I don't know about
Darkmatter66_ has joined #linux-amlogic
<AntonioND>
has anyone actually got timer interrupts working in the odroid C2? the timers are counting just fine, but no interrupts at all
Darkmatter66 has quit [Ping timeout: 276 seconds]
<Lyude>
narmstrong: hm. those patches for the reboot issue don't seem to have changed anything on my board
<Lyude>
also: does anyone know if the vim2 has an iommu?