<anarsoul>
looks like it switched to sun4i-drm from simplefb
<mps>
I tried but then X doesn't start
<anarsoul>
try sway?
<anarsoul>
or weston
<mps>
hm, I don't have experience with them
<mps>
but I could try, not sure will I succeed
<anarsoul>
just install it and start it
<anarsoul>
sway is very similar to i3
<mps>
I need only to run 'sway' from console?
<anarsoul>
yes
<mps>
ok, will do
<anarsoul>
or weston if you don't like tiled wm :)
<mps>
I'm long time awesome wm user ;)
<mps>
but sway says it cannot start DRM session
JohnDoe_71Rus has quit []
<anarsoul>
well, grab a working distro for you laptop, then try replicating configuration in alpine
<mps>
if there is one I would
<mps>
maybe newest armbian
<mps>
anarsoul: thank you for helping me to config kernel and rest
<anarsoul>
np
<anarsoul>
manjaro works fine for me on my original pinebook
<anarsoul>
it has pretty similar hw to teres-i
<mps>
is manjaro debian or archlinux based
<jakllsch>
istr it's based on arch
<mps>
thanks. looked at it but don't see teres is supported
vagrantc has joined #linux-sunxi
Mangy_Dog has quit [Ping timeout: 480 seconds]
Mangy_Dog has joined #linux-sunxi
ftg^ has quit [Ping timeout: 480 seconds]
cmeerw has quit [Ping timeout: 480 seconds]
apritzel has joined #linux-sunxi
<apritzel>
smaeul: if it's just about rebasing: I did that already, fixing up the conflicts mechanically
<apritzel>
smaeul: I was just wondering if there are hidden issues (I just compile tested), I will try to do some actual testing tomorrow
<smaeul>
with v2?
<apritzel>
ah, sorry, just found v2 in my inbox
<smaeul>
apritzel: well, like I mention in the comment on v2 patch 4, some boards got i2c disabled in SPL due to some other recent commits
<smaeul>
and this new patch fixes a compile error caused by that
<smaeul>
either we need to select SPL_I2C, or make some mass defconfig change
<smaeul>
also, I would like to rebase on top of your branch soon (with or without the I2C series) so I can send more patches :)
<smaeul>
fwiw I ran buildman on the v2 series, and there was one set of warnings for an A80 board without a PMIC... so maybe selecting SPL_I2C is the wrong thing to do. but I'm not familiar with the tools for adding SPL_I2C=y to all of the board defconfigs except that one
<apritzel>
smaeul: so who would need SPL_I2C? Just some boards? Or (almost) all boards with a certain SoC?
<smaeul>
any board using i2c in SPL
<smaeul>
so anything with a PMIC and not P2WI or RSB
<apritzel>
any chance "default y if ..." in common/spl/Kconfig would help?
<smaeul>
you mean imply SPL_I2C in arch/arm/Kconfig? ;) probably. I will make a list of affected boards
<apritzel>
no, I meant "default y if ARCH_SUNXI & ..." in the "config SPL_I2C" section. We do this already in some other places
<smaeul>
yes, I was poking fun at the (apparently) religious issue of "config FOO imply BAR" versus "config BAR default y if FOO"
<apritzel>
well, I don't really care, but I know that "default y ..." works and was preferred at some point (by Simon, I think?)
<apritzel>
it does not look right to taint generic features with platforms specific defaults, but the alternatives are worse, AFAIK