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
<craftyguy> nice, thanks for trying it. I was about to but was in the process of saving work elsewhere juuuuust in case 😅
chrisl has quit [Ping timeout: 480 seconds]
* craftyguy tries....
bionade24 has quit [Read error: Connection reset by peer]
bionade24 has joined #aarch64-laptops
<steev> luckily, all our stuff is open source, so i can just re-clone after rebuilding :D
<craftyguy> neato, the update worked for me too
<craftyguy> ya "saving work elsewhere" is adding commits and pushing heh
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
<steev> definitely handy! thanks for pointing that out!
phire_ has joined #aarch64-laptops
phire is now known as Guest15835
phire_ is now known as phire
Guest15835 has quit [Ping timeout: 480 seconds]
<freekurt[m]> Wait, how do I upgrade the firmware on my x13s without windows? Run that 2 year old script?
tobhe_ has joined #aarch64-laptops
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
tobhe has quit [Ping timeout: 480 seconds]
chrisl has quit [Ping timeout: 480 seconds]
<robclark> fwupd apparently
<robclark> I hope that also works on newer things
<steev> freekurt[m]: i downloaded the exe from lenovo's website, ran `innoextract n3huj22w.exe`, then ran the 2 commands in the link that craftyguy asked about - `fwupdmgr get-devices 2>/dev/null| grep -A 1 "System Firmware"` and then `sudo fwupdtool install-blob 'code$GetExtractPath$/Rfs/Fw/N3HET92W/\$0AN3H00.FL1' b3f2723a04671a24bdf2d087cf9da60dcf5cb886` (where b3f2723.... was the device id that is spit out by the get-devices command
<steev> could probably pretty it up and awk to only print the device id
<steev> fwupdmgr get-devices 2>/dev/null | grep -A 1 "System Firmware" | grep "Device ID:" | awk '{print $NF}'
<dgilmore> b3f2723a04671a24bdf2d087cf9da60dcf5cb886 is probably the device id on all x13s's
<craftyguy> Maybe, but this doesn't seem like a good time to make assumptions if it could mean bricking something 😅
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
<steev> true
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
GAODA has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
<JensGlathe[m]> rc6 seems better at suspend/resume
<JeromedeBretagne[m]> alexVinarskis: Thanks a lot for the feedback! Jens Glathe: also told me that the display seems to be using GPIO 3 (instead of 25), now I understand why from the ACPI dumps. I quickly tested it late yesterday, now I don't have the following error message anymore:
<JeromedeBretagne[m]> ```panel-simple-dp-aux aux-aea0000.displayport-controller: Couldn't power on panel to ID it; using conservative timings: -110 ```
<JeromedeBretagne[m]> What do you mean by "no gpios node listed" ?
<alexVinarskis[m]> Pmics with gpios have pmicName_gpios node in dtsi definition. 0th pmic for your platform doesn't. I checked, on Zenbook with x1p there are also x2 pmicgpios defined for display, one seems to not exist (or is something else?) as well, 2nd is enable gpio for the panel.
<JeromedeBretagne[m]> I'm planning to switch into drm.debug mode to see what's going on, as some other Surface displays need a quirk or 2, or some explicit parameters like link-frequencies
<alexVinarskis[m]> So no error, but still no image i assume? Did you try adding enable gpio for the panel as per my example? Or you could try to set it with gpioset for the test
<JensGlathe[m]> The dsdt provided displays have 2 lanes defined (eDP1.2), for 2880x1920 I would either expect HBR (810MHz link speed) or more lanes
<alexVinarskis[m]> jdb: you may also try reading panel's EDID from linux, eg. via cat /sys/class/drm/card1-eDP-1/edid | edid-decode to confirm that it is indeed powered on.
<JeromedeBretagne[m]> I don't see the edid file nor the eDP-1 directory yet in /sys/ . I can only see the `card1-DP-[12]` and the edid for my external monitor on the bottom UBS-C port (the only one working for video out so far)
<JeromedeBretagne[m]> Not having `card1-eDP-1` necessarily means that it is not powered on?
<JensGlathe[m]> I had the same effect with the newer panel-edp. Maybe it is anothe enable gpio required
<alexVinarskis[m]> Could be. Jdb: is that with pmicgpio as panel enable gpio as well or just with vreg enable gpio3?
<JeromedeBretagne[m]> Now, I'm on the go for work so my next tests will be later today
<JeromedeBretagne[m]> alexVinarskis: About your suggestion "Did you try adding enable gpio for the panel as per my example?", do you know if some other devicetrees have it as a reference example? I would need to add it into the `display` node? It doesn't seem very common
ravikant_ has joined #aarch64-laptops
<JensGlathe[m]> The x1e ones have these, for example T14s (oled)
ravikant__ has joined #aarch64-laptops
<JensGlathe[m]> But probably the PMICGPIO needs to be decoded first
<JeromedeBretagne[m]> Ok, I will have a look at this one, thanks for the pointer Jens!
martiert_ has joined #aarch64-laptops
martiert_work has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
<alexVinarskis[m]> <JensGlathe[m]> "But probably the PMICGPIO..." <- `enable-gpios = <&pmc8280c_gpios 8 GPIO ACTIVE_HIGH>`
ravikant_ has quit [Ping timeout: 480 seconds]
ravikant__ has quit [Ping timeout: 480 seconds]
pundir has quit [Quit: Connection closed for inactivity]
davidinux has joined #aarch64-laptops
<JeromedeBretagne[m]> That's exactly what I had in mind looking at the T14s dt, thanks for the explicit sample code !
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
<deathmist> SpieringsAE: how's external display for you on X1E Vivobook? I've got one now and compared to my old Slim 7x I can just get one monitor up at most currently on https://github.com/jglathe/linux_ms_dev_kit/tree/jg/ubuntu-qcom-x1e-6.15rc. https://github.com/SpieringsAE/linux/commit/425aced didn't seem to help with the built-in HDMI port either but maybe I missed something
ravikant_ has joined #aarch64-laptops
ravikant__ has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
pbrobinson has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
enyalios_ has joined #aarch64-laptops
enyalios has quit [Ping timeout: 480 seconds]
ravikant_ has quit [Ping timeout: 480 seconds]
ravikant__ has quit [Ping timeout: 480 seconds]
reng_ has joined #aarch64-laptops
reng has quit [Ping timeout: 480 seconds]
weirdtreething_ has joined #aarch64-laptops
ravikant_ has joined #aarch64-laptops
ravikant__ has joined #aarch64-laptops
weirdtreething has quit [Ping timeout: 480 seconds]
weirdtreething_ is now known as weirdtreething
pbrobinson has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
ravikant__ has quit [Ping timeout: 480 seconds]
ravikant_ has quit [Ping timeout: 480 seconds]
chrisl has quit [Ping timeout: 480 seconds]
SpieringsAE has joined #aarch64-laptops
<SpieringsAE> deathmist: I have not tried multiple displays yet, the hdmi port I've only managed to get working by booting the laptop while the hdmi cable is already inserted
<SpieringsAE> hotpluggin seems to be an issue for now
<deathmist> even with only HDMI plugged in while booting I couldn't get it detected
<SpieringsAE> hmm, what kind of monitor do you have? it seems to work with my 1440p one, but my 4k screen at work gets very weird with the hdmi port
<SpieringsAE> any messages in dmesg
<SpieringsAE> ?
<SpieringsAE> but yeah the hdmi port is very funky right
<SpieringsAE> now
<alexVinarskis[m]> Same hdmi setup also works most of times on coldboot on zenbook with 3440*1440. No hotplug yet, looking into it, but so far not much luck.
GAODA has quit [Ping timeout: 480 seconds]
alexeymin has quit [Ping timeout: 480 seconds]
alexeymin has joined #aarch64-laptops
alexeymin is now known as Guest15872
ravikant_ has joined #aarch64-laptops
ravikant__ has joined #aarch64-laptops
davidinux has quit [Ping timeout: 480 seconds]
ravikant__ has quit [Ping timeout: 480 seconds]
ravikant_ has quit [Ping timeout: 480 seconds]
ravikant_ has joined #aarch64-laptops
ravikant__ has joined #aarch64-laptops
craftyguy has quit [Remote host closed the connection]
craftyguy has joined #aarch64-laptops
<deathmist> SpieringsAE: it's just some older 144 Hz ViewSonic, on coldplug HDMI boot I do see [drm:msm_dp_ctrl_link_train_1_2 [msm]] *ERROR* link training #1 on phy 0 failed. ret=-6 towards the bottom
<deathmist> the port also behaved odd under windows and wouldn't calm down messing with blanking my even my main monitor until I reset it back to 60 Hz, then I could put it up to 120 Hz and things seemed ok
<deathmist> I do wonder if something from the existing the older MST patches can be pieced together for X1E. that way I could use a dock and plug in the original 90W charger to the other USB-C as I've finally confirmed the Vivobook appears to more or less be able to stand all-core compile loads without draining the battery from some brief tests :D
pbrobinson has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
ravikant__ has quit [Ping timeout: 480 seconds]
ravikant_ has quit [Ping timeout: 480 seconds]
davidinux has joined #aarch64-laptops
<davidinux> has anyone tried upgrading from 24.04 concept to 25.04 on a T14s?
<davidinux> and if so, anything to pay attention to before upgrading, or is the upgrade otherwise smooth
ravikant_ has joined #aarch64-laptops
ravikant__ has joined #aarch64-laptops
davidinux has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
pbrobinson has quit [Ping timeout: 480 seconds]
ravikant__ has quit [Ping timeout: 480 seconds]
ravikant_ has quit [Ping timeout: 480 seconds]
ravikant_ has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
ravikant_ has quit []
ravikant_ has joined #aarch64-laptops
pbrobinson has joined #aarch64-laptops
ravikant_ has quit [Ping timeout: 480 seconds]
SpieringsAE has quit [Quit: SpieringsAE]
pbrobinson has quit [Ping timeout: 480 seconds]
<alexVinarskis[m]> jdb: please ignore my comment above, its wrong. gpio3 is input pin (could be HPD for example). The only two other gpios mentioned are now defined for backlight enable and backlight PWM, and they seems to be correct. Does backlight work in your current setup, eg. can you see difference when adjusting the brightness?
<alexVinarskis[m]> weird thing is that one of the pins present for backlight enable on lenovo x13s is not actually listed in your dtst either... I removed stuff related to it, but thats not helping to power it up :D
<alexVinarskis[m]> here is the diff I reworked from your commit https://pastebin.com/t9WvuHL5, though I guess its very unlikely to work. You could try dumping AeoB files, perhaps they have some usefull TLMMGPIO/PMICGPIO there, if there is a windows driver that enables the panel somehow. Another option is to update BIOS to the latest and dump acpi again - they update these and sometimes add previously missing definitions.
chrisl has joined #aarch64-laptops
pbrobinson has joined #aarch64-laptops
<deathmist> meanwhile I found out Asus just hates the idea of giving me HDMI through an Aukey CB-C91 which was my previously known-working setup for the other display on Slim 7x. still works on another PC but on the X1E Vivobook it doesn't even work in Windows in neither port in neither orientation
<bryanodonoghue> alexVinarskis[m] anthony25
<bryanodonoghue> t14s works - I suspect slim7x will work too
<bryanodonoghue> data-lanes=<2> in the camera sensor should have been data-lanes = <1 2>
<bryanodonoghue> please test if you get a chance
<bryanodonoghue> this branch should work with Inspiron 14p, Dell XPS, Lenovo t14s, CRD and hopefully slim7x now too
pbrobinson has quit [Ping timeout: 480 seconds]
<alexVinarskis[m]> I see this does not include vreg fix that I've shared before - without that one the sensor does not even probe on Yoga 7slim.
<alexVinarskis[m]> bryanodonoghue tested on Zenbook, it works! the amount of times i went over those lines and missed it... thank you
Caterpillar has quit [Quit: Konversation terminated!]
<alexVinarskis[m]> though, it still spams dmesg errors i mentioned before (cam_cc_ife_1_gdsc status stuck at 'off' then repeating cam_cc_pll8 failed to enable!). Seems its not critical though.
pbrobinson has joined #aarch64-laptops
<JeromedeBretagne[m]> alexVinarskis: yes, I can see backlight adjusting with my first patch. It's difficult to detect under normal lighting conditions, it's more visible in a dark room, using the backlight +/- buttons from the Surface Typecover
pbrobinson has quit [Read error: Connection reset by peer]
<alexVinarskis[m]> but then either extra gpios are hidden in AeoB (can check if you dump them), or thats it, there is not explicit enable pin somehow ( try my reduced above)
pbrobinson has joined #aarch64-laptops
pabs has quit [Read error: No route to host]
pabs has joined #aarch64-laptops
<anthony25> bryanodonoghue: it's just the data-lanes to change or there is other things?
<anthony25> alexVinarskis[m]: I'll try with your vreg fix
<alexVinarskis[m]> Just data lanes.
pbrobinson has quit [Remote host closed the connection]
chrisl has quit [Ping timeout: 480 seconds]
hexdump01 has quit []
hexdump0815 has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
alexVinarskis has joined #aarch64-laptops
<alexVinarskis> bryanodonoghue: any chance you could share ov02c10's register and bit mask for vflip/hflip/mirror? It seems sensor supports it but its not implemented. In Asus Zenboook camera is upside down (needs vflip). On XPS for whats it worth it would need hflip. Some other sensors like ov02a10 already support this, I wouldn't mind implementing it, but guessing registers and bits is a little annoying....
alexVinarskis has quit [Quit: alexVinarskis]
chrisl has joined #aarch64-laptops
<alexVinarskis[m]> could you please try with this patch? https://bpa.st/KDWA
<JosDehaes[m]> Yes!
<JosDehaes[m]> [ 0.956381] ov02c10 1-0036: ov02c10_identify_module read chip id 0x00005602 want 0x00005602
<JosDehaes[m]> with cheese, it says can't open the device, but the Camera app does show the image (upside down and colors very green)
<JosDehaes[m]> * with cheese, it says there was an error playing video, but the Camera app does show the image (upside down and colors very green)
<JosDehaes[m]> * with cheese, it says there was an error playing video, but the Camera app does show the image (upside down like you said on zenbook and colors very green)
<alexVinarskis[m]> Cheese and eg. Firefox will only work when camera is exposed over pipewire, that needs extra steps. But this is awesome.
<alexVinarskis[m]> Will share a solution for camera rotation in 5 mins, got mine straightened out.
<JosDehaes[m]> happy to test!
<alexVinarskis[m]> added ov02c10 rotation support and patch to enable it for zenbook as yoga over here: https://github.com/alexVinarskis/linux-x1e80100-zenbook-a14/pull/1
<alexVinarskis[m]> probably not the most elegant/ready-to-upstream solution, seems best is to implement vflip and hflip functions, and call both when roatation of 180degs is expected. I have also just realized that camera probably should not be hfliped, as that would be done by client software (eg. video calling webapp).
<JosDehaes[m]> I just added `rotation = <180>;` and it worked!