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)
bluerise has quit [Ping timeout: 480 seconds]
bluerise has joined #aarch64-laptops
baozich has joined #aarch64-laptops
agl7 has quit [Remote host closed the connection]
agl7 has joined #aarch64-laptops
Kelsar has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
Kelsar has joined #aarch64-laptops
bluerise_ has joined #aarch64-laptops
bluerise has quit [Ping timeout: 480 seconds]
hightower2 has quit [Read error: Connection reset by peer]
hightower2 has joined #aarch64-laptops
bluerise_ has quit [Ping timeout: 480 seconds]
bluerise has joined #aarch64-laptops
agl7 has quit [Quit: bis denne]
<clover[m]> anyone know how i can build a kernel with binder and ashmem modules?
<clover[m]> i think i see the options i need nvm
<akawolf[m]> someone tried to work under video (en-)decoders?
<akawolf[m]> s/under/at
bluerise_ has joined #aarch64-laptops
bluerise has quit [Ping timeout: 480 seconds]
<clover[m]> grr didnt work
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
bluerise has joined #aarch64-laptops
bluerise_ has quit [Ping timeout: 480 seconds]
<HdkR> Has anyone tested Ampere Altra with a radeon GPU? Does it require the same hacks that the solidrun boards require?
<HdkR> Google seems to be failing me with this configuration
<steev> clover[m]: i don't think they can be modules without some patches
<steev> i think debian applies some to make it so
<clover[m]> hm
<steev> but now im not finding them
iivanov has joined #aarch64-laptops
bluerise has quit [Ping timeout: 480 seconds]
bluerise has joined #aarch64-laptops
bluerise_ has joined #aarch64-laptops
bluerise has quit [Ping timeout: 480 seconds]
bluerise_ has quit [Ping timeout: 480 seconds]
bluerise has joined #aarch64-laptops
matthias_bgg has joined #aarch64-laptops
bluerise_ has joined #aarch64-laptops
bluerise has quit [Ping timeout: 480 seconds]
bluerise has joined #aarch64-laptops
bluerise_ has quit [Ping timeout: 480 seconds]
Cyrinux9 has quit [Remote host closed the connection]
hightower2 has quit [Ping timeout: 480 seconds]
bluerise has quit [Ping timeout: 480 seconds]
bluerise has joined #aarch64-laptops
Cyrinux9 has joined #aarch64-laptops
bluerise_ has joined #aarch64-laptops
bluerise has quit [Ping timeout: 480 seconds]
svarbanov has quit [Remote host closed the connection]
svarbanov has joined #aarch64-laptops
bluerise has joined #aarch64-laptops
bluerise_ has quit [Ping timeout: 480 seconds]
baozich has quit [Remote host closed the connection]
bluerise_ has joined #aarch64-laptops
bluerise has quit [Ping timeout: 480 seconds]
init_x13s has joined #aarch64-laptops
init_x13s has quit [Remote host closed the connection]
hightower2 has joined #aarch64-laptops
bluerise_ has quit [Ping timeout: 480 seconds]
init_x13s has joined #aarch64-laptops
hightower2 has quit [Read error: Connection reset by peer]
init_x13s has quit [Remote host closed the connection]
init_x13s has joined #aarch64-laptops
svarbanov has quit [Ping timeout: 480 seconds]
svarbanov has joined #aarch64-laptops
agl7 has joined #aarch64-laptops
init_x13s has quit [Quit: Page closed]
<clover[m]> Ok
svarbanov_ has joined #aarch64-laptops
svarbanov has quit [Ping timeout: 480 seconds]
iivanov has quit [Ping timeout: 480 seconds]
agl77 has joined #aarch64-laptops
agl77 has quit [Read error: Connection reset by peer]
agl77 has joined #aarch64-laptops
bluerise has joined #aarch64-laptops
<steev> is it still called ashmem upstream? i don't even see ashmem now, only binder
svarbanov_ has quit [Remote host closed the connection]
<steev> steev@wintermute:~/kernels/torvalds$ git grep ASHMEM
<steev> kernel/configs/android-base.config:CONFIG_ASHMEM=y
<steev> steev@wintermute:~/kernels/torvalds$
<bamse> steev: i don't remember if ashmem did a visit in drivers/staging, but it was rejected upstream...so you're looking for memfd, but i don't know the status of use cases etc
<steev> that's for clover[m] :)
<bamse> then i shall thank you for forwarding my answer
<bamse> "answer"
<clover[m]> So apply that patch before building?
<steev> no, you should use memfd
<clover[m]> Will I am still missing binder too
<steev> / BINDER 1
<steev> or / <enter> BINDER <enter> 1 <enter>
<steev> should take you to it
<steev> the numbers that are in ( ) on the search results are shortcuts to hit to go to each response
<bamse> make config and press 'y' when you get to the right one
<steev> oof
<steev> bamse likes to work harder not smarter
<bamse> party like it's 1992!
<steev> woo
<steev> not sure if my -next stuff is up to date, but i'm showing we're ~28 patches on top.
<steev> audio, and gpu, mainly
<bamse> i'm down to linux-next + GPU + 1 issue with the recently introduced PSR patches
<steev> should be
<steev> wait, you have working audio without srini's patches? or is this a case where my local ones apply on top of whats in there
<bamse> so getting pretty close to being able to run the linux-aarch64-rc project
<bamse> no i have bluetooth
<steev> ah
<bamse> hmm, i see we have another panel patch in there still
<bamse> s/we/i/...
<steev> that one MIGHT be upstream already and just kept around because it adds in correctly
<steev> i've had that happen before
<bamse> steev: you can drop the "hack: disable..." if you pass arm64.nopauth on the kernel commandline
<steev> si, i just saw that
<steev> likewise the hack reset can be efi=noruntime
<bamse> not sufficient to use dtbloader for that one?
<steev> jhovold keeps it applied, so maybe not?
<bamse> ahh "This is needed until the boot firmware..." so you shouldn't need that if you have the fancy new bios (or dtbloader)
<steev> oh the fancy new one that says linux support
<steev> i should try dropping that then, yeah
<bamse> right
matthias_bgg has quit [Ping timeout: 480 seconds]
matthias_bgg has joined #aarch64-laptops