<nove>
i can't stop notice, that the answer that they gave included the words "V4L2" and "media acceleration"
<nove>
so i presume that is talking about our video engine
IgorPec has quit [Ping timeout: 255 seconds]
<nove>
hm, wait a second
<forkbomb>
i'm pretty sure it's amlogic s905 based
<nove>
yes, it doesn't says which soc
<nove>
and claims to have 10bit
<forkbomb>
the kickstarter video has a big 'S905' over the soc though
<jelle>
libre, but with mali hmm
<MoeIcenowy>
you can just ignore mali
<MoeIcenowy>
and someone is trying to continue Lima
<nove>
okay, but so odd, for a "libre" project to not include in a non-video way the information of which soc
<forkbomb>
yeah
<nove>
anyway, this is good news, it shows willing to pay for software
<jelly>
so... http://www.friendlyarm.com/index.php?route=product/product&product_id=180 state they're running "latest mainstream kernel" on a H5 and get 900Mbps full duplex of it, does that mean vanilla or make sense at this point in time?
chomwitt has joined #linux-sunxi
<MoeIcenowy>
jelly: in fact I got Pine64 for 930Mbps even with sun8i-emac
<MoeIcenowy>
and as I know, for H5 wdwu from friendlyarm have talked with me for a lot
<MoeIcenowy>
and their kernel tree used many things from me ;-)
<ullbeking>
Are there any AW boards suitable to function as a multiport firewall/router?
<jelly>
MoeIcenowy: so their definition of "mainstream" is "picking patches wherever we find them" :-)
<MoeIcenowy>
jelly: at least they tracks the mainline development and is not satisfied with the AW 3.4
<diego71>
ullbeking: I don't think they have any cpu for routers
<jelly>
nod
<MoeIcenowy>
ullbeking: BPi-R1, however, it should be cautioned that the WAN and LAN seperation is purely soft, and when booting it will be a raw switch -- so it's suggested to use another USB2LAN for WAN and use the onboard WAN as another LAN
<MoeIcenowy>
in fact I think it's possible to do dual MAC boards with A20/R40 -- they have both MII-capable EMAC and MII/RMII/RGMII-capable GMAC
robogoat has quit [Ping timeout: 240 seconds]
robogoat has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
<oliv3r>
plaes: hey :) i've been catching up on your sun7 ccu patches
<oliv3r>
plaes: what's the current status I saw some e-mails from today about v4, so i guess your working on v5? Do you have a git(hub) repo so i can pull them in?
jernej has joined #linux-sunxi
nvz has joined #linux-sunxi
<paulk-gagarine>
forkbomb, nove, it is S905 based, which is signed and thus cannot load free bootloaders
<paulk-gagarine>
this looks like a big scam to me
<paulk-gagarine>
I have contacted them for clarification though
<oliv3r>
oh, what SoC sits on the Le Potato?
<oliv3r>
anybody notice?
<paulk-gagarine>
S905
<oliv3r>
paulk-gagarine: ah so you where talking about that
<paulk-gagarine>
yeah
<oliv3r>
nice, then they are making huge claims
<oliv3r>
'full upstram support'
<oliv3r>
'libre board'
<oliv3r>
of course, i should have figured that's what you where talking about :)
<oliv3r>
but id id not realize their bootloaders where signed
<paulk-gagarine>
I'll double-check u-boot status, but there's no way SPL support is there
<paulk-gagarine>
and ATF support is for sure not upstream
<paulk-gagarine>
and u-boot support for it is still very early anyway
<oliv3r>
so 'thanks, good bye'
<paulk-gagarine>
sounds a lot like a scam :/
<oliv3r>
mripard: Hey maxime, I noticed on the ML you said no to the RGB888 pins for sun7i due to no board using it yet. Would it be acceptable to add a dts ontop of the lime2 which adds the LCD? Olimex did sell the lime2 in a box with an lCD
<oliv3r>
paulk-gagarine: yeah :(
anarsoul has joined #linux-sunxi
<nove>
does this means that "open-source" is already not working for marketing proposes, and there is a switch into "libre"
* nove
can wait for "gratis hardware"
matthias_bgg has quit [Quit: Leaving]
<ullbeking>
MoeIcenowy: thank you. I had a look and I see
<oliv3r>
'unrestricted hardware'
florianH has quit [Quit: Connection closed for inactivity]
<ullbeking>
that none are really suitable.
<ullbeking>
I have been building a smaller, low-power server using an old SoC Intel board, and although it's pretty cool, I was blown away when I compared that board
<ullbeking>
to the OPi I am planning to use to flash the BIOS.
<ullbeking>
So I thought... maybe AW is good for fw/router, but none of those options really work...
<plaes>
in case something calls the set-rate for it
<plaes>
not sure if I can manage to do it today though
<oliv3r>
ah github said it was 4 months old
<oliv3r>
good, i'll can cherry-pick from there
<oliv3r>
did you rebase it against mripard's stuff?
<oliv3r>
i'm on the drm-next branch, or whatever it was called, and can't seem to apply your patches cleanly yet; may be missing something however :p
<plaes>
yes, it's fairly recent
<oliv3r>
good good
<oliv3r>
i'll cherry-pick your stuff then
IgorPec has joined #linux-sunxi
<oliv3r>
i'll pull in your stuff tomorrow then :p
<oliv3r>
plaes: but other then the set-rate; it does work right now? sunxi-ccu-wip i mean
<plaes>
yes
<plaes>
SATA works
<oliv3r>
don't have sata :p
<plaes>
at least with Cubietruck
<oliv3r>
i'll test it on the lime2
<oliv3r>
so i'll better let you get back to fixing it :D
<oliv3r>
thanks though!
<plaes>
and I have lost the power supply for A20-Olimexino-Micro
<plaes>
otherwise I would test with this too...
<oliv3r>
i have that as well
<oliv3r>
but not sure how the lime2 and the micro are different in that regard
<plaes>
yeah, the SATA clock is the only issue that I know of
<oliv3r>
ahh because sata does the set-rate?
<plaes>
no, it has fixed-post-divider
Andy-D__ has joined #linux-sunxi
<plaes>
kernel only does determine_rate
<plaes>
this works
<oliv3r>
so sata is special as it actually sets the clock rate?
fkluknav has quit [Ping timeout: 276 seconds]
<oliv3r>
ok cherry-picking from your github works nicely :)
IgorPec has quit [Ping timeout: 276 seconds]
Andy-D__ is now known as Andy-D
<plaes>
no, it doesn't
<plaes>
but if any clock with fixed postdivider does, it will break
jernej has quit [Ping timeout: 268 seconds]
chrisf__ has joined #linux-sunxi
nemunaire has quit [Quit: quit]
nemunaire has joined #linux-sunxi
fkluknav has joined #linux-sunxi
pmpp_ is now known as pmpp
<chrisf__>
Hi there, I'm working with a friendlyarm nanopi-neo2. Trying to build u-boot. The friendlyarm wiki seems a bit ... variable. So I thought I'd ask here.
<chrisf__>
Building lichee you're supposed to build u-boot in 32-bit mode and the kernel in 64-bit mode. The H5 starts in 32-bit mode. Is that right?
reinforce has joined #linux-sunxi
<chrisf__>
FA's instructions for building mainline u-boot (sunxi-v2017.x) say to build u-boot using arm64 though. Is that right?
leviathancn has quit [Ping timeout: 240 seconds]
fdcx has quit [Ping timeout: 246 seconds]
fkluknav has quit [Ping timeout: 258 seconds]
sztibi88 has joined #linux-sunxi
Andy-D_ has joined #linux-sunxi
IgorPec has joined #linux-sunxi
nove has quit [Ping timeout: 260 seconds]
Andy-D has quit [Ping timeout: 240 seconds]
nove has joined #linux-sunxi
egbert has quit [Ping timeout: 268 seconds]
Putti has quit [Remote host closed the connection]
Putti has joined #linux-sunxi
fdcx has joined #linux-sunxi
egbert has joined #linux-sunxi
<pmpp>
chrisf__: for h5 you need arm trusted firmware too ( and gcc >=6 or code may be too big iirc )
<pmpp>
and fel mode is broken
<chrisf__>
Thanks pmpp. Neither of those things mean much to me yet (more reading required) but do I build u-boot as 32 bit or 64 bit?
<pmpp>
H5 target need 64bits
<pmpp>
and u-boot-sunxi tree
<chrisf__>
Default Cluster Control Register0 (execution state after cold reset) is AArch32.
<chrisf__>
Is why I'm confused.
<pmpp>
it is just bootstrap
<chrisf__>
So the BROM takes it to 64 bit?
<willmore>
paulk-gagarine, the potato board uses an S905X which has slightly better video decode than the S905. Also, what are you talking about "signed and can't use free bootloaders"?
<chrisf__>
pmpp, thanks for your help, I'll try building the u-boot-sunxi tree and see how I get on.
<pmpp>
don't forget you have to put the arm firmware named "bl31.bin" in the tree
jernej has joined #linux-sunxi
<chrisf__>
lol ... this should be fun.
yann has quit [Ping timeout: 240 seconds]
<chrisf__>
That's already there from checking out sunxi-v2017.x branch from the friendlyarm/u-boot repo.
gzamboni has joined #linux-sunxi
BenG83 has quit [Quit: Leaving]
jernej has quit [Ping timeout: 268 seconds]
anarsoul has quit [Ping timeout: 240 seconds]
<wens>
oh great... davem just applied the internal-phy stuff :/
msimpson has quit [Quit: Leaving]
Andy-D__ has joined #linux-sunxi
Andy-D__ is now known as Andy-D
lurchi_ is now known as lurchi__
<MoeIcenowy>
chrisf__: as an arm64 aw SoC
<MoeIcenowy>
H5 has different boot bit sequence on mainline and lichee
<MoeIcenowy>
for lichee, the boot0 is 32-bit, then enter ATF which is 64-bit, then U-Boot is 32-bit, then Linux is 64-bit
Andy-D_ has quit [Ping timeout: 240 seconds]
<MoeIcenowy>
for mainline, the SPL is 64-bit (32-bit is also possible, but hacks needed; the SoC starts at 32-bit mode and the 64-bit SPL contains some mode switching code), then enter ATF which is 64-bit, then U-Boot is *64-bit*, then Linux is 64-bit
<MoeIcenowy>
and USB FEL mode will need the 32-bit SPL
dave0x6d has quit [Quit: Connection closed for inactivity]
lurchi__ is now known as lurchi_
leviathan_ has joined #linux-sunxi
<chrisf__>
Thanks MoeIcenowy. Was trying to follow the FriendlyArm mainline u-boot but their instructions don't even compile (sets ARCH=arm64 which doesn't exist). It's good to know that there are some experts here for when I make a bit more progress!
<MoeIcenowy>
ARCH=arm
<MoeIcenowy>
maybe I need to notify wwd?
<beeble>
iirc its working without setting ARCH at all
<chrisf__>
Yep. That got it built. Doesn't boot yet but I'll get there.
<beeble>
as long as you have CROSS_COMPILE set
<chrisf__>
That wiki is also missing where to get the H5 toolchain from if you're talking to the maintainer. I pulled the tar.xz file from linaro.org.
<tkaiser>
Xunlong sells it with H3 and H5 SoCs since pin-compatible, Banana folks want to do the same with their M2+ soon.
<tkaiser>
Only FriendlyELEC stepped back after MoeIcenowy tought them mainline kernel. Their H5 designs are different than H3 boards with SoC exchanged.
reinforce has joined #linux-sunxi
chlorine has joined #linux-sunxi
IgorPec has quit [Ping timeout: 260 seconds]
chlorine_ has quit [Ping timeout: 240 seconds]
rocketpenguin has quit [Quit: WeeChat 1.7.1]
conrad_ has joined #linux-sunxi
sztibi88 has quit [Remote host closed the connection]
chlorine has quit [Remote host closed the connection]
Andy-D has joined #linux-sunxi
kishore has joined #linux-sunxi
arete74 has quit [Ping timeout: 260 seconds]
arete74 has joined #linux-sunxi
<kishore>
Hey guys , I have been compiling a custom linux kernel 4.4.1 for my Allwinner H3 based Orange Pi One board .
<kishore>
I am able to boot but having issues with ethernet and USB .
TEKrantz has quit [Read error: Connection reset by peer]
<kishore>
How do I figure out if it is a driver issue or some configuration problem with Ubuntu .
TEKrantz has joined #linux-sunxi
<tkaiser>
kishore: 4.4.1 or 4.11.4?
<kishore>
4.11.6 actually
<tkaiser>
So no 4.4 at least ;)
chomwitt has quit [Ping timeout: 246 seconds]
<kishore>
yeah .
TEKrantz has quit [Quit: When the chips are down, the buffalo is empty]
<tkaiser>
kishore: Depending on which branch you checked out (megous?) it should work or not. Without stuff like dmesg output or 'lsusb' it's hard to tell.
<kishore>
ok
<kishore>
Well the output of dmesg isn't interesting, just the boot up stuff . However , while systemd fails on "Failed to raise Network interfaces ".
<kishore>
Apparently it can't find device like eth0
pmpp has quit [Quit: No Ping reply in 180 seconds.]
<[TheBug]>
hmm do you have the correct fex with the NIC specified in it? Maybe your kernel lacks the driver for the NIC so you get stuck there with no nic so it sites till timeout...
tkaiser has quit [Read error: Connection reset by peer]