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
tsuggs has joined #linux-sunxi
[7] has quit [Ping timeout: 276 seconds]
TheSeven has joined #linux-sunxi
mosterta has quit [Read error: No route to host]
ganbold has quit [Quit: This computer has gone to sleep]
ganbold has joined #linux-sunxi
apritzel has quit [Ping timeout: 244 seconds]
ganbold has quit [Client Quit]
pekka10 has quit [Ping timeout: 276 seconds]
ganbold has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
ninolein has joined #linux-sunxi
ninolein_ has quit [Ping timeout: 276 seconds]
cnxsoft has joined #linux-sunxi
<willmore> lennyraposo, good work!
oneinsect has joined #linux-sunxi
<lennyraposo> thanks mate
<lennyraposo> http://www.pine64.pro/downloads2/ module preview ;)
<wens> pine64 still lost in transit :/
<lennyraposo> been doing alot of organizing
<lennyraposo> got them atleast simple bug reporting system
p1u3sch1 has quit [Ping timeout: 244 seconds]
<willmore> I look forward to getting a pine64, now, lennyraposo.
* willmore sets minimun system requirements at 2gb of memory and 64 bit native data type.
<lennyraposo> should have the getting started guides operational this weekend
p1u3sch1 has joined #linux-sunxi
<willmore> No worries, I don't even have one, yet. :)
<lennyraposo> for windows based systems
<lennyraposo> and linux based systems
<willmore> Linux system people don't need guides. ;0
<lennyraposo> true enough
<lennyraposo> the mac people maybe
<willmore> Oh, don't get me started on the mac people, my in-laws are in town and they're mac people.
<lennyraposo> been trying to make a decent img for remix and android but that stupid Phoenix software builds a messy overlapping partition scheme
* willmore does not look forward to touching that.
<lennyraposo> I have 5 more 1gb boards coming plus 2 2gb boards cooming
<lennyraposo> and next week we should have the mali binaries in hand
<lennyraposo> I got write up on how to build web hosting cluster using the pine ;)
<lennyraposo> I got one I wrote up
* willmore had no interest in anything graphical.
<willmore> Unless it supports OpenCL. Then I care.
<lennyraposo> WebGL is what I want to test out on these buggers
<lennyraposo> in remix specifically
<willmore> Remix does sound interesting.
<lennyraposo> it does
<willmore> My desktop is win7 because I have some odd old software. Everything else in my house is linux.
<willmore> I would love to find a way to remove the crazy old functionality from the desktop.
<willmore> It would be nice if it could join the collective--one of us, one of us, one of us...
<lennyraposo> everythign is debian here with the exception ofthe Mac and an old Dell running XP
<willmore> Well done.
<lennyraposo> and I dual boot my sys to windows every now and then for client purposes
<willmore> I got my wife off of Mac, but she landed on Windows. I don't count her laptop.....
<willmore> gotta make the donuts.
<lennyraposo> kewl
<willmore> I wonder if an Opi1 would make a good Octoprint host.
<willmore> Oh, sorry, that's an idomatic expression!
<lennyraposo> I hate haviing to use windows for anything
<lennyraposo> it's a pig on resources
<willmore> There is a donut place in the US called "dunkin donuts". Years (decades, really) ago, they had a commercial about a franchise owner looking forward to 'making the donuts (at 4am)'.
<lennyraposo> not to mention setting up a windows machine
<willmore> As the ad wore on, he got less excited.
<lennyraposo> the hours of updates befor ethe system is at a production point
<willmore> So, 'making the donuts' means 'doing the drudgery that makes the money'.
<willmore> Sorry, no real donuts.
<lennyraposo> a simple apt-get update
<lennyraposo> upgrade
<lennyraposo> and voila
<lennyraposo> all caught up
<willmore> dnf update!
<lennyraposo> I gotcha
<willmore> Fedora on the desktop/laptop, Debian on the server and embedded.
<willmore> Ubuntu nowhere that I can help it.
<willmore> I should sleep. The morning will come very soon.
<willmore> Later, lennyraposo. Keep up the good work!
<lennyraposo> thanks and don't work too hard mate
reev has joined #linux-sunxi
vagrantc has joined #linux-sunxi
tithrion_ has quit [Ping timeout: 250 seconds]
tithrion_ has joined #linux-sunxi
leio has quit [Ping timeout: 260 seconds]
robogoat has quit [Ping timeout: 260 seconds]
<KotCzarny> willmore, just run that old windows software in wine or virtualbox?
leio has joined #linux-sunxi
leio has quit [Read error: Connection reset by peer]
leio has joined #linux-sunxi
<oneinsect> KotCzarny: any idea on how to cross compile
<oneinsect> adapt that script?
tsuggs has quit [Ping timeout: 252 seconds]
robogoat has joined #linux-sunxi
<KotCzarny> oneinsect: you can build whole armbian image while you are at it
<oneinsect> i already built armbian image
<KotCzarny> its build system does crosscompilation itself
<oneinsect> i am trying to see
<oneinsect> how to cross
<oneinsect> only a driver
<KotCzarny> isnt there option somewhere to enable that extras?
<oneinsect> trying to make sense
<oneinsect> make -s -j4 ARCH=$ARCHITECTURE CROSS_COMPILE="$CROSS_COMPILE" LINUX_SRC=$SOURCES/$LINUXSOURCEDIR/
<KotCzarny> anyway, ask igorpec or tkaiser
<oneinsect> what $ARCHITECUTR and what cross_complie mean
<oneinsect> yes
<KotCzarny> or just browse armbian forums
<oneinsect> yes
<IgorPec> arch is usually armhf while cross_compile is a compiler which you use ... if you compile native , leave that
yann|work has quit [Ping timeout: 260 seconds]
<oneinsect> x64-bit
diego_r has joined #linux-sunxi
<oneinsect> i am trying to see where those variables
vagrantc has quit [Quit: leaving]
<oneinsect> are defined
reinforce has joined #linux-sunxi
<oneinsect> thanks igor
<oneinsect> whats CCACHE
<plaes> not needed
<plaes> but it's compiler cache
<oneinsect> okie
<oneinsect> okie this seems to have started me
<oneinsect> make -s -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- LINUX_SRC=/root/sources/linux-sun8i/sun8i/
<oneinsect> thanks everyone
<oneinsect> for
<oneinsect> one error
<oneinsect> make: /root/bin/lzma: Command not found
<oneinsect> anyone advise? i have lzma, liblzma-dev, liblzma5, lzma-dev installed
<KotCzarny> just ln -s it?
<KotCzarny> or even copy to that dir
<oneinsect> hmmm
<oneinsect> alrite
<oneinsect> thanks everyone
<oneinsect> compiled and inserted
<oneinsect> this worked
<oneinsect> make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- LINUX_SRC=/root/sources/linux-sun8i/sun8i/
<oneinsect> configuring ap mode now
<wens> great, psci doesn't work :/
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
massi_ has joined #linux-sunxi
yann|work has joined #linux-sunxi
premoboss has joined #linux-sunxi
alexxy has quit [Quit: No Ping reply in 180 seconds.]
tyler-baker has quit [Ping timeout: 265 seconds]
alexxy has joined #linux-sunxi
prasannatsm has joined #linux-sunxi
<prasannatsm> running "./sunxi-fel read 0x42400000 0x82d0 boot1.header" returns the following error "libusb usb_bulk_send error -7"
<prasannatsm> how to fix this?
<NiteHawk> prasannatsm: did you run/load the SPL first? ("./sunxi-fel spl <your-spl-or-uboot>")
<prasannatsm> I am running this on a firefox tablet. I am able to enter into the FEL mode and see its version
dustwire has joined #linux-sunxi
<prasannatsm> "sunxi-fel version" returns "AWUSBFEX soc=00001633(A31) 00000001 ver=0001 44 08 scratchpad=00007e00 00000000 00000000"
<prasannatsm> I did not run SPL as I don't have it yet
<plaes> prasannatsm: does your tablet have wiki page yet?
<NiteHawk> oops, yes i was wrong there - you're reading from device memory, so you don't need the SPL
<prasannatsm> nope. I could not find it. I guess I have to create one.
<prasannatsm> I am trying to fetch the .fex, create a devicetree for it.
<NiteHawk> the "read" commands obviously rely on a specific memory layout / load addresses of boot1 and script.bin - those might not match your device...
<NiteHawk> what method did you use to enter FEL, keypress on power-on or UART?
<prasannatsm> pressing vol+ and power button together
<prasannatsm> this is not a development board so I don't have access to UART directly. Its a finished tablet.
<NiteHawk> i see. (uart would probably mean microsd breakout)
<prasannatsm> so what does error -7 mean? I guess it is some USB IO error.
<prasannatsm> how much does the read command take usually?
<NiteHawk> it a rather unspecific "timeout", unfortunately. probably indicates that the FEL stack has crashed / is no longer responding
<prasannatsm> I think the USB connector may not be working well. I used to have usb connection issue.
<NiteHawk> try to dump the first few bytes of those memory ranges, e.g. "./sunxi-fel hex 0x42400000 16"
<prasannatsm> ok. will check if that works.
<NiteHawk> if that works, it may be an interrupted transfer of the larger blocks - but i suspect the hexdump will fail with the same error
<NiteHawk> my suspicion is that - contrary to the wiki description - the device may not be initialized ("boot1"). i can reproduce the error -7 on my A20 when i do a "clean" FEL boot without SPL loaded. it's only after "./sunxi-fel spl ..." that the read command can properly access DRAM (addresses >= 0x40000000)
<prasannatsm> yes even reading the first few bytes fail with the same error.
<prasannatsm> how do I get the spl file or uboot?
<NiteHawk> that's a bit tricky, as it's probably stored in nand on the tablet. if the vendor provides a firmware image, it may be possible to extract boot0 (or u-boot) from that - but i've never taken that route...
<oneinsect> h3 + mt7601 AP works
<oneinsect> finally
<oneinsect> very stable
<oneinsect> amazing
<prasannatsm> https://github.com/flatfish-fox/flatfish-uboot has instructions to compile uboot for the device. Will that help?
<NiteHawk> prasannatsm: i'm not sure that a "generic" spl from u-boot for another device would work on yours
<prasannatsm> NiteHawk: Flatfish is the name of the tablet.
<NiteHawk> ah, let me have a look
<libv> hrm, how not to do a device page: http://linux-sunxi.org/Intenso_TAB744
<NiteHawk> okay, if you're able to build u-boot, then the sunxi-fel utility should get you started with either "spl" or actually loading u-boot
<prasannatsm> If that could work I will be able to test it tonight. How will I be able to boot into uboot mode? Once I am in uboot will I be able to use sunxi-fel tool?
<plaes> prasannatsm: please start with here: https://linux-sunxi.org/New_Device_howto
<NiteHawk> sunxi-fel read/write should work as soon as you've loaded SPL (which initializes DRAM). u-boot can be loaded via FEL too, i'm just not sure how much of it will be of use to you if you don't have access to a serial console (yet)
<NiteHawk> libv: any idea what up with the linux-sunxi mailer / PHP interface? confirmation emails are b0rken :(
<KotCzarny> nitehawk: also applies to reset passwords too
<NiteHawk> yup, jelle had that problem i think?
<libv> yeah, i was just checking that
<libv> but i think that gzamboni is the one who should know about that
<jelle> NiteHawk: I had, wrong username :-S
<libv> mnemoc: ^
<prasannatsm> lsusb says "Bus 001 Device 088: ID 1f3a:efe8 Onda (unverified) V972 tablet in flashing mode". Is that right?
<jelle> NiteHawk: you can try the reseet password thing
<plaes> prasannatsm: please start here: https://linux-sunxi.org/New_Device_howto
<libv> it's still broken
<libv> and i just now checked it
oneinsect has quit [Ping timeout: 250 seconds]
<libv> and it is still broken
<NiteHawk> jelle: i've taken the "change email" approach this morning and it failed
<NiteHawk> prasannatsm: that's the expected id in FEL mode, seems okay
<libv> you can always just email a user
apritzel has joined #linux-sunxi
<libv> no need to f with your own account that way
<NiteHawk> too late :D
<prasannatsm> plaes: I am following that howto.
<prasannatsm> Its not easy to remove the tablet case and access the UART pins.
<prasannatsm> not sure if it is possible.
<libv> prasannatsm: which is why we have it written up nicely.
<libv> and why many hundreds of people ended up succeeding
<plaes> why do you need to access the UART pins?
<prasannatsm> to access the serial console I need UART pins
<plaes> where does it say that?
<prasannatsm> I think that is required to get serial console. If not how to access serial console?
<plaes> Step 1. Find out all you can get about your device
<plaes> If device is already documented in wiki, use and improve that information, otherwise move to step 2
<libv> prasannatsm: before plaes starts reciting the whole new device howto to you, why don't you act like normal epople and read it
<plaes> Step 2. Create new Wiki page for your device
<libv> pr 29 10:16:59 host=smtp.linux-sunxi.org tls=on auth=on user=wiki@linux-sunxi.org from=wiki@linux-sunxi.org recipients=cmue81@gmx.de errormsg='cannot connect to smtp.linux-sunxi.org, port 587: Connection refused' exitcode=EX_TEMPFAIL
<libv> ok, i can ssh in that machine as well. good.
<libv> /dev/xvda1 8125880 7690928 0 100% /
<libv> guess what ;p
<NiteHawk> as usual :P
<KotCzarny> add some cron job?
<KotCzarny> :P
<libv> yeah, i know
<plaes> I hope those aren't bytes :P
<libv> guess what shit i do not seem to get at my customer either ;)
<libv> plaes: if these were the 90s i would cluebat you ;p
<libv> to get _TO_
<libv> without the to it makes me look even worse
<plaes> yeah..
<plaes> translation needed
naraic has left #linux-sunxi [#linux-sunxi]
<libv> i run a clandestine wiki/irc-server/pastebin/package server/bugzilla/...
<libv> at my customer
<libv> under my desk
<libv> and i am struggling to find the time to set things up properly there :)
<libv> so that script that i promised many many moons ago...
<KotCzarny> just throw rm -rf somewhere in the cron
<KotCzarny> ;)
<libv> right.
<libv> perhaps i should do this for all my servers ;p
oliv3r has joined #linux-sunxi
<KotCzarny> logrotate is too much work, rm is faster
<libv> and make sure that there is a few shell variables which are empty
<oliv3r> lol
<libv> the issue is that there are too many kernel packages installed
<libv> space!
<libv> a bit.
<NiteHawk> linux-sunxi.org could not send your confirmation mail. Please check your email address for invalid characters.
<NiteHawk> Mailer returned: Unknown error in PHP's mail() function.
<libv> sure
<libv> let me first fix up apt, and then remove packages
<libv> and then worry about the mailer
<NiteHawk> sure. smtpd actually died?
<KotCzarny> shhh, its only sleeping
<libv> postfix was restarted
<NiteHawk> looks good
<prasannatsm> ok
ricardocrudo has joined #linux-sunxi
tyler-baker has joined #linux-sunxi
<libv> ah, right, it is working nicely for maxima... i wonder what was done there
<libv> i probably even did it myself.
<libv> i'm getting old.
kaspter has quit [Remote host closed the connection]
<libv> february 2, could that be?
Shirasaka-Hazumi has joined #linux-sunxi
cnxsoft has quit [Read error: Connection reset by peer]
<NiteHawk> libv: ? what are you talking about?
<KotCzarny> old people usuall remember things from their past
<KotCzarny> *usually
<plaes> NiteHawk: cleanup scripts
<libv> from their youth :p
<libv> which was ever so long ago
Michal has quit [Ping timeout: 264 seconds]
<NiteHawk> :D
prasannatsm has quit [Ping timeout: 268 seconds]
<libv> the germans were still here then.
<KotCzarny> germs
* libv looks around himself and shuts up
<plaes> yeah.. this channel is logged
<libv> apt-get autoremove...
<libv> After this operation, 2442 MB disk space will be freed.
<KotCzarny> autoremove is a b*tch
<libv> adn i already manually removed 4 sets of kernel packages.
<NiteHawk> whoa, better make sure there's nothing vital in there...
<libv> all kernels
<libv> each kernel is 275MB
<libv> 13 superfluous kernels about.
<NiteHawk> eating ~30% of total disk space? nice...
<libv> i probably should check logrotate as well
Michal has joined #linux-sunxi
<libv> smtp. is a different vhost from maxima, and it did not get that treatment back then
<libv> it has a bigger rootfs though
<plaes> how many servers does linux-sunxi have?
<KotCzarny> 0.33 ?
<plaes> s/servers/hosts ?
<jelle> so stupid question time, how well supported is nand in mainline?
<libv> /dev/xvda1 8125880 3487212 4202860 46% /
<libv> much better.
<plaes> jelle: bad
<NiteHawk> :D
<NiteHawk> libv: \o/
<jelle> plaes: ah so it's how I expected to be
<plaes> but not that bad :)
<KotCzarny> libv, add a cron job that would notify you when free space goes under 0.5GB
<plaes> trouble is that nand subsystem requires some significant changes to support MLC
<jelle> plaes: hmm that's already out of my leauge it seems
<plaes> bbrezillon is working on it
<Amit_T> apritzel: montjoie: Hello, I am able to send ARP request and receive ARP reply to u-boot .This particular function net_send_packet from u-boot https://github.com/trini/u-boot/blob/master/net/arp.c#L224 , once again triggers the driver's send function but this time around there in no packet send on wire
<jelle> plaes: just wondering since the new orange pi will have nand
<libv> nono, i am going to fix the apt config
<jelle> plaes: ah yes but that's for A10 right
<plaes> nope, whole stack
<Amit_T> Do I need to flush the DM TX FIFO before sending second packet, This is TCPDUMP on host side http://paste.ubuntu.com/16124105/
<libv> setting //Unattended-Upgrade::Remove-Unused-Dependencies "false";
<jelle> plaes: oh awesome
<libv> to Unattended-Upgrade::Remove-Unused-Dependencies "true";
<libv> and all should be well
<plaes> A10/A20/A13 nand controller is implemented
<jelle> hopefully the H3 doesn't differ that much then
<jelle> but I guess u-boot also needs to know about nand
<jelle> and yes I saw his patch floating around on the u-boot mailing list
<plaes> link?
cnxsoft has joined #linux-sunxi
<bbrezillon> plaes: that not true anymore
<plaes> wonderful :D
<KotCzarny> jelle: nand or emmc?
<jelle> KotCzarny: oh this is emmc
* jelle is a noob
<KotCzarny> dont worry, at least its friday ;)
<jelle> I'm new to all of the arm world
<KotCzarny> yes, new maniac
<jelle> so I guess my question is then, how well is eMMC supported :-)
<bbrezillon> plaes: nand support on sunxi platform is almost ready (I recently added DMA support, which improves perfs)
<bbrezillon> and as mripard pointed, we're currently addressing the problems with MLC NANDs
<plaes> and what's the status for H3?
<libv> gzamboni, mnemoc, Turl: all's well again.
<bbrezillon> you mean NAND on H3, or H3 in general?
<plaes> NAND in H3
* jelle wonders which H3 boards have nand
<plaes> is it the same controller?
<bbrezillon> I'm pretty sure it's the same controller
<jelle> ah the bananpi M2+
<plaes> cool
<KotCzarny> has 4gb emmc
<KotCzarny> ehm, its a33
<jelle> isn't emmc different from nand?
<wens> it is
<montjoie> Amit_T: if I understand the second frame is never sent ?
<NiteHawk> jelle: very. think of eMMC as "onboard sd-card"
<jelle> NiteHawk: aha
<bbrezillon> plaes: yep, I confirm, it's the same controller
<bbrezillon> (just had a look at the datasheet)
<plaes> \o/
<jelle> nice
<Amit_T> montjoie : Yes.It never sent on wire.
<Amit_T> Also, how many sequences of packet exchange takes place for ping to work?
<montjoie> Amit_T: arp(2) then ping
<Amit_T> montjoie: you mean to say 4 in total
<montjoie> Amit_T: try restart dma after each packet and print DMA STATE register
<montjoie> the DMA TX state will let you know if DMA is stopped and why
<montjoie> and check if your current descriptor is the same than HW current desc
<Amit_T> sorry but didn't get your final point ?
<libv> prophylactic logrotate... and now we have 4.5GB free. that should do us for a bit.
<libv> maxima seems to be doing fine these days.
<libv> KotCzarny, NiteHawk, plaes: thanks for the heads up :)
<montjoie> Amit_T: when the hardware sent a frame it then go the next descriptor (the 4*u32 structure). you can see it in TX_DMA_CURR_DESC
<KotCzarny> libv: thanks for the servicing time ;)
<libv> :)
<Amit_T> montjoie: ok
<plaes> I didn't do anything.. :P
<plaes> but thanks anyway :)
<Amit_T> Thanks I would try these suggestions
prasannatsm has joined #linux-sunxi
dlan has joined #linux-sunxi
<NiteHawk> jelle: http://linux-sunxi.org/EMMC "[...] existing MMC drivers will work for both ('removable') SD cards and ('fixed') eMMC storage, with little to no change." - i think that's the answer you were looking for
prasannatsm_ has joined #linux-sunxi
<jelle> NiteHawk: yes, awesome!
prasannatsm has quit [Ping timeout: 246 seconds]
leio has quit [Ping timeout: 276 seconds]
<apritzel> jelle: the eMMC on the Remix MiniPC (H64) worked out of the box with U-Boot, I could read stuff from there and write that to an SD card
leio has joined #linux-sunxi
<jelle> apritzel: nice
<wens> ssvb: how is CONFIG_SPL_MAX_SIZE calculated?
premoboss has quit [Read error: Connection reset by peer]
Amit_T has quit [Ping timeout: 250 seconds]
Amit_T has joined #linux-sunxi
<NiteHawk> wens: 0x8000 (32k) minus IRQ stack at 0x2000, minus safety margin?
<wens> h3 has 64k
<NiteHawk> but it still depends on the BROM implementation whether they would be 'freely' available / usable?
prasannatsm__ has joined #linux-sunxi
prasannatsm_ has quit [Ping timeout: 260 seconds]
adj__ has quit [Quit: Leaving]
<NiteHawk> hmm... looks like ${u-boot}/include/configs/sunxi-common.h is already differentiating various SoCs - maybe sun8i should get its own setup, too?
<NiteHawk> those ~24k seem to be the smallest common denominator based on sun4i
<NiteHawk> (and looking at that i don't think that IRQ and application stacks are accounted for wrt CONFIG_SPL_MAX_SIZE)
Amit_T has quit [Ping timeout: 250 seconds]
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
leio_ has joined #linux-sunxi
leio has quit [Ping timeout: 276 seconds]
jernej has quit [Quit: Konversation terminated!]
Amit_T has joined #linux-sunxi
prasannatsm__ is now known as prasannatsm
prasannatsm has left #linux-sunxi ["Part"]
Amit_T has quit [Ping timeout: 250 seconds]
ricardocrudo has quit [Quit: Leaving]
ricardocrudo has joined #linux-sunxi
ricardocrudo has quit [Client Quit]
ricardocrudo has joined #linux-sunxi
tithrion_ is now known as tithrion
oneinsect has joined #linux-sunxi
<NiteHawk> oneinsect: email issues were fixed - you may request another confirmation mail from the wiki
Amit_T has joined #linux-sunxi
<oneinsect> i will do that
<oneinsect> NiteHawk:
leio has joined #linux-sunxi
leio_ has quit [Ping timeout: 276 seconds]
engideavr has quit [Quit: Konversation terminated!]
<oneinsect> any ideas on how to include a thirdparty .ko file to load up during boot by including in etc/modules file?
<oneinsect> it doesnt seem to pick it up during boot
<KotCzarny> oneinsect: copy module to /lib/modules/_yourkernelversion_/extras/, do depmod -a, then it should work
<KotCzarny> if all else fails just add it to /etc/rc.local
<oneinsect> let me try
<oneinsect> and this time
<oneinsect> it successfully
<oneinsect> seems to have
<oneinsect> sent me
<oneinsect> the email
<oneinsect> wating for it to arrive
<oneinsect> sunxi wiki
<oneinsect> what are the things you think
<oneinsect> that needs to be updated
<oneinsect> on wiki?
<oneinsect> RTC and ?
<apritzel> oneinsect: is your monitor in portrait mode? :-)
<oneinsect> lol why?
<apritzel> because
<apritzel> your lines
<apritzel> are very
<apritzel> short
<apritzel> ;-)
<oneinsect> hmmmm...i will be careful next time...so that everything appears as one line
<apritzel> oneinsect: no worries, just Friday ;-)
alexxy has quit [Ping timeout: 276 seconds]
tkoskine has quit [Ping timeout: 240 seconds]
alpha_one_x86 has joined #linux-sunxi
<alpha_one_x86> Hello, I wish know how is the support of A64 for mainline kernel about SMP and MMC
alexxy has joined #linux-sunxi
tkoskine has joined #linux-sunxi
<KotCzarny> not much info
<jelle> pine64 wiki has some info
<oneinsect> will this do
<oneinsect> KotCzarny:
<KotCzarny> not bad
<KotCzarny> definitely better than before
<oneinsect> i still need to write more
<oneinsect> but i will eventually
<oneinsect> i need to experiment more
<oneinsect> before i can start on writing
<oneinsect> things
<oneinsect> darn ...i keep making short lines...sorry folks
<apritzel> alpha_one_x86: I have a branch very close to mainline on https://github.com/apritzel/linux/tree/a64-v4
<apritzel> SMP is a no-brainer, because this a firmware thing, the kernel always uses PSCI
<apritzel> (on arm64, this is)
<apritzel> MMC works there as well, though it is not 100% complete
<apritzel> I guess 8-bit transfers on eMMC need some more love
<speakman> hm. trying to add an i2c touch device to the 3.4 kernel. Seems like Allwinner just support a limited number of ctp drivers :(
<plaes> speakman: unfortunately yes
<alpha_one_x86> Old odroid uboot was not shipped with PSCI
<speakman> I grep'd "ctp_twi_id" in the kernel dir, and just a couple of drivers turned up, and none of them are available in the 3.4 vanilla kernel
<speakman> plaes: you have experience with ctp on sunxi?
<alpha_one_x86> apritzel: what you branch have for server head less using?
<plaes> only mainline
<plaes> what device and which touchscreen?
<apritzel> alpha_one_x86: the only real blocker at the moment is the multi-bus-gates clock, which we just need to agree on an approach
<speakman> plaes: an A20 and eGalaxy 3000 device
Shirasaka-Hazumi has quit [Ping timeout: 252 seconds]
<apritzel> alpha_one_x86: so as mentioned MMC works, also serial, I2C, GPIO
<plaes> uhoh
<speakman> pretty much...
<alpha_one_x86> apritzel: what is this? why is blocker?
<apritzel> alpha_one_x86: but USB and Ethernet are not working yet, though I have the bits in the a64-wip branch on the same repo
<alpha_one_x86> ha..., usb not important for me but I need ethernet
<jelle> with usb you can get internet ;-)
<apritzel> alpha_one_x86: because it makes the DT different, so it cannot go in at the moment
<apritzel> alpha_one_x86: well, give it a try: the interface shows up, but ifconfig does not work, as the MAC reset times out
<apritzel> I reckon it's some kind of missing power for the PHY
<apritzel> but looking at the schematics I don't see that that should be a problem
<alpha_one_x86> Then I can't use pine64+ and odroid C2 at moment with mainline...
<apritzel> alpha_one_x86: yeah, no connectivity is annoying, but I hope that more people look at this and help with debugging
<apritzel> alpha_one_x86: btw: what is the state of the Odroid C2 mainline support?
<alpha_one_x86> No MMC support, SMP working
<apritzel> alpha_one_x86: what about Ethernet or USB? Can one use NFS root?
<alpha_one_x86> Ethernet have some work, but not into mainline
<alpha_one_x86> apritzel: 10 years ago I used NFS root
<KotCzarny> with swap over nfs? ;)
<apritzel> well, NFS root can be used as a workaround if you lack mass storage support
<KotCzarny> or if you have a farm
Shirasaka-Hazumi has joined #linux-sunxi
<alpha_one_x86> KotCzarny: If you have farm you can have remote FS + local cache, it's very better
reev has quit [Ping timeout: 260 seconds]
Dev184 has joined #linux-sunxi
dustwire has quit [Remote host closed the connection]
<Dev184> Hi, there. Is there a place where I can log bugs that I found (beside git in issues section) ?
KotCzarny has quit [Ping timeout: 264 seconds]
<plaes> Dev184: what kind of bugs?
<Dev184> Not sure at this point if it is a bug or a miss-configure, rtl8723bs: probe of mmc1:0001:1 failed with error -16 armv7l I get a EBUSY from drivers/mmc/core/core.c __mmc_start_request. full story at: https://github.com/linux-sunxi/linux-sunxi/issues/249
<Dev184> I can do some debugging but I never worked with ARM arch at a kernel level. I am more looking for pointers and appropriate guidance not a magic wand to solve my issue
leio has quit [Ping timeout: 276 seconds]
KotCzarny has joined #linux-sunxi
avph has quit [Ping timeout: 250 seconds]
avph has joined #linux-sunxi
adj__ has joined #linux-sunxi
<speakman> Now I'm trying eGalaxy 3000 through USB (still on old 3.4 kernel). I have the driver compiled in, but when I insert the touchscreen to the USB port, it just says "ehci_irq: port change detect" and "The port change to OHCI now!" and nothing more.
<speakman> Shouldn't the eGalaxy USB driver autodetect the device?
<speakman> What good ways to debug these issues are there?
leio has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
cnxsoft has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
JohnDoe_71Rus has joined #linux-sunxi
jemk_ has joined #linux-sunxi
avph has quit [*.net *.split]
Amit_T has quit [*.net *.split]
jemk has quit [*.net *.split]
lerc_ has quit [*.net *.split]
chromicant has quit [*.net *.split]
alpha_one_x86 has quit [*.net *.split]
nihcas has quit [*.net *.split]
zerotri has quit [*.net *.split]
libv has quit [*.net *.split]
chromicant has joined #linux-sunxi
zuikis has joined #linux-sunxi
alpha_one_x86 has joined #linux-sunxi
Amit_T has joined #linux-sunxi
lerc_ has joined #linux-sunxi
zerotri has joined #linux-sunxi
libv has joined #linux-sunxi
avph has joined #linux-sunxi
Rambler45 has joined #linux-sunxi
nihcas has joined #linux-sunxi
Rambler454 has joined #linux-sunxi
Rambler45 has quit [Ping timeout: 246 seconds]
diego_r has quit [Quit: Konversation terminated!]
tithrion_ has joined #linux-sunxi
tithrion has quit [Remote host closed the connection]
<ssvb> wens: about CONFIG_SPL_MAX_SIZE, there are some SPL size limits imposed by the BROM - http://linux-sunxi.org/BROM#U-Boot_SPL_limitations
<ssvb> wens: newer SoC variants allow loading 32KiB from the SD card instead of 24KiB in A10/A20, but we need to take care of the stack placement too
<ssvb> wens: regarding the conservative estimate of the required stack size - https://patchwork.ozlabs.org/patch/435198/
Netlynx has joined #linux-sunxi
Netlynx has quit [Changing host]
Netlynx has joined #linux-sunxi
<ssvb> wens: right now, thanks to the 24KiB limit, we have 8KiB of stack available for the SPL (32KiB - 24KiB), which is more than enough
<ssvb> wens: the SPL for A64 is a bit special, because if we are linking the libdram binary blob, then we go over the 24KiB limit
<ssvb> wens: we should be able to set the stack somewhere at the 40KiB boundary for A64 and A80 (hence the comments in the code), but the libdram blob was failing to work correctly in this setup for some unknown reason
<apritzel> ssvb: speaking of A64 SPL: do you plan to push those sunxi-fel patches upstream to sunxi-tools?
<apritzel> I am using them happily for some time now ...
<ssvb> wens: I did verify that the SRAM between the 32KiB and 40KiB is accessible for reading and writing, and also that the libdram blob does not try to modify this area
<apritzel> ssvb: or are you holding them back until this is clarified?
<ssvb> wens: so I'm a bit puzzled about why it fails, but was not particularly thrilled about debugging the binary blob
tithrion_ has quit [Ping timeout: 252 seconds]
<ssvb> apritzel: regarding the sunxi-tools, first I wanted to see how the ATF and the arisc firmware fit into the whole picture
<ssvb> apritzel: but as you are already successfully using it, we don't have much to worry about
<apritzel> ssvb: you mean in terms of SRAM usage?
<apritzel> I am happily loading and running ATF into SRAM A2, SRAM C or DRAM with FEL
<apritzel> I think I loaded scp.bin also some time ago
<apritzel> could give it a try again
<ssvb> apritzel: more like how we would need to modify the instructions at http://linux-sunxi.org/FEL/USBBoot#Booting_the_whole_system_over_USB_.28U-Boot_.2B_kernel_.2B_initramfs.29 to accommodate the A64
<apritzel> If you send those patches out, I can give my Tested-by:
<ssvb> apritzel: and still keep this stuff user friendly
<NiteHawk> ssvb: in theory we could do the scratch buffer (addr) adjustment and readl/writel functionality independently, right?
<ssvb> NiteHawk: yes, the readl/writel functionality is not directly related to A64 support
<NiteHawk> it would allow to move forward with the "sid" command
<oneinsect> is video "encoding" supported by allwinner h3
<NiteHawk> i might consider proposing a corresponding set of patches on the ML. though the lack of feedback wrt sunxi-tools is frustrating...
tithrion_ has joined #linux-sunxi
nove has joined #linux-sunxi
<KotCzarny> hrm, anyone noticed 8188eu ignoring arp who-has requests? (and nothing in tcpdump)
<apritzel> ssvb: regarding FEL boot documentation: I wanted to describe the A64 bits on the A64 (or Pine64) page, pointing to it from the FEL page with a note that it's different there
reinforce has quit [Quit: Leaving.]
alpha_one_x86 has quit [Quit: KVIrc KVIrc Aria 4.3.1, revision: 6250, sources date: 20120701, built on: 2016-02-22 15:05:33 UTC http://www.kvirc.net/]
susan33 has joined #linux-sunxi
apritzel1 has joined #linux-sunxi
<Rambler454> I can see ALSA in audio outputs
susan33 has quit [Read error: Connection reset by peer]
<Rambler454> Card audiocodec, chip none. I setup mpd and can hear noise when I plug in my speaker. But when I play it doesn't make a sound
<Rambler454> is it not a standard alsa output
<KotCzarny> do: aplay -l
<Rambler454> there it is
<Rambler454> card 0: audiocodec [audiocodec], device 0: SUNXI-CODEC sndcodec-0
<KotCzarny> check alsamixer then
susan33 has joined #linux-sunxi
<Rambler454> it's there, I've specified it in mpd, but no sound.
<susan33> hi, i've an odroid xu4. i've compiled and installed buildroot. i've put the kernel mihailescu2m. I've put the binary userland drivers into LD_LIBRARY_PATH. And finally, after having tested different kernel, i managed to get /dev/fb0, however, i don't manage to run nor kodi nor emulation station based on sdl2, i get errors on initializing the display. Any tips about how to test/configure the opengl drivers / mali drivers ?
<Rambler454> You've got the PC right, got any clue avout the AV port
<KotCzarny> rambler, is line out enabled? is volume set to something more than 0?
<KotCzarny> my opipc plays just fine on line out
<Rambler454> lineout volume 52
<Rambler454> not a beep
<KotCzarny> there is also a switch that enables line-out
<Rambler454> might be that
<Rambler454> Haha
<Rambler454> audio lineout off
<KotCzarny> told you
<Rambler454> Well, thanks for pointing out my stupid mistakes. What should I have done otherwise. With that said, this is exctemely low amp.
<Rambler454> Now I get why people buy external DAC/amps
<KotCzarny> yup
<KotCzarny> pretty high interference noise
<KotCzarny> especially on usb activity
yann|work has quit [Ping timeout: 246 seconds]
<KotCzarny> but if you set it to high level it should be fine
<Rambler454> Could have easily made something better, not like people need it. What annoys me is that Realtek chips fo for $1 and we can't really get an affordable USB audio solution.
<Rambler454> I have a "Hi-Fi grade" PCM5102+TPA51332A combo that handles over 100 ohms, costed me $40
<KotCzarny> remember you also have hdmi audio out
<KotCzarny> :P
<KotCzarny> which is digital i presume
<Rambler454> Yeah, well, if you've speakers with that ;)
<KotCzarny> most current amps have hdmi in
<Rambler454> I was lucky enough to have an audio out jack on my TV, so when I tried the OPi PC with a desktop, I played audio through that port using the TV and HDMI. That worked flawlessly
<Rambler454> Well, I don't really keep a high end amp with me especially not for these boards.
<Rambler454> At most there should be some speaker sets that accept HDMI, but that's rare.
<Rambler454> Dolby-passthrough ones
<KotCzarny> wanna see my bpi-m1 based audio boxy?
<Rambler454> Uhm, sure
<KotCzarny> sorry for the potato
<Rambler454> Ah, are you one of those hydrogenaudio DIY people or?
<KotCzarny> nope
<KotCzarny> just wanted my own audio boxy, low power (~1.2) and independent
<KotCzarny> 1.2W
<KotCzarny> and hydrogenaudio people wouldnt settle for such low quality solution
<KotCzarny> its based on pam8xxx something
zuikis has left #linux-sunxi [#linux-sunxi]
<KotCzarny> i think its that one
<Rambler454> who cares if it works
<KotCzarny> soldering isnt my best skill, and those tiny holes are places quite close together
<Rambler454> I just want to play some sounds with it and it needs to be low cost
leio has quit [Ping timeout: 252 seconds]
<KotCzarny> yup, then slap on some microamp and be done
leio has joined #linux-sunxi
<KotCzarny> audio volume is satisfactory for 2x3W
<Rambler454> with that said
<Rambler454> If they just made a simple USB one, but USB recivers are expensive.
<Rambler454> that way it can draw a lot of amp too
<KotCzarny> i dont like usb
<Rambler454> With mt $40 TI combo I could amp a lot
<Rambler454> costs more than the board ;)
<KotCzarny> and i can always disconnect it from line-out and connect to high powered amp
staplr has joined #linux-sunxi
<Rambler454> but it needs soldering
<KotCzarny> what? where?
<KotCzarny> you can just plug thick wire and be happy
<Rambler454> ah unless its sorry I am not too familiar with these. Powered by pins and just an amp?
mpmc has quit [Quit: ZNC 1.6.1+deb1+jessie0 - http://znc.in]
mpmc has joined #linux-sunxi
<KotCzarny> yes, gnd/5v r/gnd/l(IN) r+/r-/l+/l- (OUT)
<KotCzarny> nothing else
<Rambler454> Then I get why you complaines about the noise on USB traffic
<Rambler454> Guessing you hear it
<KotCzarny> only on low volume
<Rambler454> you know where to get one mini amp cheap for future reference?
<KotCzarny> ebay
<KotCzarny> and your local auctioning sites
<Rambler454> With that said, the reason it's low is because there is no amp
<Rambler454> or yea
<KotCzarny> they are pretty popular and cheap
<KotCzarny> read specs of pam8403
<Rambler454> Nah, I've never really heard sound without amp before.
<KotCzarny> its an amp
<Rambler454> But what goes out of OPi PC seems low enough to have none
<Rambler454> Well, I was talking about the sound that comes out of the jack.
<Rambler454> of OPi
<Rambler454> That it's so low supposedly there may be no amp there
<KotCzarny> didnt notice it being low
<KotCzarny> but didnt use multimeter neither
<Rambler454> What comes out of the OPi at max volume is lower than what is at 1% on my TI DAC/amp
<Rambler454> :)
<Rambler454> then again its riving 30 ohm cans
<Rambler454> driving*
apritzel1 has quit [Ping timeout: 244 seconds]
<Rambler454> KotCzarny, seems like I found the chip. If this isn't affordable I don't know what affordable is http://www.aliexpress.com/item/10PCS-PAM8403-Super-mini-digital-amplifier-board-2-3W-Class-D-digital-amplifier-board-efficient-2/1084746279.html
<oneinsect> TDA7297 Power Amplifier & Audio amplifier Module
<oneinsect> is better
<oneinsect> i use it
<KotCzarny> yes, there are few
<KotCzarny> but i wanted small, efficient and cheap
<oneinsect> hmmm
<oneinsect> its supposed to be better than PAM
<oneinsect> my brother tested it
<KotCzarny> yes, but requires heatsink
<oneinsect> correct
<Rambler454> link? And yeah if it needs heatsink at all
<Rambler454> It sounds terribly power-inefficient
<KotCzarny> rambler, just put chip name in the search
<Rambler454> found it at like $2
<oneinsect> http://www.aliexpress.com/item/1pcs-Audio-Power-Amplifier-DC-6-to-18V-TDA7297-Module-Double-Channel-10-50W-Wholesale/32583919893.html?spm=2114.30010308.3.10.YaUbMZ&ws_ab_test=searchweb201556_10,searchweb201602_5_10017_10005_10006_10034_10021_507_10022_10009_10020_10008_10018_10019,searchweb201603_2&btsid=ed510e0e-2f9e-41e5-bd98-e3833c430b17
<KotCzarny> there is also pam8406 which is a bit better than 3
apritzel has quit [Ping timeout: 244 seconds]
<KotCzarny> oneinsect, oh, and another requirement, has to use max 1A of 5V
<Rambler454> Ah this one is assembled
<KotCzarny> because that's what my bpi-m1 can put out on pins ;)
<oneinsect> hmmm
<KotCzarny> if i wanted power i would simply connect line-out to my stereo system
<oneinsect> btw i got 10 fps on nano pi m1 ...h.264 encoding
<oneinsect> gst-launch-1.0 -e --gst-debug 3 -v v4l2src device=/dev/video0 num-buffers=600 ! video/x-raw,width=640,height=480,frames=30/1 ! queue ! x264enc bitrate=500 speed-preset=superfast tune=zerolatency ! queue ! h264parse ! mp4mux ! filesink location=test3.avi
<oneinsect> yes
<oneinsect> let me check
<oneinsect> i am making one internet radio mysefl
<Rambler454> Hmm, live video encoding
<oneinsect> yes
<oneinsect> may ultrafast could help me
<oneinsect> have to check
<KotCzarny> hmm, you dont need h.264 for internet radio?
<oneinsect> naaa
<oneinsect> internet radio is a different
<KotCzarny> ogg/vorbis ?
<oneinsect> project
<oneinsect> this is for my CCTV
<KotCzarny> ahm
<oneinsect> system i am building
<KotCzarny> for cctv rpi is much better
<oneinsect> correct
<KotCzarny> unless you start using cedrus drivers
<oneinsect> even on single core i get 1080p
<oneinsect> using their video encoder drivers
<oneinsect> i dont know where to find cedrus
susan33 has quit [Ping timeout: 246 seconds]
<oneinsect> well i looked at it...they mostly talk about decoders
<oneinsect> much less encoders
<KotCzarny> there is a table for encoders too
<KotCzarny> it supports baseline h264 for a10/a20/a13
<oneinsect> i wish raspberry pi zero was more prominently available
<oneinsect> it encodes a great speed
<oneinsect> 30fps
<oneinsect> 1080p
<oneinsect> i have two pi zero boards with me
<oneinsect> but h3 is best option at the moment
<oneinsect> available so many in volume
<Rambler454> oh just wait for allwinner to take up the price on H3 as it gets too old
<Rambler454> bai bai
<KotCzarny> :)
<Rambler454> KotCzarny, the USB- DC-IN cable for OPi PC is decent yea?
<Rambler454> I took theirs as it was cheapest
<KotCzarny> dont know, i'm using some frankencable made from ripped of connector and hdd enclosure power brick
<KotCzarny> *off
<Rambler454> sounds safe
<KotCzarny> not using any enclosure for the board isnt quite safe neither
<oneinsect> interesting the nanopim1 takes power from the debug header
<oneinsect> 5v
<oneinsect> kinda strange
<KotCzarny> many boards have direct connection from dc-in to 40pin 5v
<oneinsect> they said when both microusb and the header get 5v...the one with the highest output voltage get preference
<oneinsect> and stays there
<oneinsect> hmmmm
reinforce has joined #linux-sunxi
tithrion_ is now known as tithrion
vagrantc has joined #linux-sunxi
susan33 has joined #linux-sunxi
massi_ has quit [Remote host closed the connection]
<Rambler454> power cable is 20cm short
yann|work has joined #linux-sunxi
afaerber has quit [Quit: Ex-Chat]
SadSmile has joined #linux-sunxi
jernej has joined #linux-sunxi
prasannatsm has joined #linux-sunxi
Rambler45 has joined #linux-sunxi
Rambler454 has quit [Ping timeout: 276 seconds]
prasannatsm has quit [Ping timeout: 252 seconds]
apritzel has joined #linux-sunxi
cosm has quit [Quit: Leaving]
ricardocrudo has quit [Remote host closed the connection]
Netlynx has quit [Quit: Leaving]
reinforce has quit [Ping timeout: 260 seconds]
oneinsect has quit [Ping timeout: 250 seconds]
Rambler45 has quit [Quit: Gotta run, peace out...]
cptG has quit [Remote host closed the connection]
<longsleep> I just added a sane alsa config for Pine64 to https://github.com/longsleep/build-pine64-image/blob/master/blobs/asound.state - anyone can explain to me why the codec driver has 113 controls?
<KotCzarny> because why not?
<longsleep> yeah
<KotCzarny> do they even work?
<longsleep> yes - the ones which are wired on the board work good. means 5 out of 113
<KotCzarny> that's what i asked about ;)
<KotCzarny> maybe the driver was some catch-all
<longsleep> it certainly seems like that
<KotCzarny> whole thing must look hilarious in alsamixer
<longsleep> its essentially unusable - but i guess with a sane sate noone ever has to open up alsamixer again
<longsleep> but the analog audio is pretty good, no noise and very clear
<longsleep> its actually usable for audio playback
<longsleep> now i cant reboot because the music is good :P
<KotCzarny> :)
<KotCzarny> just move the audio tasks to one of your other boards :P
<longsleep> i hooked it up to my sound system for testing quality
tipo has joined #linux-sunxi
<KotCzarny> [ 1706.241199] sunxi debug: rootmydevice
<KotCzarny> the heck?
<KotCzarny> funny piece of code
<longsleep> so they have a procfs file to become root?
* longsleep checks 3.10 A64 kernel
<longsleep> well at least the file is not there
<KotCzarny> it's probably some android fallout
<longsleep> well do you have a system running this kernel?
<longsleep> check for /proc/sunxi_debug
<longsleep> echo "rootmydevice" > /proc/sunxi_debug as normal user could be interesting
<KotCzarny> yes, its the kernel im running
<KotCzarny> 3.4.39
<KotCzarny> sunxi_debug is a dir
<KotCzarny> [ 4961.367142] now you are root
<KotCzarny> but bash is still showing user
<KotCzarny> ariel@opipc:/proc/sunxi_debug$ id
<KotCzarny> uid=0(root) gid=0(root) groups=0(root),27(sudo),29(audio),44(video),1000(ariel)
<longsleep> well
<KotCzarny> otoh id shows fun really has taken place
<longsleep> nice backdoor :D
<KotCzarny> ;)
<KotCzarny> i guess its useful for android, but for normal linux it's .. well ..
<longsleep> even for android - every installed app can become root on such a system
<KotCzarny> ;)
<longsleep> no questions asked
<KotCzarny> in short, all allwinner boxes are rooted ;)
<longsleep> no, not rooted - they have no protection at all from anything
<KotCzarny> better grep your kernel for "rootmydevice"
reinforce has joined #linux-sunxi
<longsleep> i did, was not found :)
<KotCzarny> :)
<longsleep> i have no idea if some other android security layer would prevent an app to write to proc
<longsleep> but i guess no :)
<KotCzarny> yup
<KotCzarny> especially when its writable by all
<KotCzarny> -rw-rw-rw- 1 root root 0 Apr 29 21:29 /proc/sunxi_debug/sunxi_debug
<longsleep> yeah
<longsleep> that driver you linked creates it with 0666 permission
<KotCzarny> i wonder if there are other such 'ingenious' pieces of code
<longsleep> if these kernels are in use in the wild, it is certainly worth a CVE
<KotCzarny> not really
<KotCzarny> using old kernel is a security hole itself
<longsleep> sure, but that just breaks everything
<longsleep> its not even an exploit, it is kernel provided 'su' for everyone
matthias_bgg has quit [Remote host closed the connection]
valkyr1e has quit [Ping timeout: 268 seconds]
pmattern has joined #linux-sunxi
valkyr1e has joined #linux-sunxi
afaerber has joined #linux-sunxi
<willmore> Anyone with a Pine64, could you check /proc/cpuinfo and tell me if it has the crypto extensions, please?
<willmore> lvrp16, Do you have a Pine64 and a Pi3 you can check for me?
<willmore> lennyraposo, you awake?
reinforce has quit [Ping timeout: 260 seconds]
jernej has quit [Ping timeout: 276 seconds]
leio has quit [Ping timeout: 240 seconds]
<lvrp16> half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32
<lvrp16> pi 3
<lvrp16> or at least what is exposed by the firmware
<lvrp16> i don't have a pine64 board...it shipped 3 weeks ago but i haven't received it
nove has quit [Quit: nove]
<apritzel> willmore: yes, it has
naobsd has quit [Remote host closed the connection]
<willmore> apritzel, thanks.
<willmore> lvrp16, thank you, too!
naobsd has joined #linux-sunxi
yann|work has quit [Ping timeout: 240 seconds]
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Equilibrium 4.2.0, revision: 42021, sources date: 20120701, built on: 2013-10-21 12:25:22 UTC 42021 http://www.kvirc.net/]
<lennyraposo> yo
<lennyraposo> crypto extensions ya
<apritzel> lvrp16: mmh, interesting that the RPi3 doesn't show it, I am pretty sure the SoC has it
susan33 has quit [Quit: Quitte]
reinforce has joined #linux-sunxi
philectro has joined #linux-sunxi
<philectro> hi!
<philectro> good evening/night
<philectro> my cubie is now stable
<philectro> the fault was the power cord!
<philectro> the usb>plug 4*1.7mm
<philectro> i have a question for my knowledge
<philectro> what does the pmu?
<philectro> hmm probably converting one voltage in several...
<philectro> like a vrm stage
<lvrp16> philectro: it controls battery and power to the SoC.
<lvrp16> if you have an adapter, make sure your power supply can deliver enough current, there's a voltage drop because of the adapter
reinforce has quit [Read error: Connection reset by peer]
<philectro> i have a delta electronics adapter (innergie)
<philectro> of 15W
vagrantc has quit [Quit: leaving]
<philectro> 2.1A max per port
<philectro> (limited to 3A combined)
<philectro> the cable was faulty, not the power
reinforce has joined #linux-sunxi
<philectro> the contact is cut when the cable move a bit, go trash it
<philectro> i was thinking that the cubie is badly supported by software, and it was just the cable making trouble
<philectro> now it runs well
<philectro> i have two power, because i have think that my under 5eur adapter was faulty, so i have buy a second of "better quality"
<philectro> the tolerance for power in usb is -0.6v
tomboy64 has quit [Ping timeout: 260 seconds]
<philectro> i know that because i worried a bit when i have see a voltage drop of 0.25v
<philectro> i have check on the web and i'm fall on it http://watchmysys.com/blog/2015/05/from-saturn-with-love-a-bad-usb-power-supply/
tomboy64 has joined #linux-sunxi
SadSmile has quit [Quit: Leaving]
fredy has quit [Excess Flood]
iamfrankenstein has quit [Quit: iamfrankenstein]
fredy has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 240 seconds]
tomboy64 has joined #linux-sunxi
reinforce has quit [Ping timeout: 260 seconds]
akaizen has quit []
reinforce has joined #linux-sunxi
akaizen has joined #linux-sunxi
pmattern has quit [Quit: Genug für heute.]
tithrion_ has joined #linux-sunxi
tithrion has quit [Read error: Connection reset by peer]
ssvb has quit [Quit: Leaving]
reinforce has quit [Ping timeout: 260 seconds]
<lennyraposo> Hey apritzel
<lennyraposo> wanted to ask about the 4.4 kernel you built a while back for the pine.
Uninstall has quit [Read error: Connection reset by peer]
<lennyraposo> that was just a test to see if linux can run on the pine way back when you did it right?
Uninstall has joined #linux-sunxi
<apritzel> well, the kernel was a bit hacked to get it running
<apritzel> you should use the a64-v4 or a64-wip branch these days
Uninstall has quit [Remote host closed the connection]
Uninstall has joined #linux-sunxi
Uninstall has quit [Changing host]
Uninstall has joined #linux-sunxi
<apritzel> lennyraposo: why are you asking?
<apritzel> if you are wondering about an Ubuntu kernel, I am planning on backporting the current patches to 4.4-stable (or on top of the Ubuntu repo)