<lennyraposo>
I must commend you and anyone else who si tackling on H3 socs
<lennyraposo>
looks liek quite the challenge
<willmore>
Lan works. the display works, but I have not hooked up a mouse, so I can't test the speed. I can say that the scrolling on the console is faster than I am used to on CPU scrolled displays.
<willmore>
I agree, they've done quite a lot in a very short time.
<willmore>
Two weeks ago I thought about getting an Opi1 and the state of things wasn't very good. But, this monday there were good sales, so I took the chance. I was quite impressed with the progress in that short time.
<willmore>
Well done.
<ssvb>
willmore: scrolling and 2D graphics in general is all about fast DRAM speed, and Orange Pi PC / Orange Pi One are quite good
<ssvb>
the 3.4 kernel for H3 is originating directly from Allwinner, plus some relatively minor bugfixes :-)
<willmore>
ssvb, it scrolls faster at the console than my C2 does. Sorry, I remember the days of slow scrolling on 4.77 MHz 8088's. The C2 reminds me of that. The Opi1 looked like character cell graphics type of text done right.
<ssvb>
for relatively simple things such as alpha blending (not to mention trivial blit/fill) the CPU is way faster than DRAM
<willmore>
Anyone here familiar with the Vcore power generation on the Opi1? I'm staring at the data sheet and at the board and I'm curious. I think I need to get the DVM out and poke around.
<ssvb>
just compare the "in L2 cache" and "in DRAM" performance numbers at the above link :)
<willmore>
Oh, fully understood. Even one core can saturate the DRAM.
<ssvb>
Orange Pi One has a simple voltage regulator, which switches between 1.1V and 1.3V states using a GPIO pin
<ssvb>
Orange Pi PC has a more advanced voltage regulator, allowing the CPU core voltage to be set to any arbitrary value with 0.010V granularity (controllable via I2C)
uwe_ has quit [Ping timeout: 244 seconds]
<ssvb>
of course "any arbitrary" here means any value from the valid voltage range supported by the CPU :)
uwe_ has joined #linux-sunxi
<willmore>
It looks like there is one R1 (datasheet naming convention) and two R2. One is always grounded and the other is grounded by a GPIO.
<willmore>
So, ground the GPIO for the high voltage and leave it float for the low voltage.
cosm has joined #linux-sunxi
<willmore>
Hmm, to get 1.1V, the R1/R2 ratio needs to be 0.83_ and for 1.3V needs to be 1.16_
<willmore>
I think I need to whip up a quick spreadsheet to explore common resistor values to determine what R1 and the two R2's are.
<ssvb>
IIRC people have confirmed these voltages with their multimeters
<ssvb>
there are some test points on the PCB and you can check them too
<willmore>
Yeah, looks like TP1.
<willmore>
Looks like R1 is R233 and the two R2 are R235 and R237.
<willmore>
Determining which is the fixed and which is the switched should be easy.
<willmore>
heck, I could just measure the switched one. Then I could solve for the other R2 and R1.
<ssvb>
why do you need this?
<willmore>
My only concern is what voltages my DVM uses to measure resistance. Needs to be low.
Shirasaka-Hazumi has quit [Ping timeout: 260 seconds]
vagrantc has joined #linux-sunxi
Shirasaka-Hazumi has joined #linux-sunxi
mossroy has joined #linux-sunxi
laga has joined #linux-sunxi
<laga>
morning. I'm currently trying to figure out why my OlinuXino-A20-Lime2 sometimes has great gbit ethernet, but lots of dropped packets after a reboot. just hanging out for now while I poke at registers.
susan33 has joined #linux-sunxi
<susan33>
hi. Can somebody confirm (i don't find the information) whether the pine64 is aarch64 little or big endian ?
<susan33>
hi. Can somebody confirm (i don't find the information) whether the pine64 is aarch64 little or big endian ?
<wens>
lennyraposo: somehow i remember them using the rtl8201fn
<wens>
which is rgmii and pin compatible with rtl821x
adj_ has joined #linux-sunxi
raknaz has quit [Quit: raknaz]
IgorPec8 has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
shalem has joined #linux-sunxi
raknaz has joined #linux-sunxi
shalem is now known as hansg
raknaz has quit [Client Quit]
IgorPec8 has quit [Ping timeout: 244 seconds]
VargaD has quit [Ping timeout: 268 seconds]
VargaD has joined #linux-sunxi
mzki has quit [Quit: leaving]
p1u3sch1 has quit [Ping timeout: 276 seconds]
p1u3sch1 has joined #linux-sunxi
<susan33>
hi. Can somebody confirm (i don't find the information) whether the pine64 is aarch64 little or big endian ?
hansg has quit [Quit: Leaving]
laga has quit [Remote host closed the connection]
<longsleep>
susan33: little endian
<susan33>
longsleep, thanks.
sdschulze has joined #linux-sunxi
Shirasaka-Hazumi has quit [Ping timeout: 276 seconds]
Shirasaka-Hazumi has joined #linux-sunxi
arokux has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
<susan33>
longsleep, when compiling from buildroot, it asks me the defconfig, i guess this is the config file for compiling the kernel (however, it's bcm2709 for a rpi2) ; to compile from https://github.com/longsleep/linux-pine64, i don't find a similar value for the moment for the pine64, an idea ?
<KotCzarny>
susan33: go to linux-sunxi.com wiki and find docs for your device there?
IgorPec8 has joined #linux-sunxi
<KotCzarny>
i mean: linux-sunxi.org
<susan33>
thanks
IgorPec8 has quit [Ping timeout: 244 seconds]
<longsleep>
susan33: defconfig means the Kernel configuration, for arm64 you find the available configs in arch/arm64/configs/ of the Kernel tree
<longsleep>
susan33: the one created by me for Linux is sun50iw1p1smp_linux_defconfig
<longsleep>
susan33: may i ask why you use buildroot to do this?
<susan33>
apritzel told me to then copy the rootfs to the p10 (partition 10) ; but i don't manage to do it. gparted see p10, but my ubuntu don't cause to the partition table (android things as far as i've read)
<susan33>
is there a special technics ?
tomboy65 has joined #linux-sunxi
pekka10 has quit [Quit: WeeChat 1.2]
gusenkovs_ has quit [Quit: Page closed]
pekka10 has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 244 seconds]
tomboy65 has joined #linux-sunxi
jstein has joined #linux-sunxi
<susan33>
nor cat /proc/partitions nor lsblk sees it, only gparted. it's p1 p2 p5 p6 p7 and none of them is the good size nor mountable
poffs has quit [Remote host closed the connection]
avph has quit [Ping timeout: 246 seconds]
poffs has joined #linux-sunxi
avph has joined #linux-sunxi
IgorPec has joined #linux-sunxi
IgorPec has quit [Client Quit]
IgorPec has joined #linux-sunxi
vishnup has quit [Remote host closed the connection]
mossroy has joined #linux-sunxi
poffs has quit [Remote host closed the connection]
Shirasaka-Hazumi has quit [Quit: ZNC 1.6.2+deb2+b1 - http://znc.in]
Shirasaka-Hazumi has joined #linux-sunxi
<longsleep>
susan33: no need to even bother with the whatever partition table Allwinner uses, just use a DOS partition table
<KotCzarny>
ii chromium-browser-odroid 47.0.2526.73-0ubuntu0.14.04.1.1106+deb8 armhf Chromium web browser, open-source version of Chrome
<longsleep>
lennyraposo: the question is if it is hardware accellerated, i didnt test ther RPi3 release, if you do check chrome://gpu and paste the results :)
<longsleep>
after all, chromium OS is a "desktop" environment
<lennyraposo>
I htink I think the pi would have it
<KotCzarny>
ahm, chrome os, not chromium browser?
<lennyraposo>
chromium still sues 3d accel
<lennyraposo>
and full webgl support
<lennyraposo>
uses
<longsleep>
http://www.chromiumosforsbc.org/ is about chromium os, which is really nice and all but worthless without hardware accelleration
<longsleep>
and btw, the real thing of chrome OS is its security, it is pretty much also worthless without strong hardware side lockabiliy and encryption
lvrp16 has quit [Quit: Page closed]
<lennyraposo>
now
<lennyraposo>
if chromium can get google to push allwinner into providing better sources for their stuff
<lennyraposo>
It would be benficial
<lennyraposo>
but I won't hold my breath
<KotCzarny>
or just more blobs
<lennyraposo>
uggh
<lennyraposo>
blobs
<susan33>
longsleep, ok, thanks you for your information. last time i perhaps badly undertand to start from a compile image. thanks a lot ; i'll try this new way
<lennyraposo>
10 to 12 hours on a dual core, 4 thread Core i5 Haswell (2014) CPU based machine with SSD and 8GB of RAM
<lennyraposo>
to compile
<lennyraposo>
build
<lennyraposo>
chromium os to the pi
<longsleep>
lennyraposo: well, i would not compile it on such a slow machine
doppo has quit [Ping timeout: 268 seconds]
<longsleep>
lennyraposo: i mean, thats what my laptop has and i hate compiling there :)
<longsleep>
lennyraposo: it will not select the NIC type though, it just adds the means to load a different FTD
vagrantc has joined #linux-sunxi
<lennyraposo>
I see it
vagrantc_ has joined #linux-sunxi
susan33 has quit [Ping timeout: 244 seconds]
vagrantc_ has quit [Quit: leaving]
<lennyraposo>
I will be putting up a website for the pine this week
<lennyraposo>
place for tutorials and various things about the board
libcg has joined #linux-sunxi
<montjoie>
ouch I fixed a bug, and now the EMAC is SO FAST
<montjoie>
time to commit
susan33 has joined #linux-sunxi
bwarff_ has joined #linux-sunxi
bwarff_ has quit [Ping timeout: 276 seconds]
<susan33>
longsleep, sorry, i don't manage to make https://github.com/longsleep/build-pine64-image/tree/master/simpleimage working ;-( am i supposed to downlaod things before ? i guess i've to run make_simpleimage.sh to create my img without the rootfs, however, it fails about ../build/u-boot-with-dtb.bin not found. I thought it would download missing files such as the kernel. I guess i'm wrong.
<longsleep>
susan33: it will not download anything, all steps have to be done and all parts to be compiled before you can create an image
<longsleep>
start with u-boot-postprocess
<longsleep>
susan33: of course you can just grab one of my prebuilt simpleimage releases if you are only interested in rootfs
domidumont has quit [Read error: Connection reset by peer]
domidumont has joined #linux-sunxi
VargaD has quit [Ping timeout: 250 seconds]
VargaD has joined #linux-sunxi
<susan33>
longsleep, ok. i will start with a prebuild image to check i manage to make things work. do you have an url for thses images ?
<susan33>
ssl error, connection reset ; not just an invalid certificate
<longsleep>
susan33: well, i require browser to support decent security, change your browser os OS to support TLS 1.2 and make sure the trusted CA's are up to date
<susan33>
longsleep, hum, and under linux, can you just give me for information your browser ? (not working on firefox 44 / ubuntu 15.04 - chromium - ubuntu 15.04). Works with wget, i will do with that for the moment ;-)
<longsleep>
susan33: yes, all current platforms should be fine
<longsleep>
susan33: if it does not work for you something with your connection / setup is broken or you have a man-in-the-middle
<susan33>
KotCzarny, thanks, it's clear ;-)
<longsleep>
susan33: what did it say? I am curious why it should not work on FF44 Ubuntu
<susan33>
Your client is using TLS 1.0, which is very old, possibly susceptible to the BEAST attack, and doesn't have the best cipher suites available on it.
<susan33>
all others are marked as good.
<longsleep>
susan33: well, you should really figure out why that is the case
<susan33>
but works with wget, so i can continue ;-) but it's just still an other problem to fix again ;-( this is the computer way of life...
<longsleep>
urg, 512MB Pine64 has only 235M tmpfs which is not enough to uncompress my Kernel tarballs :/
<KotCzarny>
susan33: you can try starting firefox with new profile/new account so you can compare if it's the config or something in-between
<KotCzarny>
longsleep: you know there is an option for tmpfs mount?
<susan33>
KotCzarny, yes, right testing it, my profile has probably around 10 years...
<longsleep>
KotCzarny: yeah, well its the default Arch tmpfs mount, do not want to change anything
<longsleep>
KotCzarny: probably should check the disk space for /tmp and if it is insufficiend extract somewhere else
<susan33>
some people have send me a pine64 and some other a odroid xu4 to make it works. however, i don't really know a lot about booting a board. but i like geeking ;-) so, i'll perhaps manage to do it
<longsleep>
susan33: uhm why not use the RPi2 it supports, making this support a different board will be a lot of work and might not even work ever due to the lack of GPU accelleration
<susan33>
our distribution supports rpi0 1 2 and 3. the choice of odroid xu4 is to support more things, while it's mainly a cpu issue in our case.
<susan33>
for the pine64, people just send me one. i want just to boot, check if i can do it. However, it's just a pleasure for me. so, if it works, nice, if it doesn't, i will have learned a lot of things.
<longsleep>
susan33: mhm i read Kodi all over the place, i highly doubt that much is going to work without accellerated OpenGL on any CPU
<susan33>
longsleep, yes, but kodi is not the aim, it already works. it's more about computers emulation, n64, dreamcast ...
<susan33>
which are limit on rpi2 and 3.
<longsleep>
susan33: sorry i do not get it - why is anything limted on the rpi2,3 but not eg. on the Pine64?
<susan33>
longsleep, it's more on the xu4 that it's less limited. for the pine64, people sent it to me, so, i'm just trying ; i don't expect more things working on the pine64.
<longsleep>
susan33: why is it less limited on the xu4 then?
<susan33>
the limiting factor is clearly cpu on our emulators.
<lvrp16>
the a64 is not more powerful than the A15
<longsleep>
susan33: go faster than what? Raw CPU speed depends mostly on heat dissipation on modern ARM CPUs and mostly depend on CPU speed and number of cores
<lvrp16>
A53 does not perform as well as A15 in most scenarios. A15 is OoO chip and A53 is in order.
<susan33>
susan33, than rpi3 for example. number of cores isn't really a good factor for us while the emulators doesn't use that as far as i know (but once again, i'm just a noobs)
clonak has quit [Ping timeout: 240 seconds]
<longsleep>
susan33: rpi3 is slightly faster than the A64 assuming you can get rid of the heat.
<longsleep>
susan33: And CPU speed does not help if you cannot draw on the screen fast enough (in your use case)
<susan33>
so, your guess is that i'll get no improve on these 2 others plateforms, isn't ?
<longsleep>
susan33: yes, it will not even be usable until some serious development has been done on the display side, you need OpenGL ES or at least accellerated X11 with mali (which somewhat works with fbturbo drivers).
<longsleep>
susan33: also the Pine64 has a mali400 which is really slow
<lvrp16>
susan, you can try the ARM juno dev board if you just need max speed
<KotCzarny>
so the best one for now allwinner-wise is a10/a20 which have working 2d/3d accel?
<susan33>
oh, i didn't know about mali400. What about the xu4 then : Mali-T628 MP6(OpenGL ES 3.0/2.0/1.1 and OpenCL 1.1 Full profile) ?
<lvrp16>
hardkernel uses the proprietary blob from samsung
<longsleep>
susan33: yeah that is a lot faster assuming Hardkernel has done the driver deeds
<susan33>
thanks you a lot for these information. I'm sure you're right. I'll see. My aim is mainly learn things, so, not a problem is that's not so good as people thougt.
<longsleep>
susan33: the board is 15$, you get what you pay for
<susan33>
;-)
<lvrp16>
pine has great marketing ;) they make you believe it's more powerful than it really is.
<longsleep>
after all its twice the sice of RPi or ODROIDs :)
<longsleep>
size
<susan33>
so, why are you interested so in pine64 ? (i mean, this forum is for pine64, isn't it ?)
<lvrp16>
this irc channel is for sunxi, which is a community for allwinner soc
<susan33>
longsleep, yes, it eats all my lego for the protection ;-)
<lvrp16>
pine just happen to use an allwinner soc
clonak has joined #linux-sunxi
<longsleep>
everyone who wants to use pine64 with linux will eventually end up here as if there is anyone doing development linux wise for Pine64 is most likely to be found here
zuikis has left #linux-sunxi [#linux-sunxi]
<KotCzarny>
longsleep, true that
<longsleep>
i am interested in the Pine64 because it is the cheapest way to learn about aarch64. And it works perfectly as cluster compile platform providing hypervisor support
<longsleep>
(which is why i did the Linux stuff in the first place)
<lvrp16>
orange pi 64 bit boards are coming out
<lvrp16>
;)
<longsleep>
well from my point of view the C2 owns them all :)
<lvrp16>
yeah but $55
<lvrp16>
and no kernel support
<longsleep>
well if you need only one it does not matter much if its 20$ or 60$
<lvrp16>
true
<lvrp16>
hobbyist with disposable income :D
<longsleep>
well you can buy shoes too :P
<lvrp16>
i can't wait until AMD Opteron A57 boards start to hit the market
dev1990 has joined #linux-sunxi
<lvrp16>
i will be all over that
domidumont has quit [Ping timeout: 276 seconds]
clonak has quit [Read error: Connection reset by peer]
clonak has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 244 seconds]
fl_0 has quit [Quit: STRG + Q]
tomboy64 has joined #linux-sunxi
fl_0 has joined #linux-sunxi
susan33 has quit [Quit: Quitte]
<steev>
no kernel support?
bonbons has joined #linux-sunxi
mossroy has quit [Remote host closed the connection]
susan33 has joined #linux-sunxi
<susan33>
longsleep, i've dropped mmcblkp2 and created a new one in ext4 and untar my rootfs including a sbin/init ; however the system boots, but never goes into my init, it doesn't crash, i've just a console and see when i plug/unplug things. my guess is that it doesn't go in my init.
<susan33>
is there something i miss ?
susan33 has quit [Quit: Quitte]
ricardocrudo has quit [Ping timeout: 248 seconds]
p1u3sch1 has quit [Ping timeout: 248 seconds]
p1u3sch1 has joined #linux-sunxi
bonbons has quit [Quit: Leaving]
arokux has quit [Ping timeout: 260 seconds]
<lennyraposo>
hey susan33
<lennyraposo>
what's up?
lemonzest has quit [Quit: Leaving]
reinforce has quit [Quit: Leaving.]
TheSeven has quit [Ping timeout: 246 seconds]
TheSeven has joined #linux-sunxi
poffs has quit [Remote host closed the connection]
poffs has joined #linux-sunxi
poffs has quit [Remote host closed the connection]