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
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 240 seconds]
libv_ has quit [Ping timeout: 252 seconds]
libv has joined #linux-sunxi
libv has quit [Ping timeout: 276 seconds]
paulk-collins has quit [Quit: Leaving]
ErwinH has joined #linux-sunxi
techping has joined #linux-sunxi
Andy-D has quit [Ping timeout: 255 seconds]
ErwinH has quit [Ping timeout: 252 seconds]
Andy-D has joined #linux-sunxi
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 255 seconds]
jernej has quit [Ping timeout: 245 seconds]
libv has joined #linux-sunxi
techping has quit [Remote host closed the connection]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 276 seconds]
libv has quit [Ping timeout: 258 seconds]
libv has joined #linux-sunxi
bugzc has joined #linux-sunxi
BuddyZhang1 has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
ray has joined #linux-sunxi
ray is now known as Guest70096
<Guest70096> hi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
apritzel has quit [Ping timeout: 264 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 258 seconds]
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 256 seconds]
ErwinH has joined #linux-sunxi
libv_ has quit [Ping timeout: 276 seconds]
ErwinH has quit [Ping timeout: 260 seconds]
ErwinH has joined #linux-sunxi
ninolein_ has joined #linux-sunxi
ninolein has quit [Ping timeout: 276 seconds]
ErwinH has quit [Ping timeout: 256 seconds]
libv has joined #linux-sunxi
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 256 seconds]
<Guest70096> is someone can give me a email, which i can contact. we are microduino team, we want to discuss with 96 board of A64
libv has joined #linux-sunxi
libv_ has quit [Ping timeout: 252 seconds]
<willmore> I don't think this channel represents 96 boards.
libv_ has joined #linux-sunxi
<cnxsoft> Guest70096: Contact them @ https://www.96boards.org/contact/
libv has quit [Ping timeout: 240 seconds]
<willmore> Thanks, cnxsoft.
yann-kaelig has quit [Quit: Leaving]
libv_ has quit [Ping timeout: 240 seconds]
<Guest70096> we have develop a hardware already, which is follow 96 board standard, CPU is A64, we just need a compatible operation system, such as ubuntu or android
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 255 seconds]
libv has joined #linux-sunxi
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 255 seconds]
victhor has quit [Ping timeout: 252 seconds]
<bamvor> Guest70096: Which country are you stay?
<bamvor> There are difference contact in different region/country.
libv_ has quit [Ping timeout: 255 seconds]
ErwinH has joined #linux-sunxi
lkcl has quit [Ping timeout: 256 seconds]
ErwinH has quit [Ping timeout: 245 seconds]
libv has joined #linux-sunxi
<cnxsoft> Guest70096: Several other companies have already ported OS to Allwinner A64 including Pine64 and Banana Pi, so you may have to adapt those. Allwinner has certainly provided you with an Android SDK for A64.
lkcl has joined #linux-sunxi
libv has quit [Ping timeout: 245 seconds]
libv has joined #linux-sunxi
nekomona has joined #linux-sunxi
libv has quit [Ping timeout: 245 seconds]
libv has joined #linux-sunxi
<Guest70096> we are in china
ErwinH has joined #linux-sunxi
libv has quit [Ping timeout: 240 seconds]
ErwinH has quit [Ping timeout: 276 seconds]
naobsd has joined #linux-sunxi
libv has joined #linux-sunxi
vishnup has joined #linux-sunxi
<wens> willmore: yup
pg12 has quit [Ping timeout: 240 seconds]
pg12 has joined #linux-sunxi
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 255 seconds]
vishnup has left #linux-sunxi ["Leaving"]
kaspter has joined #linux-sunxi
libv has joined #linux-sunxi
libv_ has quit [Ping timeout: 276 seconds]
IgorPec has joined #linux-sunxi
lkcl has quit [Ping timeout: 240 seconds]
lkcl has joined #linux-sunxi
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
libv has quit [Ping timeout: 252 seconds]
libv has joined #linux-sunxi
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 240 seconds]
libv has joined #linux-sunxi
libv_ has quit [Ping timeout: 245 seconds]
IgorPec has quit [Read error: Connection reset by peer]
IgorPec has joined #linux-sunxi
libv_ has joined #linux-sunxi
BuddyZhang1 has quit [Quit: Page closed]
libv has quit [Ping timeout: 264 seconds]
libv_ has quit [Ping timeout: 256 seconds]
libv has joined #linux-sunxi
libv has quit [Ping timeout: 240 seconds]
libv has joined #linux-sunxi
jernej has joined #linux-sunxi
libv has quit [Ping timeout: 240 seconds]
libv has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
lkcl has quit [Ping timeout: 260 seconds]
libv has quit [Ping timeout: 258 seconds]
liushuyu has joined #linux-sunxi
IgorPec has quit [Ping timeout: 248 seconds]
jernej has quit [Ping timeout: 248 seconds]
liushuyu has quit [Client Quit]
muvlon has quit [Ping timeout: 245 seconds]
libv has joined #linux-sunxi
ErwinH has joined #linux-sunxi
leviathan_ has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
muvlon has joined #linux-sunxi
msevwork has joined #linux-sunxi
leviathan_ has quit [Remote host closed the connection]
lkcl has joined #linux-sunxi
IgorPec has joined #linux-sunxi
<bamvor> Guest70096: For business, you could also connect the guys in offcial account of wechat (search "96boards"). That guys focus on the business in China
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
<Guest70096> thanks bamvor, but how to connect the guys in offcial account? :)
IgorPec has quit [Ping timeout: 248 seconds]
Andy-D has quit [Ping timeout: 240 seconds]
Andy-D has joined #linux-sunxi
lkcl has quit [Ping timeout: 260 seconds]
leviathan_ has joined #linux-sunxi
f0xx has quit [Quit: terminated!]
f0xx has joined #linux-sunxi
BenG83 has quit [Ping timeout: 240 seconds]
datagutt has quit [Ping timeout: 240 seconds]
orly_owl_ has joined #linux-sunxi
Harrier_ has joined #linux-sunxi
datagutt has joined #linux-sunxi
datagutt has joined #linux-sunxi
datagutt has quit [Changing host]
kristina_ has joined #linux-sunxi
orly_owl has quit [Ping timeout: 258 seconds]
HeavyMetal_ has joined #linux-sunxi
medvid_ has joined #linux-sunxi
Harrier has quit [Quit: No Ping reply in 180 seconds.]
medvid has quit [Ping timeout: 240 seconds]
kristina has quit [Ping timeout: 240 seconds]
chomwitt4 has quit [Ping timeout: 240 seconds]
HeavyMetal has quit [Ping timeout: 240 seconds]
HeavyMetal_ is now known as HeavyMetal
HeavyMetal has joined #linux-sunxi
HeavyMetal has quit [Changing host]
deskwizard has quit [Ping timeout: 240 seconds]
deskwizard has joined #linux-sunxi
ErwinH has joined #linux-sunxi
f0xx has quit [Quit: terminated!]
f0xx has joined #linux-sunxi
IgorPec has joined #linux-sunxi
IgorPec has quit [Ping timeout: 252 seconds]
chomwitt4 has joined #linux-sunxi
<tuxillo> hi
IgorPec has joined #linux-sunxi
MACscr has quit [Read error: Connection reset by peer]
matthias_bgg has joined #linux-sunxi
MACscr has joined #linux-sunxi
afaerber has joined #linux-sunxi
Guest70096 has quit [Ping timeout: 260 seconds]
<bamvor> Guest70096: Search "96boards" in official account(公众号)
\\Mr_C\\ has quit [Quit: .]
lerc has quit [Quit: No Ping reply in 180 seconds.]
Net147 has quit [Ping timeout: 260 seconds]
lerc has joined #linux-sunxi
Net147 has joined #linux-sunxi
massi has joined #linux-sunxi
terra854 has joined #linux-sunxi
bugzc has quit [Ping timeout: 245 seconds]
LargePrime has quit [Ping timeout: 264 seconds]
montjoie_ has joined #linux-sunxi
montjoie_ has quit [Client Quit]
montjoie has quit [Quit: Lost terminal]
montjoie has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
reinforce has joined #linux-sunxi
LargePrime has joined #linux-sunxi
popolon has joined #linux-sunxi
<ErwinH> montjoie: stmmac works on OrangePi PC2 as well.
paulk-collins has joined #linux-sunxi
<ErwinH> Haven't done iperf3 yet.
<montjoie> thanks for the test
<ErwinH> Quick iperf3 test to an BpiM1 gives 816/423
ErwinH has quit [Read error: Connection reset by peer]
ErwinH has joined #linux-sunxi
cnxsoft has quit [Remote host closed the connection]
<montjoie> anybody with a running bpim2+ ?
<montjoie> ErwinH: 423 is with -R ?
<ErwinH> Yup
<montjoie> strange, normally TX < RX
<ErwinH> emac driver gives more or less similar results. 841/555
<montjoie> probably the loss on RX is due to CRC offload disabled
<ErwinH> I guess the server isn't the best.
<ErwinH> But haven't got anything better at the moment.
<ErwinH> Since normally it should reach 950/950 with the emac driver.
<KotCzarny> it depends greatly what is on the other side too
<ErwinH> I know, but I haven't got a decent server running at home.
<KotCzarny> having good laptop/switch is enough
<ErwinH> Let's use my macbook pro... O wait, it doesn't have ethernet...
<KotCzarny> :>
<KotCzarny> seriously? no headphone jack either? ;)
<KotCzarny> and which part of the pro is having less features?
<ErwinH> It's just old enough to have a headphone jack :)
<KotCzarny> s/less/fewer/
<KotCzarny> thinkpads usually had good intel ethernets
<beeble> the thunderbolt adapter is not bad in terms of performance
nekomona has quit [Ping timeout: 248 seconds]
<KotCzarny> yup, thunderbolt bus isnt bad
<KotCzarny> but.. dongles
<KotCzarny> i hate things hanging from mobile devices
<ErwinH> The wifi connection of the MBP is really good, so this works fine.
<beeble> 99% of the time i only use wifi
<ErwinH> 3 cables hanging from the side while it's at my desk is enough :)
<KotCzarny> long time ago i did this: http://imgur.com/a/mC1C2
<KotCzarny> while looking awful, it really improved audio (even being cheap ass usb speakers)
<ErwinH> Sure, bigger casing means a better low end.
<KotCzarny> yup, also its 2x3W rms
<KotCzarny> which is quite loud for that range
<ErwinH> Only downside it's not that suitable for traveling anymore :)
<KotCzarny> now i remade them with black velcro, looking much better
<KotCzarny> and detachable ;)
<ErwinH> df
<KotCzarny> irc: df command not found
kaspter has quit [Ping timeout: 256 seconds]
vpeter has quit [Remote host closed the connection]
tkaiser has joined #linux-sunxi
lkcl has joined #linux-sunxi
INdek has quit [Remote host closed the connection]
vpeter has joined #linux-sunxi
INdek has joined #linux-sunxi
chomwitt has joined #linux-sunxi
chomwitt4 has quit [Ping timeout: 240 seconds]
victhor has joined #linux-sunxi
leviathan_ has quit [Remote host closed the connection]
<igraltist> hi
<igraltist> somehow for the opipc the 1gb ram is the less to compile gcc
<igraltist> i had even on rpi1 compiled the gcc
BenG83 has joined #linux-sunxi
<jelle> igraltist: well depend on the make -j $fo
<igraltist> i have -j5
<MoeIcenowy> but you won't use -j5 on rpi1, right? ;-)
<jelle> :D
<jelle> igraltist: well don't do that then :P
<igraltist> this value was for opipc
<jelle> yes ofcourse, but it's not a realistic value
<scelestic> you can also try -O1 if -j1 isnt enough
<igraltist> i use in general cores + 1
<scelestic> or even O0 i think
<KotCzarny> igraltist: one word, zram with swap
<jelle> also why compile gcc even
<KotCzarny> well, actually those were 3 words, but still.
<scelestic> or just compile it on hardware that is faster (cross compile)
<KotCzarny> i was able to compile android which jumped up to 5.6GB on 2GB machine thanks to zram swap
<igraltist> i do such things later when i fell the system has a stable setup
<KotCzarny> disable -g also, that saves a lot of mem/disk
<KotCzarny> and of course what other have said, -j3 would be much better and saner (you still need one core to do i/o
fl_0 has quit [Ping timeout: 245 seconds]
fl_0 has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
Pepe has joined #linux-sunxi
deskwizard has quit [Quit: disapeared.]
deskwizard has joined #linux-sunxi
<montjoie> tkaiser: silkprint said banapi v1.1
<montjoie> but the trouble fact is that I see a realtek chip on my board
<MoeIcenowy> montjoie: so what is it? ac200 or rtk phy?
<montjoie> ac200 for sure (phy id)
<montjoie> I will add some debug to scan all phy slot
<MoeIcenowy> but you cannot found an ac200 chip on board?
<montjoie> didnt check yet
<montjoie> but the phy id comes from somewhere
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<MoeIcenowy> montjoie: I asked someone from Sinovoip
<MoeIcenowy> what's the phy id of ac200?
<montjoie> 441400
<montjoie> verified from BSP sources
<montjoie> but their phy driver I try block the phy
<montjoie> seems not production safe:)
<montjoie> and the source dump someone give yesterday show the reset function commented
<MoeIcenowy> but when I look at the photo on linux-sunxi.org, I see no AC200...
<jelle> MoeIcenowy: are you working on the orange pi zero expansion board?
* jelle is interested in getting it working
<MoeIcenowy> jelle: nope
<MoeIcenowy> I have even not got it
<jelle> MoeIcenowy: cool then I'll start researching it
<MoeIcenowy> but I really worked on mainline opi0 support
<jelle> MoeIcenowy: I have one surplus, but I don't think it's cheap to ship it back to china again :P
<MoeIcenowy> the price itself can buy one more ;-)
<jelle> haha
* jelle bought an extra one by accident >_>
<jelle> oh well friends also bought orange pi zero's so might be able to get rid of it :)
lkcl has quit [Ping timeout: 276 seconds]
ErwinH has quit [Remote host closed the connection]
<MoeIcenowy> maybe I really need to buy one more opi0 ;-)
<MoeIcenowy> or if opi produce any new devboard, I will buy one along with the expansion board
<MoeIcenowy> as the board is even cheaper than the shipping fee inside China
<MoeIcenowy> (board as ¥9.99, but shipping fee ¥10
<jelle> :S
ninolein_ has quit [Ping timeout: 258 seconds]
<MoeIcenowy> In addition, here's a joke: Orange Pi is famous among my friends, because of the drunk design of Orange Pi PC2 ;-)
<jelle> haha
ninolein has joined #linux-sunxi
<MoeIcenowy> "Post-modern PCB design" ;-)
<KotCzarny> path of lowest resistance design ;)
<MoeIcenowy> I bought a opi0 without SPI NOR soldered, and I do not dare to solder one by myself...
<MoeIcenowy> my soldering skill is only at the level of my high school -- solder 2.54mm pins
<jelle> ah, luckily I have friends who can SMD solder
<KotCzarny> i think that spi chip has quite a lot of space for soldering (comparing to other chips)
msevwork has quit [Quit: Leaving]
<KotCzarny> you could try adding tin to chip legs, putting it on board and using heat gun
<MoeIcenowy> but maybe someday I should work on SPI flash as main memory -- as one of my devboards really has it as main memory
<MoeIcenowy> (Lichee Pi Zero
<jelle> now that i have an orange pi zero, is the wifi driver getting mainlined?
<MoeIcenowy> at least dgp has a tree that can be used on mainline
<jelle> ah cool
<MoeIcenowy> github.com/fifteenhex/xradio
<jelle> couldn't find it on the wiki
<MoeIcenowy> oh sorry
<KotCzarny> should be on the wifi page
<KotCzarny> if not, add it please
<MoeIcenowy> going to add it
<jelle> MoeIcenowy: :( my fault
<KotCzarny> also someone mentioned xradio is ac1200 or something
<KotCzarny> with few bits added
<jelle> >For XR819 BSP driver can found here and firmware blobs can be found there or here
<jelle> ?
<MoeIcenowy> it's BSP driver
<MoeIcenowy> KotCzarny: cw1200
<jelle> yeah
<jelle> hmm interesting
<KotCzarny> right.
<jelle> but hmm maybe add a link from here https://linux-sunxi.org/Orange_Pi_Zero#WiFi to wifi?
<KotCzarny> seems like half of allwinner chip comes from designware/stmicro ;)
<MoeIcenowy> A working out-of-tree driver for mainline kernels is at [2].
<jelle> KotCzarny: haha
<KotCzarny> jelle: it should be in wifi category
<jelle> oh there is a link I'm just blind
<KotCzarny> similar to 'boards with ethernet' etc
<jelle> MoeIcenowy: thanks
<MoeIcenowy> maybe it's just Allwinner bought wafers from ST then packaged
<montjoie> raaaah I forgot a ++ and now my bpim2+ is stuck scanning phy, and no remote power off:(
<KotCzarny> montjoie: at least you can go back to real boards ;)
ErwinH has joined #linux-sunxi
nekomona has joined #linux-sunxi
ErwinH has quit [Ping timeout: 255 seconds]
<montjoie> but i want to know the end of this PHY mistery
<KotCzarny> :)
<KotCzarny> forced cliffhanger for now
<montjoie> where do come this ac200 phy
<rellla> has simplefb->hdmi for H3 already landed in mainline uboot/kernel or do i have to take jernej's u-boot-tree for now?
BenG83 has quit [Ping timeout: 240 seconds]
noblock has joined #linux-sunxi
ErwinH has joined #linux-sunxi
<MoeIcenowy> rellla: still need jernej's tree.
<MoeIcenowy> montjoie: could you at first sort out your sun8i-stmmac driver? ;-)
<MoeIcenowy> at least send a RFC first ;-)
<rellla> MoeIcenowy: it's because i don't get X started with moinejf's DE2/hdmi patches. maybe because simplefb also tries to load as i can see in dmesg...
<MoeIcenowy> rellla: could you share your dmesg?
Net147 has quit [Ping timeout: 252 seconds]
<MoeIcenowy> Is there anyone WIP on SPI support of U-Boot?
<montjoie> MoeIcenowy: you can find it on github, and I wanted to test gigabit on H3
<MoeIcenowy> but at least you're sure it can work, right?
<MoeIcenowy> or I will ask my friend if he wants to help you
<MoeIcenowy> he has a opi+2
ErwinH has quit [Ping timeout: 240 seconds]
Net147 has joined #linux-sunxi
<rellla> MoeIcenowy: sure: http://pastebin.com/R8YkDiv8
<montjoie> yes it work, but I wanted to test the "speed patch"
<KotCzarny> montjoie: call it efficiency patch
<rellla> some issue in lines 117-141 ...
<montjoie> first I need to send the 15 patch against stmmac I had
<rellla> MoeIcenowy: the last two appear, when trying to start X
<MoeIcenowy> oh I forgot he do not have a 1000Mbps router
<MoeIcenowy> ignore it
<MoeIcenowy> his router is 100Mbps although has a opi+2
<MoeIcenowy> I think the simplefb patch didn't still land on mainline kernel.
<MoeIcenowy> rellla: how many patches you applied on your kernel?
<MoeIcenowy> rellla: try to enlarge your CMA pool?
<MoeIcenowy> although, to be honest, I have also never sun8i-de2-drm working.
<MoeIcenowy> and moinejf seems to abondoned it
lkcl has joined #linux-sunxi
<jelle> :S
<MoeIcenowy> montjoie: I think this glue is the most dedicated glue among stmmac glues?
<MoeIcenowy> as registers are obfuscated
<rellla> MoeIcenowy: many ;) iirc i took megous' kernel from https://github.com/megous/linux/commits/orange-pi-4.9 and put the v4l2+cedrus patches upon
<montjoie> MoeIcenowy: yes more dedicated since dma register are different
<montjoie> but the code size is not large
ErwinH has joined #linux-sunxi
<MoeIcenowy> I think after moinejf abondoned sun8i-de2-drm, I may continue it
<MoeIcenowy> as I have V3s -- a SoC with DE2, but without HDMI
<MoeIcenowy> rellla: megous's branch do not have simplefb enabled
<MoeIcenowy> so you're only meeting issues with sun8i-de2-drm
<MoeIcenowy> try to enlarge your CMA pool?
<MoeIcenowy> (I mean the main CMA pool, not the VE one
<rellla> MoeIcenowy: as i use the build environment of armbian, i saw, that they patch uboot with simplefb patch. so i had both enabled, because i use a custom kernel config.
<MoeIcenowy> sun8i-de2-drm now do not have coexist with simplefb
<MoeIcenowy> but if the kernel do not have simplefb patch, U-Boot will just fail to add simplefb address
cnxsoft has quit [Quit: cnxsoft]
<rellla> i will try to enlarge CMA pool as this may be a reason, why my system does not boot, if i set ve_reserved memory to 100MB+
<MoeIcenowy> I mean the main CMA pool, not the VE one
ErwinH has quit [Ping timeout: 258 seconds]
<MoeIcenowy> CONFIG_CMA_SIZE_MBYTES option
<rellla> yes, i too. but doesn't take ve it's mem out of that pool?
<MoeIcenowy> seems that currently ve uses a dedicated pool
<MoeIcenowy> and then the main pool is allocated
<MoeIcenowy> the ve pool should be lowest 128M
<MoeIcenowy> but main pool is usually at the top of system dram available
<rellla> i will do some investigations ;)
<MoeIcenowy> [ 0.000000] Reserved memory: created DMA memory pool at 0x000000004a000000, size 96 MiB [ 0.000000] OF: reserved mem: initialized node cma, compatible id shared-dma-pool
<MoeIcenowy> here's my A33 device
<rellla> [ 0.000000] Reserved memory: created DMA memory pool at 0x43d00000, size 80 MiB
<noblock> One question; I tried the linux kernel 4.9.4 from megous on an opipc board; After loading the 'de2' modules, I've the following error: sun8i-de2 1000000.de-controller: failed to allocate buffer with size 8294400
<rellla> ^^ mine. this is for ve
<rellla> [ 0.000000] cma: Reserved 16 MiB at 0x7e800000
<rellla> ^^ and this is cma? seems to be quite small.
<noblock> Likely a kernel configuration issue (CONFIG_CMA_SIZE_MBYTES was set 8); Do you know how to fix this issue?
<MoeIcenowy> I think this is the main CMA
<MoeIcenowy> noblock: enlarge CONFIG_CMA_SIZE_MBYTES ;-)
<MoeIcenowy> same anwser to rellla
<rellla> MoeIcenowy: thanks for the hints. have to go now...
<MoeIcenowy> rellla: if your screen is 1920x1080, I can promise 16MiB is far from enough for main pool ;-)
<noblock> MoeIcenowy: Do you have the optimal value?
<MoeIcenowy> noblock: I choose 64MiB
<MoeIcenowy> but I do not have large screens...
<MoeIcenowy> my largest screen is 1024x600
<rellla> MoeIcenowy: yeah, yesterday i plugged in my tv. and that is FullHD :p
<MoeIcenowy> I only used the TV to try the Composite output of my C.H.I.P. ...
<MoeIcenowy> and now I even do not use TV in such a way -- as I bought a Composite to USB dongole
<MoeIcenowy> dongle *
<MoeIcenowy> montjoie: one of my friend in Sinovoip says that it's RTL8211D/E
<montjoie> just in case , other RGMII ?
<MoeIcenowy> I think so ;-)
<MoeIcenowy> but why do you got an AC200 id...
<montjoie> the furthermore strange thing, is that I am nearly sure to get good perf when working on sun8i-emac on that board
<MoeIcenowy> but bad perf from sun8i-stmmac?
<montjoie> I got the same perf with sun8i-emac now
<montjoie> good perf was in the past in my memory
<MoeIcenowy> maybe your memory needs some fsck
<montjoie> just thinked that I have a loghost for all log, and in august the board has a RTL8211E Gigabit Ethernet
<MoeIcenowy> the schematic also says a RTL8211D/E
<MoeIcenowy> can sun8i-emac recognize it as RTK phy?
<montjoie> its the phylib that does that
<MoeIcenowy> but it may also be IP block bug
<MoeIcenowy> montjoie: seems that it's impossible to be an AC200...
<MoeIcenowy> H3 do not even have a RSB
<montjoie> if it give me random id, what a chance to alsways have the same
<KotCzarny> h3 doesnt have rsb?
<MoeIcenowy> the vendor of AC200 is just the same of H3
<MoeIcenowy> so it may be the default value
<MoeIcenowy> KotCzarny: yes
<montjoie> lol, according to loghost it seems that yesterday I booted with sun8i-emac and realtek phy was here
<montjoie> I am mad
<KotCzarny> :>
<KotCzarny> we are all mad here
<MoeIcenowy> only mad people can stay at #linux-sunxi ;-)
<KotCzarny> and ib irc ;)
tkaiser has quit [Ping timeout: 276 seconds]
<montjoie> I think to see the problem, with sun8i-emac the phy slot is 0
<montjoie> with stmmac, in DT I set 1
<MoeIcenowy> ;-)
<montjoie> so two phy wired
<MoeIcenowy> maybe 1 is the internal phy?
<montjoie> and 0 is the dhcp for phy, so it seems realtek answer first
<montjoie> but if you probe 1, it become the default
<montjoie> and so it is why my "probes just after" give me ac200 for slot 0
<MoeIcenowy> how can a network port have two phys?
<MoeIcenowy> we know, a H3 cannot even communicate with an AC200
<montjoie> EMAC speak on the MDIO bus
<montjoie> multiple phy can be on that bus
<MoeIcenowy> but you have only a single port, right?
<montjoie> yes
<MoeIcenowy> so how can this single LAN port be wired to two PHYs?
<montjoie> physically it can, if only one is powered
<montjoie> seems weird
<MoeIcenowy> what's the PHY ID of H3 EPHY?
<montjoie> need to print it
<montjoie> the phy_print_status do not print it
<MoeIcenowy> can the ID be retrieved by some userspace tool?
<montjoie> but another problem, I wrongly said that I use reg 1 with stmmac
<montjoie> I use 0 also
<montjoie> the Id can be printed via phydev->id
<MoeIcenowy> what the hell...
<montjoie> just need to boot my opipc
tkaiser has joined #linux-sunxi
<KotCzarny> tkaiser, ircing from customer address space?
<montjoie> MoeIcenowy: but certainly the ac200 is the internal phy
<montjoie> and something in my driver still select internal phy
<MoeIcenowy> montjoie: I think you should try to probe the phy id of both internal and external phy with sun8i-emac...
<MoeIcenowy> I suspect stmmac have problem while probing phy
<MoeIcenowy> according to bpi m2+ schematics the EPHY pins are NC
jernej has joined #linux-sunxi
<montjoie> by EPHY you means internalphy ?
<MoeIcenowy> yes
<MoeIcenowy> the part is named as EPHY in datasheet and on every schematics
<MoeIcenowy> is there anyone working on the SPI support of mainline u-boot for sunxi?
<MoeIcenowy> (full SPI support, capable of using SPI NOR in u-boot main binary
<Wizzup> MoeIcenowy: we (where I work) might in the very near future, but have no previous driver dev experience
<MoeIcenowy> I have also no u-boot driver experience
<montjoie> MoeIcenowy: I think the problem is that stmmac register the mdio before any int/extphy choose, and so libphy probe internal phy and get stuck on it
<montjoie> mdio_reset should fix that
<dgp> MoeIcenowy: my u-boot fork has a crappy driver that works enough for the sf command to work
<MoeIcenowy> dgp: thanks
<MoeIcenowy> has a base to modify from is a good thing ;-)
<dgp> It's very crappy (expects the SPL register and clock setup to have been done) but it's good enough to boot the opiz from SPI
<MoeIcenowy> I'm also thinking a good way for SPI clock and pinctrl initialize
<MoeIcenowy> tkaiser, IgorPec: do you know the author and the orignate of https://github.com/igorpecovnik/lib/blob/master/patch/kernel/sun8i-dev/spi-sun6i-allow-large-transfers.patch ?
<IgorPec> MoeIcenowy: no idea, ask Martin https://forum.armbian.com/index.php/user/587-martinayotte/
<MoeIcenowy> is he here?
<IgorPec> don't know .. but he is online
<MoeIcenowy> who's him?
<IgorPec> online in general :) I see on forum
<KotCzarny> invite him to irc?
<IgorPec> i did
ErwinH has joined #linux-sunxi
<MoeIcenowy> and this patch do not easily apply on current master...
ErwinH has quit [Ping timeout: 252 seconds]
<IgorPec> it looks like he is already gone ...
<MoeIcenowy> erwinh is him?
<MoeIcenowy> mripard: I have heard the Lichee Pi Zero board will have two versions of on-board storage, both SPI, but one will be SPI NOR, the other will be SPI NAND
<MoeIcenowy> how should this be dealed with in device tree?
<MoeIcenowy> have two device trees?
<IgorPec> MoeIcenowy: no, i don't know his nick here.
<IgorPec> if any
jernej has quit [Quit: Konversation terminated!]
<MoeIcenowy> IgorPec: so how should I contact him on fourm.armbian.com?
<IgorPec> use private message or send him email. i think it's written in profile
<IgorPec> martinayotte@gmail.com
aballier has joined #linux-sunxi
nik123 has joined #linux-sunxi
<nik123> I have an chinese branded Allwinner A20 tablet, tried to find it on the wiki. No results. The tablet is pretty much bricked, android doesn't even try to boot just a blank screen. I wonder if theres a way to run Linux on this, because it has USB OTG and a HDMI port. Any help would be appretiated :)
<MoeIcenowy> without a booting Android it's very difficult to extract info to run Linux on it
<nik123> Recovery mode still works though...
<nik123> Should that help?
<nik123> And also a board number
<MoeIcenowy> if you can get a shell under recovery mode ;-)
<nik123> adb?
<MoeIcenowy> I think stock android recovery's adb is nearly unusable
<MoeIcenowy> only enough for sideload :-(
<nik123> well you're right, I have to tell you that
<MoeIcenowy> do you have serial access?
orly_owl_ is now known as orly_owl
orly_owl has quit [Changing host]
orly_owl has joined #linux-sunxi
<nik123> I have UART, but no UART to USB though...
nik123 has quit [Remote host closed the connection]
<nik123> This tablet is screwed: exec '/system/bin/sh' failed: No such file or directory (2)
nik123 has joined #linux-sunxi
<nik123> Sorry I have unstable internet access...
<nik123> The MSI_Primo73 ROM almost worked but I think some "legit hardware check" validation protocol, prevented it from booting. In the recovery mode touch screen and the buttons worked flawlessly. Not to mention adb
<nik123> Can I try using that version of UBoot
JohnDoe_71Rus has joined #linux-sunxi
vagrantc has joined #linux-sunxi
tkaiser has quit [Ping timeout: 255 seconds]
<MoeIcenowy> maybe you'd try it
<nik123> But I just noticed that this tablet doesn't have a Vol + key. Instead it uses the back button as the FEL key. Atleast I think...
<nik123> What settings are for the serial, trying out something...
apritzel1 has joined #linux-sunxi
ErwinH has joined #linux-sunxi
<MoeIcenowy> dgp: trying your driver
<MoeIcenowy> "dm tree" can see a spi device, but it do not probe
vishnup has joined #linux-sunxi
<nik123> Got the table in FEL mode, woooo
ErwinH has quit [Ping timeout: 258 seconds]
<nik123> What can I do now?
<MoeIcenowy> you may try to use https://github.com/lolet/FELix to dump the first nand partition
<nik123> the flash was overwritten many times, I don't know if I'll get anything useful but ok
martinayotte has joined #linux-sunxi
tkaiser has joined #linux-sunxi
<tkaiser> beeble: Off-topic: Apple's Ethernet Thunderbolt adapter is not even using TB but PCIe instead ;)
nik123 has quit [Ping timeout: 255 seconds]
nik123 has joined #linux-sunxi
apritzel1 has quit [Ping timeout: 276 seconds]
<MoeIcenowy> dgp: oh seems the subnode of SPI NOR flash scared the uclass ;-)
HeavyMetal has quit [Quit: BNC Services Provided by the ASoTnet IRC Network.]
HeavyMetal has joined #linux-sunxi
HeavyMetal has joined #linux-sunxi
HeavyMetal has quit [Changing host]
massi has quit [Remote host closed the connection]
scream has joined #linux-sunxi
<IgorPec> MoeIcenowy: he is comming :)
<willmore> MoeIcenowy, WRT the NAND flash chips, it looks like a separate DT node should be used as that kind of chip will require a different driver--it's more like parallel NAND flash where blocks have ECC and need that taken care of in software.
matthias_bgg has quit [Quit: Leaving]
<willmore> In other words, you can't just read the memory out like NOR flash, you have to read a block+ECC and do the ECC calculations on it.
<willmore> Winbond has some chips out, but I can't find any mention of them on aliexpress, so I can't order any to play with.
<Wizzup> there's lots of them on ebay and aliexpress
<Wizzup> do you want specific model numbers?
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
<Wizzup> winbond w25q128fv
<willmore> Wizzup, that's NOR flash
<Wizzup> ... unless you didn't want NOR flash
* Wizzup hides
<Wizzup> sorry
<willmore> LOL
<willmore> NO worries
<willmore> beeble, I take it you have some experience with NAND SPI flash?
<MoeIcenowy> GigaDevice have SPI NAND device
<willmore> MoeIcenowy, it does look like the chip can be read ignoring the ECC data. Seems dangerous...
<willmore> MoeIcenowy, I think that was a GD chip that beeble linked to.
<beeble> it's also available on the vendor site http://www.gigadevice.com/product-search.html?locale=en_US
<beeble> willmore: never used it in a product. only onfi nand
<willmore> beeble, thanks.
<willmore> MoeIcenowy, looks functionally similar to the winbond chip--at least for reading a few pages of the datasheets.
<willmore> Plenty of details that differe--especially when writing or using special features like OTP or UID features.
<willmore> But, that's for userspace anyway.
<beeble> and with onfi nand you would read the data raw too. if the nand controller supports the ecc algorithm (and length) it can be offloaded
<beeble> if not it's done in software
<willmore> One limit would be the need to implement the 4 byte address read instruction for accessing memory >16MiB. But, if we can use continuous read, that's not a limitation.
<willmore> beeble, yep, and the controller on the SoC will do most of that for you. Such assitance isn't built into SPI ports. :)
<montjoie> it is the return of great realtek phy:)
<MoeIcenowy> and I believe the Allwinner BROM cannot deal with SPI NAND well
<MoeIcenowy> montjoie: congrats ;-)
<montjoie> still bad perf
<MoeIcenowy> Orz
<montjoie> I note "change syscon / reset the board then register MDIO bus"
<montjoie> interesting that the internal phy branded as 100 could negociate 1G
<willmore> MoeIcenowy, if it just does continuous read, then it's okay. It looks like the read data+ECC instructions are different. The "just read data" are the same.
<beeble> but why would you want to use spi nand anyway? that would be like having the worst of both worlds
ErwinH has joined #linux-sunxi
<MoeIcenowy> yes I agree
<MoeIcenowy> but it's the most easy way to integrate high-capacity storage onto V3s boards
<MoeIcenowy> V3s do not boot from SDC2
popolon has quit [Quit: WeeChat 1.4]
<MoeIcenowy> (The V3s datasheet advertises it that support SPI NAND
<MoeIcenowy> (but I really doubt it
vagrantc has quit [Quit: leaving]
<nekomona> BROM Failed or workable with bugs everywhere?
<beeble> MoeIcenowy: boot from spi nand would be no issue. all it does is reading boot0/spl. default behaviour is to have internal ecc active on reads
ErwinH has quit [Ping timeout: 255 seconds]
<beeble> so you would get your bootloader exactly as you would with a spi nor flash
apritzel has joined #linux-sunxi
apritzel has left #linux-sunxi [#linux-sunxi]
diego_r has quit [Quit: Konversation terminated!]
Andy-D has quit [Ping timeout: 248 seconds]
juri_ has quit [Ping timeout: 252 seconds]
iaglium has quit [Ping timeout: 252 seconds]
habs has quit [Ping timeout: 256 seconds]
<martinayotte> MoeIcenowy: did you got chance to look at the patch ?
afaerber has quit [Quit: Leaving]
<MoeIcenowy> martinayotte: yes
<MoeIcenowy> I also refreshed into 4.10-rc
<martinayotte> Good ! Feel free to try with "Water Level" too if you feel that would be better
<MoeIcenowy> is this patch by yourself?
<MoeIcenowy> this patch now looks like https://pastebin.anthonos.org/view/f222d69b here
juri_ has joined #linux-sunxi
nekomona has quit [Ping timeout: 245 seconds]
<martinayotte> As I've answered yo your email, it is a derivative of the existing patch of sun4i-spi.c, but using RXFUL/TXEMP instead of 3/4F 3/4E
habs has joined #linux-sunxi
leviathan_ has joined #linux-sunxi
<martinayotte> Oh ! revizing it, I discover that a comment is left un-edited : /* Transmit FIFO 3/4 empty */ should be /* Transmit FIFO empty */
<martinayotte> :-)
iaglium has joined #linux-sunxi
<MoeIcenowy> oh I checked the datasheet
<MoeIcenowy> there's no 3/4 things in spl-sun6i
<MoeIcenowy> at least on H3 and V3s
matthias_bgg has joined #linux-sunxi
<martinayotte> Yes, that is the reason why I've decide to use FULL/EMPTY, at least until I understand the "Water Level", but since it seems to work fine, no emergency for WL
<MoeIcenowy> you mean {T,R}X_TRIG_LEVEL in reg 0x18?
Mr__Anderson has quit [Remote host closed the connection]
kristina_ is now known as kristina
<MoeIcenowy> martinayotte: If I send out this patch, can I just add Signed-Off-By: you?
<martinayotte> Yes, TRIG_LEVEL, I didn't studied yet how it is working ...
afaerber has joined #linux-sunxi
<martinayotte> Signed-Off-By ? sure ! or it can be both of us too ...
IgorPec has quit [Ping timeout: 240 seconds]
<MoeIcenowy> oh I suddenly understand why empty+full can also work reliably when reading the commit message of spi-sun4i
<MoeIcenowy> the spi controller will pause transmission when empty/full
<MoeIcenowy> s/\/full//g
<martinayotte> For TRIG_LEVEL, it seems that both are 8 bits, so maybe it simple as writing the level desired
<MoeIcenowy> but how to decide the level is a problem ;-)
<martinayotte> Could be simply 3/4 of 64 bytes, so RX_TRIG=48 and TX_TRIG=16
<martinayotte> 64 bytes for H3, but some other sun6i are 128 bytes
<MoeIcenowy> but I now more prefer to work on the DE2 ;-)
vishnup has quit [Ping timeout: 258 seconds]
apritzel has joined #linux-sunxi
<martinayotte> Of course, since with 100% Full/Empty seems to work, at least for me, I have other things too : making André's FIT work on my H5 ;-)
<martinayotte> apritzel : I've seen you submit this morning ! Congrats !
nik123 has quit [Quit: nik123]
nik123 has joined #linux-sunxi
Pepe has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
scream has quit [Remote host closed the connection]
nik123 has quit [Ping timeout: 240 seconds]
INdek has quit [Ping timeout: 248 seconds]
HeavyMetal has quit [Quit: BNC Services Provided by the ASoTnet IRC Network.]
HeavyMetal has joined #linux-sunxi
HeavyMetal has joined #linux-sunxi
HeavyMetal has quit [Changing host]
nik123 has joined #linux-sunxi
Pepe has joined #linux-sunxi
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
terra854 has quit [Quit: Connection closed for inactivity]
chomwitt1 has joined #linux-sunxi
chomwitt has quit [Ping timeout: 240 seconds]
juri_ has quit [Ping timeout: 255 seconds]
habs has quit [Ping timeout: 245 seconds]
iaglium has quit [Ping timeout: 276 seconds]
<mripard> MoeIcenowy: I don't know, you might want to ask bbrezill1, but if it can't be autodetected, yes.
iaglium has joined #linux-sunxi
jernej has joined #linux-sunxi
Macer has quit [Remote host closed the connection]
iaglium has quit [Ping timeout: 245 seconds]
leviathan_ has quit [Remote host closed the connection]
nik123 has quit [Quit: nik123]
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Aria 4.9.2, revision: git-7050-g88980badc, build type: debug, sources date: 20160102, built on: 2017-01-20 07:18:15 UTC git-7050-g88980badc http://www.kvirc.net/]
cosm has joined #linux-sunxi
juri_ has joined #linux-sunxi
iaglium has joined #linux-sunxi
<wens> montjoie: fyi, the rtl8211e responds to both 0 and the phy address programmed through the phyaddr pins
<wens> montjoie: 0 is kind of like a broadcast address
muvlon has quit [Quit: Leaving]
muvlon has joined #linux-sunxi
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 255 seconds]
Andy-D has joined #linux-sunxi
f0xx has quit [Ping timeout: 252 seconds]
<montjoie> wens: yes, but I believed that the probem would be a priority problem
<montjoie> in fact I needed to chaneg syscon and reset before probing MDIO
<montjoie> like I just said before, it is interesting that the internal phy accept RGMII and negociate gigabit link
<montjoie> so even opipc could in theory gain some perf beyond 100Mbit/s
jernej has quit [Ping timeout: 264 seconds]
<ssvb> MoeIcenowy: there is no such thing as SPI pause
<ssvb> if the FIFO buffer overflows or underflows, then the data is lost
yann-kaelig has joined #linux-sunxi
<ssvb> a higher level protocol can implement data checksums and re-transmission
matthias_bgg has quit [Ping timeout: 248 seconds]
<ssvb> the only reliable way to implement support for SPI messages larger than the FIFO size is to use DMA
<willmore> ssvb, If the master runs out of data to TX, then to can just stop clocking out data. If it runs ou of RX buffer, it can just stop the clock, no?
<ssvb> willmore: hmm, you are right
jernej has joined #linux-sunxi
<willmore> So, since this is a master interface. We can pause. Slaves are boned, though.
<ssvb> we need to check this with an oscilloscope though
<willmore> That's why the high speed modes in these chips have extra delays for the high speed modes.
<willmore> Yes, good idea. Always verify.
<willmore> I think my scope speaks SPI.
<willmore> I need up get one of my Opi1 back up and running so I can test on it.
* willmore has been working with 3d printers recently and had to set all of his SBCs aside.
<willmore> ssvb, my 128Mb SPI chips still aren't here. :(
<ssvb> it should be also possible to easily add artificial pauses and check whether everything is alright
<willmore> And to do clock speed testing.
<willmore> Datasheet for H3/5 says 100MHz. Sure....
KB3VGW has joined #linux-sunxi
KB3VGW has left #linux-sunxi [#linux-sunxi]
<ssvb> willmore: when you are using jumper wires to connect the SPI chip, the actual speed limit is much lower than this
<ssvb> flashrom guides recommend using the shortest possible jumper wires
<ssvb> in my setup, the practical SPI clock speed limit was around just ~20MHz - https://linux-sunxi.org/File:Xunlong_Orange_Pi_PC_with_improvised_SPI_flash_shield.jpg
<willmore> ssvb, yeah, I figure stray capacitence will be the killer.
<willmore> Does anyone know if the I/O have drive strength parameters?
muvlon has quit [Quit: Leaving]
<beeble> they should
<willmore> Then that's something that'll need some playing with.
<beeble> at least i have seen it on all pins that are muxable
* willmore knows nothing of how the allwinner chips pinmux.
<beeble> stupid question. what are you planing to do?
<willmore> I was just planning on seeing how fast I could reliably communicate with an SPI NOR chip.
<beeble> didn't read the full backlog
<willmore> SPI or dual SPI
<willmore> For the purpose of storing a full uboot+DT+kernel+root/inird on an SPI chip and booting from it in a reasonable time.
<beeble> on which platform?
<willmore> any board that supports them. OpiZ and Opi2PC to start
<willmore> PC2? I forget the ordering. They could make the names more confusing.
<ssvb> "Running SPI at only 6 MHz might be not fast enough and adding something like ~0.5 second to the boot time (needed to transfer ~500KB of the main U-Boot binary). In order to improve boot time a little bit, probably the SPL header can be extended to include a special optional field for the maximum supported SPI clock speed and also the number of dummy cycles for the Read Data Bytes at Higher Speed (0Bh) command. This information
<ssvb> can be added to the SPL header by the firmware flasher software"
<beeble> i could look if i have some boards left as a giveaway if you are improving the spi driver :)
<beeble> just would have to replace the nor. it only has 32mbit at the moment
<ssvb> the flasher can perform a "speed grading" procedure by checking various SPI clock speeds
<willmore> beeble, taht would be martinayotte who's doing that. I'm not at that point.
<willmore> ssvb, I was almost thinking of making a little bootstrap loader that's customized to the board/chip.
<willmore> But, maybe we can paramaterize the chip performance well enough to have a generic bit of code.
<willmore> I'm not that far into the Feyman problem solving yet.
<willmore> beeble, I have some 128Mb chips in the same package coming.
<willmore> And I am going to try to get some NAND chips too.
<beeble> my boards don't hav soics. had to stick with wson area and height
<ssvb> the SPI code in the SPL can just read the clock speed limit info and the dual-spi capability bit from the header, this way it can remain extremely small
<willmore> I need to also look into the flash layer on linux and see if it supports SPI as a physical layer.
<beeble> on linux you can use it with mtd and ftl as a blockdevice
<willmore> ssvb, I don't have enough knowledge of all the SPI chips to know how uniform they are. Looks like the low speed read is the same on the few I've looked at. The higher speed transfers *seem* the same, but I'm not as confident of that.
<willmore> beeble, cool, thanks.
<willmore> Because the NAND SPI chips have ECC for sectors.
<willmore> okay, sorry, gotta run for a bit...
<Patsie> sbc from asus
<Patsie> rockchip, so sorry for crossposting here, but maybe interesting for some people
Ntemis has quit [Remote host closed the connection]
reinforce has quit [Quit: Leaving.]
habs has joined #linux-sunxi
Andy-D has quit [Ping timeout: 276 seconds]
vbmithr has quit [Ping timeout: 256 seconds]
BurtyB has quit [Ping timeout: 245 seconds]
BurtyB has joined #linux-sunxi
ErwinH has joined #linux-sunxi
BurtyB has quit [Ping timeout: 245 seconds]
ErwinH has quit [Ping timeout: 240 seconds]
BurtyB has joined #linux-sunxi
vbmithr has joined #linux-sunxi
jernej has quit [Ping timeout: 248 seconds]
paulk-collins has quit [Remote host closed the connection]
Ntemis has joined #linux-sunxi
chomwitt2 has joined #linux-sunxi
chomwitt1 has quit [Ping timeout: 240 seconds]
tsuggs has quit [Ping timeout: 240 seconds]
INdek has joined #linux-sunxi
yann-kaelig has quit [Quit: Leaving]
<igraltist> 5h compile gcc not bad for opicpc :D
INdek has quit [Remote host closed the connection]
BenG83 has joined #linux-sunxi
cptG_ has joined #linux-sunxi
cptG has quit [Ping timeout: 276 seconds]