buzzmarshall has quit [Quit: Konversation terminated!]
hexdump0815 has quit [Ping timeout: 240 seconds]
hexdump0815 has joined #linux-amlogic
jacobk has quit [Ping timeout: 248 seconds]
vagrantc has joined #linux-amlogic
vagrantc has quit [Quit: leaving]
hays has quit [Server closed connection]
f_[xmpp] has quit [Ping timeout: 240 seconds]
jacobk has joined #linux-amlogic
Daanct12 has joined #linux-amlogic
luka177 has quit [Ping timeout: 246 seconds]
jacobk has quit [Ping timeout: 248 seconds]
f_[xmpp] has joined #linux-amlogic
<f_>
oh
<f_>
Can U-Boot SPL netboot?
<narmstrong>
Yes it seems
<f_>
nice
xdarklight has quit [Server closed connection]
xdarklight has joined #linux-amlogic
psydroid2 has joined #linux-amlogic
Daanct12 has quit [Ping timeout: 272 seconds]
Daanct12 has joined #linux-amlogic
camus has quit [Remote host closed the connection]
JohnnyonFlame has joined #linux-amlogic
Daanct12 has quit [Ping timeout: 255 seconds]
Daanct12 has joined #linux-amlogic
Daanct12 has quit [Quit: WeeChat 4.1.1]
camus has joined #linux-amlogic
vkoskiv has quit [Server closed connection]
vkoskiv has joined #linux-amlogic
<djrscally>
narmstrong: Testing results from your set (https://git.codelinaro.org/neil.armstrong/linux/-/tree/topic/amlogic/upstream/isp-pmdomain?ref_type=heads). With d2aaa03f the kernel refuses to boot. I simply commented the registration of those clocks out for now, as I don't know what rate we'd need to set out of it anyway. For the remaining clocks and the pm domain things "worked" following some changes in that the
<djrscally>
kernel instantiates those things and I can see that they're active when I consume them in a skeleton driver for the ISP, but reading from the ISP's base still hangs
<narmstrong>
djrscally: which clock did you comment ?
<djrscally>
This is the CLKID_MIPI_ISP/CLKID_MIPI_ISP_DIV/CLKID_MIPI_ISP_SEL
<djrscally>
The things that I changed were adding the new clocks to g12a_clk_regmaps[], and then in 16c20c5a the new g12a_pwrc_mem_isp doesn't reference the macros that were added in that commit - I assume that was a copy paste hangover
<narmstrong>
damn indeed I forgot the g12a_clk_regmaps
<narmstrong>
indeed the reg addr are not used, let me fix that
<djrscally>
I say "still hangs", but that is a change of behaviour from before actually. It used to panic when reading from 0xff140000, now it hangs
<narmstrong>
it does something different, nice :-)
<narmstrong>
did you enable CLKID_MIPI_ISP_GATE & CLKID_MIPI_ISP clocks ?
<narmstrong>
CLKID_MIPI_ISP should be in xtal by default, slow but functional enough to read registers
<djrscally>
ISP_GATE, yes. The CLKID_MIPI_ISP, when registered, stops the kernel from booting
<djrscally>
Which I am just trying to get to the bottom of now
<narmstrong>
I fixed what you reported in my branch
<djrscally>
ty
<narmstrong>
indeed none of the clock were in g12a_clk_regmaps.... my bad
<djrscally>
No bother
leah has quit [Server closed connection]
leah has joined #linux-amlogic
<djrscally>
narmstrong: OK so the boot failure was also the clocks missing from the regmap table - so I'm testing the updated branch
<djrscally>
I also tried enabling the CLKID_MIPI_ISP via rwmem, and with the power domains active it works! I can read from the ISP's register space
<f_>
nice!
<djrscally>
And now it works just using that updated branch, awesome
<narmstrong>
Nice !
<narmstrong>
I’ll probably send the patches on the list next week
<f_>
A311D sure is exciting
<djrscally>
narmstrong: perfect, thank you
<djrscally>
And thanks also for the help getting it working :)