ChanServ changed the topic of #linux-sunxi to: Allwinner/sunxi development - Did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait for an answer! - This channel is logged at https://oftc.irclog.whitequark.org/linux-sunxi
pmp-p has quit [Ping timeout: 480 seconds]
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
Jookia has quit [Read error: Connection reset by peer]
pmp-p has joined #linux-sunxi
Jookia has joined #linux-sunxi
montjoie_ has joined #linux-sunxi
montjoie has quit [Ping timeout: 480 seconds]
pmp-p has quit [Ping timeout: 480 seconds]
nickAA has joined #linux-sunxi
pmp-p has joined #linux-sunxi
pmp-p has quit [Ping timeout: 480 seconds]
pmp-p has joined #linux-sunxi
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
hexdump0815 has joined #linux-sunxi
hexdump01 has quit [Ping timeout: 480 seconds]
JohnDoe_71Rus has joined #linux-sunxi
warpme has joined #linux-sunxi
Robot_ has joined #linux-sunxi
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
warpme has quit []
warpme has joined #linux-sunxi
<loki666> tokyovigilante: i think you may have better result using the ltk035c5444t panel_regs instead of fs035vg158, RG350M was using the ltk035c5444t but wl_355608_a8 was a compatible replacement
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
wens has quit [Ping timeout: 480 seconds]
Parthiban has joined #linux-sunxi
<Jookia> oh hey, i touched that panel code
parthi has joined #linux-sunxi
<Jookia> if you have questions about it please ask
Parthiban has left #linux-sunxi [#linux-sunxi]
parthi has left #linux-sunxi [#linux-sunxi]
parthi has joined #linux-sunxi
parthi has left #linux-sunxi [#linux-sunxi]
Parthiban has joined #linux-sunxi
<loki666> good to know, thanks
<Jookia> the main things you want to get a panel working is a correct register init sequence, and a correct set of timings. the bsp should contain both if they give you source code. if they don't you should be able to extract it some other way. if you have a sigrok logic analyzer you can see the init sequence on the bus, if you have a scope you can measure the timings yourself. if you have a kernel binary with
<Jookia> debugging or tracing you could probably use those to introspect a running system
<loki666> tokyovigilante: alos your lcd branch doesn't build for me getting Error: arch/arm64/boot/dts/allwinner/sun50i-h313-tanix-tx1.dts:15.1-2 syntax error and Error: arch/arm64/boot/dts/allwinner/sun50i-h616-cpu-opp.dtsi:4.1-2 syntax error
<Jookia> i'm also working on porting this specific lcd to u-boot
<Jookia> which might be finished this week
<loki666> Jookia: is my assumtion right, if wl_355608_a8 was used as a replacement for ltk035c5444t, they should share the same init reg seq ?
<Jookia> loki666: no, the init sequence is per panel and usually comes from the panel vendor. it may be mostly identical though
<loki666> crap
<Jookia> unless you mean it's used as a drop-in replacement
<loki666> yes drop-in
<Jookia> then yes
<Jookia> if it's literally a drop-in replacement i would imagine the registers are close enough or the same
<Jookia> same with timings
<Jookia> i would recommend adding a new compatible and dt binding for the panel though and send that as a patch
<Jookia> that way it can always be refined or changed later
<tokyovigilante> loki666: just comment that out, that's for cpufreq scaling, not essential
<tokyovigilante> TBH there is not much point trying to get the LCD working unless you have specific insights for the driver, my branch isn't yet working, and I'm working through the debug process
<tokyovigilante> The panel uses an NV3052C controller in RGB mode, and we've identified all the drive/clock pins, so its just the missing TCON bits really now
<tokyovigilante> here is my defconfig, I'd focus on getting your wifi etc working first
<loki666> ok thanks
<tokyovigilante> I've included the firmware references so its built directly into the kernel with the driver rather than as a module, you may have more luck that way
<tokyovigilante> Well an NV3052C clone at least
gnarface has quit [Ping timeout: 480 seconds]
<Jookia> when it's time to reverse engineer/troubleshoot the display give me a shout :)
wens has joined #linux-sunxi
<loki666> tokyovigilante: for hdmi, is there any userland setup to do? fbset/fbcon ?
<loki666> or just pluggin the hdmi should show a console ?
bauen1_ has quit [Ping timeout: 480 seconds]
mripard has joined #linux-sunxi
apritzel has joined #linux-sunxi
gnarface has joined #linux-sunxi
<tokyovigilante> no works for me just plugging in a display for a console
macromorgan has quit [Remote host closed the connection]
macromorgan has joined #linux-sunxi
<apritzel> Jookia: I think you have seen v9 of the PWM driver on the list, can you please review or comment on this directly?
<Jookia> apritzel: okay, shall do
<apritzel> doesn't need a full or perfect review, any comments are appreciated
jernej has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
jernej has joined #linux-sunxi
<tokyovigilante> loki666: have updated the defconfig, sorry previous one was without ARCH=arm64 so for x86_64, not that helpful
warpme has quit []
<tokyovigilante> apritzel: or any opinions, should I be trying to keep the nodes in the H616 DTSI in alphabetical order? Noting that they weren't all before I started fiddling with it
<apritzel> tokyovigilante: the nodes in the .dtsi are ordered by address
<tokyovigilante> ah right, thanks
bauen1 has joined #linux-sunxi
bauen1_ has joined #linux-sunxi
bauen1 has quit [Ping timeout: 480 seconds]
bauen1 has joined #linux-sunxi
bauen1_ has quit [Ping timeout: 480 seconds]
pg12_ has joined #linux-sunxi
<loki666> tokyovigilante: allright, your defconfig brough back the wifi
<loki666> no pwrseq error
pg12 has quit [Ping timeout: 480 seconds]
pg12_ is now known as pg12
<tokyovigilante> oh great :)
<tokyovigilante> is it worth a diff of yours to see what the issue was?
<tokyovigilante> bad news is I've been rewriting my DTS for 3 hours, still no LCD, but good news is I must be 30 boots in with no DRAM misdetection, so great work jernej
<tokyovigilante> likely relevant - [ 9.865385] sun4i-tcon 6515000.lcd-controller: Couldn't get the TCON channel 0 clock
<tokyovigilante> although that's the TCON_LCD1 controller, so less important given HDMI and LCD are both on TCON_LCD0 seemingly
<tokyovigilante> I think at best we are going to be able to do mirrored output from the LCD over HDMI @ 640x480, or HDMI at any supported resolution with the LCD off
<tokyovigilante> which is an acceptable tradeoff and a HW limitation, but worth pointing out
<tokyovigilante> got my test pattern back with the GPIO backlight, I wonder if I should remove the forced panel enable code seeing as the TCON_LCD0 nodes *should* be right
<loki666> wlan0 is there, but doesn't seems to connect to my network
<loki666> tokyovigilante: that's ofw is working, mirroring LCD, or other res if LCD off
<loki666> i'll try to pinpoint the issue with my kconfig
bauen1 has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
<loki666> still no hdmi, no noise on the monitor, just no signal
<loki666> nothing in dmesg
<loki666> is your kconfig hdmi enabled ?
<tokyovigilante> erm, no sorry
<tokyovigilante> one second
<tokyovigilante> actually yes it should be
<tokyovigilante> all modular though so you need to build kernel+modules
<tokyovigilante> maybe try to convert all to built-in if you had luck doing that with wifi
<tokyovigilante> CONFIG_DRM_SUN8I_DW_HDMI is what you need anyway
<tokyovigilante> not in the defconfig because it is enabled by the platform defconfig it seems
<tokyovigilante> [ 11.056114] sun4i-drm display-engine: [drm:drm_mode_prune_invalid [drm]] Rejected mode: "640x480": 0 0 640 660 690 770 480 484 487 520 0x48 0x0 (CLOCK_LOW)
<tokyovigilante> here we go, seems to be complaining about my terrible panel config, which is progres
dsimic is now known as Guest7148
dsimic has joined #linux-sunxi
Guest7148 has quit [Ping timeout: 480 seconds]
bauen1 has joined #linux-sunxi
kilobyte_ has quit [Ping timeout: 480 seconds]
<tokyovigilante> Jookia: I've got the panel I think more or less working apart from the timing for the 3.5" LCD in the device, could you take a look?
<tokyovigilante> [ 10.774366] Console: switching to colour frame buffer device 80x30
<tokyovigilante> [ 10.809639] sun4i-drm display-engine: [drm] fb0: sun4i-drmdrmfb frame buffer device
<tokyovigilante> just getting a mess of pixels on the display, but clearly nearly there
<Jookia> hmm. are you using the ltk timings and reg init?
<tokyovigilante> yup, tried that first
kilobyte_ has joined #linux-sunxi
<Jookia> hmm
<Jookia> do the pixels move?
<Jookia> if you're 100% sure it's a 640x480 panel and the pixels are moving it may be a sync issue
<tokyovigilante> They're not moving, just a tiny RGB crosshatch pattern
<Jookia> hmm
<tokyovigilante> definitely 640x480
<Jookia> does it change when you echo things to the screen?
<Jookia> like echo hi > /dev/tty0 or use fbtest
<tokyovigilante> will give it a try
<Jookia> if it's not a timing issue it may be a reg init issue, in that case you will need the registers from the bsp or snooping the spi traffic
<Jookia> if you've dumped the bsp kernel online that could be helpful
<tokyovigilante> It will be somewhere, I think macromorgan has been delving into it
<tokyovigilante> might have to call it a night but will attack it in the morning
<Jookia> if it's an allwinner kernel then they configure timings somewhere weird, let me dig up an example
<Jookia> https://github.com/Jookia/LicheeRVBSPRebuild/blob/main/extra/uboot-board-720.dts and have lcd sections, if there's reg init code it's either in u-boot or linux or both
<Jookia> IMHO timing issues should not cause a bad pixel pattern, that would be register configurement(?)
<Jookia> not sure though...
<Jookia> something that might be important is if the bus is not RGB666 but something else
<Jookia> you would need to set the panel's register to something different for that
<Jookia> oh, this is lvds?
<Jookia> i don't remember, did you even have bsp source code?
bauen1 has quit [Ping timeout: 480 seconds]
<Jookia> what you could try is emptying the reg init sequence
<macromorgan> note I haven't been digging into the panel at all, I'm still stuck in USB land and about 60% done with the charger driver. I have a fully functional USB charger driver and am putting the finishing touches on a battery driver.
<Jookia> does the panel activate in u-boot or just linux?
JohnDoe_71Rus has quit [Quit: KVIrc 5.2.0 Quasar http://www.kvirc.net/]
nickAA has quit []
<loki666> u-boot
<Jookia> are you sure?
warpme has quit []
<loki666> pretty sure, there is a boot logo shown by spl/proper
bauen1 has joined #linux-sunxi
<loki666> probably proper, since spl is not uboot on ofw
<loki666> so in fact it might not be the uboot, but their custom boot-o/spl
<loki666> so in fact it might not be the uboot, but their custom boot-0/spl
warpme has joined #linux-sunxi
Parthiban has quit [Remote host closed the connection]
Parthiban has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
jernej has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
jernej has joined #linux-sunxi
<Jookia> i tried to dump the 16gb rg35xx plus firmware online and couldn't get a usable u-boot or kernel out of it
warpme has quit []
ftg has joined #linux-sunxi
vagrantc has joined #linux-sunxi
Robot_ has quit [Ping timeout: 480 seconds]
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
<loki666> Jookia: maybe this can help https://knulli.org/guides/h700-firmware-extract/
<tokyovigilante> Jookia: loki666: i suspect it is in the vendor BSP kernel only, the boot splash screen doesnt appear until some time after the device powers on, and there is little room in the SPL at least.
Parthiban has quit [Remote host closed the connection]
Parthiban has joined #linux-sunxi
<tokyovigilante> i will try and get the kernel image out today. macromorgan had suuggested just using the simple-panel driver but i assume we need the NV3052C init code, and i was able to display a test pattern by just bitbanging the correct registers
<loki666> bootimage.bmp is loaded by uboot
<loki666> before Starting kernel
<loki666> it's in u-boot proper
Parthiban has quit [Remote host closed the connection]
<loki666> tokyovigilante: have you tried ltk035c5444t_panel_regs instead of fs035vg158_panel_regs ?
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
<tokyovigilante> loki666: i have. Jookia did point out they are so similar to the other that it may not even be worth having them, but have tried both.
<tokyovigilante> i need to stop committing my changes, it changes the name of the kernel and tben my modules on SD dont load with the kernel over TFTP.... could just disable the git hash i auppose
JohnDoe_71Rus has quit [Quit: KVIrc 5.2.2 Quasar http://www.kvirc.net/]
anarsoul|2 is now known as anarsoul
Parthiban has joined #linux-sunxi
Parthiban has quit [Remote host closed the connection]
Parthiban has joined #linux-sunxi
Parthiban has quit [Remote host closed the connection]
Parthiban has joined #linux-sunxi
Parthiban has quit [Remote host closed the connection]
electricworry has joined #linux-sunxi
apritzel has joined #linux-sunxi
<apritzel> tokyovigilante: creating an empty file called .scmversion in your build directory should fix this problem
<apritzel> or you just build all the drivers into the kernel
<apritzel> I think also defining CONFIG_MODVERSIONS should make your modules more compatible
vagrantc has quit [Quit: leaving]
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
jernej has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
jernej has joined #linux-sunxi
flyback has quit [Ping timeout: 480 seconds]
ftg has quit [Read error: Connection reset by peer]
flyback has joined #linux-sunxi
Parthiban has joined #linux-sunxi
Parthiban has quit [Remote host closed the connection]