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
arokux2 has quit [Remote host closed the connection]
jinzo has quit [Quit: Leaving]
popolon has quit [Quit: Quitte]
zeRez has quit [Read error: Connection reset by peer]
zeRez has joined #linux-sunxi
zeRez has quit [Read error: Connection reset by peer]
zeRez has joined #linux-sunxi
zeRez has quit [Client Quit]
<wens> torbenh3: wifi seems to need firmware as well
aep has quit [Read error: Operation timed out]
zeRez has joined #linux-sunxi
aep has joined #linux-sunxi
zeRez_ has joined #linux-sunxi
zeRez has quit [Ping timeout: 272 seconds]
hglm has quit [Quit: leaving]
egbert has quit [Disconnected by services]
egbert_ has joined #linux-sunxi
hipboi has joined #linux-sunxi
zeRez_ has quit [Quit: zeRez_]
libv has quit [Ping timeout: 260 seconds]
libv has joined #linux-sunxi
hipboi has quit [Ping timeout: 246 seconds]
hipboi has joined #linux-sunxi
geecko has quit [Ping timeout: 252 seconds]
[7] has quit [Disconnected by services]
TheSeven has joined #linux-sunxi
pirea has joined #linux-sunxi
Tomoe has joined #linux-sunxi
<Tomoe> How are you gentlemen!!
JohnDoe_71Rus has joined #linux-sunxi
<pirea> arokux we must talk
<pirea> after exam i will be here
<pirea> that means 12 gmt
prasannapete has joined #linux-sunxi
kaspter has joined #linux-sunxi
prasannapete has quit [Quit: prasannapete]
Tomoe has left #linux-sunxi [#linux-sunxi]
<JohnDoe_71Rus> according http://linux-sunxi.org/FirstSteps get git linux-sunxi make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- <your_SoC>_defconfig only copy .config without build
<JohnDoe_71Rus> try build to sun7i_
Taduro_ has quit [Read error: Connection reset by peer]
Taduro_ has joined #linux-sunxi
Taduro_ has quit [Ping timeout: 246 seconds]
Black_Horseman has quit [Remote host closed the connection]
prasannapete has joined #linux-sunxi
hipboi has quit [Ping timeout: 248 seconds]
hipboi has joined #linux-sunxi
hipboi has quit [Ping timeout: 264 seconds]
hipboi has joined #linux-sunxi
Quarx has joined #linux-sunxi
gzamboni has quit [Read error: Connection reset by peer]
deasy has joined #linux-sunxi
Taduro_ has joined #linux-sunxi
HeHoPMaJIeH has joined #linux-sunxi
wolfy has joined #linux-sunxi
atiti has joined #linux-sunxi
pirea has quit [Quit: Leaving]
cubear has joined #linux-sunxi
panda84kde has joined #linux-sunxi
gzamboni has joined #linux-sunxi
prasannapete has quit [Quit: prasannapete]
arete74 has joined #linux-sunxi
rellla has joined #linux-sunxi
n01 has joined #linux-sunxi
arete74 has quit [Quit: leaving]
arete74 has joined #linux-sunxi
cubear has quit [Quit: Leaving]
vicenteH has quit [Ping timeout: 272 seconds]
AreaScout has joined #linux-sunxi
deasy has quit [Ping timeout: 264 seconds]
Taduro_ has quit [Ping timeout: 272 seconds]
FR^2 has joined #linux-sunxi
deasy has joined #linux-sunxi
<maz> mripard: finally posted the PSCI stuff. Tried to subscribe to the linux-sunxi ML, but it doesn't seem to work... Oh well.
<arokux> wens: yes it needs
<mripard> maz: yes, I just saw your patches :)
<arokux> wens: i'm currently struggle to bring wifi to life, scanning works, but no connection
<arokux> anybody with cubietruck here?
<mripard> maz: it looks fun :)
cajg has quit [Ping timeout: 252 seconds]
<mripard> maz: next time, you'll probably want to CC hno though
<maz> mripard: yup. should be dead easy to expand to support A31.
<mripard> indeed
<maz> mripard: hno?
<mripard> but we have much more work to do before getting to that point
adb_ has joined #linux-sunxi
<mripard> Henrik Nordstrom, the u-boot-sunxi maintainer
<maz> mripard: right. good point.
cajg has joined #linux-sunxi
tzafrir has quit [Read error: Operation timed out]
<mripard> he usually reads the linux-sunxi ml though, so he'll probably find your mails anyway
<mripard> but I'm pretty sure he's interested :)
wolfy has left #linux-sunxi ["Daca te lasi de fumat, de baut si de femei nu traiesti mai mult... doar ca ti se pare ca timpul trece prea incet. (Clement Freud)"]
notmart has joined #linux-sunxi
<maz> mripard: I'd hope so! :-) Anyway, this A20 box is an interesting KVM target now.
<maz> mripard: it's been running VMs at full blast for the past few days.
<maz> mripard: now I'd really like to be able to use my CT ;-)
<wens> arokux: with mainline drivers?
<arokux> no, cubie/sunxi-3.4 - first I want to see it working there.
<wens> arokux: I called AMPAK this afternoon, still waiting for a return call...
<arokux> wens: we could ask Benn what chips are there :)
<wens> arokux: wonder if he has the datasheet...
<mripard> maz: it's getting closer :)
<arokux> wens: no idea
<mripard> wens and torbenh3 are working on gmac and are pretty close, oliv3r and ian are working on SATA
<wens> cleaned up gmac patches here: https://github.com/wens/linux/tree/sunxi-next-stmmac
<wens> please test on ct :)
<arokux> wens: ok
<maz> wens: interesting! I'll give it a shot tonight.
prasannapete has joined #linux-sunxi
<torbenh3> arokux: does bluetooh work on sunxi-3.4 ?
<arokux> torbenh3: no idea, struggling with wifi atm
<arokux> torbenh3: hm.. I think the answer is no, since there is no driver in sunxi-3.4 :)
<mripard> wens: just as an early feedback, you should not put all that code in mach-sunxi/ but rather do a bit of glue in the stmmac driver code
<torbenh3> arokux: its connected to a uart.
<arokux> torbenh3: ok
<torbenh3> arokux: i added the necessary DT nodes... but it seems, that it wants some kind of firmware uploaded...
<arokux> torbenh3: I've extracted the firmware, take a look at my user page
<arokux> torbenh3: do you think bluetooth will work independently from wifi?
arete74 has quit [Quit: leaving]
<torbenh3> without a datasheet, thats hard to say.
<JohnDoe_71Rus> almost built kernel 3.4 from git. the script does not find mkbootimg. Where this file should be located?
<arokux> torbenh3: ...ok
<arokux> JohnDoe_71Rus: depends on you distro, you need to install some package
<JohnDoe_71Rus> ubuntu 12.04
<oliv3r> maz your patches made it to the linux-sunxi list
<arokux> JohnDoe_71Rus: so learn what apt-file is and install the needed package.
<maz> oliv3r: ah, thanks. didn't have any feedback, so was a bit puzzled.
arete74 has joined #linux-sunxi
<wens> mripard: I tried that at first, but stmmac doesn't provide a sane way to register devices like dw_mmc or ahci_platform
<maz> oliv3r: any idea why the subscription system doesn't work?
<torbenh3> wens: errm wait... dw_mmc ?
<mripard> wens: then add one
<wens> torbenh3: correction, i2c
<torbenh3> ah... ok.
<wens> torbenh3: sorry
<mripard> wens: an easy way would be to associate the init/exit functions to the compatible
<mripard> in stmmac_platform iirc
<torbenh3> mripard: yeah.
<mripard> so that whenever it gets probe, you just have to retrieve those and call them
<torbenh3> but i still believe, we can get away with adding support for the ahb gate clock. and then make the already used clk the phy clock.
<JohnDoe_71Rus> arokux: mkbootimg not in the package
<arokux> JohnDoe_71Rus: look harder for it.
<wens> mripard: that is what of_dev_auxdata in mach-sunxi/ is for
<torbenh3> and then just hide our init code (which just sets up the phy clock) in drivers/clk ...
<mripard> torbenh3: if this code is only about clocks, then yes.
<wens> mripard: stmmac allows us to hook in init/exit via AUXDATA
<mripard> wens: no, this code is just a hack.
<torbenh3> mripard: stmmac doesnt have a clk thats required, to access the regs.
<mripard> hack are fine for PoC
<mripard> but I won't merge this as is.
vicenteH has joined #linux-sunxi
<mripard> torbenh3: then adding an optional clock should be quite easy as well
<wens> torbenh3: could you try something for me?
<wens> torbenh3: comment out the gmac clock register stuff, and see if it works on ct?
<torbenh3> wens: i guess u-boot has set that register up. we would be relying on u-boot then :(
<wens> torbenh3: i wonder if that register actually makes a difference or not
<oliv3r> mripard: have you decided if you'll attend fosdem? :D
<oliv3r> wens: ahci_platform has a sane way to register a device? afaik there is no ahci_platform_register() yet?
<oliv3r> maz googlegroups aren't aawesome, i just got a little too much on my plate right now :(
<oliv3r> JohnDoe_71Rus: mkbootimg is in the u-boot-tools package ususally
<wens> oliv3r: i thought there was :(
<oliv3r> wens: not in 3.12 I found it
<oliv3r> maybe in 3.13 or 3.14?
<oliv3r> i did suggest we needed it ;)
<wens> oliv3r: just my wishful thinking then
<JohnDoe_71Rus> oliv3r: i find mkbootimg and place to /usr/bin
<oliv3r> your don't have a package manager that can install it for yo? much cleaner.
<oliv3r> if you do it manually, place it in /usr/local/bin
<oliv3r> putting random junk in /usr/bin is a disaster waiting to happen
<JohnDoe_71Rus> oliv3r: tnk
<maz> oliv3r: no worries, I probably wouldn't have any time to read another ML either.
<wens> mripard: you're suggesting adding ahb clock stuff into stmmac?
<JohnDoe_71Rus> oliv3r: test build 3.4 from git for cb2. copy script build_sun4i.sh, make changes.
<torbenh3> wens: i am suggesting that too :)
<wens> i wrote the maintainer about that. waiting for his reply.
<JohnDoe_71Rus> the first problem, there is no file sun7i_rootfs.cpio.gz. also took on sun4i. just a script that worked.
<oliv3r> maz linux-sunxi is very very low volume, 5-10 per week
<oliv3r> JohnDoe_71Rus: i don't know build_sun4i.sh
<oliv3r> JohnDoe_71Rus: also, if your using the bsp, i think it expects you to supply a rootfs ;)
<oliv3r> it won't create it
<JohnDoe_71Rus> oliv3r: it from /linux-sunxi/scripts
<oliv3r> those scripts are used by the bsp
<oliv3r> don't use scripts manually, use the bsp
<JohnDoe_71Rus> what is bsp?
<oliv3r> e.g. ./configure cubieboard2; make
<torbenh3> wens: be patient... we have lotsa time. although merge window is still open ;D
<maz> oliv3r: my Inbox is about 300 a day :-(
<oliv3r> JohnDoe_71Rus: http://linux-sunxi.org/BSP
<oliv3r> maz yeah i know, i'm trying to cut back :)
<torbenh3> but making it to the current merge window is a pipe dream...
* torbenh3 goes looking for the pipe.
hramrach has quit [Remote host closed the connection]
<mripard> wens: yes, just make it take a second optional clock
<wens> still have to sort out this gmac clock stuff though. nasty :(
<torbenh3> wens: my plan is to get mmc working somehow... so that i can make the network go down without loosing my RFS. then mess with the clock stuff, to get Gbit working.
<torbenh3> maybe we have to set 5 instead of 6 into that gmac clk reg.
popolon has joined #linux-sunxi
<wens> torbenh3: i should get my ct by next week, so i can do some more tests
<torbenh3> i already have mmc compiling.
<torbenh3> wens: do you also have a real Gbit switch ?
<wens> torbenh3: i do
<torbenh3> nice.
<JohnDoe_71Rus> oliv3r: if i get sunxi-bsp from git, it download linux-sunxi one more time?
derethor has quit [Read error: Operation timed out]
<oliv3r> torbenh3: you using the mmc patches .... i forgot its name wrote?
<oliv3r> JohnDoe_71Rus: the BSP has all the other repositories as submodules
<oliv3r> JohnDoe_71Rus: the idea is, you get the BSP, you get everything you need
<torbenh3> oliv3r: ENOPARSE
<JohnDoe_71Rus> if I have a part of the required
<torbenh3> oliv3r: i just copied mmc from sunxi-3.4 and fixed the fallout.
<JohnDoe_71Rus> I can use the existing sub-modules?
<oliv3r> torbenh3: i think someone started to work on mainline mmc a while ago
<torbenh3> oliv3r: i read that. but i didnt find it...
<oliv3r> torbenh3: i know i asked you before, but never saw the reply, so i'll gently ask again if you don't mind, who are you and what brings you here ;)
<torbenh3> heh ?
<oliv3r> torbenh3: if only i could remember the guy working on it, arokux probably remembers, Lsomething
<oliv3r> torbenh3: well you seem quite knowledgeable, know your way around the kernel/mainline and you seem to have just 'popped up' here :)
<oliv3r> i'm just curious on new guys
<arokux> torbenh3: which guy?
<oliv3r> the mmc guy
<arokux> oliv3r: levithanch
<oliv3r> yes!
<arokux> oliv3r: I've tried to get his code yesterday......
<kriegerod> arokux: do you still need me? you wrote me at night
<arokux> oliv3r: how would you clone this? :) http://git.o2s.ch/?p=linux-sunxi.git;a=heads
<arokux> kriegerod: yes. does your wifi works?
<arokux> work*
<kriegerod> i believe no
<oliv3r> arokux: he never shared it?
<wens> oliv3r: i might break out a managed switch to test auto-neg
<kriegerod> i finished with stage branch, with eth0 working for now
<kriegerod> but ready to test
<kriegerod> to test anything you request
<arokux> oliv3r: well it is how he shared it. I think something happened to him, since he is silent at his blog, twitter etc.
<arokux> kriegerod: have you got wifi working with lubuntu shit?
<kriegerod> haven't tried yet
<kriegerod> if you have just SD image for that, it could be easier for me to try it
<oliv3r> mnemoc: ouch; that's some lame ass april fools
<oliv3r> wens: i have a Procurve at home
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
<oliv3r> wens: so if oyu have binaries that need testing, i can do that
<kriegerod> because of time constraints these days
<arokux> kriegerod: well, lubuntu images are at that website.
<wens> oliv3r: i have a Cisco switch, it's just a pain to get out and setup
<mnemoc> oliv3r: it looks like MS simply going one step farther into their usual FUD-based marketing.
derethor has joined #linux-sunxi
<kriegerod> arokux: if i launch lubuntu, what to look at? just to try to start wifi?
<arokux> kriegerod: yes, use their tutorial to get it working...
<arokux> kriegerod: you do want wifi to work, right? :)
<kriegerod> Does it work in your installation?
<oliv3r> wens: mine is always up and connected; it is my main swithc :)
<arokux> kriegerod: no
<oliv3r> mnemoc: it's just a nasty little stab imo
<oliv3r> of a jealous kid ;0
<arokux> oliv3r: so any idea how to get the code from that git?
<kriegerod> arokux: do you think i can get different result?
<arokux> kriegerod: I hope so. I just want some other independent test.
<oliv3r> arokux: git clone won't work?
<oliv3r> looks like plain perl git to me
<arokux> oliv3r: if you give me the correct git repo link....
<kriegerod> arokux: look at firmware files in your dir at linux-sunxi download area, they're not downloadable, i get 403 Forbidden
<oliv3r> arokux: it won't work :D
<oliv3r> he's using some rewrite rule
tzafrir has joined #linux-sunxi
<arokux> kriegerod: oh, ok, but you do not need them now. (i'll fix it later)
<arokux> oliv3r: so any idea how to get the code from that git?
<arokux> :)
<oliv3r> copy paste :p
<oliv3r> it's only a few patches that matter right
<arokux> oliv3r: http://sprunge.us/QKhF
<oliv3r> sunxi-mmc-tinker branch?
<oliv3r> ohh you got that sorted allready; cool
<arokux> oliv3r: best thing I have so far.
<oliv3r> arokux: if that's all patches, just wget those files i suppose; it's not pretty, but atleast you have the files
<oliv3r> then just git am < *
<wens> arokux: wget them all and git am ?
<oliv3r> ideally rename the files to be numberd
<oliv3r> so you can get am them in order
<arokux> yeah, this is what is left to be done.
<oliv3r> actually; i'm being stupid, wget ${file}; patch am ${file};
<arokux> just wanted to know if you guys know something smarter than me.
<oliv3r> nope :)
<arokux> kriegerod: so will you try? :)
<oliv3r> our collective smartness isn't smarter :p
<arokux> usually it is.
<mnemoc> curl | git am works fine
<arokux> mnemoc: thx
<kriegerod> arokux: i'll meet my CT only tomorrow, then i can try it
<arokux> kriegerod: ok
<kriegerod> arokux: i think most probably you've done all right, and that is a problem of that kernel resulting in wifi not working. I don't remember anyone reporting CT wifi working on linux
<arokux> kriegerod: it worked for the guy who has written the tutorial.
<kriegerod> arokux: then let's ask him
<kriegerod> ideally bringing them to irc forcefully :)
benn_ has joined #linux-sunxi
<kriegerod> and also the one who publishes code in github cubieboard* repos :)
<benn_> arokux: wifi works fine on cubie's kernel
<arokux> oh benn_ !
<arokux> hi
<benn_> hi
<arokux> benn_: you can take a look at this: http://linux-sunxi.org/User:Arokux#WLAN_Adapter_on_Cubietruck
<arokux> benn_: I get these errors: http://sprunge.us/FQSg
<benn_> arokux: I tried to use sunxi kernel fews month ago, but failed
<benn_> arokux: so I pick it up from allwinner's kernel, which work now
<arokux> benn_: this is cubie/sunxi-3.4 kernel - the one you have inside lubuntu image.
<kriegerod> benn_: could you give exact repo URL and commit on which you succeed with wifi?
<benn_> github.com/cubieboard/linux-sunxi , branch cubie/sunxi-3.4
<arokux> benn_: this is what you are using for lubuntu images too, right?
<benn_> there are some trick on wifi.
<benn_> yes
<benn_> bcmdhd use gpio interrupt
<benn_> [gpio_para]
<benn_> gpio_used = 1
<benn_> gpio_pin_1 = port:PH20<1><default><default><1>
<benn_> gpio_pin_2 = port:PH10<0><default><default><0>
<benn_> gpio_num = 2
<arokux> benn_: should I use your fex?
<benn_> gpio_pin_2 is hardcode
<benn_> for that working kernel, bcmdhd use gpio_pin_2 as oob interrupt
<benn_> so we need to check if the ap6210 have trigger the interrrupt
<oliv3r> benn_: can BT and Wifi work independantly? E.g. is Wifi connected via SDIO/USB and BT via UART? or do they share pins/drivers?
<benn_> akokux: looking at your log
<benn_> oliv3r: I think yes. I just don't have time to look into it
<arokux> benn_: it does not have [gpio_para] section at all. so this is probably what causing the problem, how do you think?
<oliv3r> benn_: do you have some datasheet or something that you can share (or leak ;)
<benn_> arokux: if for cubie/sunxi-3.4 kernel, yes
<torbenh3> benn_: can you point me to some rootfs image, where bluetooth is working ?
<benn_> arokux: for sunxi kernel, no
<oliv3r> bt should work with the standard bluez stuff I expect, but it's hard to say
<arokux> kriegerod: I know.
<benn_> torbenh3: I used to make the communication with BT via UART work. but I still failed to make the BT work.
<arokux> <benn_> arokux: for sunxi kernel, no <---- what do you mean here?
<benn_> torbenh3: I don't know whether it was caused by BT stack. I am not expert on Wift/BT
<torbenh3> benn_: i tried hciattach on mainline. but it didnt work...
<arokux> benn_: who is expert on wifi/bt at cubietech? can he join IRC?
<benn_> cubie/sunxi-3.4 use different bcmdhd code with github.com/linux-sunxi/linux-sunxi
<torbenh3> and i found this:
<arokux> benn_: we want to get wifi/bt working, but without your help we are lost in the darkness!
<arokux> benn_: we don't even know what chips are used!
<benn_> arokux: I am willing to help. but I am not export on it. I just copy bcmdhd driver from allwinner sdk to sunxi linux kernel
<benn_> arokux: and do some debug about the 24k clock, oob intterrupt :P
<torbenh3> and bcmdhd is for wifi ? or both ?
<torbenh3> and is there some firmware download required ?
<arokux> benn_: Can you take a look at http://linux-sunxi.org/A20-Cubietruck#Specifications and clarify which chips have you put on the cubietruck?
<benn_> arokux: ok. BCM4329/BCM40181
<arokux> benn_: thanks
hglm has joined #linux-sunxi
<focus> hi, anyone know how to get an SDK for a Realtek RTD2660 chip? It can take HDMI 1024p signals and dither it to 800x480 pixel - I bought such a system and works really well
<focus> want to make my own 100% gpl'd KiCAD boards now :)
<benn_> torbenh3: yes. we copy the firmwares blobs from android
<arokux> benn_: ok, I'll try your kernel with your fex and see if it works.
<torbenh3> wens: looks like different from what we found yesterday ^^
<benn_> arokux: ok, and it of course will work! :D
<arokux> torbenh3: yes :)
<arokux> benn_: we will see :) but I hope so!
<arokux> benn_: why are you scared to push patches to sunxi-3.4?
<benn_> arokux: I am now the CEO of cubietech. quite a lot of mass thing to deal with. Acturally I am just an engineer :<
<benn_> arokux: I want to be an engineer :D
<arokux> benn_: :D
<oliv3r> engineers > ceo , managers
<arokux> benn_: then it would be nice you provide some docs, hints etc. :)
<arokux> benn_: so do you have datasheets for BCM4329/BCM40181 ?
<kriegerod> benn_: then maybe pick a replacement for engineering from this irc chan for salary? :)
<benn_> kriegerod: sound good. Actually cubietech is very weak. just keep hard to let the company survival
jaqmg has joined #linux-sunxi
<arokux> benn_: also, do you have some docs on GMAC?
<benn_> you know, there are lots of cubie like board in china :D maybe we need to seek a new direction
<hglm> I noticed there are about four different drivers for BCM4330 (maybe BCM4329 also) in the stage/sunxi-branch currently, which are all enabled in the sun7i_defconfig, causing at least one conflict when compiling. I think it is better to just enable one of them...there might be one that works for CT (?)
<benn_> arokux: I 've not got the gmac docs till now.
<arokux> hglm: first get wifi working with cubie/sunxi-3.4, then figure out how to cherry pick.
<arokux> benn_: I see. anything on BCM4329/BCM40181?
<benn_> arokux: no for that. but a android porting guide for ap6210 in chinese :D
<torbenh3> benn_: that should be fine for wens.
<arokux> benn_: ok, this is already something :)
<arokux> benn_: can you upload it somewhere?
<benn_> arokux: ok, wait a minutes
* arokux is happy to get anything
<Turl> hi benn_ :)
<benn_> Turl: hi
<wens> torbenh3: :p
<wens> benn_: I can do chinese :D
<hglm> I have been able to get a A20-based tablet to boot stage/sunxi-3.4, but there seems to be a problem with USB...no power? I tried enabling the Sunxi dual-role USB 2.0 driver but didn´t help. Any hints?
<wens> torbenh3: BCM4329 is supported in bcrm80211 :D
<wens> torbenh3: to be sure, we could try to dump device id from sdio?
<arokux> hglm: connect a powered usb hub and then a device to it to check if this is a power problem
<arokux> wens: bcrm80211 -- is it mainline driver?
<torbenh3> arokux: yes
<Turl> benn_: were there any problems with mbus test?
<hglm> arokux: Thanks for the suggestion, I might try that.
<Turl> benn_: I think I saw a post on cubier community saying it was all good :)
<benn_> Turl: we have tested more than 50 pieces cubie2. they both work fine. I don't have more board currently :D
<Turl> benn_: it's ok, that's enough boards for me :)
<benn_> Turl: And I confirmed with allwinner's enginner. mbus=400mhz is stable
<Turl> benn_: with the higher voltage right?
<benn_> Turl: yep
<Turl> great then :)
<Turl> oliv3r: ping, how are we handling uboot patches these days?
benn_ has quit [Quit: Ex-Chat]
<oliv3r> Turl: ML why?
<oliv3r> did i miss something?
froy has quit [Ping timeout: 246 seconds]
froy has joined #linux-sunxi
vicenteH has quit [Read error: Connection reset by peer]
vicenteH has joined #linux-sunxi
<Turl> oliv3r: nope, it's just that hno has been offline so I wondered :p
<Turl> I'll send the mbus set later today then
<oliv3r> Turl: i merge it then; seems sane enough imo; fuck power problems
kaspter has quit [Remote host closed the connection]
froy has quit [Ping timeout: 246 seconds]
froy has joined #linux-sunxi
froy has quit [Ping timeout: 246 seconds]
rellla2 has joined #linux-sunxi
<oliv3r> rellla2: what's the XBMC status? :)
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
Black_Horseman has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
Black_Horseman has quit [Changing host]
ganbold_ has joined #linux-sunxi
Black_Horseman has quit [Read error: Operation timed out]
<rellla> oliv3r: too much $work$ atm... i'm hoping for pfdm. first i have to make my A20's work
<oliv3r> rellla: did you not get a CubieTruck?
<oliv3r> you got ontop of the list to make it happen! Now make it happen! :p
<oliv3r> jk jk
<oliv3r> yeah $work sucks :(
<rellla> oliv3r: i got one, yes. and making xbmc work is second on todo list, after making a stable debian on sata-ssd and gmac first ;) christmas is coming ...
<hglm> I can confirm that stage/sunxi-3.4 USB seems to broken (no USB power) for an A20 tablet. In linux-sunxi.org/USB, this issue with current stage/sunxi-3.4 is also reported for an A10-based Hackberry, so I guess this applies to many devices. However sunxi-3.4 branch works fine (I have enabled the Inventra dual-role USB driver with Allwinner option, didn´t try other drivers.
<arete74> hi, but uboot read first boot.scr and next uEnv.txt?
prasannapete has left #linux-sunxi [#linux-sunxi]
sim___ has joined #linux-sunxi
shineworld has joined #linux-sunxi
<oliv3r> mnemoc: ping
rellla3 has joined #linux-sunxi
vicenteH has quit [Ping timeout: 245 seconds]
FDCX has quit [Remote host closed the connection]
FDCX has joined #linux-sunxi
TomiK has joined #linux-sunxi
<TomiK> hello
iamfrankenstein has quit [Ping timeout: 248 seconds]
<TomiK> I have a low cost Polaroid tablet which holds an allwinner F20 SoC
<oliv3r> F20? or A20?
<oliv3r> F20 is rather old, sun3i generation
<TomiK> F20 :)
<TomiK> yes a sun3i :)
hipboi has quit [Remote host closed the connection]
<TomiK> I just succeed to boot it from the SD card on a dummy bootloader taken from http://www.sysfwlab.com/
<oliv3r> TomiK: we don't really support sun3i; not because we don't want to, but because we can't. nobody here has any sun3i hardware
<TomiK> ok
<oliv3r> we recently just removed sun3i code from our kernels because of that
<TomiK> no problem
<TomiK> arf
<oliv3r> and we don't even have sun3i bootloader code i think
<oliv3r> also, because we have no hardware, so can't test
<TomiK> ok
<TomiK> oliv3r> is there a place where I can find the old sun3i bootloader ?
<arete74> hi, but uboot read first boot.scr and next uEnv.txt?
sim___ has quit [Quit: Page closed]
<oliv3r> TomiK: i don't think u-boot ever had sun3i support
<oliv3r> arete74: no idea :p
<oliv3r> arete74: should be in the u-boot docs
<TomiK> I would like to boot linux on this old tablet instead of android which is very slow
<TomiK> oliv3r> ok
<arete74> with cubie i can use shdc class 10
<arete74> i try to modify uEnv.txt, but read only boot.scr
<oliv3r> TomiK: so while its probably possible; i give you very limited chance :(
<oliv3r> TomiK: that said, android is just userland on a linxu kernel
<oliv3r> you could try passing a different init to the kernel ;)
<TomiK> oh ok :)
<oliv3r> and make the kernel boot your init, instead of android's init
<TomiK> ok
<oliv3r> so while you have a neat little challange there, it's not entirly impossible
<TomiK> cool :)
<mnemoc> oliv3r: pong
<TomiK> ok on a forum I saw how to give a different init, if my memory is right :)
<TomiK> and, if I want to try to port U-Boot for my sun3i just for fun and to learn, how to do ?
<TomiK> I'm sorry for my bad english
egbert_ is now known as egbert
vicenteH has joined #linux-sunxi
rellla3 has quit [Remote host closed the connection]
<oliv3r> TomiK: take sun4i u-boot and see if it boots ;)
<TomiK> oki :)
<oliv3r> TomiK: do you have a serial port connected to your device?
<TomiK> yess
<TomiK> :)
<oliv3r> TomiK: chances are, if you can access the serial port, you can interrupt the bootloader
<TomiK> ok
<oliv3r> if you can intterupt the bootloader, you can modify init :)
<TomiK> ok cool :)
dack has joined #linux-sunxi
<TomiK> oliv3r> thanks for your help :)
<oliv3r> TomiK: keep us informed of your progress ;)
<TomiK> ok no problem
<TomiK> :)
<oliv3r> btw, it might be interesting to note, that sun3i and sun4i are not that dissimilar
<oliv3r> the arm core is different, but a lot of their used IP is the same
<oliv3r> sometimes with minor changes/improvements
<TomiK> ok :)
geecko has joined #linux-sunxi
<TomiK> yes on this blog http://www.sysfwlab.com/ he worked a lot with sun4i docs because the F20 is not very documented
<arokux> hglm: still there?
<hglm> Yes
<oliv3r> TomiK: i can't read that :(
<arokux> hglm: so powered hub solves the problem?
<TomiK> oliv3r> yes, it's in french, but I'm french, it help me a lot for this tablet
<hglm> No, I haven´t tried power hub (don´t have one lying around), but the regular sunxi-3.4 (as opposed to stage/sunxi-3.4) works fine.
<oliv3r> TomiK: i get the jist of it
<arokux> hglm: that is strange, it wasn't like this for Hackberry.
<arokux> hglm: can you give me a git hash of sunxi-3.4 and stage/sunxi-3.4 you are trying?
<arokux> oliv3r: git clone https://git.o2s.ch/git/linux-sunxi.git
<hglm> arokux: It´s the current ones as of today
<arokux> hglm: alright
<oliv3r> arokux: sneaky; but sensible
<arokux> oliv3r: David replied.
<arokux> hglm: can you do bisect?
<arokux> hglm: I can give you some how-to
<oliv3r> arokux: ah i missed that detail, but did see the mail
<hglm> arokux: I will see if I can find something, first trying to get wlan going on my device
<oliv3r> mnemoc: ping ->
<arokux> hglm: ok, once you have time for this, please ping me it should be easily solvable since there isn't much between stage/sunxi-3.4 and last sunxi-3.4
<arokux> hglm: it is about 10 commits difference.
<arokux> hglm: so you need to test 3 or 4 kernels and we know what is the problem then.
<hglm> arokux: OK I will ping when I am ready to try to dissect the USB problem
<arokux> hglm: alright
<arokux> hglm: what is with WIFi? it can depend on usb btw :)
<hglm> arokux: I think I have an rtl8188eu (on USB), but lsbusb doesn´t show it. Inserting 8188eu gives an "cannot allocate memory" error.
<arokux> hglm: o_O
<arokux> hglm: this is not related to "cannot allocate memory", but first you should make sure you are powering the usb that wlan adapter is connected too.
<hglm> It´s an internal tablet wlan chip -- I think it is connected with USB but not sure.
<arokux> hglm: yes it is. all the allwinner based devices are the same.
<arokux> [usb_wifi_para]
<arokux> usb_wifi_usbc_num = 2
<arokux> usb_wifi_used = 1
<arokux> do yo have something like this in your fex?
<arokux> then make sure: [usbc1]
<arokux> usb_used = 1
<arokux> and
<arokux> [usbc2]
<arokux> usb_used = 1
<arokux> hglm: ^^^^
<hglm> checking
<arokux> hglm: but then if USB host isn't working it can be a cause why wifi isn't working, since wlan adapter is connected through usb.
<hglm> There is nho usb _wifi_para section in my fex/script.bin, but usbc1 and usbc2 are both set to usb_used = 1
<hglm> OK there is a wifi_para section though in my fxex.
<arokux> hglm: what?
<hglm> The section is called wifi_para not usb_wifi_para.
codingrobot has quit [Read error: Operation timed out]
deasy has joined #linux-sunxi
<arokux> hglm: the kernel expects usb_wifi_para, so rename it and do not forget to run fex2bin
rz2k has joined #linux-sunxi
dack has quit [Ping timeout: 272 seconds]
Taduro has joined #linux-sunxi
<hglm> OK, the parameters are also different (wifi_used=1 not usb_wifi_used=1 etc)
<arokux> hglm: it should be usb_wifi_para
<hglm> Yeah I will change it
notmart has quit [Quit: notmart terminated!]
dack has joined #linux-sunxi
Taduro has quit [Quit: No Ping reply in 180 seconds.]
Taduro has joined #linux-sunxi
<arokux> hglm: did it work?
HeHoPMaJIeH has quit [Quit: Leaving]
<hglm> arokux: 8188eu.ko now loads correctly but /dev/wlan0 doesn´t show up and lsusb doesn´t list it.
tomee^ has joined #linux-sunxi
<arokux> hglm: now it could be pure usb problem. are you using the branch where usb host works?
<oliv3r> maz: for sunxi specific have you conciderd having this blob in the 'secure' SRAM (that's used for trustzone which is unused?)
<oliv3r> maz: we have confirmed that this SRAM is available to u-boot and the kernel
<hglm> Yep, regular sunxi-3.4, but I have enabled the Inventra dual-role USB driver -- maybe that makes a difference
<maz> oliv3r: the secure SRAM is only available when the kernel is running secure. My patches force it to run non-secure, so I can use the HYP mode. I need to change a couple of horrible things in u-boot so there can be a clear separation, but eventually, I'll move PSCI to this secure RAM.
<arokux> hglm: it may well be..... :(
<arokux> hglm: check this section and supply all your data http://linux-sunxi.org/USB#Reporting_USB_problem
<arokux> hglm: if you want me to look at it. and please provide it in the form of an e-mail to ML
<hglm> OK, I will try the other kernel Allwinner USB OTG driver also, I will report my progress
ganbold has quit [Remote host closed the connection]
<oliv3r> maz: i think secure SRAM is unused and can be freely written to 'as is' by the user
<maz> oliv3r: unused, yes. but *if* AW has wired things correctly, only a secure mode access can access secure RAM. otherwise, trustzone cannot be really trusted at all ;-)
<maz> oliv3r: now, if they've screwed that up, it is even easier.
rellla has quit [Quit: Nettalk6 - www.ntalk.de]
<mripard> maz: if you look at the memory mapping section in the A20 user manual (p. 18), there seem to be only SRAM B that is secure
<TomiK> sorry for annoying you again but u-boot for sun4i doesn't want to compile :/
<TomiK> i get no rules to make target sun4i message
<rz2k> hmm, pal with @arm.com email sends patches to linux-sunxi with cc/, interesting.
<rz2k> we got noticed somewhere?
* rz2k english skills failing, sorry
<torbenh3> rz2k: "pal" is probably maz :P
<rz2k> yes, thats him :p
<torbenh3> maz: do you have a few pointers to documents/ml threads about "why psci makes sense" ?
<tomee^> arokux: about the wifi not working - did you try with a recent (not included in mainline distros afaik) wpa_supplicant?
<arokux> tomee^: everything I've done is described at my user page
<arokux> tomee^: today there was a guy from Cubietech here
<tomee^> ok, rtfm, as usual
<torbenh3> maz: for the smp bringup, i have mixed feelings about relying on "firmware code", when we can do it in the kernel ourselves.
<arokux> tomee^: he told us we should use his fex, so i'll try it
<maz> torbenh3: sure you can. now try to do it in HYP mode.
<arokux> tomee^: or you can try it now yourself
<torbenh3> maz: ok. so its mainly about that ?
<maz> torbenh3: it is *all* I care about :-)
<tomee^> arokux: You mean the "v100"? Or the one that comes with ubuntu? Cause as we know there are at least 2 different fexes
<torbenh3> :)
<maz> torbenh3: PSCI also has the advantage that you write your SMP bringup code exactly once.
<tomee^> arokux: Anyway, what I wanted to say is that only recent wpa_supplicant support wifi direct/airplay/p2p
<maz> torbenh3: once you have it, it works for Linux and Xen.
<arokux> tomee^: and?
<tomee^> arokux: And I am quite sure the cards operation modes are exclusive, either apsta or p2p.
<tomee^> arokux: And this may be the reason for you not being able to associate.
<arokux> tomee^: sorry, this is chinese to me
<arokux> tomee^: not sure, the correct fex should be the solution
<arokux> tomee^: I'm using the most recent wpa_sup...
<tomee^> arokux: Built with proper flags?
<arokux> tomee^: take a look at PKGBUILD for Arch :p
<tomee^> CONFIG_DRIVER_NL80211=y
<tomee^> CONFIG_P2P=y
<tomee^> CONFIG_AP=y
<tomee^> CONFIG_WPS=y
<arokux> tomee^: ?
* rz2k thought about placing public A20 box with ssh access and freeshells for everyone, running the Xen or, now, KVM.
<arokux> tomee^: anyway, it works for them with kernel and fex, so it should work for me too.
<tomee^> arokux: OK.
<tomee^> arokux: That would mean that I wasn't dreaming that it worked ;)
<maz> rz2k: why not... my goal here is more to eat my own dog-food by finally running KVM on my home server.
<tomee^> but I still don't remember whether I specified the firmware file by hand.
shineworld has left #linux-sunxi ["Leaving"]
<tomee^> arokux: Notice that there are 3 firmware files: fw_bcm40181a2.bin, fw_bcm40181a2_p2p.bin and fw_bcm40181a2_apsta.bin
<torbenh3> maz: ok.
<tomee^> arokux: While fw_bcm40181a2.bin and fw_bcm40181a2_p2p.bin are essentially copies (they are the same)
<arokux> tomee^: I've noticed that
<tomee^> arokux: So when a module looks for a firmware file, it probably will find the fw_bcm40181a2.bin
<arokux> tomee^: you could try and test it yourself without waiting to get free as in beer from the others.
<tomee^> arokux: Which is a p2p version
<tomee^> arokux: Yup.
<tomee^> arokux: And I will.
<torbenh3> maz: so your patches currently make u-boot create some .bin file, that has to be copied somewhere. do you plan, that u-boot does that without user intervention ?
<tomee^> arokux: as soon as I get home and find some time.
<arokux> tomee^: cool, please document the outcome.
<tomee^> meanwhile, I'm off
<tomee^> o/
tomee^ has quit [Quit: I Quit.]
<arokux> tomee^: bye
<torbenh3> iE build that into the normal image and hook a copy() call in cmd_bootm() and friends ?
<maz> torbenh3: yes. eventually, I'd like u-boot to be able to partially relocate itself into (possibly secure) SRAM, and do its stuff without being seen.
<torbenh3> mmm... relocate ?
<maz> torbenh3: I'm not too fond of the "copy" method, which is why I use a script so far. I'd really like the u-boot binary to contain a section dealing with secure mode that is linked at some SRAM address, relocated there at boot time, and directly run from there.
<torbenh3> maz: when calling it from the kernel, isnt it mapped somewhere else ?
<torbenh3> maz: is that code PIC right now ?
<maz> torbenh3: the code is not PIC, as you need to have a number of branch tables for the PSCI vectors. as for the call from the kernel, you just end-up trapping into secure mode, and as long as the memory hasn't been touched from non-secure, you're pretty safe.
<torbenh3> maz: hmm... relocating it to SRAM requires some dancing around when u-boot is loaded from an spl which sits in sram.
<torbenh3> although i dont remember, whether u-boot relocates itself, or the spl does that.
<maz> torbenh3: indeed. but once u-boot is loaded, the spl is not used anymore, and can be safely wiped. Also, u-boot would relocated that secure portion itself, without any help from spl.
wingrime has joined #linux-sunxi
<torbenh3> maz: yup. thanks for the insights. i will sleep over this, and i guess tomorrow i will like psci :)
<maz> torbenh3: not sure about that (I first hated it...), but the perspective of preventing a lot of ugly SMP code to make it into the kernel tree is quite appealing to me... ;-)
rellla2 has quit [Quit: Nettalk6 - www.ntalk.de]
jinzo has joined #linux-sunxi
<binaryferret> When grabbing script.bin from an A13 tablet, once I convert it to a fex file, are there any properties that I should think about changing if I wish to boot it up into linux rather than android (which it was running when I grabbed the script.bin)
jaqmg has quit [Remote host closed the connection]
<binaryferret> I have one tablet that I just grabbed the script.bin, sorted out an sdcard with that script.bin and it all worked. Another tablet, slightly different script.bin, same procedure of building kernel etc but it just throws a wobbler when booting up.
rwmjones is now known as rwmjones_afk
<binaryferret> I'm going to explore the issue more and actually grab some details from the trace it throws, but I'm just wondering before I start down that path.
<binaryferret> http://pastebin.com/0BBurU91 in case anyone is interested in looking at the fex file.
Quarx has quit []
panda84kde has quit [Quit: Konversation terminated!]
notmart has joined #linux-sunxi
geecko has quit [Ping timeout: 272 seconds]
atiti has quit [Ping timeout: 248 seconds]
<libv> binaryferret: no, no changes should be needed
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
tomee^ has joined #linux-sunxi
atiti has joined #linux-sunxi
zeRez has joined #linux-sunxi
n01 has quit [Ping timeout: 246 seconds]
<TomiK> ok I built u-boot but I can't build spl with sun4i arch, is that normal ?
rz2k has quit []
Taduro has quit [Read error: Connection reset by peer]
Taduro_ has joined #linux-sunxi
popolon has quit [Quit: Quitte]
codingrobot has joined #linux-sunxi
atiti has quit [Ping timeout: 246 seconds]
vinifr has joined #linux-sunxi
FR^2 has quit [Quit: Connection reset by peer]
<vinifr> How does the user to choose between ADC,Touch and Temperature function?
atiti has joined #linux-sunxi
froy has joined #linux-sunxi
<vinifr> tp_sunxi.c driver must to support these 3 functions
tomee^ has quit [Ping timeout: 264 seconds]
tzafrir has quit [Ping timeout: 264 seconds]
eebrah has joined #linux-sunxi
eebrah has quit [Read error: Connection reset by peer]
tomee^ has joined #linux-sunxi
n01 has joined #linux-sunxi
<tomee^> arokux: so it DOES work with cubietech kernel. no go with linux-sunxi stage-3.4 yet, though.
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
vinifr has quit [Quit: Saindo]
<binaryferret> libv: Thanks. Sorry it took me awhile to reply, I was stuck on a train.
<binaryferret> libv: I'll start probing the tablet tomorrow and figure out why one works, and the other doesn't.
notmart has quit [Quit: notmart terminated!]
Fusing has joined #linux-sunxi
arokux2 has joined #linux-sunxi
<arokux2> tomee^: hi
<arokux2> tomee^: have you used theirs fex or ours?
<arokux2> mnemoc: ping
<mnemoc> arokux2:
<arokux2> mnemoc: I suggest to output hash of the script.bin in the kernel log, what do you think about it?
<mnemoc> there is no "script.bin" from the kernel's perspective
<mnemoc> but the EOF could be calculated and then hash the memory segment
<arokux2> mnemoc: hm.. right. does the kernel even know the size of script.bin in memory?
<mnemoc> nope
<mnemoc> but it can be calculated assuming there is no "garbage" at the end of the file
<arokux2> :$
<mnemoc> the structure is indexed, so garbage can pass unnoticed
<arokux2> ok, forget it :)
pfdm has joined #linux-sunxi
<mnemoc> arokux2: what can be done is to dump the script.bin from memory into a file
<mnemoc> and then "compare" the deserialized .fex
<pfdm> wingrime : Hello, do you happen to know why pausing when using libvdpau is freezing the board ?
<mnemoc> arokux2: we could also add /proc/script.fex
<tomee^> arokux2: theirs
<mnemoc> or "sys_config.fex"
<arokux2> tomee^: thanks, it proves ours is bad :)
<arokux2> mnemoc: mnemoc: i'm not sure it is really needed, it was just an idea to have some identification of the used script.bin ..
<mnemoc> arokux2: that's the same thing I was trying to address
<tomee^> arokux2: hmmmm
notmart has joined #linux-sunxi
<tomee^> arokux2: where is "yours" ?
<tomee^> let me see
<mnemoc> sunxi-boards repo
<mnemoc> arokux2: it won't tell you which file was loaded, but it will tell you what config your running system on the system
<arokux2> mnemoc: yes, I see. seems to be an overkill to do it. we never really needed it, or?
<mnemoc> not really
<arokux2> tomee^: ours or theirs? :)
<mnemoc> but it can help people to debug...
<tomee^> arokux2: yours => ours. related speech or sth ;-)
* mnemoc hates that even community-dependent vendors fail to submit their changes
<arokux2> mnemoc: benn said they are struggling to survive
<mnemoc> :(
<arokux2> tomee^: ok, have you used sunxi.org's fex or Cubietech's fex?
<mnemoc> the CT is an amazing board....
<tomee^> arokux2: cubietech's.
<tomee^> but not sure if that one you linked to
<tomee^> arokux2: I am trying to do a diff right now
<arokux2> tomee^: ok, I'm already curious.
<tomee^> arokux2: either my diff is really dumb or it's not the same
<arokux2> tomee^: so where have you got your fex from? :(
<tomee^> the github.
<tomee^> 30 sec
<tomee^> okay
<tomee^> root@cubietruck:/mnt/bpart# diff -b /mnt/bpart/script-ctorig.fex /tmp/some.fex
<tomee^> root@cubietruck:/mnt/bpart# echo $?
<tomee^> 0
<tomee^> it IS that fex.
<tomee^> I ran it through fex2bin which made diff comparison a little skewed
<arokux2> tomee^: I see. cool. I'll try to reproduce what you've got, and then cherry-pick.
<mnemoc> fex2bin | bin2fex > sanitized.fex
<mnemoc> or fex2 -I fex -O fex < foo.fex > sanitized.fex
<mnemoc> fexc
<tomee^> mnemoc: good point
<tomee^> arokux2: so I got the wifi working. when I recompile wpa_supplicant I will probably be able to use wifi direct as well. on the 3.4.61+ cubietech kernel... now to port that to linux-sunxi upstream somehow...
<mnemoc> https://github.com/git/git/tree/master/contrib/mw-to-git <--- mediawiki from/to git even lives within the git repo. amazing
<mnemoc> offline sunxi.org editing was only one step away and never noticed
<tomee^> arokux2: not yet figured out the Bluetooth (whether it's /dev/tty1 or /dev/ttyS2)
<arokux2> tomee^: "now to port that to linux-sunxi upstream somehow.." <-- do you want to do this part?
<tomee^> arokux2: now, I wish someone reproduced (or proved wrong) my bug report about GLES in X11 ;)
<tomee^> arokux2: actually I think I could.
<tomee^> I don't think the kernels are so different. probably just some hacks in the driver. and, ok, maybe the gpio/sdio part as well.
<tomee^> arokux2: btw, if I changed the dram_size of your bootloader, would I end up with 1GB?
<arokux2> tomee^: go ahead :) there are other things on my todo list. the crucial part of theirs fex, that should be taken into ours is: https://github.com/cubieboard/cubie_configs/blob/master/sysconfig/linux/cubietruck.fex#L321
<tomee^> arokux2: those f*ng 2GB mess up GLES
<arokux2> tomee^: no idea, ask oliv3r
<arokux2> tomee^: then you just need to go to theirs kernel and cherry-pick wifi driver or whatever, theirs kernel is almost the same as ours
kz1_ has joined #linux-sunxi
<tomee^> arokux2: that's what I am hoping for.
<tomee^> with kernel module versioning maybe I could even transplant the driver.
<tomee^> arokux2: anyway, have *you* tried X11+GLES?
kz1 has quit [Read error: Connection reset by peer]
kz1_ is now known as kz1
wezza has joined #linux-sunxi
<kriegerod> tomee^: could you please point to your bugreport regarding x11+gles?
<pfdm> tomee: did you narrow it down to a specific error, that's not happening on cb2 ?
<arokux2> tomee^: no, I do not have a spare display
<tomee^> pfdm: I don't have a cb2 so I can't tell. but I have tried 2 images made for a20 and the only major difference is amount of RAM.
<tomee^> arokux2: spare display? uhm, but X11 works on the same wires that framebuffer does. so I suppose you're running ct headless?
<arokux2> tomee^: yes, and have a shell on UART
<tomee^> arokux2: ok, I see. where do I send a 19" DVI-D lcd?
<tomee^> arokux2: I have about a dozen of those around ;)
<kriegerod> i have stage sunxi kernel running and x11 with fbturbo, but didn't try to open any windows. will be able to test tomorrow.
<tomee^> meanwhile, I'm off to watch some stuff on my impaired media center
<tomee^> will check on the channel later
<arokux2> tomee^: cu
<tomee^> kriegerod: on ct? wow. it would be great if you could test sunxi-mali/test/test and glmark2-es2 and post a comment to the bug report
<tomee^> cu guys
<tomee^> o/
<tomee^> [d]
<kriegerod> ok
<arokux2> mnemoc: you've got PM!
naobsd has joined #linux-sunxi
<pfdm> tomee : what about the X log where it ask for more memory ?
<wezza> Hi guys :).. I recompiled sunxi 3.4.67 for a10 board and i discovered that USB devices are not powered; reading issues #158 i understood that i have to enable "CONFIG_USB_PORT_POWER_MANAGEMENT" in .config. But "greping" it in kernel source returns no result. is that right?
<pfdm> tomee^ : "FBTURBO(0): and sunxi_fb_mem_reserve >= 11 in the kernel cmdline "
<arokux2> hi wezza
<arokux2> what device is it?
<wezza> hi :)
<wezza> it's an hackberry
<arokux2> wezza: oh.. hackberry.......
<arokux2> wezza: git grep USB_PORT_POWER_MANAGEMENT
<arokux2> drivers/usb/sunxi_usb/hcd/hcd0/sw_hcd0.c:#ifdef CONFIG_USB_PORT_POWER_MANAGEMENT
<wezza> oh
<wezza> let me check :)
<arokux2> wezza: git describe
<arokux2> sunxi-v3.4.67-r0-10-g93e38ba
<wezza> ooh
<wezza> ok :] let me try to update kernel source version :)
<wezza> mine: sunxi-v3.4.67-r0
<arokux2> wezza: you are probably not using stage/sunxi-3.4
<wezza> arokux2 thank you
<hglm> wezza: Using regular branch sunxi-3.4 I could restore USB power by enabling the "Inventra Highspeed Dual Role USB controller" with the Allwinner option.
<hglm> This did not work with stage/sunxi-3.4
<wezza> oh nice.. than i'll try that option
<wezza> thank you both :)
<hglm> arokux2:
<hglm> I got wifi running but it was a bit messy :)
<arokux2> hglm: oh! so tell the world what you did!
<hglm> OK as I said I am running sunxi-3.4 with the Inventra USB driver enabled (Allwinner glue layer)
<hglm> My fex file had the WLAN USB disabled on boot, I had to change the host_init value for usbc2 to 1 (it was 0). Then the device showed up on lsusb.
<hglm> (usb_host_init_state in the usbc2 section of the fex file)
<arokux2> hglm: hm.. ok
<hglm> Second problem was that the RTL8188EU in my device has a newer USB device ID that the 8188eu driver doesn´t recognize, I found a kernel patch on the net but I think you can also update it with the sys file system.
<hglm> I also disabled USB suspend in the driver with a module load option, not sure it´s necessary.
<arokux2> hglm: thanks, added to the wiki http://linux-sunxi.org/Wifi#WLAN_Adapter_will_not_appear
<arokux2> hglm: there is info about 8188eu at that page
dack has quit [Read error: Connection reset by peer]
<hglm> Yeah that info helped. Finally I had to fight a little with udev to get it recognized, /dev/wlan0 or wlan1 still doesn´t show up but I can run wpa_supplicant which recognizes it.
dack has joined #linux-sunxi
<arokux2> hglm: i think it is enough to see it in ip a s
<kriegerod> /dev/wlan0?
<kriegerod> never heard of exposing net devices as dev files
<hglm> OK I am a little rusty :)
Black_Horseman has joined #linux-sunxi
<tomee^> pfdm: I tried with mem_reserve=16 and 32 and fb0_num=3. no change.
<hglm> fb_mem_reserve?
Seppoz has joined #linux-sunxi
techn__ has joined #linux-sunxi
techn_ has quit [Ping timeout: 241 seconds]
<hglm> Disabling power saving on my rtl8188 chip doesn´t seem to be necessary.
maz_ has joined #linux-sunxi
<wezza> arokux: :) it works.. my usb drive is powered now.. However i don't know if it's normal but seems very slow to be mounted
<wezza> do you think that it could be related to the module used to turn usb on
<arokux2> wezza: no idea.
<wezza> ok ;) ilì'll try to compare mount time with stage/sunxi3.4 with "CONFIG_USB_PORT_POWER_MANAGEMENT" patch and i'll let you know
<hglm> You mean file access is slow? I did notice a programmed I/O vs. DMA option in the Inventra (MUSB) driver -- the default is PIO which is likely to be slow but I don´t whether DMA can work (not tested it).
<wezza> well let me check :)
tzafrir has joined #linux-sunxi
naobsd has quit [Quit: Page closed]
notmart has quit [Quit: notmart terminated!]
AreaScout has quit []
adb_ has quit [Ping timeout: 252 seconds]
dack has quit [Remote host closed the connection]
<kriegerod> is there an easy way to build glmark2 with gles without manually hacking headers to fix typedef errors?
wingrime has quit [Ping timeout: 245 seconds]
deasy has joined #linux-sunxi
maz_ has quit [Ping timeout: 272 seconds]
<kriegerod> solved by removing GLchar usage from its code with sed
heffer has quit [Ping timeout: 252 seconds]
<kriegerod> what sunxi-mali version fits stage/sunxi-3.4? r3p0?
Fusing has quit [Quit: Nettalk6 - www.ntalk.de]
heffer has joined #linux-sunxi
popolon has joined #linux-sunxi
<arokux2> tomee^: have you used cubie/sunxi-3.4?
techn__ has quit [Ping timeout: 252 seconds]
<tomee^> kriegerod: r3p0 I'm afraid, no later.
<tomee^> arokux2: cubie/sunxi-3.4? no. linux-sunxi -b stage/sunxi-3.4 yes. and the precompiled kernel from cubietech that came with "lubuntu" (3.4.61+). and the precompiled kernel from eoma (3.4.61+ as well).
atiti has quit [Read error: Operation timed out]
<arokux2> tomee^: hm.. i'm getting strange errors
<arokux2> tomee^: like this http://sprunge.us/LIaZ
<tomee^> kriegerod: and about glmark/gles, do you mean glx/egl clashes?
<hglm> I must say my A20 has been very unstable (CPU-related) when doing intensive tasks -- however I have found cpufreq setting that seems to be relatively stable (underclocking severely but L2 cache and memory speed seem to be preserved).
techn_ has joined #linux-sunxi
<arokux2> heh, I've actually already used their script.bin, just didn't realize it
<hglm> tomee: glesmark is GLES but isn´t 100% compatible with sunxi´s Mali setup out of the box and has an awkard build system
<tomee^> kriegerod: If you're getting GLX/EGL clashes, this is how I hacked glext.h files:
<tomee^> kriegerod: #ifndef GL_VERSION_1_5
<tomee^> /* GL types for handling large vertex buffer objects */
<tomee^> // #ifndef GLintptr_defined
<tomee^> #if !defined(GLintptr_defined)
<tomee^> #define GLintptr_defined
<tomee^> typedef ptrdiff_t GLintptr;
<tomee^> #endif
<tomee^> // #ifndef GLsizeiptr_defined
<tomee^> #if !defined(GLsizeiptr_defined)
<tomee^> #define GLsizeiptr_defined
<tomee^> typedef ptrdiff_t GLsizeiptr;
<tomee^> #endif
<tomee^> #endi
<arokux2> tomee^: use pastebin services
<tomee^> no linker errors, no runtime errors, but can't verify if it's correct hence the EGL bug.
<tomee^> hglm: point taken. I've tinkered around Mesa, OpenGL (when it was SGI-proprietary), x86 and AVR assembly, but I can't possibly comprehend all of those nuances of Axx SoCs in a week...
<tomee^> arokux2: no.
<tomee^> or, wait.
<arokux2> tomee^: can you md5sum your uImage? :)
<tomee^> my uImage has little to do with my rootfs but yes I can
<arokux2> tomee^: this is kernel issue
<tomee^> arokux2: http://sprunge.us/jbTK
<tomee^> but since at least your kernel was precompiled there's no way any md5sum will match
TomiK has quit [Quit: KVirc a enfin son Script! [AndarisScript 4.3 sur www.andaris.net]]
<tomee^> unless you happen to find a user@host and build time sequence that makes md5 sums same ;)
codingrobot has quit [Ping timeout: 264 seconds]
codingrobot has joined #linux-sunxi
<tomee^> arokux2: my image is a linaro raring snapshot.
<arokux2> tomee^: it matches. we use the same kernel
<arokux2> md5sum uImage
<arokux2> a813f43bb8fdbdc2f24593e3b216b16d uImage
<arokux2> hm........
<tomee^> arokux2: this is the cubietruck image.
<arokux2> have you touched anything else?
<tomee^> arokux2: but good luck with recreating md5 for /sunxi* files
<arokux2> tomee^: yes. ins't it the one for which wifi works for you?
<tomee^> yes.
<tomee^> this one: a813f43bb8fdbdc2f24593e3b216b16d
<tomee^> wifi works.
<tomee^> arokux2: I have touched a lot of things, like recompiling ffmpeg and mplayer from source
<tomee^> arokux2: but wifi-wise, not really.
<arokux2> tomee^: :)
<tomee^> modprobe and then wpa_supplicant 1.0 from ports.ubuntu.com
<tomee^> mind, however, to not load the _apsta.bin firmware. now I think it might be an AP-enabled firmware
<tomee^> I managed to get it into master mode
ZetaNeta has quit [Quit: Leaving]
<arokux2> tomee^: I get problems already at modprobe
<tomee^> having said that, there's an empty bed that I need to attend to.
<arokux2> tomee^: "however, to not load the _apsta.bin firmware. now I think it might be an AP-enabled firmware" <--- what have you done for this?
<tomee^> arokux2: if its the SAME kernel, then it might be fex-related. the gpio/wifi fancy stuff.
<arokux2> tomee^: it is the same fex too
<arokux2> tomee^: 706e6b140d24267e4786cb56cf9faa4f
<tomee^> arokux2: modprobe bcmdhd firmware_img=/lib/firmware/ap6210/ap<blahblah>.bin
<arokux2> tomee^: can you md5sum your fex?
<tomee^> didn't I mention the bed part?
<arokux2> md5sum isn't long :p
<tomee^> root@cubietruck:/mnt/bpart# md5sum script-ctorig.fex
<tomee^> f99e7b94f89ec873c48ffd7535827e7e script-ctorig.fex
<tomee^> arokux2: http://sprunge.us/NeJU
<tomee^> now, that would really be all for today
<arokux2> thanks tomee^
<tomee^> n/p, good luck ;)
<tomee^> nite.
tomee^ has quit [Quit: I Quit.]
ganbold_ has quit [Remote host closed the connection]
n01 has quit [Ping timeout: 252 seconds]
hglm has quit [Quit: leaving]
<arokux2> [mmc-err] smc 3 err, cmd 52, RTO
<arokux2> ideas why?
ganbold has joined #linux-sunxi
<arokux2> anybody with cubietruck around?