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
hallyn has joined #linux-sunxi
freemangordon has joined #linux-sunxi
freemangordon has quit [Remote host closed the connection]
ftg has quit [Read error: Connection reset by peer]
apritzel has quit [Quit: Leaving]
Daanct12 has joined #linux-sunxi
vagrantc has joined #linux-sunxi
Daaanct12 has joined #linux-sunxi
Daanct12 has quit [Remote host closed the connection]
gamiee has quit [Ping timeout: 480 seconds]
gamiee_ has quit [Ping timeout: 480 seconds]
gamiee_ has joined #linux-sunxi
gamiee has joined #linux-sunxi
hexdump01 has joined #linux-sunxi
hexdump0815 has quit [Ping timeout: 480 seconds]
vagrantc has quit [Quit: leaving]
aggi has quit [Remote host closed the connection]
aggi has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
Daaanct12 has quit [Ping timeout: 480 seconds]
Daanct12 has joined #linux-sunxi
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
wingrime-ww has quit [Ping timeout: 480 seconds]
colinsane has quit []
colinsane has joined #linux-sunxi
freemangordon has joined #linux-sunxi
freemangordon has quit [Remote host closed the connection]
warpme has joined #linux-sunxi
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 5.2.4 Quasar http://www.kvirc.net/]
JohnDoe_71Rus has joined #linux-sunxi
apritzel has joined #linux-sunxi
warpme has quit []
bauen1 has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
dsimic is now known as Guest1114
dsimic has joined #linux-sunxi
Guest1114 has quit [Ping timeout: 480 seconds]
Ritesh has joined #linux-sunxi
Ritesh has quit []
warpme has quit []
warpme has joined #linux-sunxi
ing_warn_ has joined #linux-sunxi
Schimsalabim has quit [Read error: Connection reset by peer]
ing_warn has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
Daanct12 has quit [Quit: WeeChat 4.4.3]
hazardchem has quit [Remote host closed the connection]
bauen1 has joined #linux-sunxi
hazardchem has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
warpme has quit []
ing_warn_ has quit [Ping timeout: 480 seconds]
ing_warn_ has joined #linux-sunxi
freemangordon has joined #linux-sunxi
bauen1 has quit [Ping timeout: 480 seconds]
apritzel has quit [Ping timeout: 480 seconds]
freemangordon has quit [Remote host closed the connection]
freemangordon has joined #linux-sunxi
freemangordon has quit []
vagrantc has joined #linux-sunxi
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
wingrime-ww has joined #linux-sunxi
bauen1 has joined #linux-sunxi
freemangordon has joined #linux-sunxi
freemangordon has quit [Remote host closed the connection]
freemangordon has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
<parthiban> apritzel MasterR3C0RD pushed the display pipeline support here https://gitlab.com/linumiz/linux/-/commits/b4/a133-display-support it currently based on 6.13 linus tree + few commits from Cody Eksal. I didn't add support for GPU yet. I need to clean the PPU driver for that, which I will split in next series.
Jookia has left #linux-sunxi [#linux-sunxi]
<parthiban> apritzel I see some potential review time for the PHY related changes. Does it makes sense to send the patch series to get review comments and possibly plan for 6.14?
<MasterR3C0RD> parthiban: Just a note that my Ethernet patch can't be submitted to the ML until 6.14 is tagged, since the new device patch needs to go through netdev
<parthiban> Yeah I understand. MasterR3C0RD can I split the syscon patch from it? that's the only dependency for DE
<MasterR3C0RD> parthiban: I can split it out later and you can submit with your patches if you'd like
<parthiban> DE depends on this. So I can't submit to ML without the syscon changes.
<parthiban> So yes please split it. Thanks.
ayunami2000 has joined #linux-sunxi
<MasterR3C0RD> Hmm, actually it might be better to submit the syscon patch separate from both of our series
<parthiban> why so?
<MasterR3C0RD> Because both your work and mine depends on it; I need it in order to bring up ethernet
<parthiban> which part of the sram is needed for ethernet?
<parthiban> DE needs sram_c
<MasterR3C0RD> Not for SRAM, it needs the syscon node itself in order to control the EMAC
<parthiban> ok, emac clock it seems
<parthiban> IDK what's better. may be apritzel got better suggestion / idea ? thanks
<ayunami2000> hey guys i dont usually use irc but i really need some help with my remix mini
<MasterR3C0RD> Yeah; so what I could do instead is just submit a patch to add the syscon node and get that in, then both our patches would depend on that one. Should be easier to get that in anyways
<ayunami2000> i cant get it to boot from the emmc it just goes to FEL
<ayunami2000> i have u-boot built with sunxi and spl and then i wrap it in toc0 and flash it to mmcblk2boot0 and it just goes to fel immediately
<ayunami2000> i can get armbian running by booting u-boot via fel though but i wanna have it all on the eMMC
ayunami2000 has quit [Quit: Page closed]
ayunami2000 has joined #linux-sunxi
hallyn has left #linux-sunxi [#linux-sunxi]
warpme has joined #linux-sunxi
warpme has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
dliviu has quit [Quit: Going away]
dliviu has joined #linux-sunxi
ftg has joined #linux-sunxi
apritzel has joined #linux-sunxi
<apritzel> ayunami2000: are you using mainline U-Boot, and this patch? https://patchwork.ozlabs.org/project/uboot/patch/20240424001808.14388-3-andre.przywara@arm.com/
<apritzel> I think that worked for me
<apritzel> this patch is just stuck because the official U-Boot CI cannot cope with the mkimage TOC0 generation
<apritzel> but I think this worked for me, though you need a recent U-Boot, as there was a bug before, with the eMMC boot partition detection when using TOC0
<ayunami2000> interesting. i am using the latest non-rc uboot
<ayunami2000> does that include that patch?
<apritzel> yeah, I think, it's a few months old or so
<ayunami2000> hmmm guess ill recompile u-boot and try yet again
<apritzel> well, actually it was already two years ago ;-) commit 382b8371340e06fa12ad0
<ayunami2000> oh also
<ayunami2000> do i need trusted-firmware-a to be a debug build
<apritzel> ayunami2000: are you using the built-in TOC0 generation, through SPL_IMAGE_TYPE_SUNXI_TOC0?
<ayunami2000> ive been making it debug=0
<apritzel> ayunami2000: yeah, that's a known problem: DEBUG=1 is too big for the SRAM
<apritzel> we tried to shrink it, but ran out of low hanging fruits
<ayunami2000> i did set that but im deleting the build dir and doing a full rebuild of u-boot
<ayunami2000> what are all the params ill need?
<apritzel> for TF-A?
<ayunami2000> for u-boot
<ayunami2000> like for toc0
<ayunami2000> and emmc
<ayunami2000> etc etc
<apritzel> for U-Boot just use the remix-mini_defconfig
<ayunami2000> THERES A REMIX MINI DEFCONFIG??
<apritzel> from this patch above
<ayunami2000> ohhh
<ayunami2000> that means i do NOT have it in my uboot version
<apritzel> I sent it and it works, but breaks the CI, so I couldn't merge it :-(
<ayunami2000> OHHH
<ayunami2000> um dumb question but how do i apply this diff
<ayunami2000> i didnt clone with git i used a zip of the version of uboot
<apritzel> in this case click on the "diff" button in the top right corner of that patchwork page
<apritzel> then apply the diff: patch -p1 < 2-4-sunxi*.diff
<ayunami2000> oh that was easy
<apritzel> but since it's just a new file, you could also copy and paste the content and remove the pluses ;-)
<ayunami2000> lol ive been using the pine64 uboot all this time to get this far
<ayunami2000> ah beautiful, `make CROSS_COMPILE=aarch64-linux-gnu- BL31=../../trusted-firmware-a/build/sun50i_a64/release/bl31.bin remix-mini-pc_defconfig`
<ayunami2000> do i need to use menuconfig
<ayunami2000> or can i skip that part
<apritzel> no, just defconfig should be sufficient
<ayunami2000> ok cool, it is compiling now
<ayunami2000> also
<apritzel> unless you need something extra, like USB Ethernet adapter support or so
<ayunami2000> i got manjaro to boot off the emmc, after using fel to boot to u-boot, and it worked but didnt see any wifi
<ayunami2000> like no wifi adapters
<ayunami2000> probably a limitation of the default drivers id guess?
<ayunami2000> bc armbian had wifi
<ayunami2000> maybe i can copy the drivers off of armbian and onto manjaro do you think that would work
<apritzel> not really. Are you using the official Manjaro kernel?
<ayunami2000> yeah i am using official manjaro arm build
<ayunami2000> well, the pine64 one
<ayunami2000> instead of the generic
<ayunami2000> idk if that was the right choice
<apritzel> and which DT do you use? I pushed the DT into mainline Linux earlier this year, so it's now official
<ayunami2000> dt?
<apritzel> the Remix Mini PC DT, yes
<apritzel> devicetree
<ayunami2000> does manjaro have prebuilds for that?
<ayunami2000> because i chose pine64 because they didnt list remix mini
<ayunami2000> pine64 lts
<apritzel> depends on the kernel version they ship, it's pretty new, in distro time frame
<apritzel> yeah, that won't work
<ayunami2000> ahh i see i see
<ayunami2000> would the generic work?
<apritzel> how do you boot the kernel from U-boot? Just letting Manjaro do the job, or do you type something manually
<ayunami2000> currently i run `sunxi-fel spl Downloads/u-boot-2024.10/spl/sunxi-spl.bin write 0x44000 trusted-firmware-a/build/sun50i_a64/release/bl31.bin write 0x4a000000 Downloads/u-boot-2024.10/u-boot.bin reset64 0x44000`
<ayunami2000> bc it boots to fel mode