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
<lennyraposo> and is there any sort of guidelines format I should be adding to the sunxi site
p1u3sch1 has joined #linux-sunxi
<lennyraposo> I mean proper format in which members add content to the site
jernej has joined #linux-sunxi
hulu1522 has quit []
cosm has quit [Ping timeout: 244 seconds]
cosm has joined #linux-sunxi
poffs has quit [Ping timeout: 252 seconds]
<willmore> I have two OrangePiOne boards coming friday. I've got a copy of OrangePI_Jessie_Xfce.img.xz. What else will a sunxi noob need?
<willmore> Oh, and many of those wiki hits are probably me. ;)
<lennyraposo> additional images added for pine 64
<lennyraposo> does that seem ok?
cosm has quit [Ping timeout: 264 seconds]
ricardocrudo has quit [Remote host closed the connection]
<willmore> lennyraposo, the "Instructions are here" line should be joined with the previous line as they are the instructions for that image, right?
<lennyraposo> done
kaspter has joined #linux-sunxi
<willmore> I am no authority here, it just seemed logical. Want more? I kept reading... :)
<lennyraposo> hehe
<willmore> Under "U-Boot" first section bulleted line starting "Booting kernels" the "an" in front of "U-Boot image file" should be 'a'.
<lennyraposo> I just added teh longsleep image stuff
<lennyraposo> I am too afraid to touch others work ;)
<willmore> Seems like a good idea. ;)
<willmore> That legacy booting section is scarry.
<lennyraposo> for the pine
<willmore> Yes.
<willmore> A lot of "it just works, don't touch it".
<lennyraposo> longsleep made some backports to the provided u-boot from AW
dev1990 has quit [Quit: Konversation terminated!]
<lennyraposo> apritzel informed that if we get the source for boot0 for u-boot it cna be a real game changer
cosm has joined #linux-sunxi
<willmore> That's good news. Nothing I have seen looks like it can't be solved--just that is hasn't been solved yet. And the developers seem pretty active so I don't doubt it will get done in time.
<lennyraposo> with h3 's mac/ethernet to being or close to being resolved
<lennyraposo> that leaves USB
<willmore> That's for mainline kernel?
<lennyraposo> the h3 yes
<lennyraposo> it shares the same ethernet/mac as the pine64
<lennyraposo> I believe montjoie is working on that
<willmore> Does it? The Pine64 has a 10/100/1000 ethernet while the OrangePiOne has 10/100. Maybe that was just a choice of jack with integrated magnetics.
<willmore> That's a logical cost reduction.
cosm has quit [Ping timeout: 244 seconds]
<apritzel> willmore: the H3 has the same MAC as the A64, but the H3 has an _internal_ PHY (on the SoC)
<willmore> Can the OrangePiOne be powered through the 40 pin connector while I rummange for the right barrel connector?
<apritzel> so you don't need any external chip for 10/100 MBit/s
<willmore> apritzel, thanks, that makes sense.
<willmore> apritzel, is the same true of the A64? I don't seen an external PHY. Did lennyraposo mean they H3 and A64 were the same from a software perspective?
<willmore> Oh, found on the wiki I can power the board over the 40 pin connector. That'll save a little time.
<lennyraposo> emac
<lennyraposo> from the soc
<willmore> Oh, nope, now I see it. I don't know how I missed seeing the PHY. It's right there near the jack.
cosm has joined #linux-sunxi
<lennyraposo> pretyy impressed with hwo things ar managed in the arm world of things
<apritzel> the A64 has no internal PHY
<apritzel> apparently putting the PHY into the SoC caused some heat issues on the H3
<apritzel> and it is max 100 MBit/s anyway
<apritzel> but it allows really cheap Ethernet boards with the H3
<willmore> apritzel, yep, sure does. ;)
apritzel has quit [Ping timeout: 244 seconds]
cosm has quit [Quit: Leaving]
<lennyraposo> I guess it's a case of jam packing way too much into the soc if you ask me
<lennyraposo> ambitious
<lennyraposo> if you think about it
<lennyraposo> x86 has been goign about in the same manner
<lennyraposo> amd apu s come to mind ;)
<lennyraposo> take north bridge controllers
<lennyraposo> gpus too
<lennyraposo> we are seeing the arms race equivalent with chip manufacurers
TheSeven has quit [Ping timeout: 250 seconds]
TheSeven has joined #linux-sunxi
khuey is now known as khuey|away
cnxsoft has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
tgaz has quit [*.net *.split]
Net147 has quit [*.net *.split]
Nacho has quit [*.net *.split]
souther has quit [*.net *.split]
azend|vps has quit [*.net *.split]
tyler-baker has quit [*.net *.split]
slapin has quit [*.net *.split]
ninolein_ has quit [Ping timeout: 268 seconds]
ninolein has joined #linux-sunxi
<lennyraposo> Susan33
<lennyraposo> did you manage to get your board up and running?
<lennyraposo> with the provided repos?
tgaz has joined #linux-sunxi
Net147 has joined #linux-sunxi
Nacho has joined #linux-sunxi
azend|vps has joined #linux-sunxi
slapin has joined #linux-sunxi
souther has joined #linux-sunxi
tyler-baker has joined #linux-sunxi
<lennyraposo> been digging into AllWinners repos
<lennyraposo> specifically their bootloader
<wens> montjoie: i've updated my a83-usb branch, this time all changes are individual patches
p1u3sch1 has quit [Ping timeout: 268 seconds]
p1u3sch1 has joined #linux-sunxi
tomboy64 has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 252 seconds]
khuey|away is now known as khuey
tomboy65 has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 260 seconds]
khuey is now known as khuey|away
atsampson has quit [Ping timeout: 248 seconds]
atsampson has joined #linux-sunxi
atsampson has quit [Ping timeout: 240 seconds]
reev has joined #linux-sunxi
tomboy64 has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 250 seconds]
<lennyraposo> question
<lennyraposo> has anyone here used an arm soc/board 3d acceleratoi under linux here
<lennyraposo> outside of allwinner
<lennyraposo> if so has anyone used chromium to display WebGL content?
<lennyraposo> also if it isn't too much trouble to ask
<lennyraposo> is anyone working on anything at the moment that I can observe and follow what they are doing?
tomboy65 has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 268 seconds]
tomboy65 has quit [Ping timeout: 252 seconds]
p1u3sch1 has quit [Ping timeout: 276 seconds]
p1u3sch1 has joined #linux-sunxi
tomboy65 has joined #linux-sunxi
Shirasaka-Hazumi has quit [Ping timeout: 260 seconds]
p1u3sch1 has quit [Ping timeout: 246 seconds]
tomboy65 has quit [Ping timeout: 250 seconds]
p1u3sch1 has joined #linux-sunxi
Shirasaka-Hazumi has joined #linux-sunxi
tomboy65 has joined #linux-sunxi
IgorPec has joined #linux-sunxi
<lennyraposo> gone through a series dtsi for sunxi series
tomboy64 has joined #linux-sunxi
<lennyraposo> am I to understand that everything associated to the soc is in that simple package
IgorPec has quit [Ping timeout: 276 seconds]
<lennyraposo> ?
tomboy65 has quit [Ping timeout: 260 seconds]
<lennyraposo> enabling usb mmc etc
<lennyraposo> is all done from there
<lennyraposo> and wher enecessary addtional dts dtsi files
<lennyraposo> for the soc only I mean
<lennyraposo> am I correct in my assumption?
<Amit_T> It should be in same directory where master dts is present
tomboy64 has quit [Ping timeout: 260 seconds]
<Amit_T> or you could look it through #include path
<lennyraposo> aware of the includes
<lennyraposo> I am just surprised that soc enablement is so clean
<montjoie> wens: thanks I will backport them
<lennyraposo> btw montjoir
<lennyraposo> montjoie*
<lennyraposo> how did the h3 test go?
<montjoie> the ethernet just work
<montjoie> I need to backport wens patch and release it
<lennyraposo> fully functional now?
<montjoie> yes stable ssh
<lennyraposo> nice
<lennyraposo> framing issue?
<montjoie> no
<lennyraposo> was it I mena
<lennyraposo> noticed various h3 dts dtsi listings
IgorPec has joined #linux-sunxi
<lennyraposo> this all beginning to make a great deal of sense
<lennyraposo> everythign on board all in this dts dtsi files
<lennyraposo> now here is the part I am trying to comprehend
<lennyraposo> this has to do with dealing with the BSPs
<lennyraposo> which contain the annoying binaries
<lennyraposo> I am trying to see declarations for usage in the dst/dsti files
tomboy64 has joined #linux-sunxi
<Amit_T> longsleep: why sun50iw1p1(its AARCH64) is placed under armv7 cpu in u-boot boards.cfg file , is it because it operates in 32 bit mode?
<lennyraposo> I think it's because it starts in 32 bit mode I
<lennyraposo> are we taking about his pine linux repo?
<lennyraposo> longsleeps?
<Amit_T> Yes
<lennyraposo> not entirely sure but I guess it has somehting to do with the u-boot version used
<Amit_T> ok
<lennyraposo> he backported a couple things but essentially it is a frankenstein version
<lennyraposo> you working on the pine aswell?
<lennyraposo> Amit_T
<Amit_T> Yet to get the pine but I am kind of preparing for it.
<lennyraposo> same here
<lennyraposo> absorbing all I can and learnign my away around the arm sphere
tomboy64 has quit [Ping timeout: 246 seconds]
<Amit_T> Don't mind but may I know what is your backer number?
<lennyraposo> I am interested in learning the investigative methods for implementing the fucnitonality of the boards
<lennyraposo> in the 30 thousands
<lennyraposo> let me check exactly
tomboy64 has joined #linux-sunxi
<lennyraposo> sorry I was 29 639
<lennyraposo> end of april beginning of may I should get my orders in
<lennyraposo> 4 a64+ 1gb
<lennyraposo> and 1 a64+ 2gb
<Amit_T> ok
<lennyraposo> thinking of adding 2 more
<Amit_T> Don't know why they delivering so slow
<lennyraposo> I am guessing they have about 60k - 80k boards to send out and that is a modest number
<lennyraposo> figure on average 2 boards per backer ordered
<lennyraposo> they are sending 400 - 600 units out daily
<KotCzarny> 60 units/hours isnt bad
<KotCzarny> *hour
<lennyraposo> nope
<lennyraposo> but I am wondering how many units they are manufacturing and passing quality tests
<lennyraposo> daily
tomboy64 has quit [Ping timeout: 276 seconds]
<lennyraposo> let me look at the updates and see what they were projecting
JohnDoe_71Rus has joined #linux-sunxi
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
<lennyraposo> nope don't see anything about how many boards were being produced monthly
<KotCzarny> makes you appreciate wonders of automatization in manufacturing
tomboy65 has joined #linux-sunxi
<lennyraposo> but if they built say as many as they are shipping daily after qc inspections they should be able to fulfill the demand in the next 3 months
<KotCzarny> Amit_T: their posts are hidden
<lennyraposo> taking into consideration the batches they were running before ackerkit
<Amit_T> Sorry, its for backers only
tomboy65 has quit [Ping timeout: 240 seconds]
reinforce has joined #linux-sunxi
<lennyraposo> just posted in the comments section of the campaign (pine64)
<lennyraposo> I want case made from pine based on teh acrylic desing listed on backerkit
<lennyraposo> surprised no one has done it yet
<KotCzarny> because there is no point at the moment? (ie. if someone wanted the case, they would back the kit?)
<lennyraposo> come up with the concept
<lennyraposo> a quick prototype
<lennyraposo> and flaunt it
<lennyraposo> they will come running ;)
<KotCzarny> also, mostly because dimensions arent known yet
<KotCzarny> only started deliveries
<lennyraposo> they are listed on the wiki
<lennyraposo> take 2 pieces of wood
<KotCzarny> still, #1 applies (not many delivered atm)
<KotCzarny> but yes, you are right
<KotCzarny> it's a nice bussiness idea
<lennyraposo> 4x 25 mm m3 female female hex spacers
<lennyraposo> and 4 female male hex spacers
<lennyraposo> 12 screws total ;)
<lennyraposo> and it's ultra gimmicky
<KotCzarny> i made me a case for my audio bpi-m1 project from bonbons box
<lennyraposo> kewl
<KotCzarny> and i think i were showing it to you already
<lennyraposo> I made a lego case for both the expected pine and a pi2
<KotCzarny> well, the bonbons box was full metal
<lennyraposo> my kid slove it
<KotCzarny> that's why i chose it
<KotCzarny> so it's a full cover and quite solid
<lennyraposo> love it
<KotCzarny> hardest part was making those big holes for ports
<KotCzarny> not too big, not too small, and not to damage box integrity
<lennyraposo> lay on side on 2x4
<lennyraposo> drill a few holes
<KotCzarny> also i've put micro audio amp inside, so it's fully integrated audio box
<lennyraposo> that is a fun doit yourself project
tomboy65 has joined #linux-sunxi
<lennyraposo> thinking of starting up a pine projects community site
<lennyraposo> a place for tutorials and showcases
<KotCzarny> well, it doesnt have to be pine specific
<KotCzarny> all those boards are similar in size and features
<lennyraposo> the pine is bigger than the pi
<KotCzarny> still similar
<lennyraposo> true enough
p1u3sch1 has quit [Ping timeout: 246 seconds]
<lennyraposo> gonna do up a tutorial on a fully load balanced clustered ISPConfig setup
p1u3sch1 has joined #linux-sunxi
<KotCzarny> you can post it on linux-sunxi wiki
<KotCzarny> :)
<lennyraposo> I am calculating the processing capabillities of the Pine64 should be in and around an old atom n270
<lennyraposo> no no
<lennyraposo> allwinner linux specific stuff goes there
<KotCzarny> sure, but still nice place to put, there are nas related entries
<lennyraposo> I wouldn't mind putting together a few video/pictorial how to tutorials
<lennyraposo> true
<KotCzarny> unfortunatelly onboard network devices just suck on allwinner based boards
<lennyraposo> either use the microsd for the storage (I wouldn't recommend it for production purposes) or store everything from network storage
<KotCzarny> you can try usb-uas attached storage
tomboy65 has quit [Ping timeout: 276 seconds]
<lennyraposo> build yourself a low powered atom system for the job
<KotCzarny> most times it will be more reliable and fast
<KotCzarny> (as long your power dont fall too low)
<lennyraposo> little lighter in terms of i/o in comparison to the pi
<lennyraposo> from what I gathered
<lennyraposo> lacie nas bay
<lennyraposo> independent power source
<lennyraposo> just usb for transfer
<lennyraposo> but i have to think about databases too for a production environment
<lennyraposo> I have cluster of j1900 and j1800 celerons doing what I plan on trying with the pine
<lennyraposo> apritzel and I are awaiting on some potentially good news in terms of Mali gpu possibly being included into mainline kernel
<lennyraposo> April 4th ;)
<lennyraposo> montjoie got h3 mac working
<lennyraposo> that can go into the pine a64
<lennyraposo> usb needed next
<lennyraposo> and AllWinner providing the boot0 source for U-boot and the pine will be a go for mainline
<lennyraposo> from what I gathered thus far
<lennyraposo> fingers crossed
<longsleep> Amit_T: yes, U-Boot is 32 bit and thus the config is for 32 bit arch as well
<lennyraposo> oh ya
<lennyraposo> arm boots in 32 bit
<lennyraposo> apritzel already stated that to me
<lennyraposo> in the same way x86 is 16bit ;)
domidumont has joined #linux-sunxi
<lennyraposo> longsleep
jernej has quit [Ping timeout: 252 seconds]
<lennyraposo> I have gone throught the dts dtsi files to educate myself
<longsleep> yes afaik the SoC is hardwired to start in 32 bit mode, it is not a general ARM thing to do it that way. I guess they just make it that way to it is easier for them
<longsleep> s/make/made
<Amit_T> longsleep: Ok Thanks for clarifying
<lennyraposo> and was wondering in terms of teh binaries from android (BSP)
<lennyraposo> You had to use them to buld your pine images
<longsleep> they are in the trees, libdram, libhdmi and one more i forgot about
<lennyraposo> usb?
<longsleep> forgot about it :)
<longsleep> all the stuff outside of the tree is in the blobs folder of my build system
domidumont has quit [Remote host closed the connection]
<lennyraposo> I noticed you made a dts for the pine
<lennyraposo> if I am not mistaken
<longsleep> decompiled from Android image
<longsleep> thats why it is all formatted in hex
<lennyraposo> ahh
domidumont has joined #linux-sunxi
<lennyraposo> see
<lennyraposo> I'm learning ;)
<lennyraposo> going on to day 3
<longsleep> do not have the time to figure out the differences from the dts files in the Kernel tree, ultimatively all the changes should be added to the proper sources so the device tree can be built from Kernel tree
<lennyraposo> well montjoir completed work to the mac on the h3
<lennyraposo> so there is one les item to worry about in terms of a64 mainline
<lennyraposo> usb is next I would say
<lennyraposo> and the wait for Boot0 source from allwinner
<longsleep> well there is no eta - there is certainly progress driver wise
<lennyraposo> I am anxious to ge the board and start getting hands on with development
<lennyraposo> learning and investigating
* longsleep has to leave for office - see you later
<lennyraposo> I wonder how much info can be obtained from with Android about the usb stack
<lennyraposo> see you l8r
<lennyraposo> before development I need to get comfortable with git
<lennyraposo> long way from cvs from days of old for me
HeavyMetal has quit [Ping timeout: 264 seconds]
tomboy65 has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 244 seconds]
tomboy65 has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 240 seconds]
yann|work has quit [Ping timeout: 260 seconds]
tomboy65 has joined #linux-sunxi
jelly-home is now known as jelly
tomboy64 has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 246 seconds]
atsampson has joined #linux-sunxi
poffs has joined #linux-sunxi
tomboy65 has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 264 seconds]
apritzel has joined #linux-sunxi
<rellla> ssvb, libv, sunxi-mali/3.4 related question: where is the memory from, which is bound during glTexImage2D?
tomboy65 has quit [Ping timeout: 264 seconds]
tomboy64 has joined #linux-sunxi
apritzel has quit [Ping timeout: 244 seconds]
tomboy64 has quit [Ping timeout: 264 seconds]
Nyuutwo has quit [Ping timeout: 240 seconds]
paulk-leonov has joined #linux-sunxi
Nyuutwo has joined #linux-sunxi
tomboy64 has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
reev has quit [Ping timeout: 252 seconds]
reev has joined #linux-sunxi
bwarff_ has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 276 seconds]
yann|work has joined #linux-sunxi
pekka10 has quit [Ping timeout: 264 seconds]
lemonzest has joined #linux-sunxi
tomboy64 has joined #linux-sunxi
tomboy65 has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 244 seconds]
yann|work has quit [Ping timeout: 248 seconds]
paulk-leonov has quit [Ping timeout: 246 seconds]
tomboy64 has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 276 seconds]
paulk-leonov has joined #linux-sunxi
yann|work has joined #linux-sunxi
Worf has joined #linux-sunxi
tomboy65 has joined #linux-sunxi
clonak has quit [Ping timeout: 240 seconds]
tomboy64 has quit [Ping timeout: 248 seconds]
pekka20 has joined #linux-sunxi
fl_0 has quit [Quit: STRG + Q]
tomboy64 has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 260 seconds]
fl_0 has joined #linux-sunxi
clonak has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
apritzel1 has joined #linux-sunxi
The_Loko has joined #linux-sunxi
premoboss has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 246 seconds]
tomboy65 has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 252 seconds]
paulk_ has joined #linux-sunxi
tomboy65 has joined #linux-sunxi
paulk-leonov has quit [Ping timeout: 248 seconds]
paulk_ is now known as paulk-leonov
the0loko has joined #linux-sunxi
The_Loko has quit [Ping timeout: 250 seconds]
apritzel1 has quit [Ping timeout: 244 seconds]
p1u3sch1 has quit [Ping timeout: 246 seconds]
p1u3sch1 has joined #linux-sunxi
tomboy64 has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 240 seconds]
tomboy65 has joined #linux-sunxi
IgorPec has quit [Ping timeout: 246 seconds]
tomboy64 has quit [Ping timeout: 244 seconds]
<plaes> oh cool.. I don't have the worst Orange Pi PC board :)
<plaes> there are few more that fail the 672MHz case :)
<KotCzarny> ;)
<KotCzarny> i wonder how many of those tests 'with heatsink' would fail at 672 too
<KotCzarny> (without the heatsink)
The_Loko has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 244 seconds]
the0loko has quit [Ping timeout: 244 seconds]
iamfrankenstein1 has joined #linux-sunxi
<KotCzarny> plaes, btw. do you know anything about hdmi port going disabled periodically? (i suspect cma allocator)
<plaes> nope
<plaes> I have only used my Opi PC to run the memtester
tomboy65 has quit [Ping timeout: 252 seconds]
The_Loko has quit [Client Quit]
<KotCzarny> i've noticed that loading new page in firefox usually triggers it
paulk-leonov has quit [Ping timeout: 260 seconds]
<plaes> funny :)
<KotCzarny> but copying file to usb stick made it much worse (almost continuous sceeen blank)
domidumont1 has joined #linux-sunxi
iamfrankenstein1 is now known as iamfrankenstein
domidumont has quit [Ping timeout: 276 seconds]
tomboy64 has joined #linux-sunxi
vishnup has joined #linux-sunxi
tomboy65 has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 248 seconds]
p1u3sch1 has quit [Ping timeout: 276 seconds]
p1u3sch1 has joined #linux-sunxi
HeavyMetal has joined #linux-sunxi
HeavyMetal has quit [Changing host]
HeavyMetal has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 268 seconds]
tomboy65 has joined #linux-sunxi
tomboy64 has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 244 seconds]
tomboy64 has quit [Ping timeout: 264 seconds]
tomboy64 has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 248 seconds]
IgorPec has joined #linux-sunxi
IgorPec has quit [Ping timeout: 246 seconds]
engidea-vr has joined #linux-sunxi
engideavr has quit [Ping timeout: 264 seconds]
tomboy64 has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
tomboy64 has quit [Client Quit]
premoboss has quit [Remote host closed the connection]
Worf has quit [Quit: Konversation terminated!]
reev has quit [Ping timeout: 244 seconds]
JohnDoe_71Rus has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
cnxsoft1 has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 276 seconds]
cnxsoft has quit [Ping timeout: 260 seconds]
cnxsoft1 is now known as cnxsoft
p1u3sch1 has joined #linux-sunxi
IgorPec has joined #linux-sunxi
IgorPec has quit [Ping timeout: 276 seconds]
afaerber has quit [Quit: Ex-Chat]
<montjoie> wens: I updated the patch
<montjoie> One more bug I need to solve is the RX multi frame
<montjoie> but with the current state, a stable ssh is possible
_massi has joined #linux-sunxi
apritzel1 has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
_massi has quit [Client Quit]
afaerber has joined #linux-sunxi
vishnup has quit [Ping timeout: 244 seconds]
jelly has quit [Ping timeout: 244 seconds]
engidea-vr has quit [Ping timeout: 246 seconds]
engideavr has joined #linux-sunxi
simosx has joined #linux-sunxi
diego71 has quit [Ping timeout: 250 seconds]
diego71 has joined #linux-sunxi
apritzel has joined #linux-sunxi
IgorPec has joined #linux-sunxi
massi_ has joined #linux-sunxi
IgorPec has quit [Ping timeout: 240 seconds]
jelly-home has joined #linux-sunxi
<wens> montjoie: cool
<montjoie> wens: I will continue to backport your patchs
reinforce has quit [Quit: Leaving.]
sdschulze has joined #linux-sunxi
enrico_ has joined #linux-sunxi
<apritzel> montjoie: so you can dump dmesg now over ssh? ;-)
<montjoie> yes:)
<montjoie> fragmented skb is handled
<montjoie> but it is not handled on reception
bwarff_ has quit [Ping timeout: 264 seconds]
<montjoie> strangely because allwinner driver does not seems to handle it
<apritzel> so type slowly? :-D
<montjoie> yes:( network is slow
<montjoie> I have some hint on what cause this
<montjoie> but first I need that NFS works (so multi RX frame reception works)
apritzel1 has quit [Ping timeout: 244 seconds]
IgorPec has joined #linux-sunxi
<edolnx> Greetings, I was wondering if someone could help explain to me how to get UART2 to function under Linux on an A20 based pcDuino3Nano. I've tried the stock kernel and a 4.4 kernel and neither seem to enable it by default...
<rellla> does anyone know of multithreaded vdpau applications?
<atsampson> edolnx: with the mainstream kernel, you can enable it by editing the device tree file (arch/arm/boot/dts/sun7i-a20-pcduino3-nano.dts)
<atsampson> edolnx: see https://stuff.offog.org/cubietruck-extra-serial-ports.diff for an example
<edolnx> atsampson, Great, thank you!
<atsampson> the "aliases" section says what order they'll show up to the kernel in -- i.e. serial0 is ttyS0, serial is ttyS1...
JohnDoe_71Rus has joined #linux-sunxi
<edolnx> serial or serial1?
* atsampson peers suspiciously at keyboard
<atsampson> serial1, sorry ;-)
<edolnx> OK, just checking :D
<edolnx> I tried something similar to that and didn't have much luck, but it could have been that UART was fried on the board I was testing. I'll try a different one instead.
IgorPec has quit [Ping timeout: 250 seconds]
reinforce has joined #linux-sunxi
IgorPec has joined #linux-sunxi
simosx has quit [Quit: Leaving]
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
vagrantc has joined #linux-sunxi
paulk-collins has quit [Remote host closed the connection]
zuikis has joined #linux-sunxi
mane has joined #linux-sunxi
poffs has quit [Remote host closed the connection]
poffs has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 276 seconds]
p1u3sch1 has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 244 seconds]
poffs has quit [Ping timeout: 244 seconds]
p1u3sch1 has joined #linux-sunxi
yann|work has quit [Ping timeout: 268 seconds]
jernej has joined #linux-sunxi
tomboy64 has joined #linux-sunxi
mane has quit []
poffs has joined #linux-sunxi
domidumont1 has quit [Read error: Connection reset by peer]
<jernej> Hey! Does anybody know if mali fbdev driver would work with new display driver on H3?
<jernej> AFAIK, new display driver also emulates old fbdev...
akaizen has joined #linux-sunxi
dev1990 has joined #linux-sunxi
vagrantc has quit [Ping timeout: 260 seconds]
khuey|away is now known as khuey
nove has joined #linux-sunxi
khuey is now known as khuey|away
vagrantc has joined #linux-sunxi
khuey|away is now known as khuey
p1u3sch1 has quit [Ping timeout: 244 seconds]
Netlynx has joined #linux-sunxi
p1u3sch1 has joined #linux-sunxi
akaizen has quit [Remote host closed the connection]
akaizen has joined #linux-sunxi
domidumont has joined #linux-sunxi
poffs has quit [Ping timeout: 244 seconds]
akaizen has quit [Remote host closed the connection]
akaizen has joined #linux-sunxi
akaizen has quit [Read error: Connection reset by peer]
gusenkovs_ has joined #linux-sunxi
premoboss has joined #linux-sunxi
enrico_ has quit [Quit: Bye]
akaizen has joined #linux-sunxi
tomboy64 has quit [Quit: Uhh ... gotta go.]
tomboy64 has joined #linux-sunxi
massi_ has quit [Remote host closed the connection]
<montjoie> wens: apritzel last EMAC bug is gone, NFS works:)
<apritzel> montjoie: great!
<lennyraposo> :D
<montjoie> but still with some latency
<apritzel> can you push the fix somewhere? maybe to your webspace?
<montjoie> yes
<lennyraposo> want to take alook myself
<lennyraposo> if that's alright?
<lennyraposo> good learning apapratus
<apritzel> montjoie: or maybe it's time to post a new version on the ML?
akaizen has quit [Remote host closed the connection]
<apritzel> then it's easier for people to comment
<lennyraposo> should have a board next week
<lennyraposo> pine64
<lennyraposo> I will see if I can take a shot at tweaking adjusting code
<montjoie> apritzel: I need first to remove the sunxi_hack function:)
akaizen has joined #linux-sunxi
premoboss has quit [Ping timeout: 260 seconds]
<gusenkovs_> SUNXI_FUNCTION_IRQ_BANK(0x6, 3, 7))
apritzel has quit [Ping timeout: 244 seconds]
akaizen has quit [Read error: Connection reset by peer]
akaizen has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
<montjoie> apritzel patch updated
jelly-home is now known as jelly-
jelly- has quit [Quit: ""]
premoboss has joined #linux-sunxi
jelly-home has joined #linux-sunxi
akaizen has quit [Remote host closed the connection]
Netlynx has quit [Quit: Leaving]
yann|work has joined #linux-sunxi
bwarff_ has joined #linux-sunxi
fredy has quit [Excess Flood]
IgorPec has joined #linux-sunxi
<lennyraposo> I am wondering if I should order a few 512meg pine boards
fredy has joined #linux-sunxi
<lennyraposo> ordered this recently
gusenkovs_ has quit [Ping timeout: 252 seconds]
<lennyraposo> 5 ports
jstein has joined #linux-sunxi
<lennyraposo> the size of a credit card
<lennyraposo> I'll see how well it works multiple baords hooked up to it ;)
Hahaburger has joined #linux-sunxi
<lennyraposo> smoke break
<plaes> montjoie: where do you keep the patches?
<plaes> this seems to be outdated: http://sunxi.montjoie.ovh/patchs_current/
apritzel has joined #linux-sunxi
<longsleep> I received a Pine64 with 100M ethernet today .. ethernet only gives Initialize hardware error with my kernel / DT :/
<lennyraposo> oh wow
<lennyraposo> need to probably look at one of the earlier android images
<longsleep> need to figure out what the difference is in the DT - i figured out lots of differences already but still does not work
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
<longsleep> once that is found, it needs probably some scripting in U-Boot
<apritzel> longsleep: dtdiff is your friend ;-)
<longsleep> yeah if i had a DT which works :)
<longsleep> none i could find works so far at least
<apritzel> longsleep: can't you dump the DT from U-Boot?
<longsleep> sure, you mean from an android image?
<apritzel> for instance
<longsleep> wasnt in the mood to find a windows VM to flash it yet
<apritzel> not sure who is actually providing a different DT
<apritzel> I guess it is U-Boot?
<longsleep> no, not in the android image
<apritzel> but U-Boot selects the different DT?
<longsleep> there are no checks what so ever inther u-boot default environment
<longsleep> i saw nothing of the sort
<apritzel> technically U-Boot does not care about the differences between the two boards
<longsleep> right - i was thinking the gmac driver would not care either but i was obviously wrong
<apritzel> it's RAM (auto detected), Ethernet (not supported?) and Camera/touch/Panel
<longsleep> RAM is auto detected yes
<apritzel> for Linux the MAC driver would need to know
<longsleep> ethernet no avail in uboot
<apritzel> yeah, so I guess U-Boot could run with the same DT
<longsleep> let me paste a bootlog for the 512M thing
<apritzel> at least my kernel worked fine on it
<apritzel> but that does not support Ethernet yet ...
<longsleep> yes - i will come back to that on the weekend i hope
<longsleep> bootlog for 512M Pine64 http://paste.ubuntu.com/15410022/
<lennyraposo> line 752
<lennyraposo> not initializing one bit
<longsleep> right, and i already run with some dt changes from android ftd
<lennyraposo> hmm
domidumont has quit [Ping timeout: 276 seconds]
<longsleep> but i also didnt understand why 1000M suddenly worked after i changed over settings from newer android release - so i think i missed something
<longsleep> Mhm Pine64.com updated android image says that this release is only for 1GB and 2GB versions, maybe thats related and they roll diffrent images for 512M version
<longsleep> good moment to try remix os
<longsleep> ah, Only suitable for PineA64 1GB and 2GB Ram version only
<longsleep> :/
arokux has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
zuikis has left #linux-sunxi [#linux-sunxi]
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
Gerwin_J has quit [Ping timeout: 244 seconds]
<apritzel> longsleep: maybe they hardcoded RGMII and the 1GBit PHY into the driver?
<lennyraposo> teh 512 boards may only be good linux headless
<longsleep> apritzel: mhm the driver actually did not even change with their GBit updte
<longsleep> +a
<longsleep> trying now the first android release - it could be that they do have no release for 100M Pines
<willmore> My OrangePiOne boards came today instead of "sometime starting next monday". yay! Got one up and runing on the 5.05 armbian image. No issues so far. Good work, everyone!
<apritzel> longsleep: technically it should be as easy as specifying 'phy-mode = "mii";' in the DT
<longsleep> yeah, did not work - thats the first i tried
<apritzel> unless they actually haven't implemented it
<apritzel> the clock setup is different between RGMII and MII, one is driven by the MAC, the other is driving itself (forget which was which)
<longsleep> well git grep phy-mode in the allwinner drivers folder results nothing
<longsleep> fusing Android from 12. Dec now to see what this does
<apritzel> why does that not surprise me? ;-)
<longsleep> hehe me neither :)
<longsleep> i wrote them as well, maybe they provide some hints
Nacho has quit [Ping timeout: 240 seconds]
<longsleep> shit, i dd'd the phoenixcard image
* longsleep goes finding some windows
<lennyraposo> ???
<longsleep> phoneixcard is some chinese windows software to fuse allwinner images to media
<longsleep> pretty crappy
<lennyraposo> lol
<longsleep> lennyraposo: http://linux-sunxi.org/PhoenixCard
Nacho has joined #linux-sunxi
<apritzel> I used an old WindowsXP VM for the first image ;-)
<apritzel> I was wondering if it would work with ReactOS these days
<lennyraposo> wouldn't count on ReactOS
<apritzel> have you tried it?
<lennyraposo> about 2 years ago
<lennyraposo> interesting
<apritzel> it's gone a long way since that time ...
<lennyraposo> I remmeber when they were looked into by MS
<apritzel> why don't you give it a try? they had a release lately ...
<lennyraposo> give it a try on an old dell I get kicking about
<apritzel> I'd take a VM, but whatever works for you (and ReactOS)
Nacho has quit [Read error: Connection reset by peer]
<longsleep> "Are you sure to operate the G:
<longsleep> "
<longsleep> so funny :)
<lennyraposo> is that response from allwinner?
<longsleep> thats the confirm prompt message before its overwrites a drive
<lennyraposo> oh
<lennyraposo> lol
<longsleep> mhm boot fails - so i think it failed operating the G
<longsleep> MMC init failed
<longsleep> try emmc fail
<longsleep> initcall sequence 5ff9fc54 failed at call 4a00c068
<longsleep> ### ERROR ### Please RESET the board ###
* longsleep tries again
<apritzel> try H: next time ;-)
<longsleep> bad idea
<longsleep> it would probably just overwrite 1TB
<longsleep> i probably should wait until the card read stopped blinking
<longsleep> no idea how to do a sync on windows
<edolnx> longsleep, an eject forces a sync
<apritzel> isn't there some safe removal icon in the right hand corner?
<longsleep> probably - its windows 10 though, was reduced to the max i would say
<apritzel> Oh yeah, my Windows experience is stuck at XP ;-)
<longsleep> well, this time i ejected properly and phoenixcard said all good
<longsleep> still not booting
<lennyraposo> still use windows
<longsleep> mhm
* longsleep tries on the 1GB pine
<lennyraposo> for only adobe suite stuff
poffs has joined #linux-sunxi
<longsleep> mhm other pine same error wtf
<apritzel> bad SD card?
<longsleep> mhm it works fine in the RPi3
<longsleep> wanted to try out the new Toshiba cards
<apritzel> that tainted it, for sure ;-)
<longsleep> yeah
<apritzel> it got infected with the GIC-less 32-bit virus
<longsleep> yes yes - but the card also works fine in the ODROID-C2
* longsleep finds another card
<apritzel> longsleep: you do have quite a selection of boards, don't you? ;-)
<longsleep> yes
<longsleep> but i guess that is true for everyone here isnt it :)
<willmore> Which Toshiba card?
<longsleep> Toshiba EXCERIA 16GB
<longsleep> cheapest one i could find
<longsleep> http://paste.ubuntu.com/15410516/ is the boot log with some mmc errors
<willmore> Hmm, the cheap 8GB Toshiba I got don't have a fancy brand name. Class 10 UHS-I is all they asy "Up to 40MB/s!!!"
<longsleep> Toshiba EXCERIA M301-EA Micro SDHC 16GB UHS-I is the full name
<apritzel> willmore: the three exclamation marks tell you everything
<longsleep> found a SanDisk Ultra 32GB which works fine with Linux on Pine64
* longsleep finds some windows again
<willmore> apritzel, sorry, they were astricks telling me that a MB is not really a MiB. It's a 7.2MiB card.
* willmore has no VM experience.
<willmore> If you eject a card in the guest OS, do you still need to flush it on the host?
<apritzel> depends ;-)
<apritzel> "sync" never hurts
<willmore> sync;sync;sync
<longsleep> depens how the hardware is made available to the guest
<apritzel> which hypervisor are you using? VBox?
<longsleep> if you passthrough USB you should be fine
<longsleep> yes VBox
<longsleep> its operating the G again
<longsleep> funny is that it remembers the image to fuse, but not the drive - if you do not pay attention you suddenly operate the F
<willmore> Yo, G, op.
<apritzel> lets not operate it the BFG ;-)
tkaiser has joined #linux-sunxi
<longsleep> ok sandisk card same error
<longsleep> i am pretty sure this image booted in the past
<tkaiser> NiteHawk: Do you run OS X?
<longsleep> mhm but whatever, i can see uboot and ftd
<longsleep> mhm i lied, actually it crashes before the u-boot prompt
<longsleep> so then its official, there is no image for the 512M pine, can this be true?
ricardocrudo has quit [Remote host closed the connection]
jelly-home is now known as jelly
apritzel has quit [Ping timeout: 244 seconds]
p1u3sch1 has quit [Ping timeout: 244 seconds]
<NiteHawk> tkaiser: no. i just came across tha PR and saw that NextThingCo implemented it in their sunxi-tools, too
<NiteHawk> ..that
p1u3sch1 has joined #linux-sunxi
<NiteHawk> plus it seems logical to 'balance' the "claim interface" call with a "release" one
<NiteHawk> here's a user report supporting that PR: https://github.com/linux-sunxi/sunxi-tools/pull/24#issuecomment-68515203
tomboy64 has quit [Ping timeout: 248 seconds]
<tkaiser> NiteHawk: Ok, then something's wrong here (OS X 10.10.5). fel.c doesn't compile. Will have a look into it in a few days.
<NiteHawk> what's the error? peeking at NextThingCo's fork they seemed to have fixed Mac OS X compilation - you might want to further investigate / cross-check their changes
<tkaiser> NiteHawk: thx, but not now ;)
<NiteHawk> sure. my goal for now is actually very simple: get some ACK on the mailing list for this one-line change, so it can be merged and the PR closed
<NiteHawk> btw: did your SID experiments succeed? :)
tomboy64 has joined #linux-sunxi
<tkaiser> NiteHawk: Just automated FEL/NFS boot which is great since time between building an OS image and testing this OS image is close to 0 seconds now.
<tkaiser> At the moment I struggle with these crazy Allwinner boards sucking power from every source they have.
<tkaiser> I use an 'intelligent' power switch but the boards don't care since they take DC-IN through USB OTG
<NiteHawk> ah, the UART leaking current - so they won't properly shut down? seems pretty common on some of their reference designs
p1u3sch1 has quit [Ping timeout: 244 seconds]
<NiteHawk> oh, i see. but powering via otg in device mode is "by design", or?
dev1990 has quit [Quit: Konversation terminated!]
<tkaiser> I tested with OPi PC, connected an UART-to-USB adapter, USB OTG to my build host and DC-IN to a PSU (one which an LED indicating power).
p1u3sch1 has joined #linux-sunxi
<tkaiser> I switch of the socket on the power switch through sispmctl and the board doesn't power off but backpowers the PSU's led
<NiteHawk> eek... :/
<tkaiser> I had to disconnect USB OTG... that's my showstopper now testing 4 boards in parallel through FEL/NFS. These beasts won't power off
apritzel has joined #linux-sunxi
Hahaburger has quit [Quit: Page closed]
nove has quit [Quit: nove]
ricardocrudo has joined #linux-sunxi
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
premoboss has left #linux-sunxi ["Sto andando via"]
lemonzest has quit [Quit: Leaving]
tomboy64 is now known as tomboy64|daHugzP
tomboy64|daHugzP is now known as tomboy|HugzPolic
JohnDoe_71Rus has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
Keziolio has quit [Ping timeout: 260 seconds]
arokux has quit [Ping timeout: 240 seconds]
jernej_ has joined #linux-sunxi
jernej has quit [Ping timeout: 252 seconds]
Keziolio has joined #linux-sunxi
vagrantc has quit [Quit: leaving]