<kenny>
owlery: my friend hit this on the CB2. His solution was to start again and then add that yum.conf
<owlery>
The yum update cost is many hours, so I'm finding a solution :(
<kenny>
haha, well you could try copying /xxx/uboot/uImage.sun7i over /xxx/uboot/uImage as a first step
<owlery>
Mmm, I'll try it again
<kenny>
did you pick up a serial adapter? That would also help (you'd want to crank up logging in uEnv.txt)
<kenny>
or do you have a mini-usb cable?
<owlery>
I have connected board to pc via usb-to-rs232 cable, but it can't receive any data
<owlery>
how to use mini-usb cable?
<kenny>
you may be able to use ./usb-boot. I've never tried it though. Then you could mount the filesystems and chroot in to make repairs. See http://linux-sunxi.org/FEL/USBBoot
<paulette>
Hi. I've got a new Cubieboard 1 and download openbox but I would like to update kernel with new from linux-sunxi. What branch I have to use ? Thank you !!!
<paulette>
openbox is android 4.0.4
<wingrime>
paulette: better use cynaogen with our kernel
<paulette>
cyanogen ? there is a repo in github ?
<paulette>
just some info about what/where repos for kernel & android sources them I'm able to build everything
<wingrime>
paulette: there
<paulette>
uhm.... I don't undestand. for kernel I must get it from: https://github.com/linux-sunxi/linux-sunxi (what branch ? sunxi-3.0, sunxi-3.4, etc...) and android cyanogen ? directly from cyanogen ?
<paulette>
*understand
<wingrime>
hno: paulette 3.4 / 3.0 should work
<wingrime>
err
<wingrime>
paulette: 3.4 / 3.0 should work for andorid
<paulette>
you mean sunxi-3.0 branch or sunxi-3.4 ?
<wingrime>
yes
<paulette>
ok
<paulette>
I'm gitting
<paulette>
so you say "avoid openbox sources and use cyanogen" ?
benn____ has joined #linux-sunxi
<paulette>
there are some fork of cyanogen for cubieboard 1 ?
<wingrime>
paulette: no idea
<wingrime>
paulette: offical worked for me on tablet
<paulette>
I found a livesuit image for cb1 with cyanogen
<paulette>
but not sources
<paulette>
so you just repo the cyanogen (9 for example) build it added the linux-sunxi kernel and without any other patch all is working ?
<wingrime>
paulette: I currently not plays with android
Black_Horseman has quit [Quit: Zwi se logou mou!!!]
<paulette>
ok, so I will keep old openbox sources but I will use your last kernel 3.0 or 3.4 in linux-sunxi repo :)
<paulette>
cyanogen road should be too much time expensive because there are many things to add to android sources to support a specific device like cubieboard
atiti has quit [Ping timeout: 265 seconds]
paulk-collins has joined #linux-sunxi
benn_ has joined #linux-sunxi
<wingrime>
benn_: ping
benn____ has quit [Ping timeout: 265 seconds]
paulette has quit [Quit: Page closed]
<wingrime>
benn_: do you remeber something in SRAM controller according BIST
<wingrime>
ssvb: ping
eebrah|mobile has joined #linux-sunxi
benn_ has quit [Ping timeout: 245 seconds]
paulk-collins has quit [Quit: Ex-Chat]
atiti has joined #linux-sunxi
<n01>
mripard: with the v3 you need also the DT patch?
ganbold__ has joined #linux-sunxi
ganbold_ has quit [Ping timeout: 260 seconds]
benn_ has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
<wingrime>
paulk-collins: ping
<paulk-collins>
pong wigyori
<paulk-collins>
oops
<paulk-collins>
pong wingrime
eebrah has joined #linux-sunxi
<wingrime>
paulk-collins: how replicant live now?
eebrah is now known as Guest68399
<paulk-collins>
wingrime, well, I'm having tough times finding times to contribute…
<paulk-collins>
but we're moving to Android 4.2 currently
eebrah|mobile has quit [Ping timeout: 272 seconds]
<paulk-collins>
and I'm testing mesa instead of the Android EGL
<paulk-collins>
swrast with softpipe and llvmpipe is too slow on kinda old devices though
<wingrime>
paulk-collins: allwinner support?
<paulk-collins>
didn't really have time sadly
<paulk-collins>
but we'll get there
<paulk-collins>
my a13 tablet is still waiting around
<paulk-collins>
and I'm looking forward to making something kind of generic
<wingrime>
paulk-collins: as we sometime will get lima work
<wingrime>
paulk-collins: you can test it too
<wingrime>
paulk-collins: also, there some way for run opensource cedarx
benn____ has joined #linux-sunxi
<paulk-collins>
yes I've seen that (cedarx)
<paulk-collins>
that's pretty good
<paulk-collins>
yes the point of mesa is that eventualy we can use lima
Guest68399 is now known as eebrah_
<paulk-collins>
or freedreno if we ever include qualcomm snapdragon devices
<wingrime>
paulk-collins: do you saw my video with mplayer?
<wingrime>
paulk-collins: I should make more one with resize and etc
<paulk-collins>
I don't think so, though I saw there is h264 decoding or so
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
cubear has quit [Quit: Leaving]
Guest63212 has quit [Read error: Connection reset by peer]
n01 has quit [Ping timeout: 246 seconds]
Soru has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
wigyori has quit [Remote host closed the connection]
torindel has quit [Remote host closed the connection]
torindel has joined #linux-sunxi
<libv>
yay, finally a working mesa-8.0.4...
<libv>
not that lima works...
<libv>
fully autotooling mesa before 9.0.0 was really a massive improvement
<libv>
ssvb: any progress on the assembler front?
\\Mr_C\\ has quit []
wingrime has quit [Ping timeout: 245 seconds]
Gerwin_J has quit [Quit: Gerwin_J]
eebrah_ has quit [Ping timeout: 272 seconds]
deasy has joined #linux-sunxi
\\Mr_C\\ has joined #linux-sunxi
<ssvb>
libv: I have just pushed a commit, which should resolve this problem
nove has joined #linux-sunxi
<ssvb>
libv: but still don't have proper ubuntu installed to run some tests with it
<libv>
ssvb: i'll give it a go in an hour or two
lynxis has joined #linux-sunxi
<lynxis>
oliv3r: is the 3.10 tree working on the a20 / cubieboard2?
<oliv3r>
should be
_enrico_ has quit [Quit: Bye]
n01 has joined #linux-sunxi
paulette has joined #linux-sunxi
<paulette>
I'm trying to use sunxi-3.4 with android 4.0.4 (openbox) but I've got a lot of issues: display don't work, zygote fall in error .... someone use 3.4 with android ?
<paulette>
I'm moved form openbox 3.0.52+ embedded in openbox sources to linux-sunxi
<paulette>
just keeping zImage and modules from linux-sunxi build
<paulette>
for android I'm using sun4i_crane_defconfig. I guess should be fine for cubieboard1
<paulette>
I'm using this tool chain for build : gcc version 4.7.3 20130328 (prerelease) (crosstool-NG linaro-1.13.1-4.7-2013.04-20130415 - Linaro GCC 2013.04)
<paulette>
is a right toolchain for linux-sunxi sunxi-3.4 ?
eebrah|mobile has quit [Ping timeout: 272 seconds]
Gerwin_J has joined #linux-sunxi
<lynxis>
oliv3r: did you tested it on an a20?
<paulette>
I've only a CB1 with A10
<paulette>
sorry mistake
<oliv3r>
lynxis: i think both; ct and cb`
<oliv3r>
cb1
<oliv3r>
lynxis: why? what is or isn't working?
<lynxis>
I have problems booting it. No serial output at all after uboot loads the kernel
<paulette>
for kernel 3.4 is better to use arm-linux-gnueabihf (4.7.3) or arm-linux-androideabi (4.4.3) ?
<Turl>
paulette, you probably just need to update your mali userspace
<paulette>
so gui depends by mali.ko module ?
<Turl>
yes
<Turl>
linux sunxi has newer mali.ko
<paulette>
I'm doing some changes on SD card script creator to insure that I'm using right modules from 3.4
<Turl>
so you need to update libmali.so etc
<paulette>
perhaps I'm using kernel uImage from 3.4 and modules from old 3.0 sourfces
<paulette>
ok thanks for info... I'm cleaning a little my script to better understand the things
<paulette>
to be simple I've leave clean the openbox source and build (which create also kernel 3.0.52+) but in SD creation I've exchanged uImage with new 3.4 missing kernels modules
<paulette>
and .so libs
<paulette>
my mistake
<lynxis>
oliv3r: can you upload somewhere your kernel .config?
popolon has joined #linux-sunxi
<oliv3r>
lynxis: there's sunxi-defconfig
<lynxis>
ok.
<lynxis>
thanks
wingrime has joined #linux-sunxi
paulette has quit [Ping timeout: 245 seconds]
paulette has joined #linux-sunxi
<paulette>
well now android boot :)
<paulette>
at least bootscreen loop
<paulette>
waiting for zygote
<paulette>
zygote started... some problems with touchscreen module but I can begin to work with 3.4 :)
<paulette>
cya
paulette has quit [Ping timeout: 252 seconds]
eebrah|mobile has joined #linux-sunxi
nove has quit [Quit: nove]
torindel has quit [Ping timeout: 272 seconds]
torindel has joined #linux-sunxi
jemk has joined #linux-sunxi
von_fritz has joined #linux-sunxi
n01 has quit [Ping timeout: 268 seconds]
wingrime has quit [Ping timeout: 246 seconds]
<montjoie[home]>
yeah I finaly got A20 crypto hardware better than default kernel implementation
wingrime has joined #linux-sunxi
<mnemoc>
oliv3r: hi, did you change the way the wiki send mails?
<mnemoc>
oliv3r: the last entry in msmtp.log is from oct 12
deasy_ has joined #linux-sunxi
deasy_ has quit [Read error: Connection reset by peer]
wingrime has quit [Ping timeout: 252 seconds]
wingrime has joined #linux-sunxi
<oliv3r>
i didn't touch that; mmstp or whatever it was should be still sending
<oliv3r>
mnemoc: when was my last login?
<mnemoc>
oct 10...
<mnemoc>
i'll restart php
<kenny>
montjoie[home]++ I'm looking forward to the faster crypto
<oliv3r>
mnemoc: while it could be one of my things that i've setup; i'm having doubts, just in case, make sure postfix is not running
<oliv3r>
and i will work on it more once i have some time, got some personal things to owrk on right now :S
<oliv3r>
montjoie[home]: you workingo n a mainline driver? or just 3.4 for now?
<Turl>
montjoie[home]: nice :)
<Turl>
oliv3r: 3.4 from what I know, but it shouldn't be much of an issue to fast forward it (other than DMA)
<oliv3r>
yeah
<mnemoc>
uhm, msmtp called manually works fine
n01 has joined #linux-sunxi
<oliv3r>
good, I didn't break it
<oliv3r>
\o/
<mnemoc>
but I don't get why the php thing doesn't send mails..
torindel has quit [Ping timeout: 272 seconds]
torindel has joined #linux-sunxi
<oliv3r>
i think we checked php last time, and it runs msmtp directly
<oliv3r>
sendmail i think does now map to postfix
<oliv3r>
which also still sends mail (if postfix is running, but shouldn't be running at this moment)
<mnemoc>
oliv3r: just tested. after resting php I got my test mail
<oliv3r>
so it was php 's fault
<mnemoc>
yes
<oliv3r>
yay!
<oliv3r>
:p
<oliv3r>
i REALLY didn't break it
eebrah has joined #linux-sunxi
torindel has quit [Ping timeout: 245 seconds]
torindel has joined #linux-sunxi
<wingrime>
mnemoc: we have such powerfull server why we still not nost images
<wingrime>
*host
<wingrime>
mnemoc: or for example debian mirror
jemk has quit [Quit: bye]
<oliv3r>
you mean armhf debian mirror?
<wingrime>
oliv3r: yes
<mnemoc>
wingrime: many people has write access on dl.linux-sunxi.org
eebrah|mobile has quit [Ping timeout: 272 seconds]
eebrah has quit [Ping timeout: 268 seconds]
<mnemoc>
wingrime: In my case I'm pushing the hourly linux and u-boot bins
<mnemoc>
no idea what images you mean, but sure they are welcomed
<libv>
wingrime: why a mirror?
<oliv3r>
i dunno about some distro mirror, if they have arm bins; wher edoes it end? debian? ubuntu? gentoo? fedora?
<libv>
wingrime: there's no point in us mirroring distros
<oliv3r>
if your talking about an .img that can be dded to an SD card, like hansg's fedora installer, sure why not :)
<libv>
wingrime: there is however a point in us providing specifically adapted packages for certain distributions
<wingrime>
libv: for example make ready to go image for cb/cb with debian
<wingrime>
libv: server have much resources we not using
<mnemoc>
we do have packages.linux-sunxi.org, waiting for maintainers
<mnemoc>
but it's for sunxi-specific packages
<libv>
mnemoc: well, one person at least is being quite active there now
<mnemoc>
not for replicating the world, just an extra apt/yum thing
<oliv3r>
wingrime: well it's not really 'our' server, we get to use it as long as we don't get in the way of its REAL purpouse ;)
<oliv3r>
wingrime: and mirroring distro, meh, having images up (like hansg's et al) absolutly
<oliv3r>
speaking of, we should actually mirror his image imo
<mnemoc>
libv: can you add "precise" to ubuntu? it's their latest LTS
<oliv3r>
images.linux-sunxi.org? :)
<libv>
mnemoc: i just spent several days battling their 8.0.x mesa version
<libv>
which does not build in parallel
<libv>
mnemoc: so yes, i am definitely working on that
<mnemoc>
oliv3r: dl. ? :p
<mnemoc>
libv: thanks!
<libv>
lima does not run yet though, although it builds nicely
<mnemoc>
i'm not really a fan of full os images
<libv>
and i have a first good stab at mesa-8.0.4 prepackaged
<mnemoc>
specially if they can be downloaded from distro-specific sources
<libv>
mnemoc: i think i have been working on precise since tuesday or so :)
<mnemoc>
\o/
<libv>
just takes ages to build this mesa, as the debianization of the (then still) non-autotooled mesa cannot build in parallel
<libv>
building on a 2GHz quad A9, that really spoils the fun... no qemu would be faster on my hw here
<mnemoc>
wingrime: will create /images and give you write access there
<mnemoc>
in dl.
<wingrime>
mnemoc: not too quck
<wingrime>
mnemoc: maybe better mail to them
<mnemoc>
no?
<mnemoc>
wingrime: you decide
<wingrime>
mnemoc: we just note about that we can host images for sunxi hw
<mnemoc>
sure
<wingrime>
mnemoc: I mean we should write notice somewhere, about thats possible to authors
torindel has quit [Ping timeout: 272 seconds]
<mnemoc>
maybe defining some rules to avoid abuse and duplication
torindel has joined #linux-sunxi
<wingrime>
mnemoc: uploading images not for my ADSL
<wingrime>
mnemoc: can you make debbootstrap image (partitioned but without kernel and fex)
<wingrime>
mnemoc: and make script that will upgrade debian on it and repack
<oliv3r>
wingrime: if you really want something badly on dl.linux-sunxi.org now; i can do a wget for ya ;)
<wingrime>
oliv3r: maybe a23 sdk
<wingrime>
oliv3r: when it will aval
<oliv3r>
dunno about hte full sdk; but the kernel sources etc yeah absolutly
<oliv3r>
the rest of the sdk is just a big android repo
<wingrime>
mnemoc: manual like get premade image + add uboot and kernel + spl and ready
<wingrime>
mnemoc: or just like hsngs fedora script that do it automaticly
<wingrime>
oliv3r: not fully
<wingrime>
oliv3r: it have cedar binaries deep in android structure
<oliv3r>
we can extract those too i suppose
<wingrime>
oliv3r: indeed thats disk waste
<oliv3r>
but i don't htink it's a good idea to have random people randomly waste bandwith trying to find something that's probably not there anyway, the goodies that we need; yeah get those out for us to see and use
<wingrime>
oliv3r: OEM vedors stupid enought
<oliv3r>
lol aye
<wingrime>
oliv3r: but I sure better aw used manifests point to google servers
<oliv3r>
wingrime: you ever used bcache
<wingrime>
oliv3r: no
<Turl>
oliv3r: that's like flashcache isn't it?
<oliv3r>
what's flashcache?
<oliv3r>
but yeah i think so
<oliv3r>
you add an sdd to your system; that acts as a cache for anything
<wingrime>
oliv3r: lol I have no SSD
<wingrime>
mnemoc: also about "m:
<wingrime>
mnemoc: "m"
<wingrime>
mnemoc: we have no any mechanism for autoload modules
<oliv3r>
i got a rejected ssd from work; that was concidered broken; i gave it a security-erase and seems fine now
<oliv3r>
but i'm a little 'scared' to use it as single main drive; so gonna use it as a bcache :)
<wingrime>
mnemoc: so, we need then add instructions for insmod after boot
<mnemoc>
wingrime: it has been like that since always. but I have on top of my sunxi TODO to add something in plat-sunxi of 3.4 that scans script.bin and allocated the platform_devices accordingly
<mnemoc>
so we can get drivers loaded automatically
<mnemoc>
and removing most of script.bin stuff from 3.4's drivers
<mnemoc>
making the transition to 3.10 cheaper
<wingrime>
mnemoc: yes we can remove much stuff from fex
<mnemoc>
i don't mean altering the .fex
<mnemoc>
I mean changing the drivers to not test the .fex directly to see if the thing is present, but making plat-sunxi/devices.c do it in a generic way
<oliv3r>
i want to add script.bin parsing initially to 3.10
<mnemoc>
and making sunxi legacy drivers act as normal platform_drivers
<mnemoc>
oliv3r: look at plat-sunxi/script.c
<oliv3r>
yeah i think that's quite easy to add
<mnemoc>
and the companion .h. it's a pretty simple API
<mnemoc>
with iterators and stuff
<oliv3r>
stop making my hands itch
<mnemoc>
:p
<oliv3r>
i have to do life-stuff first :(
<mnemoc>
oliv3r: don't worry. I wanted to migrate the drivers in 3.4 first before making them jump into 3.10
<oliv3r>
also, I want a colorhug/colorspectre but they are very expensive :(
<oliv3r>
and I don't even do anything with color
<oliv3r>
but i wanna have!
<mnemoc>
:D
<wingrime>
mnemoc: sunxi legacy driver will pain you as it use old clocks
<mnemoc>
it's just an step. oliv3r will have to do the clock migration when importing them into 3.10
<mnemoc>
(second step)
von_fritz has quit [Quit: vonfritz leaves, don't panic]
<mnemoc>
and then into dts, third step
<oliv3r>
i will do what? :p
<mnemoc>
sleep :)
<wingrime>
mnemoc: hardly still
<mnemoc>
wingrime: any outstanding patchset in the ML?
<mnemoc>
wingrime: it's not easy. but it's the only way of having a fully functional 3.10 to replace 3.4 in this life