Turl changed the topic of #linux-sunxi to: Allwinner/sunxi development discussion - Don't ask to ask. Just ask and wait! - See http://linux-sunxi.org | https://github.com/linux-sunxi/ | Logs at http://irclog.whitequark.org/linux-sunxi
Seppoz has quit [Ping timeout: 260 seconds]
tomboy64 has quit [Ping timeout: 272 seconds]
tomboy64 has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 252 seconds]
tomboy64 has joined #linux-sunxi
vector80 has quit [Read error: Connection reset by peer]
vector80 has joined #linux-sunxi
bfree_ has quit [Read error: Operation timed out]
Tsvetan has quit [Ping timeout: 252 seconds]
Tsvetan has joined #linux-sunxi
bfree has joined #linux-sunxi
kriegerod has quit [Ping timeout: 272 seconds]
kriegerod has joined #linux-sunxi
Nazcafan has joined #linux-sunxi
<Nazcafan> so I managed to flash the nand and install Fedora 20
<Nazcafan> it seems to boot correctly, however, I seem to have trouble connecting to my WPA protected wifi network
TomiK has quit [Quit: KVirc a enfin son Script! [AndarisScript 4.3 sur www.andaris.net]]
pwhalen has quit [Ping timeout: 248 seconds]
<Turl> Nazcafan: can you see the network?
TomiK has joined #linux-sunxi
<Nazcafan> yes, I can
<Nazcafan> when I try to connect to it, I get errors
tomboy64 has quit [Ping timeout: 248 seconds]
<Nazcafan> link down if wlan0 may call cfg80211_diconnected. event : 6, reason = 2
<Nazcafan> and when I tried to do it from the CLI, I get this: connection activation failed: (7) Secrets were required but not provided
<Nazcafan> I seem to be able to connect to an unprotected public network, though
tomboy64 has joined #linux-sunxi
pwhalen has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 272 seconds]
tomboy64 has joined #linux-sunxi
Nazcafan has quit [Quit: Quitte]
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 272 seconds]
jinzo has quit [Quit: Leaving]
popolon has quit [Quit: Quitte]
FreezingCold has joined #linux-sunxi
pwhalen has quit [Read error: Operation timed out]
tomboy64 has joined #linux-sunxi
pwhalen has joined #linux-sunxi
pwhalen has quit [Ping timeout: 272 seconds]
pwhalen has joined #linux-sunxi
rmull has joined #linux-sunxi
<rmull> Hi, my xf86-video-mali doesn't build - too many args to a function. I modified and it built but things are working. Anybody else see this build failure?
JohnDoe_71Rus has joined #linux-sunxi
bsdfox has quit [Ping timeout: 272 seconds]
nieuwbie has quit [Quit: ERC Version 5.3 (IRC client for Emacs)]
bsdfox has joined #linux-sunxi
prasannapete has joined #linux-sunxi
bsdfox has quit [Ping timeout: 260 seconds]
[7] has quit [Disconnected by services]
TheSeven has joined #linux-sunxi
bsdfox has joined #linux-sunxi
pwhalen has quit [Ping timeout: 272 seconds]
pwhalen has joined #linux-sunxi
prasannapete has quit [Ping timeout: 260 seconds]
orly_owl has quit [Read error: Connection reset by peer]
orly_owl has joined #linux-sunxi
prasannapete has joined #linux-sunxi
foubarre has joined #linux-sunxi
deasy has quit [Remote host closed the connection]
<foubarre> wens:hi.
<ssvb> rmull: which version of xf86-video-mali are you building? But I believe nobody is using it here because it is way too slow for 2D
<gzamboni> good morning
<gzamboni> anyone know where should i check pr_debug( messages ? in dmesg even if i set loglevel to 8 i cant see them
tomboy64 has quit [Ping timeout: 265 seconds]
<gzamboni> do i have to enable kernel debugging ?
tomboy64 has joined #linux-sunxi
<montjoie[home]> gzamboni see include/linux/printk.h, use dev_dbg instead but according to some ifdefine I think you need to enable DEBUG
foubarre has quit []
<gzamboni> its enabled in my code, let me check the printk.h
<gzamboni> thanks
<gzamboni> dmatest is failine :P im trying to debug whats going on
tomboy64 has quit [Ping timeout: 252 seconds]
tomboy64 has joined #linux-sunxi
e-ndy has joined #linux-sunxi
ssvb has quit [Quit: Leaving]
Paul333 has joined #linux-sunxi
Paul333 has left #linux-sunxi [#linux-sunxi]
atiti has joined #linux-sunxi
Quarx has joined #linux-sunxi
FreezingCold has quit [Read error: Operation timed out]
tomboy64 has quit [Ping timeout: 272 seconds]
sspiff has joined #linux-sunxi
sspiff has quit [Changing host]
sspiff has joined #linux-sunxi
maz_ has joined #linux-sunxi
prasannapete has quit [Ping timeout: 260 seconds]
prasannapete has joined #linux-sunxi
orly_owl has quit [Read error: Connection reset by peer]
orly_owl has joined #linux-sunxi
FreezingCold has joined #linux-sunxi
maz_ has quit [Ping timeout: 260 seconds]
HeHoPMaJIeH has joined #linux-sunxi
diego_r has joined #linux-sunxi
FR^2 has joined #linux-sunxi
rellla has joined #linux-sunxi
x57522 has joined #linux-sunxi
popolon has joined #linux-sunxi
popolon has joined #linux-sunxi
pasquale has joined #linux-sunxi
<rellla> oliv3r: you have tested mplayer with vdpau?
<wens> looking at otg driver from 3.0 and from A23-3.4, A23 has new DMA registers, whatever that's for
tomboy64 has joined #linux-sunxi
kivutar has joined #linux-sunxi
<libv> wens: how does it compare to A31?
<wens> libv: what? I'm looking at lichee kernel, not spec sheet
<wens> writing an OTG register map for the wiki
<libv> wens: well, the current assumption is that a23 shares a lot with a31
<libv> so while you are looking at a23, it might be useful to spend some time comparing to a31
<libv> if it really is that different from a10/A13/A20, then it is quite likely that this change in ip block happened with the move to A31
<andhe_> is there a wiki page with sun8iw* naming scheme mapped to old naming scheme?
<libv> andhe_: probably not, but you should ask the wiki that
<andhe_> any chance someone who knows the mapping can create a page?
<libv> wens: if someone else afterwards has to go through the same thing with A31 separately, it will never a) be as thorough b) be as fast as you can do it now while you are looking at a23 in detail
<libv> andhe_: there's this guy on #linux-sunxi
<libv> andhe_: he's been asking about it
deasy has joined #linux-sunxi
<libv> he probably should go figure it out and document it on the wiki
<libv> andhe_: do you want to know his name?
<andhe_> libv: if you're not going to be helpful, please go do something more useful with your time.
<libv> andhe_: same to you, jack
<wens> libv: I'm only translating the bits for otg atm
hramrach has quit [Remote host closed the connection]
<libv> oliv3r: did you notice that, for some reason, X/fbturbo is stable when -dumbSched and NoTrapSignals is used?
hramrach has joined #linux-sunxi
<libv> it was still crashing when i enabled -dumbSched for gdbing
<libv> and if i then set that option, i haven't managed to crash it anymore
<libv> which is real peculiar, but probably ties in to the fact that the "crashes" are more like a SIGTERM
kivutar has quit [Read error: Connection reset by peer]
<libv> this is going to make it a bit of a bastard to debug, but it does give us something stable for the time being
kivutar has joined #linux-sunxi
aep has quit [Read error: Connection reset by peer]
kivutar has quit [Read error: Connection reset by peer]
enrico_ has joined #linux-sunxi
notmart has joined #linux-sunxi
<rellla> ssvb: vdpau needs running X with xf86-video-fbturbo, ok?
kivutar has joined #linux-sunxi
kivutar has quit [Remote host closed the connection]
<libv> hrm... "magic elf adventures" is not what i was looking for for fixing up the r3p0 dependency problems :)
FreezingCold has quit [Ping timeout: 260 seconds]
FreezingCold has joined #linux-sunxi
FreezingCold has quit [Ping timeout: 264 seconds]
<binaryferret> Hi guys, are Rockchips replacing allwinner a13s are the soc of choice on cheap chinese tablets? The last two tablets I've ordered that were labelled as allwinner a13 they have sent rockchip devices.
<binaryferret> A collegue is starting to become convinced that we should be focusing on rockchip as the soc, as they seem to be more numerious than allwinner ones. I'm just pondering if anyone could offer any info on this area.
<libv> binaryferret: i tried to buy an a13 tablet in december
<libv> binaryferret: when i popped it open it had an a23 inside
<libv> binaryferret: i have been doing lima for close to 3 years now, this SoC game is a ratrace and a waste of time
<libv> binaryferret: it's too early to jump to rockchip atm, and most of the products out there have no free bootloader
<libv> the fact that allwinner is not providing a higher end chip with anything but powervr does hint that focus might need to be shifted
<libv> but i am not convinced yet that i should go waste my time on another SoC family
<libv> yet another even
<binaryferret> Cool ok. The issue we have is that we want to bundle our stuff (our being work) with a linux driven tablet. Using linux-sunxi kernel and info from the wiki, I've got a nice process for getting it all up easily on allwinner a13 tablets (I've currently had four)
<binaryferret> So we're looking for a reliable supplier of a13 tablets, but not having much look as the people that order from china keep getting rockchips.
<libv> binaryferret: yes, they have silently been replacing these cheap Q88 tablets with other chips inside
<binaryferret> libv: Ahhhh.
<libv> binaryferret: there are three options here: try to get development going on A23, which is going to be tough and expensive b) try to work things out with A20 tablets instead (look for hdmi) c) use an olimex, eoma-68 or cubie board instead
<binaryferret> Thanks libv. A13 and A20 I used linux-sunxi stuff with success so will see how reliable a20s are.
<binaryferret> Also have an olimex as a solution.
<binaryferret> Got a bunch of different allwinner powered devices aroudn my desk hehe.
<libv> binaryferret: olinuxino lime could be a good cheap solution, but then you need to always have a hdmi monitor around
<binaryferret> I want one of those for myself. Touchscreen is a requirement, and the chinese tablets being so cheap made everyone happy so hench trying to source a seller that was able to source them for us.
<libv> binaryferret: if you have a range of devices sitting around, please verify that all are supported and help us out by getting full support for them (new_device_howto)
<libv> these chinese suppliers are not at all dependable
<libv> and it is not clear why everyone silently switched to other SoCs
rz2k has joined #linux-sunxi
<libv> everyone was only selling A13 tablets, not boasting about the dual core ARM A7 inside at all
<libv> so probably allwinner ran out of A13, or has ramped down the production severely
<binaryferret> Sure. libv I was looking for ways to help as I'm still trying to learn more about linux internals so I can perhaps do some programming etc
<libv> it really doesn't make sense though, as you would expect the a23 tablets to be properly marketed with a small markup
<libv> binaryferret: you do not need hardcore programming skills to bring up new devices
<binaryferret> libv: I'm afraid due to me leanring a lot on my tod, it does at first appear very daunting so wanting to help seems like I need to know alot about the internals.
<libv> binaryferret: not for the new device howto
<binaryferret> Cool ok. I'll look at the wiki
<libv> if it's one of A10, A13, A10s or A20, it ideally does not require any programming skills whatsoever
<binaryferret> I have three A13's, currently two A20's and a Olimex. Two of the A13's are the same.
<binaryferret> A13 and A20 are cheap tablets.
<libv> everything allwinner based is cheap :)
<binaryferret> hehehe
<libv> anything on the new_device_howto is useful, even if you only end up cleaning up/fixing a device's page
<binaryferret> Ok cheers libv. I really appreciate the info. If I wanted to get more 'hands on' experiance with linux-sunxi where is the best place to start?
<libv> binaryferret: at the end of this howto, you are told to work through the manual build howto
<libv> binaryferret: this really is the most deep down you can get with sunxi stuff
<binaryferret> Groovy.
<libv> so really, the new device howto is a very good starting point for getting dirty with sunxi, and for immediately giving something back for everyone else as well
_massi_ has joined #linux-sunxi
<libv> after the manual build howto you're just one step away from hacking u-boot or kernel code
<binaryferret> Smashing. :D
prasannapete has quit [Quit: prasannapete]
arete74 has quit [Quit: leaving]
arete74 has joined #linux-sunxi
brain_ has joined #linux-sunxi
orly_owl has quit [Read error: Connection reset by peer]
orly_owl has joined #linux-sunxi
AreaScout has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 248 seconds]
FreezingCold has joined #linux-sunxi
geecko has joined #linux-sunxi
rz2k has quit [Ping timeout: 252 seconds]
FreezingCold has quit [Ping timeout: 252 seconds]
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
tomboy64 has joined #linux-sunxi
<brain_> Now that I have a complete set of modules sources written for the hardware in my tablet i'd like to try to update the kernel to 3.4 in order to try to get hardware acceleration working under my debian installation. for some reason I cannot get a 3.4 kernel to bootup. it just seems to stop at "Starting Kernel" is there anything special I need to be doing that is different from the 3.0.76 kernel?
ganbold_ has joined #linux-sunxi
FreezingCold has joined #linux-sunxi
<hramrach> brain_: the 3.4 kernel and 3.0 kernel use different way of passing memory info from the bootloader
<hramrach> if your bootloader is from the original rom it might not work
<hramrach> brain_: are you trying to install to nand or SD card?
pasquale_ has joined #linux-sunxi
Black_Horseman has quit [Remote host closed the connection]
<libv> brain_: enabling early printk might help
<libv> identifying the problem
juanfont has left #linux-sunxi ["Saliendo"]
juanfont has joined #linux-sunxi
pasquale has quit [Ping timeout: 260 seconds]
<brain_> I am booting from MMC right now and its been very reliable. I can transfer my rootfs to NAND but in order to do that I need to be able to get the kernel to bootup. do you think It would help to upgrade u-boot on the internal nand? from what I understand there is no support for this or has this changed?
<hramrach> brain_: you can use the lychee-dev u-boot. it's not developed much but should work
<hramrach> also see the page about installing to nand on the wiki
<brain_> can you link me to the github page?
<brain_> and the wiki if possible, cant seem to find it
tomboy64 has quit [Ping timeout: 260 seconds]
tomboy64 has joined #linux-sunxi
<brain_> Thank you hramrach, ill nuke the nand and see if updating the bootloader helps any.
<libv> nuke the nand?
<libv> brain_: careful.
<libv> brain_: read through this shit first before you put yourself up the creek without a paddle.
<libv> brain_: what hw is this anyway?
<brain_> Lol, I only plan to remove the android patitions. this is on a tablet, I have a livesuit image if things go wrong as well as serial console port added for debugging so I really havn't had a situation I couldnt recovery from.
<brain_> after spending 6 months writing a touchscreen driver for the thing I want to take it further and ditch android. that was the point all along with this thing.
<brain_> ill let you know how it goes.
FreezingCold has quit [Ping timeout: 272 seconds]
tomboy64 has quit [Ping timeout: 248 seconds]
tomboy64 has joined #linux-sunxi
shineworld has joined #linux-sunxi
shineworld has left #linux-sunxi [#linux-sunxi]
<plaes> wens: are you hacking on the otg driver?
tomboy64 has quit [Ping timeout: 272 seconds]
<libv> wow. great.
<wens> plaes: yeah
<plaes> \o/
<libv> i just added the necessary libraries to the binary directly
<libv> thanks to a tool called patchelf.
<hramrach> nice
<hramrach> anybody has an idea about the uart_para?
<libv> no more broken libump!
<hramrach> does it specify the same as uartX_para or does it specify an index into uartX_para
<hramrach> hmm, actually it's probably just another clone of uartX looking at the possible entries
<hramrach> I wonder if I can get uart3 working on the tablet. does serial index 2 in u-boot mean uart3? probably not but then uart2 does not even exist on A13 /0\
<libv> hramrach: what does the a13 user manual say?
<libv> hramrach: also, i think you can hook many output pins to one given uart. i do not know how that works in practice, but perhaps you can make it happen that way
<hramrach> I have an a13 datasheet open and it says that A13 has uarts 1 and 3 and where uart1 is connected I have a touchscreen or what
<hramrach> the manual says to look in datasheet ..
<hramrach> the A13 has very few pins many of which have fixed function (memory, display) which does not leave that much room for playing with pinmux
<hramrach> ok, I have camera on the uart1 pins
<hramrach> both of the uart1 locations are connected to camera according to fex
<libv> :(
<libv> well, you can reroute to the sd-card pins, so perhaps you can reroute somewhere else
<hramrach> but there is no mention of the uart on sdio in the datasheet. it's just sdc0
<hramrach> still the uart3 pins should be free unless soemthing is connected there and not mentioned in the fex
<hramrach> I will try to get a decent camera and take some photos of the board
orly_owl has quit [Read error: Connection reset by peer]
orly_owl has joined #linux-sunxi
FreezingCold has joined #linux-sunxi
alcides has joined #linux-sunxi
alcides has left #linux-sunxi [#linux-sunxi]
printallthething has joined #linux-sunxi
aep has joined #linux-sunxi
tomboy64 has joined #linux-sunxi
pacopad has joined #linux-sunxi
kz1 has quit [Quit: kz1]
agath_at_work has quit [Remote host closed the connection]
agath_at_work has joined #linux-sunxi
kz1 has joined #linux-sunxi
vector80 has quit [Remote host closed the connection]
nieuwbie has joined #linux-sunxi
Quarx has quit [Read error: Connection reset by peer]
FreezingCold has quit [Ping timeout: 245 seconds]
HeHoPMaJIeH has quit [Quit: Leaving]
FR^2 has quit [Quit: Connection reset by peer]
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 252 seconds]
<Turl> libv_: didn't we have a from-source libUMP?
geecko has quit [Quit: Quitte]
hramrach has quit [Remote host closed the connection]
<libv_> Turl: in what context are you asking this?
libv_ is now known as libv
hramrach has joined #linux-sunxi
<Turl> 11:00 libv> i just added the necessary libraries to the binary directly
<Turl> 11:00 libv> thanks to a tool called patchelf.
<Turl> 11:00 libv> no more broken libump!
<libv> Turl: yes, no more adding strange dependencies to the ump library
<libv> Turl: (a local) libMali.so for r3p0,hf,x11 now includes its dependencies directly
<libv> making it compatible with libump from my ubuntu packages
rellla has quit [Quit: Nettalk6 - www.ntalk.de]
paulk-collins has joined #linux-sunxi
atiti has quit [Read error: Operation timed out]
pasquale_ has quit [Quit: Ex-Chat]
tomboy64 has quit [Ping timeout: 272 seconds]
tomboy64 has joined #linux-sunxi
pacopad has left #linux-sunxi [#linux-sunxi]
shineworld has joined #linux-sunxi
<gzamboni> anyone can tell me what "for (;;)" does in C ? infinitif loop ? i never saw that, but theres quite in linux kernel
libv has quit [Ping timeout: 252 seconds]
libv has joined #linux-sunxi
<HdkR> gzamboni: Infinite loop
<brain_> I'm working on transfering my debian installation to the internal nand on my tablet. I ran into a minor issue, in the NAND installation wiki it says to backup your MBR and also your NANDA...I cannot backup my mbr due to it not showing up in my /dev tree. I only have /dev/nanda-j...the wiki says to dd information out of /dev/nand which I do not have. it says it contains boot0 which to my understanding should be recovered using livesui
<brain_> t..or is that not correct? I have the oem image from my tablet and if boot0 DOES get restored can i safely ignore this step and move on the backup of my nanda?
<gzamboni> HdkR, thanks
<HdkR> for(;;) does zero conditional check compared to while(true) has the potential for a conditional check
_massi_ has quit [Quit: Leaving]
<gzamboni> HdkR, dunno really why they do that, they do after a if inside the for loop to check an break when limit is reached
<HdkR> Habits are hard to break
tomboy64 has quit [Ping timeout: 252 seconds]
shineworld has quit [Quit: Leaving]
enrico_ has quit [Quit: Bye]
diego_r has quit [Read error: Operation timed out]
notmart has quit [Remote host closed the connection]
Tsvetan has quit [Quit: Leaving]
notmart has joined #linux-sunxi
Tsvetan has joined #linux-sunxi
<nieuwbie> hey.I booted my kernel. everything is fine but I can't make touchscreen work.
nedko has quit [Quit: kernel panic]
nedko has joined #linux-sunxi
techn_ has joined #linux-sunxi
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
Faisal has quit [Read error: Connection reset by peer]
<Turl> HdkR: any decent compiler should yield the same code for both
Faisal has joined #linux-sunxi
FreezingCold has joined #linux-sunxi
<brain_> I dont get it, i've been trying to get a 3.4 kernel to boot but from nand but no matter what I try it always halts at "Starting kernel"
<Turl> brain_: different machid?
<Turl> ancient uboot?
<brain_> im not sure, i updated my u-boot but do not know were to set the machid?
<brain_> im try ing to build another u-boot now
<Turl> brain_: if you used lichee-dev it's fine
<brain_> that is what was recommended, and i think that is my issue. i didnt checkout the proper tree...lets see if this works
<Turl> if it's a mismatching machid, you can set the machid with env set machid=blah
<brain_> right but i cannot halt the u-boot. there is no countdown
<Turl> libv: does lichee-dev have the old machid still?
<Turl> ouch :)
<brain_> only way i can recover is using my sd card debian until i get it sorted. ill try lichee-dev and see what happens.
FreezingCold has quit [Ping timeout: 272 seconds]
npcomp has quit [Ping timeout: 248 seconds]
FreezingCold has joined #linux-sunxi
npcomp has joined #linux-sunxi
jinzo has joined #linux-sunxi
jinzo has joined #linux-sunxi
<oliv3r> evin'
<brain_> same thing with lichee-dev...is there a way to access the u-boot params or somehow halt it in its current state?
tomboy64 has joined #linux-sunxi
<Turl> oliv3r: howdy
<Turl> oliv3r: do you know how to stop uboot when it doesn't want to? ^
FreezingCold has quit [Ping timeout: 252 seconds]
Night-Shade has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
<brain_> i'm trying everything to halt it. as soon as i load the updated u-boot it has a countdown of zero and simply boots the android kernel..
<brain_> im wondering if i can just forget the nand-uboot and use the mmc u-boot to mount the internal flash and use that as my rootfs.
<brain_> but that is kinda hackish and not sure if it would work
<oliv3r> libv: patchelf sounds exciting; so no more crashes? would it be possible that IF i have fbturbo; that cedar/mplayer would get issues somhow remotly related to that? I do have an issue with my latest setup; that i didn't have with fedora
<oliv3r> brain_: i have a sdd2533 in my tablet so i'm very curious to your driver :)
<oliv3r> brain_: you can dd nandb to a file, modify the boot delay there, then dd it back
<oliv3r> brain_: a little hexedit gets you a far way
<oliv3r> Turl: yes ^ :p
<oliv3r> done backreading :)
<oliv3r> brain_: the reason we have 2 u-boots, is one supports nand, the other mmc
<brain_> oliv3r you read my mind lol thats what i am working on right now.
<brain_> just hoping it works
<oliv3r> brain_: have nearly the same tablet
<oliv3r> i got the inet ii i think it was called
<oliv3r> and i was so extactig when i finally got 'a' kernel to boot
<libv> oliv3r: which issue do you have with ubuntu?
<brain_> well i'll be darn..it worked...one of those things i wouldnt have expected lol. now to see about getting the 3.4 kernel going. stupid hexedit trick fixed the bootdelay at least thanks
<brain_> no more ancient u-boot
<libv> oliv3r: patchelf just solved the issue of the libump naming, so not immediately related to the issues with dri2/fbturbo/X dying unexpectedly
<oliv3r> well the issue i have no; might be unrelated; i run mplayer2 -loop 0 sintel/bb
<oliv3r> and after 20-30 minutes of looping OR when resizing the window a lot
<oliv3r> decoding becoems really slow; looks like software decoding
<oliv3r> but it still decodes to the hardware overlay
<libv> oliv3r: patchelf solved some awkwardness i had when switching between limare, lima dri and the binary driver (for getting some performance figures)
<oliv3r> moving the window then becomes interesting; it stays on the same spot, the video that is, but the borders etc do move
<oliv3r> ah; bummer :p
<libv> hrm, that smells like further fbturbo issues, i wonder why you didn't have that with fedora
<libv> ah, because you were not using fbturbo there?
plaes has quit [Quit: Changing server]
plaes has joined #linux-sunxi
donottalktome has joined #linux-sunxi
<oliv3r> i didn't have fbturbo there
<oliv3r> so i may disable fbturbo
<oliv3r> i'll dot hat tomorrow and see
<libv> did you have mali binaries working there?
<libv> or... rephrase, did you have xf86-video-mali or xf86-video-fbdev?
techn_ has quit [Ping timeout: 252 seconds]
pwhalen has quit [Ping timeout: 248 seconds]
<oliv3r> i never used mali
<oliv3r> and i don't think hansg's image does anything with the blobs either
<oliv3r> i only have libmali installed for the compiler
<oliv3r> i think i had fbdev though; as that is the default?
<libv> don't know :)
<oliv3r> i guess switching is as easy as apt-get remove xf86-video-fbturbo
<oliv3r> hansg ^
<libv> or editing /etc/X11/xorg.conf
<oliv3r> that enough? right; i'll test
<libv> you should actually get like 260fps for es2gears btw
<libv> if you compile liblimare and lima_dri.so with -O3
<libv> es2gears is more of a cpu test than a gpu test
<libv> as only a segment of each gear is drawn at a time
<libv> hence the high cpu usage, and almost nonexistent gpu usage
paulk-collins has quit [Remote host closed the connection]
<oliv3r> make does that by default i think -O3,, i noticed that
<libv> oliv3r: oh, did you disable the SwapbuffersWait in xorg.conf?
techn_ has joined #linux-sunxi
<libv> that explains why you are more like 120-125fps
<oliv3r> nope; default xorg.conf
<oliv3r> well default + fbturbo stuff
<oliv3r> but the board is at work; so can't check now
orly_owl has quit [Read error: Connection reset by peer]
orly_owl has joined #linux-sunxi
alcides` has joined #linux-sunxi
alcides` has left #linux-sunxi [#linux-sunxi]
pwhalen has joined #linux-sunxi
foubarre has joined #linux-sunxi
donottalktome is now known as parabyte
netlynx has quit [Quit: Leaving]
Seppoz has joined #linux-sunxi
TomiK has quit [Quit: KVirc a enfin son Script! [AndarisScript 4.3 sur www.andaris.net]]
npcomp has quit [Ping timeout: 252 seconds]
npcomp has joined #linux-sunxi
techn_ has quit [Read error: Connection reset by peer]
Black_Horseman has joined #linux-sunxi
foubarre has quit [Ping timeout: 245 seconds]
FDCX__ has quit [Read error: Connection reset by peer]
FDCX__ has joined #linux-sunxi
techn_ has joined #linux-sunxi
FreezingCold has joined #linux-sunxi
<brain_> huh....with the updated u-boot when I try probing the nand "nand info" I get no output....but "mmc list" works just fine and shows the partitions for my debian install.....did I somehow build the wrong version of u-boot for my purposes? (installing debian onto NAND)
<brain_> but oddly enough it still boots my android installation..hmm
<oliv3r> brain_: either/or not simultanious
<oliv3r> so you got a mmc u-boot
parabyte has quit [Ping timeout: 260 seconds]
<brain_> is it normal that is boots android still?
<oliv3r> huh
<brain_> its still booting android, i havnt repartitioned anything yet.
<brain_> so it must be able to read the nand...
<oliv3r> maybe it is and?
parabyte has joined #linux-sunxi
<oliv3r> brain_: then guess it does do both; dunno if nand info ever worked; never used it much
<brain_> I would like to ditch android completely, forget the upgrade to 3.4 kernel for now...and use my current MMC debian setup on the NAND...did i build the wrong uboot?
<brain_> yea the stock uboot didnt work either for info but i figured it might on the updated on..mmc list never worked. i dont think it was even listed to be honest
<oliv3r> if you boot android from nand; you have the right u-boot
<oliv3r> :_)
<oliv3r> our u-boot doesn't do nand, at all
<brain_> ok, so basically to transfer over my installation i just put my current mmc kernel onto nand after i repartition, then point the bootargs to my new rootfs after it is created? sounds too simple
parabyte has quit [Ping timeout: 264 seconds]
<brain_> and dont forget the nanda i got that tooo
<oliv3r> brain_: what does the howto say?
<oliv3r> brain_: you NEED the nanda
<oliv3r> the lichee u-boot reads the first FAT partition off of nand, e.g. nanda1
<oliv3r> and then there, looks for boot.axf
<oliv3r> boot.axf in turn parses the ini files, and either boots nandc (android kernel format, e.g. kernel + initramfs in a partition without fs)
<oliv3r> or plain kernel from the ini
notmart has quit [Quit: notmart terminated!]
<brain_> Ok I got it. I have everything prepped, gonna be a fun night. thanks. sorry I drive people mad sometimes lol.
printallthething has quit [Ping timeout: 248 seconds]
<hramrach> hmm, found the UART
<hramrach> now to find where it's connected
<hramrach> and also how to connect something to it if it's useful
<hramrach> because it I do connect something there it's going to be between the PCB and the display
<hramrach> so making tin balls the size of the pads does not seem like a good idea
Nazcafan has joined #linux-sunxi
ganbold_ has quit [Remote host closed the connection]
<brain_> my ini file is now booting u-boot.bin...if i try to change this to Uimage which is also in the same location on nanda, it jumps to FEL. gonna try a diferent uboot.
<Nazcafan> ok, so I tried connecting again to my wifi today and it magically worked
selsinork has quit [Remote host closed the connection]
Night-Shade has quit [Ping timeout: 245 seconds]
techn_ has quit [Ping timeout: 272 seconds]
FreezingCold has quit [Ping timeout: 240 seconds]
itdaniher has joined #linux-sunxi
<itdaniher> hope in sight for A31 support? any android vendors released their kernel source?