ChanServ changed the topic of #armlinux to: ARM kernel talk [Upstream kernel, find your vendor forums for questions about their kernels] | https://libera.irclog.whitequark.org/armlinux
mraynal has quit [Remote host closed the connection]
mraynal has joined #armlinux
PT has joined #armlinux
apritzel_ has quit [Ping timeout: 256 seconds]
c1728p9 has quit [Quit: Leaving]
SallyAhaj has quit [Ping timeout: 246 seconds]
cbeznea has joined #armlinux
PT has quit [Remote host closed the connection]
frieder has joined #armlinux
ziofork520 has joined #armlinux
ziofork52 has quit [Ping timeout: 250 seconds]
ziofork520 is now known as ziofork52
frieder has quit [Quit: Leaving]
frieder has joined #armlinux
luispm has quit [Quit: Leaving]
iivanov has joined #armlinux
guillaume_g has joined #armlinux
djrscally has joined #armlinux
SallyAhaj has joined #armlinux
psydroid has quit [Quit: Bridge terminating on SIGTERM]
amstan has quit [Quit: Bridge terminating on SIGTERM]
mripard has quit [Quit: Bridge terminating on SIGTERM]
shoragan[m] has quit [Quit: Bridge terminating on SIGTERM]
mvaittin has quit [Quit: Bridge terminating on SIGTERM]
matthiasbgg[m] has quit [Quit: Bridge terminating on SIGTERM]
a3f has quit [Quit: Bridge terminating on SIGTERM]
scosu[m] has quit [Quit: Bridge terminating on SIGTERM]
<sudeepholla_>
CounterPillow, may I ask which platform ?
<CounterPillow>
rockchip rk3568 according to one user in #linux-rockchip
<CounterPillow>
<amazingfate> arm-scmi firmware:scmi: Malformed reply - real_sz:8 calc_sz:4, t->rx.len is 12, sizeof(u32) is 4, loop_num_ret is 3
<CounterPillow>
possibly an off-by-one error in their firmware, though this seems non-fatal as it worked fine before that commit, and after this commit no longer gets the clocks for CPU and GPU.
<sudeepholla_>
CounterPillow, we just added a check and here we are finding bugs in the firmware
<sudeepholla_>
CounterPillow, we could probably relax with just warning but wonder if that may cause fatal issue on some other platform
<CounterPillow>
Out of curiosity, is there an scmi conformance test suite vendors can run?
torez has joined #armlinux
<sudeepholla_>
CounterPillow, there used to be one, just learnt it is not maintained anymore(I am told) and we plan to fix that soon, not sure if that helps you now :(
<sudeepholla_>
CounterPillow, let us see if this f/w can be fixed, else we can workaround in the kernel, we still have time before the release
<sudeepholla_>
CounterPillow, can you shoot any email on the list pulling the rk3568 maintainers if you are not the one ;)
<CounterPillow>
Unfortunately the firmware is closed source, but if you have contacts at rockchip: it's rk3568_bl31_v1.32.elf
<sudeepholla_>
CounterPillow, sorry if you are, I am not aware
<CounterPillow>
I'm not the maintainer of anything other than the audio driver on that SoC
<sudeepholla_>
CounterPillow, we can pull the maintainer who maintains the platform upstream
<sudeepholla_>
just post the email with the report on the list with logs if you can
<CounterPillow>
which list? the arm one, with the rockchip one in cc ?
<sudeepholla_>
Heiko Stuebner <heiko@sntech.de>
<sudeepholla_>
he is the maintainer I guess
<CounterPillow>
yeah, though he also has no access to firmware sources
<sudeepholla_>
CounterPillow, but he must have some contact, no ?
headless has quit [Quit: Konversation terminated!]
<CounterPillow>
I'll also cc Liang Chen <cl@rock-chips.com> they seem to have committed the firmware to the rkbin repo
<sudeepholla_>
CounterPillow, if not we will workaround as it is not fatal as you mentioned
<sudeepholla_>
CounterPillow, i just don't want to rush and give no incentive for the f/w to be fixed
<CounterPillow>
I see, thanks
<CounterPillow>
I'll write the e-mail then
<sudeepholla_>
CounterPillow, don't worry we will fix before the final release for sure, I understand your concern
<sudeepholla_>
CounterPillow, we found this in our test setup and thought good to have check which seem to have unearthed the bug but due to the nature of f/w release we may need to workaround which is not an issue
<CounterPillow>
Alright
atorgue has joined #armlinux
<abelloni>
geertu: I must admit I don't care ;)
<abelloni>
I was going to take it with the driver but up to you
elastic_1 has joined #armlinux
elastic_dog has quit [Killed (osmium.libera.chat (Nickname regained by services))]
elastic_1 is now known as elastic_dog
<geertu>
abelloni: OK, will queue the DTS changes for v5.19
biju has joined #armlinux
tre has quit [Remote host closed the connection]
headless has joined #armlinux
biju has quit [Quit: Client closed]
guillaume_g has quit [Quit: Konversation terminated!]
c1728p9 has joined #armlinux
palmer has joined #armlinux
palmer has quit [K-Lined]
sszy has quit [Ping timeout: 256 seconds]
cleger has quit [Remote host closed the connection]
Pali has joined #armlinux
biju has joined #armlinux
luispm has quit [Quit: Leaving]
archetech_ has joined #armlinux
apritzel has quit [Ping timeout: 248 seconds]
palmer has joined #armlinux
sudeepholla has joined #armlinux
palmer has quit [Remote host closed the connection]
monstr has quit [Remote host closed the connection]
iivanov has quit [Quit: Leaving...]
apritzel_ has joined #armlinux
palmer has joined #armlinux
palmer has quit [Remote host closed the connection]
palmer has joined #armlinux
c1728p9 has quit [Read error: Connection reset by peer]
frieder has quit [Remote host closed the connection]
archetech_ has quit [Quit: Konversation terminated!]
<hanetzer>
I swear embedded devices are the touchiest sunsabitches
torez has quit [Quit: torez]
c1728p9 has joined #armlinux
<hanetzer>
question. does a given device driver need to be programmed specifically to take 'pinctrl-0' and such?
<headless>
hanetzer: no
<headless>
IIRC driver core does this
<headless>
night
<hanetzer>
night
headless has quit [Quit: Konversation terminated!]