03:40 <steev> okay, if anyone wants to try to figure out what i'm missing with 6.1.0-rc7 and audio... I've pushed https://github.com/steev/linux/tree/lenovo-x13s-6.1.0-rc7-notworking-audio - i include the defconfig i'm using as almost_audio_defconfig - not sure what i'm missing exactly, here's a cmd timeout on some opcode, but i have no idea what the opcode is, and i'm missing some sink widgets, whatever the hell those are (and dear god it would be

03:40 <steev> nice if it didn't require 17+ kernel options to enable the damn audio drivers, and tracking down what you have to enable to even make the options you want show up. anyway, a paste of the dmesg output wrt audio bits is at https://paste.debian.net/1262591/ so if anyone wants to play, by all means

03:40 <steev> or one of those audio/sound wizards, that can tell just based on the output, if they wanna chime in, that would be amazing too

03:43 <steev> and yeah, it's based on the johan_defconfig

06:28 <aceridus> So, I am playing around with getting Arch Linux installed on a Hisense C11 as per https://archlinuxarm.org/platforms/armv7/rockchip/hisense-chromebook-c11, but after following the steps to install a Mainline kernel all I get is a black screen at boot. Any idea how I can get some console output to see what is wrong?

07:02 <steev> aceridus: just for the record, the aarch in aarch64 means arm64, not arch linux arm64 - you might get better results asking in #archlinuxarm on libera.chat - that said, there was a patch floating around somewhere that turned one of the usb ports for rk3288 into a debug port

07:07 <aceridus> steev: Thanks, I understand on the aarch64 point. I am asking here because it seems that hexdump0815 has quite a lot if information about Mainline on arm Chromebooks under their github, so though I would query quickly to see if they/someone are already aware of a know issue and/or can point me in the direction of how to debug further

07:07 <steev> ah that's fair - and for the record, i wasn't trying to redirect you away - we've just had a numer of people coming in here thinking this was an archlinux arm channel :D

07:15 <aceridus> steev: All good. I just wanted to work on something that wasn't quite as deep into blind bring-up territory as the Galaxy Book Go. I thought the Hisense would be an easy install based on the archlinuxarm.org material, but I guess not...haha. Learning about how it all works is the fun, but not when you run up against a black screen and don't know how or where to get more info...

11:10 <srinik> clover[m]: could you try the new ucm2 chagnes from https://git.linaro.org/people/srinivas.kandagatla/alsa-ucm-conf.git/log/?h=x13s

13:41 <broonie> steev: Those 'Failed to add route' messages look like there's a plain old code bug (possibly in the DT, but possibly in the drivers).

13:42 <broonie> If you're getting anything other than deferred probe errors it shouldn't be a kernel options thing.

14:48 <clover[m]> srinik:... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/hyLAsEInylmJbXHMdLvszybe>)

14:49 <clover[m]> dmesg: https://pastebin.com/w6V5ie0Y

14:49 <srinik> clover[m], steev: regading the noworking audio branch, that branch does not have some patches that are in next.. am currently adding them and testing it out. will let you know

14:50 <srinik> clover[m]: could you share output of strace on that alsaucm listcards?

14:53 <clover[m]> here ya go: https://pastebin.com/auKqZBSG

14:57 <srinik> clover[m]: thanks could do this cd /usr/share/alsa/ucm2/conf.d/sc8280xp/; ln -sf LENOVO-21BX0015US-ThinkPadX13sGen1.conf ../../Qualcomm/sc8280xp/SC8280XP-LENOVO-X13S.conf

14:57 <srinik> clover[m]: and then try alsacum cmd again

14:59 <clover[m]> i've had it since yesterday:... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/HZZRDJnsbDyOHYeeRFqiaYeP>)

14:59 <srinik> clover[m]: but as per alsaucm strace it does not find it.. can you recheck it

15:00 <srinik> clover[m]: faccessat(AT_FDCWD, "/usr/share/alsa/ucm2/conf.d/sc8280xp/LENOVO-21BX0015US-ThinkPadX13sGen1.conf", R_OK) = -1 ENOENT (No such file or directory)

15:02 <clover[m]> oh lol, the diff is

15:02 <clover[m]> LENOVO-21BX0015US-ThinkPadX13sGen1.conf

15:02 <clover[m]> LENOVO-21BYZ9SNUS-ThinkPadX13sGen1.conf

15:03 <clover[m]> issue with the way i've packaged it?

15:08 <clover[m]> alsaucm is looking for the first, but i have the second

15:41 <clover[m]> ok srinik manaully changing the symlink "worked" rebooting caused lots of terrible crackles and popping sounds though

15:42 <clover[m]> rebooting to windows they seem to still work fine, but that was scary

