<z3ntu>
bamse: looks like you're poking around the Tachyon, anything further interesting to share already? I haven't booted mine up yet, not super excited about an Ubuntu 20.04 image... and I haven't seen kernel sources for that build either but maybe I haven't looked around enough
rocc has joined #linux-msm
rocc has quit []
rocc has joined #linux-msm
valpackett_ has joined #linux-msm
Daanct12 has quit [Quit: WeeChat 4.7.0]
<bamse>
z3ntu: the information i got from the forum was that they are working on ubuntu 24.04 and when that is done they will release the source code...but i don't want to wait and i don't want ubuntu
<z3ntu>
Same
<bamse>
z3ntu: i have some basic things enabled (storage, pcie, wifi, usb, display, gpu etc)...sufficient to browse the particle forum etc...
<bamse>
it's idling at around 50C and i probably have the wrong wifi calibration data...
valpackett_ has quit [Ping timeout: 480 seconds]
<z3ntu>
Hi, anybody have an idea what's going wrong with sound sm8250.c and qcom_snd_sdw_startup leading to null pointer dereference in snd_soc_dai_set_stream? My sound setup right now is just MI2S and no soundwire stuff (no wcd configured yet)
<aklimov>
z3ntu: it goes to NULL pointer dereference?
<aklimov>
z3ntu: i can try to cook simple patch to fix that
<z3ntu>
Trying to debug why dai->driver->ops is null in the last bit, but I don't quite get why it's trying to setup soundwire/sdw bits for MI2S in the first place
<aklimov>
it should just ignore sdw when it is not present/compiled/there
<z3ntu>
pretty sure swr stuff is all enabled in kconfig, just not configured in dts
<z3ntu>
but yeah, if you have an idea, would be nice if you could make something there
<aklimov>
still may fail
<aklimov>
i had some local changes to workaround that, when i was debugging compress playback via hdmi/i2s
<z3ntu>
also a stupid workaround would be fine for now, just trying to actually get to what I was trying to do, this is not going upstream anytime soon anyways because it probably won't work
<z3ntu>
aklimov: I'll stop trying to debug this then since you seem to have something, thanks
<aklimov>
z3ntu: let me search my local files, i'll get back to you
<aklimov>
z3ntu: and if (dai->driver->ops && dai->driver->ops->set_stream) from first link
<aklimov>
krzk: db7e59e6a39a4d3d54ca8197c796557e6d480b0d -- that works fine iirc on sm8250, it just needs to ignore swd calls when dealing with i2s and i2s-based DAIs
<z3ntu>
aklimov: thanks, seems to work :) Now it's back to the amplifier driver complaining about something not being correct
akhilpo has joined #linux-msm
<aklimov>
z3ntu: is it an amp from Texas Instruments? :)