th__ has quit [Read error: Connection reset by peer]
th_ is now known as th__
tomboy65 has quit [Ping timeout: 245 seconds]
cbsrobot has quit [Ping timeout: 245 seconds]
JohnDoe_71Rus has quit [Ping timeout: 245 seconds]
agath_at_work_pd has quit [Ping timeout: 245 seconds]
backb0ne_ has quit [Ping timeout: 245 seconds]
kenny has quit [Ping timeout: 245 seconds]
backb0ne__ has joined #cubieboard
tomboy65 has joined #cubieboard
smccarthy has quit [Remote host closed the connection]
JohnDoe_71Rus has joined #cubieboard
wolfy has quit [Ping timeout: 252 seconds]
fuwei has joined #cubieboard
eagles0513875 has quit [Remote host closed the connection]
wolfy has joined #cubieboard
red723 has joined #cubieboard
onca has joined #cubieboard
red723 has quit [Quit: Verlassend]
n01 has joined #cubieboard
enrico_ has joined #cubieboard
RA3OR has quit [Read error: Connection reset by peer]
R430R has joined #cubieboard
_massi_ has joined #cubieboard
DropBear_ is now known as DropBear
blahis has quit [Ping timeout: 245 seconds]
blahee has joined #cubieboard
hramrach has quit [Ping timeout: 240 seconds]
tomboy64 has joined #cubieboard
madmaxx has quit [Read error: Connection reset by peer]
madmaxx has joined #cubieboard
madmaxx has quit [Changing host]
madmaxx has joined #cubieboard
Baronawesome has quit [Ping timeout: 248 seconds]
R430R has quit [Ping timeout: 245 seconds]
blahee has quit [Quit: leaving]
Baronawesome has joined #cubieboard
carlos-huang has joined #cubieboard
<carlos-huang>
请问 cubieboard 提供二次开发定制吗？
<JohnDoe_71Rus>
Congratulations on your purchase
RA3OR has joined #cubieboard
lerc_ has joined #cubieboard
ktosiek_ has joined #cubieboard
Guest31821 is now known as luka
luka has quit [Changing host]
luka has joined #cubieboard
arete74_ has joined #cubieboard
caveat- has quit [Disconnected by services]
AE7IK_ has joined #cubieboard
atsampso1 has joined #cubieboard
caveat- has joined #cubieboard
bircoe_ has joined #cubieboard
Eyal has joined #cubieboard
piscodig has joined #cubieboard
lerc has quit [*.net *.split]
ktosiek has quit [*.net *.split]
arete74 has quit [*.net *.split]
StMichel has quit [*.net *.split]
bircoe has quit [*.net *.split]
atsampson has quit [*.net *.split]
AE7IK has quit [*.net *.split]
discopig has quit [*.net *.split]
Baikonur has quit [*.net *.split]
bircoe_ is now known as bircoe
piscodig is now known as discopig
jelly has joined #cubieboard
popolon has joined #cubieboard
KBme has joined #cubieboard
nighty^ has joined #cubieboard
blahee has joined #cubieboard
deasy has joined #cubieboard
FR^2 has joined #cubieboard
lxsameer has joined #cubieboard
<lxsameer>
can i use cubieboard gpio tu create and avr programmer /
kivutar has joined #cubieboard
Baikonur has joined #cubieboard
kludge` has quit [Ping timeout: 265 seconds]
carlos-huang has quit [Quit: carlos-huang]
deasy has quit [Ping timeout: 260 seconds]
kludge` has joined #cubieboard
Vanfanel has joined #cubieboard
<Vanfanel>
Hi guys
<Vanfanel>
Just ordered the Cubie2 and now waiting for it.
<Vanfanel>
What's the best suited GNU/Linux distro for emulation on the board?
deasy has joined #cubieboard
<jelly>
Vanfanel: emulation of what?
<Vanfanel>
jelly: A variety of systems, using a common API called RetroArch
<Vanfanel>
it runs on EGL/GLES, ideally without X
<bircoe>
That might be a problem... the state of GPU drivers is not fantastic...
<Vanfanel>
bircoe: what about the LIMA foss drivers? have you tested them?
<bircoe>
No, I'm using my CT ina headless setup.
<bircoe>
I did try Lubuntu Desktop edition but drivers were pita so decided headless for now, will revisited video jobs later
kivutar has quit [Ping timeout: 248 seconds]
<jelly>
Vanfanel: probably the one the authors use
<Vanfanel>
jelly: the authors use different distros and even OSes, as it's a cross-platform API
<Vanfanel>
bircoe: If you tried Lubuntu Desktop then you had problems with Xorg drivers, right? But I will be using GLES/EGL, not Xorg.
<jelly>
it looks more like a horrible aglomeration of different projects to me, but...
<jelly>
Vanfanel: if you're going to build it from source, pick any distro that you like and know how to deal with
<Vanfanel>
jelly: No. You're totally wrong there. It's not an aglomeration: it's an API wich provides low-latency and syncs the emulators to the physical refresh rate, allowing perfect smooth screen updates similar to the original machines.
<Vanfanel>
bircoe: thanks for the link. Yes, it seems pretty messy by now...
<jelly>
Vanfanel: I'm happy to read that.
<Vanfanel>
bircoe: so what would I need to use in order to get GLES/EGL, audio, etc...? A custom linux-sunxi kernel?
<Vanfanel>
jelly: most people is confused by the RetroArch concept and the tend to think it's another stupid aglomeriaton, but it's the only emulation solution I'd use by now. It runs AWESOME on the Pi, where it can run SegaCD games at rock-solid 60FPS with perfect sync and hardware-scaled graphics.
<jelly>
and r.pi is a very old SoC
<Vanfanel>
jelly: that's why I wanted to jump into the Cubie2
<jelly>
good luck porting to new platform!
<Vanfanel>
hahaha! I don't think I'll be porting it. It's not my work :P
<Vanfanel>
I mean, I just use RetroArch
<jelly>
you're bound to be disappointed then, the driver situation is FAR from "just using" stuff
<Vanfanel>
jelly: did you try the LIMA driver?
<jelly>
nope, I haven't tried any 3D or 2D acceleration yet, apart from starting a movie player on the default android
<Vanfanel>
great. So I'll have to wait for the LIMA driver, then...
<Vanfanel>
It could take years :(
<jelly>
hence: porting
<Vanfanel>
porting would be possible if EGL/GLES driver support was good enough
<Vanfanel>
but it seems to be a disaster with the binary blobs, too
rz2k has joined #cubieboard
msouth has quit [Quit: This computer has gone to sleep]
AndrevS has quit [Quit: Leaving]
<dashie>
hi people
<dashie>
i've my cubietruck with debian, and iwconfig show two interfaces, wlan0 and p2p0, how to have only wlan0 to works ?
<dashie>
4
laurent\ has quit [Ping timeout: 260 seconds]
<lxsameer>
can i use cubieboard gpio tu create and avr programmer /
ktosiek_ has quit [Quit: No Ping reply in 180 seconds.]
ktosiek has joined #cubieboard
bizarro_1 has joined #cubieboard
msouth has joined #cubieboard
madmaxx has quit []
<KBme>
what is the LIMA driver?
<KBme>
oh, the opensource mali driver.
<KBme>
the rpi video driver isn't opensource either, Vanfanel
<KBme>
and the mali driver seems to work fine once you figure out how to set it up correctly (haven't managed yet myself)
<Vanfanel>
KBme: yes, I know the Rpi video driver isn't open source either
<Vanfanel>
but RetroArch uses Dispmanx (BCM native windowing API) on it for EGL/GLES without X
<KBme>
wow, cubietruck support merged into 3.13? really?
<Vanfanel>
I was wondering what would be used on the Cubie for x-less GLES/EGL: some say it's simply "framebuffer", but there's always someting more needed, be it KMS or DispmanX
<Vanfanel>
and MALI driver doesn't have DRM/KMS and of course not Dispmanx as it's a BCM thing
<KBme>
I think it has a third thing that's called cedarX
chihchun is now known as chihchun_afk
<KBme>
which probably sucks about as much as dispmanx, being another implementation
<KBme>
but it gles/egl should work, afaics there seems to be hw accel in android …
<Vanfanel>
KBme: but how's the rendering context defined without X, KMS or Dispmanx? EGL is not enough, contrary to what most people think.
<KBme>
i'm not a graphics expert, but the mali driver on the framebuffer, with cedarx should get you hw accel. honestly, though, i still need to compile a kernel that actually boots before being able to toy with that stuff.
<KBme>
Vanfanel, my guess is that cedarx is the equivalent of dispmanx?
<Vanfanel>
KBme: I've yet to receive my Cubie2, so I guess we will meet around here when we both are doing those graphics experiments :)
<Vanfanel>
KBme: I'm trying to understand what CedarX is
<KBme>
well, all I know is that it's really difficult to build a kernel that boots.
<KBme>
and there are sources all over the place, and no clear upstream
<KBme>
Vanfanel, well, i'm porting a new distro so prebuilt sources are of no help
<KBme>
and anyways, i don't trust precompiled kernels, usually.
<Vanfanel>
wolfy: why don't you use mplayer instead of VLC? most tutorials I see are mplayer-focused
<Vanfanel>
KBme: why don't you trust precompiled kernels? Security or privacy concerns?
<KBme>
Vanfanel, a lot of different reasons, really
<KBme>
that's part of it of course
<KBme>
then there is also the fact that if one person manages to compile it of thousands, it means he probably patched it with stuff from all over the place, meaning that it works only because god lets it work ;)
<KBme>
which means it's not reproducible, and as such, not customizable
nils_2_ has joined #cubieboard
fuwei_rh has joined #cubieboard
<KBme>
what's more helpful is publishing the working sources with the configuration
<KBme>
then people can toy with it and do some real testing
nils_2 has quit [Ping timeout: 260 seconds]
fuwei has quit [Ping timeout: 252 seconds]
<KBme>
pity i'm no kernel developer though, so I can't really bitch about sh*t, i'm in no position to.
<Vanfanel>
KBme: I totally share your points, of course. But it seems the Cubie stuff is being mainlined one release after another. In some months, it should all be in the mainline kernel, if I understand it right.
<Vanfanel>
And then you should just need a vanilla kernel and a cubie .config file to compile your own kernel, right?
<KBme>
but I have yet to see a kernel newer than 3.3 that compiles to a booting state$
nils_2_ is now known as nils_2
<Vanfanel>
KBme: hmmm... who's in charge on the cubie kernel stuff??
rellla has joined #cubieboard
<KBme>
Vanfanel, i'm guessing sunxi, but really, there is no clear upstream, so you can't really know
<KBme>
there are at least three github repos, each with different kernels, newest being 3.4
<Vanfanel>
did you ask in #sunxi-linux?
<KBme>
gh.c/linux-sunxi, gh.c/cubieboard and gh.c/cubieboard2
<Vanfanel>
sorry that wasn't the name of the channel
<Vanfanel>
it's #linux-sunxi
<Vanfanel>
tried asking the people there?
<KBme>
no reply yeyt
<KBme>
yet*
<Vanfanel>
Did you ask long ago?
<KBme>
yesterday
<Vanfanel>
hmm. Maybe different time zones are at work here :)
<KBme>
maybe
printallthething has quit [Quit: Leaving]
lxsameer has quit [Quit: Leaving]
rneese___ has joined #cubieboard
<rneese___>
ok question
<rneese___>
if I was to post a sd image that would also install to nand .. that is a workign voip pbx img for the cubieboard2 would you guys use it.?
ganbold_ has joined #cubieboard
kivutar has joined #cubieboard
rainbyte has joined #cubieboard
Wessix has joined #cubieboard
<KBme>
rneese___, I think it'd be much nicer if you managed to push your sources somewhere. I would probably use that, though transposing it to a different project.
<KBme>
there's plenty enough binary projects that seem to manage to build stuff for cubie that works, the sources used to build them are pretty misterious though.
<rneese___>
well the goal was to have a pbx img for te board
<rneese___>
and I finished it this am
<rneese___>
I have a install script
<rneese___>
the issue is it has a few options that you have to read and set before yu run it
<rneese___>
the other issue i srunning a db like pgsql on nand ho bad does it affect te life span ?
<rneese___>
I know they say pgsql/mysql should not really be used on sd
<rneese___>
and I know on emmc it has proven a issue
<rneese___>
but not had much time with nand
<rneese___>
well everything I am using is opensource
<rneese___>
but I compile the debs for them
<rneese___>
and I have all the debs in my repo
<rneese___>
I have the only arm deps for freeswitch
<rneese___>
wich make installing fast and easy
Smurfiboy has joined #cubieboard
<KBme>
that's good. do you have a build script or something? do you cross build? do you have a script that cross-builds? are those in a repo as well?
<rneese___>
I have a quadcore arm system I build the pkgs on called a odroid
<rneese___>
I use it as the build system and pkging system so they are native build
<rneese___>
but the issue I had with the odroid x2 is no nice cases
<rneese___>
and they cost more in the longrun
<rneese___>
the cubie looks to be just perfect
<rneese___>
we did testing this last weekend and managed to pound it with 45 sip calls and no jitter
<rneese___>
and we figure 45 concurrent calls and 55/60 etensions
<rneese___>
this is a nice way to go for small busniess
<rneese___>
and with it on a small board and small case its smaller then other pbx systems
<KBme>
swabbles, where di you take you kernel configuration from? make defconfig? cubie_configs? some other?
<rneese___>
ok guys have to run ride is here for PT
<swabbles>
sun7i_defconfig
<rneese___>
backin 3 hours
rneese___ has left #cubieboard [#cubieboard]
<KBme>
swabbles, in the kernel sources, right?
<swabbles>
Well, the linux-sunxi one, yes.
<KBme>
right. ok, thank you.
<swabbles>
Basically, the sunxi community forked a 3.4 linux some time ago, worked on getting that to work, and the drivers that do work properly are now being mainlined.
<swabbles>
The kernel from Cubie mostly exists as a reference/proof of concept.
<swabbles>
But is not really being maintained, afaik.
<KBme>
ok
<KBme>
well, the 3.4 branch of linux-sunxi isn't really maintained afaics
<KBme>
last commit was more than a month ago
<swabbles>
Probably because it is a (near) full implementation for most of the boards that haven't been released in the past few months.
<swabbles>
I basically use sunxi-3.4 on my cubieboard 2.
<swabbles>
And stage/sunxi-3.4 on my cubietruck.
<KBme>
ah, i need stage/sunxi-3.4 for the cubietruck? ok
A124 has quit [Remote host closed the connection]
<KBme>
swabbles, well, you've been the most helpfull 'till now, thank you
<swabbles>
You're welcome :).
A124 has joined #cubieboard
Smurfiboy has quit [K-Lined]
thesheff17 has quit [Remote host closed the connection]
thesheff17 has joined #cubieboard
eagles0513875_ has joined #cubieboard
wolfy has quit [Quit: Paradoxul homosexualilor este ca, desi nu reusesc sa se reproduca, sunt in fiecare an din ce in ce mai multi. (Tristan Bernard)]
deasy has quit [Remote host closed the connection]
smccarthy has joined #cubieboard
<Vanfanel>
swabbles: I fear I'll be asking you some questions when I receive the board, you're so nice with us! Thanks! :)
<Vanfanel>
That explanation you gave to KBme was also VERY good for me