<pgreco>
Hello, I'm having problems booting my bananapi-m3 (a83t) after upgrading from 4.14 to 4.15rc
<pgreco>
it doesn't recognize the mmc anymore, so it can't find the root filesystem
dave0x6d has quit [Quit: Connection closed for inactivity]
<pgreco>
the strange thing is that if I replace the dtb with the old one (4.14) boots ok
<pgreco>
wens, the only changes to the dtb what I found are wens' new regulators and wifi
voxadam has quit [Quit: WeeChat 1.9.1]
liushuyu has joined #linux-sunxi
anarsoul has joined #linux-sunxi
argulp has quit [Ping timeout: 240 seconds]
chlorine has joined #linux-sunxi
tl_lim has quit [Ping timeout: 265 seconds]
chlorine has quit [Ping timeout: 272 seconds]
tl_lim has joined #linux-sunxi
liushuyu has quit [Quit: liushuyu]
liushuyu has joined #linux-sunxi
tl_lim has quit [Ping timeout: 265 seconds]
tl_lim has joined #linux-sunxi
tl_lim has quit [Ping timeout: 265 seconds]
tl_lim has joined #linux-sunxi
muvlon has quit [Quit: Leaving]
tgaz has joined #linux-sunxi
junnie has joined #linux-sunxi
liushuyu has quit [Quit: liushuyu]
ninolein has quit [Ping timeout: 240 seconds]
ninolein has joined #linux-sunxi
popolon has quit [Quit: WeeChat 2.0]
cnxsoft has joined #linux-sunxi
junnie has quit [Ping timeout: 272 seconds]
LargePrime has quit [Ping timeout: 256 seconds]
Ntemis has quit [Remote host closed the connection]
junnie has joined #linux-sunxi
tlwoerner has joined #linux-sunxi
tlwoerner has joined #linux-sunxi
tlwoerner has quit [Changing host]
<wens>
do you have all the axp-related drivers enabled and builtin?
tl_lim has quit [Ping timeout: 265 seconds]
tl_lim has joined #linux-sunxi
junnie has quit [Ping timeout: 265 seconds]
tl_lim has quit [Ping timeout: 265 seconds]
tl_lim has joined #linux-sunxi
junnie__ has joined #linux-sunxi
vagrantc has quit [Ping timeout: 255 seconds]
Hao has joined #linux-sunxi
voxadam has joined #linux-sunxi
vagrantc has joined #linux-sunxi
argulp has joined #linux-sunxi
argulp has quit [Ping timeout: 256 seconds]
liushuyu has joined #linux-sunxi
lurchi__ is now known as lurchi_
matthias_bgg has joined #linux-sunxi
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
liushuyu has quit [Quit: liushuyu]
vagrantc has quit [Quit: leaving]
tl_lim has quit [Read error: Connection reset by peer]
chlorine has joined #linux-sunxi
kaspter has joined #linux-sunxi
chlorine has quit [Ping timeout: 265 seconds]
kaspter1 has joined #linux-sunxi
<icenowy[m]>
wens: I got a H5 ver of ALL-H3-CC Tritium board
<icenowy[m]>
(along with a H3 ver now
Gerwin_J has joined #linux-sunxi
kaspter has quit [Ping timeout: 248 seconds]
kaspter1 is now known as kaspter
nuuuciano has quit [Ping timeout: 240 seconds]
<wens>
hmm
lurchi_ is now known as lurchi__
TheSeven has quit [Ping timeout: 240 seconds]
nuuuciano has joined #linux-sunxi
freemangordon has quit [Read error: Connection reset by peer]
TheSeven has joined #linux-sunxi
IgorPec has joined #linux-sunxi
TheSeven has quit [Ping timeout: 265 seconds]
liushuyu has joined #linux-sunxi
hardfalcon1 has joined #linux-sunxi
hardfalcon has quit [Ping timeout: 256 seconds]
junnie__ has quit [Ping timeout: 256 seconds]
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 240 seconds]
junnie__ has joined #linux-sunxi
liushuyu has quit [Quit: liushuyu]
nuuuciano has quit [Ping timeout: 265 seconds]
reinforce has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
foxx_ has joined #linux-sunxi
aalm has joined #linux-sunxi
freemangordon has joined #linux-sunxi
DullTube has joined #linux-sunxi
aalm has quit [Ping timeout: 272 seconds]
argulp has joined #linux-sunxi
TheSeven has joined #linux-sunxi
xes_ has joined #linux-sunxi
yann has quit [Ping timeout: 260 seconds]
xes has quit [Ping timeout: 255 seconds]
ernestask has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
cnxsoft has joined #linux-sunxi
rasp has joined #linux-sunxi
chomwitt has joined #linux-sunxi
<wens>
my opi-p2e seems to crash/hang easily
<KotCzarny>
power? undervoltage in dvf?
<KotCzarny>
dvfs*
<wens>
no idea atm
<wens>
not really willing to spend time on it
<KotCzarny>
try armbian to confirm it's not a bad board/setup
<KotCzarny>
will take 10-20 minutes to install and run stress command
<wens>
the h3 doesn't even have dvfs on mainline :/
<icenowy[m]>
wens: maybe I should take over the device tree mainlineing effort of ALL-H3-CC?
junnie__ has quit [Ping timeout: 265 seconds]
<KotCzarny>
armbian has it patched in
<KotCzarny>
that's why i'm suggesting it
<icenowy[m]>
As I have H5 ver
sr-digitronic has joined #linux-sunxi
<icenowy[m]>
ohhhhhhhh
<icenowy[m]>
the H3 ver dt is applied
<icenowy[m]>
oops
<wens>
icenowy[m]: :)
<icenowy[m]>
in fact I have some WIP branch for BPi M2+ H5
<icenowy[m]>
but I won't push them until Banana Pi make pots a accessory for BPi M2+ ;-)
<wens>
icenowy[m]: my original idea was to have the h5 version #include both the h3 version dts and h5.dtsi, in that order
<wens>
don't know if that would work.
<icenowy[m]>
I think it may not
<wens>
if it doesn't, will need to pull out everything into a common dtsi file
<icenowy[m]>
DTSI's do not have include guard
<icenowy[m]>
I agree the common DTSI way
<wens>
anyway, I won't get my board until next year maybe lol
<wens>
pots? accessory?
<icenowy[m]>
H5?
<wens>
yeah, H5 ver.
hardfalcon1 has quit [Quit: Leaving.]
<mripard_>
KotCzarny: armbian has patched everythintg
junnie has joined #linux-sunxi
<mripard_>
the issue is that armbian doesn't upstream most of their patches
<mripard_>
so it really doesn't help.
<KotCzarny>
well, it would help to confirm if it's a problem with wens' setup (hw/sw) or not
chlorine has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
<ElBarto>
does new operating point table needs to be in v2 format ?
<ElBarto>
or does v1 is still accepted ?
<mripard_>
ElBarto: if possible, go for v2
<ElBarto>
mripard_: ok, I'll need to code a v2 driver for FreeBSD first then :)
<ElBarto>
I've never upstreamed the dvfs patches that we had for h3 because it was v1
<ElBarto>
I've removed them and now only uses mainline dts, don't want to deal with local patches
<wens>
a80 mmc seems broken :(
<mripard_>
ElBarto: good :)
hardfalcon has joined #linux-sunxi
Pe3ucTop has joined #linux-sunxi
junnie has quit [Ping timeout: 256 seconds]
<smaeul>
I'm writing a Linux msgbox driver for use with SCPI. ATF is responsible for turning on the msgbox when loading ARISC firmware, so the hardware is already enabled when Linux boots. What do I do about clock/reset in the Linux driver? Ignore them? Try to enable anyway?
<smaeul>
and failing to probe the driver shouldn't turn off the hardware (or else ATF couldn't use it)... but leaving the hardware half-configured seems ugly
<mripard_>
well, you don't really have much choice
Pe3ucTop has quit [Ping timeout: 264 seconds]
matthias_bgg has quit [Ping timeout: 256 seconds]
<mripard_>
you can't get your mailbox clocks from the linux driver, this is a chicken and egg issue
<mripard_>
and I'd expect that SCPI somewhat expects that the channel would always be open
<smaeul>
I don't expect (for now, at least) to use SCPI for any clocks other than PLL-CPUX, but that's something to keep in mind
junnie has joined #linux-sunxi
<wens>
you can't really use it _just_ for a few clocks, can you?
<wens>
the kernel's clock driver would be out of sync, or worse, try to disable clocks it thinks aren't in use
benettig has quit [Read error: Connection reset by peer]
<mripard_>
yeah, the caching in the clock framework is going to get completely mad
<mripard_>
so it really is an all or nothing
<smaeul>
there are two SCPI clock drivers, scpi-dvfs-clocks and scpi-variable-clocks
<smaeul>
so you can use DVFS for the CPU without using the clock framework drivers
<anarsoul>
mripard_: hey, have you seen my message about broken vblank on 4.15?
<mripard_>
anarsoul: hey, have you seen my message about a patch that could fix the broken vblank on 4.15? ;)
<mripard_>
smaeul: the CPU clock is still defined in the clock framework
<mripard_>
and there's still caching involved
<anarsoul>
mripard_: how does it fix the race with interrupt handler?
<mripard_>
hmmm
<mripard_>
I might not have seen a message about a race :)
<mripard_>
which race are you talking about ?
<anarsoul>
mripard_: vblank irq handler calls drm_crtc_handle_vblank() that re-enables vblank
<wens>
iirc irq handler blocks the same interrupt from happening
<mripard_>
drm_crtc_handle_vblank might disable it yes
<mripard_>
but I don't see how it can enable it
<smaeul>
mripard_: in dts there is e.g. `&cpu0 { clocks = <&ccu CLK_CPUX>; };`, which would be replaced with e.g. `&cpu0 { clocks = <&scpi_dvfs 0>; };`. If nothing else uses `<&ccu CLK_CPUX>`, why would the cached value matter
<smaeul>
?
<mripard_>
because the clock driver is still registered
<wens>
yeah, known issue with RSB client modules not auto-loading
popolon has joined #linux-sunxi
<wens>
try having axp20x-rsb load automatically by the initrd
<ElBarto>
apritzel: oh cool, I'll do some test and update the freebsd packages soon then
Pe3ucTop has joined #linux-sunxi
<apritzel>
ElBarto: cpu hotplug was completely broken in the older version, but works now (survived a test with multiple 1000s onlines/offlines)
<apritzel>
ElBarto: does FreeBSD support CPU hotplug?
<ElBarto>
nope :)
<apritzel>
so you never call PSCI's CPU_OFF?
<ElBarto>
maybe at shutdown ? I don't know
<ElBarto>
not really familiar with our PSCI code
kleinjl has joined #linux-sunxi
kleinjl has quit [Remote host closed the connection]
<apritzel>
smaeul: I needed to add RESET_TO_BL31 (and fill the gaps) to get a working bl31.bin, did you load ATF somehow differently?
<smaeul>
no, just like always
<smaeul>
the only changes I have that aren't pushed are moving the load address to 0x46000 from 0x44000 (to make space for ARISC fw) and the orangepi-pc2-specific poweroff sequence
hardfalcon has quit [Ping timeout: 265 seconds]
<smaeul>
apritzel: what happened without RESET_TO_BL31?
<apritzel>
I got an data abort
<apritzel>
because the whole handover from BL2 was not working
<KotCzarny>
[643]DRAM Type = 3 (2:DDR2,3:DDR3,6:LPDDR2,7:LPDDR3)
<apritzel>
KotCzarny: the code is more or less generic, but there is a hardcoded data structure with those values
<apritzel>
KotCzarny: so you can change them without touching the actual code
<KotCzarny>
still, that 744 doesnt match any known board
<apritzel>
KotCzarny: why are you using boot0 in the first place?
<apritzel>
and where did you get the boot0 from?
<KotCzarny>
playing with some image before i rape it with mainline uboot
<KotCzarny>
and that 744mhz for dram caught my eye
<apritzel>
my understanding is that the board vendor is meant to customize the boot0 they ship
<apritzel>
by adjusting those values to match the DRAM chips used on their board
<apritzel>
KotCzarny: if you look at the beginning of a boot0 hexdump you should be able to spot the ZQ value, also the frequency (IIRC it's in MHz)
<KotCzarny>
still, it managed to get as far as detecting mmc
Hao has quit [Ping timeout: 264 seconds]
<apritzel>
KotCzarny: please don't start that old DRAM frequency discussion again ;-)
<KotCzarny>
:)
<KotCzarny>
0x eb 02 00 00, yeah, it's hardcoded there
Ntemis has joined #linux-sunxi
tom_nov has joined #linux-sunxi
anarsoul has quit [Ping timeout: 248 seconds]
hor has joined #linux-sunxi
anarsoul has joined #linux-sunxi
nuuuciano has joined #linux-sunxi
mzki has quit [Ping timeout: 260 seconds]
lkcl has joined #linux-sunxi
mzki has joined #linux-sunxi
banshi has joined #linux-sunxi
rwmjones is now known as rwmjones|holiday
voxadam has quit [Quit: WeeChat 1.9.1]
libv_ has joined #linux-sunxi
<apritzel>
ElBarto: sys/dev/psci/psci.c: TODO:- Add support for remaining PSCI calls [this implementation only supports get_version, system_reset and cpu_on].
libv has quit [Ping timeout: 260 seconds]
DullTube has quit [Quit: Leaving]
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
netlynx has joined #linux-sunxi
voxadam has joined #linux-sunxi
<ElBarto>
apritzel: right, I knew it wasn't finished, maybe I'll take some time to finish it one day
nuuuciano has quit [Ping timeout: 248 seconds]
<apritzel>
ElBarto: btw, do you booting FreeBSD using EFI?
<ElBarto>
it's required for arm64
<ElBarto>
I'm trying to push it for arm32
<ElBarto>
with latest u-boot + 2 patches queue it work out of the box now
<ElBarto>
queued*
<apritzel>
ah, nice!
<ElBarto>
and with edk2 based implementation it also works
yann has quit [Ping timeout: 272 seconds]
<apritzel>
you would hope so ;-)
<ElBarto>
no
<ElBarto>
on my overdrive 1000
<ElBarto>
we haven't found the bugs at least :P
<apritzel>
or do you mean some EDK2 for sunxi?
<ElBarto>
or on thunderx
<ElBarto>
did someone made a EDK2 based bootloader for sunxi ?
afaerber has quit [Quit: Leaving]
nuuuciano has joined #linux-sunxi
<apritzel>
I dimly remember there was some work for some dodgy Windows support, but am not sure if it actually was EDK2 based
<ElBarto>
ah right, the windows IoT on pine64 or something like that ?
<apritzel>
yes
<apritzel>
I briefly looked at it and decided to quickly forget about it ;-)