<tkaiser>
Which should be considered regarding mainline support and DT contents. All those connectors on the 13 pin header have to be enabled by default since people are using them.
<KotCzarny>
does that thing work with other oranges?
<tkaiser>
KotCzarny: It's about the USB data lines on the 13 pin header so... no(t reasonable)
montjoie has quit [Ping timeout: 260 seconds]
<KotCzarny>
so, simple usb2msata chip (apart from other connectors)
<KotCzarny>
still, nice
<tkaiser>
Now the Zero Plus 2 starts to make some sense too
montjoie has joined #linux-sunxi
<KotCzarny>
jms578, ehehe
<tkaiser>
Exactly
<KotCzarny>
now let's wait for igor's benchmarks
<tkaiser>
Why? Everything already known.
<KotCzarny>
to see how well it performs with opizero and if they didnt b0rk something
<KotCzarny>
is there price announced?
<tkaiser>
KotCzarny: Not that I know of and that's the only information I'm interested in. Since everything else is already known.
iamfrankenstein has joined #linux-sunxi
<tkaiser>
Only open question: Which connector is on an own USB bus and which one has to share bandwidth with the 2 type A receptacles
<MoeIcenowy>
tkaiser: have you dropped opi0's legacy support? ;-)
<KotCzarny>
that's why i wondered about benchmarks
<tkaiser>
KotCzarny: Here you get the numbers: *Way* better than Raspberry Pi 'SSD shields'. That's already enough.
<KotCzarny>
and *way* cheaper
<tkaiser>
MoeIcenowy: I dropped every support. But since we're talking about OPi Zero and the 13-pin header. Do you agree that all those interfaces should be enabled by default?
<KotCzarny>
which is sad, because xunlong apparently delivers good products
<MoeIcenowy>
I agree
<MoeIcenowy>
but mripard do not agree
<MoeIcenowy>
but I think everything on the 13pin header is not muxed
<MoeIcenowy>
so enabling them do not harm ;-)
<MoeIcenowy>
the patch that mripard applies do not enable usb2/3
<MoeIcenowy>
to be honest, the guys from Sinovoip thinks Xunlong provides too less technical support ;-)
<MoeIcenowy>
although we linux-sunxi forum do technical support by our own ;-)
<tkaiser>
This pin header is there for a reason. To demonstrate people that they will loose functionality when switching from smelly legacy Android kernel to mainline. Great ;)
<KotCzarny>
tkaiser, on the other hand, it will make people go 'wow, armbian works'
<KotCzarny>
;)
<MoeIcenowy>
I think after Linux 4.11 you may keep the patch as a private patch of armbian ;-)
<apritzel>
we should really emancipate ourselves from the Linux DT ...
<MoeIcenowy>
apritzel: oh I forgot to mention
<MoeIcenowy>
the qemu-system-arm -enable-kvm -M vexpress-a15 -cpu host really works on my A33
<apritzel>
but you get only shitty SD mass storage, right?
<MoeIcenowy>
but when trying to emulate a raspi2 it failed ;-)
<MoeIcenowy>
I didn't notice it...
<apritzel>
MoeIcenowy: why would you want to emulate a RPi?
<MoeIcenowy>
just for hobby ;-)
jstein_ has joined #linux-sunxi
<apritzel>
the only reasons I could think of is GPU, maybe out-of-the-box GPIO
<MoeIcenowy>
as I have sent out my rpi out to someone to exchange a FPGA board ;-)
<apritzel>
or hardware support in general
<KotCzarny>
rright, confess that you are going to sell rpi knockoffs based on opi0 ;)
<MoeIcenowy>
at least orangepis have 4 usb controllers ;-)
<apritzel>
which you won't get with QEMU :-(
<MoeIcenowy>
more than bcm2835 ;-)
jstein_ is now known as jstein
JohnDoe6 has joined #linux-sunxi
<MoeIcenowy>
it seems that qemu cubieboard is nearly nothing
JohnDoe_71Rus has quit [Ping timeout: 258 seconds]
raknaz has joined #linux-sunxi
<apritzel>
yeah, it's more a proof of concept
<apritzel>
MoeIcenowy: feel free to extent sunxi support: it's OpenSource
<mpmc>
tkaiser: What's your view of the OPi Zero? :p
raknaz has quit [Quit: raknaz]
victhor has joined #linux-sunxi
scelestic has quit [Read error: Connection reset by peer]
jernej has joined #linux-sunxi
scelestic has joined #linux-sunxi
<tkaiser>
mpmc: Great little device. Now I hope for a H5 variant for this NAS HAT. With GbE and 2 GB DRAM.
HeavyMetal has joined #linux-sunxi
HeavyMetal has quit [Changing host]
HeavyMetal has joined #linux-sunxi
<mpmc>
tkaiser: I'm looking to replace the c.h.i.p I purchased as it's not very useful and really annoying to flash. Do you think I should hold off and wait for a new OP product? :p I'm also waiting for the OPi PC to get mainline kernel support with armbian.
<tkaiser>
mpmc: It all depends on the use case so what to answer. Also these devices are so insanely cheap so I really don't understand this 'should I wait since...' -- every new month new stuff will be released so simply either buy when you need stuff or wait forever?
fvogt_vps has left #linux-sunxi [#linux-sunxi]
<mpmc>
tkaiser: Good point. I just assumed "Now I hope for a H5 variant" meant that you had insider knowledge that I H5 zero might be in the works :p
jernej has quit [Ping timeout: 248 seconds]
Mr__Anderson has joined #linux-sunxi
The_Loko has joined #linux-sunxi
<tkaiser>
mpmc: There are some traces for a new H5 board called Zero Plus 2. All we know are some config bits in a github repo and if these are correct then the new devices comes without Ethernet (which renders it useless for my use cases and also this 'NAS HAT') but AP6212 WiFi/BT and camera connector. So clearly something different just named also 'Zero'.
<tkaiser>
mpmc: So I'm hoping now for a H5 GbE variant in Zero form factor since this 'NAS HAT' for Fast Ethernet equipped Zero doesn't make that much sense. But I don't know what Xunlong will do next.
apritzel has joined #linux-sunxi
Mr__Anderson has quit [Read error: Connection reset by peer]
leviathanch has quit [Remote host closed the connection]
perr has joined #linux-sunxi
perr has quit [Changing host]
perr has joined #linux-sunxi
Da_Coynul has joined #linux-sunxi
jstein__ has joined #linux-sunxi
jstein is now known as Guest62705
jstein__ is now known as jstein
Guest62705 has quit [Ping timeout: 246 seconds]
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
tkaiser has quit [Ping timeout: 264 seconds]
f0xx has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
dh1tw has joined #linux-sunxi
Mr__Anderson has quit [Read error: Connection reset by peer]
deskwizard has joined #linux-sunxi
qschulz has quit [Read error: Connection reset by peer]
Mr__Anderson has joined #linux-sunxi
leviathanch has joined #linux-sunxi
Ntemis has joined #linux-sunxi
tkaiser has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
_whitelogger has joined #linux-sunxi
The_Loko has quit [Quit: Leaving]
apritzel has quit [Ping timeout: 268 seconds]
KB3VGW has joined #linux-sunxi
Mr__Anderson has quit [Read error: Connection reset by peer]
yann-kaelig has quit [Ping timeout: 250 seconds]
noblock has joined #linux-sunxi
noblock has quit [Client Quit]
yann-kaelig has joined #linux-sunxi
yann-kaelig has quit [Remote host closed the connection]
jstein has quit [Remote host closed the connection]
Pepe has joined #linux-sunxi
vagrantc has joined #linux-sunxi
jstein_ has joined #linux-sunxi
jstein_ is now known as jstein
dh1tw has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
KB3VGW has quit [Read error: Connection reset by peer]
KB3VGW has joined #linux-sunxi
dh1tw has joined #linux-sunxi
jernej has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
cptG has joined #linux-sunxi
cptG_ has quit [Ping timeout: 246 seconds]
perr has quit [Remote host closed the connection]
jernej has quit [Ping timeout: 264 seconds]
Mr__Anderson has quit [Ping timeout: 258 seconds]
KB3VGW has quit [Read error: Connection reset by peer]
KB3VGW has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
dave0x6d has joined #linux-sunxi
jernej has joined #linux-sunxi
elvirolo has joined #linux-sunxi
<elvirolo>
hi all
<MoeIcenowy>
elvirolo: don't ask to ask, just ask and wait ;-)
<elvirolo>
MoeIcenowy: I was just saying hello :)
<KotCzarny>
'hello' is offtopic! ;)
<elvirolo>
(I do have an issue, but I'm trying to figure it out myself first :) )
<willmore>
FWIW, random user agrees that the special purpose 13 pin header on the OpiZ should be configured correctly in the DT by default.
<MoeIcenowy>
it's a good problem ;-)
<ElBarto>
willmore: why should it be not configured ?
<willmore>
ElBarto, I think it *should* be configured.
<willmore>
But, my understanding is that the maintainer thinks it is GPIO and therefore pluripotent, so should not be committed to a specific function.
<MoeIcenowy>
the current dt I sent out now do not enable the peripherals on the special purpose pins
jstein_ has joined #linux-sunxi
jstein is now known as Guest3131
<MoeIcenowy>
mripard: how do you think of the pins?
<MoeIcenowy>
none of the pins is general-purpose
<willmore>
Is the arguement that they shouldn't be configured by default in the DT because the little add in board is optional?
jstein_ is now known as jstein
Guest3131 has quit [Ping timeout: 258 seconds]
elvirolo has quit [Quit: Leaving.]
KB3VGW has quit [Ping timeout: 265 seconds]
<deskwizard>
talking about DTs... any particular reason the audio isnt enabled by default for olinuxino-a20-micro? just wondering
KB3VGW has joined #linux-sunxi
Ntemis has quit [Remote host closed the connection]
<ElBarto>
willmore: ah ok I wasn't aware of that
<ElBarto>
deskwizard: if there is a jack on the board it should be enabled
<tkaiser>
willmore: Xunlong officially has already 2 expansion boards for the 13 pin header (which is there to be *used* and not ignored!)
<tkaiser>
And many more will follow. Same with Nano Pi NEO (I know one company here in DE already preparing add-ons for this board)
<igraltist>
my powersupply is arrived, orangepi is booted :D
<willmore>
I agree tkaiser. The only question is are any of those pins GPIO and not strictly decidated to a particular purpose. If they're strictly dedicated, then it makes sense to have them in the DT enabled by default.
<willmore>
Doing otherwise would be like leaving a PS/2 keyboard connection as GPIO because someone might want to plug wire some LEDs to it in place of a keyboard.
jbrown has quit [Ping timeout: 246 seconds]
matthias_bgg has joined #linux-sunxi
victhor has quit [Ping timeout: 256 seconds]
<deskwizard>
ElBarto, thanks, I'll look into that then
apritzel has joined #linux-sunxi
p_rossak has quit [Remote host closed the connection]
gzamboni has joined #linux-sunxi
p_rossak has joined #linux-sunxi
<elvirolo>
This may not be the right place to ask this, but I can't SSH into my Arch ARM Lime2 board, and when I hook it up to an HDMI monitor, it seems the machine boots (I can ping it), but it seems to be stuck on a blinking cursor and I don't get a login prompt
apritzel has quit [Ping timeout: 252 seconds]
<KB3VGW>
did you install openssh and did you enable the service
<igraltist>
hmm arbian looks not so stable on orangepipc
<KotCzarny>
igraltist: it is stable. my boxes run months without any interruption
<igraltist>
i had many reboots because panic
<KotCzarny>
bad power or bad settings
<igraltist>
just new all and all default
popolon has joined #linux-sunxi
<igraltist>
when i set h3dip to full hd then blackscreen
<igraltist>
but later more after testing
<igraltist>
machine get gentoo anyway
<KB3VGW>
I use armbian on my odroids no issue
elvirolo has quit [Quit: Leaving.]
Keziolio has quit [Ping timeout: 265 seconds]
Keziolio has joined #linux-sunxi
jernej has quit [Ping timeout: 265 seconds]
Keziolio has quit [Changing host]
Keziolio has joined #linux-sunxi
jernej has joined #linux-sunxi
bakueikozo has joined #linux-sunxi
bakueikozo has left #linux-sunxi [#linux-sunxi]
yann-kaelig has joined #linux-sunxi
<mripard>
MoeIcenowy: didn't we have that discussion a few times already?
<mripard>
what I think is "if it's not in the base board, it won't be in the base DT"
<mripard>
if there's daughter boards, capes, hats, etc. it needs to be dealt with through overlays
<KotCzarny>
that sounds reasonable, how does it work in practice for distro vendors?
<mripard>
it works fine
<mripard>
the beaglebone, rpi and CHIP at least are using that in their respective distro flavours
<mripard>
it's just another package to install
<KotCzarny>
you mean its configurable from userspace? ie. after boot?
matthias_bgg has quit [Quit: Leaving]
<mripard>
for the beaglebone and the CHIP at least, it's automatically applied if it can detect the daughter board, and you have the option to apply one manually
<MoeIcenowy>
In the case of Orange Pi, I think it's not detectable
<MoeIcenowy>
and the IOs on this 13-pins is not General Purpose
gzamboni has quit [Quit: Ex-Chat]
gzamboni has joined #linux-sunxi
dh1tw has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
KB3VGW has quit [Read error: Connection reset by peer]
KB3VGW has joined #linux-sunxi
yann-kaelig has quit [Quit: Leaving]
<KB3VGW>
they have armbian for the chip
<KB3VGW>
have to get a img
* jelle
found the vendor shipped image working fine
netlynx has quit [Quit: Ex-Chat]
<KB3VGW>
someday this week it looks like my chip will get here
<KB3VGW>
its in Ny state now
jbrown has joined #linux-sunxi
KB3VGW has quit [Read error: Connection reset by peer]
KB3VGW has joined #linux-sunxi
terra854 has quit [Quit: Connection closed for inactivity]
<willmore>
KotCzarny, IIRC, the rpi detect capes once the main kernel and userland start. A process sets the correct DT for the hat in the boot info and reboots the board.
<willmore>
It struck me as a painful way to get stuck in a boot loop.
<willmore>
Pushing it into the pre-boot (uboot) code gets us back into the issue that brought about the adoption of DT in the first place--crazy customized boot loaders for every darn board out there.
<KB3VGW>
only if the cape/hat has a id chip
<willmore>
KB3VGW, yeah, if it doesn't, then you have to set it by hand with their config utility in userspace.
<willmore>
And the collection of DT files they have is insane.