ChanServ changed the topic of #linux-cros-arm to:
hexdump01 has joined #linux-cros-arm
hexdump0815 has quit [Ping timeout: 480 seconds]
dcz has joined #linux-cros-arm
<jenneron[m]> weirdtreething: there are memory timings hardcoded in u-boot, i suppose one could change timings to their 2 gb bank
<janrinze> jenneron[m]: in the mt8195-dojo.dtsi there is one gpio for resetting the max98390. However there seem to be two of them and the second does not have an associated reset gpio. If one reset line is used for both, wouldn't that reset the first while configureing the second and undo the settings of the first one? Just thinking..
<janrinze> jenneron[m]: oops, mt8195-cherry-dojo-r1.dts of course.
<jenneron[m]> janrinze: there are 2 amplifiers, i guess they use the same gpio for resetting
<jenneron[m]> and you can't assign the same gpio to 2 nodes
<janrinze> jenneron[m]: it seems i have some difficulty reproducing my kernel builds. The kernels I built today fail to boot from nvme. I need to investigate this. Looks like I have broken something.
<janrinze> jenneron[m]: Duh.. I'm adding the wrong dtb to the kernel..
<jenneron[m]> janrinze: if you want i can give an easy way to bootstrap kernel to pmOS
<jenneron[m]> creating depthcharge image and flashing it is automated
<jenneron[m]> it might be better for testing patches
<janrinze> jenneron[m]: yes, probably but it's not in my debian setup.
<jenneron[m]> janrinze: well, the way is basically:... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/FUXcluZKWDVmDfGrnVvjCnJQ>)
<jenneron[m]> repeat steps steps 7-9 every time you do some changes in kernel to test them
<jenneron[m]> it is easier if you ssh-copy-id your ssh key and disable password for sudo using visudo
<janrinze> jenneron[m]: that is if I wanted to run pmOS. I am running debian. The pmbootstrap I will use if there are updates from postmarketOS to test.
<jenneron[m]> janrinze: i mean that you can test patches this way without affecting your debian installation
<janrinze> jenneron[m]: When testing pmOS I will use the USB stick.
<janrinze> jenneron[m]: because I use a USB stick, I won't need to sideload. Just need to reinstall on the stick. right?
<jenneron[m]> well, you can run pmbootstrap install instead of 9 step
<jenneron[m]> but it will take time
<jenneron[m]> and sideload is much faster
<janrinze> sideload probably won't work when i am running debian, right?
<jenneron[m]> it won't
<jenneron[m]> it just uses ssh to install new package
<janrinze> jenneron[m]: I am using the laptop for other stuff, not kernel or pmOS related. The main idea for this laptop was to test software that is running on other systems and have aarch64 architecture. For that purpose, the laptop will be 'in use'. In general I can easily reboot using a USB stick and run pmOS for testing but the NVMe is setup to run debian.
<jenneron[m]> yeah testing device that's in use is always annoying
<janrinze> that way I can quickly resume the work on other software by rebooting from the NVMe.
<jenneron[m]> you don't need to flash anything to nvme to test kernel though, USB is fine
<jenneron[m]> janrinze: this is what i suggested for booting pmOS from USB and using sideload
<janrinze> Well, If I had infinite funds I would get another laptop for pmOS testing ;-)
<jenneron[m]> hehe, if i had infinite funds i would get ones for myself instead of asking other people to test stuff
<janrinze> actually i would also get another M1 Ultra for kernelbuilding then ;-)
<janrinze> jenneron[m]: where are you located?
<jenneron[m]> Ukraine
<janrinze> I'm in NL
<janrinze> Ah, right. That's a long way from here.
<jenneron[m]> why are you asking though
<janrinze> Is it easy to get these types of hardware around there?
<jenneron[m]> janrinze: i usually buy such things on US ebay, sometimes in EU but rarely
<janrinze> in NL it seems that aarch64 hardware is not that popular and thus shops have very little options.
<jenneron[m]> the shipping for a laptop from US or EU to Ukraine costs 15-25$, and no taxes if under 150€
<jenneron[m]> i usually don't buy things more expensive than ~70$
<jenneron[m]> (for working on pmOS i mean)
<jenneron[m]> although my daily drive laptop is more expensive(Lenovo Yoga 5G, Snapdragon 8cx), bought it in EU as well
<janrinze> I have been pushing aarch64 hardware into several projects in the past and still do a few tests/patches for some projects if necessary. Most of those projects run on NVidia based embedded systems.
<janrinze> Snapdragon seems okay. The latest addition there is supposed to be a M2 competitor.
<janrinze> All the embedded systems run Debian and it is my preferred OS for Linux. Alpine seems to be a good contender for embedded too.
<janrinze> My daily drive is not a laptop, it's the M1 Ultra, running Debian. The M1 and upwards don't support 32 bit code so I wanted to have a laptop that can do both arm32 and arm64. Ended up with this HP laptop.
<janrinze> jenneron[m]: I wonder if firmware cannot be loaded because the filingsystem has the firmware directory moved to /usr/lib/firmware and there is a symlink /lib -> /usr/lib
<jenneron[m]> that's fine
<jenneron[m]> janrinze: btw is kernel module built-in or..?
<jenneron[m]> you need to make it module
<jenneron[m]> because otherwise it will try to load firmware before mounting rootfs which is wrong
<janrinze> Well, the firmware is present, rootfs is already mounted at that point. systemd messages are already there. So I think it is something with the firmware loader.
<janrinze> jenneron[m]: "LoadPin: firmware old-api-pinning-ignored .." might be a hint. I'll rebuild with firmware in the kernel. should at least help a bit.
<jenneron[m]> <janrinze> "Well, the firmware is present..." <- at which point?
<jenneron[m]> > rootfs is already mounted at that point
<janrinze> Okay, it appear the requested file actually wasn't present on disk.. Duh.
<janrinze> jenneron[m]: I have arrived at a new situation: mt8195_mt6359 mt8195-sound: error -EBUSY: Cannot register card. This is with all the firmware fixes for dojo. (copied the dojo firmware over the generic ones)
<jenneron[m]> janrinze: can you upload the output of `git diff` and `dmesg`?
<jenneron[m]> thanks
<janrinze> jenneron[m]: busy is a lot better ;-)
<jenneron[m]> janrinze: you need this as well https://dpaste.com/AZXZZ46Z8
<jenneron[m]> please try it, then send git diff and dmesg again
<weirdtreething[m]> <jenneron[m]> "weirdtreething: there are memory..." <- hmm
<weirdtreething[m]> I'll need to look at how coreboot does it
<jenneron[m]> thanks, i will tell you if we find anything
<janrinze> jenneron[m]: the panel_edp_probe that crashes is probably something i should remove from the kernel config, right?
<weirdtreething[m]> ah so veyron reads ram config from straps on the board
<jenneron[m]> janrinze: nope, don't remove it
<janrinze> jenneron[m]: keyboard backlight works :-) didn't know how to set it but found some info on that. Also the setting is saved somewhere so it remains over boot/powercycle.
<weirdtreething[m]> keyboard backlight can be controlled by sysfs or ectool
<janrinze> jenneron[m]: The Cortex-A78 is plenty fast to run code from serveral Cortex-A57 machines at the same time :-) allows me to simulate a full setup in real time. \o/ yay!
hexdump01 has quit []
hexdump0815 has joined #linux-cros-arm
<hexdump0815> just in case anyone else is interested in joining the mt8195 dojo effort: there seems to be some spanish shop outlet-pc.es which offers a model similar to the one used by janrinze for around 300 euro - just search for 13b-ca0000ns there
<hexdump0815> i don't want to put a link here to not end up spamming the channel, but maybe it might be interesting for others wanting to help getting the hardware working as the price seems to be quite ok, but it seems to have a spanish kbd
<hexdump0815> i just ran across it - i have no more details about it - the shop seems to be real (i.e. no fake) as i remember a friend bought something there a while ago and they seem to ship to many countries in europe
<jenneron[m]> well, it is still 300 euro for something i won't use but will only do porting stuff
<janrinze> hexdump0815: If there was some kind of joint effort to support maintainers of pmOS for specific hardware that would probably help a lot.
dcz has quit [Ping timeout: 480 seconds]