15:44 <srinik> clover[m]: this name is derived from dmi information from Vendor and Product and board name fields. which is different to the on I have. that is why you see the difference

15:45 <srinik> clover[m]: regarding crackles, wsa speakers and not really great when we swith it on and off without sending any data, they seems to accumulate some charge..

15:45 <clover[m]> can it damage the speakers?

15:50 <srinik> clover[m]: i dont think so.

15:53 <clover[m]> besides the crackles, after about 10 seconds everything goes quiet. sound still doesnt work, but no more dummy output

15:55 <srinik> clover[m]: which kernel branch are you testing this?

15:55 <srinik> clover[m]: you should see 2 sinks, speaker and headphones and two sources dmic and headset mic

15:56 <srinik> clover[m]: is this same case with both headset an speakers?

15:58 <clover[m]> the crackle is the same when i plug in my headphones, i see to sinks yeah

15:58 <clover[m]> *two sinks

15:59 <srinik> clover[m]: can you try playing something and see if it works for you

15:59 <clover[m]> it doesn't, firefox on youtube wont play anymore at all

15:59 <clover[m]> it used to play when i used my BT headphones

16:04 <steev> same here, just crackle and/or static - i don't know why i didn't strace earlier :(

16:06 <srinik> steev: no audio for you as well on both speaker and headset?

16:06 <srinik> steev: it works fine for me with youtube and hangouts on chrome..

16:06 <steev> speakers is no, testing headphones now

16:06 <srinik> steev: i see some issue with speakers on your latest branch but it works on my branch.. am debugging that.

16:08 <steev> oh

16:08 <steev> lots of stuff in dmesg

16:08 <steev> one moment

16:09 <steev> srinik: https://paste.debian.net/hidden/7fb812ca

16:09 <srinik> steev: that does not look nice, can you share the branch that you are testing this from?

16:09 <steev> this is on 6.0.10, not sure what patches i'm missing still for 6.1.0-rc7

16:10 <steev> it's https://github.com/steev/linux/commits/lenovo-x13s-6.0 for the 6.0.10

16:10 <srinik> steev: np, am making some progress on your -rc7 branch .. will push the changes requried and let you know

16:11 <steev> and the config i'm using should be the laptop_defconfig but to be sure, the /boot/config-6.0.10 is http://sprunge.us/AiMeNg

16:11 <srinik> steev: I have audio working on your rc7 branch.. i will share the config as well

16:12 <steev> oh nice

16:12 <steev> would definitely prefer the rc7, as wifi works better there

16:12 <steev> plus because 6.1 is close :)

16:19 <szclsya[m]> do we have actual wifi driver now?

16:19 <steev> the issue isn't the driver, it's the firmware, and no

16:19 <steev> not yet

16:19 <szclsya[m]> oh well

16:28 <steev> srinik: also, oddly, i can't actually get any video playback in any browser. not that i expect you to look into it or anything - the closest i get is vivaldi which plays the video but constantly shows the buffering circle

16:28 <srinik> steev: https://git.linaro.org/people/srinivas.kandagatla/linux.git/log/?h=lenovo-x13s-6.1.0-rc7-audio I reverted some of the old patches and picked new ones from next along with other missing patches.

16:28 <steev> but still no audio on headphones nor speaker

16:29 <steev> will give that a whirl

16:29 <srinik> steev: added defconfig that I used, for now for some reason speaker is very silent and headset works fine.. am debugging the speaker issue.. we had some new patches around reset lines in this area.. so am suspecting these

16:37 <steev> will spin it up while working and give it a whirl in a bit

17:02 <krzk> srinik: this was only for wsa883x and there is no mainline board using it

17:04 <srinik> krzk: for some reason on rc7 wsa883x is very silent.. .. i have not tested this with recent rc.. but have you seen any issues on sm8450 hdk ?

17:05 <krzk> srinik: no, loud and clear except these cracks

17:05 <krzk> but very silent like silent or quiet? :)

17:05 <srinik> krzk: thanks, thats great

17:06 <srinik> krzk: very silent.. audio seems to be going out but No noise at all.

17:06 <krzk> because if silent, then maybe you use older DTS patch (the one with ACTIVE_HIGH for reset gpio)

17:06 <krzk> but your new patches are here correct

17:06 <srinik> krzk: these are new patches.. with ACTIVE LOW

17:07 <srinik> if we are not reseting the wsa every swr register write should timeout, so reset seems to be okay..

17:09 <krzk> Your pins in pin cfg for speaker reset lines are output-high, so maybe the reset does not happen?

17:09 <krzk> I think deafult state should be then output-low and the driver will stop resetting them after probe?

17:10 <srinik> if it does not reset then every write to this codec will just timeout.. and it will not be enumerated on the bus

