ChanServ changed the topic of #aarch64-laptops to: Linux support for AArch64 Laptops (Chrome OS Trogdor Devices - Asus NovaGo TP370QL - HP Envy x2 - Lenovo Mixx 630 - Lenovo Yoga C630 - Lenovo ThinkPad X13s - and various other snapdragon laptops) - https://oftc.irclog.whitequark.org/aarch64-laptops
alpernebbi has quit [Ping timeout: 480 seconds]
ellyq has joined #aarch64-laptops
\\ has quit [Ping timeout: 480 seconds]
abby has quit [Ping timeout: 480 seconds]
alpernebbi has joined #aarch64-laptops
ellyq_ has quit [Ping timeout: 480 seconds]
tobhe_ has joined #aarch64-laptops
tobhe has quit [Ping timeout: 480 seconds]
paddymahoney has quit [Ping timeout: 480 seconds]
paddymahoney has joined #aarch64-laptops
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
whiskey8 has quit [Remote host closed the connection]
<steev>
tobhe_: what bios version is it running?
bladentum[m] has joined #aarch64-laptops
abby has joined #aarch64-laptops
\\ has joined #aarch64-laptops
alfredo has joined #aarch64-laptops
alfredo1 has joined #aarch64-laptops
alfredo has quit [Ping timeout: 480 seconds]
alfredo1 is now known as alfredo
alfredo1 has joined #aarch64-laptops
alfredo has quit [Ping timeout: 480 seconds]
alfredo has joined #aarch64-laptops
alfredo1 has quit [Ping timeout: 480 seconds]
SpieringsAE has joined #aarch64-laptops
SebasTEAan[m] has joined #aarch64-laptops
alfredo1 has joined #aarch64-laptops
agl_ has joined #aarch64-laptops
kalebris_ has joined #aarch64-laptops
svarbanov_ has joined #aarch64-laptops
tobhe has joined #aarch64-laptops
bladentum[m] has quit [reticulum.oftc.net helix.oftc.net]
paddymahoney has quit [reticulum.oftc.net helix.oftc.net]
tobhe_ has quit [reticulum.oftc.net helix.oftc.net]
hexdump01 has quit [reticulum.oftc.net helix.oftc.net]
todi has quit [reticulum.oftc.net helix.oftc.net]
alpernebbi has quit [reticulum.oftc.net helix.oftc.net]
agl has quit [reticulum.oftc.net helix.oftc.net]
svarbanov__ has quit [reticulum.oftc.net helix.oftc.net]
alfredo has quit [reticulum.oftc.net helix.oftc.net]
nirik has quit [reticulum.oftc.net helix.oftc.net]
mb[m] has quit [reticulum.oftc.net helix.oftc.net]
amstan has quit [reticulum.oftc.net helix.oftc.net]
lollaritits[m] has quit [reticulum.oftc.net helix.oftc.net]
travmurav[m] has quit [reticulum.oftc.net helix.oftc.net]
juergh has quit [reticulum.oftc.net helix.oftc.net]
konradybcio has quit [reticulum.oftc.net helix.oftc.net]
aaarch64[m] has quit [reticulum.oftc.net helix.oftc.net]
z3ntu has quit [reticulum.oftc.net helix.oftc.net]
Eighth_Doctor has quit [reticulum.oftc.net helix.oftc.net]
kalebris has quit [reticulum.oftc.net helix.oftc.net]
_xav_ has quit [reticulum.oftc.net helix.oftc.net]
krei-se has quit [reticulum.oftc.net helix.oftc.net]
hexa- has quit [reticulum.oftc.net helix.oftc.net]
ektor5 has quit [reticulum.oftc.net helix.oftc.net]
flokli has quit [reticulum.oftc.net helix.oftc.net]
kalebris_ is now known as kalebris
alfredo1 is now known as alfredo
juergh has joined #aarch64-laptops
ektor5 has joined #aarch64-laptops
hexdump01 has joined #aarch64-laptops
todi has joined #aarch64-laptops
krei-se has joined #aarch64-laptops
maud has joined #aarch64-laptops
_xav_ has joined #aarch64-laptops
flokli has joined #aarch64-laptops
SpieringsAE has quit [Read error: Connection reset by peer]
<tobhe>
steev: 1.31
<tobhe>
probably the latest because I just updated yesterday
hexa- has joined #aarch64-laptops
paddymahoney has joined #aarch64-laptops
<gabertron>
try that grub version -- i found a workaround for the code that was crashing -- took way too long to debug this.. and I totally forget how to make the file search for the configfile someplace.. so I have it just use configfile (hd0,gpt12)/efi/boot/grub.cfg which is what i'm using
<gabertron>
appears this buffer that is being malloc'd:
<gabertron>
looks like the heap is allocated from basically max memory downward, so for the 64GB system its allocating in a higher memory range than previously, so probably a bug someplace going from 32GB to 64GB I would guess
<gabertron>
is somehow invalid.. its a 32768 byte buffer.. basically when data is attempted to be copied into that the system reboots
Eighth_Doctor has joined #aarch64-laptops
aaarch64[m] has joined #aarch64-laptops
z3ntu has joined #aarch64-laptops
konradybcio has joined #aarch64-laptops
travmurav[m] has joined #aarch64-laptops
lollaritits[m] has joined #aarch64-laptops
alfredo has joined #aarch64-laptops
* travmurav[m]
somehow kinda assumed it's memory allocation since he remembers uefi prefering to use heap from the end of ram
<travmurav[m]>
can probably load a dirty driver that would just alloc 32GiB as boot services ram xD
<HdkR>
Surprised it breaks from top-down allocation strategies. Does ARM server platforms not use grub at all?
alfredo1 has joined #aarch64-laptops
<jannau>
grub supposedly works fine on 192GB M2 Ultras, it works on my 64GB M1 Ultra. EFI through u-boot though so a different setup
<jannau>
sounds more likely that the BIOS is including memory it shouldn't in the memory map
<jannau>
try allocating a large chunk of memory first in grub and never use it
alfredo has quit [Ping timeout: 480 seconds]
alfredo1 is now known as alfredo
alfredo has quit [Quit: alfredo]
<konradybcio>
64gb folks, please drop the output of cat /sys/kernel/debug/qcom_socinfo/*/*
Jasper[m] has joined #aarch64-laptops
<Jasper[m]>
Isn't part of the issue that they can't boot?
<konradybcio>
they can't boot grub
<HdkR>
Don't worry, I also haven't gotten Linux booting either
<konradybcio>
efi shell?
AZMindroma[matrix][m] has joined #aarch64-laptops
<HdkR>
ye
alpernebbi has joined #aarch64-laptops
<konradybcio>
and you had the dell or?
<HdkR>
Nah, T14s
<konradybcio>
hm.. fully updated etc?
<konradybcio>
at what point does it die?
<HdkR>
Somewhere in lateinit of the kernel. Can't get a network interface to come up
<konradybcio>
what if you pass mem=20G
<konradybcio>
as a cmdline parma
jkm_ has joined #aarch64-laptops
jkm has quit [Ping timeout: 480 seconds]
<HdkR>
I'll need to give that option a try when I get a minute
alfredo has joined #aarch64-laptops
_Iveth_13 has joined #aarch64-laptops
_Iveth_13 has quit []
alfredo has quit [Quit: alfredo]
maud has quit [Remote host closed the connection]
<tobhe>
gabertron: your binary works
rfs613 has quit [Ping timeout: 480 seconds]
jgowdy has quit [Quit: _]
jgowdy has joined #aarch64-laptops
rfs613 has joined #aarch64-laptops
<tobhe>
screen also turns dark but for a short moments I can see tuxes
KieranBingham[m] has joined #aarch64-laptops
<KieranBingham[m]>
Hrm ... i rebased from v6.11-rc1 to jhovold/wip/sc8280xp-6.11-rc6 ... and I seem to have lost the ability to control my screen brightness on x13s ... any existing known issue around this ?
<KieranBingham[m]>
I just rebooted back to 6.11-rc1 and the screen brightness is working again ..
<JensGlathe[m]>
Hmm on rc6 here, brightness adjustment works
<JensGlathe[m]>
but it sometimes (? not sure) die when I close the lid, screen won't come back up
<gabertron>
tobhe: yay
<gabertron>
hdkr: the method to limit grub's memory to 4GB ended up working btw once I unrolled all of my other changes -- so I made a patch for grub to do that and included my build scripts and the resulting binary etc
<gabertron>
so anybody can build their own grubaa64.efi from those scripts super easily -- basically just run the script on your x13s or whatever (some aarch64 device)
<HdkR>
gabertron: Nice!
<HdkR>
Giving more evidence that the BIOS services are returning bad memory regions that shouldn't be touched
<hogliux>
nirik: hmm suspend just doesn't work for me - something always immedietely wakes the laptop up again. I think during suspend only the keyboard should wake the device, but that's clearly not happenung for me. If I just move the mouse or touch the screen the device is back on.
<hogliux>
nirik: Also, if I run this little snippet: `I=0; while true; do echo ${I}; I=`expr ${I} + 1`; sleep 1; done`, it continues counting while the laptop is suspended.
<hogliux>
anonymix007[m]: I need to figure out what the difference is between the two repos. Right now, I have a grub entry for both jhovold's kernel and your kernel. If I boot into initramfs' busybox from jhovold's kernel the screen stays on. If I boot into busybox with your kernel, the screen blanks after two minutes or so.
<hogliux>
anonymix007[m]: Maybe it's the three additional patches that I apply to jhovold's kernel (i.e. see the three pacthes in the kernel section here: https://rentry.co/u33pcakd ). I really want to understand the exact cause of why the screen goes blank after a minute or two if not all modules are loaded.
<anonymix007[m]>
hogliux: do you have all the required firmware and modules in your initramfs?
<nirik>
huh, now it's resuming right away for me too. :(
<nirik>
I see in dmesg:
<nirik>
[Sat Sep 7 12:03:34 2024] mhi mhi0: Requested to power ON
<nirik>
[Sat Sep 7 12:03:34 2024] mhi mhi0: Power on setup success
<nirik>
[Sat Sep 7 12:03:34 2024] mhi mhi0: Wait for device to enter SBL or Mission mode
clee has quit [Read error: Connection reset by peer]
<JensGlathe[m]>
sounds like ath11k_pci / ath12k_pci is t eculprit
<anonymix007[m]>
The default boot option should automatically choose the correct dtb for ThinkPad, Yoga or Vivobook. It was only tested on the T14s (32GiB IPS), so testing it on other devices would be highly appreciated