rellla changed the topic of #linux-sunxi to: Allwinner/sunxi /development discussion - did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait! - https://github.com/linux-sunxi/ - Logs at http://irclog.whitequark.org/linux-sunxi - *only registered users can talk*
<MoeIcenowy> mripard: thanks
<MoeIcenowy> on linux-next clock/allwinner,sun9i-a80-mmc-config-clk.yaml and clock/allwinner,sun9i-a80-apb0-clk.yaml fails
aliosa27 has quit [Read error: Connection reset by peer]
narmstrong has quit [Read error: Connection reset by peer]
aliosa27 has joined #linux-sunxi
narmstrong has joined #linux-sunxi
steev has joined #linux-sunxi
sunilmohan has quit [Ping timeout: 258 seconds]
steev has quit [Excess Flood]
steev has joined #linux-sunxi
Mangy_Dog has quit [Ping timeout: 265 seconds]
tl_lim has quit [Read error: Connection reset by peer]
sunilmohan has joined #linux-sunxi
lurchi_ is now known as lurchi__
aliosa27 has quit [Ping timeout: 245 seconds]
lvrp16 has quit [Ping timeout: 246 seconds]
steev has quit [Read error: Connection reset by peer]
Benjojo has quit [Ping timeout: 245 seconds]
ccaione has quit [Ping timeout: 252 seconds]
narmstrong has quit [Ping timeout: 245 seconds]
jeandet has quit [Ping timeout: 246 seconds]
ric96 has quit [Ping timeout: 248 seconds]
lurchi__ is now known as lurchi_
arnd has quit [Ping timeout: 248 seconds]
victhor has joined #linux-sunxi
megi has quit [Ping timeout: 240 seconds]
jeandet has joined #linux-sunxi
skiboy has quit [Read error: Connection reset by peer]
ganbold has joined #linux-sunxi
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
ChriChri_ has joined #linux-sunxi
jeandet has quit [Ping timeout: 272 seconds]
ChriChri has quit [Ping timeout: 272 seconds]
ChriChri_ is now known as ChriChri
lurchi__ has joined #linux-sunxi
lurchi_ has quit [Read error: Connection reset by peer]
lurchi__ has quit [Client Quit]
lurchi_ has joined #linux-sunxi
mripard has quit [Ping timeout: 240 seconds]
bbrezillon has quit [Ping timeout: 268 seconds]
mripard has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
bbrezillon has joined #linux-sunxi
dddddd has quit [Ping timeout: 265 seconds]
jeandet has joined #linux-sunxi
gaston1980 has quit [Quit: Konversation terminated!]
<wens> is it possible to get kernel stack traces with both the symbol name and full address?
NeuroScr has quit [Quit: NeuroScr]
aloo_shu has quit [Quit: I had a very nice day, and wish you the same]
jeandet has quit [Ping timeout: 260 seconds]
montjoie has quit [Ping timeout: 240 seconds]
montjoie has joined #linux-sunxi
Mylene has quit [Ping timeout: 240 seconds]
lkcl has quit [Ping timeout: 272 seconds]
cnxsoft has quit [Read error: Connection reset by peer]
dev1990 has quit [Quit: Konversation terminated!]
cnxsoft has joined #linux-sunxi
lvrp16 has joined #linux-sunxi
lvrp16 has quit [Excess Flood]
Mylene has joined #linux-sunxi
lurchi_ is now known as lurchi__
z6np has quit [Remote host closed the connection]
victhor has quit [Ping timeout: 246 seconds]
anarsoul has quit [Ping timeout: 268 seconds]
anarsoul has joined #linux-sunxi
florian_kc has joined #linux-sunxi
florian has quit [Ping timeout: 268 seconds]
s_frit has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 260 seconds]
craigo has joined #linux-sunxi
s_frit has quit [Remote host closed the connection]
s_frit has joined #linux-sunxi
NeuroScr has joined #linux-sunxi
selfbg has joined #linux-sunxi
Asara has joined #linux-sunxi
selfbg has quit [Read error: Connection reset by peer]
selfbg1 has joined #linux-sunxi
selfbg1 is now known as selfbg
ullbeking has joined #linux-sunxi
aliosa27 has joined #linux-sunxi
arnd has joined #linux-sunxi
ccaione has joined #linux-sunxi
steev has joined #linux-sunxi
jeandet has joined #linux-sunxi
ric96 has joined #linux-sunxi
narmstrong has joined #linux-sunxi
NekoMay has quit [Ping timeout: 248 seconds]
lvrp16 has joined #linux-sunxi
NekoMay has joined #linux-sunxi
AneoX has joined #linux-sunxi
Turl has quit [Ping timeout: 240 seconds]
Benjojo has joined #linux-sunxi
Turl has joined #linux-sunxi
anarsoul|c has joined #linux-sunxi
yann has quit [Ping timeout: 268 seconds]
Mylene_ has joined #linux-sunxi
florian_kc has quit [Ping timeout: 260 seconds]
Mylene has quit [Disconnected by services]
Mylene_ has left #linux-sunxi [#linux-sunxi]
fl__0 has joined #linux-sunxi
fl_0 has quit [Ping timeout: 260 seconds]
florian_kc has joined #linux-sunxi
fl__0 is now known as fl_0
yann|work has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 268 seconds]
bjne has joined #linux-sunxi
AneoX has quit [Quit: Textual IRC Client: www.textualapp.com]
cnxsoft has joined #linux-sunxi
AneoX has joined #linux-sunxi
megi has joined #linux-sunxi
anarsoul|c has quit [Quit: Connection closed for inactivity]
Mangy_Dog has joined #linux-sunxi
NeuroScr has quit [Quit: NeuroScr]
andyp73 has joined #linux-sunxi
warpme_ has joined #linux-sunxi
<andyp73> We have a project prototype that is based around an NXP i.MX6 built using Yocto Zeus and an application that uses the i.MX6's Vivante GPU through EGL/OpenGL and the framebuffer without needing the overhead of Wayland, X11 or Qt.
<andyp73> We want to cost reduce the platform and someone has suggested using one of the Allwinner devices. Can we replicate the Yocto build using either plain Poky or by including meta-sunxi and using the Mali GPU in the same way as we do the Vivante?
kaspter has quit [Quit: kaspter]
dddddd has joined #linux-sunxi
ldevulder_ has joined #linux-sunxi
lkcl has joined #linux-sunxi
ldevulder has quit [Ping timeout: 265 seconds]
victhor has joined #linux-sunxi
diego71 has quit [Read error: Connection reset by peer]
malestorm has joined #linux-sunxi
<elecon> megi: About h6 emmc, u-boot and stuff. I tried to patch sunxi-mmc.c on v2019.10 (can't build v2020.01 due to some kind of dtc error). It kinda works. It's ok if I load u-boot+spl from sd-card and kernel from emmc
<elecon> But if I try to boot from emmc completely, load just stuck on "Starting kernel ..."
<megi> there are more changes in 2020.01 mmc driver, not just this one
<MoeIcenowy> andyp73: what GPU driver do you use before?
<MoeIcenowy> etnaviv or blob?
<megi> you may try copying it whole from the 2020.01 branch
<checkpoint> any ideas how 3.4 kernel determins NAND size ?
<andyp73> <Moelcenowy> we used the blob and made use of the i.MX6 Framebuffer API defined in their Graphics User's Guide document
<MoeIcenowy> ah then it's difficult to port.
<elecon> not only in this file ? Because what I did is apply patch (diff between 2019 and 2020) on sunxi-mmc.c
<elecon> maybe it was completely stupid idea
florian_kc is now known as florian
* checkpoint has stuck in this strange partition size mismatch issue
<checkpoint> kernel shows:
<checkpoint> [NAND] nand driver version: 0x2 0x9
<checkpoint> Dev Sunxi softw311 nand: part 1, start 2048, size 32768
<checkpoint> Dev Sunxi softw311 nand: part 2, start 34816, size 962560
<checkpoint> while nand-part shows:
<checkpoint> 2 partitions
<checkpoint> partition 1: class = DISK, name = boot, partition start = 2048, partition size = 32768 user_type=0
<checkpoint> partition 2: class = DISK, name = root, partition start = 34816, partition size = 7405568 user_type=0
<checkpoint> actual nand size is 4GiB
<checkpoint> why kernel sees only 470 MiB of it ?
dev1990 has joined #linux-sunxi
<megi> elecon: so maybe there's also something else going on
<megi> just don't use my u-boot and you'll be fine
<megi> or skip the mmc patches
random_yanek has quit [Ping timeout: 265 seconds]
gaston1980 has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
random_yanek has joined #linux-sunxi
<andyp73> Moelcenowy: I wonder whether using the Lima stuff that got upstreamed into the kernel and mesa would help.
z6np has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 268 seconds]
reinforce has joined #linux-sunxi
s_frit has quit [Remote host closed the connection]
s_frit has joined #linux-sunxi
NeuroScr has joined #linux-sunxi
<MoeIcenowy> andyp73: this will help with GL part
<andyp73> I'm struggling to find all the parts within Yocto though
megi has quit [Ping timeout: 268 seconds]
PepeLotas has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
diego71 has joined #linux-sunxi
damex has quit [Quit: damex]
damex has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
<z6np> hi. which kernel source should i use for the orangepi3?
<z6np> the sunxi wiki is very confusing
<mru> oh boy, now libv will give you a lecture about how that's your fault and you're a bad, bad person for not fixing the wiki yourself
<z6np> lol
<z6np> i don't know the right way to do it, how can i fix it?
<KotCzarny> login, update proper page, done!
<KotCzarny> but make sure you know what you are doing
<mru> anyway, let's see if we can't figure out which kernel to use
<mru> z6np: have you tried the mainline kernel?
<z6np> the last one i made is giving me bad arm64 magic
<z6np> i believe i was using 5.4.2-sunxi
<z6np> *64
<z6np> what is the correct git link for the mainline kernel?
<mru> mainline 5.4 has a dts for orangepi3, so I guess it should at least boot
<mru> to clone: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
<karlp> the https url should clone just fine too I'd imagine
<mru> yes, it should
<z6np> on it ...
<mru> the git protocol is more efficient though
<mru> not for the clone, but for later updates
<KotCzarny> for one-off clones adding --depth=1 is useful too
<montjoie> 
megi has joined #linux-sunxi
<z6np> do I need this for gentoo? that seems totally wrong ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu-
<karlp> what's wrong with it?
<KotCzarny> new to cross compiling, eh?
<z6np> for one, my ARCH is *aarch64* not arm64
<KotCzarny> check your linux source tree in arch/
<z6np> only debian uses arm64 iirc
<KotCzarny> :)
<mru> aargh64
cnxsoft has quit [Ping timeout: 265 seconds]
<mru> gentoo has an "arm64" arch
<z6np> i see, i think
<KotCzarny> doesnt matter
<karlp> it's not for gentoo, it's for the kernel though...
<KotCzarny> gcc uses aarch64, linux names it arm64
<z6np> so thats right
<KotCzarny> you are not compiling package for your os
<z6np> oh wait, my ARCH env already is arm64, so I can just run make foo_defconfig
<KotCzarny> best is to not rely on env
<z6np> i don't need to cross compile because native already is aarc64-
<KotCzarny> in that case, yeah, but better be safe than confused
<z6np> there are no arm64 defconfigs with that kernel source
malestorm has quit [Quit: malestorm]
<z6np> ok none needed
<z6np> sorry i have been confused by following the legacy instructions
<karlp> yeah, best to not even look at the legacy instructions
<KotCzarny> remember to update legacy page with new paragraph about 64bit
<KotCzarny> that's where the wiki fixing comes
<z6np> I'm not sure if that stuff does or doesn't work
<KotCzarny> make notes, then fix with working ones
<z6np> yeah ok i made a wiki account
<z6np> most people probaby aren't going to be doing native builds like I am, I have distcc
PepeLotas has quit [Ping timeout: 260 seconds]
JohnDoe_71Rus has joined #linux-sunxi
ldevulder_ is now known as ldevulder
micken has joined #linux-sunxi
micken has quit [Quit: leaving]
micken has joined #linux-sunxi
<micken> yo
<micken> anyone here knows if there is a manual for rtl8723bs ( the chip in Pinebooks , hence topic :) )?
<micken> a trm
<MoeIcenowy> pinebooks has cs instead
<MoeIcenowy> not bs
<MoeIcenowy> and there's no such manual, at least no one public
<micken> yea typo meant cs
<micken> and no BSD driver from what I can find
<micken> MoeIcenowy: do you know if it works similar to same number usb connected?
<micken> I can do SDIO , but without any info what I should ask for , it is close to impossible
libv_ is now known as libv
<micken> something like this: https://man.openbsd.org/rtwn.4
selfbg has quit [Remote host closed the connection]
<z6np> I'm still getting "Bad Linux ARM64 Image magic!" from u-boot
matthias_bgg has quit [Ping timeout: 260 seconds]
bjne has quit [Ping timeout: 240 seconds]
<MoeIcenowy> micken: I know none
<micken> MoeIcenowy: so you think that the pcie version of 8723 is a completely different chip?
anarsoul|c has joined #linux-sunxi
<MoeIcenowy> at least quite different
<MoeIcenowy> Linux is not able to share driver
<micken> ok
<micken> a alternative would be to make a gpl module
<MoeIcenowy> looks that rtl developers considered FreeBSD
<MoeIcenowy> at least in some code
<micken> I have looked at the FreeBSD and didn't find anything
<micken> But GPL might be fine , doing a ram loadable module is not stranger than using gpl software on windows, at least I hope so
<anarsoul> MoeIcenowy: micken: 8723bs/8723bu and 8723cs/8723cu are quite similar, they just have different interface
<anarsoul> regs are the same, I compared vendor drivers couple years ago
<MoeIcenowy> anarsoul: how about 8723xE?
<anarsoul> likely similar
<MoeIcenowy> people are loading CDDL module on Linux ;-)
<micken> anarsoul: ok
<anarsoul> it's possible to extend rtl8xxxu to add support for SDIO
<anarsoul> but no one's done it yet
<micken> ok so going to try the AE OpenBSD driver and hook it up with SDIO , worth a try
<anarsoul> you still need firmware for SDIO ;)
<micken> oh crap
<micken> is firmware a blob?
matthias_bgg has joined #linux-sunxi
<anarsoul> yes
<micken> Is it linux specific? (no idea how it works)
matthias_bgg has quit [Ping timeout: 258 seconds]
* micken is reading about the subject
florian has quit [Quit: Leaving]
<micken> anarsoul: do I need to reset the cpu in order to load firmware? Seems strange , I mean if I put the cpu in reset I can't copy the firmware
<micken> oh
<micken> it might be the interface that needs to be in reset
mr_rcollins has left #linux-sunxi ["WeeChat 2.3"]
yann|work has quit [Ping timeout: 272 seconds]
pmp-p has joined #linux-sunxi
z6np has quit [Remote host closed the connection]
pmp-p has quit [Disconnected by services]
pmp-p has joined #linux-sunxi
z6np has joined #linux-sunxi
AneoX has quit [Ping timeout: 240 seconds]
pmp-p has quit [Disconnected by services]
pmp-p has joined #linux-sunxi
AneoX has joined #linux-sunxi
pmp-p has quit [Ping timeout: 258 seconds]
vagrantc has joined #linux-sunxi
yann|work has joined #linux-sunxi
AneoX has quit [Quit: Textual IRC Client: www.textualapp.com]
aloo_shu has joined #linux-sunxi
colona has quit [Quit: Reconnecting]
colona has joined #linux-sunxi
jstein has joined #linux-sunxi
s_frit has quit [Remote host closed the connection]
s_frit has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 272 seconds]
JohnDoe_71Rus has joined #linux-sunxi
JohnDoe_71Rus has quit [Client Quit]
reinforce has quit [Quit: Leaving.]
PepeLotas has joined #linux-sunxi
<PepeLotas> Could anyone recommend an Allwinner based development board that breaks out TV_IN and TV_OUT pins? I'm interested in developing a cheap and open source color OSD for RC vehicles. I've looked at lots of them and the only one I can find is the Lichee Nano (F1C100S), but documentation for that CPU is very scarce and mostly in Chinese. I'd rather work
<PepeLotas> with a better documented board.
<mru> allwinner and documentation are mutually exclusive
<PepeLotas> Well, not necessarily proper documentation. Maybe more reverse engineering work already done. For example, it seems there's an out of tree tvd (for TV input) driver for suni7, but not for rest of sunxi/suniv CPUs
<PepeLotas> In any case, I understand that it will require a fair bit of experimentation
andyp73 has quit [Quit: Textual IRC Client: www.textualapp.com]
<PepeLotas> I have a lot of experience with MCUs, but not with SoCs like these. How do people typically program them? Having to enter FEL, reprogram the flash and reboot seems painfully slow. Is JTAG usually an option?
<mru> we use a bootable sd card that programs the onboard emmc in production
<PepeLotas> I mean, for development
<PepeLotas> Pulling the SD, copying the new image and inserting it back in the device seems like a huge pain in the rear
<mru> for development I try to get ethernet working first
<mru> u-boot can load the kernel over ethernet, very useful for quick iterations during kernel hacking
<PepeLotas> That makes sense, thanks for the pointer. So I need a board with TV_IN, TV_OUT and ethernet
<DonkeyHotei> u-boot can also load over usb, but ethernet is easier
jstein has quit [Quit: quit]
tllim has joined #linux-sunxi
PepeLotas has quit [Ping timeout: 260 seconds]
craigo has quit [Ping timeout: 260 seconds]
skiboy has joined #linux-sunxi
florian_kc has joined #linux-sunxi
s_frit has quit [Remote host closed the connection]
s_frit has joined #linux-sunxi
tllim has quit [Quit: Leaving]