Turl 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
lkcl has quit [Ping timeout: 265 seconds]
popolon has quit [Quit: WeeChat 2.0]
clemens3 has quit [Ping timeout: 264 seconds]
dave0x6d has joined #linux-sunxi
dev1990 has quit [Quit: Konversation terminated!]
DonkeyHotei has quit [Ping timeout: 265 seconds]
ninolein_ has joined #linux-sunxi
ninolein has quit [Ping timeout: 265 seconds]
lkcl has joined #linux-sunxi
lkcl has quit [Ping timeout: 248 seconds]
DonkeyHotei has joined #linux-sunxi
junnie_ has joined #linux-sunxi
liushuyu has joined #linux-sunxi
lkcl has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
junnie_ has quit [Ping timeout: 272 seconds]
liushuyu has quit [Quit: liushuyu]
kaspter has joined #linux-sunxi
junnie_ has joined #linux-sunxi
anarsoul|2 has quit [Ping timeout: 248 seconds]
junnie_ has quit [Ping timeout: 256 seconds]
lkcl has quit [Ping timeout: 248 seconds]
junnie_ has joined #linux-sunxi
jstein has quit [Read error: Connection reset by peer]
lkcl has joined #linux-sunxi
gnufan has quit [Ping timeout: 265 seconds]
dave0x6d has quit [Quit: Connection closed for inactivity]
DonkeyHotei has quit [Ping timeout: 255 seconds]
gnufan has joined #linux-sunxi
DonkeyHotei has joined #linux-sunxi
gnufan has quit [Ping timeout: 264 seconds]
<pgreco> wens, I managed to get my bananapi to work adding many drivers to dracut, but my guess is that axp20x-rsb and axp20x-pek should be enough
victhor has quit [Remote host closed the connection]
gnufan has joined #linux-sunxi
<wens> axp20x-rsb & axp20x-regulator should be the most important
<wens> pek is just the power button
<pgreco> I added regulator too, pek was the only one that logged anything to dmesg
<pgreco> should wifi be working on 4.15 rc4?
<wens> for which board exactly?
<pgreco> bananapi m3
<wens> yes it should
<wens> you need to fetch the firmware files yourself though
<pgreco> ok, that's missing for sure, do you have a link to download?
<pgreco> and which kernel module should be looking for?
<wens> brcmfmac is the module
<pgreco> ok, manually loading the module I get the missing firmware message
<wens> as for the firmware files, look in the BSP
Hao has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
<wens> mripard_: did anyone at the devicetree workshop mention licensing for the "bindings"?
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
<wens> mripard_: these patches for ov5640: https://patchwork.linuxtv.org/project/linux-media/list/?q=ov5640 ?
junnie_ has quit [Ping timeout: 256 seconds]
TheSeven has quit [Ping timeout: 255 seconds]
nobe has quit [Quit: Leaving]
nobe has joined #linux-sunxi
nuuuciano has quit [Ping timeout: 264 seconds]
TheSeven has joined #linux-sunxi
TheSeven has quit [Ping timeout: 265 seconds]
nobe has quit [Remote host closed the connection]
lurchi_ has joined #linux-sunxi
reinforce has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 264 seconds]
<plaes> wens: yup
IgorPec has joined #linux-sunxi
<plaes> wait.. maybe it was ov7740
<plaes> because this looks like a code drop :P
jailbox has quit [Quit: Leaving]
<wens> huh?
<wens> I don't have that one
junnie has joined #linux-sunxi
qeed has quit [Quit: Leaving]
djakov has quit [Ping timeout: 264 seconds]
TheSeven has joined #linux-sunxi
liushuyu has joined #linux-sunxi
<wens> getting sun6i-csi 1cb0000.csi: notifier registration failed: -6 on a83t
dave0x6d has joined #linux-sunxi
liushuyu has quit [Quit: liushuyu]
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
liushuyu has joined #linux-sunxi
<wens> sigh, no error messages to tell you why it failed
junnie has quit [Ping timeout: 256 seconds]
djakov has joined #linux-sunxi
junnie has joined #linux-sunxi
f0xx has joined #linux-sunxi
kivutar has quit [Ping timeout: 268 seconds]
Mr__Anderson has quit [Remote host closed the connection]
Hao has quit [Ping timeout: 260 seconds]
liushuyu has quit [Quit: liushuyu]
kivutar has joined #linux-sunxi
<mripard_> wens: yes, these are the patches I was talking about
<wens> mripard_: I'm slightly concerned about how we deal with the CCI (camera control interface) block that's embedded in the CSI block address space
<mripard_> why ?
<mripard_> as far as I know, we don't deal with it
<wens> right, but if we were to add support for it, how we would model it in the device tree?
<wens> I assume you used I2C2 muxed on the same pins to test the CSI stuff
<wens> using the CCI frees up I2C2 to be used on the PH pins
<wens> seems like that was the intended purpose
ernestask has joined #linux-sunxi
<mripard_> I guess we'd need to model it as a child of the CSI block
<mripard_> but then, both cases would be compatible
chrisf_ has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
<chrisf_> Has anyone got experience of managing interrupt preemption on Allwinner SoC? I'm working with an H5. Can mask interrupts by priority level OK but can't get one to preempt another.
<mripard_> chrisf_: in linux ?
<chrisf_> mripard_: No, I'm running bare metal. Does linux preempt kernel work on these chips? I might learn something from the source there.
<mripard_> chrisf_: Linux doesn't support it, and runs with local interrupts disabled, hence why I'm asking
<chrisf_> mripard_: Ahh, I see. The ARM GIC supports it but I can't get it to work. I may have to work around it.
<mripard_> chrisf_: maz is probably the most experienced on this chan with the GIC
hipboi has joined #linux-sunxi
cosm has quit [Ping timeout: 240 seconds]
msimpson has joined #linux-sunxi
cosm has joined #linux-sunxi
<chrisf_> mripard_: Thanks, hopefully maz will see this and may have some pointers.
<wens> mripard_: have you any pointers or the dts changes you used to test CSI?
kaspter has quit [Read error: Connection reset by peer]
kaspter has joined #linux-sunxi
yann has quit [Ping timeout: 272 seconds]
popolon has joined #linux-sunxi
chlorine has joined #linux-sunxi
<embed-3d> wens: Do I miss something or is the a83t currently running with only one cpu with linux mainline or sunxi-next?
<montjoie> embed-3d: patch was sent for multi cpu
chlorine has quit [Client Quit]
<wens> embed-3d: smp is not in mainline yet
kaspter has quit [Ping timeout: 272 seconds]
jackmitchell has joined #linux-sunxi
<embed-3d> Ok Thanks!
mripard_ is now known as mripard
junnie has quit [Ping timeout: 240 seconds]
chlorine has joined #linux-sunxi
hardfalcon has quit [Ping timeout: 265 seconds]
junnie_ has joined #linux-sunxi
yann has joined #linux-sunxi
chrisf_ has quit [Ping timeout: 268 seconds]
chrisf_ has joined #linux-sunxi
hardfalcon has joined #linux-sunxi
kaspter has joined #linux-sunxi
chrisf_ has quit [Ping timeout: 248 seconds]
chrisf_ has joined #linux-sunxi
gfa has quit [Ping timeout: 264 seconds]
DonkeyHotei has quit [Read error: Connection reset by peer]
DonkeyHotei has joined #linux-sunxi
tom_nov has joined #linux-sunxi
<maz> chrisf_: you said the word?
<maz> chrisf_: looks like you need to set up your BPR to allow preemption.
junnie_ has quit [Ping timeout: 256 seconds]
chrisf_ has quit [Ping timeout: 240 seconds]
DullTube has joined #linux-sunxi
chrisf_ has joined #linux-sunxi
kaspter has quit [Quit: kaspter]
kaspter has joined #linux-sunxi
gfa has joined #linux-sunxi
book` has quit [Quit: Leaving]
dave0x6d has quit [Quit: Connection closed for inactivity]
chrisf_ has quit [Ping timeout: 256 seconds]
book` has joined #linux-sunxi
chrisf_ has joined #linux-sunxi
tom_nov has quit [Ping timeout: 264 seconds]
junnie has joined #linux-sunxi
aalm has quit [Ping timeout: 240 seconds]
junnie has quit [Ping timeout: 256 seconds]
Pe3ucTop has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
chlorine has quit [Read error: Connection reset by peer]
chlorine_ has quit [Remote host closed the connection]
chlorine_ has joined #linux-sunxi
victhor has joined #linux-sunxi
tom_nov has joined #linux-sunxi
popolon has quit [Ping timeout: 272 seconds]
fkluknav has joined #linux-sunxi
tgaz has joined #linux-sunxi
ernestask has quit [Quit: ernestask]
aalm has joined #linux-sunxi
muvlon has joined #linux-sunxi
DullTube has quit [Quit: Leaving]
afaerber has quit [Quit: Leaving]
ernestask has joined #linux-sunxi
xavosky has joined #linux-sunxi
<xavosky> is that a way to read the FEX file data (custom section) in the application layer?
<KotCzarny> there is no fex in mainline
<xavosky> by FEX file I meant script.bin (version 3.4)
<KotCzarny> in other words, you are asking in wrong channel
<xavosky> why so?
yann has quit [Ping timeout: 256 seconds]
<KotCzarny> because it's about smelly legacy kernel which everyone here hates
<mripard> KotCzarny: yet, it's why that channel was created in the first place...
afaerber has joined #linux-sunxi
<KotCzarny> mripard, and yet it's an ancient history
phipli has joined #linux-sunxi
richt has joined #linux-sunxi
yann has joined #linux-sunxi
<KotCzarny> xavosky: if you want to read fex data, there was some /sys interface
<KotCzarny> but it's usage was convoluted, one had to write few files first, then read output
<KotCzarny> /sys/class/script/dump
popolon has joined #linux-sunxi
Pe3ucTop has quit [Ping timeout: 265 seconds]
<xavosky> KotCzarny I dont have /sys/class/script/dump
<aalm> mripard, serial will work for console on pine64+ defconfig out of the box even with those changes you suggested on u-boot ml, right? (-CONSOLE_MUX just got me wondering.)
<xavosky> KotCzarny any forum post/documentation on this somewhere?
<mripard> aalm: yes, of course :)
Pe3ucTop has joined #linux-sunxi
<mripard> aalm: serial is definitely one of the vital things.
<KotCzarny> xavosky: what kernel/soc are you working on?
<mripard> aalm: and most Allwinner boards don't have CONSOLE_MUX enabled in the first place, the pine64 is one of the few exceptions
<aalm> oic
<xavosky> KotCzarny: kernel 3.4, A20
<KotCzarny> a20 is supported quite well by mainline, why are you using 3.4 ?
<xavosky> legacy support. there is product on market running this kernel for a few years now
nuuuciano has joined #linux-sunxi
lemonzest has joined #linux-sunxi
<KotCzarny> hmm, easiest way would be just dumping script.bin and decoding in userspace
richt has quit [Quit: Page closed]
junnie has joined #linux-sunxi
<plaes> xavosky: what device?
Gerwin_J has quit [Read error: No route to host]
Gerwin_J has joined #linux-sunxi
<xavosky> plaes: it's coreboard using A20 proc
IgorPec has quit [Ping timeout: 272 seconds]
<xavosky> KotCzarny: I hoped there was a easiest way. I'll take that as it seems the only option
<KotCzarny> maybe there is, would require grepping 3.4 kernel sources i guess
junnie has quit [Ping timeout: 256 seconds]
fl_0 has quit [Ping timeout: 255 seconds]
junnie_ has joined #linux-sunxi
antony1 has joined #linux-sunxi
antony has quit [Read error: Connection reset by peer]
cnxsoft has quit [Quit: cnxsoft]
antony1 has quit [Ping timeout: 265 seconds]
<plaes> coreboard?
qeed has joined #linux-sunxi
fl_0 has joined #linux-sunxi
antony has joined #linux-sunxi
chlorine_ has quit [Ping timeout: 264 seconds]
antony1 has joined #linux-sunxi
antony1 has quit [Read error: No route to host]
antony2 has joined #linux-sunxi
antony has quit [Read error: No route to host]
antony has joined #linux-sunxi
antony1 has joined #linux-sunxi
antony2 has quit [Read error: No route to host]
antony2 has joined #linux-sunxi
antony1 has quit [Read error: Connection reset by peer]
antony1 has joined #linux-sunxi
antony2 has quit [Read error: Connection reset by peer]
antony has quit [Read error: No route to host]
chlorine has joined #linux-sunxi
antony1 has quit [Read error: No route to host]
chlorine_ has joined #linux-sunxi
Ntemis has joined #linux-sunxi
antony1 has joined #linux-sunxi
petr has quit [Ping timeout: 256 seconds]
popolon has quit [Quit: WeeChat 2.0]
chlorine has quit [Ping timeout: 252 seconds]
Ntemis has quit [Ping timeout: 260 seconds]
Ntemis has joined #linux-sunxi
chlorine_ has quit [Ping timeout: 264 seconds]
reinforce has quit [Quit: Leaving.]
petr has joined #linux-sunxi
popolon has joined #linux-sunxi
chrisf_ has quit [Quit: Ex-Chat]
Putti has joined #linux-sunxi
junnie_ has quit [Ping timeout: 272 seconds]
IgorPec has joined #linux-sunxi
kaspter has quit [Quit: kaspter]
antony has joined #linux-sunxi
antony1 has quit [Read error: Connection reset by peer]
atsampson has quit [Ping timeout: 255 seconds]
antony1 has joined #linux-sunxi
antony has quit [Read error: Connection reset by peer]
reinforce has joined #linux-sunxi
antony1 has quit [Read error: No route to host]
antony has joined #linux-sunxi
antony has quit [Read error: Connection reset by peer]
antony1 has joined #linux-sunxi
antony1 has left #linux-sunxi [#linux-sunxi]
dave0x6d has joined #linux-sunxi
kevans91 has joined #linux-sunxi
tllim has joined #linux-sunxi
<ElBarto> kevans91: thanks (it's manu)
<kevans91> ElBarto: Yup, happy to bug others. =p
<kevans91> wens: Hi, I'm trying to add -sid to a83t .dts in mainline. Can you confirm if it has bigger 2Kb efuse space like the h3? As of right now, I have sun8i_a83t_cfg matching h3 without need_register_readout in the sunxi_sid driver
<kevans91> In FreeBSD's sid driver, we just read rootkey and thermal calibration bits without caring about the rest
Nyuutwo has quit [Ping timeout: 240 seconds]
<kevans91> Current patch set looking like: https://people.freebsd.org/~kevans/linux-sid.diff
Nyuutwo has joined #linux-sunxi
<wens> the manual doesn't say much
<wens> but according to the memory map, the whole block is only 1kb, that's including the control portion
<kevans91> Yeah, so at least that part matches the H3, and I know the offset of rootkey is 0x200 like the H3, just not sure about the rest of the space =\
msimpson has quit [Quit: Leaving]
aalm has quit [Ping timeout: 260 seconds]
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 272 seconds]
netlynx has joined #linux-sunxi
yann has quit [Ping timeout: 248 seconds]
lurchi_ is now known as lurchi__
tom_nov has quit [Quit: Leaving]
TEKrantz has quit [Ping timeout: 240 seconds]
fkluknav has quit [Ping timeout: 240 seconds]
DonkeyHotei has quit [Ping timeout: 252 seconds]
lurchi__ is now known as lurchi_
atsampson has joined #linux-sunxi
TEKrantz has joined #linux-sunxi
victhor has quit [Ping timeout: 240 seconds]
TEKrantz has quit [Ping timeout: 248 seconds]
aalm has joined #linux-sunxi
TEKrantz has joined #linux-sunxi
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
lurchi_ has quit [Ping timeout: 264 seconds]
<TheSeven> If I want to PXE boot an orange pi zero (256MB RAM) to run from a RAM disk, what's the way to go?
<TheSeven> put everything in an initramfs, or download a squashfs into a tmpfs with a writable overlay?
<TheSeven> are there any caveats of one way or another, and which one will end up using less RAM if one can assume that the majority of files on there are being executed?
<TheSeven> IIUC programs can execute in place from initramfs/tmpfs, but not from squashfs, so they end up using additional ram for the compressed and uncompressed copies? Is that correct?
<KotCzarny> wrong
<KotCzarny> programs can execute from squashfs
<KotCzarny> erm, i'm wrong, typed too fast before your last line
Jagan has joined #linux-sunxi
<Jagan> anyone have any chance of trying old a64 custom kernel 3.10 with new u-boot?
<Jagan> any help?
<shadeslayer> I don't think this is a possibility?
<shadeslayer> I vaguely recall something about 32 bit and 64 bit flipping within uboot
<Jagan> but I was built linux-3.10 with aarch64 cross compiler same that with u-boot built
vagrantc has joined #linux-sunxi
<diego71> TheSeven: I suggest you to take a look to what Lede/Openwrt does
<TheSeven> IIUC those use squashfs, but then again they run from flash
<TheSeven> so the compressed copy won't be in RAM
dev1990 has joined #linux-sunxi
anarsoul|2 has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
yann has joined #linux-sunxi
<smaeul> if you're going to use all of the files, they have to be decompressed for use anyway
muvlon has quit [Quit: Leaving]
<smaeul> so the most efficient way is to only have one copy: the uncompressed one
<TheSeven> probably not all, but a good amount of them
<TheSeven> so I guess initramfs might be the better tradeoff
<TheSeven> on top of that it simplifies boot, and doesn't need extra space for the writable overlay
<TheSeven> i.e. copy-on-write, when the old file could be directly overwritten as well
<smaeul> yes, that will put your files directly in the fs cache, so there's only one copy
<TheSeven> so is my assumption correct that initramfs supports execute-in-place?
<smaeul> note that initramfs is a *ramfs* not a *tmpfs*, so there's no protection from filling up your RAM and OOMing
<smaeul> yes
<smaeul> you might want to actually pivot_root to a tmpfs
<TheSeven> well if that runs out of space I'm dead anyway...
<smaeul> the difference is writing to it returning ENOSPC versus killing your programs
hardfalcon has quit [Ping timeout: 240 seconds]
Gerwin_J has quit [Quit: Gerwin_J]
<diego71> TheSeven: the point if they are excuted all togheter or one at time
<diego71> probably squashfs + tmpfs is more efficient in the second case (probably much more)
<diego71> remember that often when you are executing some program not everything is loaded in ram
<diego71> also you can squeeze some more ram using zram (swap on compressed ram)
Jagan has quit [Quit: Page closed]
phipli has quit [Quit: Leaving]
matthias_bgg has quit [Ping timeout: 265 seconds]
rwmjones is now known as rwmjones|holiday
lurchi_ is now known as lurchi__
<KotCzarny> hmm, can uboot write to 0x40000 ?
clemens3 has joined #linux-sunxi
<KotCzarny> oh, it can. cool
afaerber has quit [Quit: Leaving]
<KotCzarny> now i have to find out how to turn off things from arisc
lurchi__ is now known as lurchi_
hardfalcon has joined #linux-sunxi
<montjoie> wens: could you share your uImage/dtb for a83t ? for being sure where my problem is
kelvan has quit [Quit: No Ping reply in 180 seconds.]
kelvan has joined #linux-sunxi
iamfrankenstein has quit [Quit: iamfrankenstein]
DonkeyHotei has joined #linux-sunxi
Pe3ucTop has quit [Ping timeout: 248 seconds]
ramrein has joined #linux-sunxi
<montjoie> I have set regulator_debug and now lots of fail appears https://pastebin.com/2uLDthzN
lurchi_ is now known as lurchi__
Ben_G83 has joined #linux-sunxi
my123 has quit [Ping timeout: 240 seconds]
reinforce has quit [Quit: Leaving.]
my123 has joined #linux-sunxi
my123 has joined #linux-sunxi
my123 has quit [Changing host]
f0xx has quit [Ping timeout: 248 seconds]
lurchi__ is now known as lurchi_
skiboy has joined #linux-sunxi
Putti has quit [Ping timeout: 240 seconds]
dev1990 has quit [Quit: Konversation terminated!]
Mr__Anderson has joined #linux-sunxi
freemangordon has quit [Read error: Connection reset by peer]
Ntemis has quit [Remote host closed the connection]
IgorPec has quit [Ping timeout: 272 seconds]
<TheSeven> smaeul, Ben_G83: I'm not getting this: "Invalid bus 0 (err=-19)\n*** Warning - spi_flash_probe_bus_cs() failed, using default environment"
<TheSeven> DM info looks like it doesn't pick up the SPI core in the FDT, but I have no idea how to diagnose why
<TheSeven> do you have any hints what the reason could be or what I could look for?
<smaeul> TheSeven: I haven't actually used SPI in u-boot (other than in SPL), so I don't know anything about its FDT
<smaeul> KotCzarny: what are you trying to turn off from arisc?
<KotCzarny> smaeul: everything apart from arisc and uart (and maybe ir)
lurchi_ has quit [Read error: Connection reset by peer]
lurchi__ has joined #linux-sunxi
<smaeul> well https://github.com/apritzel/arm-trusted-firmware/blob/allwinner/plat/sun50iw1p1/sunxi_cpu_ops.c will turn the arm cores off; for everything else, that'd be the CCU and PRCM docs
<KotCzarny> h3..
<smaeul> heh, sometimes I forget 32-bit exists
<KotCzarny> but thanks for the link, maybe i will make some sense how to toggle them
xavosky has quit [Quit: Page closed]
<smaeul> for even more fun, see cpucfg_set_cluster_state in http://sholland.org/paste/annotated.s
<smaeul> that'll tell you what order to toggle the bits in the cpucfg registers for the whole cluster
<KotCzarny> darn, cant read asm
<smaeul> I haven't had a chance to reverse the H3 arisc blob yet--that's a really early version of the A64 blob--but they're extremely similar
<smaeul> KotCzarny: just look at the pseudo-C on the right for that function
<KotCzarny> can't i just disable clocks?
<KotCzarny> since i'm going to issue reset_soc() anyway i don't care much about being able to repower
<smaeul> are you resetting or powering off?
<KotCzarny> faking being off
<KotCzarny> with a trigger on gpio to reset
<KotCzarny> using this as a base: https://github.com/Icenowy/h3-arisc-shutdown
<smaeul> ok, yes you can just disable the clocks, but that won't actually turn power off. if you don't care, that's fine then
<KotCzarny> cutting power could also be handy
lrusak has quit [Quit: lrusak]
lrusak has joined #linux-sunxi
ernestask has quit [Quit: ernestask]
victhor has joined #linux-sunxi
grw has quit [Quit: WeeChat 1.7.1]
anarsoul|2 has quit [Remote host closed the connection]
anarsoul|2 has joined #linux-sunxi
jackmitchell has quit [Ping timeout: 265 seconds]
embed-3d_ has joined #linux-sunxi
embed-3d has quit [Ping timeout: 255 seconds]
lurchi__ has quit [Ping timeout: 240 seconds]
TEKrantz has quit [Quit: He who laughs last, thinks slowest]
lurchi__ has joined #linux-sunxi
Nyuutwo has quit [Ping timeout: 248 seconds]
mpmc has quit [Ping timeout: 255 seconds]
zoobab has joined #linux-sunxi
mpmc has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]