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)
<szclsya[m]> ugh just realized rc4 is the latest upstream version, I need some sleep...
Penguinpee_ is now known as Penguinpee
<clover[m]> steev: can you possibly tag rc4?
<steev> Let me go back over it tonight and make sure it’s all kosher
<steev> After the game, anyway
<clover[m]> cool
<szclsya[m]> just built it by specifying the branch, it boots
<szclsya[m]> audio still doesn't work though
<HdkR> What's the current branch to use on x13s?
<steev> oh, thanks for reminding, i should defconfig again to update options
<steev> szclsya[m]: that is expected, i believe i've mentioned a few times, we only have the machine driver, we do not have the dts bits
<szclsya[m]> ah...
<steev> i believe, but don't quote me, once the machine driver is accepted, the dts bits will get posted
e1eph4nt has quit [Ping timeout: 480 seconds]
<clover[m]> too late i already tweeted it
<clover[m]> jk
<clover[m]> audio i one of those things you want fully tested before shipping. dont want to blow up your speakers
<clover[m]> s/i/is/
<steev> Someone remembers the daisy_snow snafu
<szclsya[m]> <clover[m]> "audio i one of those things..." <- *cough* Apple
minecrell8 has joined #aarch64-laptops
Erisa has joined #aarch64-laptops
juergh has quit [Quit: ZNC 1.8.2+deb2build5 - https://znc.in]
juergh has joined #aarch64-laptops
e1eph4nt has joined #aarch64-laptops
e1eph4nt has quit [Ping timeout: 480 seconds]
e1eph4nt has joined #aarch64-laptops
<HdkR> Now the question is, was I compiling the kernel on-device or off device
e1eph4nt has quit [Ping timeout: 480 seconds]
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
<steev> why not both
<HdkR> Looks like it was on-device compiling with off-device NFS storage of the source
e1eph4nt has joined #aarch64-laptops
e1eph4nt has quit [Remote host closed the connection]
<szclsya[m]> I did it on device because it's the best arm device I have
e1eph4nt has joined #aarch64-laptops
e1eph4nt has quit [Ping timeout: 480 seconds]
e1eph4nt has joined #aarch64-laptops
e1eph4nt has quit [Ping timeout: 480 seconds]
<HdkR> Not a happy laptop when it goes for a reboot and doesn't come back
<clover[m]> rc4 booting fine here, didn't help my displaylink sadly
e1eph4nt has joined #aarch64-laptops
rpirea has joined #aarch64-laptops
rpirea has quit [Remote host closed the connection]
rpirea has joined #aarch64-laptops
<HdkR> ah there we go, just needed to build ext4 into the kernel instead of a module
e1eph4nt has quit [Ping timeout: 480 seconds]
rpirea_ has joined #aarch64-laptops
rpirea has quit [Read error: Connection reset by peer]
frytaped has joined #aarch64-laptops
flowriser has quit [Remote host closed the connection]
e1eph4nt has joined #aarch64-laptops
flowriser has joined #aarch64-laptops
flowriser has quit [Remote host closed the connection]
xroumegue has joined #aarch64-laptops
frytaped has quit [Quit: WeeChat 3.5]
e1eph4nt has quit [Ping timeout: 480 seconds]
e1eph4nt has joined #aarch64-laptops
frytaped has joined #aarch64-laptops
e1eph4nt has quit [Ping timeout: 480 seconds]
e1eph4nt has joined #aarch64-laptops
frytaped has quit [Remote host closed the connection]
frytaped has joined #aarch64-laptops
rpirea_ has quit [Read error: Connection reset by peer]
e1eph4nt has quit [Ping timeout: 480 seconds]
e1eph4nt has joined #aarch64-laptops
rpirea has joined #aarch64-laptops
e1eph4nt has quit [Ping timeout: 480 seconds]
e1eph4nt has joined #aarch64-laptops
Penguinpee has quit [Remote host closed the connection]
Penguinpee has joined #aarch64-laptops
e1eph4nt has quit [Ping timeout: 480 seconds]
e1eph4nt has joined #aarch64-laptops
Penguinpee has quit [Ping timeout: 480 seconds]
e1eph4nt has quit [Ping timeout: 480 seconds]
e1eph4nt has joined #aarch64-laptops
Penguinpee has joined #aarch64-laptops
e1eph4nt has quit [Ping timeout: 480 seconds]
e1eph4nt has joined #aarch64-laptops
e1eph4nt has quit [Ping timeout: 480 seconds]
e1eph4nt has joined #aarch64-laptops
e1eph4nt has quit [Ping timeout: 480 seconds]
flowriser has joined #aarch64-laptops
e1eph4nt has joined #aarch64-laptops
e1eph4nt has quit [Ping timeout: 480 seconds]
e1eph4nt has joined #aarch64-laptops
e1eph4nt has quit [Ping timeout: 480 seconds]
e1eph4nt has joined #aarch64-laptops
<clover[m]> Phew
e1eph4nt has quit [Ping timeout: 480 seconds]
<clover[m]> rebooting into linux from windows seems to work now steev
<steev> si, that's the 3 patches from dmitry, there's still more that is busted, but overall good
e1eph4nt has joined #aarch64-laptops
e1eph4nt has quit [Ping timeout: 480 seconds]
<HdkR> Alright, lets see if I can move the needle on GPU at all
<HdkR> *Press F to doubt*
<HdkR> steev: How do I update the dtb with this dtbloader thing?
<steev> HdkR: sudo python3 /usr/local/bin/install-dtbs.py /usr/lib/linux-image-$kver /boot/efi/dtb
<HdkR> Or can I override with grub?
<steev> you can override with grub, yeah
<steev> just add a line at the bottom of "devicetree /path/to/your/sc8280xp-lenovo-thinkpad-x13s.dtb"
<HdkR> Alright, that's a better choice since I don't want to break EFI
<steev> i do the latter when testing dtb changes so that i have working dtb in efi, and can test changes
<HdkR> that's exactly my thinking
e1eph4nt has joined #aarch64-laptops
<HdkR> Alright, custom DT loading sanely. I see DPU is coming up with a bunch of information
<szclsya[m]> <clover[m]> "Leo Shen: PR: https://github.com..." <- nice, will merge when available
falk689 has quit [Ping timeout: 480 seconds]
<HdkR> First step, throw a bunch of 8150 garbage in the dt and hope for the best
falk689 has joined #aarch64-laptops
Lucanis0 has quit [Ping timeout: 480 seconds]
falk689 has quit [Remote host closed the connection]
falk689 has joined #aarch64-laptops
<clover[m]> Fingers crossed
<HdkR> nope
e1eph4nt has quit [Ping timeout: 480 seconds]
<HdkR> Interesting, putting a gpucc in the DT alone is enough to cause it to reboot
<HdkR> Oh, wrong gpucc
falk689 has quit [Remote host closed the connection]
<steev> HdkR: if you really want to poke at it, you can pull in https://github.com/steev/linux/commits/sc8280xp-next-20220808-nonworking-gpu the top 9 commits i think they are
<steev> or, look through those 9 for inspiration for what is needed
<steev> the problem i see here is that the iommu doesn't come up
<HdkR> ah, fun
<steev> 01:43:28 <steev> steev@x13s:~$ sudo cat /sys/kernel/debug/devices_deferred
<steev> 01:43:28 <steev> [sudo] password for steev:
<steev> 01:43:28 <steev> 3d00000.gpu platform: supplier 3da0000.iommu not ready
<steev> i haven't had time to circle back and look at it
falk689 has joined #aarch64-laptops
<HdkR> I'm poking at the smmu now, looks like probe is failing with -110
<steev> Pretty sure there’s a hack in place that smmu should just come up
<HdkR> Nabbing your adreno_ssmu definition and seeing if it changes anything
<HdkR> Still probe failure with -110. Interesting
e1eph4nt has joined #aarch64-laptops
<steev> you will want more than just that
<HdkR> Does it have some indirect dependency that isn't explicitly defined in the DT? Is this why it is timing out?
<HdkR> Might be waiting on gpucc since I missed the power domain difference there
<steev> i couldn't tell you off the top of my head
<steev> and at the moment, i have to get more work done :(
falk689 has quit [Remote host closed the connection]
<HdkR> hmmmm
<clover[m]> posted about my displaylink issue: https://github.com/DisplayLink/evdi/issues/379
falk689 has joined #aarch64-laptops
<HdkR> Alright, so it is waiting for gpucc to come up which is why the smmu is timing out on my end
<HdkR> Removed the dependency and it tried getting brought up
<HdkR> Tries enabling clocks but GMU isn't up yet
flowriser_ has joined #aarch64-laptops
Lucanis has joined #aarch64-laptops
<HdkR> Oh, would be useful to compile in the sc8280 CC driver
e1eph4nt has quit [Ping timeout: 480 seconds]
flowriser has quit [Ping timeout: 480 seconds]
<HdkR> That's the adreno_smmu coming up
<HdkR> adreno gets added to an iommu group
<HdkR> msm_cpu then complains about failing to bind the gpu "adev bind failed: -6"
<HdkR> er, msm_dpu
<HdkR> "dp_display_probe [msm]] *ERROR* component add failed, rc=-6"
<HdkR> "Unknown GPU revision 6.9.0.0"
<HdkR> Recompile msm copy and pasting that id in the array
<HdkR> Display is back alive again
<HdkR> msm_dpu now managed to bind the gpu
<HdkR> Complaining about failing to load a640_gmu.bin
<clover[m]> missing firmware?
<HdkR> Not sure what firmware it is actually wanting here
<HdkR> Looks like I have a630_{gmu,sqe}
falk689 has quit [Remote host closed the connection]
falk689 has joined #aarch64-laptops
<HdkR> Looks like renaming the a630_gmu firmware made it angry
<HdkR> No idea what these files are for or what even the correct one would be
<HdkR> maybe a660?
<steev> the a690 is 660 derived, yeah
<HdkR> alright, lemme nab the a660 firmwares from there
<clover[m]> i see a690 in there, have you tried plugging that in?
<HdkR> Oh, woops, I was looking at upstream linux-firmware repo. Let me get those ones from that repo
<qzed> those are extracted from qcdxkm8280.sys so I'd guess they should work (the a680 one at least works on the pro X)
<HdkR> Neat
<qzed> fwiw a640 also works on 8180/pro x, so I guess the a660 should also work on 8280
<clover[m]> good work qzed :)
<HdkR> oop, deadlock
e1eph4nt has joined #aarch64-laptops
<HdkR> Looks like some debian processes tried coming up before that though, maybe something was logged
<HdkR> GMU firmware dies
<HdkR> Not sure what to make of that
e1eph4nt has quit [Ping timeout: 480 seconds]
<clover[m]> is the firmware size incorrect?
<HdkR> 55240bytes
<clover[m]> maybe it expects a640 size but you are giving a690
<HdkR> dunno. I thought it just loads it, doesn't care about size
<qzed> GMU firmware is AFAICT based on blocks that it loads at specified addresses
<qzed> in the log it complains about not finding matches for a few of the blocks in the firmware
<qzed> for example `failed to match fw block (addr=00004000 size=54460 data[0]=bd1fb51f)`
<qzed> so the firmware contains some data block of size 54460 that should be written to address 0x4000
e1eph4nt has joined #aarch64-laptops
<HdkR> What describes address 0x4000?
<HdkR> Does that need to be in some reserved location?
<HdkR> Looks like a650 offsets that to address 0x10004000
<HdkR> Potentially needed for a690 as well?
<HdkR> Doesn't seem to be described in DT
<qzed> no, I think that's something hard-coded... the a690 should probably allocate that in the a650/a660 branch that I've linked to
<qzed> fwiw this^ is some block layout in the windows driver
<HdkR> Interesting, has both the 0x4000 and 0x10004000
<qzed> yeah, so I assume those are different things
e1eph4nt has quit [Ping timeout: 480 seconds]
<qzed> I think that should include a `|| gpu->revn == 690`
jelly has quit [Ping timeout: 480 seconds]
<qzed> ah, steev's sc8280xp-next-20220808-nonworking-gpu should include that
<HdkR> Definitely did not though
<HdkR> Since I'm basing off the 6.0-rc4 branch
<qzed> seems like it has some things that might help
e1eph4nt has joined #aarch64-laptops
jelly-hme has joined #aarch64-laptops
<HdkR> rebuilding that branch and hoping for the best
<clover[m]> :pray:
<steev> no, don't rebuild the branch, give me a sec
<steev> HdkR: https://buildd-arm.kali.org/experiments/thinkpad those patches should *mostly* apply with git am; at worst, you might have to patch one manually because it touches the dts or something
<steev> on my 6.0.0-rc4
<HdkR> https://github.com/Sonicadvance1/linux/commit/4581b04592034c2c51555615da52379acdece5da This is all I changed. I need to stop trying now since this style of work burns me out super quickly
<HdkR> and had to make sure to enable gpucc for sc8280xp, since that is why I was getting timeouts or w/e
<HdkR> The other CC drivers were being compiled but not that one
falk689 has quit [Remote host closed the connection]
falk689 has joined #aarch64-laptops
<steev> oh, right, the gpucc isn't built, that would definitely cause issues
<HdkR> Hopefully that can help you push it over the finish line. I'm toast :P
<steev> i'll have to compare since you applied them all and then made a commit :P
<steev> but i can't do that til i get some spare time
<HdkR> Well, only 1 commit on top of your 6.0 rc4 branch
<steev> right, but that one commit is 8 patches here
<HdkR> this is without those patches you said could be applied with git am
<HdkR> I've never used git am so I have no idea how to even use it
<steev> git am patch
<steev> or git am *.patch
<steev> or git am *
<steev> it's just like patch
<HdkR> I see, I usually just use patch
<steev> and that drops the attribution :)
<steev> git am does require a git formatted patch
<steev> and that's all bamse's work on the gpu, aside from the rpmhpd hack
<steev> so i gotta see what the difference is between yours and his
<steev> though i do notice, you use sm8280 not sc8280
<HdkR> oops
<HdkR> oh yea, that was copy and pasting then s/8150/8280/ or something
<steev> fwiw, i did just boot the stuff here and.... it just reboots
<HdkR> yea, it manages to spam that GMU stuff and then locks or reboots
<steev> oh
<steev> make sure you don't have amd,imageon in your dts/dtsi
<steev> i don't see that removed in your patch
<HdkR> I definitely didn't remove that
<steev> that's the black magic that lets us use !GPU
<HdkR> Not sure if it even got to that point with the GMU crashing
falk689 has quit [Remote host closed the connection]
falk689 has joined #aarch64-laptops
e1eph4nt has quit [Ping timeout: 480 seconds]
<clover[m]> this stuff sounds like a pain
<steev> it's only a pain because there's no easy way to get the development feedback you would normally get
mcbridematt has joined #aarch64-laptops
<HdkR> Can't really start up gdb and see why hardware isn't coming up
e1eph4nt has joined #aarch64-laptops
e1eph4nt has quit [Ping timeout: 480 seconds]
e1eph4nt has joined #aarch64-laptops
<steev> well, even being able to see the messages would be nice
<HdkR> It appeared in the kernel log for me
<steev> my kernel log appeared as ^@^@^@^@^@^@^@^@...
<HdkR> huh
<HdkR> Maybe I had disabled the gpucc clocks from adreno_smmu to get those messages