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)
SallyAhaj has joined #aarch64-laptops
<steev> clover[m]: if you want, i think i tagged it correctly... i added a -1 tag, it includes the uefi stuff from qzed (answer Y to the 2 new options), it also adds "timings" for the lcd to get rid of that splat, and (more for completeness than anything, adds in chassis type)
<clover[m]> you da man
<steev> i forgot you don't use grub - with the efivars stuff built in, the next time update-grub ran, it would add an option to enter the efi firmware stuff, but dunno if it works, i haven't actually tried that
<clover[m]> i use sd-boot
<steev> yeah :)
<steev> we all have our flaws
<clover[m]> lol
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
iivanov__ has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
iivanov__ has quit [Ping timeout: 480 seconds]
matthias_bgg has quit [Ping timeout: 480 seconds]
<jhovold> steev: I've updated the wip/sc8280xp-20220720 branch with some wireless-next regression fixes that restores WiFi
matthias_bgg has joined #aarch64-laptops
c00k has joined #aarch64-laptops
<javierm> does anyone have a minimal kernel config for the hp x2 chromebook ?
<danielt> I have a kernel config that I use (which I copied from some docs a long time back)... I didn't minimise it though.
<c00k> same as javierm for miix-630?
<c00k> my miix-630 is times out at wating for device /dev/disk/by-uuid/dfd...
<javierm> danielt: cool. Could you please share it?
<danielt> javierm: Yep... just digging it out.
<c00k> javierm: do you allready have a functioning setup?
<javierm> c00k: I do, yes. But it's a config from https://github.com/eballetbo/chromebooks and the config is for many chromebooks
<javierm> so it takes a while to build and I want to do a kernel bisection, hence the need for a smaller config that's only tailored to the hp x2
<javierm> danielt: thanks!
<c00k> aha, what distro are you running?
<javierm> c00k: Fedora
<c00k> danielt: could you share it with me too?
<c00k> javierm: how did you install? I'm still running the ubuntu 18 version I managed to install
<javierm> c00k: using the scripts in that repo you could just do:
<javierm> sudo ./chromebook-setup.sh deploy_fedora --architecture arm64 --storage /dev/sda --distro fedora
<javierm> and installs F36 by default, everything works besides the wifi
<javierm> you can also install a different Fedora raw image with --image foo.raw
<c00k> ah, that's nice!
<c00k> I'll take a look
<javierm> c00k: Ok
<c00k> wasn't it also possible for the sdm835 to use the blob's for wifi?
<javierm> c00k: I don't know tbh. I just plugged a USB wifi adapter and moved on :)
<c00k> javierm: :)
<danielt> So... FWIW I am using https://gist.github.com/daniel-thompson/cf79e92e2f6f2c8da051ed31900bd389 (I don't remember where I got it TBH is looks like it was setup for multiple chromebooks too... I suspect it might be related to the cadmium stuff since I contributed the initial X2 port to that project and was trying to align as much as I could).
<javierm> danielt: thanks. I'll compare with mine. I guess that will have to trim it down which was something I was trying to avoid
<danielt> From my own config `make localmodconfig` strips out 177 config options and removing the mediatek and rockchip platform support knocks out another 100.
<javierm> danielt: yeah, I'll use localmodconfig too
<c00k> danielt: thanks!
<c00k> javierm: thanks!
alpernebbi has quit [Ping timeout: 480 seconds]
systwi has joined #aarch64-laptops
<danielt> javierm: I was a little curious about what is enabled in my config. Self-compiled from-clean build on the HP X2 takes 20m33 for the config I post, whilst with a localmodconfig and the Mediatek and Rockchip platforms disabled this dropped to 16m14.
<javierm> danielt: good to know. I got distracted by something else but will do a localmodconfig with your .config later
iivanov has quit [Ping timeout: 480 seconds]
<qzed> bamse: should this qcom TrEE/uefi stuff go to drivers/firmware or drivers/soc/qcom?
matthias_bgg has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
iivanov has quit [Read error: Connection reset by peer]
iivanov has joined #aarch64-laptops
iivanov has quit [Read error: Connection reset by peer]
iivanov has joined #aarch64-laptops
iivanov__ has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
<steev> jhovold: oh nice, i'll give it a try later
iivanov__ has quit [Quit: Leaving...]
matthias_bgg has joined #aarch64-laptops
<steev> qzed: sorry about the email? apparently kernel test robot tests my tree? i never knew
<qzed> nothing to be sorry for, that actually reminded me that I had to update the docs in the first patch too xD
Evaia632 has joined #aarch64-laptops
Evaia63 has quit [synthon.oftc.net graviton.oftc.net]
Evaia632 is now known as Evaia63
<steev> jhovold: yep, that fixed the wifi issues for me too, thanks :D
<clover[m]> linux-steev rc7-1 package built
<steev> clover[m]: :) well that's good to hear... i was somehow able to push the tag without pushing the commits
<clover[m]> ok, so you need to re-tag?
<steev> no
<steev> i got them pushed eventually, but you confirmed it worked
<steev> i'll be doing a new one once we have the proper commits for the uefisecapp stuff
<clover[m]> am confuse
<steev> i was having issues pushing the commits because i'd somehow pushed the tag first. eventually got them pushed out, and you confirmed that it built
<steev> i build my tip of tree, not a tag
<clover[m]> i see, ok i made a new iso with it, will test when i get home. anything specific i should look for? the conservative panel warning should be gone right?
<steev> conservative panel splat should be gone, and /sys/firmware/efi/efivars should be populated, assuming you made QCOM_TEE=y and QCOM_TEE_UEFISECAPP=y
<clover[m]> ok will check
<clover[m]> will add those to the config
<qzed> alright, I think things should be ready for submission...
<qzed> but I think I wait until I get an answer from bamse if this should rather go got soc/qcom or anywhere else
<qzed> oh, and I'll need to rebase this onto some tree probably, but which?
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
<clover[m]> <steev> "conservative panel splat..." <- you mean CONFIG_QCOM_TEE and CONFIG_QCOM_UEFISECAPP, right?
<steev> ah, they might be named that in the version in that tree, yeah
<clover[m]> no, they don't exist at all
<steev> erm
<clover[m]> but i dont see any entry with just "^QCOM" like tat
<steev> hm, okay, so that tag failed...
<clover[m]> maybe, cause it didn't prompt me to change anything in the config
<clover[m]> when i built it
<steev> oh, i think i know why
<steev> what
<steev> okay
<steev> i don't understand tags, and i have no idea why the tags aren't tagging
<steev> okay i THINK i got it
<steev> -3
<steev> well, it should be, but according to the github web interface, 5.19.0-rc7+thinkpad-x13s{,1,2,3} are all identical
<steev> but if i git log locally, 5.19.0-rc7+thinkpad-x13s-3 shows the commit of chassis type
<steev> and it does as well on github
<steev> can't you use a committish in your pkgbuild instead of tag?
<steev> https://github.com/steev/linux/commits/linux-5.19.0-rc7%2Bthinkpad-x13s i mean, that's showing it's all there, but i *thought* tags were immutable?
<clover[m]> i think tags just freeze a commit
<clover[m]> like a freeze a snapshot of the entire repo at that commit
<qzed> I think freezing etc. is a bit too specific of a word for that... tags are just fancy pointers with a readable name to some change
<qzed> or rather some tree/state
<qzed> but I have no idea what git does if you push a tag without the object it points to
<steev> i have no idea either, i would have thought it pushed it all
<qzed> yeah... would be the sane thing
<steev> i see it in the github interface, i see the commit too
<qzed> then I guess everything should be there
<steev> clover[m]: can you clone it and oldconfig?
<steev> because your config won't magically get them
<steev> and if you're just doing laptop_defconfig, i didn't add them there yet either
<qzed> in other news: I hope those area ready to send off now: https://github.com/linux-surface/kernel/commits/s/spx/qcom-tee-uefisec/v1
hexdump0815 has joined #aarch64-laptops
<clover[m]> steev: looks like conservative gone! https://ironrobin.net/linux-x13s/alpha/dmesg-2.txt \0/
hexdump01 has quit [Ping timeout: 480 seconds]
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
<steev> awesome :)
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
<clover[m]> Look what I have now
<clover[m]> didn't need that -2 tag, steev
<clover[m]> You did it right first time, it was my fault I think
<steev> yay
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
<clover[m]> Does this mean firmware can choose dtb without having to pass dtb= parameter
<steev> no
<clover[m]> rip ok
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
flowriser has joined #aarch64-laptops
<clover[m]> Wow I am star struck
<qzed> there's something that systemd doesn't want to include? :P
<amstan> can you perhaps include a link instead?