<dgp>
Does anyone plan on doing a DM SPI driver for u-boot? If not I will attempt it
<wens>
has a whole bunch of functions matching the blob in allwinner's u-boot
LargePrime has quit [Ping timeout: 244 seconds]
vagrantc has joined #linux-sunxi
LargePrime has joined #linux-sunxi
yann|work has joined #linux-sunxi
BenG83 has joined #linux-sunxi
Andy-D has quit [Remote host closed the connection]
Pepe has joined #linux-sunxi
a1d3s has joined #linux-sunxi
xdanger has joined #linux-sunxi
<xdanger>
I have a question about persistant mac address for sun8i. armbian with 3.4.11? uses wifi_hwaddr_from_chipid in rtl8189fs, but it seems that it doesn't work in mainline kernel. Any advice where to start? I need something to identify the hardware so I can boot the same image on different hardwares. I'm testing Orange Pi lite at the moment.
<jonkerj>
recent u-boot (2016.11) and mainline+mointjoie's patches should take care of a stable mac-address for emac
<jonkerj>
wifi, I don't know
<jonkerj>
maybe you need to alias ethernet0 in DT, depends on your board and the completeness of it's DT
vagrantc has quit [Ping timeout: 240 seconds]
<xdanger>
orange pi lite doesn't have ethernet
zumbi has quit [Quit: X]
zumbi has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
<libv>
mnemoc: ping!
<libv>
mnemoc: my creditcard info needs to be updated, the info hetzner has was only valid til november
jbrown has quit [Remote host closed the connection]
tlwoerner_ has joined #linux-sunxi
tlwoerner__ has quit [Ping timeout: 260 seconds]
tlwoerner_ has quit [Ping timeout: 265 seconds]
tlwoerner_ has joined #linux-sunxi
kvsari has joined #linux-sunxi
<kvsari>
Hey guys, I'm using the vanilla linux kernel 4.9-rc7 on my CubieTruck. I've enabled System V IPC kernel option (it's not enabled in the default sunxi kernel config) and something weird is happening.
<kvsari>
kill -l lists 64 signals when there should only be 32.
<kvsari>
How do I enable System V IPC and keep the signal count to 32?
vagrantc has joined #linux-sunxi
<KotCzarny>
isnt it generic linux question unrelated to sunxi?
<ErwinH>
Is there a special reason why the H5 is limited to 1008MHz?
<ErwinH>
Or more specific, why the Orange PiPC2 is limited to 1008?
victhor has joined #linux-sunxi
<KotCzarny>
ErwinH: lack of stability testing/proper support?
<jelle>
or I guess it was taken from the fex file as a 'known good'
lemonzest has quit [Remote host closed the connection]
afaerber has quit [Quit: Ex-Chat]
bugzc has quit [Ping timeout: 260 seconds]
FergusL has joined #linux-sunxi
afaerber has joined #linux-sunxi
DullTube has quit [Remote host closed the connection]
cnxsoft has quit [Quit: cnxsoft]
afaerber has quit [Ping timeout: 240 seconds]
afaerber has joined #linux-sunxi
hojnikb has joined #linux-sunxi
<hojnikb>
ErwinH: It's quite simple. DVFS interface is not working, so it's running at default bootup voltage (1.1V) and frequency (1008Mhz is the stable freq. for 1.1V)
<hojnikb>
but even at 1Ghz, it's still faster than a7
lkcl has quit [Ping timeout: 260 seconds]
vagrantc has quit [Ping timeout: 260 seconds]
vagrantc has joined #linux-sunxi
mzki has quit [Quit: leaving]
<KotCzarny>
numbers or gtfo ;)
<hojnikb>
KotCzarny: 2200 vs 3000 octane score
<hojnikb>
h3 was running at 1.3g
<KotCzarny>
2200 for h3 or h5?
<hojnikb>
if we normalize this by frequency, thats a significant boost for browsing performance.
<hojnikb>
h3 obviously
<hojnikb>
z3735 for example scores around 4000
<hojnikb>
so those little arm cores aren't that bad
zzeroo has quit [Quit: WeeChat 1.3]
zzeroo has joined #linux-sunxi
Putti has joined #linux-sunxi
putti_ has quit [Ping timeout: 240 seconds]
chomwitt has joined #linux-sunxi
<KotCzarny>
my t500 (core duo@2.4ghz) running in firefox in linux in virtualbox in win7 scored 6562
<hojnikb>
core2duo is still pretty fast
<hojnikb>
even though it's 10 years old
<hojnikb>
and has it's roots back to PIII
<miasma>
well. isn't h3 a in-order cpu
<hojnikb>
yep
<hojnikb>
so is a53
<miasma>
that makes a difference
<Wizzup>
core2duo with ssd and proper gfx card is mad fast for all normal purposes :)
<hojnikb>
thats what makes it so simple and power efficient
<hojnikb>
no need for fancy branch predictions
<KotCzarny>
native octane in firfox in win7 scored 6673
<hojnikb>
units
<hojnikb>
core2 is cheap as hell too
IgorPec has joined #linux-sunxi
<KotCzarny>
so not bad vm speed
<hojnikb>
but compared to little arm cores, it's a real power hog
<KotCzarny>
not really, 10x at most
<hojnikb>
it's a lot more than that
<hojnikb>
remember, core2 duo is just a cpu
<hojnikb>
h3 is a whole SoC
<hojnikb>
so gpu, chipset, memory controller
<hojnikb>
thats all sepeare with 775
<KotCzarny>
my thinkpad t500 eats 20W in idle with lcd on, 15W in idle with lcd off
<hojnikb>
zero with h2+ eats like what
<hojnikb>
0.5W
<KotCzarny>
4GB vs 256MB
<KotCzarny>
+ ssd + hdd
<hojnikb>
not to mention, that those chipsets consume almost no power doing h.264/265, while core2 will struggle hard
<KotCzarny>
btw. octane in chrome just scored 10070
<hojnikb>
yeah, webkit fares much better in octane
<KotCzarny>
so mentioning browser is very essential
<hojnikb>
version of the browser too
<hojnikb>
so octane is not the best way to measure general performance, but it can give you a general idea on how the machine will perform in browsing
<KotCzarny>
not really, running firefox on h3 sucks big time
<hojnikb>
i wouldnt say it sux
<hojnikb>
certanly better than chromium
<KotCzarny>
so while rendering engine might run smoothly, display drivers play a big role
<miasma>
hojnikb: modern core i3 is closer to a SoC. it's a better comparison. core2 is already legacy stuff
<hojnikb>
miasma: modern i3 blows away any arm soc
<miasma>
but by how much
lkcl has joined #linux-sunxi
<hojnikb>
at least as far as raw cpu performance is concerned
<hojnikb>
efficiency is another matter
<KotCzarny>
if you have i3 based machine, run test and see
<hojnikb>
by how much really really depends on the workload
<miasma>
i don't :P that's why I asked. gotta read more benchmarks
<hojnikb>
x86 vs arm is a widely different architecture
<hojnikb>
somewhere x86 fares very well
<KotCzarny>
arm still isnt ready for desktop experience
<hojnikb>
somewhere arm comes close or even beats it
<KotCzarny>
too blobbed
<miasma>
there's also x86 atom, which is a bit crappier
<hojnikb>
arm really really needs a bios/uefi like architure
<KotCzarny>
lets not talk about atom, it was failed experiment
<hojnikb>
so no need for a seperate kernel for each and every soc/board
<hojnikb>
atom is pretty decent actually
<hojnikb>
at least from silvermont onwards
<hojnikb>
everything before suxed mayor balls
<KotCzarny>
havent tried newer iterations
<hojnikb>
z3735f is actually my daily driver
<hojnikb>
if i'm not using i3 6100u that is
<miasma>
i have z8350 and z8300 and they're kind of ready for desktop, but struggle with quite normal tasks like when watching videos in a browser
<hojnikb>
it helps a lot if you install h264ify
<miasma>
they have hw video decoder, BUT the javascript on the web pages makes them slow
<willmore>
i5-3320m: 17963
<hojnikb>
youtube defaults to vp9
<hojnikb>
which kills those little atoms
<hojnikb>
a decent browser + adblocker + h264ify makes those atoms quite decent for everyday use
<hojnikb>
especially higher clocked ones like j1900
<willmore>
I have a j1800 board waiting to be swapped into the firewall/router.
<willmore>
Should be lower power and faster than the E-350
<hojnikb>
i'm still waiting for someone to make passive n4200 box
<hojnikb>
apperently those new goldmont atoms are quite a bit better than silvermont
<hojnikb>
reaching core2 ipc
<MoeIcenowy>
atom is not a bad thing
<MoeIcenowy>
however
<MoeIcenowy>
usually it's trying to driver a so-high-resolution screen
<miasma>
luckily I use ARMs mostly as home servers so it's easy to fix performance issues by buying more boards :) a single request rarely requires core i7 performance :)
<hojnikb>
too bad cheap arm boards with good io are nonexistent
<KotCzarny>
depends how cheap you mean by cheap
<miasma>
with usb3 dongles you get 300-400 Mbps
<hojnikb>
is it too much to ask for a quad core board with usb/sata and gigabit network
<hojnikb>
for like 30$
<miasma>
i doubt gigabit phy would add that much cost
<KotCzarny>
espressobin almost fits your request
willmore has quit [Ping timeout: 260 seconds]
<miasma>
h3 with the gigabit usb dongle is like $21. I'd assume a gigabit phy onboard would be at most $20 for opi pc
willmore has joined #linux-sunxi
<hojnikb>
thats still too slow
<miasma>
ymmv, it's good enough for me.
<hojnikb>
i've given up completly on arm, so i ended buying a cheap amd itx board and some cheap case
<KotCzarny>
allwinner isnt designed as a network/io devices
<willmore>
Can't wait until 28nm process nodes are the cheap nodes like 45nm is now.
<hojnikb>
don't they use 40nm for cheap socs ?
<willmore>
Or that.
<KotCzarny>
but i liked low power it required, and switched my home router/server to it
<hojnikb>
for me e1-2100 board does the job just fine
<hojnikb>
nas and torrenting
<hojnikb>
hits 110MB/s easy via samba
<KotCzarny>
especially since it only needed single voltage as dcin too
iamfrankenstein has quit [Read error: Connection reset by peer]
<hojnikb>
and it costed like 38€
reinforce has quit [Quit: Leaving.]
<KotCzarny>
'cost'
<KotCzarny>
(past tense is the same)
<hojnikb>
right :)
<KotCzarny>
how many watts it eats?
<hojnikb>
with one hdd i think its around 10W at the wall
iamfrankenstein has joined #linux-sunxi
<KotCzarny>
not that bad then
<hojnikb>
nope
<hojnikb>
and like i said that board was really cheap
<hojnikb>
but for intended purpose it's plenty enough
JohnDoe_71Rus has joined #linux-sunxi
Ixnus has joined #linux-sunxi
p_rossak has quit [Remote host closed the connection]
smooker has joined #linux-sunxi
p_rossak has joined #linux-sunxi
marcan has quit [Quit: Now where's my screwdriver...]
<Ixnus>
please people concentrate on topic it's increasingly harder to keep up with the log :(
marcan has joined #linux-sunxi
p_rossak has quit [Remote host closed the connection]
p_rossak has joined #linux-sunxi
hojnikb has quit [Quit: Page closed]
Ixnus has quit [Ping timeout: 260 seconds]
smooker has quit [Remote host closed the connection]
Ntemis has joined #linux-sunxi
reinforce has joined #linux-sunxi
marcan has quit [Quit: Now where's my screwdriver...]
marcan has joined #linux-sunxi
philippe_fouquet has joined #linux-sunxi
philippe_fouquet has quit [Remote host closed the connection]
philippe_fouquet has joined #linux-sunxi
ErwinH has quit [Remote host closed the connection]
hramrach has quit [Ping timeout: 248 seconds]
philippe_fouquet has quit []
juri_ has quit [Ping timeout: 246 seconds]
foxx_ has quit [Ping timeout: 260 seconds]
juri_ has joined #linux-sunxi
leviathanch has joined #linux-sunxi
fkluknav has quit [Ping timeout: 258 seconds]
jernej has joined #linux-sunxi
victhor has quit [Ping timeout: 240 seconds]
ErwinH has joined #linux-sunxi
fkluknav has joined #linux-sunxi
ErwinH has quit [Ping timeout: 250 seconds]
juri_ has quit [Ping timeout: 246 seconds]
juri_ has joined #linux-sunxi
Ntemis has quit [Remote host closed the connection]
<dave0x6d>
agraf: Hey there, thanks for your work on u-boot EFI payloads! Quick question, what kind of limitations am I probably going to run into here? e.g. is booting iPXE (EFI) a horrible idea?
<avph>
dave0x6d: I think iPXE is x86-only and even relies on bios calls...
foxx_ has joined #linux-sunxi
Andy-D has joined #linux-sunxi
<dave0x6d>
avph: stupid question, do UEFI implementations have any BIOS calls? I thought the answer was a strong no, but I may be having a n00b moment.
<avph>
dave0x6d: on x86 I believe most of the EUFI bios have a legacy compatibility module to do this
<dave0x6d>
avph: isn't a that only active if you boot with CSM? e.g. if you boot a normal EFI payload, why would CSM related calls be allowed?
leviathanch has quit [Remote host closed the connection]
leviathanch has joined #linux-sunxi
Mr__Anderson has quit [Ping timeout: 248 seconds]
Mr__Anderson1 has joined #linux-sunxi
BenG83 has quit [Ping timeout: 260 seconds]
Gerwin_J has quit [Quit: Gerwin_J]
ErwinH has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
ErwinH has quit [Ping timeout: 250 seconds]
Gerwin_J has quit [Quit: Gerwin_J]
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
netlynx has joined #linux-sunxi
Mr__Anderson1 has quit [Remote host closed the connection]
Seppoz has quit [Remote host closed the connection]
vagrantc has quit [Quit: leaving]
chomwitt has quit [Ping timeout: 250 seconds]
juri_ has quit [Ping timeout: 265 seconds]
juri_ has joined #linux-sunxi
matthias_bgg has quit [Quit: Leaving]
yann|work has quit [Ping timeout: 240 seconds]
netlynx has quit [Quit: Ex-Chat]
Andy-D has quit [Ping timeout: 260 seconds]
lkcl has quit [Ping timeout: 258 seconds]
foxx_ has quit [Ping timeout: 265 seconds]
massi has quit [Remote host closed the connection]
<KotCzarny>
jernej: 0x42494E47 is BING
<KotCzarny>
;)
<jernej>
I know
<KotCzarny>
whoever thought this scheme up must have hell of imagination
<jernej>
maybe we should test all four letters words in all unknown registers :)
<KotCzarny>
also, this makes googling anything related impossible
<KotCzarny>
so. good choice
<jernej>
I doubt you can find anything related, it seems custom made
<jernej>
at least this glue code
Andy-D has joined #linux-sunxi
<KotCzarny>
54524545 is TREE
<jernej>
and last one is WATR
<KotCzarny>
AND 0X57415452 is WATR
terra854 has quit [Quit: Connection closed for inactivity]
scream has joined #linux-sunxi
<MoeIcenowy>
jernej: what the password are you decoding ;-)
<MoeIcenowy>
oh I see 54524545
<jernej>
those are magic values for HDMI phy
<MoeIcenowy>
what's BING for?
<KotCzarny>
unscrambling addresses
<MoeIcenowy>
I remembered TREE is the lock code of HDMI PHY
<KotCzarny>
do those 3 words come from some myth/story? or just random?
<MoeIcenowy>
maybe random...
lkcl has joined #linux-sunxi
mhlavink_afk has joined #linux-sunxi
menomc has joined #linux-sunxi
hark__ has joined #linux-sunxi
buZz_ has joined #linux-sunxi
aballier_ has joined #linux-sunxi
ErwinH has joined #linux-sunxi
buZz_ is now known as Guest22239
The_Loko has joined #linux-sunxi
fl__0 has joined #linux-sunxi
fire219 has joined #linux-sunxi
TheLinuxBug_ has joined #linux-sunxi
pg12_ has joined #linux-sunxi
HeavyMetal_ has joined #linux-sunxi
willmore has quit [*.net *.split]
aballier has quit [*.net *.split]
pg12 has quit [*.net *.split]
TheLinuxBug has quit [*.net *.split]
fire219_ has quit [*.net *.split]
mhlavink has quit [*.net *.split]
buZz has quit [*.net *.split]
nixdork has quit [*.net *.split]
honx has quit [*.net *.split]
HeavyMetal has quit [*.net *.split]
fl_0 has quit [*.net *.split]
maz has quit [*.net *.split]
mnemoc has quit [*.net *.split]
hark has quit [*.net *.split]
TheLinuxBug_ is now known as TheLinuxBug
ErwinH has quit [Ping timeout: 253 seconds]
HeavyMetal_ is now known as HeavyMetal
HeavyMetal has joined #linux-sunxi
HeavyMetal has quit [Changing host]
unixdork has joined #linux-sunxi
Guest22239 is now known as buZz
honx has joined #linux-sunxi
maz has joined #linux-sunxi
aballier_ has quit [Quit: leaving]
willmore has joined #linux-sunxi
aballier has joined #linux-sunxi
bugzc has joined #linux-sunxi
jrg has quit [Ping timeout: 256 seconds]
jrg has joined #linux-sunxi
florianH has quit [Quit: Connection closed for inactivity]
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Aria 4.9.2, revision: git-7036-gfd20b1a, build type: debug, sources date: 20160102, built on: 2016-12-02 12:15:06 UTC git-7036-gfd20b1a http://www.kvirc.net/]
Andy-D has quit [Ping timeout: 250 seconds]
yann|work has joined #linux-sunxi
the0loko has joined #linux-sunxi
The_Loko has quit [Ping timeout: 248 seconds]
LargePrime has quit [Ping timeout: 260 seconds]
LargePrime has joined #linux-sunxi
<libv>
and the sunxi server is safe again ;)
<Wizzup>
! :)
<jelle>
\o/
<rellla>
thanks libv
<rellla>
and why did mnemoc scramble his nick? :p
ErwinH has joined #linux-sunxi
apritzel has joined #linux-sunxi
ErwinH has quit [Ping timeout: 260 seconds]
fkluknav has quit [Quit: Leaving]
<apritzel>
dgp: I was thinking about hacking a SPI driver of U-Boot as well
<apritzel>
dgp: but have lots of higher priority tasks ahead
<apritzel>
dgp: but I have some bare metal code that can read SPI flash, so if you need help ...
Andy-D has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
silviop has joined #linux-sunxi
the0loko has quit [Quit: Leaving]
vagrantc has joined #linux-sunxi
IgorPec has quit [Ping timeout: 268 seconds]
chomwitt has joined #linux-sunxi
paulk-collins has quit [Quit: Leaving]
fl__0 is now known as fl_0
cptG has joined #linux-sunxi
tlwoerner has quit [Quit: Leaving]
aballier has quit [Ping timeout: 245 seconds]
leviathanch has quit [Remote host closed the connection]
aballier has joined #linux-sunxi
<agraf>
dave0x6d: not a horrible idea, just something I never tried and something that might rely on infrastructure that's not available
<agraf>
dave0x6d: in general the whole efi support is more geared towards a "driver is in-uboot" model
<agraf>
dave0x6d: so interfaces to for example enumerate the PCI bus are not exposed
<dave0x6d>
agraf: this is obviously ridiculous (no intention of even trying it), but what issues would I run into trying to boot Windows' boot manager EFI as my payload?
<agraf>
dave0x6d: x86 or arm?
<dave0x6d>
either/both :)
<agraf>
dave0x6d: so for x86, u-boot only implements 32bit mode atm
<agraf>
dave0x6d: which means you'd only be able to boot a 32bit boot manager, not sure that's a serious limitation
<agraf>
dave0x6d: for arm, you maybe could try and run the rpi one?
<dave0x6d>
Booting a 64 bit kernel after should be fine, no?
<agraf>
depends on how the boot loader is implemented
<dave0x6d>
That's how I did it on Bay Trail.
<agraf>
if it expects u-boot to boot a 64bit efi binary, it'll fail
<agraf>
because u-boot's efi implementation is single-arch
<dave0x6d>
Aren't most?
<agraf>
but overall, just give it a try and see where it stumbles
<agraf>
I don't know - in theory it's perfectly legal for a TianoCore implementation to support both 32bit and 64bit payloads
<dave0x6d>
Yep, because everybody follows the full implementation specs ;P
<agraf>
*shrug* either way, give it a try, fix the few things that fail and make it work :)
<agraf>
if it doesn't work already
<dave0x6d>
Man, I'm getting annoyed again just thinking about the stupid intel bay trail 32-bit EFI incident.
<dave0x6d>
agraf: anywhere in particular aside from my GitHub I should post results of failure/success?
<agraf>
dave0x6d: sure, the u-boot ML :)
<agraf>
dave0x6d: same location patches go to ;)
<dave0x6d>
But if I say something stupid, I can't edit my post to fix it 😶
<agraf>
just don't say stupid things :)
bugzc has quit [Ping timeout: 260 seconds]
ErwinH has joined #linux-sunxi
scream has quit [Remote host closed the connection]
ErwinH has quit [Ping timeout: 250 seconds]
reinforce has quit [Quit: Leaving.]
vagrantc has quit [Quit: leaving]
yann|work has quit [Ping timeout: 260 seconds]
<tuxillo>
hmm, my nanopi neo order at firendlyarm.com is still pending after 5 days
afaerber has quit [Quit: Ex-Chat]
mzki has joined #linux-sunxi
yann|work has joined #linux-sunxi
victhor has joined #linux-sunxi
tsuggs has quit [Ping timeout: 250 seconds]
<BurtyB>
tuxillo, they don't seem to update it - one of mine has said processing for >3 months (already arrived) and another had arrived before the status changed.
yann|work has quit [Ping timeout: 260 seconds]
silviop has quit [Ping timeout: 265 seconds]
Mr__Anderson has quit [Remote host closed the connection]