<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
<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
<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?