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
Mr__Anderson has quit [Remote host closed the connection]
<BenG83> has anyone tried SPDIF output on A64? I saw there is a patch/driver for H3...
<BenG83> I can wire up an optical transceiver to my Pine for testing
ErwinH has joined #linux-sunxi
yann-kaelig has joined #linux-sunxi
ErwinH has quit [Ping timeout: 256 seconds]
<yann-kaelig> Hi
<yann-kaelig> Do you have any idea where I can find latest Android img for cubieboard2 ?
jernej has quit [Ping timeout: 240 seconds]
<yann-kaelig> All the cubieboard documentation website has broken link or files on download part no longer exist.
vishnup has joined #linux-sunxi
chomwitt has joined #linux-sunxi
chomwitt4 has quit [Ping timeout: 240 seconds]
<willmore> Thinking on the SPI boot issues. WRT security--I.E. to prevent user code from writing a new firmware--We could have uboot set the flash to read only unless some special 'key' was presented to it--written to an unlocked bit of flash.
<willmore> I believe I read that was possible when I read the flash chip data sheet. So the flow would be: uboot boots sees no key in the 'mailbox' and sets the flash to RO mode and continues boot.
<willmore> User code runs, decides to update firmware. So, it writes the key to the unlocked bit of flash and restarts. uboot starts and checkes the mailbox, finds the key and does not lock down the flash before booting.
<willmore> Now, userspace finds itself with an unlocked SPI chip. Writes the update, removes the 'key' from the mailbox, and reboots. It might even use the presence of the 'key' in the mailbox as a reminder that it was going to update the firmware.
<willmore> There's probably a few ways to make it more secure. I don't mention how the 'key' is generated. It could easily be a signed nonce using some kind of public key crypto. I don't know how that would impact uboot size.
<willmore> Given that userland may be able to easily read the whole SPI, a simple "say please" kind of key may be ineffective. Some kind of public key system might be necessary to probe to uboot that we're authorized to request the unlock.
<willmore> That's all, just things passing through my head that might bear discussion. I don't know much about uboot to know if the developers of it have already tackled this problem before or not.
<willmore> If anyone knows better, I'd appreciate links to where to educate myself further.
vishnup has quit [Ping timeout: 256 seconds]
GrimKriegor_ has joined #linux-sunxi
GrimKriegor has quit [Ping timeout: 258 seconds]
ErwinH has joined #linux-sunxi
BenG83 has quit [Quit: Leaving]
BenG83 has joined #linux-sunxi
ErwinH has quit [Ping timeout: 255 seconds]
bugzc has joined #linux-sunxi
yann-kaelig has quit [Quit: Leaving]
apritzel has quit [Ping timeout: 264 seconds]
Andy-D has quit [Ping timeout: 240 seconds]
cnxsoft has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
futabachannel has joined #linux-sunxi
ninolein has quit [Ping timeout: 240 seconds]
ninolein has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
<willmore> bamvor, check your logs?
<bamvor> do you mean journalctl --boot=-1?
<willmore> bamvor, Sorry, I don't speak the new journalctl language. :(
<bamvor> It reboot after/in cleanup up of temp dir. Not sure it is the root cause or not.
<willmore> Nope, nothing suspicious there. Sorry.
<bamvor> willmore: Thanks.
vagrantc has quit [Quit: leaving]
<willmore> bamvor, maybe heat, maybe power, maybe just some other transient glitch. Keep an eye on it in case it recurrs.
victhor has quit [Ping timeout: 245 seconds]
<bamvor> willmore: Ok. The thing is I do not run the much load on cubietruck. Maybe glitch. Maybe I should update to a stable power adapter.
BuddyZhang1 has joined #linux-sunxi
terra854 has joined #linux-sunxi
ErwinH has joined #linux-sunxi
indy has quit [Ping timeout: 260 seconds]
ericxdu has joined #linux-sunxi
indy has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
KB3VGW- has joined #linux-sunxi
IgorPec has joined #linux-sunxi
pg12 has quit [Ping timeout: 240 seconds]
pg12 has joined #linux-sunxi
[7] has quit [Ping timeout: 240 seconds]
TheSeven has joined #linux-sunxi
muvlon has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
lkcl has quit [Ping timeout: 245 seconds]
<montjoie> plaes: will test
<wens> hmm, a23 otg broken on sunxi-next
<wens> anyone else having issues
<wens> ?
jernej has joined #linux-sunxi
chomwitt1 has joined #linux-sunxi
chomwitt has quit [Ping timeout: 248 seconds]
fkluknav has joined #linux-sunxi
akaizen has quit [Ping timeout: 240 seconds]
muvlon has quit [Ping timeout: 245 seconds]
lkcl has joined #linux-sunxi
akaizen has joined #linux-sunxi
<KotCzarny> montjoie: that patch also failed on 4.9.4
IgorPec has quit [Ping timeout: 245 seconds]
<KotCzarny> will have to build 4.10-rcX
nikre has joined #linux-sunxi
muvlon has joined #linux-sunxi
jernej has quit [Ping timeout: 240 seconds]
nikre has quit [Quit: Leaving]
<montjoie> KotCzarny: or try directly the github repo
cnxsoft has quit [Read error: Connection reset by peer]
<KotCzarny> it applied to 4.10-rc4
<KotCzarny> now compiling
<KotCzarny> will take some time though ;)
<KotCzarny> poor banana churning as fast as it can
techping has joined #linux-sunxi
nekomona has joined #linux-sunxi
<beeble> KotCzarny: cross compiling would be a lot faster?
<KotCzarny> beeble: that's assuming i would have decent x86 cpu
<KotCzarny> only core2duo@2.4ghz
<KotCzarny> so not much gain
cnxsoft has joined #linux-sunxi
<beeble> still faster then a bananapi? :)
<KotCzarny> a bit, but not that much
<beeble> you also gain a lot from the better disk i/o
<beeble> but you probably have already tested it
<Ke> cross-toolchains are a pain
<KotCzarny> since cpu isnt fast enough to saturate io it's not that noticeable
<MoeIcenowy> yes disk i/o matters a lot while building...
<Ke> debian stretch default toolchain misscompiles c201 upstream kernel for me
<Ke> or at least it does not work, while native toolchain does
ErwinH has joined #linux-sunxi
<KotCzarny> in this case io is miniscule
<KotCzarny> and i like having native/self sustaining system in place
<KotCzarny> i'm leveraging a bit with distcc and opipc
<MoeIcenowy> The V3s DE2 seems to be working differently from H3...
<MoeIcenowy> What the hell
ErwinH has quit [Ping timeout: 240 seconds]
cnxsoft has quit [Ping timeout: 240 seconds]
IgorPec has joined #linux-sunxi
<KotCzarny> btw. why isnt there voltage/amperage reporting in axp209 yet?
<KotCzarny> there is a working patch since 4.4
leviathan_ has joined #linux-sunxi
<KotCzarny> im not talking about dangerous operations (setting charging params etc), but plain data reporting is very useful
engidea-vr has quit [Quit: Konversation terminated!]
massi has joined #linux-sunxi
nekomona has quit [Remote host closed the connection]
cnxsoft has joined #linux-sunxi
engideavr has joined #linux-sunxi
nekomona has joined #linux-sunxi
<wens> KotCzarny: you would also want that in the power_supply drivers
<wens> and adcs should be iio drivers
<wens> but there is a series in flight for all the above
<KotCzarny> patch im currently using exposes: http://pastebin.com/raw/reF0VJyX
<wens> huh?
<KotCzarny> just an axp_pmu/ dump
<KotCzarny> to see what's available
<wens> how do you get axp_pmu in the first place
<KotCzarny> with the patch im using
<wens> a custom interface is probably not going to fly
<wens> you are basically redoing the power-supply and other subsystems
<KotCzarny> yes, but it's already available, in contrast with lack of anything in 4.9.4 (havent checked 4.10 yet)
<wens> patches are available which you can pick from the mailing list or patchwork
<wens> they just haven't been merged yet, probably be because of review comments
<KotCzarny> any chance for them to land 4.10/4.11 ?
<wens> i've not been very engaged with linux for the past few weeks
<wens> qschulz_: ^
ErwinH has joined #linux-sunxi
<terra854> Just wondering, how do you guys compile the linux kernel?
<KotCzarny> make menuconfig; make -j4
<qschulz_> KotCzarny: wens: v2 expected to be sent at the end of this week or beginning of next week. Then we'll have to review it until it can be merged upstream
<KotCzarny> qschulz_: great! so 4.11 ?
<montjoie> terra854: cross compiling
<KotCzarny> terra854: i compile natively on the boards
<qschulz_> KotCzarny: depends on the reviews
<terra854> Anyone did native compiling?
<terra854> Oh i see
<qschulz_> KotCzarny: for example, I've still a patch in reviews for which I sent a v1 at the beginning of June last year so...
<montjoie> terra854: native compiling also in early times, but on NFS
<qschulz_> KotCzarny: of course the sooner the better but no one can predict how it'll go :)
<wens> qschulz_: which patch is that?
<terra854> Anyone build a cluster for compiling?
<muvlon> terra854, yes, but only x86_64 (so far)
<muvlon> I use distcc
<Ke> isn't using distcc the same as having a cluster?
<Ke> or do you expect infiniband?
<muvlon> what?
<qschulz_> wens: patches for Allwinner SoCs GPADC
<Ke> cluster would be a collection of independent systems capable of running coordinated computing task
<muvlon> yes
<Ke> most often with very fast inter node transport, like infiniband, but sometimes also ethernet
<muvlon> ethernet is 100% fine for distcc, I can assure you
<Ke> yes yes
<terra854> Anyone tried compiling using clang?
<wens> qschulz_: i meant specifically the patch from last June but still in review
<wens> though, yeah, gpadc is really over due
qschulz_ is now known as qschulz
<qschulz> wens: that's the patch I'm talking about
<qschulz> wens: I sent the v1 of these patches in June, now we're at v9 but still, takes time
<muvlon> terra854, compiling what? linux?
<muvlon> llvm-linux is a thing but it's not done yet
<qschulz> wens: the patch for axp are in v1. I just wanted to underline that we don't know the time needed to make it nice enough to be in the kernel, that's all :)
<terra854> Just checked llvm linux
<terra854> Last update is 2 years ago...
<muvlon> yep
<muvlon> linux is really written in GNU C, not any standard C
<muvlon> clang does implement a couple of nonstandard gnu-isms but not enough to build a kernel
<terra854> Wow... GNU's C deviated from the standard C by a lot?
<muvlon> at least far enough that it's a nontrivial effort to port Linux to standard C
<muvlon> but I think there's also not that much demand
<muvlon> *maybe* some hpc people would be interested in building linux with icc but that'd be even more effort than clang
* jelle thought only crypto stuff was left and VALS
<jelle> *VLAS
<muvlon> oh wait, apparently you can compile Linux using icc
<Ke> I don't even know how VLAS work
<muvlon> I was wrong
<KotCzarny> oh, wow, either gmac in 4.10rc4 is seriously broken or my config is. 937mbits then banana is the server, and 93mbits when is the client
<KotCzarny> s/then/when/
<KotCzarny> let's see montjoies patch
atsampso1 has quit [Ping timeout: 256 seconds]
nekomona has quit [Remote host closed the connection]
atsampson has joined #linux-sunxi
nekomona has joined #linux-sunxi
lkcl has quit [Ping timeout: 258 seconds]
<KotCzarny> oh. funsies, downgraded to 100mbit. wth
lkcl has joined #linux-sunxi
msevwork has joined #linux-sunxi
engidea-vr has joined #linux-sunxi
engideavr has quit [Read error: Connection reset by peer]
<KotCzarny> ok, restarting virtualbox fixed things up. 939/704mbits on vanilla
Andy-D has joined #linux-sunxi
<KotCzarny> montjoie: 910/710 with the patch
<KotCzarny> so in error margin area
nekomona has quit [Remote host closed the connection]
nekomona has joined #linux-sunxi
popolon has joined #linux-sunxi
<montjoie> KotCzarny: you said yesterday you got only 280Mbit/s
<KotCzarny> that was on bpi-r1
<KotCzarny> today im testing with bpi-m1
<KotCzarny> so apparently for m1 patch doesnt affect performance in any noticable way
berkutta__ has joined #linux-sunxi
berkutta_ has quit [Read error: Connection reset by peer]
<KotCzarny> montjoie: is there specific situation i should try?
<montjoie> you could try to compare number of interupt
<montjoie> with ly patch the number should be less
<KotCzarny> as a server or client or doesnt matter?
<montjoie> as a client
bugzc has quit [Ping timeout: 245 seconds]
<KotCzarny> montjoie, yeah, 14677 with your patch, 35004 without
<KotCzarny> so definitely an improvement
<KotCzarny> and would probably performa better under loaded system/cpu
<montjoie> I note your numbers for adding them as example in commitlog
<montjoie> thanks
<KotCzarny> :)
<KotCzarny> kernel 4.10rc4
yang has quit [Ping timeout: 240 seconds]
yang has joined #linux-sunxi
<nekomona> .
chomwitt2 has joined #linux-sunxi
nekomona has quit [Remote host closed the connection]
chomwitt1 has quit [Ping timeout: 256 seconds]
nekomona has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
LargePrime has quit [Ping timeout: 258 seconds]
BenG83 has quit [Quit: Leaving]
matthias_bgg has quit [Client Quit]
matthias_bgg has joined #linux-sunxi
matthias_bgg has quit [Client Quit]
matthias_bgg has joined #linux-sunxi
scelestic has joined #linux-sunxi
LargePrime has joined #linux-sunxi
rah_ is now known as rah
techping has quit [Ping timeout: 255 seconds]
techping has joined #linux-sunxi
Andy-D has quit [Ping timeout: 276 seconds]
JohnDoe_71Rus has quit [Ping timeout: 240 seconds]
JohnDoe_71Rus has joined #linux-sunxi
IgorPec has quit [Ping timeout: 245 seconds]
tkaiser has joined #linux-sunxi
<muvlon> >through a JMS578 USB 3.1 to SATA bridge
<KotCzarny> tkaiser: now its time to suggest steven to make sata board using jms578 ;)
<KotCzarny> maybe dual sata?
<tkaiser> muvlon: Which are of no use when they 2 USB ports of OPi Zero on the 13 pin header aren't enabled by default.
lkcl has quit [Ping timeout: 252 seconds]
<KotCzarny> that would be something no one else done in allwinner yet
<muvlon> Why would I not just connect an external HDD via regular USB?
<KotCzarny> fewer cables
<tkaiser> KotCzarny: Pardon? This is exactly what you're asking for. 2 x JMS578
<muvlon> Still needs a SATA cable
<KotCzarny> yes, but not usb cable/dongle
<muvlon> oh, or an mSATA SSD, whic his expensive
<KotCzarny> also, with opi0 msata
<KotCzarny> nope. msata is NOT expensive at all
<muvlon> an external HDD needs only the USB cable, nothing else
<muvlon> so the exact same number of cables
<tkaiser> muvlon: There exist only a few good USB-to-SATA bridges and the usual enclosures cost ~15$. Here you get 2 good controllers for $7
<KotCzarny> tkaiser, but on one board, without hats
<KotCzarny> offtopic, those brass hex spacer are hella expensive.. o.o
<nekomona> Where is the SimpleFB driver in mainline kernel?
<nekomona> Found in wiki. Sorry.
\\Mr_C\\ has joined #linux-sunxi
reinforce has joined #linux-sunxi
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
<KotCzarny> anyone knows good source of 20-25mm hex distances?
<muvlon> a 3D printer :D
<KotCzarny> good == cheap
<KotCzarny> guess i'll just grab one of those sets from ali
matthias_bgg_ has joined #linux-sunxi
<muvlon> if you need only one set, then printing them is hella cheap
<KotCzarny> nah, i prefer metal ones
<muvlon> alright
<KotCzarny> also, i dont own 3d printer, so getting one would add a lot of overhead
matthias_bgg has quit [Quit: Leaving]
matthias_bgg has joined #linux-sunxi
<igraltist> hi
<igraltist> i have opipc with kernel 4.9.4 running. can i somehow catch the cpu temp?
<igraltist> the old method from old kernel does not work anymore
matthias_bgg_ has quit [Quit: Ex-Chat]
BuddyZhang1 has quit [Quit: Page closed]
tsuggs has quit [Ping timeout: 258 seconds]
INdek has joined #linux-sunxi
<montjoie> igraltist: you mean via the sun4i_ts ?
Andy-D has joined #linux-sunxi
chomwitt3 has joined #linux-sunxi
<igraltist> montjoie: i did it with old kernel like: cat /sys/class/thermal/thermal_zone0/temp
chomwitt2 has quit [Ping timeout: 276 seconds]
<jelle> you'd have to use i2c I guess
<igraltist> ok
<jelle> not sure what the status is
ganbold has quit [Quit: Leaving]
ganbold has joined #linux-sunxi
<ErwinH> Or megous patches. I've applied those and those work, haven't tested these.
<ErwinH> Or you can read the registers if you like :P
fkluknav has quit [Ping timeout: 264 seconds]
<montjoie> june! its old, does he still work on this ?
<ErwinH> No idea
lkcl has joined #linux-sunxi
<montjoie> bananapi m2+ have horrible perf 100Mb/s on a gigabit link
<montjoie> very strange
<KotCzarny> usual banana quality i guess
<montjoie> I am sure to has better perf before
leviathan_ has quit [Read error: No route to host]
<montjoie> plaes: your mmc fix work
leviathan_ has joined #linux-sunxi
<montjoie> very strange this bpim2+ it is the only one where flow control is enabled
<KotCzarny> is it a reason of it's lower performance?
<montjoie> perhaps
lemonzest has joined #linux-sunxi
BenG83 has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
fkluknav has joined #linux-sunxi
yann-kaelig has joined #linux-sunxi
The_Loko has joined #linux-sunxi
victhor has joined #linux-sunxi
msevwork has quit [Quit: Leaving]
<montjoie> KotCzarny: not a realtek phy
<plaes> montjoie: please send the notice to mailing list
<montjoie> plaes: ok
msevwork has joined #linux-sunxi
Net147 has quit [Ping timeout: 240 seconds]
Net147 has joined #linux-sunxi
diego_r has joined #linux-sunxi
techping has quit [Read error: Connection reset by peer]
fkluknav has quit [Ping timeout: 245 seconds]
fkluknav has joined #linux-sunxi
fkluknav has quit [Ping timeout: 248 seconds]
BenG83 has quit [Ping timeout: 260 seconds]
tkaiser has joined #linux-sunxi
<tkaiser> Nice, Allwinner now also released their tinalinux stuff for R58 (AKA A83T AKA H8). It's 2017 and we enjoy a freshly released kernel 3.4.39 without eg. Dirty COW fixed. At least rootmydevice is not active by default ;) https://github.com/tinalinux/linux-3.4/blob/r58-v2.y/arch/arm/mach-sunxi/sunxi-debug.c
<KotCzarny> lol, h8 is a83t ?
<tkaiser> KotCzarny: Yes, same applies to R58
<KotCzarny> talk about not letting product line die. ;)
ErwinH has quit [Remote host closed the connection]
<montjoie> so bpim2+ has an allwinner ac200 PHY, no datasheet
cnxsoft has quit [Quit: cnxsoft]
<montjoie> and perhaps bad perf due to "handlded as generic phy"
afaerber has quit [Quit: Leaving]
<KotCzarny> so, you are coming back to a20/h3?
<tkaiser> montjoie: My BPi M2+ has RTL8211E as usual
<tkaiser> montjoie: Between RTL chip and H3 it's printed 'BPi M2 Plus V1.0' (the broken version where camera doesn't work)
<montjoie> I will check the hw version
<montjoie> it's a sample from foxconn, so perhaps its not a prod one
<tkaiser> montjoie: V1.1 is the one from production batches, also RTL8211E equipped.
<montjoie> the other board with AC200 is the homlet A83T
vishnup has joined #linux-sunxi
<montjoie> smell non production board
<KotCzarny> :)
<KotCzarny> went into dark alley again?
solarnetone has quit [Ping timeout: 240 seconds]
<tkaiser> montjoie: At least I'm not surprised that BPi people are that 'smart' to send developers crappy hardware to ensure they can't support the board
<KotCzarny> otoh, you have an unique sample to test things on
<montjoie> the other boards sent works
<tkaiser> montjoie: What's written on the board as version?
<montjoie> I will read tonight, it is remote
<tkaiser> montjoie: They also sent out broken dev samples to the guys wanting to improve camera drivers. None of the boards sent was able to operate with their own camera (two small hand soldered resistors where on PCB rev 1.0).
msevwork has quit [Quit: Leaving]
<KotCzarny> 'hey, we have some bad boards, what we should do with them? throw them to the grinder. no, send them to the devs!' ? o.O
<tkaiser> KotCzarny: It was even better. They organized a 'free giveaway' with those boards (broken WiFi/BT) and asked the 'winners' to pay $20 for shipping.
<KotCzarny> what the actual fuck?
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
afaerber has joined #linux-sunxi
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
ErwinH has joined #linux-sunxi
nekomona has quit [Quit: Leaving]
ErwinH has quit [Ping timeout: 255 seconds]
solarnetone has joined #linux-sunxi
IgorPec has joined #linux-sunxi
ErwinH has joined #linux-sunxi
IgorPec2 has joined #linux-sunxi
BenG83 has joined #linux-sunxi
IgorPec has quit [Ping timeout: 240 seconds]
ErwinH has quit [Ping timeout: 240 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 256 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 245 seconds]
JohnDoe_71Rus has joined #linux-sunxi
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
massi has quit [Read error: Connection reset by peer]
massi has joined #linux-sunxi
ErwinH has joined #linux-sunxi
INdek_ has joined #linux-sunxi
INdek has quit [Read error: Connection reset by peer]
INdek_ has quit [Client Quit]
ErwinH has quit [Ping timeout: 240 seconds]
INdek has joined #linux-sunxi
lemonzest has quit [Quit: Leaving]
jernej has joined #linux-sunxi
ErwinH has joined #linux-sunxi
leviathan_ has quit [Remote host closed the connection]
ErwinH has quit [Ping timeout: 240 seconds]
KB3VGW- has left #linux-sunxi ["Leaving"]
ErwinH has joined #linux-sunxi
IgorPec has joined #linux-sunxi
IgorPec2 has quit [Ping timeout: 255 seconds]
ErwinH has quit [Ping timeout: 252 seconds]
engidea-vr has quit [Quit: Konversation terminated!]
ErwinH has joined #linux-sunxi
<MoeIcenowy> jernej: the original u-boot DE2 driver seems to not work on V3s
<jernej> MoeIcenowy: Do you have BSP kernel code?
<MoeIcenowy> yes
<jernej> where it is?
<MoeIcenowy> you mean V3s?
ErwinH has quit [Ping timeout: 240 seconds]
<MoeIcenowy> It cannot still be uploaded...
<jernej> let me check datasheet first
<MoeIcenowy> but V3s is covered by H2 newest lichee
<jernej> how is it called?
<MoeIcenowy> sun8iw8
<MoeIcenowy> it has only one tcon, connected to a external LCD interface
ErwinH has joined #linux-sunxi
<jernej> one of the interesting files to check is drivers/video/sunxi/disp2/disp/de/lowlevel_sun8iw8/de_feat.c which states DE2.0 capabilities
<jernej> if you compare sun8iw8 and sun8iw7, you ill notice that second channel on V3s is VI while on H3 is UI
<jernej> at least in theory
BenG83 has quit [Ping timeout: 255 seconds]
<MoeIcenowy> but the sun8iw7's de_feat.c indicates num_vi_chns as '1,1'
<MoeIcenowy> not
<MoeIcenowy> 1
<jernej> H3 has disp0 channel VI, UI, UI, UI
<jernej> V3s has disp0 channels VI, VI, UI
<MoeIcenowy> ah-oh
<MoeIcenowy> interesting
ErwinH has quit [Ping timeout: 240 seconds]
BenG83 has joined #linux-sunxi
<jernej> at least I'm reading it that way, and because you are the only one with V3s, please confirm that by testing second channel with VI settings
<jernej> BSP kernel uses UI channel for GUI
<jernej> why, I don't know, but there are speculations that it is not so power hungry
<MoeIcenowy> maybe should say "I'm the only one with a hackable V3s board" ;-)
<BenG83> hi I am testing a SPDIF transceiver on A64, has anyone tried the H3 driver on A64?
<MoeIcenowy> jernej: Nope, config channel 1 with VI configuration failsa
<MoeIcenowy> s/sa/a
ErwinH has joined #linux-sunxi
<MoeIcenowy> s/sa/s
<jernej> MoeIcenowy: Did you managed to get LCD working?
<MoeIcenowy> yes
<MoeIcenowy> and with config channel 0 with VI configuration I got simplefb working
<MoeIcenowy> maybe I should test channel 2 with UI configuration? ;-)
<MoeIcenowy> (of course channel 1 with UI configuration fails on V3s
<MoeIcenowy> channel 2 with UI works
<jernej> ok, that is confusing
<MoeIcenowy> but channel 1 cannot work with both UI and VI settings...
<jernej> I'm pretty sure that channel1 should work with VI
<MoeIcenowy> I used my VI code, and changed channel 0 to 1
<MoeIcenowy> the display is bad, with graphics displayed as stripes
<MoeIcenowy> but the color seems to be right
<jernej> you mean display itself is bad or settings on V3s are cause for the bad picture?
massi has quit [Remote host closed the connection]
<MoeIcenowy> using channel1 as VI is cause for bad picture
<MoeIcenowy> channel0 as VI and channel2 as UI both works
<jernej> I thought that VI channels were meant to be used with yuv colorspace and UI with RGB
<jernej> currently I'm not sure about anything anymore
<MoeIcenowy> maybe channel1 is a bad VI...
<BenG83> I compared A64 and H3 base adress and register map for OWA/SPDIF and they seem to be identical
<jernej> well, I suggest we stick with the UI channel...
<MoeIcenowy> so I select to channel2 on V3s?
<jernej> give me few minutes to find what is default channel used in bsp kernel
IgorPec has quit [Read error: Connection reset by peer]
<MoeIcenowy> thx ;-)
<MoeIcenowy> I cannot read the bsp kernel source
<jernej> ?
<MoeIcenowy> what I got knowledge about channels is from moinejf's drm driver source
<MoeIcenowy> I found the bsp source to dedicated
<jernej> BenG83: why don't you try to enable it in DT using H3 compatible and see what happens?
<BenG83> I am about to
<BenG83> I just saw the patches for SPIDF on the mailing list and was wondering why A64 was missing
<MoeIcenowy> when in doubt, try the previous hardware's driver on new hardware
<BenG83> I want to replace my old web radio streaming device with a Pine64
<MoeIcenowy> it has at least 50% probability to work ;-)
<BenG83> drawing a SPDIF optical breakout board for that
<BenG83> I usually do hardware but I am new to all things embedded linux
vishnup has quit [Quit: Leaving]
apritzel1 has joined #linux-sunxi
kelvan has quit [Remote host closed the connection]
kelvan has joined #linux-sunxi
kelvan has quit [Remote host closed the connection]
kelvan has joined #linux-sunxi
kelvan has quit [Remote host closed the connection]
nove has joined #linux-sunxi
kelvan has joined #linux-sunxi
kelvan has quit [Remote host closed the connection]
<KotCzarny> allwinner is hardly embedded linux
<KotCzarny> it's mostly android
kelvan has joined #linux-sunxi
<MoeIcenowy> for V3s it's really embedded linux now ;-)
<BenG83> yeah...
<KotCzarny> and their embedded products only recently reaches specialization state
<MoeIcenowy> although they made a special camdroid
<KotCzarny> as MoeIcenowy says ;)
<BenG83> I usually write software for Cortex M3/4/7 running some RTOS
kelvan has joined #linux-sunxi
<MoeIcenowy> it's an android C layer add a MiniGUI-based GUI
<MoeIcenowy> what the ****
<MoeIcenowy> so strange combination
<KotCzarny> a20/h3/h5 and friends can be treated as micro-itx boards
<KotCzarny> heavily integrated, but still behaving more like pc than as specialized products
<BenG83> I´ve been running Linux since about 1998 on my desktop/laptop things but my experience with embedded Linux is minimal
<BenG83> I fixed some network driver in the AVR32 AP7000 linux kernel driver about 10 years ago but that´s it
<KotCzarny> embedded starts <32MB of memory usually
<KotCzarny> those boards have all personal computer interfaces, kb/mouse, display, audio, storage
<BenG83> most of the systems I write software for have like 64kB RAM and 512kB Flash
<KotCzarny> if you want embedded tasks you could look into openrisc core, that would be interesting
<MoeIcenowy> or maybe risc-v? ;-)
<BenG83> I was looking into the AXP803 for the A63 and how the AR100 controls that
<BenG83> *A64
<KotCzarny> all boards since h3 soc have additional core for specialized tasks
<MoeIcenowy> since A31.
<KotCzarny> :)
<BenG83> embedded management cores are becoming more popular yeah
<MoeIcenowy> but before H3 the core is only used in standby
<MoeIcenowy> seems that it's the so-said "super standby" by allwinner
<MoeIcenowy> and for A31, A23, A33 and A64, this kind of things can really be dealed by AXP
<BenG83> a lot of mobile devices include a Cortex M3/M4 as ´sensor hub´ controller anyways
<MoeIcenowy> (To be honest, the official design of V3s has also an AXP
<MoeIcenowy> (but the board that I got didn't use AXP to free some PCB space
<BenG83> I recently desing a board for a i.MX6 SoC and I wouldn´t miss the PF3000 PMIC that comes along with it
IgorPec has joined #linux-sunxi
<BenG83> the PMIC make a lot of things easier
<BenG83> https://github.com/linux-sunxi/linux-sunxi/tree/sunxi-next btw is this the right branch I am looking at for the mainline upstream?
popolon has quit [Quit: WeeChat 1.4]
IgorPec has quit [Ping timeout: 240 seconds]
kelvan has quit [Remote host closed the connection]
<jernej> MoeIcenowy: It seems that they still use channel 1, layer 0 for default framebuffer on V3s
kelvan has joined #linux-sunxi
leviathan_ has joined #linux-sunxi
codekipper has joined #linux-sunxi
<MoeIcenowy> jernej: strange...
<codekipper> BenG83: I tried SPDIF on my pine64 but it barfed and I've not had the chance to look at it. Will have a go over the weekend
<jernej> maybe something in low level part of the driver can be found,
<BenG83> hi codekipper, I saw your patches on the ML
<jernej> MoeIcenowy: ^
<MoeIcenowy> saw it...
<BenG83> I compared H3 and A64 adress/register mappings and they looked identical to me
<codekipper> yeah...but I'm not sure if DMA is working yet
<BenG83> ok
<MoeIcenowy> jernej: It's a pity that I lost the register dump did from BSP...
<codekipper> my pine64 is setup to netboot so it's not much effort for me to get the code in the check it
<BenG83> I made a breakout board with a TOSLINK transmitter to test things
<jernej> MoeIcenowy: why don't you do it again?
<MoeIcenowy> because I do not have a BSP now :-(
<MoeIcenowy> the display driver do not work with mainline u-boot
<codekipper> yeah...I will just test that the playback works as expected...won't do an audio check.
<BenG83> I can do that
apritzel1 has quit [Ping timeout: 255 seconds]
<jernej> MoeIcenowy: What do you mean? Didn't you said that LCD works with your code now? Or you mean combination of this driver with BSP kernel one?
<MoeIcenowy> I mean the combination of BSP kernel and mainline u-boot makes the display unusable
ErwinH has quit [Remote host closed the connection]
<BenG83> I will be at FOSDEM meeting some KiCAD people and also some guys from Pine64, is anyone else comming to FOSDEM?
matthias_bgg has quit [Quit: Leaving]
leviathan__ has joined #linux-sunxi
<wens> unfortunately not :( too close to chinese new year means plane tickets are hard to come by
ErwinH has joined #linux-sunxi
<MoeIcenowy> and being not willing to go there :-(
<BenG83> I live in south-west Germany, so Bruxelles is only a 3-4h train trip away
<MoeIcenowy> FOSDEM is always not too friendly to Chinese people
leviathan__ has quit [Remote host closed the connection]
<BenG83> really? This is the first time I go to FOSDEM, I usually go to CCC, GPRN and Defcon
leviathan_ has quit [Remote host closed the connection]
<MoeIcenowy> I mean the time
<BenG83> ah
<MoeIcenowy> about 1 month after New Year is close to Chinese New Year (a.k.a. Spring Festival)
ErwinH has quit [Ping timeout: 240 seconds]
dave0x6d has quit [Quit: Connection closed for inactivity]
BenG83 has quit [Quit: Leaving]
leviathan_ has joined #linux-sunxi
interrobangd has joined #linux-sunxi
ErwinH has joined #linux-sunxi
<wens> BenG83_: chinese new year is around late Jan to mid Feb, dates vary every year
ErwinH has quit [Ping timeout: 255 seconds]
ErwinH has joined #linux-sunxi
apritzel1 has joined #linux-sunxi
ErwinH has quit [Remote host closed the connection]
apritzel1 has quit [Ping timeout: 248 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 258 seconds]
ErwinH has joined #linux-sunxi
liushuyu has joined #linux-sunxi
|Jeroen| has joined #linux-sunxi
ErwinH has quit [Remote host closed the connection]
afaerber has quit [Quit: Leaving]
ErwinH has joined #linux-sunxi
BenG83 has joined #linux-sunxi
ErwinH has quit [Ping timeout: 264 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 255 seconds]
dave0x6d has joined #linux-sunxi
leviathan_ has quit [Remote host closed the connection]
liushuyu has quit [Read error: Connection reset by peer]
liushuyu has joined #linux-sunxi
codekipper has quit [Ping timeout: 260 seconds]
liushuyu has quit [Read error: Connection reset by peer]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 264 seconds]
terra854 has quit [Quit: Connection closed for inactivity]
florianH has quit [Quit: Connection closed for inactivity]
<jernej> MoeIcenowy: I'm pretty confident now that VI channels use YUV and UI RGB color space
<jernej> MoeIcenowy: check de_rtmx_set_lay_fcolor() in de_rtmx.c
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
Mr__Anderson has joined #linux-sunxi
apritzel has joined #linux-sunxi
|Jeroen| has quit [Quit: dada]
IgorPec has joined #linux-sunxi
libv has quit [Ping timeout: 240 seconds]
Ntemis has quit [Remote host closed the connection]
libv has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
<willmore> wens, Chinese new year is based off the lunar calendar?
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 255 seconds]
interrobangd has quit [Read error: Connection reset by peer]
Ntemis has joined #linux-sunxi
libv has joined #linux-sunxi
libv_ has quit [Ping timeout: 255 seconds]
libv has quit [Ping timeout: 240 seconds]
libv has joined #linux-sunxi
nove has quit [Quit: nove]
ErwinH has joined #linux-sunxi
<tuxillo> hi
<tuxillo> getting 240mA with armbian legacy on a nanopi neo
ErwinH has quit [Ping timeout: 252 seconds]
<tuxillo> I thought it used less power
Mr__Anderson has quit [Quit: Leaving.]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 255 seconds]
libv has quit [Ping timeout: 240 seconds]
libv has joined #linux-sunxi
libv has quit [Ping timeout: 260 seconds]
<tuxillo> IgorPec: let me see, thanks
<IgorPec> but in any case, much lower you can't get.
<tuxillo> I should have read more information about it before buying
libv has joined #linux-sunxi
IgorPec has quit [Ping timeout: 252 seconds]
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 240 seconds]
libv_ has quit [Ping timeout: 240 seconds]
libv has joined #linux-sunxi
libv has quit [Ping timeout: 240 seconds]
libv has joined #linux-sunxi
tsuggs has joined #linux-sunxi
The_Loko has quit [Quit: Leaving]
cptG has joined #linux-sunxi
cptG_ has quit [Ping timeout: 240 seconds]
mfa298 has joined #linux-sunxi
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
chomwitt4 has joined #linux-sunxi
chomwitt3 has quit [Ping timeout: 245 seconds]