<longsleep>
looks interesting if the hardware works properly
<beeble>
wens: mripard: DAT lines are specified as high when idle. so pull-ups enabled for the whole time are fine
paulk-collins has joined #linux-sunxi
fkluknav has joined #linux-sunxi
<KotCzarny>
2GB DDR3 SDRAM with 733MHz.
<KotCzarny>
lol
<KotCzarny>
i wonder if they really cruise with that speed
premoboss has quit [Ping timeout: 268 seconds]
leviathanch has joined #linux-sunxi
<wens>
mripard: i'm worried if other boards would fail, what about your NO_PULL removal patch?
<mripard>
wens: what about it ?
<mripard>
if other boards fail, we will fix them too
<wens>
yeah, i guess they're separate issues
<longsleep>
I wonder what the BananaPi M64 might cost, anyone able to find a link where to buy?
tkaiser has joined #linux-sunxi
<tkaiser>
longsleep: They told Jean-Luc that they will charger $35 for it (same with BPi M2 Ultra) so just check real price for the latter and you know it (10 bucks more)
<KotCzarny>
not too bad in specs, but they didnt deliver good quality since original bpi-m1
<tkaiser>
BPi M2 Ultra is sold for $45, so expect the A64 in the same range (it's more or less the same board)
<tkaiser>
longsleep: Also http://bananapiwarehouse.com -- but the last time I dealt with them they did not even know that they don't distribute LeMaker stuff... be warned! ;)
<mripard>
wens: I'm not really sure when you mentionned the NO_PULL removal though :/
<wens>
mripard: the DT conversion patches you originally sent with the generic pinconf bindings series
<tkaiser>
longsleep: BTW: apritzel has one on his desk so for you it's just asking Nora Lee to get a few ;)
<mripard>
wens: yes, I know, but why did you mention it ? :)
ScrumpyJack has quit [Ping timeout: 245 seconds]
phipli has joined #linux-sunxi
alexxei has joined #linux-sunxi
florianH has joined #linux-sunxi
phipli has quit [Ping timeout: 240 seconds]
<wens>
mripard: i assume it would preserve whatever behavior we are counting on now :)
<mripard>
aaaah
<mripard>
indeed
<mripard>
I was planning on sending it as a late PR so that they merge it after the pinctrl stuff
<wens>
i think that would be a proper fix wrt the new pinconf patches
<wens>
we can then send patches for individual board that we actually identify are having problems
<mripard>
well, the proper fix would really be to have the pull-ups enabled in the first place
<wens>
mripard: what do you think, do it per board, or just change the default in the .dtsi?
<wens>
afaik u-boot sets the pull-ups, which is why NO_PULL (i.e. no-op) worked before
f0xx has joined #linux-sunxi
IgorPec has quit [Ping timeout: 256 seconds]
<mripard>
I think it would make more sense that it's per board
premoboss has joined #linux-sunxi
leviathanch has quit [Remote host closed the connection]
tkaiser has joined #linux-sunxi
<tkaiser>
Christos_: Well, this is more or less a copy of longsleep's simpleimage stuff (without crediting him), Allwinner's BSP source drop and still no documentation :(
diego_r has joined #linux-sunxi
<KotCzarny>
hmm
<KotCzarny>
maybe longsleep should add trojan to his image, that will detect when ran from allwinner/xunlong hq it will upload everything to github?
<KotCzarny>
;)
<jelle>
lol
<KotCzarny>
or look for sources?
<longsleep>
hehe yeah
<longsleep>
but its all bash scripts, so would need to be in plain sight
<KotCzarny>
ehehe
<KotCzarny>
that's the trick
<KotCzarny>
they dont bother looking at those scripts
<KotCzarny>
;)
<tkaiser>
The less wheels reinvented the better
<terra854>
Hey guys
<KotCzarny>
grabbing someone's work without crediting or contacting first isnt good
<KotCzarny>
especially that wens speaks chinese
<KotCzarny>
so its not about language barrier
<terra854>
Wait... where did this happen?
<tkaiser>
KotCzarny: Depends: SinoVoip for example uses stuff from Armbian, then cripples it so that it's only crap anymore and then provides 'Armbian for BPi M3'. That is even more worse.
<KotCzarny>
uh, did they actually named it 'armbian' ?
<tkaiser>
KotCzarny: Same with longsleep's name in Pine64 forum. He gets credited for a lot of crappy OS images there ;)
<longsleep>
yeah that bothers me much more than someone taking my crappy scripting and doing whatever with it
yann-kaelig has joined #linux-sunxi
<KotCzarny>
longsleep, add your github url to the bash scripts
<longsleep>
nah i intentionally did not add anything there
<KotCzarny>
and write something like 'if you didnt obtain this software from ... and used it unmodified, please dont credit me'
<longsleep>
i should add a wtfpl license file or something
<longsleep>
ah thats a good idea
<longsleep>
actually its also kind of an experiment - i did not expect for my pine64 images to stay around that long
<KotCzarny>
there are no better
<KotCzarny>
so.
<KotCzarny>
;)
<terra854>
Well, it's better than nothing
<terra854>
Without you, the Pine can only run Android from Allwinner BSP
<KotCzarny>
nope. its better than sinovoip/clueless folks on different forums crap
<KotCzarny>
s/its/nothing/
<longsleep>
yes but still, the gear is intentionally under-documented and not meant to be used by anyone else other than developers - i mean i feel sorry for everyone who has to use my scripts to produce images which are better than the ones which would be produced without :)
<tkaiser>
terra854: Please don't forget about the foundation. There's so much work done here the average Pine64 user is not aware of.
<terra854>
These corporate folks really need to know how to build good quality software instead of churning out crippled crap
<terra854>
tkaiser: What foundation?
<tkaiser>
linux-sunxi community. These guys here doing so much work and getting no credits for. Just for fun ;)
<tkaiser>
Fortunately longsleep was the first being able to assemble something that booted BSP kernel with a linux rootfs so everyone else relied on this stuff. Otherwise it would really look different
ErwinH has quit [Ping timeout: 260 seconds]
<terra854>
Yeah. Doing all these with little documentation
<longsleep>
the stuff i did is not complicated
<tkaiser>
terra854: Since he added stuff to update the important parts of whatever OS image later already (scripts to update u-boot/kernel).
<tkaiser>
Then came Pine Inc folks, crippled images, introduced bugs and shared them. And the unfortunate pine64.pro site
<longsleep>
i was just too lazy to do the kernel packaging and needed a way to update my kernels, turned out to be a good idea to be lazy :)
<terra854>
Yeah. And the maintainer of the site gone AWOL
<terra854>
Yeah. And the maintainer of the site has gone AWOL
<tkaiser>
longsleep: Definitely. BTW: spotted your u-boot/kernel update scripts also in "H5 SDK" before. :)
<KotCzarny>
hehe
<longsleep>
tkaiser: oh really, did they change at least the GPG key?
<KotCzarny>
HEHE
<KotCzarny>
unlikely
<tkaiser>
longsleep: Just saw that something is prepared. Maybe I spent more time opening an issue there and asking for the H5 user manual
<longsleep>
tkaiser: if they didnt change the URLs then it would just download and apply the latest pine64 kernel from my site
<tkaiser>
longsleep: Sure, but that would be already the SinoVoip way ;)
<KotCzarny>
which is a nice way to modify motd ;)
bugzc has quit [Ping timeout: 260 seconds]
<tkaiser>
They provide OS images for one of their boards, rely on an Armbian rootfs, forget to clear sources.list and the next time the user does an apt upgrade wrong u-boot+spl will brick the image
<longsleep>
oh nice
<tkaiser>
Even nicer: they don't adjust that even if their forum is flooded with stuff like that :)
<KotCzarny>
and went 'that armbian stuff is crap' ?
<KotCzarny>
seriously. armbian should add similar disclaimer too
mzki has joined #linux-sunxi
<KotCzarny>
to boot script
<tkaiser>
BTW: I tried to boot an unmodified Pine64 image on OPi PC 2 but no signs of live. Seems the first boot code already checks SoC ID?
<longsleep>
tkaiser: more likely the device tree does not fit
<longsleep>
tkaiser: or do you mean you do not even see boot0 output?
<tkaiser>
longsleep: Not even a 'BOOT0' appeared, nothing
<longsleep>
tkaiser: well then replace boot0 with the one from the android image
<KotCzarny>
i think yesterday apritzel was fiddling with it
<KotCzarny>
and something changed about boot0
<terra854>
Speaking of boot0, is there any effort to get rid of it?
<tkaiser>
longsleep: Sure, it worked the same way with H8 vs. A83T. But there a few lines were printed to console claiming 'wrong chipid'. With A64/H5 simply nothing
<terra854>
As in, anyone cooking up alternatives?
perr has joined #linux-sunxi
<wens>
apritzel: ^
perr has quit [Changing host]
perr has joined #linux-sunxi
<longsleep>
terra854: upstream u-boot does not use boot0, but there is the problem with dram settings being closed source
<wens>
he's not here atm
<terra854>
So we only rely on boot0 for that?
<longsleep>
terra854: the bsp u-boot relies on it
<terra854>
the dram settings?
<longsleep>
terra854: boot0
<terra854>
As in relying boot0 for the dram?
<longsleep>
among other things yes
<longsleep>
uboot spl does not use boot0, but needs to initialize dram which right now cannot be done without libdram
<terra854>
Any plans on reverse engineering or getting rid of boot0?
<longsleep>
no idea if anyone has plans to get into this
<beeble>
we have one
<wens>
beeble: is there any reason to have external pull-ups on only the mmc cmd line?
<wens>
beeble: and not all of them?
<wens>
(nice to have a hardware engineer here)
<beeble>
wens: the cmd line is required since opendrain (think of i2c)
<tkaiser>
longsleep: With A64 it's still 'dd if=sdcard-image.bin of=boot0.bin bs=1024 skip=8 count=32' to extract boot0?
hojnikb has joined #linux-sunxi
<wens>
beeble: but not the clk or dat pins? puzzling
<longsleep>
tkaiser: let me check
<beeble>
so a64 uboot spl is working
<beeble>
but the patches are not yet published since they need some cleanup
<longsleep>
tkaiser: yes, boot0 is at 8KiB for a64
<tkaiser>
longsleep: Thanks, would be a simple test to exchange boot0 and .dtb of a Pine64 image and look what happens on a H5 device.
<wens>
with the latest pinconf patches now honor SUNXI_PINCTRL_NO_PULL, so the internal pull-ups get disabled
<longsleep>
tkaiser: yes, though u-boot has a device tree too, not sure how that will work
<wens>
and now i'm getting intermittent mmc time out messages on my bpi-m1-plus
<longsleep>
tkaiser: but at least you should get output on uart0 with the correct boot0
<tkaiser>
longsleep: Ah, but that would be also easy using your gear to assemble uboot+spl. Might try that later.
<longsleep>
tkaiser: yes, but i somewhat doubt that the pine64 uboot and atf works on the h5
<longsleep>
tkaiser: does the h5 have an arisc too?
<tkaiser>
longsleep: Nope
<tkaiser>
longsleep: Sorry, it has
<longsleep>
then, no idea what might happen if you load the firmware blob from pine64 into one with a h5 chip :)
<tkaiser>
longsleep: I have to try. Since I already partially damaged my OPi Zero ;)
<longsleep>
damaged with software?
<beeble>
wens: are talking to a sd card or emmc?
IgorPec has joined #linux-sunxi
Putti has joined #linux-sunxi
<tkaiser>
longsleep: More probably by accident fiddling around physically. Wi-Fi isn't accessible through SDIO any more.
<hojnikb>
that sux
<hojnikb>
guys
<hojnikb>
are there any quotes on how much chips like h2 and h5 cost in bulk
<hojnikb>
i wonder whats the cost difference between something like h2+ and h3
<hojnikb>
i suspect not much, given how both probably use the same die
<tkaiser>
hojnikb: Most probably it's just like that: test the stuff coming from the wafer, it it shows stability problems regarding GBit Ethernet MAC, HDMI output or when clocked higher than 1.4GHz then it's an H2+ afterwards otherswise H3
<hojnikb>
tkaiser: oh, so h2+ doesn't have gbit mac ?
<tkaiser>
Yeah, and limited to 1080p HDMI output according to product brief
<hojnikb>
nothing really mayor if you ask me. Xunlong could introduce a new PC with H2+ instead of H3... For the same price they could include something like wifi on the money saved for using h2+
<hojnikb>
enter Orange Pi PC Wifi or something :)
<hojnikb>
as for h5/pc2, were you able to do some power consumption tests ?
<tkaiser>
hojnikb: Hmm... it scares my that people consider devices like an OPi PC *expensive*. And no, no consumption measurements done since useless. No voltage regulation currently working and based on looking at the DT for OPi PC 2 this is just more or less Allwinner defaults so tweaking here and there might also be necessary
<hojnikb>
on a single unit yes, it's really inexpensive. But if you need something like 1k units, then every $ counts :) And having a well balanced board with all the necessery features is definetly a plus :)
<tkaiser>
hojnikb: Also a question of the use case. It seems people buy OPi PC 2 since they think this could be a PC replacement (thinking of surfing the web, watching video, doing real work). This consumption stuff is more important for SBC that are used like that: low power thingies collecting data, switching relais and stuff like that
<hojnikb>
well consumption is somewhat important, since it directly relates to heat; more power consumtion, more heat to dissapate :)
<hojnikb>
so it's desirable to have as little power consumtion as possible, because then you can have passive cooling without a problem, even for desktop use
<tkaiser>
hojnikb: Sure but this is where dvfs jumps in. And that's not working. At least I managed to exceed 100¡C yesterday running cpuburn-a53 so everything as expected regarding CPU heat.
<tkaiser>
hojnikb: So it's a misunderstanding anyway. The consumption tests I make cover idle consumption. You're speaking of 'normal use' and there Mali450 could add significantly. No one knows now and I won't test it anyway (those use cases like using an SBC as desktop replacement)
<hojnikb>
i'm guessing thats without heatsink and at 1.1V ?
<tkaiser>
Yes
<KotCzarny>
uhoh, 1GB for a pc replacement?
<KotCzarny>
even 2GB is not enough
<hojnikb>
It's plenty
<hojnikb>
I'm running daily a z3735f with 2g of ram and win10
* KotCzarny
checks firefox mem usage. 550MB atm, now add os, video buffers other stuff
<hojnikb>
it's all about memory managment
<tkaiser>
KotCzarny: I don't understand those guys. But they exist. Same with Orange Pi One. People started this thing like crazy just to complain that the solder pads to add the 2 missing USB ports are too tiny. Instead of spending just $5 more to get an OPi PC
<hojnikb>
web browsers use 90% of their memory for caching stuff
<KotCzarny>
well, if you count heavy browsing out, limit yourself to some simple wm, sure, its *doable*, dont expect smooth sailing though
<hojnikb>
obviously not. But it's enough for most people.
<hojnikb>
with a lightweight distro and a properly tuned web browser, even 1GB is doable
<hojnikb>
obviously not 100 tabs with 90 of them filled with pornhub :)
<KotCzarny>
nope. web is ugly nowadays
<KotCzarny>
hd jpegs everywhere, or more
<KotCzarny>
now add flash, fucktillion of js and forget about 1GB
<hojnikb>
flash is pretty much dead
<KotCzarny>
sure, html5 ads are all the reage
<KotCzarny>
hehe
<KotCzarny>
*rage
<hojnikb>
uBlock :)
<KotCzarny>
which doesnt help much
<JohnDoe_71Rus>
yep. even on "big" PC 1Gb is nothing now days
<KotCzarny>
there is unblock on the way that promises working around most of adblockers
<hojnikb>
it's really pathetic how memory is treated nowadays
<hojnikb>
i mean yes it's cheap
<hojnikb>
but still
<hojnikb>
thats just lazy programming
<KotCzarny>
640kB should be enough for everyone?
<hojnikb>
although dram prices are on the rise if anyone noticed :)
<hojnikb>
i bet this was part of the reason why pc2 is 20$ not 15
<KotCzarny>
firefox switched from nativ ui into dom ui around 44 i think, then things went downhill for it
<hojnikb>
you should try palemoon
<hojnikb>
it even has arm v7 optimized version
<wens>
beeble: micro sd card
* KotCzarny
googles
<hojnikb>
although last time i checked, it performed slower on octane v2 than firefox
<hojnikb>
for some odd reason
<KotCzarny>
wth is goanna?
<hojnikb>
although i don't know how well firefox is optimized for arm anyway
<KotCzarny>
firefox ui sucks since dom change
<KotCzarny>
its noticable even on x86 (when using anything slower than i5)
<hojnikb>
thats horrible
<hojnikb>
i personally switched to opera some time ago
<hojnikb>
on desktop
<KotCzarny>
in a way its nice, because you can modify everything with a css, but its heavy on resources
<JohnDoe_71Rus>
opera is chrome now
<hojnikb>
yeah i'm aware of that.
<hojnikb>
still ok. little heavy on the ram as usual for chrome
IgorPec has quit [Ping timeout: 260 seconds]
<hojnikb>
anyone knows why webkit1 browsers like Web and midori are unstable on arm ?
<hojnikb>
i always get segfaults after some time
<JohnDoe_71Rus>
nobody whant fix it
OtakuNekoP has joined #linux-sunxi
<KotCzarny>
anything in dmesg?
<wens>
mripard: so i grepped through sunxi-boards, and almost all of them have pullups enabled for all the mmc0 pins
<wens>
mripard: except for 3 A33 q8 tablets, which don't have it enabled _only_ on the dat3 pin
<hojnikb>
JohnDoe_71Rus: oh that makes sense.
<wens>
mripard: would that sway you? :)
<KotCzarny>
hojnikb: where is that armv7 optimized version?
<tkaiser>
Ntemis: So you used the test points on your OPi PC and measured voltage?
<Ntemis>
even better
<Ntemis>
found out what the issue was
<tkaiser>
Ntemis: So you did *NOT* measure, right?
<Ntemis>
right
<tkaiser>
Ntemis: There are people who did that.
<Ntemis>
aha
<hojnikb>
it's really odd, that sy can't supply dram with 1.5V, but it can the cpu cores
<beeble>
thats an adjustable regulator
<tkaiser>
Ntemis: *surprise*: it's 1.35V on OPi PC and 1.5V on the smaller Oranges (DDR3 and not DDR3L). I sent you the link to these results yesterday or the day before.
<beeble>
so it depends on the voltage divider
<hojnikb>
so it could be a board issue ?
<Ntemis>
tkaiser: fact SY8008B cant supply more than 1.2v
<hojnikb>
explain than, why boards are overheating using stock dvfs settings
<hojnikb>
at 1.2V they shouldn't
<KotCzarny>
dvfs manages soc, not dram, isnt it?
<tkaiser>
Ntemis: Did you use multimeter?
vishnup has joined #linux-sunxi
<hojnikb>
yes, but i'm guessing the same voltage regulator is used for dram and soc
<hojnikb>
is that correct ?
<tkaiser>
Nope, that's BS
<tkaiser>
The whole discussion is BS
<tkaiser>
As yesterday and the day before
<hojnikb>
i don't know, ddr3 at 1.2V would be pretty unstable imo
<Ntemis>
yeap
<tkaiser>
hojnikb: Ok, I claim it's 0.8V. What's now. My claims are backed by the same stuff like Ntemis: nothing
<tkaiser>
Ntemis: Yesterday or the day before, check IRC log
paulk-minnie has joined #linux-sunxi
<tkaiser>
Ntemis: linux-sunxi collects knowledge also in a wiki: http://linux-sunxi.org/H3#Documentation -- please open H3 user manual and do a simple search for these three digits: 672
<tkaiser>
Ntemis: And then use a multimeter, check the test point and if that's anything other than 1.35V on your board *then* it gets interesting.
<Ntemis>
hmm
<Ntemis>
interesting indeed
<tkaiser>
Ntemis: You mean 'reality'?
<beeble>
hojnikb: depends. but pmics in 250 and 180nm would not be surprising to see
<Ntemis>
no i mean did those measures where under load?
<paulk-minnie>
anyone got a close look at that NES board?
<paulk-minnie>
is there exposed UART?
<Ntemis>
can it feed 1.35v sastained
<jelle>
paulk-minnie: yes
<Ntemis>
constantly
<hojnikb>
Ntemis: nothign a heatsink can't fix :D
<KotCzarny>
find the test point and check?
<tkaiser>
Ntemis: Please do us a favour and do this test yourself and only then start to spread FUD again
<hojnikb>
i also know toshiba 15nm doesn't comply with this
<hojnikb>
:)
<beeble>
the thing is
<beeble>
there are not a lot of electrons left in the cell
<hojnikb>
yeah electrons leak over time
<beeble>
physics is a bitch :)
<NiteHawk>
^ this :D
<KotCzarny>
those electrons! its all their fault.
<hojnikb>
there are only a few eletroncs inside a 15nm flash cells
<hojnikb>
crazy
<beeble>
just always remember that NAND is only working at all because they put a lot of ECC in
<hojnikb>
NAND is _shit_ without ecc :)
<beeble>
and it's required all the time
<hojnikb>
i still strongly believe 2d tlc shoudln't be used without ldpc
popolon has joined #linux-sunxi
<hojnikb>
most flash drives and cards still use bch and tl
<hojnikb>
c
<hojnikb>
it's crazy
<hojnikb>
and it gets even wrose
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<KotCzarny>
hmm, palemoon is nice in a way that it uses gstreamer to play html5 videos
pg12 has quit [Ping timeout: 245 seconds]
<hojnikb>
thats pretty cool
<hojnikb>
firefox doens't do that ?
ElBarto has joined #linux-sunxi
pg12 has joined #linux-sunxi
<KotCzarny>
oh, it does too
<miasma>
KotCzarny: my lights seem to suck. they reflect too much from the chips so you can't read the text, but what do you think? more readable? http://users.utu.fi/jmjmak/tmp/DSCF9904.JPG
<miasma>
it's mostly ambient light
<KotCzarny>
yup. almost perfect
<miasma>
i've another one for the v1.2 version
<miasma>
ok so i'll upload them
<KotCzarny>
please do, as they are different
<KotCzarny>
imo, you can replace the ones that are already present (blurry/dark ones)
<tkaiser>
miasma: Only the small ones if you use mainline kernel and there a branch without ths/throttling and if you plan to run insanely demanding stuff. Otherwise not
<miasma>
right
cnxsoft has quit [Ping timeout: 265 seconds]
cnxsoft1 is now known as cnxsoft
<tkaiser>
miasma: I couldn't do a heatsink better
<KotCzarny>
o.O
<KotCzarny>
i hope they put some stress underneath too
thc013 has quit [Quit: Page closed]
cnxsoft has quit [Client Quit]
codekipper has quit [Quit: Page closed]
afaerber has joined #linux-sunxi
afaerber has quit [Ping timeout: 260 seconds]
afaerber has joined #linux-sunxi
<hojnikb>
orange pi pc v1.2 and 1.3
<hojnikb>
only dram has changed
<hojnikb>
something else ?
<miasma>
i don't think so
<hojnikb>
at least they are using samsung ram
<hojnikb>
instead of the crap elpida and hynix put out
fkluknav has joined #linux-sunxi
<ssvb>
hojnikb: dram changed from what exactly and to what?
<tkaiser>
IIRC yesterday someone reported here spotting on Orange Pi Zero (?) schematics that SD card can also be driven with 1.8V and would allow for higher speeds. Unfortunately I'm too dumb to read schematics: https://linux-sunxi.org/File:Orange-Pi-Zero-Schanetics-v1_11.pdf
<miasma>
schanetics :)
<tkaiser>
NiteHawk: Has been discussed yesterday here. For whatever reasons a lot of blobs while at the same time in tinalinux SDK the same stuff has been released open
<NiteHawk>
a mix of schematics and shenigans?
<NiteHawk>
tkaiser: i see, thanks
<willmore>
miasma, that heatsink scares me.
silviop has joined #linux-sunxi
<silviop>
Hi
<willmore>
Anyone with a Opi zero: can you see if R445 and C80 are populated on the board? They should be by the NOR flash slot.
<silviop>
My A33 tablet seems not switch on VBUS1 s, i din't see wifi-bt adapter(only VBUS2 otg in host mode bus), does someone know what i need to add to dts to force switch on ?
<beeble>
tkaiser: i don't see any way to drive the sd card with 1.8v. but i couldn't find a h3 electical datasheet to see the port to voltage rail mapping. but since there is only a 3.3v rail i'm not sure how it would work with 1.8v signaling if there isn't a buildin regulator
JohnDoe_71Rus has joined #linux-sunxi
premoboss has quit [Ping timeout: 250 seconds]
<silviop>
i added host mode only for USB2 and work like charm, now i need to bringup wifi
<KotCzarny>
if i look right its on the bottem in the centre
<KotCzarny>
(C80)
<willmore>
Looking at the power chain for the uSD card: DC_IN->DC_5V->Vcc_IO->Vcc3V3_SDC->Vdd on TF slot. So, no, it's fixed 3.3v.
<KotCzarny>
R445 too (this one is nearby flash)
<tkaiser>
beeble: willmore: thanks
<willmore>
KotCzarny, thanks. That's the support chips for the NOR flash. I was hoping they would be populated even if the NOR wasn't.
<KotCzarny>
but it would be nice to confirm with other boards too
<willmore>
tkaiser, these schematics are a nightmare, but I'm familar with they way they organized it now, so tracing other would be easier. Any other questions?
<willmore>
That's for the Opi zero. Other boards may differ.
<KotCzarny>
i meant, other opi zero boards
reinforce has quit [Quit: Leaving.]
<willmore>
KotCzarny, understood. I saw beeble's H3 reference, so I wanted to make the context of my voltage comment clear.
<tkaiser>
willmore: You answered one already. So NOR flash requires soldering a few more components. We can only hope that they start to ship out the next batch fully equipped
<willmore>
tkaiser, from what KotCzarny said, the R445 and C80 are already populated. You should be able to put on the little NOR chip and be good to go.
fvogt has joined #linux-sunxi
<willmore>
Supposedly, I have a tube of 16Mb NOR chips in the mail from China. Let's see if they get here before my Opi 0.
<willmore>
Do we have PC 2 schematics?
<tkaiser>
willmore: Sure
<willmore>
Okay, I'll go look.
<tkaiser>
Unfortunately schanetics still missing ;)
<willmore>
The PC2 page has some. Looks like the uSD slot only gets 3.3V on that as well, so don't count on any faster storage I/O.
<tkaiser>
willmore: So let's see what Olimex did on their A64-OLinuXino if/when it will be available. This board would be then the first to also implement 1.8V
young_ice has joined #linux-sunxi
young_ice has left #linux-sunxi [#linux-sunxi]
<wens>
only a few chips have separate VCC-PF pins
<willmore>
tkaiser, schematics for that available, yet?
<hojnikb>
What does it mean that sd card is powered with 1.8V ?
<willmore>
PF, wens?
<wens>
willmore: PF pins are for mmc0
<willmore>
hojnikb, uSD cards require 1.8V for the higher speed modes. If they are stuck at 3.3V, they can't go into the high speed modes.
<hojnikb>
i still think the whole sdio/mmc interface is dumb
<hojnikb>
i mean sd cards and emmc already have flash controllers
<hojnikb>
so why bother with crappy mmc interface
<hojnikb>
use the same formfactor but something like pcie or usb3 instead
<miasma>
the sd interface also supports other devices
<hojnikb>
still
gumblex has quit [Ping timeout: 245 seconds]
<hojnikb>
you can run other stuff via pcie and usb just as well
<miasma>
i guess emmc is still cheaper than the pcie ssd modules
Pepe has joined #linux-sunxi
<tkaiser>
hojnikb: USB3 and PCIe on a $7 device? Really?
<hojnikb>
why not
<hojnikb>
:)
<hojnikb>
i'm not talking about cheap arm devices
<hojnikb>
but devices in general
<hojnikb>
mmc prodocol needs to die
<hojnikb>
there are better replacements out there
<miasma>
so buy the up board
<miasma>
ok it also uses mmc, but it has usb3 :)
<hojnikb>
:)
<hojnikb>
thats not the point
<hojnikb>
i'm trying to make
IgorPec has quit [Ping timeout: 260 seconds]
<hojnikb>
i'm just trying to point out, that sd cards could use usb3 instead of uhs-i or ii
<tkaiser>
miasma: USB3 is inefficient. If we don't get at least NVM Express on $7 SBC I don't need any storage!!1!
<miasma>
:P
<hojnikb>
you don't need pcie for nvme :)
<KotCzarny>
usb sucks
<KotCzarny>
too fragile
<miasma>
tkaiser: you can double the flash bandwidth by using a filesystem with a transparent lz4 compression :) the cpu requirements for lz4 and the speed of the flash usually go hand in hand
<hojnikb>
mmc sux harder :)
<tkaiser>
miasma: I know and I use this extensively.
<hojnikb>
i'm talking about usb as a protocol not as a connector
<miasma>
tkaiser: cool, squashfs or btrfs?
<tkaiser>
miasma: In productive use mostly ZFS (Solaris, FreeBSD), on Linux btrfs
<miasma>
ah
<hojnikb>
no love for f2fs ?
<hojnikb>
:D
<miasma>
tkaiser: might be harder to achieve any bandwidth improvements with lz4 and zfs :) unless the system has 10G ethernet
lamer14792248312 has joined #linux-sunxi
lamer14792248312 has quit [Client Quit]
<hojnikb>
just fyi
<hojnikb>
sd cards actually support erase command, which is somewhat similar to trim
tkaiser has quit [Ping timeout: 260 seconds]
<TheLinuxBug>
KotCzarny: per your "all other aps either crashed or were unavailable" this is most of the time caused because the chinese users always install miracast and some other app which if you don't install terminal and kill them off manually in their Android versions and then either remove them they plauge you with a very slow machine. I honestly have NO idea why they package these apps as they are a complete waste of resources..
<hojnikb>
they get paid to bundle such apps
<hojnikb>
same thing with pc manufacturers
<TheLinuxBug>
yeah and the apps are unusable and basicly crash Android
<TheLinuxBug>
then a lot of people think it works like shit
<TheLinuxBug>
they are pretty dumb to package that stuff imo
<TheLinuxBug>
BananaPi did that as well in their Android Images
<TheLinuxBug>
pissed me off
<TheLinuxBug>
cause even if you don't use miracast for some reason its in the abckground using 100% cpu resources
<KotCzarny>
TheLinuxBug: im just talking about first-time experience, will probably try to build something decent
<hojnikb>
everything to get their margins up
<hojnikb>
thats one way to do it
<TheLinuxBug>
yeah well the baord vendors fuck that up by installing garbage
<hojnikb>
they dont care about user experience
<KotCzarny>
if you have any easy guide i wonldnt mind
<TheLinuxBug>
unfortunately it ruinss the out of box experience
<hojnikb>
buy us fuck you
<hojnikb>
thats their attitide :)
<TheLinuxBug>
lol
<TheLinuxBug>
KotCzarny: use that crap app store they provide and download the terminal app
<TheLinuxBug>
then you can use ps or top
<TheLinuxBug>
and see it running and kill it
tkaiser has joined #linux-sunxi
<TheLinuxBug>
then go search for the apps file and del it
<TheLinuxBug>
so it doesn't boot at start
paulk-minnie has quit [Ping timeout: 256 seconds]
<TheLinuxBug>
but again, I have a vendetta against Xunlong
<TheLinuxBug>
cause they are assholes and spent no time with the SDK at all
<TheLinuxBug>
they just built and packaged in their garbage
<hojnikb>
they are a hw manufacturer
<hojnikb>
they dont give fuck about software
<TheLinuxBug>
leaving the selinux garbage in which makes it impossible to root
<TheLinuxBug>
which means no google store
<TheLinuxBug>
which means their Android images are total trash
<TheLinuxBug>
and also they spent so little time they didn't even fix DRAM settings correct
<TheLinuxBug>
so if you try 1080p on their stock android
<TheLinuxBug>
the board will freeze
<tkaiser>
TheLinuxBug: Well known so why complaining. Use any of the Zido or whatever Android images for H3 devices and be happy. After exchanging sys_config.fex
<hojnikb>
anyone tried android on h5
<TheLinuxBug>
I truly wish Xunlong would stop putting out so many shit boards and spend some time actually developing good software stacks for their stuff
<hojnikb>
i think xunlong should just outsource software development
<TheLinuxBug>
tkaiser: if you know of an already working image or a page that shows the correct way to make those changes you insist are so easy I will do so
<hojnikb>
pay armbian folks to do it right
<TheLinuxBug>
I spent like 10 hours TRYing to do that
<TheLinuxBug>
it is not as easy as you think
<TheLinuxBug>
well at least for me it wasn't
<hojnikb>
i don't know
<TheLinuxBug>
maybe with your skillz its easy
<tkaiser>
hojnikb: I was interested in F2FS some time ago and did also some tests with good SD cards. No benefits so why choosing it? If I go away from ext4 then due to data integrity and then it's btrfs. See Armbian forum, Free section and the pinned 'SD card performance' thread. For the first Samsung cards there I always also tested F2FS. Not impressive
<hojnikb>
zidoo image works fine for me
<hojnikb>
even on 1080p
<TheLinuxBug>
on Pi Plus 2e?
<TheLinuxBug>
I got a working image for OPi PC
<TheLinuxBug>
sure
<TheLinuxBug>
but there isn't one for the Plus 2E
<TheLinuxBug>
not that works out of the box
<TheLinuxBug>
and I spent time trying to change the fex and such to no avail
<TheLinuxBug>
If someone puts together a working Android for Pi Plus 2E and send me a link or posts it on their forum and sends me a link I will send you $25 for yout time
<TheLinuxBug>
has to be rootable
<TheLinuxBug>
and has to be able to run google store
<TheLinuxBug>
and DRAM settings need to be correct so it doesn't overheat
<TheLinuxBug>
if it was easy I would have already accomplished it my self, spent lots of hours on it trying different things
<TheLinuxBug>
only thing I haven't done which if I find the motiviation I may do is build my own kernel and build my own Android from SDK but thats a whole other animal
reinforce has joined #linux-sunxi
<hojnikb>
oh 2e
<hojnikb>
haven tried that one
<hojnikb>
only have opi pc
<TheLinuxBug>
ya
<TheLinuxBug>
and some people have made third part images for the Pi PC
<TheLinuxBug>
and several other boards where they have hacked up set top box manufactures images to work
<TheLinuxBug>
but in my attempts I couldn't get them working on the Pi Plus 2E
<TheLinuxBug>
also last I checked the link to the Android SDK on Xunlongs site for orange Pi Plus 2E didn't work either
<hojnikb>
that sux
<hojnikb>
you get an more expensive board just to figure out its actually crap
<hojnikb>
:)
<TheLinuxBug>
well its made to be crap cause Xunlong is a bunch of lazy people
<TheLinuxBug>
who spent no time on any images they made for the devices
<hojnikb>
buy us fuck u :)
<TheLinuxBug>
it is one major reason I respect IgorPec and tkaiser so much, they actually go out of their way to make a useable dist for these boards
<hojnikb>
that seems to be their attitude .)
<hojnikb>
yeah much respect to armbian team
<hojnikb>
i would throw my opi pcs to trash otherwise
<hojnikb>
or made some nice keychains or something
<hojnikb>
out of them
<hojnikb>
good work of armbian also made openelec better
<hojnikb>
and retroorangepi
<hojnikb>
nowadays i almost exlusively use oranges for retro games
<KotCzarny>
TheLinuxBug: i will try to make things using their sdk (from h2 actually but we will see)
premoboss has joined #linux-sunxi
<ssvb>
TheLinuxBug: Xunlong people are making good hardware, and they are able to design it and push to market really fast
<KotCzarny>
if i succeed, i'll let you know (but probably it will fail to compile, he he)
<hojnikb>
yup
<miasma>
hojnikb: nowadays you should be able to use other arm distros too, if you just compile and patch the kernel yourself
<TheLinuxBug>
yeah but they spend no time at all on their software and its obvious, a good example is KotCzarny's experience with Android which they burn to emmc and out of box experience
<hojnikb>
miasma: so i can make something like ubuntu mate using armbian patches ?
<ssvb>
TheLinuxBug: yes, it's just that the software is not their strong point, but they are not charging premium price either :-)
<TheLinuxBug>
it makes the board seem like crap
<miasma>
hojnikb: if it runs armv7 binaries and you don't need X, you can use whatever armv7 distro
<TheLinuxBug>
I would pay the extra 10$ on the board if it meant good working software
<KotCzarny>
TheLinuxBug: i've tried it by mistake, when sd card didnt boot. but filemanager actually was working fine (mounted my nfs shares and actually played the media)
<hojnikb>
i need x :)
<ssvb>
TheLinuxBug: well, looks like there is some business opportunity for software developers :-)
<hojnikb>
10$ a pop times 10k
<hojnikb>
software development costs money
<KotCzarny>
is it legal to charge for android build?
<KotCzarny>
or it's 'software consulting' ? ;)
<hojnikb>
i'm guessing its much much cheaper to design a board with off the shelf components
<ssvb>
I think it's legal to charge for hours of work
<KotCzarny>
hojnikb: unrealistic, once you sell 1-2 copies, they will show up on the internet ;)
<hojnikb>
than making quality software for such board
fkluknav has quit [Ping timeout: 244 seconds]
<hojnikb>
KotCzarny: you could lock the image to a certain hw id
<hojnikb>
similar to what raspberry fundation does with mpeg codecs
<KotCzarny>
usually it works via donations, if people recognize your work
<hojnikb>
install a hidden cryptominer and get your revenue that way >:D
<hojnikb>
jk
<ssvb>
if someone were to collect 10$ from every devboard user who wants better software and sponsored the lima project, then open source drivers for mali could have been a reality by now :-)
<TheLinuxBug>
what you need to do is make that known
<TheLinuxBug>
cause then people would donate
<hojnikb>
100k is not enough to make a good gpu driver
<hojnikb>
not even close
<TheLinuxBug>
but there isn't really much talk about it in mainstream anywhere
<hojnikb>
what is the purpose of lima anyway ?
<ssvb>
hojnikb: it's a bit more than 100k
<hojnikb>
aren't there gpu drivers for mali already ?
<ssvb>
yes, buggy closed source drivers for OpenGL ES only (no real OpenGL), and also with a weird license forbidding redistribution of the blobs until they changed it in 2016
<ssvb>
anyway, this was just an example
<ssvb>
and people seem to be complaining about it the GPU support most :-)
<ssvb>
there are surely a lot of other things that could be improved
<ssvb>
basically, OpenGL ES support is very poor in linux, and rather than porting application to OpenGL ES, the drivers are developed to support full OpenGL
<hojnikb>
ssvb: that makes sense
simosx has joined #linux-sunxi
<hojnikb>
i'm guessing arm will never bother making opengl drivers
whaf has quit [Quit: Leaving.]
<hojnikb>
although i wonder why they bothered with es in the first place
whaf has joined #linux-sunxi
<ssvb>
this makes the proprietary binary graphics drivers for arm third class citizens in linux
<miasma>
ssvb: technically I don't really understand why linux is so stuck with traditional OpenGL. the latest ES is pretty powerful and most desktop applications don't do any magic tricks with the GPU
<ssvb>
es makes sense in iOS and Android
<ssvb>
because people are making money developing proprietary games
<jelle>
hmm seems getting it to work for the h5 requires some effort hrrm
whaf has quit [Client Quit]
<miasma>
also most applications depend on gui toolkits, not directly on opengl
fkluknav has joined #linux-sunxi
<ssvb>
if somebody sponsors porting Linux applications to OpenGL ES, this may happen too
whaf has joined #linux-sunxi
<hojnikb>
what does it mean exactly now that pc2 has spi flash ?
<ssvb>
hojnikb: yes, because Xunlong can eventually start providing U-Boot on their boards out of the box
<hojnikb>
so having u-boot onboard means no need for specific images/kernels for each board ?
<KotCzarny>
last time i've checked about:gpu in chrome on thinkpad t500 (amd), it was using gles2.0
<ssvb>
hojnikb: this will be a lot easier for noobs, who expect that they can plug a hdmi cable, usb keyboard, a power plug and get some signs of life on their monitor or tv :-)
<hojnikb>
:D
Gerwin_J has joined #linux-sunxi
<ssvb>
miasma: in theory yes, but in practice you will encounter a ton of bugs and problems
<ssvb>
miasma: because almost nobody is testing this stuff
<KotCzarny>
but it would allow booting from usb/sata/network etc
<ssvb>
KotCzarny: yes, this too
<KotCzarny>
maybe even doing iot things if someone fits in 2MB with metal banging
<hojnikb>
is there only 1MB of flash ?
jernej has joined #linux-sunxi
<KotCzarny>
it depends what chip they/you use
<KotCzarny>
xunlong advertised 8Mbit chips, but apparently sent boards with 16Mbit ones
<hojnikb>
hahahaha :D
<hojnikb>
good guy xunlong :D
<KotCzarny>
nah, probably just it was cheaper ;)
<hojnikb>
:)
<hojnikb>
probably
<hojnikb>
2MB is enough to fix some basic openwrt or something
<miasma>
how would the xunlong provided u-boot work in practice? would it have some hard coded locations for dtb/kernel/initramfs?
<hojnikb>
fit*
<KotCzarny>
miasma: its up to us mostly
<KotCzarny>
as they dont know a thing about software and just piece things from what they scrap on forums
<miasma>
but you'd need to update the dtb with a new kernel right?
<ssvb>
advertising 8Mbit makes sense because they can use 8Mbit in later revisions and avoid receiving hate mail from the users :-)
<hojnikb>
:D :D :D
<ssvb>
it's more like >=8Mbit
<hojnikb>
or maybe they just like the number 8
<KotCzarny>
miasma, maybe by reading uenv.txt from boot source?
<KotCzarny>
:P
<hojnikb>
chinese folks have some wierd hardon on number 8
<hojnikb>
:)
<ssvb>
also they don't advertise the CPU clock speed for H5 boards, seems like they learned their lesson
<miasma>
the spi could also contain all the schanetics and manuals :)
<miasma>
since the web is so slow in china
<miasma>
maybe rot13 encoded if the government is worried about IPR
<KotCzarny>
hojnikb: but 64Mbit is 8*8!
<KotCzarny>
;)
<KotCzarny>
someone hint xunlong about that, quick
<ssvb>
some people really don't like when they bought a supposedly 1.6GHz board, which can only work at 1.2GHz or 1.3GHz in practice
<wens>
plaes: updated both mainline kernel and u-boot progress pages
<hojnikb>
64Mbit would eat into their margins though :)
vagrantc has joined #linux-sunxi
<KotCzarny>
hojnikb: wouldnt you pay a bit more for 8MB of boot space?
<KotCzarny>
its enough for uboot,kernel and minimalistic rootfs
<hojnikb>
yes i would
<hojnikb>
50c tops though :)
<KotCzarny>
are there socketed spi chips?
<ssvb>
somebody mentioned that 16Mbit of SPI flash is common on x86 computers
<ssvb>
so probably it's the cheapest option because of the high volume
<ssvb>
it might be that the 8Mbit chips are harder to find and they cost the same or more :-)
IgorPec has joined #linux-sunxi
<hojnikb>
now they actually advertise 2MB on their site
<hojnikb>
so i guess 16Mbit is here to stay
<ssvb>
ok, makes sense
IgorPec has quit [Client Quit]
<victhor__>
hi. I'm wondering, is it possible to use TVDAC to output arbitrary values, from, say, DMA? instead of only being able to output encoded video from the framebuffer. I don't think I have been able to find TVDAC documentation, on the H3 datasheet at least...
<premoboss>
hi, in boot.sct i have parameter console=ttyS0,115200. i want to silent de debug message at boot. i tried to eliminate console=ttyS0,115200 and redo mkimage, but no way, i still get messages on debug port. my gola is to eliminate 100% debug message on ttyS0, how can i do?
<buZz>
premoboss: just add 'quiet'
<buZz>
also, read /Documentation in the kernel source some day ;)
<KotCzarny>
recompiling without earlydebug could also help
<premoboss>
i read a lot of documentation but no find right suggestion, so i came here for help.
<buZz>
:)
<buZz>
'quiet' is a kernel option anyway, described in kernel docs
<premoboss>
so, i must replace console=ttyS0,115200 with quit? ok.
<premoboss>
quit/quiet-*
cptG_ has joined #linux-sunxi
<KotCzarny>
but dont go evil way of using us to produce evil 'unhackable' blobby image
<premoboss>
i must silent ttyS0 bvecause i have a device connected to it, and debug message make it not working. i must have ttyS0 silent duting boot (no debug) so i can manage he device proprerly.
<premoboss>
mo board has only 2 ttyS0/1 and i need both.
<KotCzarny>
um, you will probably have to check if you have earlydebug enabled
<vagrantc>
won't the boot firmware also output to serial console?
<buZz>
uboot aswell, wont it?
<premoboss>
i use a13-olinuxino board.
<premoboss>
i must silet everithinh, both kernel and uboot
cptG has quit [Ping timeout: 246 seconds]
Gerwin_J has quit [Quit: Gerwin_J]
terra854 has quit [Quit: Connection closed for inactivity]
massi has quit [Quit: Leaving]
IgorPec has joined #linux-sunxi
matthias_bgg has quit [Ping timeout: 245 seconds]
BigFellow has joined #linux-sunxi
<KotCzarny>
amazingly, debian 8.6 fresh install comes with kernel 3.16.0
<KotCzarny>
so, all in all allwinner is not that far behind, hehe
phipli has joined #linux-sunxi
<miasma>
overlayfs introduced in 3.18 iirc :) still pretty unusable for me
<vagrantc>
though debian will likely release a new version in early-mid 2017
<KotCzarny>
shucks. i was too optimistic about that android package thinking 12GB would suffice
<KotCzarny>
time to remove few steam games on this laptop
<KotCzarny>
lets retry with 32GB
simosx has quit [Quit: Yakkety Bye!]
<diego71>
miasma: you can install recent kernel from backports in debian
<diego71>
if you have a serial console for uboot you can give a try (sometimes kernel from backports have bugs :) )
<miasma>
i'm not really interested in the allwinner images, ty :)