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
SallyAhaj has quit [Remote host closed the connection]
SallyAhaj has joined #aarch64-laptops
SallyAhaj has quit [Ping timeout: 480 seconds]
djakov_ has quit [Server closed connection]
djakov has joined #aarch64-laptops
maz has quit [Server closed connection]
maz has joined #aarch64-laptops
agraf has quit [Server closed connection]
agraf has joined #aarch64-laptops
<steev>
bamse: same thing with an Apple USB-C Digital AV Multiport Adapter
<steev>
suspends fine, comes back with the unbalanced irq
EdLin has joined #aarch64-laptops
<EdLin>
Hi, does PS2 emulation exist for aarch64 linux?
<EdLin>
If this is too off topic or not allowed, I apologize
<steev>
i'm assuming there's a ps2 emulator that would run on it
<EdLin>
On the macs using apple silicon, they exist, and of course they exist on ordinary PCs
<EdLin>
The ordinary pc one has a Linux version
<EdLin>
Or rather, at least one of them
<EdLin>
Pcx2
<EdLin>
I think
<steev>
i don't think pcx2 bothered to re-write their recompiler to target arm64
<EdLin>
Yeah, someone else did that for the Mac
<EdLin>
I forgot which one
<EdLin>
I’m just curious because a friend’s sole gaming is playing final fantasy 12 and old DOS games, the latter has ARM emulation in the form of FEX
<EdLin>
He also loves battery life, and is a programmer
<EdLin>
I’m also wondering if the 8cx gen 3 would be performant for this.
<EdLin>
Or if he should wait for 2023 to get that sort of performance
<EdLin>
With the Nuvia based chips
<EdLin>
Sorry, kind of a curveball sort of theoretical question right now
<HdkR>
Ack, a question that was made for me and I was sleeping
iivanov has quit [Ping timeout: 480 seconds]
hexdump0815 has quit [Ping timeout: 480 seconds]
abelvesa has quit [Server closed connection]
abelvesa has joined #aarch64-laptops
<steev>
And then they left :(
<steev>
Out of curiosity, what’s the answer
<HdkR>
Any PS2 emulator that is targeting ARM is running on Android only right now. PCSX2 only recently finished the work I started and got their JITs converted over to x86-64. It's going to take a while before that project supports AArch64. Best bet would be to fixup Play! to support Linux+AArch64 but compatibility won't be the same
<HdkR>
I don't even know if Play! has a JIT though...
<HdkR>
Also, old dos games and FEX? I guess through Dosbox? That shouldn't need FEX if you use native Dosbox
<HdkR>
We don't emulate anything older than 32-bit mode, and aren't expecting to ever do so
<HdkR>
Speaking of which, how goes gpu on x13s steev? Would be nice to test if a crash is due to running out of RAM or actually a bug :P
<steev>
same state, sadly :(
<HdkR>
Dang
<steev>
was doing c630 stuff today, testing out the patches from bamse and trying to figure out why i get unbalanced irq
<steev>
now i'm trying to look through the dump bamse did, to see what i need to update locally
<HdkR>
Cool. I'm eagerly awaiting :)
<steev>
though i should really go to bed
<steev>
i say as he dumps more stuff on us...
<travmurav[m]>
steev: gnome crashed when trying the dp-alt-mode adapter for you?
<steev>
travmurav[m]: when i plug it in to the c630, yes
<travmurav[m]>
Fun, I suppose the same problem as mine
<steev>
it basically kicks me out to gdm
<travmurav[m]>
and gdm works fine?
<steev>
yeah
<steev>
and i can log back in, and it's fine
<travmurav[m]>
So I guess I have more problems than this then, but the session also dies for me
<steev>
well yes, the session is dead, but i can log back in
<travmurav[m]>
Yeah, and for me gdm starts to struggle hard
<steev>
ah, no, it's fine there,
<steev>
this is on the c630, so sdm850
<travmurav[m]>
right
<steev>
HdkR: otoh... bamse did also just submit the gpucc bits to the mailing list so... maybe he made progress?
<HdkR>
ooo, fancy
<steev>
hmmm, and i think i screwed up
<steev>
somehow i have a patch that i can't find now
tomeu has quit [Server closed connection]
tomeu has joined #aarch64-laptops
<steev>
this isn't something i would have written...
<steev>
blargh
<bamse>
steev: no more progress, just wanted to get it off my chest
derzahl has joined #aarch64-laptops
<steev>
ah
<steev>
i had the wrong copy buffer :)
<steev>
i always feel bad when i send an email and then notice i'm wrong :(
* gwolf
failed today to get the Andersson 5.19.0-rc8 working :-(
<gwolf>
The bit I _think_ I stumbled with is that I recall (and some instructions in the aarch64/debian-cdimage page say so) suggest using distro-defconfig
<gwolf>
but I don't know what's needed -- some compilation begins, but it «can't find default configuration "arch/arm64/configs/distro_defconfig»
<gwolf>
...tried building with defconfig, but the initrd panics, and no /dev/sd* are created
<gwolf>
...Tried make saveconfig, but got the same results
<bamse>
gwolf: you need to build with defconfig and then you need to make sure the ufs driver and qmp-ufs modules are included in the ramdisk...
<bamse>
but perhaps steev has a .deb to share?
<gwolf>
Well, I have built debs successfully for my other kernels in the past... this time the results baffled me :-(
<steev>
hm, that's definitely weird - give me just a sec
* gwolf
happily waits
<steev>
gwolf: its also possible you weren't using the correct dtb
<steev>
when testing these kernels, i don't install the dtb, i go into grub and manually type it in
<gwolf>
steev:I did install the dtbs using the install-dtbs.py script mentioned in aarch64-laptops/debian-cdimage
<steev>
ah, okay
<gwolf>
(of course, it wroke havoc when i tried to downgrade ;-) )
<steev>
yeah, i find it easier to just type in the dtb for the testings
<steev>
and let me check
<steev>
i may have modifications to initramfs-tools
<gwolf>
Ok -- but I am right in using "only" the defconfig instead of the distro- part?
<steev>
yes
<steev>
because that's not part of upstream, that's something shawnguo9 came up with
<gwolf>
I remember something like that completely killing my battery usage some kernels ago
<gwolf>
OK
janrinze has quit [Server closed connection]
<steev>
i've just carried it over because... why not have 50 billion modules we'll never actually use :)
<steev>
they're still uploading, but that's the one i tested
<steev>
actually
<steev>
wait
<gwolf>
ok....
<steev>
well no
<steev>
give that one a spin
<gwolf>
thx!
<steev>
but also
<gwolf>
And I regenerate the dtbs afterwards
<gwolf>
yes?
<steev>
i do have
<steev>
ufs_qcom in /etc/initramfs-tools/modules
<steev>
the 20220728 is the stuff from andersson tree
xroumegue has quit [Ping timeout: 480 seconds]
<steev>
i'm about to upload yesterday's next which has the stuff from the mailing list
<gwolf>
I'll try what you uploaded before crashing...
<steev>
but yeah, throw the ufs_qcom into /etc/initramfs-tools/modules file, and you should be good; i don't recall when that switch happened, but it's not built in
<steev>
alright 20220810 is also up
<gwolf>
yup, just downloaded it
<gwolf>
I'm... as always, multitasking :-[
<steev>
they should both be roughly 24MB
<steev>
actually 20220810 is only 22MB, 20220728 is 24 :)
xroumegue has joined #aarch64-laptops
jonasbits has joined #aarch64-laptops
<gwolf>
rebooting finally...
<gwolf>
OK! So far so good -- it boots and Wayland works fine :-)
pierro78 has quit [Remote host closed the connection]
leezu has quit [Quit: WeeChat 3.0]
jelly has quit [Server closed connection]
jelly has joined #aarch64-laptops
<robertmader[m]>
Hi, is somebody around who knows a bit about the Mali atomic KMS kernel driver? Under certain circumstances I'm seeing KMS updates being rejected when updating the cursor image on Gnome/Mutter - and I'd love to understand whether that's something that can be fixed on the Mutter side or is simply a driver issue.
tyutyjtyjtjyhtyh has joined #aarch64-laptops
tyutyjtyjtjyhtyh has left #aarch64-laptops [#aarch64-laptops]
SallyAhaj has quit [Quit: Leaving]
SallyAhaj has joined #aarch64-laptops
pierro78 has joined #aarch64-laptops
<steev>
gwolf: likely was just that missing ufs
suihkulokki has quit [Server closed connection]
suihkulokki has joined #aarch64-laptops
<gwolf>
steev: Anyway, I'm very happy. Finally I'll be able to present like a normal person! ;-)
Sobek[m] has quit [Server closed connection]
<gwolf>
steev: But it bugs me not to be able to build my own kernel :-Þ
Sobek[m] has joined #aarch64-laptops
<steev>
gwolf: i'm not doing anything special on my compiles - simply running make -j$(nproc) bindeb-pkg after running make defconfig
<gwolf>
right. That's what bugged me... Being unable to boot my own kernel reduces my geek score ;-)
<gwolf>
Ah! #8942
<gwolf>
just reassigned to us by DSA
<steev>
8942?
<gwolf>
Oops, sorry
<gwolf>
wrong channel
* gwolf
brews coffee
<robertmader[m]>
re Mali atomic KMS kernel driver: it looks like the problem with kms update fails happens when GL implicit sync takes long, maybe something like more than two refresh cycles. Fortunately there's a Mutter MR preventing that: https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/1880, solving the problem mostly
<jenneron[m]>
pierro78: i started to work on samsung galaxy book s, but it needs multi port usb for keyboard/touchpad, there are 5.19-based branches with support for it, but on 5.19 pmic arbiter fails..
<clover[m]>
i can't work from arm64 without it basically
<steev>
maybe you're missing some dependency in whatever box uses
<clover[m]>
i think i need to download the x86 library `gtk3-nocsd` and then load it doing `export LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libgtk3-nocsd.so.0`
<steev>
possibly
<clover[m]>
something to do with certain libraries not being 'wrapped' but box64 yet
<clover[m]>
s/but/by/
<steev>
that is entirely possible
<clover[m]>
i opened a github issue with box64 to see if it's an easy fix on their end
Penguinpee has quit [Quit: Leaving]
<clover[m]>
(and yes i did reach out to twingate trying to get them to just release an arm64 binary, like months ago)
pierro78 has joined #aarch64-laptops
Penguinpee has joined #aarch64-laptops
<pierro78>
jenneron : thanks for the galaxy book s ! good to know someone is working on it ! ... I am sorry I am more of a linux user than a linux kernel dev and need to get educated on the subject ... in the meantime I ve shared the info on https://github.com/aarch64-laptops/debian-cdimage/issues/16#issuecomment-1211326195 , maybe someone more knowledgeable can take advantage of it now ...
<pierro78>
(more knowledgeable THAN ME)
<jenneron[m]>
pierro78: i mostly gave up on this because of inconvenient testing, this is my daily drive laptop
<steev>
jenneron[m]: you might want to poke through bamse's tree for sc8180x branches as well as qzed's surface trees, since the galaxybook s is sc8180x
<jenneron[m]>
my patch is based on one of those branches
<jenneron[m]>
the problem is failing pmic arbiter which didn't happen on 5.15
<jenneron[m]>
i think it may worth bisecting those branches between 5.15 and 5.19, but i don't really want to do that myself, someone else will have to do that
<pierro78>
jenneron : do you "daily drive" your galaxy book s under linux ? the debian kernel (from https://github.com/aarch64-laptops/debian-cdimage/releases/tag/v0.4) I installed is v5.11, with no dtb I think ... if we could get your 5.15 kernel and dtb (with some instructions how to install maybe) that would be awesome :) - thanks :)
<jenneron[m]>
pierro78: as i've already said we need multi-port usb controller support for keyboard and touchpad
<pierro78>
ah ok, thanks !
<jenneron[m]>
also, it's not the way, the way is to fix it and maintain with mainline kernel
<jenneron[m]>
qzed: so you're suggesting to disable pmic@a and pmic@2 entirely, not only bcl nodes
<qzed>
yeah
<jenneron[m]>
will try that
falk689_ has joined #aarch64-laptops
pierro78 has quit [Remote host closed the connection]
falk689 has quit [Remote host closed the connection]
systwi has joined #aarch64-laptops
systwi_ has quit [Ping timeout: 480 seconds]
pierro78 has joined #aarch64-laptops
falk689 has joined #aarch64-laptops
falk689_ has quit [Remote host closed the connection]
derzahl has quit [Remote host closed the connection]
iivanov__ has quit [Quit: Leaving...]
Lucy[m] has quit [Server closed connection]
Lucy[m] has joined #aarch64-laptops
pierro78 has quit [Remote host closed the connection]