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
cptG has quit [Ping timeout: 260 seconds]
<MoeIcenowy> NiteHawk: the rvbar_reg is checked by me with BSP U-Boot
<MoeIcenowy> but SRAM layout cannot be checked
<MoeIcenowy> naobsd: you can stop autoboot?!
<MoeIcenowy> ok try to dump the memory @ 0x43000000
<MoeIcenowy> in binary form
<MoeIcenowy> then it's script.bin
<MoeIcenowy> it may be a boring work, but possible
<naobsd> MoeIcenowy: not yet for me. I just heard about it from other people. command is very limited (please refer u-boot source for detail)
<NiteHawk> MoeIcenowy: great. i've cloned your commits as https://github.com/linux-sunxi/sunxi-tools/pull/81 - we can amend it as new insight is gained
<MoeIcenowy> NiteHawk: I have tested it by running uart0-helloworld
<MoeIcenowy> when I get any non-dumb boot0
<MoeIcenowy> I will also check it
<MoeIcenowy> NiteHawk: please add my new commit of uart0-helloworld
jernej_ has quit [Ping timeout: 246 seconds]
<MoeIcenowy> otherwise bootsource detetction won't work
<apritzel> MoeIcenowy: I see the U-Boot SPL banner on the H5
<apritzel> but the DRAM controller init doesn't work
<MoeIcenowy> apritzel: use which SPL?
<apritzel> MoeIcenowy: some hacked U-Boot
<MoeIcenowy> how hacked?
<apritzel> basically H3 peripherals and A64 memory layout
Andy-D has joined #linux-sunxi
<MoeIcenowy> apritzel: you got H5 board?
<NiteHawk> MoeIcenowy: ah, right - that one makes sense
<apritzel> MoeIcenowy: yes, got it today
<MoeIcenowy> you can try the libdram
<apritzel> oh, do you have the path?
<MoeIcenowy> please enjoy this blob from Allwinner ;-)
<apritzel> MoeIcenowy: thanks! will give it a try
<MoeIcenowy> note the {} (in bash grammar)
<apritzel> for the U-Boot hacking: in include/configs/sunxi-common.h you pretend to be an A64, in the rest of U-Boot it's H3
<apritzel> MoeIcenowy: I got this ;-)
* apritzel digs out the old libdram branches
<MoeIcenowy> I found my self difficult to get a PhoenixCard environment...
plm has quit [Quit: leaving]
<apritzel> MoeIcenowy: I know what you mean
<apritzel> I did this exactly once in January: it was a pain and I never did it again
<apritzel> just kept the image files safe ...
<MoeIcenowy> but I only want a running boot0.
<MoeIcenowy> at least a boot0 that can speak
<apritzel> MoeIcenowy: I did it with QEMU/KVM in an old Windows XP VM
Nyuutwo has quit [Ping timeout: 268 seconds]
<MoeIcenowy> I can now find even on Windows XP installation medium
<MoeIcenowy> :-(
<MoeIcenowy> s/on/no
<apritzel> MoeIcenowy: with some USB mass storage emulation by QEMU
<apritzel> MoeIcenowy: me neither, I just have that VM ;-)
<MoeIcenowy> I'm trying to Phoenix a real MicroSD Card
dr1337 has joined #linux-sunxi
<apritzel> so much pain just for those 32KB ...
<MoeIcenowy> or there's another situation, to prove that the boot0 won't speak anything
<naobsd> hm... all I know should be dumped to wiki. the remaining is for everyone :)
<MoeIcenowy> naobsd: so thanks
vagrantc has joined #linux-sunxi
jernej_ has joined #linux-sunxi
<apritzel> dammit, the libdram init routine requires some parameter dump from boot0 ...
<apritzel> MoeIcenowy: so how is your Phoenix adventure going :-D
<MoeIcenowy> nothing
<MoeIcenowy> but I think the boot0 source is somewhere in U-Boot source
jernej_ has quit [Ping timeout: 252 seconds]
BenG83 has quit [Ping timeout: 240 seconds]
<MoeIcenowy> ok got phoenix run
<apritzel> MoeIcenowy: you think so? AFAIK there was never boot0 source anywhere ...
<MoeIcenowy> I think it's sunxi_spl
<MoeIcenowy> card phoenixed
Nyuutwo has joined #linux-sunxi
<MoeIcenowy> will test it now
<MoeIcenowy> Red LED got lit, but UART is still nothing
<MoeIcenowy> will try other UARTs
ganbold has joined #linux-sunxi
dr1337 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
dr1337 has joined #linux-sunxi
BenG83 has joined #linux-sunxi
<MoeIcenowy> Yes under Android it is not the right debug UART
afaerber has quit [Ping timeout: 256 seconds]
dr1337 has quit [Client Quit]
<MoeIcenowy> yay H5 is cheetah-p1
<apritzel> MoeIcenowy: which UART is it then? UART2?
<MoeIcenowy> I don't know
<MoeIcenowy> UART pins, UART1, UART2 both tested
<MoeIcenowy> UART pins are proven to be UART0
<apritzel> MoeIcenowy: can you dump boot0 somewhere?
<MoeIcenowy> can I dump a dt at runtime in 3.10 kernel?
Nyuutwo has quit [Ping timeout: 268 seconds]
<MoeIcenowy> apritzel: yes, but still a dumb one
<apritzel> MoeIcenowy: don't care, just need the DRAM parameters
<apritzel> got the rest to compile already
<apritzel> MoeIcenowy: you can try /proc/device-tree
<MoeIcenowy> no such file
<apritzel> (or /proc/devicetree, never remember)
<MoeIcenowy> both none
<apritzel> MoeIcenowy: possible
<apritzel> they tend to remove it
<apritzel> you can look for the DT magic
<MoeIcenowy> I think in 3.10 there's no such file
<apritzel> d00dfeed or so
dr1337 has joined #linux-sunxi
<apritzel> in the image file / SD card
<apritzel> MoeIcenowy: I think it's configurable
<MoeIcenowy> I may dump the 20M somewhere
dr1337 has quit [Client Quit]
<apritzel> MoeIcenowy: that would be the best, thanksc!
<MoeIcenowy> but remember the boot0 still cannot speak
* apritzel is getting annoyed by the missing reset button
<MoeIcenowy> just unplug and plug the AC
<apritzel> so libdram (plus libchipid) gives me some output and FEL returns, but it says 0 MB
<apritzel> that is with the Pine64 parameters, which are probably wrong
<MoeIcenowy> DDed 52MB
<apritzel> MoeIcenowy: thanks, got it
<MoeIcenowy> I will now binwalk it
<apritzel> hehe, NOTICE: BL3-1: Running on H5 (1718) in SRAM A2 (@0x44000)
<apritzel> ATF started, so the whole 64-bit switch magic works as expected
afaerber has joined #linux-sunxi
<MoeIcenowy> 0x010d3800 starts the BSP dt
chomwitt has quit [Ping timeout: 260 seconds]
Nyuutwo has joined #linux-sunxi
jstein has quit [Remote host closed the connection]
<MoeIcenowy> I think it may be the pinmux of UART0 not initialized...
<MoeIcenowy> will try to run uart0-helloworld (which inits UART0) then boot0
leviathanch_ has quit [Remote host closed the connection]
<MoeIcenowy> no wonder I cannot get anything...
<MoeIcenowy> I connected my UART cable wrongly
<MoeIcenowy> it's a fortunate that my board is not burned
<MoeIcenowy> this boot0 do speak something
popolon has quit [Quit: WeeChat 1.4]
Nyuutwo has quit [Ping timeout: 268 seconds]
<apritzel> I dumped the DRAM parameters meanwhile
<apritzel> many are different, but only slightly
<MoeIcenowy> there's something interesting
<MoeIcenowy> with sunxi-fel spl boot0.img
<MoeIcenowy> the system stucks at "Jump to secend Boot."
<MoeIcenowy> but boot from sdcard is ok
<apritzel> this is expected
<MoeIcenowy> ah will soon provide full UART log to Android
<apritzel> I think boot0.img does not return to FEL
<apritzel> you have to use a different build of boot0 for that, I think
<apritzel> which we don't have
<MoeIcenowy> apritzel: but I have sdcard inserted
Nyuutwo has joined #linux-sunxi
<MoeIcenowy> https://pastebin.anthonos.org/view/2324a1a6 h5 android uart log
Nyuutwo has quit [Ping timeout: 268 seconds]
<ssvb> apritzel: sorry, I dropped asleep for a while
<ssvb> MoeIcenowy: have you seen the pull request https://github.com/linux-sunxi/sunxi-tools/pull/81 ?
BenG83 has quit [Read error: Connection reset by peer]
<apritzel> Alright, now we are talking: I am in 64-bit upstream U-Boot
<apritzel> with libdram SPL
<apritzel> ATF
<apritzel> and U-Boot proper
<ssvb> congrats, that's very nice
<apritzel> now getting reckless and trying Ethernet ;-)
<naobsd> oops
Colani1210 has joined #linux-sunxi
<apritzel> mmh, no power on Ethernet
<naobsd> I just noticed there is description about compatible controller on NES Classic official page...
<ssvb> apritzel: but there is no PMIC in the picture, so everything should be simple, right?
<naobsd> wiki need to be fixed ;)
<apritzel> ssvb: yeah, but maybe we need to power it via some GPIO
<apritzel> or there is some reset
<apritzel> dunno, don't care for now
<apritzel> loading via FEL ....
Colani1200 has quit [Ping timeout: 258 seconds]
<ssvb> we have the board schematics, and if any GPIO is needed then it should be visible there
<ssvb> okay, just using FEL is fine for now
<ssvb> about the libdram stuff, this is getting really annoying
<apritzel> ssvb: I had some debug in the H3 upstream code, it bailed out early on mctl_channel_init
<apritzel> [ 1.957513] VFS: Cannot open root device "(null)"
<apritzel> DONE.
<apritzel> 4.9.0-rc2
<apritzel> so a bit dated ;-)
<ssvb> will you push a test branch somewhere?
<apritzel> I guess I have to
<apritzel> so I'd rather go to bed now
<ssvb> yeah, me too
<apritzel> ssvb: is tomorr^Wtoday morning good enough?
cnxsoft has joined #linux-sunxi
<ssvb> I'll post a cleaned up version of sunxi-fel spi flash programmer patch set with H5 support a bit later
<ssvb> but it works really nicely
Nyuutwo has joined #linux-sunxi
<ssvb> apritzel: yes, it's fine, I'm not in a hurry
oliv3r has quit [Ping timeout: 248 seconds]
dr1337 has joined #linux-sunxi
<apritzel> n8!
apritzel has quit [Ping timeout: 268 seconds]
<wens> morning
egbert has joined #linux-sunxi
egbert_ has quit [Ping timeout: 260 seconds]
ganbold has quit [Remote host closed the connection]
ganbold has joined #linux-sunxi
Nyuutwo has quit [Ping timeout: 268 seconds]
Nyuutwo has joined #linux-sunxi
ninolein has quit [Ping timeout: 240 seconds]
ninolein has joined #linux-sunxi
nashpa has quit [Ping timeout: 248 seconds]
ganbold has quit [Quit: Leaving]
ganbold has joined #linux-sunxi
alexvf has quit [Ping timeout: 260 seconds]
ganbold has quit [Remote host closed the connection]
ganbold has joined #linux-sunxi
alexxei has quit [Ping timeout: 260 seconds]
vagrantc has quit [Quit: leaving]
alexxei has joined #linux-sunxi
futabachannel has joined #linux-sunxi
foodev has quit [Ping timeout: 260 seconds]
pg12 has quit [Ping timeout: 260 seconds]
pg12 has joined #linux-sunxi
IgorPec has joined #linux-sunxi
<MoeIcenowy> ssvb: seen
<MoeIcenowy> wens: morning
<MoeIcenowy> apritzel: you can try to add a sun5i-a13-mmc to your dt
Putti has quit [Ping timeout: 248 seconds]
[7] has quit [Disconnected by services]
TheSeven has joined #linux-sunxi
futabachannel has quit [Ping timeout: 260 seconds]
JohnDoe_71Rus has joined #linux-sunxi
futabachannel has joined #linux-sunxi
vagrantc has joined #linux-sunxi
jernej_ has joined #linux-sunxi
reinforce has joined #linux-sunxi
f0xx has joined #linux-sunxi
<wens> i seem to have a poor understanding of how module autoloading should work :|
Putti has joined #linux-sunxi
vagrantc has quit [Ping timeout: 260 seconds]
<MoeIcenowy> wens: should new dt be called sun8i-h2-plus.dtsi or sun8i-h2+.dtsi?
vagrantc has joined #linux-sunxi
<MoeIcenowy> mripard: ^
IgorPec has quit [Ping timeout: 265 seconds]
<wens> i don't know if there are restrictions on characters
<wens> i guess look around for '+' and 'plus' in arch/arm/boot/dts?
<MoeIcenowy> there;s one kirkwood-netgear_readynas_nv+_v2.dts
<MoeIcenowy> but there're also bcm2835-rpi-a-plus.dts bcm2835-rpi-b-plus.dts
jernej_ has quit [Ping timeout: 240 seconds]
vagrantc has quit [Ping timeout: 240 seconds]
alexxei has quit [Read error: Connection reset by peer]
alexxei has joined #linux-sunxi
premoboss has joined #linux-sunxi
futabachannel has quit [Read error: No route to host]
p_rossak has quit [Ping timeout: 245 seconds]
alexxei has quit [Read error: Connection reset by peer]
premoboss has quit [Ping timeout: 252 seconds]
alexxei has joined #linux-sunxi
premoboss has joined #linux-sunxi
IgorPec has joined #linux-sunxi
stk is now known as angularstk
angularstk is now known as JStk
nashpa has joined #linux-sunxi
Putti has quit [Ping timeout: 258 seconds]
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
IgorPec has joined #linux-sunxi
apritzel has joined #linux-sunxi
<naobsd> MoeIcenowy: about getting information from A33 device,
<naobsd> MoeIcenowy: you said using fel is not enough and image is required,
<naobsd> MoeIcenowy: could you tell me which part of image?
<mripard> MoeIcenowy: I think I prefer the former ('plus', instead of '+') because it doesn't have any special character
<apritzel> ssvb: MoeIcenowy: check the new branch on my github/U-Boot and the updated allwinner branch in the github/ATF repo
apritzel has quit [Quit: Leaving.]
<naobsd> if I try "sunxi-fel read 0x43000000 0x1000 xxx" then device stop working (probably... no console access for now)
<naobsd> write fes1.bin to 0x2000 then exe 0x2000, but read 0x43000000 is still failed :(
<naobsd> I should check console if init dram is ok or fail...
<naobsd> about sunxi-fel on A33, DRAM should work w/o any preparation?
alexxei has quit [Read error: Connection reset by peer]
alexxei has joined #linux-sunxi
massi has joined #linux-sunxi
alexxei has quit [Read error: Connection reset by peer]
premoboss has quit [Ping timeout: 250 seconds]
alexxei has joined #linux-sunxi
gianMOD has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
<naobsd> this is what I got...
<naobsd> so
<naobsd> I have to try another method :( probably send '2' to UART is needed
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
gianMOD has quit [Read error: Connection reset by peer]
solarnetone has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
gianMOD has joined #linux-sunxi
<naobsd> same result with '2' method :(
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
netlynx has joined #linux-sunxi
Eppie has joined #linux-sunxi
p_rossak has joined #linux-sunxi
<KotCzarny> castrated to the point of no return?
<naobsd> I can read sram and some registers area, so fel is working properly
<naobsd> only DRAM area cannot be accessed :(
gianMOD has quit [Remote host closed the connection]
gianMOD has joined #linux-sunxi
futabachannel has joined #linux-sunxi
premoboss has joined #linux-sunxi
nik has joined #linux-sunxi
nik has quit [Client Quit]
<wens> naobsd: then dram init is not working
<naobsd> wens: I don't know why :(
<naobsd> send '1' to UART is not working (normal boot), I have no idea to init dram
gianMOD has quit [Remote host closed the connection]
<naobsd> should I try mainline u-boot with spl (for another a33 board)...?
<naobsd> or felix does better?
Net147 has quit [Quit: Quit]
jbrown has quit [Ping timeout: 250 seconds]
<ssvb> naobsd: just reading DRAM will not do anything good for you, unless something reads the FEX file into it
<ssvb> still the data is retained in the DRAM for a little bit, so you can boot the stock firmware on this device, then reset it and try to read DRAM
gianMOD has joined #linux-sunxi
<ssvb> it might still contain the FEX data then
<ssvb> the DRAM init code in the U-Boot SPL is supposed to be generic and should work on any A33, at least that's how noname tablets are handled
<ssvb> you can try to reduce the DRAM clock speed if it happens to be unreliable
<ssvb> and nobody has checked the reliability of DRAM on A33 in general, so I would not expect it to be entirely problem-free on tablets or any other supposedly supported devices
gianMOD has quit [Read error: No route to host]
jbrown has joined #linux-sunxi
<ssvb> still, that's only a risk of a little bit of random corruption here and there, rather than the DRAM failing in a really obvious way
Putti has joined #linux-sunxi
gianMOD has joined #linux-sunxi
<naobsd> what I expect is, boot1 does something, then read dram via fel
<naobsd> ssvb: DRAM can be read w/o boot0/1(i.e. FEL mode just after BROM)?
gianMOD has quit [Read error: No route to host]
<naobsd> DRAM access hangs both 'press & hold RESET' / 'send 2 to UART' method :(
Eppie has quit [Ping timeout: 260 seconds]
mzki has joined #linux-sunxi
<ssvb> DRAM is not initialized after entering FEL mode, it needs to be initialized explicitly
<naobsd> oops, u-boot-sunxi nightly latest for a33 is not built... (err)
alexxei has quit [Ping timeout: 248 seconds]
<ssvb> you can try to initialize DRAM by running "sunxi-fel spl u-boot-sunxi-with-spl.bin"
<ssvb> then try to read from 0x43000000
<naobsd> I see
<naobsd> 20160902 binary is enough new?
<ssvb> yes, it should be good
<ssvb> a binary from some generic A33 tablet
<ssvb> if it does not deadlock and you can read/write something, then the DRAM is initialized properly
<naobsd> sunxi-fel spl u-boot-sunxi-mainline-sinlinx_sina33-20160902T174215-b615267/u-boot-sunxi-with-spl.bin
<naobsd> it works
<naobsd> I can read 0xff from 0x43000000
<naobsd> no hang
<naobsd> so
<naobsd> probably I can ignore information in NAND (for a while)
<naobsd> is A33 NAND driver available on mainline u-boot/linux?
<ssvb> if the data at 0x43000000 does not make any sense when interpreted as FEX, then you can try to read it immediately after resetting the stock OS
<naobsd> let's try...
gianMOD has joined #linux-sunxi
zzeroo has quit [Ping timeout: 250 seconds]
<naobsd> ah, good news
<naobsd> stop autoboot by 's', then run "fastboot" on u-boot, then fel can be used
<naobsd> DRAM should be able to read in this case
gianMOD has quit []
gianMOD has joined #linux-sunxi
<ssvb> btw, maybe I'm a little bit too paranoid, but I don't think that hacking this Nintendo NES Classic Edition device will do us any good
gianMOD has quit [Read error: No route to host]
tkaiser has joined #linux-sunxi
<ssvb> if Nintendo gets really upset about this, then they might demand Allwinner to tighten security
<MoeIcenowy> naobsd: as I say
<MoeIcenowy> try fes
IgorPec has quit [Ping timeout: 268 seconds]
<MoeIcenowy> or try to read things from u-boot
<tkaiser> ssvb: But it will get hacked anyway since it's 'open' and people are keen on playing around with this heavily overpriced piece of hardware?
<naobsd> well
<naobsd> as I said, problem is solved by using stock u-boot
<naobsd> stock u-boot can read NAND of course, so now I worry about Nintendo
<MoeIcenowy> could you generate a full rom dump in some way?
<ssvb> tkaiser: still it's best to do this in such a way that Nintendo bosses, lawyers or whoever is in charge don't get freaked out
<naobsd> I never do it
<KotCzarny> ssvb: +1
Putti has quit [Ping timeout: 244 seconds]
<naobsd> all I want to try is, just run our own u-boot/linux/etc on it
<tkaiser> ssvb: So removing device page?
<KotCzarny> allwinner already is trying different obfuscation methods
Net147 has joined #linux-sunxi
<KotCzarny> sad part is there will always be someone who does it nevertheless (hacking)
<KotCzarny> just for the sake of it
<MoeIcenowy> naobsd: I think a mainline kernel can now run with USB gadget as I/O device
<ssvb> tkaiser: Nintendo may be afraid that somebody starts making really dirt cheap clones of their hardware
majosa has joined #linux-sunxi
<naobsd> should I remove wiki?
<MoeIcenowy> naobsd: I think you shoudn't
<majosa> Yesterday I downloaded the oss zip of Nintendo and contains LVM and cryptsetup. At least some part of NAND could be encripted
gianMOD has joined #linux-sunxi
<naobsd> I will not do/put information such as dumping NAND, analyzing its contents, etc
<naobsd> (except script.bin)
<naobsd> majosa: I hope so
<MoeIcenowy> if it's really encrypted, you can do it
<naobsd> important part should be protected properly
<ssvb> did you get a valid script.bin from it already?
yann-kaelig has joined #linux-sunxi
<MoeIcenowy> just as a recovery image
<naobsd> not yet
<naobsd> but I believe it's possible now
<majosa> They could tried use secure boot to protect the key
<ssvb> majosa: yes, and if every HTPC / tablet manufacturer starts doing this in the future, then we will have less usable devices
<majosa> HTPC in 3.4.x forever :P
<naobsd> anyway,
fkluknav has joined #linux-sunxi
<naobsd> what I want to try is, mainline u-boot/linux, *BSD, etc. not dumping NAND
<MoeIcenowy> naobsd: you can try to run mainline u-boot/linux on it
<naobsd> yes I know, at least u-boot spl is working
<naobsd> I'll try rest too :)
<MoeIcenowy> then you can submit a sun8i-r8-nintendo-nes-classic device to linux
<MoeIcenowy> then u-boot
gianMOD has quit [Read error: No route to host]
fl_0 has quit [Ping timeout: 256 seconds]
gianMOD has joined #linux-sunxi
<ssvb> tkaiser: btw, where did you get that H5 datasheet?
IgorPec has joined #linux-sunxi
<tkaiser> ssvb: From Xunlong/Steven
<ssvb> do they happen to have a full H5 user manual?
<ssvb> and are they allowed to share it?
<tkaiser> ssvb: According to IgorPec that's all we/they have.
<tkaiser> ssvb: I don't talk to Steven, it's always IgorPec so better ask him
<IgorPec> tkaiser: ssvb: i'll check tomorrow morning
fl_0 has joined #linux-sunxi
tkaiser has quit [Read error: No route to host]
tkaiser has joined #linux-sunxi
fl_0 has quit [Client Quit]
gianMOD has quit [Remote host closed the connection]
<naobsd> I'll try, but I'm busy, anyone can do it too :)
premoboss has quit [Remote host closed the connection]
<MoeIcenowy> jernej: I'm sorry to tell you that your newest h3_hdmi cannot still work even without a screen
fl_0 has joined #linux-sunxi
<MoeIcenowy> or you are not just dealing with this situation?
alexxei has joined #linux-sunxi
<ssvb> apritzel: thanks! I'll try it later
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
<ssvb> one of the most interesting things to check is whether the interrupts from the perfomance counter unit can be supported properly on H5
<ssvb> it's already nice to have a bugfixed revision of Cortex-A53 in H5
<ssvb> IgorPec: thanks!
<ssvb> NiteHawk: Can we push H5 support to the sunxi-tools git? Do you have an Orange Pi PC 2 board yourself?
<MoeIcenowy> ssvb: have you tried returning back to FEL by mainline SPL?
<MoeIcenowy> or have apritzel tried?
JohnDoe_71Rus has joined #linux-sunxi
<ssvb> MoeIcenowy: apritzel has successfully booted Linux via FEL, so I guess that returning back to FEL works too
<MoeIcenowy> ssvb: okay...
<MoeIcenowy> I'm still waiting for jernej's de2 u-boot driver
<NiteHawk> ssvb: unfortunately no. but i don't see anything that would prevent us from merging, the parts are are expected to work have all been checked by now, right?
<NiteHawk> i only have the older H3-based Orange Pi PC (1)
<MoeIcenowy> as A64's HDMI is proven to be like H3's and H5's is proven to be identical to A64's
<ssvb> NiteHawk: I see that you removed the refactoring patch from the pull request for now, so let's merge it
<MoeIcenowy> DE seems to be a little different
<NiteHawk> "Pull request successfully merged and closed" :)
<MoeIcenowy> congrats
<ssvb> thanks!
<NiteHawk> and MoeIcenowy successfully assimilated as sunxi-tools contributor ;)
<MoeIcenowy> I used to push a patch that disable the fex ver error
<MoeIcenowy> seems to be not merged
<MoeIcenowy> I remembered sunxi-fexc used to check the "ver"
<MoeIcenowy> but some new boards have ver = 100
<ssvb> jemk, beeble, wens: could any of you have a look at the A80 support for uart0-helloworld in sunxi-tools? I don't have the hardware, and now I see that the MIDR based runtime detection check is likely wrong
<MoeIcenowy> seems that it's now not a problem
<NiteHawk> MoeIcenowy: I've just (independently) reworked/adjusted that header field in https://github.com/linux-sunxi/sunxi-tools/commit/2a4af4f5f2e282849d49b4508456a4ede89b90b4
<MoeIcenowy> no wonder I cannot find the code now ;-)
<NiteHawk> there was an increasing number of .bin files showing up that failed the existing "version" check
<ssvb> MoeIcenowy: could you have a look at https://github.com/linux-sunxi/sunxi-tools/issues/64 too?
<MoeIcenowy> ssvb: ok, but I cannot find my breakout now...
<NiteHawk> ssvb: could you take a quick glimpse at https://github.com/linux-sunxi/sunxi-tools/pull/79 ?
Eppie has joined #linux-sunxi
<MoeIcenowy> ssvb: but there's a problem
<MoeIcenowy> there's both A33 and R16 which is 0x1667
<MoeIcenowy> on A33 tablets usually only uSD breakout is available as debugging UART
<MoeIcenowy> but on R16 boards another UART0 can be used (at least for parrot)
<ssvb> we can probably differentiate A33 and R16 via checking some SID bits (in the same way as A10s and A13)
<MoeIcenowy> but someone here have reported that the UART connector on parrot is using UART0 @ PF
<MoeIcenowy> (a.k.a. UART0 muxed with SDC0)
<ssvb> as for the use of uSD breakout, the uart0-helloworld binary is checking the boot media
<MoeIcenowy> and one of my A33 tablet also has UART pads (tagged RX and TX) with PF
<MoeIcenowy> so the standard A33 debugging UART may be PF
<MoeIcenowy> (my tablets' official boot0,u-boot also use PF as output)
<ssvb> we could route UART to the uSD pins in the FEL boot case, and avoid doing this when booting from the SD card
<ssvb> does this make sense to you?
* ssvb does not have any A23/A33 hardware
<MoeIcenowy> I have no parrots.
<MoeIcenowy> so I cannot test UART0 @ PB
<MoeIcenowy> and even on parrot the standard UART is @ PF (the PB uart is accessible on GPIO pinout, but the PF uart is available in connector tagged "UART")
<MoeIcenowy> I have heard that Tina cannot even boot from SDCard
<naobsd> is R16 SID needed?
<MoeIcenowy> naobsd: if you can provide one
<MoeIcenowy> but we need more than one to detect which bit is necessary
<MoeIcenowy> I can provide two A33
<naobsd> ah well
<naobsd> sunxi-fel cannot be used for it?
<MoeIcenowy> of course it can
alexxy[home] has joined #linux-sunxi
<naobsd> ah 'sid' command
alexxy has quit [Ping timeout: 258 seconds]
<naobsd> MoeIcenowy: 0461872a:86583185:9ae7d847:6c118000
<majosa> I'm reading H5 datasheet and comparing with the product brief released in the allwinner page and the datasheet forgets things that was supoused to be included like audio encoders
<KotCzarny> :)
<MoeIcenowy> naobsd: can I add your SID to http://linux-sunxi.org/index.php?title=SID_Register_Guide ?
<naobsd> MoeIcenowy: yes
<naobsd> btw is there any difference between A33 and R16?
<NiteHawk> none that we know of (yet), afaict - see http://linux-sunxi.org/Allwinner_SoC_Family#.22R.22-Series
<naobsd> MoeIcenowy: I'm asking 2 friends (they have NES classic)
<MoeIcenowy> http://linux-sunxi.org/SID_Register_Guide collected one R16 and two A33
<MoeIcenowy> naobsd: we should not only rely on NES classic
<MoeIcenowy> something interesting is that my two A33 tablets have all SIDs with the 4th section as 0
foodev has joined #linux-sunxi
<mripard> MoeIcenowy: R16 == A33
<mripard> so I'm pretty sure you can't differentiate them from the SoC ID or the SoC
<mripard> just like what's happening between the R8 and A13
<MoeIcenowy> mriprad: why what did I found in dt is that R8 = A13 + composite video output?
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<naobsd> so no need to ask 2 friends?
stachu has joined #linux-sunxi
<MoeIcenowy> I wrote the code for UART0 helloworld for A33
<ssvb> mripard: but at the same time you can differentiate A13 vs. A10s and H2 vs. H3 via SID
<ssvb> MoeIcenowy: great!
<MoeIcenowy> mripard: another question
<MoeIcenowy> should H2+ dt be called sun8i-h2+.dtsi or sun8i-h2plus.dtsi?
<mripard> ssvb: and the A13 and A10s are not the same SoC, while the A13 and R8 are
<mripard> MoeIcenowy: it turns out that the pin is actually on the A13 too
<mripard> but no one knew, so no one wired it
<ssvb> mripard: and is it the same for R16 and A33? what is your source of information?
<mripard> I've had an R16 board for quite some time, and it came with that information
<MoeIcenowy> mripard: did you tried to flash SinA33 image on it?
<MoeIcenowy> and test every available function?
<MoeIcenowy> and, could you add your R16's SID to http://linux-sunxi.org/SID_Register_Guide ?
<mripard> MoeIcenowy: which image are you talking about ?
<mripard> and we tested every available feature so far.
<MoeIcenowy> mripard: I cannot telll
<MoeIcenowy> oh there's another point
<MoeIcenowy> SinA33 have a advanced version now
<MoeIcenowy> I found it several months ago on Sinlinx's Taobao
<KotCzarny> MoeIcenowy: sun8i-h3-.dtsi
<KotCzarny> ;)
<MoeIcenowy> KotCzarny: but it's not printed H3.
<KotCzarny> just kidding
<MoeIcenowy> https://item.taobao.com/item.htm?spm=a1z10.5-c.w4002-1224234242.10.Ctqg8t&id=528623702200 here's a link to the advanced version of SinA33
<MoeIcenowy> with an AP6210, an Ethernet (I can bet it's USB conncted), 3 USB hosts (must be a hub onboard), and a VGA (let's hope it's a dumb DAC
jernej has joined #linux-sunxi
<MoeIcenowy> jernej: morning
<MoeIcenowy> your code still fails on my opi one
<jernej> MoeIcenowy: Good day :)
<jernej> can you please provide serial output?
<MoeIcenowy> and after the system stucks I heard some current noise
<jernej> I added some debug info
gianMOD has joined #linux-sunxi
<MoeIcenowy> also tested orangepi_2_defconfig
gianMOD has quit [Remote host closed the connection]
gianMOD has joined #linux-sunxi
<jernej> MoeIcenowy: Can you disable verbose output? Also, for some reason, hdmi is not mentioned
<jernej> MoeIcenowy: You do have hdmi output?
<MoeIcenowy> no cable inserted
gianMOD has quit [Read error: Connection reset by peer]
<MoeIcenowy> but the system hanged
<MoeIcenowy> with cable in it it will also hang
gianMOD has joined #linux-sunxi
<jernej> MoeIcenowy: Is U-Boot output any different with cable plugged in?
<MoeIcenowy> seems no
<jernej> I will test more thouroughly without cable connected
<jernej> MoeIcenowy: I and others tried this code on multiple boards, without any issues, at least with 1080p and possibly 720p resolutions
gianMOD has quit [Read error: No route to host]
alexxy[home] has quit [Quit: No Ping reply in 180 seconds.]
<jernej> MoeIcenowy: Did you make any other modifications? Do you use any adapter (DVI -> HDMI, active adapters like VGA -> HDMI)?
<MoeIcenowy> no
alexxy has joined #linux-sunxi
<MoeIcenowy> but the screen is somewhat weird, as it is an embedded screen
<MoeIcenowy> (but it can be well supported by mainline u-boot of sun4i-a10-cubieboard
<jernej> MoeIcenowy: Do you have also my latest commit included, which fixed framebuffer address on 2 GiB boards?
<MoeIcenowy> yes
<MoeIcenowy> but my board is Orange Pi One
<MoeIcenowy> 512MB RAM
<MoeIcenowy> will VIDEO_SW_CURSOR be problematic
<jernej> I know, fix affects all configurations. Somehow code worked on 1 GiB models
<MoeIcenowy> will try to build a u-boot without CONFIG_VIDEO
<MoeIcenowy> my boards stucks before "HDMI connected"
<MoeIcenowy> either with or without a cable
<jernej> MoeIcenowy: Then some setting doesn't work together with CONFIG_VIDEO
<MoeIcenowy> have you or other ones tested on opi one/lite?
<MoeIcenowy> I tried orangepi_2_defconfig, cannot work too
alexxy[home] has joined #linux-sunxi
Eppie has quit [Ping timeout: 260 seconds]
<jernej> MoeIcenowy: Yes, it was tested on 512 MiB RAM board too (check that armbian link, whole thread)
alexxy has quit [Ping timeout: 260 seconds]
afaerber has quit [Quit: Ex-Chat]
<jernej> MoeIcenowy: Please try without VIDEO_SW_CURSOR, if you added it to defconfig
<MoeIcenowy> tried, not work
<MoeIcenowy> maybe my gcc is problematic?
<MoeIcenowy> what's your gcc ver
leviathanch has joined #linux-sunxi
<jernej> MoeIcenowy: Ok, I must go now, but later that day I can upload my u-boot and you can try it.
<jernej> MoeIcenowy: Latest from Arch repo, so 6 something
<MoeIcenowy> mine is 4.9
<jernej> MoeIcenowy: Worth a try... Bye for now
<MoeIcenowy> bye
jernej has quit [Quit: Page closed]
gianMOD has joined #linux-sunxi
cnxsoft1 has joined #linux-sunxi
futabachannel has quit [Quit: Leaving...]
<MoeIcenowy> jernej: if you read the log, please take care: my code died at sun8i_hdmi_hpd_detect
cnxsoft has quit [Ping timeout: 260 seconds]
cnxsoft1 is now known as cnxsoft
cnxsoft has quit [Quit: cnxsoft]
<MoeIcenowy> then died at sun8i_hdmi_phy_init
alexxy[home] has quit [Quit: No Ping reply in 180 seconds.]
<naobsd> well, 2 more R16 SID...useless?
alexxy has joined #linux-sunxi
<MoeIcenowy> we mostly want one from another device :-(
<MoeIcenowy> s/ :-(/ :-)/g
<NiteHawk> but feel free to add them, of course :)
gianMOD has quit [Read error: No route to host]
<stachu> Hi, how to enable 1GB ram on some A10s hdmi dongle? I use mainline u-boot with mk802_a10s_defconfig. Now it shows: DRAM: 512 MiB and I see on the pcb are 4 dies 2GB capacity each.
andi_sp has joined #linux-sunxi
andi_sp has quit [Client Quit]
gianMOD has joined #linux-sunxi
cyAndi has joined #linux-sunxi
andi_sp has joined #linux-sunxi
jernej_ has joined #linux-sunxi
<andi_sp> would like to use V3s Chip in new design. Datasheet: https://www.goprawn.com/forum/allwinner-cams/783-allwinner-v3s-soc-datasheet
<andi_sp> anyone has contact to allwinner solutions company to get more information?
gianMOD has quit [Read error: No route to host]
<cyAndi> will chipPro run on sunxi kernel 3.x.x? is there a github linke anywhere?
<KotCzarny> so many questions, so little documentation
<KotCzarny> so tightlipped aw
<MoeIcenowy> cyAndi: I think no.
<jernej_> MoeIcenowy: I'm back. Please test this https://transfer.sh/7tTDS/u-boot-sunxi-with-spl.bin
<tkaiser> cyAndi: 4.x like with CHIP now. Also https://github.com/NextThingCo
<cyAndi> tkaiser: so no h264 encoding possible in the near future?
reinforce has quit [Quit: Leaving.]
<tkaiser> cyAndi: Huh?
jernej_ is now known as jernej
<KotCzarny> so many dreams crushed by the lack of vendor support
<cyAndi> tkaiser: as far as I know video encoder does not work for 4.x yet?
gianMOD has joined #linux-sunxi
<MoeIcenowy> jernej: It works!
<jernej> MoeIcenowy: so it really is compiler? I checked it now and it is 6.2
<jernej> MoeIcenowy: Nice image?
<MoeIcenowy> could you share your .config?
<MoeIcenowy> yes very nice image
<MoeIcenowy> do you want a photo?
<jernej> that would be nice
<jernej> MoeIcenowy: http://pastebin.com/hVgaLCHP
IgorPec has quit [Ping timeout: 265 seconds]
<tkaiser> cyAndi: I thought CSI would be the missing piece. But I might be wrong. At least GR8 is more or less an A13 so in case you have code from Stone Age it should still run?
oliv3r_ has joined #linux-sunxi
gianMOD has quit [Remote host closed the connection]
gianMOD has joined #linux-sunxi
oliv3r_ is now known as oliv3r
gianMOD has quit [Read error: No route to host]
<MoeIcenowy> jernej: nothing different...
<MoeIcenowy> "nothing different" mean .config
<MoeIcenowy> I will try latest linaro toolchain
<jernej> MoeIcenowy: please upload also text displayed on screen (same as on serial). Image is slightly out of focus
<tkaiser> MoeIcenowy: Is this 1024x600?
<MoeIcenowy> tkaiser: yes!
<jernej> MoeIcenowy: Thanks for testing, highly appreciated!
<MoeIcenowy> jernej: https://pastebin.anthonos.org/view/1d1ab301 full serial log
<MoeIcenowy> jernej: CONGRATS AND THANKS!
<MoeIcenowy> thanks for your driver!
<cyAndi> tkaiser: really? I thought csi should work? http://linux-sunxi.org/CSI
<tkaiser> cyAndi: I meant with mainline kernel, see http://linux-sunxi.org/Linux_mainlining_effort#Status_Matrix
<tkaiser> jernej: thanks. This resolution stuff should now also work with mainline kernel and with A64 and H5 too?
<cyAndi> tkaiser: I see, thanks
gianMOD has joined #linux-sunxi
Putti has joined #linux-sunxi
<jernej> tkaiser: It seems that all newer SoCs, excluding A80 and A83T, has same HDMI controller. H5 has some additional setting, which is easy to fix
<jernej> tkaiser: This U-Boot driver could be used on mainline kernel through simplefb
<jernej> tkaiser: which is quick method to make display work while we are waiting on proper DRM driver
<jernej> tkaiser: but everything learned here could be applied to DRM driver too. Actually, I found additional trick to more easily reuse HDMI driver already included in mainline kernel
<tkaiser> jernej: That sounds pretty cool :)
Putti has quit [Ping timeout: 256 seconds]
<jernej> tkaiser: Anyway, it is better to use J. F. Moine's DRM driver on Linux, if user has HD or HD ready screen
<tkaiser> Trying to play with the Hackaday dude who loves Allwinner bashing: https://hackaday.com/2016/11/07/orange-pi-releases-two-boards/#comment-3265290
<tkaiser> jernej: Ok, maybe I built 4.9 today with his driver included. But since I use only headless H3 and H2+ devices since a while... ;)
<jernej> tkaiser: That's why I talked in general :)
petr has quit [Ping timeout: 260 seconds]
<beeble> ssvb: no uart output on a80. even after disabling the detection path by setting soc_id directly to 0x1639 and fixing the missing pinmux. but haven't had any more time looking into it yet
<jernej> tkaiser: If anyone request support non standard resolution, we can instruct user how to properly devise a patch and script.bin settings from debug output printed by this U-Boot driver
<MoeIcenowy> jernej: when will you send out your patchset?
<jernej> MoeIcenowy: After I clean it up.
<MoeIcenowy> jernej: expect it!
<MoeIcenowy> and do not forgot to reserve the extensibility to sun50i
<jernej> Yeah, I know, that is also the part of the clean up.
<jernej> I'll see how much time I will have in next days or weeks
<MoeIcenowy> and after I got properly set up my toolchain, I will test to port your driver directly to sun50iw1 (A64)
petr has joined #linux-sunxi
<jernej> MoeIcenowy: Be careful with HDMI clock settings (check limits for factors in sunxi_lcdc_pll_set())
<MoeIcenowy> clock... a magical zone that I now do not dare to touch
matthias_bgg has quit [Quit: Leaving]
jstein_ has joined #linux-sunxi
<jernej> MoeIcenowy: Don't be scared, just read every bit description. What is sometimes confusing is that some info could be misleading or not complete.
jstein_ is now known as jstein
<beeble> ssvb: quick check against the manual, CCM base is different on A80, offset for uart0 gating too
<MoeIcenowy> jernej: it's my toolchain's fault
<MoeIcenowy> succeeded with linaro's gcc 6.1.1
<beeble> ssvb: will try it with the other addresses later if i can finish my other work in time
<jernej> MoeIcenowy: That still doesn't mean that code is ok. It might just work because of some side effect...
<MoeIcenowy> jernej: you may review sun8i_hdmi_phy_init
<MoeIcenowy> it's where I used to die
<jernej> MoeIcenowy: Could you add some printf in between commands, just to see where it fails exactly? Probaby somewhere at the beginning
<MoeIcenowy> yes
<MoeIcenowy> I debugged in this way before :-(
<MoeIcenowy> ohh too many tasks for myself: rebuild cross toolchain for my distro, debug u-boot, push mainline h2plus support
<jernej> I can wait :)
IgorPec has joined #linux-sunxi
jernej has quit [Quit: Konversation terminated!]
jernej has joined #linux-sunxi
<jernej> tkaiser: You might just issued DDoS on Armbian with that comment on HaD :)
<jernej> *Armbian forum
<KotCzarny> which comment?
<KotCzarny> :)
afaerber has joined #linux-sunxi
<jernej> KotCzarny: Sometimes promoted pages on HaD stops responding...
<KotCzarny> we will see
<KotCzarny> so far no reponses
<jernej> it is not on a front page anymore...
<tkaiser> I just hope the author of the blog post reads this and maybe the next time thinks first and then starts to write something
<KotCzarny> blog authors usually read most comments. but also usually ignore facts inconvenient to them
<KotCzarny> old media school knownledge
afaerber has quit [Ping timeout: 240 seconds]
<KotCzarny> tkaiser, as for quality of hardware, not always the best one wins, usually the best promoted/supported/compatible wins
<KotCzarny> in short, money talks
<MoeIcenowy> jernej: it died @ hdmi_read_lock();
tkaiser has quit [Ping timeout: 268 seconds]
<jernej> MoeIcenowy: Thanks, I will try to reproduce it. Unfortunatelly, I won't have time for this over the weekend
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
<MoeIcenowy> jernej: what's the theory of hdmi_read_lock()?
<MoeIcenowy> I find no lock
<MoeIcenowy> only 4 reg writes
<jernej> This is something from original BSP driver
<jernej> We don't know exactly what it does, but it seems that it needs to be called before reading some register and lock it afterwards.
IgorPec has joined #linux-sunxi
<jernej> You can put multiple reads in between.
<jernej> This is still part of yet not well understood registers
<jemk> jernej: it works perfectly well (in my tests) to unlock the registers once after reset and never lock them again, that makes it easier
<jemk> ssvb: beeble: since a80 boots on A7 core reading MIDR won't help to differentiate i think.
leviathanch has quit [Remote host closed the connection]
<jernej> jemk: That test was on my todo list. Thanks for confirming assumption.
<ssvb> jemk: wens mentioned that it is possible to read the SoC ID from the BROM data area
afaerber has joined #linux-sunxi
my123 has quit [Ping timeout: 245 seconds]
andi_sp has quit [Quit: andi_sp]
<wens> MIDR? MPIDR?
<ssvb> beeble: thanks for trying it, too bad that A80 is so much different from anything else
<jemk> jernej: and a single writel of the magic-word is ok too, no need to do it byte-wise
<jernej> jemk: Maybe that's wrong with my U-Boot code. Or do you think it could be really a compiler issue (if you read today's backlog)
<jernej> ?
<jemk> jernej: no idea, bytewise should work too, its what aw does
<jernej> jemk: ok, then I will try to reproduce it and check assembly
<beeble> whats about 0x00800024 on !a80 platforms? at least a look into to manuals showed it's not used, but i don't have a board available right now to test it
chomwitt has joined #linux-sunxi
<jernej> MoeIcenowy: Can you please upload sun8i_display.o compiled with the older driver? I would like to check assembly to see what is different
Putti has joined #linux-sunxi
<jernej> I mean older gcc
<MoeIcenowy> jernej: should I delete my bonus printf's?
<jernej> no need
<jemk> ssvb: i don't have the a80 board here at the moment, but if nobody else did it till then i might check next week
<jemk> beeble: on the a31s in the tablet i'm writing from, 0x00800024 reads 0x0 with devmem2
<jernej> MoeIcenowy: Thanks
<MoeIcenowy> jernej: I will compare the disassemble
stachu has quit [Ping timeout: 260 seconds]
my123 has joined #linux-sunxi
<beeble> jemk: then maybe it's good enough to check 0x00800024 first for the a80 ver_bits and if it reads 0x0 fall back to 0x01c00024
<beeble> jemk: sorry, mixed up nicks, you didn't ask for that :)
<MoeIcenowy> jernej: gcc 4.9 generates a 0x40 bytes hdmi_read_lock
<MoeIcenowy> 6.1.1 generates a 0x7c bytes one
my123 has quit [Changing host]
my123 has joined #linux-sunxi
<MoeIcenowy> it's worth introspecting... (I do not know recent ARM assembly and cannot read the disassemble
<jernej> I see, assembly is pretty different
<jernej> Can you test writel(0x54524545, SUNXI_HDMI_BASE + 0x10010); for unlock method and just comment everything in lock?
<jemk> jernej: btw, you named the lock/unlock the wrong way around
<jemk> jernej: your lock enables reading, and unlock locks it
<MoeIcenowy> I kept read_lock as 0x54524545
<MoeIcenowy> and read_unlock commented
<MoeIcenowy> it this right?
<jemk> yes, 0x54524545 enables read access (it unlocks read acces)
<jernej> jemk: it was taken from jfm proposed mainline driver
<MoeIcenowy> jemk: I think this "lock" is like a spinlock
<jernej> jemk: I will rename
<MoeIcenowy> it will block when it's occupied
<jemk> yeah, bad naming from my side, should have called it "enable read access" in the wiki
<jernej> MoeIcenowy: Just check if old values are the same put together
<jemk> lock might be misunderstood
<MoeIcenowy> commenting unlock function (named after jernej) works
<MoeIcenowy> without screen
<MoeIcenowy> I will test with screen
<MoeIcenowy> with screen it stucks on "HDMI connected:"
<jernej> that means that it fails when it reads edid
<jernej> jemk: btw, I tested magic number for unscrambling addresses again and it works
<jernej> jemk: it is just that you must make dummy read after you lock it again, otherwise last value might be lost
<jernej> sorry, I mean after you scramble addresses again by writing 0 to unscramble register
<MoeIcenowy> but all u-boot or linux functions with 4.9 do work before this patch
<MoeIcenowy> but I think 6.1.1 may be right, as I think a compiler won't add code until it must to be done
<MoeIcenowy> ok it's now time to pack my OPi one back and take my Zero and work on H2+
<jernej> MoeIcenowy: Revert changes and add readb(SUNXI_HDMI_BASE + 0x0000) at the end of both unlock and lock functions
<jernej> MoeIcenowy: Ah, ok
<MoeIcenowy> I will test it
<MoeIcenowy> I will want such a H3 HDMI driver as my desktop have no space for one more monitor
<jernej> BSP code has a lot of dummy reads...
<jernej> MoeIcenowy: you could try to setup simplefb
<MoeIcenowy> jernej: still stuck at lock
<MoeIcenowy> after this dummy readb
<MoeIcenowy> and when can you support TV encoder? opi 0 have only tvencoder
<jernej> MoeIcenowy: ok, tnx. I will check assembly in details
<jernej> MoeIcenowy: I'm not sure, but simply copying old TV encoder and TCON code might just work, apart of setting clocks correctly
<KotCzarny> maybe you should compile code with -O0 ?
<KotCzarny> and compare gcc output
chomwitt has quit [Quit: WeeChat 1.0.1]
popolon has joined #linux-sunxi
<jemk> jernej: why would you want to scramble it again ;)
<jernej> jemk: Because I just test random registers in between others
<jernej> *tested
orly_owl has quit [Quit: leaving]
cyAndi has quit [Quit: Page closed]
arossdotme-planb has joined #linux-sunxi
arossdotme has quit [Ping timeout: 258 seconds]
<mhlavink> hi, I just found BPi M2 Ultra on aliexpress, is R40 supported in mainline kernel? I don't see it on Status matrix wiki page
<MoeIcenowy> mhlavink: no
<MoeIcenowy> could you provide a link to this board?
gianMOD has quit [Ping timeout: 250 seconds]
JStk is now known as stk
stk is now known as speculae
reinforce has joined #linux-sunxi
<montjoie> already sold and still no user manual:(
tkaiser has joined #linux-sunxi
<MoeIcenowy> montjoie: so does H2+ and H5
<TheLinuxBug> is that real SATA or another USB adapater board?
<tkaiser> TheLinuxBug: Real SATA, but those morons are not able to provide benchmark numbers
<KotCzarny> tkaiser, wouldnt be of any value anyway
<TheLinuxBug> hmmm
<TheLinuxBug> I got two of those Espressobin's
<tkaiser> TheLinuxBug: Instead they showcase how to run Raspbian rootfs on their board: http://forum.banana-pi.org/t/test-raspbian-pixel-system-on-bpi-m2-ultra/2406
<TheLinuxBug> so not too super worried
<TheLinuxBug> lol
<MoeIcenowy> I'm wondering R40w...
<MoeIcenowy> how is Wi-Fi integrated into R40w
<MoeIcenowy> although allwinner have already shown its wifi on opi0
<tkaiser> MoeIcenowy: It isn't, the always use AP6112 (SDIO, UART)
<MoeIcenowy> I do not say bpi
<KotCzarny> btw. r40 == mali400 mp2
<mhlavink> if I read this correctly ( http://www.cnx-software.com/2016/08/17/allwinner-r40-quad-core-arm-processor-successor-of-allwinner-a20-supports-sata-gigabit-ethernet/ ) it has just 4 cores instead of 2 and 40nm process instead of 55nm, so there is no (r)evolution. Seems to me, that there's no reason to buy R40 board (and wait for support) instead of A20 one. Or did I miss something?
<tkaiser> mhlavink: nobody knows since those morons do not test the interesting things (GbE performance and SATA performance). They simply don't know what they're doing.
<MoeIcenowy> I think at least allwinner will provide a new SoC
<MoeIcenowy> not a quad-core A20
<tkaiser> MoeIcenowy: ?
<MoeIcenowy> I remembered the pin number of R40 is not equal to A10/20
<tkaiser> I thought it's the one nove spotted a few months back? Was called A20E back then
<MoeIcenowy> oh finally got a sdio card to be recognized on opi0
<MoeIcenowy> tomorrow I will try to port xradio driver to mainline
<tkaiser> MoeIcenowy: You ran into troubles accessing an SD card?
<buZz> wasnt allwinner promissing a quadcore pincompatible A20 followup?
<MoeIcenowy> tkaiser: not a SD card.
<tkaiser> Ah
<MoeIcenowy> I mean the "XR819" sdio card
<MoeIcenowy> it uses a gpio-controlled fixed regulator to provide its voltage and a gpio to enable it
<tkaiser> buZz: Allwinner didn't promise anything, Tsvetan from Olimex spread rumours back in July 2015
<buZz> ahhhh
* buZz shakes fist
<buZz> :)
* buZz having way too much fun with this R8 board
<MoeIcenowy> pushed 3 patches about H2+ support in mainline
<MoeIcenowy> and one patch is pending on my hdd (for lack of both mainline H2+ dt and xradio driver
<buZz> did you see, their (nextthing's) image now has version: r6p0-01rel0-0581113
<buZz> of mali binary
<buZz> i think the first r6 in the wild?
<MoeIcenowy> buZz: first mali 400 r6
<MoeIcenowy> first r6 is Linaro HiKey's, but for mali450
<MoeIcenowy> good job the allwinner xradio driver is GPLed
<buZz> ah ok, cool
<MoeIcenowy> I even run the NTC mali blob on my A33 tablet
<MoeIcenowy> everything is OK except one bug exists in xf86-video-armsoc fork and sun4i-drm driver
<buZz> NTC's image lacks DRM support completely atm :(
<buZz> can only do gles on fbdev
<buZz> which sux
<MoeIcenowy> ok now time for me to go bed
<MoeIcenowy> tomorrow I will try to port xradio
<buZz> sleep tight
<MoeIcenowy> opi0 is a good board, compared with nano pi neo, it have onboard wifi and spi-flash-capable
<tkaiser> MoeIcenowy: And faster than RPi 3!! ;)
<MoeIcenowy> tkaiser: R U JOKING
cptG has joined #linux-sunxi
<tkaiser> MoeIcenowy: All the time. But according to RPi foundation's own methods, OPi Zero is faster (they use sysbench to demonstrate the performance of the various RPi generations and this tool pretty much sucks)
<buZz> well, armv6 also sucks
<buZz> so that matches
<buZz> :)
<deskwizard> hehe :)
cptG_ has quit [Ping timeout: 250 seconds]
<buZz> hi weskdizard \o
<buZz> one day i'll stop doing my compiles natively ;(
<deskwizard> lol ZzUb :P o/
<buZz> whats the point of a deskxeon if you keep compiling on the armboard itself :P
<miasma> ew
<miasma> it's not hard to set up cross compilers
<buZz> i know
<buZz> just .. lazy
<miasma> i started with rpi so i had no choice :D dunno, 4-5 hours for kernel compilation?
<buZz> why no choice?
<MoeIcenowy> my first ARM development device is... Huawei Ideos X5 mobile phone :-(
<buZz> my first arm sbc was a IGEPv2
<buZz> i love all the omaps
<deskwizard> mine was fkin Meson3, never again.
<miasma> buZz: you don't want to compile all day long if it takes one minute on desktop :)
<buZz> TI should just buy allwinner and continue the omap line further :P
<MoeIcenowy> buZz: I love omaps too
<buZz> erryone loves omaps
<MoeIcenowy> I still keeps a omap3-n900 mobile phone
<buZz> MoeIcenowy: did you preorder the hipster omap5 laptop? :P
* buZz did
<MoeIcenowy> no
<MoeIcenowy> is omap still alive?
<buZz> sorta
<MoeIcenowy> I think it's now already RIP.
<buZz> its the last model thats been made, afaik
<MoeIcenowy> it must be expensive
<MoeIcenowy> one advantage of allwinner devices is cheap
<MoeIcenowy> it's how allwinner exists
<MoeIcenowy> if allwinner do things as good as omap it will also die as soon as omap
<miasma> but the sunxi-linux work improves their perceived quality which might lead to price increase :P
<buZz> pyra is like 700 euro
<buZz> but its made in EU, so that accounts for a lot of the price
<MoeIcenowy> 700 euro... have 700 euro I prefer to buy a laptop :'(
<buZz> i dont really need a laptop .. have a great thinkpad
<buZz> just love tiny portable arm devices
<MoeIcenowy> so it's why I love my N900
<MoeIcenowy> but there seems to be no really "handheld" sunxi devices
<yann-kaelig> lol for around 600 I prefer to buy a jetson tx1
<MoeIcenowy> my friend bought a tx1 and I now usually borrow it to build things (via ssh)
<buZz> MoeIcenowy: pocketchip
<MoeIcenowy> buZz: poor keyboard
f0xx has quit [Ping timeout: 258 seconds]
<buZz> MoeIcenowy: moa, not so bad if you print actual keys for it :P
<MoeIcenowy> the keyboard in the image makes me not interested in pocketchip
my123 has quit [Ping timeout: 256 seconds]
<buZz> like this
<buZz> makes it pretty usuable
<buZz> even gaming on it doesnt carpel tunnel me directly now :P
<buZz> also , i think some of those 'gaming android devices' that look like psp etc, have allwinners
<KotCzarny> MoeIcenowy: you are the n900 owner? wow
<KotCzarny> btw. few guys are working on mainlining it
<KotCzarny> :)
apritzel has joined #linux-sunxi
<MoeIcenowy> KotCzarny: just bought one N900 several weeks ago
* buZz has 710, n800 and n810
<buZz> still need n900 and n9
* KotCzarny has 3.5 n900s
<KotCzarny> ;)
<MoeIcenowy> it's still very cheap on taobao
<buZz> just to get collection complete
<MoeIcenowy> I bought this one for ¥150
<buZz> MoeIcenowy: under 50 euros?
* KotCzarny needs n950
<buZz> :)
<buZz> KotCzarny: devuan is going to target n900 btw
<MoeIcenowy> buZz: 20 euros
<buZz> nice MoeIcenowy
<buZz> can a mere mortal order from taobao?
<buZz> i thought it was pretty CN-only
<MoeIcenowy> I do not know...
<MoeIcenowy> taobao is CN-only
<MoeIcenowy> Aliexpress is out-of-CN-only
<buZz> n900 on ali cost more than 50 eu
my123 has joined #linux-sunxi
<MoeIcenowy> yes I have heard that in US it's more expensive
<MoeIcenowy> oh we are off-topic
<buZz> meh
<buZz> anyone offended? :P
<buZz> no? k
<MoeIcenowy> I think it's no one
<MoeIcenowy> in #archlinux-cn everything is talked except ArchLinux ;-)
<buZz> no worries
<KotCzarny> i bought my 2 n900s for ~30usd
<KotCzarny> and got the first one free
<buZz> well i think i'll just grab a n900 locally for 50 bucks
<buZz> hopefully incl box etc
<KotCzarny> what's amazing it can idle at 5-10mA and battery still works after ~6 years
<KotCzarny> so no, allwinner isnt going to replace it anywhere in this decade ;)
my123 has quit [Changing host]
my123 has joined #linux-sunxi
<buZz> :)
<buZz> never say never
IgorPec has quit [Ping timeout: 268 seconds]
<MoeIcenowy> never say never
<KotCzarny> buzz, its my main phone still
<KotCzarny> and pocket computer
<MoeIcenowy> maybe someday we will see a handheld from NTC :-)
<MoeIcenowy> KotCzarny: wow
<buZz> i dont do phones :P
<buZz> but pocketcomputers are nice
<MoeIcenowy> I only use it as a ssh terminal
<buZz> i wanna look into getting devuan working on n810
<buZz> some day
<KotCzarny> and pocket toilet console ;)
<MoeIcenowy> haha ;-)
<KotCzarny> s/console/game console/
<KotCzarny> it survived so many drops, extreme temperatures, dust
<MoeIcenowy> but it's difficult to run PVR blob on 4.6 kernel...
<KotCzarny> same story as on allwinner
<MoeIcenowy> KotCzarny: it's Nokia :-)
<KotCzarny> just ignore it
<buZz> yeah i dont need accelerated 3d
<KotCzarny> its not going to be 3d rig anyway
<MoeIcenowy> KotCzarny: on Allwinner I have already run NTC's blob
<MoeIcenowy> although I didn't test it with any real game
* MoeIcenowy lack of game capable of GLES2
<MoeIcenowy> and my testing device is a Q8 A33 which is not good at gaming at all
<KotCzarny> anyway, its the one and only real linux phone
<MoeIcenowy> KotCzarny: n9 is also
<MoeIcenowy> but n9 lacks a keyboard
<KotCzarny> n9 is a toy
<buZz> MoeIcenowy: their quake3 port perhaps?
<KotCzarny> unusable for anything
<MoeIcenowy> the only problem of n9 is the 256mb ram, which easily run out
<buZz> just download more ram
<KotCzarny> n9 has 1gb of ram
<buZz> DDRintheCloud
<KotCzarny> but most of it is eaten by os
<MoeIcenowy> s/n9/n900
<KotCzarny> yeah. makes it unusable to browse anything with graphics
<buZz> midnight commander should get libsixel support
<buZz> :P
<KotCzarny> uh oh
<KotCzarny> hardcore
<MoeIcenowy> there's really some gaming consoles with a31
<buZz> to the bone
<KotCzarny> gif on console
<buZz> ffmpeg on console ;)
<buZz> hell, X servers on console
<buZz> its madnes
<buZz> s
<KotCzarny> qemu on console
<KotCzarny> o.O
<KotCzarny> lol, x11 on console
<KotCzarny> consoleception
<buZz> tududu compiling libsdl
<buZz> -again-
<buZz> was building on the wrong machine >_<
<MoeIcenowy> the only games I ever tried to play with allwinner devices are three: Nethack, Pingus and a traditional Chinese game "Legend of Jinyong novels"
<MoeIcenowy> Pingus runs so well on my iNet D978 Rev02 unbranded A33 tablet, until I broke its touch panel :-(
<buZz> well
<KotCzarny> MoeIcenowy: i love tetris and match3 (jewels)
<buZz> pcsx_rearmed runs like a -dream- on allwinner R8
<buZz> even without any 3d acceleration
<buZz> totally recommend
<MoeIcenowy> I tried GB{,C,A} on my CHIP (not Pocket)
<MoeIcenowy> tried NDS simulation, but failed (maybe I should use some fork that supports ARM JIT)
<buZz> here's a list of recommended psx games ; http://hastebin.com/inelejataj.pas
<MoeIcenowy> someone can make a list of gaming on Allwinner chips (or other low-performance ARMv7/8 SoCs) with or without 3D blobs
<MoeIcenowy> it's said that with the 3D blob it's even possible to run a full Minecraft (via GL4ES) (although I think it will be a disaster on Cortex-A7)
IgorPec has joined #linux-sunxi
<buZz> it works on armv6 , so doubt a7 would have issues with it
<buZz> although i dont consider minecraft to be in any way a hard game to run
<KotCzarny> hacking that nes classic would provide pretty nice gaming rig
<MoeIcenowy> not mcpi
<KotCzarny> ie. controller and everything is ready
<MoeIcenowy> In fact I wonder whether we can attach a NES Classic gamepad to an ordinary aw deivce with I2C
<MoeIcenowy> or even to any device with USB to I2C
<KotCzarny> it has also pretty case :P
massi has quit [Remote host closed the connection]
<buZz> seems there are some i2c joystick drivers in liux
<buZz> linux*
<buZz> :P
IgorPec has quit [Ping timeout: 248 seconds]
<KotCzarny> it's the same interface as the wii classic controller
<KotCzarny> (from cnx comments section)
<buZz> oh you mean that small NES toy they just made?
<buZz> welp
* buZz ordered a 8bitdo for all that today ;)
<KotCzarny> :)
<KotCzarny> offtopic, anything nice going on for chinese black friday?
<buZz> well, bought that 8bitdo for it ;)
<buZz> 25 euro , vs 49 euro it would cost me from germany
apritzel has quit [Ping timeout: 246 seconds]
IgorPec has joined #linux-sunxi
<KotCzarny> 5usd off opi+2e on ali orange's store
gianMOD has joined #linux-sunxi
<KotCzarny> well, 6usd
<KotCzarny> 29usd + 4usd shipping
<KotCzarny> not a bad price for 2GB/4core/16GB/wifi/eth/3+1usb box
<KotCzarny> *board
JohnDoe_71Rus has joined #linux-sunxi
jernej has quit [Quit: Konversation terminated!]
gianMOD has quit [Remote host closed the connection]
afaerber has quit [Quit: Ex-Chat]
IgorPec has quit [Ping timeout: 246 seconds]
my123 has quit [Ping timeout: 252 seconds]
my123 has joined #linux-sunxi
my123 has quit [Changing host]
my123 has joined #linux-sunxi
<willmore> I've finished reading scrollback! I'm realtime again! All that H2+ and H5 hacking took forever to read. Great work, everyone! I ordered boards because of it.
<KotCzarny> well, h2+ is really h3-lite
<willmore> I noticed that.
<willmore> and the H5 is a H3/A64 mashup.
<KotCzarny> and h5 is wtf
<willmore> LOL
<willmore> Oh, yeah, the nintindo thingy happened, too. That was some good reading.
<willmore> I'll have an Opi0 and an OpiPC2 here shortly. So, that'll be fun.
<willmore> Oh, and I ordered a bunch of 16Mb SPI NOR flash.
<tkaiser> willmore: the WiFi on Opi Zero looks quite capable, already wonder how many people will build out of this thingie and a step-down converter cheap PoE powered access points
<willmore> tkaiser, I have no PoE gear or I'd stick on a little one and try it.
<willmore> Oh, and tkaiser keep trolling that comment thread. I was impressed with how many people replies with "WTF, have you never heard of linux-sunxi and/or armbian?"
<tkaiser> willmore: Passive PoE rulez. Cheap, power efficient and also good chances to fry devices
<willmore> LOL
<willmore> I have a bunch of little DC stepdown boards, so that part's no big deal.
<willmore> I really love to see that they're putting a little NOR SPI flash chip (or at least pads) on these boards.
<willmore> It's quite exciting to think of how much pain that could remove from supporting little SBCs like these.
<tkaiser> willmore: I hope Xunlong can be convinced to solder SPI flash also on OPi Zero. As an option only it's not that great
<willmore> agreed, but at least they put the pads on the 0 so that those of us who want to get the software environment set up can do testing. Once it can be demonstrated how useful it is, I think they can be convinced.
<willmore> What was the comment? a 16Mb SPI NOR chip in volume is $0.04. They can afford that. As long as the value of that part can be shown.
<willmore> Does uboot have a scripting language in it? It would make sense to leverage all that code to make the boot/configuration UI. I don't want to call it a BIOS as most of what the BIOS did was provide a kind of HAL/toolkit for other software.
<KotCzarny> a bit
<willmore> If it has conditionals, looping, and some simple console I/O, that's enough.
<KotCzarny> dont know about looping, if/else/endif is there
petr has quit [Ping timeout: 244 seconds]
<ssvb> willmore: Nowadays U-Boot provides UEFI API and can run UEFI applications. For example, Grub2 is an UEFI application. You can ask agraf for more details.
petr has joined #linux-sunxi
<ssvb> I'm referring to the soon-to-be-implemented boot/configuration UI as "something like a PC BIOS setup" because it's probably familiar to many people and this way they can understand why it is useful :-)
<majosa> Has uboot usb hid implementation?
<ssvb> yes
<ssvb> USB keyboards are supported in U-Boot on Allwinner devices, and you can type commands in the U-Boot command line prompt
agraf has quit [Ping timeout: 252 seconds]
agraf has joined #linux-sunxi
dh1tw has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<KotCzarny> ssvb: graphical? 3d?
<KotCzarny> now we know what we need mali for!
<KotCzarny> some pc bios do those setups pretty eyecandish ;)
<ssvb> 3D is surely not necessary
<ssvb> as for the GUI toolkits (Qt and friends), not much can fit into the available space in SPI NOR
<KotCzarny> ssvb, ever seen those 64kB compos? ;)
<KotCzarny> even 4kB ?
<majosa> Is there any status page of UEFI implementation in uboot?
<ssvb> well, how much time do they spend developing and polishing them?
<KotCzarny> life, i guess
<ssvb> majosa: you can check the U-Boot documentation and sources
<KotCzarny> but possible fame? group name being in every armbios ?
<KotCzarny> otoh, i wonder if there are demo groups specializing in arm machines
<ssvb> we are somewhat lucky to have 16Mbit (2Mbyte) of SPI NOR size in Orange Pi PC 2
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Aria 4.9.2, revision: git-7017-g48dacdb, build type: debug, sources date: 20160102, built on: 2016-11-10 06:12:27 UTC git-7017-g48dacdb http://www.kvirc.net/]
<KotCzarny> ssvb: as you've said, it might be temporary 'better price for 2MB chips'
<ssvb> if it turns out that 2MB is actually necessary for some advanced features, then it may be set as a requirement
<ssvb> in fact something like this has happened with routers
<KotCzarny> thinking of running os from rom?
<ssvb> first revisions tend to have more on-board flash, but later revisions optimize the cost by reducing it to the very minimum
<KotCzarny> ahm.
<ssvb> a kickass feature would be to support downloading an OS image from the Internet and installing it on a blank SD card
<ssvb> this way the user may be completely dumb, but still manage to get the system up and running by simply following the on-screen instructions :-)
Andy-D has quit [Ping timeout: 250 seconds]
<ssvb> it's hard to estimate the exact size requirements now
<KotCzarny> but that requires stable distro that wont go away in a 5 years etc
<ssvb> yes
<KotCzarny> not to mention bandwidth
<KotCzarny> though that could be done via mirroring
reinforce has quit [Quit: Leaving.]
<NiteHawk> reminds me of etherboot project (PXE-related), iirc they can download images via http :)
apritzel has joined #linux-sunxi
<NiteHawk> (http://ipxe.org now, i think)
lastebil has joined #linux-sunxi
<apritzel> 1MB out to be enough for everybody ...
<KotCzarny> 640kB should be enough for everybody!
<beeble> seeing 8mbit as minimum will come more common soon
<beeble> a lot of 4mbit devices are EOLed now
<apritzel> doesn't U-Boot provide an API for bare-metal apps?
<apritzel> either we use that for the setup application
<apritzel> or make it an UEFI app
<beeble> with 8mbit you get at least a uboot with ethernet, usb, fastboot, scripting, fit
<beeble> last time i checked
<apritzel> also those 128 MBit (=16MB) chips seems to be somewhat cheap, as they were/are heavily used in PC BIOSes
<beeble> mmc of course too
<apritzel> beeble: for this 4Mbit would be sufficient today
<apritzel> so there is some room with 8MBit
<beeble> we run into some problems with 4mbit and all the features i mentioned. could have been improved, but with default settings it was a little bit over 4mbit
<apritzel> the build I have there are somewhat like 450KB, including all U-Boot bling
<apritzel> beeble: yeah, possibly, but fortunately 8Mbit seems to be the minimum people are talking about these days
Andy-D has joined #linux-sunxi
<apritzel> I checked yesterday, typical UEFI variable storage seems to be 64KB
<beeble> as i said, 4mbit is getting harder to source anyway. so pretty much no price difference now
<apritzel> so that doesn't break the bank either
yann-kaelig has quit [Quit: Leaving]
<beeble> ah and don't forget some some storage for uboot env either
<beeble> you want to be able to saveenv
<beeble> (not a fan of uboot env in emmc text files)
<apritzel> beeble: but that wouldn't be much, more like 1-4 KB?
<beeble> depends on the insanities you are planning :)
<beeble> but yes quite small
<apritzel> btw: I managed to put U-Boot SPL + ATF + U-Boot proper + kernel + initrd on a 128 MBit SPI NOR flash
<beeble> but you have to reserve at least one erase page
<apritzel> so could boot completely from there, on the Pine64
<beeble> so its depending on the nor type
<beeble> we do that on a31 with spi boot in the minimal version
<apritzel> beeble: how much space is ther?
<apritzel> e
<beeble> sorry didn't finished to read your line
<beeble> stopped after u-boot :)
<beeble> minimal was 4mbi, its 8mbit now
<beeble> and we put spl, uboot and env there
<apritzel> anyway, 8 MBit seems to be good enough for now, even if we have a fancy U-Boot (with USB gadget stuff like fastboot or mass storage)
<apritzel> and some tailored setup application
<beeble> yes, 8mbit is good enough with some space to spare
<beeble> even had full secure boot in 4mbit in the past (on another platform)
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
<ssvb> NiteHawk: I'm fine with this change
<NiteHawk> i'll just push it to master without jumping through the PR hoop :)
<ssvb> apritzel: 4Mbit is needed just for U-Boot + ATF alone, and it even may exceed this size in the future
<ssvb> then we have the UEFI app, which may need some fancy features
<ssvb> having 16Mbit is definitely better than 8Mbit right now, and we may adjust the requirements later
alexxei has quit [Read error: Connection reset by peer]
<apritzel> sure
<ssvb> just asking too much could have resulted in this feature not being implemented at all
<apritzel> does Ethernet work in U-Boot on some GBit H3 OrangePi?
<ssvb> but we got 16Mbit and it's very nice
<beeble> just make it that the default config uses a bit more then 8mbit, than the board vendors who don't want to put any software efforts into it will have put a 16mbit on it anyway :)
<apritzel> beeble: that's a plan
<ssvb> beeble: btw, are you saying that you already have an A31 board with SPI NOR flash?
<ssvb> I thought that the Orange Pi PC 2 was the first
<KotCzarny> im afraid of those vendor bioses..
<KotCzarny> secure, locked and boot order changed to boot to spi first
<ssvb> is it already getting sold to the end users?
<apritzel> KotCzarny: I don't think a board vendor can easily change the boot order
alexxei has joined #linux-sunxi
<beeble> a64 for example doesn't let you select the boot order anymore with bootstrap pins (maybe efuses, lack of docu there)
<beeble> ssvb: about two years now. but starting to replace it with the a64 one
<apritzel> beeble: and the H5 also only lists the UBOOT pin
<ssvb> beeble: well, that's an achievement to keep it secret for so long :-)
<KotCzarny> price?
<KotCzarny> ;)
<beeble> more expensive then a orangepi :)
<beeble> ssvb: we did get some coverage but mostly in trade magazins
<beeble> and it was also featured on the cnx blog
IgorPec has joined #linux-sunxi
<beeble> but we are in a different market with that kind of board. most tinkers are more interested in SBCs then SoMs
<beeble> ssvb: thanks, we are trying to improve on that
<KotCzarny> oooh, cheap, community enhanced board from eu based location?
<beeble> depends on your definition of cheap. we are cheaper then competitive boards, but more expensive than a raspi for example can be. makes no sense for us to get into that market
<beeble> but if you want to build your own device with just a simple baseboard device we are a good fit
<beeble> -1x device
<beeble> but about that keeping it hidden. today we announced our new module. probably not the right channel to promote that since it will feature a rk3399
<KotCzarny> i just need 5-10usd device with 2 (or more) native sata ports and 2 eth ports
<KotCzarny> ok. make it 10-20 usd ;)
<beeble> then you will have to go with marvell. don't know anyone else who would have that peripheral mix
<KotCzarny> yeah, but marvel is much more expensive, and rightly so
<beeble> but could not tell you a cpu partnumber
<beeble> also having two ethernet will drive you above 20 usd
<KotCzarny> well, r40 is said to have 2 eth ports that could be driven independently
<beeble> but that one has only 1 sata right?
<beeble> sata port multipliers are not fun :)
<KotCzarny> :)
<KotCzarny> that espressobin board was interesting, but ~62usd, though its much better than bpi-r1 i've got for a bit more (when i knew nothing about allwinner)
<beeble> a 3 port ethernet switch can be quite cheap (for the right definition of cheap)
<KotCzarny> there must be one separated port
<beeble> so if you can live with only a single uplink that could be a solution
<apritzel> beeble: the RK3399 sounds nice, is it available now?
<beeble> vlan tagging would solve that
<apritzel> RK kept talking about for quite a while now ...
<KotCzarny> beeble, only if you can make it persistent
<beeble> KotCzarny: switch come up in ports off mode and you have to configure it first. with the right bootstrap settings
<beeble> if you don't want to configure it via mdio you can put an eeprom with static configuration on
<beeble> apritzel: i have a eval board and i got the mass market notification
IgorPec has quit [Ping timeout: 240 seconds]
<beeble> apritzel: the a72 is blazing fast
<apritzel> beeble: you bet ;-)
<apritzel> reportedly FP has been improved much (not sure you care, though)
* willmore just got a new phone with some A72s in it. Yes, well faster than the A53s in the old phone.
<apritzel> beeble: the SoC has 4 PCIe lanes, right?
<beeble> we can outperform helix2 in a lot of cases with only two cores
<beeble> apritzel: yes
* apritzel still waits for a cheap board with GICv3 and ITS ;-)
<beeble> apritzel: https://www.theobroma-systems.com/rk3399-q7/tech-specs we can talk about an early access board as soon as i get them inhouse
<beeble> have to finish the layout first :)
<apritzel> beeble: details .. ;-)
<apritzel> _2_ M0s, LOL
<beeble> it seems that i'm not that fast in pushing the layout out then my chinese friends (that always have a little bit of a headstart too)
<beeble> still not sure what they plan to do with the second m0
<beeble> i have some ideas for it but they don't have anything running on it yet
<beeble> with our own offloading m0 on the board, we will have a total of 3 M0s :)
<beeble> 9 core cpu!
<apritzel> beeble: I see a bright future for you in the marketing department ;-)
<apritzel> beeble: but you forgot the GPU cores !1111!!11
<beeble> oh right!
<apritzel> but with that extra on-board M0 you woul
<apritzel> will be leading the market
<beeble> haha, will tell that apm next time. they can forget their 32 cores
<willmore> Don't corrupt beeble.
<beeble> the extra m0 is a nice gimmick even if we use it quite useful i think
<beeble> it acts as a fan controller, battery backuped rtc and CAN controller
<beeble> and it's programmable via usb and i2c
<beeble> ah and you can debug it via swd on the allwinner
<beeble> thanks to openocd
<willmore> What brand of M0 do you use, beeble?
<beeble> stm32
<beeble> f072 to be exact
<willmore> Ahh, okay. I have some of their M3 based chips. They seem quite nice. I've been out of uC development for a bit and I was last using PIC16F parts. Much nicer to have an ARM core instead. But the Microchip peripherials were very nice.
Mr__Anderson has joined #linux-sunxi
<beeble> the stm32 family is nice because they have such a wide variety of parts with compatible peripherals, useable libs and sometimes even pin compatible
<beeble> and having a full gcc toolchain is a killer argument for development
<willmore> That's much like the PIC families, then.
<willmore> Yep.
<willmore> Though I programmed in assembly. But, I'm older and don't have time for that anymore. :)
<beeble> i don't like the microchip ecosystem that much. but they do have nice parts
<willmore> I didn't use any of their software. I was using all OSS tools on Linux and a programmer I built myself.
<beeble> i did that to on with the 16f family. but that was a long time ago
<willmore> Every time I try to use their software I get frustrated and give up and go back to vi. :)
<apritzel> beeble: do you know if people are still using the ARM compiler?
<beeble> now i'm spoiled
<willmore> beeble, agreed.
<beeble> apritzel: your keil stuff seems still to be around in a lot of companies
<willmore> I do mean to get back into assembly and I intend to do it on AARCH64.
<beeble> apritzel: and i still have to keep a machine running that has is license bind to some IAR version that is able to compile some special code we get from a customer
<beeble> *its
<beeble> ah and thinking about numbers of cores on the boards
<beeble> i can increase the total number of cores on the a80 board with the attiny i had to put on there to workaround their faulty BROM
<apritzel> beeble: I was just curious, personally I can hardly imagine why one wouldn't use GCC
<beeble> there is no sane reason not to switch to gcc
<apritzel> beeble: I was thinking so, but apparently people still keep paying for that ...
<beeble> thinking about how aweful our development cycle would be on our m0 only products
<beeble> pushing code via git into gerrit, tiggering jenkins build that test it on devices is helping a lot to avoid regressions
gianMOD has joined #linux-sunxi
netlynx has quit [Quit: Ex-Chat]
gianMOD has quit [Remote host closed the connection]
gianMOD has joined #linux-sunxi
mzki has quit [Ping timeout: 244 seconds]
Putti has quit [Ping timeout: 244 seconds]
gianMOD has quit [Remote host closed the connection]
gianMOD has joined #linux-sunxi
jstein has quit [Remote host closed the connection]
dh1tw has joined #linux-sunxi
dh1tw has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
dh1tw has joined #linux-sunxi
<apritzel> MoeIcenowy: ssvb: H5 update: Ethernet works, we have to set PD6 as a high GPIO, as one the H3 OrangePis with GBit
<apritzel> I couldn't find how this is supposed to be done in U-Boot, so I did it in ATF
gianMOD has quit [Remote host closed the connection]
<apritzel> tftpboot worked fine, SD card as well, Ethernet in Linux works as well (just apt-getting)
<naobsd> about NES classic, it should be able to get DRAM param and script.bin now(not yet tried),
<naobsd> but I heard that it's not enough for A33/R16, something in firmware image or on shell on running device is required.
<naobsd> what's 'something' for A33/R16?
<naobsd> MoeIcenowy: could you tell me detail about it?
Mr__Anderson has quit [Quit: Leaving.]
gianMOD has joined #linux-sunxi
gianMOD has quit [Remote host closed the connection]