FlorianH has quit [Read error: Connection reset by peer]
hulu1522 has quit [Ping timeout: 252 seconds]
khuey is now known as khuey|away
khuey|away is now known as khuey
p1u3sch1 has quit [Ping timeout: 252 seconds]
p1u3sch1 has joined #linux-sunxi
keh has quit [Read error: Connection reset by peer]
TheSeven has quit [Ping timeout: 248 seconds]
TheSeven has joined #linux-sunxi
jstein has quit [Remote host closed the connection]
cnxsoft has joined #linux-sunxi
khuey is now known as khuey|away
azend|vps_ has joined #linux-sunxi
azend|vps has quit [Ping timeout: 240 seconds]
apritzel1 has quit [Ping timeout: 244 seconds]
apritzel has quit [Ping timeout: 244 seconds]
ninolein has quit [Ping timeout: 250 seconds]
ninolein has joined #linux-sunxi
<lvrp16>
tkaiser: you there?
p1u3sch1 has quit [Ping timeout: 276 seconds]
p1u3sch1 has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
ricardocrudo has quit [Ping timeout: 244 seconds]
akaizen has quit [Read error: Connection reset by peer]
akaizen has joined #linux-sunxi
hulu1522 has joined #linux-sunxi
Shirasaka-Hazumi has quit [Ping timeout: 244 seconds]
cnxsoft has quit [Read error: Connection reset by peer]
Shirasaka-Hazumi has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 260 seconds]
p1u3sch1 has joined #linux-sunxi
hulu1522 has quit [Remote host closed the connection]
Gerwin_J has joined #linux-sunxi
IgorPec has joined #linux-sunxi
IgorPec has quit [Ping timeout: 264 seconds]
IgorPec has joined #linux-sunxi
<tipo>
i've got an armbian image booted on a BPI-M1+ that I can ssh into --- but the fan, properly connected to 5v and GND is not running. I have confirmed with a BPI-M3 that the fan does indeed work. wat do?
vickycq has quit [Ping timeout: 264 seconds]
reinforce has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
<KotCzarny>
tipo, did you confirm the pins with multimeter?
<tipo>
KotCzarny, no, i just assumed that the pins were the same on the BPI-M1+ as the BPI-M3
<tipo>
why 1 and 7 instead of 1 and 9? (3.3 and ground)?
<tipo>
i tried 3.3 and ground. it worked
<tipo>
it's just the 5v that's no good
<tipo>
pin 2, pin 4, nothing
<tipo>
+ sata, nothing
<tipo>
i could just hook the fan to 3.3 and ground, but i need sata power too :(
<KotCzarny>
so you will see if 3.3 works
<KotCzarny>
and yes, you can also try 1 and 9
<tipo>
yeah, 3.3 works
<tipo>
is this board bad or ?
<KotCzarny>
unless you did something weird to armbian, yes, there is possibility that you lost 5v
<KotCzarny>
which is kind of weird
pstef has quit [Remote host closed the connection]
<KotCzarny>
as by default all power pins are enabled
<KotCzarny>
so it might mean regulator chip is fried a bit
<KotCzarny>
is this board new or second hand?
<tipo>
just got it yesterday, wouldn't have done anything that would have fried it. straight from package to case and boot up
<KotCzarny>
might be partially DOA
<tipo>
alright, i'll have to deeal with it
<tipo>
thanks for the help
<KotCzarny>
if it's feasible (ie. local country buy) i would talk to the seller about replacement
<KotCzarny>
some chinese sellers are willing to send second item without returning first too
<tipo>
KotCzarny, yeah that's what i'll have go do. not a local country buy though; will take a month or so to get a replacement.
<tipo>
*have to do
<KotCzarny>
The SATA power connector (J5) and the normal power-in micro USB connector (located between SATA and SATA-pwr) are directly wired with each other (with a ferrite bead FB3 in between responsible for some voltage drops).
<KotCzarny>
thats the weird part
<KotCzarny>
sata power should be routed directly to input power
<KotCzarny>
some early boards were able to be broken by simply connecting anything to usb
IgorPec9 has joined #linux-sunxi
<KotCzarny>
also, connecting leaking powered usb hub might damage it too
<tipo>
"for the first , we use 350mA diode , we have use 1A diode fixe this issue, so all is fixed it." <--- does this mean that even on the fixed device, you shouldn't be drawing more than 1A? why do they recommend a 2A power supply?
<tipo>
anyway, all i plugged in was a 1.3W fan
<tipo>
so 260mah
<tipo>
eh.
<KotCzarny>
it doesnt matter
<KotCzarny>
that d5 was jokingly small
<KotCzarny>
also, fans usually draw a bit more on startup
<KotCzarny>
gotta go, check the testpoint to confirm, then either talk to vendor or find the specialist in local area
<tipo>
ok
jernej has quit [Ping timeout: 250 seconds]
<wens>
montjoie: ssh works with latest patch, but ping doesnt?
diego_r has quit [Remote host closed the connection]
premoboss has quit [Quit: Sto andando via]
apritzel has joined #linux-sunxi
tkaiser has joined #linux-sunxi
<tkaiser>
montjoie: Are you using u-boot 2016.03 with your Cubieboard2?
<montjoie>
tkaiser: perhaps
<montjoie>
tkaiser: I confirm it is
reev has quit [Ping timeout: 246 seconds]
premoboss has joined #linux-sunxi
<rellla>
plaes: i would redo the kodi linking, because it should have nothing to do with aw's cedarx. that was the intention of the kodi/xbmc_outdated thing
akaizen has quit [Read error: Connection reset by peer]
apritzel has joined #linux-sunxi
cosm has quit [Ping timeout: 248 seconds]
akaizen has joined #linux-sunxi
akaizen_ has quit [Read error: Connection reset by peer]
akaizen has quit [Ping timeout: 244 seconds]
akaizen has joined #linux-sunxi
<tkaiser>
rellla: Thx for the information. I thought it wouldn'
akaizen has quit [Ping timeout: 244 seconds]
<tkaiser>
t hurt if some people test these instead of trying to 'build from source' everything again and again
<rellla>
no problem...
<rellla>
tkaiser: btw, i wonder, why armbian people (you :p) don't ask the questions directly here in irc? in special the media related questions? i think everyone would profit from a bit more "contact"...
<rellla>
questions in the meaning of "development related". in special cedrus...
apritzel has quit [Ping timeout: 244 seconds]
<tkaiser>
rellla: the problem is that I don't really care about all these graphics issues, I'm happy with running H3 devices headless. Unfortunately we have no one really familiar with this stuff and so I think from time to time it would be good to improve the situation.
<tkaiser>
We would need someone really interested in this and this is the person I will shove directly here in IRC ;)
<rellla>
<- at best, he is interested in developing, too ;)
<rellla>
sorry, ^ that one :p
<rellla>
anyway, try to stay in touch. it's important imho.
<tkaiser>
rellla: I agree
Ramose has joined #linux-sunxi
<Ramose>
I have compiled u-boot source with Cubietruck_config but I don't see sunxi_emac.o getting generated and ping is not working from u-boot prompt
hulu1522 has quit [Remote host closed the connection]
<Ramose>
anyone around?
<TheLinuxBug>
anyone impatient?
<plaes>
:D
hulu1522 has joined #linux-sunxi
Ramose has quit [Ping timeout: 250 seconds]
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
codekipper has quit [Ping timeout: 276 seconds]
bwarff has quit [Ping timeout: 250 seconds]
reinforce has quit [Quit: Leaving.]
JohnDoe_71Rus has joined #linux-sunxi
zuikis has joined #linux-sunxi
khuey|away is now known as khuey
p1u3sch1 has quit [Ping timeout: 246 seconds]
p1u3sch1 has joined #linux-sunxi
IgorPec has joined #linux-sunxi
yann|work has quit [Ping timeout: 276 seconds]
<lennyraposo>
working on community/tutorial site for the pine64 now
<lennyraposo>
hopefully I can clear some confusion within the pine community about what to do and how to do it ;)
<lennyraposo>
longsleep once I got everything setup
<lennyraposo>
I can provide you with access
<lennyraposo>
;)
<longsleep>
lennyraposo: well honestly i am not so much in for writing or creating documentation for end users. I believe there are others who can do that much better than me :)
<lennyraposo>
That's what I am going to do ;)
<lennyraposo>
write up simple instructions for even the most novice of users ;)
<lennyraposo>
also provide DIY tutorials on various things to do with the pine
<lennyraposo>
I'll host images
reinforce has joined #linux-sunxi
<longsleep>
longsleep: Also there are end users who will rather jump to their own meaningless conclusions and even write about it so others can find this false information. So make sure that does not happen. It has already happend in the pine64 forum and it will happen more the more people have their boards.
<lennyraposo>
I know
vagrantc has joined #linux-sunxi
<lennyraposo>
I think susan33 had some confusion as well
<lennyraposo>
I am locking things down to a select few in terms of writing things ;)
<longsleep>
lennyraposo: what confusion?
<lennyraposo>
like getting started in compiling u-boot and kernel
<lennyraposo>
plus rootfs
<longsleep>
lennyraposo: well but this is unrelated to Pine64 or any specific board
<lennyraposo>
what sources ot use etc
<lennyraposo>
just thought it would be nice to include ;)
<longsleep>
lennyraposo: sounds more like a thing for the sunxi wiki
<lennyraposo>
true enough
zuikis has left #linux-sunxi [#linux-sunxi]
keh has quit [Quit: Wee... Chat]
keh has joined #linux-sunxi
<lennyraposo>
just means I will have to maintain/update 2 sets of docs
<lennyraposo>
in terms of just linux specific
<lennyraposo>
the rest will be about projects/things that can be done on the pine and how to do it
<lennyraposo>
;)
interrobangd has joined #linux-sunxi
interrobangd has quit [Remote host closed the connection]
tkaiser has quit [Ping timeout: 268 seconds]
mossroy has joined #linux-sunxi
tkaiser has joined #linux-sunxi
SadSmile has joined #linux-sunxi
<tkaiser>
longsleep: 'your' BSP kernel does not contain F2FS. Too bad
akaizen has joined #linux-sunxi
akaizen has quit [Remote host closed the connection]
yann|work has joined #linux-sunxi
<lennyraposo>
interesting
rabada has joined #linux-sunxi
<lennyraposo>
is it journalized?
<tkaiser>
lennyraposo: Yes, which is something I wanted to ask longsleep also about (intentional or not).
<lennyraposo>
reading up on it
<lennyraposo>
there are some performance strengths
<lennyraposo>
but I am alswo seeing a performance drop in terms of sequential read/write
<lennyraposo>
need to benchmark in real world
<lennyraposo>
wondering when smasung introduced it
<lennyraposo>
what kernel version
<tkaiser>
lennyraposo: 3.10.65
<lennyraposo>
hmmm
<lennyraposo>
if it's there I will test it on a build
<lennyraposo>
rootfs with f2fs
<lennyraposo>
but reading interesting things from others who have tried it
<lennyraposo>
for production purposes I would stickk with ext4
<lennyraposo>
but for test purposes I will give it a go once my boards arrive
<lennyraposo>
rough take on the pine logo I am workign on for my site ;)
<lennyraposo>
gonna integrate the a64 chip at teh center next ;)
<lennyraposo>
that's the domain I purchased btw
<montjoie>
wens: I ping to my H3 but not from
<montjoie>
interesting
<montjoie>
and strange
<montjoie>
certainly related to ARP stated as invalid CRC
<montjoie>
like non TCP/UDP CRC not handled
<keh>
raspberrypi is using f2fs for a long time. I would prefer to use it instead ext4 with ^has_journal
<tkaiser>
keh: You can disable the journal and I would neither use f2fs or any other 'young' FS with older kernel versions (applies also to btrfs)
<KotCzarny>
ubifs?
<rabada>
longsleep: In u-boot pine64 source from board.c , where I can find timer_init call ?
<tkaiser>
I did some tests today with longsleeps ext4 defaults and optimised settings for the SD card I use (EVO with 16 MiB erase block size) with writeback mode and sequential 4k writes increased from 2600KB/s to 3600KB/s
<KotCzarny>
(though it's for raw flash), anyway, ext4 is quite efficient with the right format options
<tkaiser>
So 25% better without journaling and optimal alignment, stride/stripe size. But applies only to really small writes
<KotCzarny>
tkaiser: mounting with -o discard also helps for devices that support it
<tkaiser>
KotCzarny: SD cards do TRIM?
<KotCzarny>
tkaiser: someone was trying to convince me that it's the case
<lvrp16>
tkaiser: do you think you and igor would mind if i mirrored armbian and torrented it using a private tracker?
<KotCzarny>
it was about some sd protocol command
<lvrp16>
i keep getting customers that say it takes them 3-5 hours to download
<tkaiser>
lvrp16: better ask Igor, it's only his decision and a few weeks ago he decided against when asked. BTW: We will provide .7z which reduces download size by ~30%
<lvrp16>
ok, i'll ask him. yesterday it took me 3 hours to download an 600MB image. some peering somewhere must be slow.
<lvrp16>
on a 2Gb connection
<tkaiser>
I've been told the mirror is hosted by 'lauri' (IIRC)
<lvrp16>
ok thanks
<tkaiser>
KotCzarny: Thx, interesting. Will try that out later.
<KotCzarny>
tkaiser: i think it requires sd controller, probably wont work on microusb reader, dont know if its implemented in sd controller drivers either
<lvrp16>
actually jide reached out to me to bundle react/android
<lvrp16>
but i prefer community versions
<lvrp16>
right now we actually refer all customers to armbian when they contact us
<lvrp16>
because of the great work by igor and tkaiser, there's some room for improvement imho
<lvrp16>
eg. download times :D
<lvrp16>
anybody going to embedded linux conference?
<tomboy64>
where?
<lvrp16>
san diego
<tomboy64>
;) too far out
<plaes>
yea.. wrong continent :(
<plaes>
tkaiser: yea.. it's hosted in Lauri's apartment ;)
<KotCzarny>
heh, read it as 'hosed'
<rabada>
anyone please look in to my query ?
<longsleep>
tkaiser: mhm should be possible to activate, no?
<plaes>
simply a qnap hdd box ;)
<longsleep>
rabada: git grep is your friend
<plaes>
what's the question?
<rabada>
longsleep : yes I tried it through cscope
<rabada>
but I am expecting it in board.c , its not there
<longsleep>
tkaiser: i left journaling on intentionally in my images if that is what you wanted to discuss
<tkaiser>
longsleep: Ah, ok. Why? :)
<rabada>
arch/arm/cpu/armv7/sun50iw1p1/board.c
<tkaiser>
plaes: The box in question is irrelevant. I wonder about the upstream bandwidth (since I've downloaded an Armbian image maybe 2014 the last time ;) )
<longsleep>
tkaiser: well, people do not shutdown these boards especially when just trying them out
<KotCzarny>
longsleep: journal sucks on sdcard, and fsck at the boot should take care of the dirtiness?
<tkaiser>
longsleep: Agreed. That was one of the things that surprised me when I tortured the Pine64. No FS corruption after emergency power-offs.
<tkaiser>
KotCzarny: Use a quality card that implements wear leveling more properly and you're done. But it seems to have performance drawbacks also
<plaes>
dunno about upoad speed
<longsleep>
KotCzarny: yes and no, i took the save approach. Everyone can turn it off on their own choice
bwarff has quit [Read error: Connection reset by peer]
<KotCzarny>
yeah, luckily journal can be added/removed at any time
<rabada>
longsleep: Basically I am trying to see where various subsystem(like timer, clock) are getting in initialized for sun50i based in u-boot source, there is nothing I could see in s_init
<KotCzarny>
still, i run mine without, but with li-ion battery connected as a backup
<plaes>
rabada: mainline u-boot?
<rabada>
No, its longsleep u-boot reo
<plaes>
oh
<rabada>
Sorry repo
<rabada>
plaes: Any suggestion where should I search it.
<KotCzarny>
armbian uplink is at least 5mbit
<longsleep>
rabada: git grep the repo for what you are searching for
<plaes>
rabada: what are you trying to do?
<longsleep>
KotCzarny, tkaiser btw in general i can only suggest get a decent SD card like Sandisk Extreme Plus (these are the ones which are twice the price) and it will perform nicely
<KotCzarny>
longsleep: for my needs ext4 without journal and proper stride/stripe is enough
<TheLinuxBug>
Silicon Power Elite (85M/sec read) are usually a bit cheaper and pretty darn fast
<KotCzarny>
i store data on ssd/sshfs, and os is snappy enough
<KotCzarny>
TheLinuxBug: i think the tkaiser's command line should test random read
<rabada>
plaes: I am just trying to see where different subsystem(like clock_init, time_init and gpio_init is called from s_init() for sunxi) is called for sun50i based board
<KotCzarny>
longsleep: i've just did mkfs then rsync'ed the image contents, but there are many ways to achieve the same
<rabada>
longsleep : git grep didn't help me :(
<longsleep>
rabada: well, why not?
<tkaiser>
KotCzarny: longsleep provides a generic image for everyone (every SD card). The EVO I tested with today needs different settings to perform better. But most importantly choosing an SD card with larger capacity helps with random I/O
<KotCzarny>
iozone: -i # Used to specify which tests to run. (0=write/rewrite, 1=read/re-read, 2=random-
<tkaiser>
EVO with 16 GB capacity: 1 MB/s 4K writes, mine with 64GB shows 3.6MB/s
<longsleep>
tkaiser: mhm try to fill up the 64GB card to almost max and check then
<longsleep>
tkaiser: depends on the card and the on card controller if it makes a difference or not
<tkaiser>
longsleep: I'll leave a spare partition even on SSDs to help them so I would never ever fill an SD card to the max ;)
<longsleep>
tkaiser: hehe yeah wise choice
<KotCzarny>
um, arent ssd/sd having spare space anyway? (those 60 vs 64 etc ones)
<longsleep>
KotCzarny: yes but the size and how it gets used varies
<KotCzarny>
also, usually wear levelling/data relocation is done in subblocks of device (usually few megs)
<tkaiser>
KotCzarny: Most if not all have, but things get ugly depending on firmware version when close to 100% full. So why not leaving 5-10% unpartitioned anyway
<rabada>
longsleep : I could find timer_init for board files other than sun50iw1p1 . Let me put my question this way , why s_init() for arch/arm/cpu/armv7/sun50iw1p1/board.c does not have various subsystem initialization calls
<KotCzarny>
i usually leave ~100-200megs of unpartitioned space
<longsleep>
rabada: well without checking myself i cannot help much, but could be that boot0 is initializing certain things on that platform
<KotCzarny>
also, it only works if you never wrote to that area (or did secure erase/trim)
<edolnx>
Is there a way to query an SD card for it's health like SMART with a SATA/SAS SSD?
<KotCzarny>
nope
<rabada>
longsleep: ok , so you mean to say on pine64 boot0 would be the one that initializes time subsystem , if it is so then how can I confirm it without having the board :) ?
<KotCzarny>
edolnx: i've seen cf cards with smart, but never sd card
<edolnx>
KotCzarny, I'm not expecting SMART, but I was wondering if there was some other form of diagnostic channel/messages you can send an SD card to get that sort of health info
<longsleep>
KotCzarny: sdcards do not support trim, everyone is at the good grace of the internal sd card controller
<longsleep>
and there are huge differences there
<KotCzarny>
edolnx: never seen it in any form, maybe some manufacturer tools can do that (querying remapped blocks map or something)
<lvrp16>
thats why the chinese microSD wafers are so crap
<lvrp16>
mainland, you have to make sure you get taiwan wafers
<lvrp16>
they're as reliable as the samsungs you buy because they're remarked sandisk wafers
<TheLinuxBug>
actually did it on my Odroid C2 as it was closest using that card
<KotCzarny>
random write 869kB/s, not too shabby
<longsleep>
KotCzarny: sure you can send any kind of commands to the card, but what actually happens depends on the controller
<longsleep>
KotCzarny: for myself and for everyone who asks i recommend sandisk extreme plus cards
<longsleep>
KotCzarny: twice the price though
<lvrp16>
samsung pro and pro+ are good too
<lvrp16>
samsung evo and ev+ are slower than the normal sandisk wafers
<KotCzarny>
seriously tho, anyone buying allwinner based boards usually won't be having big budget
<longsleep>
lvrp16: yes though i do not care so much about the speed, more about bugs in the internal sd card controller and behavior under continous random i/o
<rabada>
longsleep: ok Thanks much , just wanted to confirm boot0 source for sunxi based(32 bit A20 ) is under sunxi_spl/boot0/ ?
<longsleep>
rabada: have not checked what is under sunxi_spl/boot0 in my u-boot tree
iamfrankenstein has quit [Ping timeout: 260 seconds]
<tkaiser>
lvrp16: Sequential speeds with these cheap Allwinner boards are crap anyway (not exceeding 22-23MB/s) so why choosing a good card? The only reason I can think of is good random I/O. And it seems to me that more capacity helps
<rabada>
longsleep: ok , it seems like time_init call is getting overridden by board.c(sunxi/board.c) from boot0 source(in case sunxi_spl/boot0 is boot0 souce for sunxi)
<longsleep>
tkaiser: longevity is the most important reason for a good card if you ask me
<lvrp16>
tkaiser: allwinner soc do not support SD3.0?
<longsleep>
tkaiser: who wants a card which is dead after 1 year 24/7 operation
<lvrp16>
tkaiser: i knew raspberry pis were always limited to 25MB/s because of SD2.0, i thought Allwinner had SD3.0 (50MB/s)
<lvrp16>
they're selling microSD production line equipment in China and everybody and their brother makes SD cards
<tkaiser>
longsleep: True, but for the use cases I'm interested in I start to collect crap/fake SD cards (only with u-boot/kernel on it and rootfs on NFS)
<lvrp16>
the price difference between a quality card and a fake card is relatively small
<longsleep>
tkaiser: you collect fake SD cards? That sounds interesting
<lvrp16>
quality 8GB uSD is only a buck something
<tkaiser>
lvrp16: AFAIK more recent Allwinner SoCs support 3.0 but the board has to support it too (switching between 3.3/1.8V IIRC)
<lennyraposo>
fake sd cards
<lennyraposo>
low quality ones
<lvrp16>
ahh bummer
<tkaiser>
longsleep: I need SD cards of 64 MB capabity max ;)
<lvrp16>
tkaiser uses fel
<lennyraposo>
sandisk, adata, kingston ;)
<lvrp16>
like a pro :D
<longsleep>
tkaiser: yeah any fake sd card will probably have that much
<lennyraposo>
personally
<diego71>
tkaiser: somewhere i have an old sd of 32 mb (not fake)
<KotCzarny>
i have 16M one
<lennyraposo>
sd for boot usb>sata for rootfs
<longsleep>
lennyraposo: the brand of the card is not enough, there are huge differences in the various models of those vendors
<KotCzarny>
real one tho, just old
<lennyraposo>
if you have a baord that doesn't tie everything into usb ie nic ;)
<lennyraposo>
yes I am aware
<lennyraposo>
adata
<tkaiser>
longsleep: And the brand written on the card might be irrelevant since... fake cards exist ;)
<lennyraposo>
has been good to me
<lennyraposo>
get about 35 - 45 writes
<lennyraposo>
around 70m reads
<longsleep>
I recently got a Toshiba EXCERIA M301-EA which i am currently testing as low cost alternative
<lennyraposo>
sorry not the adata
tkaiser has quit [Read error: Connection reset by peer]
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/]
lemonzest has quit [Quit: Leaving]
mosterta has joined #linux-sunxi
<lvrp16>
why not just take a block and keep running AES on it and dumping it to the card?
<lvrp16>
imho more than random enough to prevent optimization algorithms and compression
<lvrp16>
no need for fancy stuff
iamfrankenstein has quit [Quit: iamfrankenstein]
iamfrankenstein has joined #linux-sunxi
<lvrp16>
and you can reliably reproduce the sequence for verification based on the seed