ChanServ changed the topic of #aarch64-laptops to: Linux support for AArch64 Laptops (Asus NovaGo TP370QL - HP Envy x2 - Lenovo Mixx 630 - Lenovo Yoga C630)
iivanov has joined #aarch64-laptops
kholk[m] has quit []
sporos11[m] has quit []
amstan has quit []
exit70[m] has quit []
EmersonCardoso[m] has quit []
qzed[m] has quit []
amstan has joined #aarch64-laptops
EmersonCardoso[m] has joined #aarch64-laptops
exit70[m] has joined #aarch64-laptops
fevv8[m] has joined #aarch64-laptops
kholk[m] has joined #aarch64-laptops
qzed[m] has joined #aarch64-laptops
sporos11[m] has joined #aarch64-laptops
MatrixTravelerbot[m] has joined #aarch64-laptops
iivanov_ has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
macc24 has joined #aarch64-laptops
derzahl has joined #aarch64-laptops
<derzahl>
steev: hows the 5.13 kernel coming along?
<steev>
same status, sadly
<steev>
i don't think i ever got any kind of response to my message about the rcg thingie
<derzahl>
is there anything new in 5.13 specifically for the c630 that you havent patched into 5.12?
<steev>
there's changes, i dunno if they are *specific* to the c630
<steev>
i try to pull in things that make sense, but i don't wanna do like i did before where i pulled in all of the fs changes from 5.9 or whatever into 5.8 just to get the fs encryption working
<steev>
maybe it was 5.8 into 5.7
iivanov_ has quit []
<derzahl>
any plans to make an LTS branch?
<derzahl>
is there still alot of dev going on for the sdm850?
BlitzWorks has quit [Ping timeout: 480 seconds]
<steev>
lts is 5.10
<steev>
i don't feel like backporting stuff to 5.10
<steev>
would much rather we get the 5.13/5.14 issues figured out and get as much into mainline and then can lts the next lts
<steev>
one thing i would like to figure out is why no ipa on 5.12 but do on 5.13, it would be nice to pull that in.
<derzahl>
ah, yeh. sounds good to me!
<steev>
"only" 70 patches... but i dunno if that's enough
<steev>
Your branch is ahead of 'origin/linux-5.12.y' by 147 commits.
<steev>
welp
<bamse>
must be a really good branch you have there ;)
<steev>
first boot was a kernel panic, and 2 of i2c not wanting to reset, but this time it came up and i have the rmnet_ipa0 so.... the 73 or so patches for rmnet/ipa seemed to do the trick
<steev>
steev@limitless:~$ ip a | grep ipa
<steev>
2: rmnet_ipa0: <> mtu 1500 qdisc noop state DOWN group default qlen 1000
<steev>
it's ugly though because i did... "git format-patch -o patches origin/linux-5.12.y..origin/linux-5.13.y drivers/net/ethernet/qualcomm/rmnet/ drivers/net/ipa/" then it didn't compile so looked up the missing bits and then did "git format-patch -o patches-include origin/linux-5.12.y..origin/linux-5.13.y include/linux/if_rmnet.h"
<steev>
if i were to redo it, i'd probably slap that into the first one
<bamse>
so you're saying that torvalds + the single ipa patch doesn't do it for you?
<steev>
this is 5.12 sir :(
<steev>
and it definitely did not
<bamse>
delivered on stone tablets...
<steev>
5.13 it was working, 5.12 wasn't... so i stole everything that went into 5.13 for rmnet and ipa
<bamse>
i see
<steev>
minus the 3 that were backported for whatever reason
<steev>
derzahl: if you want i pushed it... but dear god do i want to rebase to make it nicer. i like the way jstultz does it to explain each different patchset but i'm too lazy to do the annotations
<steev>
you have to enable qcom_ipa and rmnet, i didn't add that to the defconfig yet, as i wanted to test that it even came up