lanefu changed the topic of #armbian-rockchip to: Armbian - Linux for ARM development boards | Rockchip SoC | www.armbian.com | This channel is relayed to the equivalent Discord channel | this channel is logged
<DC-IRC>
<Tenkawa> @wchill what kernel source are you using?
<DC-IRC>
<Tenkawa> you defining HDMIRX as a module or staticly?
<DC-IRC>
<wchill> module
<DC-IRC>
<Tenkawa> I just checked my config and its compiling
<DC-IRC>
<Tenkawa> (on my rk3588's)
<DC-IRC>
<wchill> it compiles all right, it's just when it gets to the end
<DC-IRC>
<Tenkawa> I use rockchip's repo though
<DC-IRC>
<Tenkawa> if its at the end that usually means you have depends set wrong
<DC-IRC>
<wchill> lemme take a look
<DC-IRC>
<wchill> talking about the kconfig?
<DC-IRC>
<Tenkawa> some of them need to be explicitly set to yes even though they don't force it
<DC-IRC>
<Tenkawa> (I've run into this before)
<DC-IRC>
<RichN> are you compiling for the pi6 or the nanopct6
<DC-IRC>
<Tenkawa> (I've had the alternate problem occur too)...
<DC-IRC>
<wchill> yeah for hdmirx someone added `ROCKCHIP_SIP` as a dependency in the armbian kernel sources, not sure if it mattered though because I already had that option set to yes
<DC-IRC>
<wchill> nanopc t6
<DC-IRC>
<RichN> what kernel src
<DC-IRC>
<RichN> and where is the devicetree
<DC-IRC>
<wchill> linked above, devicetree I dumped from my currently running image
<DC-IRC>
<Tenkawa> @RichN this has nothing to do with the device tree for compiling a kernel
<DC-IRC>
<wchill> friendlyelec's build scripts are broken so I'm just keeping things stock for the moment
<DC-IRC>
<wchill> don't need more complications
<DC-IRC>
<RichN> thats showing for the nanopi5
<DC-IRC>
<RichN> not even the nanopct6
<DC-IRC>
<RichN> I am talking to bing now
<DC-IRC>
<wchill> they use those sources for the pi6 as well
<DC-IRC>
<wchill> the device tree for t6 isn't in there though
<DC-IRC>
<RichN> because they have not had a chance to finish and puch it up
<DC-IRC>
<RichN> there is alot going on and and its a cluster at the min
<DC-IRC>
<RichN> bing is working on things as fast as he can
<DC-IRC>
<wchill> that's fine, as mentioned I don't actually need the device tree. was just wondering if anyone had any ideas on why building the driver is failing
<DC-IRC>
<RichN> you might have missing deps
<DC-IRC>
<RichN> can you send me the devie tree your using ? did it come off the prebuilt img
<DC-IRC>
<RichN> bing says they have not put the devicetree files out
<DC-IRC>
<RichN> or the kernel src because they are still working to get thigns working like the wlan pci-e socket
<DC-IRC>
<wchill> one sec
<DC-IRC>
<RichN> wchill can you post the devicetree file
<DC-IRC>
<RichN> wchill it wont have a lot of things
<DC-IRC>
<RichN> and its going to take time to get it ported upstream
<DC-IRC>
<RichN> its a new board
<DC-IRC>
<rpardini> I sincerely don't know, I did the kernel blind, I've not the board. It's @NicoD and @monkaBlyat trying out the stuff.... welp?
<DC-IRC>
<rpardini> if it's giving headache just drop it, we'll test and report back
<DC-IRC>
<amazingfate> It will output some error in kernel log because there is no gpio configed in the dts of rock5b.
<DC-IRC>
<amazingfate> But the audio is still working.
<DC-IRC>
<rpardini> Yeah looks to me Khadas has a gpio for detecting if a plug is actually inserted in the audio port, but then they hack the driver and just assume the pin is declared in the DT.
<DC-IRC>
<amazingfate> For headset detect there is rk_headset working on rock5b.
<DC-IRC>
<rpardini> Yeah, drop the Khadas stuff I'd say.
<DC-IRC>
<rpardini> the guys will test and if breaks somehow we'll revisit later
<DC-IRC>
<NicoD> I've been using the Rock5B yesterday and hdmi audio wasn't working. It first worked, but I guess after a update it stopped working. Might also be my fault, I was testing lots of things. Also managed to brake hdmi audio on R58 mini but not sure why and how. Didn't update to my knowledge.
<DC-IRC>
<NicoD> Also my SSD stopped working on R58 mini. In short, it wasn't a good computing day for me yesterday. I'll have to re-install Armbian on the R58. Was working great for months.
<DC-IRC>
<NicoD> Now making a video about Khadas Edge2 peripherals. IO board, case, station and camera.
<DC-IRC>
<rpardini> Oh btw @NicoD and @Tenkawa did you manage to get debug UART on kedge2 + IO board? 😄 I'd love some bootlogs
<DC-IRC>
<rpardini> question for kedge2 is, _should Armbian ship u-boot? (if so, which?)_ -- or instead rely on whatever Khadas has in the SPI...
<DC-IRC>
<rpardini> consider most users _won't_ have the I/O board (thus no SD card), and I think most users won't wipe their SPI... ?
<DC-IRC>
<Tenkawa> @rpardini I have one but I has of yet not got it to be useable.. none of the various settings (the high speed or the normal 115200 neither work.. they both output as scrambled characters here)
<DC-IRC>
<Tenkawa> tried different flow/hardware-software/rts-cts combinatioms/etc
<DC-IRC>
<Tenkawa> tried different flow/hardware-software/rts-cts combinations/etc
<DC-IRC>
<Tenkawa> I know they are talking because it "does" output.... just nothing readable
<DC-IRC>
<Tenkawa> It is possible it doesn't like my uart itself however if so that's going to be problematic for people to figure out... this one works perfectly on the Rock5 RK3588 I have sitting right beside it connected to a RISC-V and another Rock5
<DC-IRC>
<Tenkawa> so I defer to @NicoD heheh
<DC-IRC>
<RichN> riscv is dead
* DC-IRC
<RichN> ducks
<DC-IRC>
<RichN> lol
<DC-IRC>
<RichN> jk
<DC-IRC>
<NicoD> Not gotten UART to work on it either. I don't get any output at all. Tried different adapters for it, but nothing. Is uart automatically enabled on it? I did read on khadas wiki that you have to enable it manually for their image.
<DC-IRC>
<NicoD> Not impressed by the case either. Can't make it fit with wifi+bt antenna's. So either use the case and station with slow ethernet, or use wifi and bt.
<DC-IRC>
<RichN> what board ?
<DC-IRC>
<RichN> and what uart chip
<DC-IRC>
<RichN> ch340 work great on all boards
<DC-IRC>
<RichN> are you sure you have it wired right for the board
<DC-IRC>
<RichN> and is there a separate uart header or you using the 3 pins on the 40 pin header
<DC-IRC>
<Tenkawa> @NicoD uart just needs for enabling console=ttyFIQ0 on bootline and a systemd/getty startup here
<DC-IRC>
<Tenkawa> @RichN there is no 40 pin header on the edge2
<DC-IRC>
<RichN> you using putty or a serial termina
<DC-IRC>
<NicoD> both.
<DC-IRC>
<NicoD> And I'm pretty sure I connected the cables correctly.
<DC-IRC>
<RichN> ok and did you swap the rx/tx lines
<DC-IRC>
<rpardini> cool, but what I'd like are the BLxx logs and the u-boot logs... those should spew at 1500000
<DC-IRC>
<Tenkawa> ok got it updated.. going to hook up the cable and test
<DC-IRC>
<rpardini> the getty's I couldn't care less 😉
<DC-IRC>
<Tenkawa> yeah I cant see them unless I get this working
<DC-IRC>
<Tenkawa> I dont have a display
<DC-IRC>
<rpardini> yeah, they don't show up on display, only on UART.
<DC-IRC>
<Tenkawa> exactly.. so the "getty" on the remote side has to work
<DC-IRC>
<Tenkawa> er on it
<DC-IRC>
<rpardini> getty is userspace, thus much after u-boot.
<DC-IRC>
<Tenkawa> no.. it uses half/half
<DC-IRC>
<Tenkawa> parts before and after
<DC-IRC>
<rpardini> if you say so ¯\_(ツ)_/¯
<DC-IRC>
<Tenkawa> you would stop at "Starting boot"
<DC-IRC>
<Tenkawa> If that's all you want ...
<DC-IRC>
<rpardini> yeah BLxx and u-boot and maybe a few lines of the kernel boot
<DC-IRC>
<rpardini> userspace not important.
<DC-IRC>
<Tenkawa> Let me wire it up
<DC-IRC>
<rpardini> thanks 👍
<DC-IRC>
<Tenkawa> Ok let see if this works
<DC-IRC>
<Tenkawa> still junk... yet the RK3588 is working perfect
<DC-IRC>
<Tenkawa> 2 serial cables... the Khadas RK3588s no go.. the Rock5 3588 no problem
<DC-IRC>
<Tenkawa> I wonder if u-boot is unhappy
<DC-IRC>
<RichN> my T^ will be here tuesday I can not wait
<DC-IRC>
<RichN> t6
<DC-IRC>
<NicoD> I'm finishing my video, I'll try the Station with USB-C cable, it is mentioned it should do uart. Doesn't say it can be used as normal USB, only UART and power.
<DC-IRC>
<NicoD> I want a T6.
<DC-IRC>
<NicoD> My R6C broke and had to send it back to debut it. If they ask to send another I'll ask for the T6 instead.
<DC-IRC>
<Tenkawa> one of the things that "concerns" me is the earlycons stanza in this boot
<DC-IRC>
<RichN> the first run sold out so fats on the 16 64/256 units
<DC-IRC>
<RichN> fats /fast
<DC-IRC>
<rpardini> @Tenkawa damn. Did you try 115200 as well as 1500000? Maybe Khadas is making fun of us?
<DC-IRC>
<Tenkawa> yeah I just did
<DC-IRC>
<Tenkawa> it was worse
<DC-IRC>
<Tenkawa> earlycon=uart8250,mmio32,0xfeb50000 is in that unit and not in the other 3588's
<DC-IRC>
<Tenkawa> its a bit... concerning
<DC-IRC>
<NicoD> My R6C broke and had to send it back to debug it. If they ask to send another I'll ask for the T6 instead.
<DC-IRC>
<rpardini> that's kernel, thus, after BLxx and u-boot
<DC-IRC>
<Tenkawa> ok good
<DC-IRC>
<Tenkawa> Yeah I am highly concerned his might be u-boot
<DC-IRC>
<Tenkawa> these are vendor blobs still
<DC-IRC>
<rpardini> yeah, and unless you somehow wiped via rkdevtool, the SPI should be booting blobs and u-boot.