ftg has quit [Read error: Connection reset by peer]
<apritzel_>
loki666: I don't know about the wakeup source, can you somehow chase down which devcice gets disabled? Also it looks like the name should really be axp221-pek, but I doubt this changes anything.
macromorgan has quit [Read error: Connection reset by peer]
macromorgan has joined #linux-sunxi
apritzel_ has quit [Ping timeout: 480 seconds]
<MoeIcenowy>
apritzel: ah what's affected in A33?
<MoeIcenowy>
r-intc?
<MoeIcenowy>
well looks so
<MoeIcenowy>
what? the r_intc in dts/upstream/src/arm/allwinner/sun8i-a23-a33.dtsi and arch/arm/dts/sun8i-a23-a33.dtsi uses the same compatible but different interrupt-cells?
<MoeIcenowy>
will Linux accept the U-Boot DT in this situation?
<MoeIcenowy>
oops copying Linux DT to U-Boot leads to "/soc/rsb@1f03400/pmic@3a3:#interrupt-cells: size is (12), expected multiple of 8", looks like manual fixup is needed now
parthiban has quit [Remote host closed the connection]
parthiban has joined #linux-sunxi
<MoeIcenowy>
apritzel: BTW how is board/sunxi/MAINTAINERS sorted now?
<MoeIcenowy>
Okay trivial sort-by-title
<MoeIcenowy>
I misread it so thinking it's unsorted now, :-(
<MoeIcenowy>
it's really unsorted ... some M is inside L
<MoeIcenowy>
maybe some merge error
montjoie_ has joined #linux-sunxi
montjoie has quit [Ping timeout: 480 seconds]
hexdump0815 has joined #linux-sunxi
hexdump01 has quit [Ping timeout: 480 seconds]
JohnDoe_71Rus has joined #linux-sunxi
<MoeIcenowy>
strange, 8 bit emmc seems to be unstable in u-boot on a33-vstar
<MoeIcenowy>
sometimes command fails
<MoeIcenowy>
but the same behavior isn't on Linux
<MoeIcenowy>
(and use 4-bit under U-Boot seems to be fine too
gsz has joined #linux-sunxi
ing_warn_ has joined #linux-sunxi
ing_warn__ has quit [Ping timeout: 480 seconds]
ing_warn__ has joined #linux-sunxi
ing_warn_ has quit [Ping timeout: 480 seconds]
gsz has quit [Ping timeout: 480 seconds]
apritzel_ has joined #linux-sunxi
apritzel_ has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
gsz has joined #linux-sunxi
warpme has quit [Remote host closed the connection]
warpme has joined #linux-sunxi
warpme has quit []
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
<machinehum>
Does anyone konw if it's possible to search the whitequark logs?
<machinehum>
The entirety of them
parthi has joined #linux-sunxi
parthiban has quit [Ping timeout: 480 seconds]
parthiban has joined #linux-sunxi
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
parthi has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
parthi has joined #linux-sunxi
warpme has quit []
parthiban has quit [Ping timeout: 480 seconds]
gsz has quit [Ping timeout: 480 seconds]
gsz has joined #linux-sunxi
warpme has joined #linux-sunxi
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
gsz has quit [Ping timeout: 480 seconds]
ing_warn__ has quit [Ping timeout: 480 seconds]
parthi has quit []
parthiban has joined #linux-sunxi
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
parthi has joined #linux-sunxi
parthiban has quit [Ping timeout: 480 seconds]
parthiban has joined #linux-sunxi
parthiban has quit []
parthi has quit [Ping timeout: 480 seconds]
<apritzel>
MoeIcenowy: that's exactly the problem: the r-intc binding changed in a incompatible way in Linux v5.13. Newer kernels can cope with both, but older kernels cannot deal with the 3-cell version
<apritzel>
so we have the more compatible 2-cells description in U-Boot, so that you can boot kernels before v5.13 with $fdtcontroladdr (via UEFI, for instance)
<apritzel>
that's why the sync from kernel to U-Boot always has to consider this difference
<hlauer>
news for m2ultra V1.1: It boots a 2020 ubuntu server image linked from wiki page with the ancient 3.10 kernel and shines like a x-mas tree (RGB leds blinking :-)
<hlauer>
VBUS on USB-A is turned on at the u-boot prompt - so there is no hardware defect. I looked for GPIOs on the A40i soc and axp221s - alas no sucess so far.
<hlauer>
I noticed some power registers mentioned in A30i manual USB blocks - could this somehow be needed to setup?
<hlauer>
s/30/40
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
warpme has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
smaeul has joined #linux-sunxi
apritzel_ has left #linux-sunxi [Leaving]
apritzel has joined #linux-sunxi
<apritzel>
supplying VBUS is almost always a board matter, so nothing that would show up in the *SoC* manual
<apritzel>
hlauer: can you try to dump the GPIO status in U-Boot: gpio status -a
<apritzel>
to spot if there is any GPIO set to output, potentially connected even to a device
<apritzel>
not sure how much of this works with a BSP U-Boot, but worth a shot
<apritzel>
hlauer: or if you are in Linux, dump /sys/kernel/debug/gpio to get some ideas (maybe need to: "mount -t debugfs none /sys/kernel/debug" before)
smaeul_ has quit [Ping timeout: 480 seconds]
<apritzel>
but good thing we now have something that works to compare to
<hlauer>
done that already and tried to toggle the gpios in mainline u-boot to the values got from the running system - none delivers USB power
<hlauer>
"PH23 gpio-247 ((null) ) in hi" is set as input, btw.