17:33 <steev> https://usercontent.irccloud-cdn.com/file/xhrw9ZR6/69169518158__0D9E72C4-C878-4179-BBD7-C64885F55F46.mp4

17:33 <steev> srinik: switching to speakers (it defaults to headphones)

17:34 <steev> switching back to headphones that staticy noise plays about 5-10 seconds and then stops - and dmesg has https://paste.debian.net/hidden/a8e47946

17:37 <steev> and headphones are silent

17:44 <steev> that's using the audio_defconfig too

17:48 <steev> not sure if it matters or not, but i'm using apple headphones (the only ones i have)

17:48 <steev> and just silence there

18:11 <aceridus> hexdump0815: Any ideas on my question? https://oftc.irclog.whitequark.org/aarch64-laptops/2022-12-02#31677285

18:27 <steev> srinik: actually, before trying to do anything, this is the dmesg output - seems i have a port not registered? not sure if that matters - https://paste.debian.net/hidden/68963d87 - GPR: Port (10000017) is not registered, and still getting a cmd timeout for [1001021] opcode

19:24 <jenneron[m]> aceridus: black screen could be anything and you can't get logs if panel related drivers are modules and it doesn't boot to rootfs

19:25 <jenneron[m]> (it could be a good moment to promote pmOS here, but veyron devices are still WIP)

19:27 <aceridus> jenneron[m]: Hmm, fun. I presume it worked at some point in the past due to the archlinuxarm.org wiki page. I can boot with the ChromeOS kernel, but it isn't stable and when I tried to install packages with pacman the kernel exploded, so not a functional option.

19:29 <aceridus> jenneron[m]: I have already come across some of the pmOS wiki pages regarding veyron. I will likely give it a go at some point although I don't know that I want to be on an Alpine based install for more than just tinkering.

19:30 <aceridus> jenneron[m]: So, I guess the only way to figure out what is going on is to make myself a SuzyQable?

19:41 <hexdump0815> aceridus: sorry - did read it just yet ... i think easiest would be to simply at least test boot my veyron image after adjusting its uboot and maybe setting the proper default entry in extlinux.conf - hisense should be jerry

19:43 <hexdump0815> aceridus: if that works (which it in theory should) you can either drop my kernel into your arch rootfs or build your own one based on the patches referenced in my readme.cbr

19:43 <hexdump0815> aceridus: i tested veyron on mighty and jaq for all the last kernels versions up to v6.0 to be working well

19:46 <hexdump0815> aceridus: in case you run into any problems feel free to open a new issue in my github repo - i have no problem also discussing problems not directly related to my images there

20:12 <jenneron[m]> aceridus: pmOS wiki currently suggests to install u-boot as a secondary bootloader, we're working on an ability to omit this step

20:12 <jenneron[m]> not we, but jenneron*

20:25 <hexdump0815> yes chainloading a mainline uboot is the best way to boot the armv7l chromebooks at it cannot brick anything and gives you quite a bit of flexibility

20:26 <hexdump0815> using native kpart boot is very limited size wise to i think 16mb which might get very short for an initrd, but with pmos it might be an option too due to their clever split initrd and loading the missing pieces from the small initial initrd

20:33 <jenneron[m]> yeah, it's enough for us because we do initramfs-extra thing

20:36 <jenneron[m]> hexdump0815: you can reduce size of initramfs with setting MODULES=dep in initramfs config, or you can just avoid using initramfs if you don't provide FDE support

20:36 <jenneron[m]> (for debian)

20:40 <hexdump0815> jenneron[m]: oh - will have to look into the MODULES=dep setting - thanks a lot ... i definitely want to have initramfs support as my usual way to use the images is to boot from them and then install with luks fde onto emmc from there following my ugly readme for that procedure

20:42 <jenneron[m]> hexdump0815: note that veyron bootloader doesn't support initramfs itself, but it's worked around in depthcharge-tools

20:43 <hexdump0815> interesting - but i have settled with u-boot chainloading for the armv7l chromebooks for now as it does all i need for all of them and i guess there will not be any new armv7l ones anymore :)

20:44 <jenneron[m]> unfortunately, new u-boot versions didn't work for veyron jerry for us

20:44 <jenneron[m]> old ones require python 2 to build which is deprecated

20:45 <jenneron[m]> also, emmc in broken in u-boot on newer versions with other veyron devices (minnie, speedy)

20:46 <jenneron[m]> as for me it's too difficult to fix all the devices in u-boot owning only one of them (speedy), so i've decided to boot with depthcharge on these devices

20:46 <hexdump0815> maybe lets move over to #linux-cros-arm to not take over the channel too much with chromebook topics :)

22:49 <aceridus> hexdump0815: thanks for the tips, I will see if I can get your image to boot at some point this weekend. Let me join the other channel too, didn't know it existed!