<libv>
hramrach: do you have an example program which would trip up, something that isn't gnome-shell and which would require me to change my current installations extensively?
<libv>
hramrach: where did this patch come from?
<libv>
ah, found it
<libv>
well, i didn't find this exact patch now
<tm512>
gonna see if the ubuntu boot partition will work with my rootfs
<libv>
hramrach: ah, that code does seem legal
<tm512>
doesn't work, same blank screen, although the screen has lit up
<tm512>
so there's 0 way to find out what is going on without a serial console?
ZetaNeta has joined #linux-sunxi
<tm512>
there is nothing in /var/log/lastlog
ganbold_ has joined #linux-sunxi
vinifr has quit [Quit: Saindo]
auxym has joined #linux-sunxi
popolon has quit [Quit: Quitte]
<auxym>
whats the command again to configure kernel options in bsp?
<auxym>
i need module snd_usb_audio and apparently dont have it
<Turl>
auxym: make linux-config is it?
<auxym>
aight, checking it out.
<auxym>
btw hi Turl. im back to messing around with linux on my mini-x
<auxym>
k, USB Audio/MIDI driver under the ALSA stuff is probably the right thing, and was unchecked
<auxym>
so, say I has an SD card i set up with bsp, and only want to change the kernel on it, is that possible?
<tm512>
so ubuntu can boot from the kernel I compiled. my LFS setup is broken
Black_Horseman has quit [Quit: Zwi se logou mou!!!]
massi has quit [Quit: Leaving]
rellla has quit [Remote host closed the connection]
massi has joined #linux-sunxi
popolon has joined #linux-sunxi
_enrico_ has joined #linux-sunxi
hipboi has quit [Quit: Leaving]
vaxholm has joined #linux-sunxi
<vaxholm>
has anyone figured out what all the differen FE* abbrevs mean? FEL FES FED FET FEX
ZetaNeta has joined #linux-sunxi
<oliv3r>
vaxholm: why do you ask?
<vaxholm>
oliv3r, looking at what LiveSuit is doing. it would be easier to read the code if that was more clear.
pacopad has joined #linux-sunxi
rellla has joined #linux-sunxi
<oliv3r>
wingrime removing the test color bars i would think is a bad idea, since it helps devs see how to use it and how to enable it in a new driver, without having ot look stuff up
<oliv3r>
i think 3.4 should also be reference source; since that code won't ever get mainlined in its current form, it's ok to have 'cruft' in comments that explain things possibly
<oliv3r>
the sun3i removeal i still think is a good thing, as nobody is working on it, so it can potentially only get in the way. once someone starts on it, most code is probably mergable with sunxi anyway
<oliv3r>
libv: starting to work towards fosdem allready? So i should do the same :)
atiti has joined #linux-sunxi
<hno>
vaxholm, there is no obvious structure in what they mean. But purpose of each is easily identified.
<hno>
but it's not interesting what livesuit is doing. We do not need livesuit at all.
<vaxholm>
you use u-boot or something?
<vaxholm>
for USB-downloading
<hno>
yes.
massi has quit [Quit: Sto andando via]
<vaxholm>
hno, do you have any tool to upload u-boot using FEL?
<vaxholm>
though, i'm curious about why they've made livesuit so insanely complicated for a simple task...
<steev>
apparently the mailman attempted to deliver mine yesterday, but, rather than leave it at the office, took it back to the post office
<steev>
hopefully it comes out today
<steev>
already have the XU and Utilite running Gentoo, need to work on something more difficult ;)
<steev>
debated working on a dts for the utilite, but i think there will be others who buy it who will do so
<hno>
steev, yes.
<hno>
except that we do not yet have a reliable u-boot SPL for NAND. A little undecided on what path to select there.
<hno>
and too much other stuff to do at the moment.
<hno>
the SPL by yuq should work however.
<oliv3r>
hno: what paths are you debating between?
<hno>
bit of a headache to decide on the proper path. There is both MTD and Allwinner FTL block driver, and the latter in two versions. Neither can coexists with the other.
<hno>
The allwinner FTL is a bit nasty in that it automatically formats the flash without asking.
<hno>
plus that I am completely overloaded with other stuff at the moment. Not much time to tinker with these right now.
<hno>
should be possible to modify the Allwinner FTL to not automatically format the flash I think.
<oliv3r>
i'd drop the allwinner driver at some point imo
<oliv3r>
or rather, mv sunxi to sunxi-ftl; and start adding mtd to sunxi; dropping all ftl backwards compatibility
<oliv3r>
people who need/want ftl, just stick with the old
<hno>
probably, but it's what most are using and for goot reasons as Linux do not have a good replacement.
<hno>
s/goot/good/
<hno>
patents encumbering development of something that makes sense.
<oliv3r>
:s
<libv>
oliv3r: well, the organizers are ramping up, the deadline for devroom requests is like tomorrow
<oliv3r>
libv: really?
<oliv3r>
libv: so I should start writing something today :)
<oliv3r>
pff, see, when i brought it up 2 months ago, people where saying 'oh its months away, relax'
<hno>
libv / oliv3r , devroom where?
<oliv3r>
fosdem
<oliv3r>
i wanna do something sunxi related; not sure what yet
<libv>
oliv3r: file a mainline talk, or try to go onboard with something like an ARM devroom (if that finally has come into existence)
<oliv3r>
mainline talk even?
<oliv3r>
that sounds a bit big don't ya think?
<oliv3r>
hno: was reading that yeah, and it's been up since aug. 6th!
<hno>
there is big talks, lightning talks, stands, devrooms, and sharing a devroom with others in similar topic.
tinti has joined #linux-sunxi
<oliv3r>
i've been there once in 2010 i think
<oliv3r>
or was it 09
<oliv3r>
so i really wanna go there
<oliv3r>
but a mainline talk about sunxi sounds a bit big :)
<oliv3r>
maintrack*
<hno>
would be great if there was a arm oriented devroom.
<oliv3r>
oh maintrack deadline is oct. 1st; devroom is 15th indeed
<hno>
yes.
<oliv3r>
well there should be enough to fill 45 minutes in a maintrack room i suppose?
<oliv3r>
about sunxi? :)
<libv>
oliv3r: yes, there is, and it would be good for the project
<oliv3r>
libv: ok; then i'll write a proposal this weekend and register for a maintrack room soon
<oliv3r>
before oct. 1st :)
<hno>
architecture, mali, cedarx, mainlining, etc etc. No issue to fill up 45 min.
<oliv3r>
i imagine i'd be done talking in 10 minutes :p
<naobsd>
does anyone try 3.4 kernel from SDK2.0 for A20?
<hno>
haven't tried it. Only looked and saw too many blobs where I did not want to see them...
n01 has joined #linux-sunxi
<oliv3r>
naobsd: wouldn't really care for running it, only to compare against it
<n01>
yo 0
vinifr has joined #linux-sunxi
massi has joined #linux-sunxi
jemk has joined #linux-sunxi
deasy has joined #linux-sunxi
hipboi has joined #linux-sunxi
<naobsd>
hmm
wingrime has joined #linux-sunxi
<oliv3r>
right, going to the 'serverroom' to sort some shit; bbl
<hramrach>
libv: technically any program that does a X11 call before passing the display to Mali would trip this. Any call that allocates data, that is. Most libX11 data structures have a mutex in them when the flag set with XInitThreads is set and null otherwise.
tinti has quit [Remote host closed the connection]
<hramrach>
I don't have a program ready, sorry
<libv>
that's fine
<libv>
hramrach: this patched binary of yours, this was a direct diff of the objdump, right?
<hramrach>
yes, it does not show where the branch jumps to
<hramrach>
the backtrace shows XGetDefault so that call should trigger the crash if done pre/post EGL init
<libv>
it jumps to a call which is already in the loaders symbol table
<hramrach>
I have a bsdiff as well but no way to print that
<libv>
so it jumps straight to the XInitThreads ptr
<hramrach>
yes, that's how I expect it to work but can't see it form the disassembly
<libv>
there is an extra level of indirection there, something which objdump does not or cannot easily resolve for you
<libv>
hramrach: so this is what you use?
<libv>
and it solves the problem for you?
<hramrach>
yes, I run the patched binary. Wnated to test if the patch works and it did
<libv>
ok, good, i will hexedit the same fix in, and commit it with this russian as the author
<libv>
i will then go and see if i can implement the same for r3p2-01rel2
<hramrach>
thanks
<hramrach>
I can give you the bsdiff which hexedits it for you on r3p0
rellla has quit [Read error: Connection reset by peer]
<wingrime>
libv: that can not be in kernel
<libv>
wingrime: upstream is lightyears away
<wingrime>
libv: and what is cleanup for you?
<libv>
structure.
<libv>
wingrime: monkeys follow preprocessor directives, coders find structure where there isn't any
<wingrime>
libv: I not follow preprocessor directives here, I just see testcode that draws colorbar , afaik you can write it in userspace
<wingrime>
libv: disp have 2-3 api layers , change structure involv massive patches, and may unkilled bugs
<wingrime>
libv: I can't remove one layer with small patches
<Turl>
oliv3r: ping
akaizen_ has joined #linux-sunxi
akaizen has quit [Ping timeout: 256 seconds]
vinifr_ has joined #linux-sunxi
vinifr has quit [Ping timeout: 260 seconds]
popolon has quit [Ping timeout: 240 seconds]
\\Mr_C\\ has quit []
vinifr_ has quit [Read error: Connection reset by peer]
soul has joined #linux-sunxi
soul is now known as Guest95337
\\Mr_C\\ has joined #linux-sunxi
stekern has quit [Ping timeout: 260 seconds]
stekern has joined #linux-sunxi
Soru_ has joined #linux-sunxi
Guest95337 has quit [Read error: No route to host]
Soru__ has joined #linux-sunxi
Soru_ has quit [Ping timeout: 256 seconds]
jemk has quit [Ping timeout: 260 seconds]
Soru has joined #linux-sunxi
Soru__ has quit [Ping timeout: 260 seconds]
vinifr has joined #linux-sunxi
popolon has joined #linux-sunxi
<atsampson>
hno: have you tried u-boot-sunxi HEAD on an A10 device lately?
<atsampson>
for me, the "sunxi: set arch timer CNTFRQ" commit breaks it -- it doesn't get into the kernel (irritatingly, I've got no serial port on this device so I can't see what it's saying otherwise...)
<atsampson>
(that commit's 26771a8188c88dd3da27e32a118126cceba7c7a9; the previous one fe0cd13e20a42a037064a8a89384e96f1a05c087 works fine)
<oliv3r>
Turl: pong
<Turl>
oliv3r: I've got two q's for you :p
<Turl>
oliv3r: 1) can you confirm the dram on A20 is clocked from PLL6 instead of PLL5 like on A1X?
<oliv3r>
wingrime: not entirly true, yes you can write colorbars in userspace, but what if you are writing a driver and are not even close to that, you only want to make the output stage work; you need that then ;)
<oliv3r>
Turl: i belive there was a change there, i'd have to consult my u-boot patches though
<oliv3r>
i did clean everything up with macro's so should be good
<atsampson>
graphics, wireless, rotation sensor, SD card, sound all work
<atsampson>
the camera initialises now but doesn't actually produce any pictures
<atsampson>
this is with a 3.0 kernel, since the prebuilt gcc that configuration uses segfaults while compiling linux-sunxi 3.4 ;)
<oliv3r>
you can't use external compiler with CM?
<atsampson>
you probably can; I've not looked at it yet though
<atsampson>
there's a configuration thingy to select which toolchain to use for the kernel
<atsampson>
in terms of changes to other stuff: there's a pull request to fix the vold config in device_allwinner_common...
<atsampson>
... and a hand-hack to build/core/Makefile to pass --configid=$(modelidcfg) to ota_from_target_script
<wingrime>
atsampson: two cubie?
<atsampson>
which I suspect should actually be fixed by creating the script it's trying to install, although it's not immediately obvious
<atsampson>
wingrime: Cubieboard 1 on the left, BeagleBone Black on the right
<wingrime>
atsampson: cool
<wingrime>
atsampson: they run somethign
<wingrime>
?
<buZz>
uboot
<buZz>
in endless loop
<buZz>
:P
<atsampson>
both running Debian -- I use them for build-testing stuff on ARM
<Turl>
oliv3r: if you're bored, can you help me find what is currently using pll5 on A20?
<atsampson>
there's a Raspberry Pi not in the picture doing temperature/light level logging too... (it's too slow for build testing!)
<buZz>
light level logging?
<buZz>
how did you implement that?
<wingrime>
atsampson: cb1 fast for building?
<atsampson>
exactly the same way as for temperature, but with a photocell instead of a temperature sensor ;)
<oliv3r>
Turl: a little busy, but i can help think and search a little
<atsampson>
wingrime: substantially faster than the RPi, which has *veeery* slow IO
<Turl>
oliv3r: maybe DDR is fed from PLL5 and "MBUS" whatever it is uses PLL6?
<hno>
oliv3r, The DLLs are delay locked loops adjusting the timinig for the DDR signals. Don't know the full detials.
<hno>
atsampson, thanks. I'll double check that change tomorrow.
<hno>
rah, better to ask what you need to ask than trying to ping. I am here at random times.
<rah>
hno: my machine says "[ 0.816] open img file c:\linux\u-boot.bin failed"
<hno>
but always listening..
<rah>
hno: and yet the pack script works without error
<Turl>
rah: does your nanda have a linux/u-boot.bin file?
<rah>
there's a u-boot.bin in bootfs/linux
<rah>
Turl: what do you mean by "nanda"?
<buZz>
atsampson: hah ok, how did you calibrate the light sensor? :)
<rah>
Turl: this isn't an android image
<hno>
rah, can't help you much with the pack script. Not doing livesuit images. But there is others here that are familiar with it.
<atsampson>
buZz: I didn't -- I don't think it's accurate enough to be worth it ;)
<atsampson>
buZz: although I do have a streetlight outside my window that provides a convenient reference level at some times of day
<rah>
Turl: if that's what you mean?
<buZz>
ah nice
<rah>
hno: such as?
<buZz>
i use a local university's watt/m² data ;)
<hno>
rah, just ask and the'll respond in due time.
<rah>
ok
<rah>
my machine says:
<hno>
nanda is the first partition in your flash, where bootfs goes.
<rah>
[ 0.816] open img file c:\linux\u-boot.bin failed
<rah>
how do I determine the contents of the first partition from a LiveSuit image?
<hno>
you can unpack it and then look what is in the fat filesystem. Or of it's flashed just press 1 (or is it 2, never remember) during boot and you will see it as an USB drive.
<rah>
should the usb cable be plugged in before, or after powering on and pressing 1?
<hno>
doesn't matter. You need to press the key while boot1 starts.
<rah>
is charging controlled by software on Allwinner tablets?
<wingrime>
rah: no
<wingrime>
rah: axp209 ic
<rah>
my tablet is in an unbootable state; if I plug it in, will it charge?
<wingrime>
rah: yes
<rah>
wingrime: this is an A31
<wingrime>
rah: than other axp
<rah>
it has an AXP221
<rah>
I'll presume it will charge
rz2k has quit [Read error: Connection reset by peer]
<hno>
atsampson, u-boot A10/A13 bootup fixed.
<hno>
rellla, just ask what you need to ask, don't ping. I am here at random times but always listening.
<rellla>
hno: i think my problem has been fixed since 2 minutes. let me see if a10 boots with current HEAD
<rellla>
and sorry for pinging ;)
<atsampson>
hno: yep, that works -- thanks very much!
jemk has quit [Ping timeout: 264 seconds]
rellla has quit [Remote host closed the connection]
<popolon>
I see here, there is already code for Cortex-A15 virtualisation on KVM (so should work with A7) for at least exynos and versatile : http://www.virtualopensystems.com/
<popolon>
si is it already supported on A20 please ?
<popolon>
s/si/so/
rellla has joined #linux-sunxi
<rellla>
hno: as atsampson said, a10 boot is fixed here, too. thanks
<hno>
rellla, you see. much smoother just asking instead of pinging.
<rellla>
:p
<rellla>
though no network access. but thats sth for tomorrow.
<Turl>
wingrime: A20 user manual calls cedar "Phoenix 3.0"
rellla has quit [Remote host closed the connection]
<wingrime>
Turl: )
wingrime has quit [Ping timeout: 264 seconds]
iamfrankenstein has joined #linux-sunxi
iamfrankenstein has quit [Excess Flood]
List has joined #linux-sunxi
<rah>
my LiveSuit images end up with two files, linux and os_show, instead of directories: