ChanServ changed the topic of #linux-sunxi to: Allwinner/sunxi development discussion - Don't ask to ask. Just ask! - See http://linux-sunxi.org | https://github.com/linux-sunxi/ | Logs at http://irclog.whitequark.org/linux-sunxi
richo has quit [Ping timeout: 256 seconds]
xlab has quit [Remote host closed the connection]
ZaEarl has quit [Quit: Ex-Chat]
ZaEarl has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
rz2k has quit []
w00tc0d3 has quit [Quit: No Ping reply in 180 seconds.]
w00tc0d3 has joined #linux-sunxi
[7] has quit [Disconnected by services]
TheSeven has joined #linux-sunxi
jochensp has left #linux-sunxi ["WeeChat 0.4.0"]
rellla has joined #linux-sunxi
ZaEarl has quit [Ping timeout: 245 seconds]
tzafrir has quit [Ping timeout: 245 seconds]
rellla has quit [Quit: Nettalk6 - www.ntalk.de]
BJFreeman has quit [Read error: Connection reset by peer]
_BJFreeman has joined #linux-sunxi
_BJFreeman is now known as BJFreeman
hansg has joined #linux-sunxi
rellla has joined #linux-sunxi
shineworld has joined #linux-sunxi
anunnaki has quit [Remote host closed the connection]
<mnemoc> I'm moving dl.linux-sunxi.org to another server, please don't upload anything via sftp/scp for now
<hno> hozer, the 1 during boot for USB NAND access is part of the Allwinner bootloader, not u-boot. be warned however that II have found that this USB drive emulation is not entirely stable.
<hno> often not really writing the changes to NAND.
<hno> hi mnemoc
<mnemoc> hno: hi, when you have a minute can you test if you can ssh to linux-sunxi.org and sudo ?
<hno> ssh works, but don't remember what my sudo password is.
<hno> mnemoc^
<mnemoc> hno: /q
<hno> thanks. verified.
<mnemoc> great
<hno> wow, mtd drivers have emerged for both u-boot and linux-3.4. Nice.
* hno have been dormantly lurkering for too long.
paulk-desktop has joined #linux-sunxi
jelly has quit [Read error: Connection reset by peer]
tzafrir has joined #linux-sunxi
tinti has joined #linux-sunxi
tinti has quit [Read error: Connection reset by peer]
vicenteH has joined #linux-sunxi
tinti has joined #linux-sunxi
* rellla is looking forward - willswang forked libhybris ;)
_BJFreeman has joined #linux-sunxi
BJFreeman has quit [Ping timeout: 256 seconds]
_BJFreeman is now known as BJFreeman
_BJFreeman has joined #linux-sunxi
BJFreeman has quit [Ping timeout: 252 seconds]
_BJFreeman is now known as BJFreeman
xlab has joined #linux-sunxi
hansg is now known as hansg_lunch
<hno> mnemoc, what is the status of kernel developments past 3.4?
xlab has quit [Ping timeout: 272 seconds]
_BJFreeman has joined #linux-sunxi
BJFreeman has quit [Ping timeout: 256 seconds]
_BJFreeman is now known as BJFreeman
_BJFreeman has joined #linux-sunxi
tinti has quit [Ping timeout: 252 seconds]
BJFreeman has quit [Ping timeout: 252 seconds]
_BJFreeman is now known as BJFreeman
shineworld has quit [Remote host closed the connection]
hansg_lunch is now known as hansg
<mnemoc> hno: mripard is leading the mainlining process.
<mnemoc> hno: personally I've had very little time. but my idea is to obsolete 3.0 as soon as android people confirms they can use 3.4
<mnemoc> hno: and then integrate sun[67]i (3.3 based) there
<mnemoc> i don't really see much point in making a legacy >3.4 branch
<mnemoc> legacy as of script.bin-based
<mnemoc> it would be more of a distraction. 3.4 is a good middle ground for unifying/refactoring the whole sunXi world, and then providing decent drivers that can be DTSized and mainlined
<mnemoc> i'll try to merge the stage branches today and make another stable-version jump before adding the rest of the pending commits
<mnemoc> hipboi promised a20-based prototype cubieboards (ii) for early may. don't know about a31 devices with uart yet
<mnemoc> but he is planning to launch a "cubiebox" (mele-ish but with all pins available) with a31 soon
<mnemoc> hopefully there will be a a20-based equivalent of that too
tinti has joined #linux-sunxi
shineworld has joined #linux-sunxi
<shineworld> Have someone tried/used android open accessory with cubieboard or any other Allwinner powered device ?
<shineworld> I've tried with cubieboard and openbox but doesen't work.
<shineworld> So for test I've purchased a tablet based on Allwinner A13 and running 4.0.4 (5.0.8+) but don't work yet...
<shineworld> AOA = android open accessory is fully supported starting from honeycomb
<shineworld> In my Nexus 7 works perfectly without problems
<shineworld> I need to use it with cubieboard and a tablet A1x powered
shineworld has quit [Quit: Leaving]
shineworld has joined #linux-sunxi
<shineworld> that's strange because in repo there is AOA ... but don't work
<shineworld> and I've bought a tablet just to try if there are bugs on github.com/cubieboard sources but same result
shineworld has quit [Remote host closed the connection]
shineworld has joined #linux-sunxi
<ssvb> mnemoc: who are these android people? maybe Turl?
<ssvb> rellla: that's a good point about weighted_pred_flag (related to ffmpeg?) in https://github.com/linux-sunxi/cedarx-libs/issues/1#issuecomment-17162981
vicenteH has quit [Ping timeout: 264 seconds]
<Turl> ssvb: sup
<ssvb> Turl: in the scrollback mnemoc was talking about obsoleting 3.0 branch, and looks like android people are holding us back :)
<Turl> yeah, I haven't had much time to play with android lately :/
<Turl> ssvb: did the usb changes ever get merged on 3.4?
<Turl> iirc that was the missing piece
<ssvb> hmm, don't know
<ssvb> mnemoc: ^
<ssvb> Turl: also do you know anything about any mandatory GPU memory reservations in android (if such requirements even exist)?
<Turl> ssvb: well, you need the memory if you intend to use it
<ssvb> does anything mentioned here make sense? https://bugs.launchpad.net/igloocommunity/+bug/925913
<Turl> ssvb: I think libUMP or libMali had one of the addresses hardcoded
<ssvb> or they are just random clueless code reshufflers
<Turl> let me see
<Turl> 32M looks like too little
<ssvb> what bad things may happen if we reserve too little and start falling back to using system memory?
<hno> mnemoc, sounds good.
<Turl> a framebuffer is ~3MiB, as reference
<Turl> ssvb: what is "system memory"?
<hno> Turl, memory that is reserved via normal kernel memory allocation methods, not reserved at "hardware level" as if it was not normal RAM.
<Turl> ssvb: as long as it's memory the GPU can use, I suppose it's okay
<Turl> does it cause any performance hit?
<ssvb> Turl: the only theoretical problem that I can see is that the UI code in android might be written in such a way that it needs a certain amount of GPU memory being always available and never failing allocations
<ssvb> android does not use swap, right?
<Turl> no swap
<Turl> no mem? let's hunt some processes!
<Turl> that's basically how android works
<ssvb> hmm, interesting
<Turl> look at lowmemorykiller on staging/android
<ssvb> well, I wonder what would happen if the memory is full and the critical UI process tries to allocate some GPU memory in android
<Turl> ssvb: GL OOMs aren't usually well received, but they don't occur with the current memory allocation
<ssvb> will this lowmemorykiller be invoked in this case or the GPU allocation will simply fail?
<Turl> if you have a patch I can apply and test I can give it a try tonight
<Turl> one with instrumentation to print allocation sizes would be even better :)
Quarx has joined #linux-sunxi
<Turl> ssvb: LMK has kind of 'buckets', if free ram goes below X, it kills from the first bucket, if ram goes below Y, from this other bucket, etc
<ssvb> Turl: the patches for tweaking mali GPU memory allocation are in the linux-sunxi ML, posted several days ago
<Turl> ssvb: this 3 patch series? [PATCH 1/3] gpu: mali: Use real framebuffer location instead of magic constants
<rellla> ssvb: you mean, it would be worth to think about, if init_data is passed correctly
ZaEarl has joined #linux-sunxi
<ssvb> Turl: yes
<ssvb> rellla: I'm going to check how this weighted_pred_flag flag is handled in nvidia vdpau implementation
<ssvb> rellla: and compare with cedarx vlc
<Turl> ssvb: ok, I'll give it a try tonight
<ssvb> Turl: thanks
BJFreeman has quit [Ping timeout: 252 seconds]
yuq825 has joined #linux-sunxi
<yuq825> hello?
yuq825 has quit [Client Quit]
<Turl> people these days, so impatient
<lunra> People hear 'instant messaging' and assume it means 'instant response'
yuq825_ has joined #linux-sunxi
<yuq825_> Sergey?
<Turl> yuq825_: -> slapin_n1
<Turl> hno: ^
<Turl> got to go, see you guys later
<hno> hi yuq825_
<yuq825_> hi
<hno> welcome here
<yuq825_> thank you
<hno> haven't seen slapin_n1 today. But guess he is not too far away, responding to email less than an hour ago.
<yuq825_> I haven't use this before
<hno> here you find everyone that matters :)
<hno> I haven't dissected your u-boot MTD changes yet.
<hno> gah.. staging/sunxi-3.4 panics during kernel startup for me.
<mnemoc> uh
<yuq825_> Is this because of my MTD driver?
<mnemoc> hno: and not-stage?
<mnemoc> hno: if booting from nand you need to repace nanda's linux/u-boot.bin with one that properly passes ATAG stuff (like your lichee-dev branch ;-)
<hno> mnemoc, http://ur1.ca/dlets
<mnemoc> hno: odd
<hno> will try a pure sun5i_defconfig (have enabled some additional USB modules) and also non-stage.
<mnemoc> those NULL pointer things tend to be relaced to script.bin inconsistencies not properly handled by our drivers
<mnemoc> related*
<Turl> mnemoc: <6>chip-id: Unknown (AW1625) ;)
<mnemoc> but, can you test not-stage sunxi-3.4?
<mnemoc> Turl: need to finish the chip detect stuff :<
<hno> haven't changed script.bin in ages, but knowning the state of most script.bin:s I suppose it may well be broken.
<hno> yes, but takes some minutes to rebuild the kernel.
<mnemoc> Turl: can you test you still have sudo-powers on linux-sunxi.org ?
<Turl> mnemoc: did you reinstall the server? I'm getting the 'someone might be doing something nasty' ssh super-warning
<mnemoc> Turl: different machine
<mnemoc> and new (dedicated) ip
<hno> I think it is still the script.bin I got from Olimex.
<mnemoc> so https now works (cacert.org)
<mnemoc> Turl: will need to coordinate the relocation of cubieboard.org stuff with you
<Turl> $ sudo whoami
<Turl> root
<mnemoc> cool :)
<Turl> mnemoc: what do you need to coordinate?
<mnemoc> DNS
<mnemoc> but initially I can do a reverse proxy
<mnemoc> will move it tonight
<Turl> we have cloudflare in front of the cubie sites
<mnemoc> when I move the backend to the new linux-sunxi server, someone will need to tell cloudflare the new ip ;-)
<Turl> sure, let me know and I'll switch it
<mnemoc> ok
<Turl> dl. is cname'd to dl.linux-sunxi.org
<mnemoc> yes, noticed :p
<Turl> shop is off cloudflare (is that still in use?)
<mnemoc> i don't think so
<Turl> and the cn forum is not on linux-sunxi
<mnemoc> the great wall blocked it
<mnemoc> so it was moved inland
<Turl> so you just need to move the blog
<mnemoc> and the mysql junk
<mnemoc> but yes
<Turl> mnemoc: afaik it was due to speed, not the wall
<mnemoc> tonight
<mnemoc> Turl: wiki.l-s.o worked fine, while cn.cb.org didn't answer at all (from .cn)
<mnemoc> both running php on the same server
<Turl> mnemoc: the wiki is not behind cloudflare :)
<Turl> maybe it was that
<mnemoc> might be
<mnemoc> evil anti-gov CDNs
<Turl> I disabled it for cn. when I switched because it kind of misses the point of having it inland if you do
<hno> mnemoc, non-stage also crashes.
<mnemoc> ouch
<rellla> ssvb: imo there has to be some kind of conversion of the extradata like https://github.com/rellla/xbmca10/blob/Frodo/xbmc/cores/dvdplayer/DVDCodecs/Video/DVDVideoCodecVDA.cpp#L700 or
<rellla> cedarx passes it, as it is.
<Turl> hno: bisect time?
<mnemoc> hno: can you try the .fex we have on sunxi-boards?
<hno> Turl, right now a bit too many unknowns for bisecting.
<Turl> were you using 3.4 previously?
<hno> not sure.
eebrah has quit [Ping timeout: 256 seconds]
<slapin_n1> hi, all!
<slapin_n1> hno: hi!
<hno> hi slapin_n1 !
<slapin_n1> hno: it is a miracle!
* slapin_n1 was able to put $$$ projects aside
<slapin_n1> and got a whole week to develop something re mtd driver
<slapin_n1> hno: what is the plan?
<hno> slapin_n1, no plan yet.
<hno> been updating u-boot a bit, and right now trying to get the kernel to run on my A13 board.
<hno> u-boot does fine.
<slapin_n1> hno: OLinuXino?
<slapin_n1> hno: I try to make my board with A13
<slapin_n1> hno: but russian post fail to deliver things in time
<slapin_n1> hno: which kernel, vanilla?
<hno> slapin_n1, yes, A13 OLinuXino. So nothing rocket sience.
shineworld has quit [Quit: Leaving]
<lunra> Unlike on my desktop kernel, the minimum system load seems to be 1. Is there a reason for this?
<lunra> (I'm talking about the /proc/loadavg numbers)
<lunra> (desktop = x86. Also my ARM chromebook uses loadavgs starting at 0, seems to be specific to linux-sunxi)
<slapin_n1> hno: which kernel?
<hno> 3.4
<Turl> lunra: is the board idle? are you using ondemand governor?
<lunra> I'm using the ondemand governor with a clock minimum of 100MHz. The board in top shows 90-100% idle
<lunra> If I understand loadavg numbers properly, which I probably dont, every value modulo 1 is a CPU 100% busy
<lunra> or rather, each is a process using the CPU 100% without sleeping
<lunra> *or thread...
<Turl> 1 means the system is fully loaded, indeed
_BJFreeman has joined #linux-sunxi
<Turl> there was a bug with detection code causing it, but I believe it was fixed
<lunra> The board is downclocking so it's probably not a kernel process secretly eating CPU
<lunra> I'm using stage/3.0, btw, because I need a 3.0 wifi driver
_BJFreeman is now known as BJFreeman
<hno> An old 3.0.42 kernel I found on another sd card boots fine with same script.bin, if that means anything.
<mnemoc> hno: we have sunxi-specific tags
<paulk-desktop> hi
<mnemoc> hno: -r0 is the first after the corresponding stable-version jump
<paulk-desktop> how is the audio jack detection handled?
<mnemoc> and there is an -rN just before
<hno> mnemoc, I honestly have no idea which sources that one was built from.
<mnemoc> hno: but it might help to give a try to the .fex in sunxi-boards
<mnemoc> assuming it's a board we have
<hno> mnemoc, it's my rev-a A13 OLinuXino board
Undertasker has joined #linux-sunxi
<hno> mnemoc, apart from my script.bin not having a gpio_para section a diff do not show any obvious pitfalls.
<mnemoc> :(
<hno> and also crashes.
<hno> with script.bin built from a13_olinuxino.fex
<hno> And it still crashes with a plain sun5i_defconfig.
<hno> toolchain related perhaps? was built using gcc 4.8.1 linaro 2013.04
<mnemoc> try the last 3.0.42-sunxi tag using 4.8
<mnemoc> 3.0 and 3.4 mostly run in parallel, most changes in one are also in the other
<hno> which toolchain do you use?
<mnemoc> 4.6
<mnemoc> but I haven't tested a13 myself in a long time
<mnemoc> but other people does, and afaik successfully
<Turl> linaro and 4.8 sounds like a bad combo
<ssvb> hno: linaro toolchains contain too many experimental optimizations and have a track record of causing problems
<mnemoc> it would still be interesting to fix 4.8 support...
<hno> ssvb, I don't have a very good track record with mainline GCC on ARM either so... actually more confident in linaros based on my experiences.
<hno> building with 4.7.3 now. That's what I used last time I built a kernel I think.
<ssvb> hno: there used to be the following problem - http://seabright.co.nz/2012/06/11/kernel-not-booting-with-linaro-gcc/
<hno> ssvb, can't really blame linaro for that one.
<ssvb> yes, I did not blame linaro either
<ssvb> I mean being bleeding edge is more likely to expose bugs, cause compatibility issues, etc.
<hno> ssvb, I am well aware of that, and is very different from what you said above.
<ssvb> if you just want the freaking board to boot properly, it's safer to use an older proven toolchain :)
<ssvb> that's what I said above
<hno> ssvb, I am not that person.
<ssvb> good
<hno> ssvb, so you really meant is that linaro toolchains have a track record of triggering problems, which is true.
<ssvb> yes, and also causing problems in some cases
<ssvb> the list of fixed regressions for each linaro release is telling a lot
<mnemoc> no risk no gain ;-)
<ssvb> :)
<hno> ofcourse, but more often fixing problems imho.
<ssvb> don't get me wrong, I'm also using linaro gcc releases along with the FSF gcc
<hno> okay, 4.7 toolchain seems to bot.
<hno> boot
<mnemoc> \o/
<mnemoc> I was getting worried :p
<hno> now I just need to fix up the rootfs a bit so it gives me a login prompt...(had to start fresh, old rootfs got corrupted)
yuq825_ has quit [Remote host closed the connection]
<hno> anyone remember where to tell debian that there is a serial port which should have a login prompt?
* mnemoc thought it was smart enough to understand console=ttyS...
<mnemoc> and getty /dev/console properly
rellla has quit [Quit: Nettalk6 - www.ntalk.de]
<hno> mnemoc, apparently not.
<bfree> hno: in /etc/inittab
<hno> and not from what I remember from earlier. The installer does, but not using that.
<hno> bfree, thanks.
hansg has quit [Remote host closed the connection]
<mnemoc> /etc/inittab is so 90s...
<hno> /etc/inittab beats init.d any day at least.
<mnemoc> :)
<hno> it's possible to build very nice systems based on dynamically rewritten inittab to change system state.
<mnemoc> unsupervised services stink
<hno> yes.
<mnemoc> runit <3
<hno> quite happy with systemd these days.
<hno> even if it goes a bit too far in some areas
<mnemoc> just a bit :p
<hno> euhm..?? 4. usb manager not support (USB_SW_SUN5I_USB0_NULL)
<mnemoc> the default should be OTG
<hno> defaulted on host only for me.
sanka has quit [Quit: Leaving]
<hno> but commented more on the description
<hno> a) language. b) what does it really mean?
<slapin_n1> hno: what do you mean by language?
<slapin_n1> hno: btw, my A13-OLinuXino was finally delivered to me, was about 3 months of delivery
<hno> "usb manager not support" is not valid english.
<hno> slapin_n1, excellent!
<slapin_n1> hno: so if you want me to test something feel free to ask
* slapin_n1 have to run damn eclipse again :(
<hno> slapin_n1, it's running now with gcc-4.7.
* hno is waiting for a full kernel build with the right .config and gcc version.
<hno> slapin_n1, dissecting the u-boot MTD changes would be great. Apparently there is some changes outside the driver which needs discussion.
<slapin_n1> btw, what is mp tools they talk about re new mele1000g A31?
<hno> no idea.
<hno> who is talking?
<slapin_n1> hno: arm-netbook ML
<slapin_n1> Bamvor Zhang
<hno> Just saw the mailinglist post. No idea.
vinifm has joined #linux-sunxi
<slapin_n1> ewwww
<slapin_n1> so many magic happens around :(
<slapin_n1> s/many/much/
<slapin_n1> damnit
<hno> Seems to be another "Phoenix Card" tool.
<hno> There is many references to some "MPTool.exe" for flashing Allwinner Android devices with an sdcard.
<slapin_n1> ah, strange
* slapin_n1 was hoping for something
Quarx has quit [Read error: Connection reset by peer]
torqu3e has quit [Quit: torqu3e]
<hno> mnemoc, sun5i USB drier do not build in device-only mode.
<hno> drivers/usb/sun5i_usb/udc/sw_udc.c: In function 'sw_usb_device_enable':
<hno> drivers/usb/sun5i_usb/udc/sw_udc.c:3195:33: error: 'g_udc_pdev' undeclared (first use in this function)
<hno> and a number of similar ones.
<slapin_n1> hno: why do you need devic-only mode?
<hno> Because I don't trust OTG to do things right, and only need device mode.
n01 has joined #linux-sunxi
n01 has quit [Client Quit]
<slapin_n1> hno: what do you use device mode for? card reader?
n01 has joined #linux-sunxi
n01 has quit [Client Quit]
n01 has joined #linux-sunxi
<slapin_n1> hno: what do you mean by dissecting MTD changes? which branch of which repo which change?
<hno> slapin_n1, https://github.com/yuq/u-boot-sunxi/commits/sunxi-current as per the email discussion you responded to earlier.
torqu3e has joined #linux-sunxi
<slapin_n1> hno: which discussion?
* slapin_n1 doesn't remember any discussion...
<slapin_n1> hmmmm
<slapin_n1> awwww
<slapin_n1> sorry
<slapin_n1> now I remember
<hno> slapin_n1, need more sleep?
n01 has quit [Quit: leaving]
n01 has joined #linux-sunxi
n01 has quit [Client Quit]
n01 has joined #linux-sunxi
<slapin_n1> hno: dunno, probably
<slapin_n1> hno: it is a bit early to sleep now...
vinifm has quit [Ping timeout: 258 seconds]
<paulk-desktop> is rtl8188 supported by the linux-sunxi kernel?
<paulk-desktop> ie: how is the a13 olinuxino wifi handled?
<Dreadlish> rtl8188eu is supported.
<Dreadlish> iirc.
<paulk-desktop> yep
<paulk-desktop> what's the driver I should use?
<Dreadlish> just rtl8188eu...
n01 has quit [Quit: leaving]
<paulk-desktop> it's not in the tree
n01 has joined #linux-sunxi
<Dreadlish> hmm
<Dreadlish> lets look
<Dreadlish> FUCK
<Dreadlish> not here
<Dreadlish> and not that
<Dreadlish> sorry ._.
<paulk-desktop> mhh ok
<mnemoc> the 8188eu driver hasn't been forward porter to sunxi-3.4 yet. but it's available in sunxi-3.0
<Dreadlish> <M> Realtek 8188E USB WiFi
<Dreadlish> mnemoc: yh?
<Dreadlish> mnemoc: i have it in 3.4 tree..
<Dreadlish> or wait...
<paulk-desktop> mnemoc, I can"t find it in 3.0 either
<paulk-desktop> all I see is rtl8192cu
<Dreadlish> yh
<Dreadlish> it's just my driver
<Dreadlish> sorry ;d
<mnemoc> 03b061f added rtl8188eu to 3.0
n01 has quit [Client Quit]
<techn_> there was forward port of some wifi driver on ML or was it github pull request
vinifm has joined #linux-sunxi
<paulk-desktop> mnemoc, is 03b061f part of the sunxi-3.0 branch?
<paulk-desktop> ah, it's in staging
<paulk-desktop> would be nice to have that merged
<paulk-desktop> techn_, is it related to the wifi driver too?
<techn_> paulk-desktop: No.. its related to hno's gcc problem
<paulk-desktop> ok :)
<paulk-desktop> thanks!
<hno> techn_, that's an optimization.
* slapin_n1 looks for self-motivation guides, do anybody have some?
<hno> there is many, but can't stand any of them so don't have one.
rellla has joined #linux-sunxi
tzafrir has quit [Read error: Operation timed out]
eebrah has joined #linux-sunxi
tinti has quit [Ping timeout: 268 seconds]
tinti has joined #linux-sunxi
<paulk-desktop> libv, hi
<paulk-desktop> congrats for running quake3 with compiled shaders!
<ssvb> rellla: setting weighted_pred_flag to 0 here introduces blocky artifacts for nvidia vdpau - http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavcodec/vdpau.c;h=6df7f4af9594a32eb87ffc0d8329fea7d6bba931;hb=refs/heads/release/1.2#l208 :)
<ssvb> rellla: so this indeed means that this flag most likely needs to be passed to the hardware decoder from the client side
<ssvb> rellla: now it's time to look how this is handled with cedarx
<rellla> ssvb: so we need to figure, how we can do that.
<rellla> dito :)
<rellla> maybe the links i posted would be helpful. there is some conversion done.
<Turl> idk what you guys are doing, but maybe the android glue code holds the clue?
<rellla> perhaps we have the possibility to get a libve user guide with the last page filled out. not only /*TODO*/
<ssvb> :)
<rellla> Turl: idk, too :p
<rellla> i wish we could get empatzero and willswang on board again...
shineworld has joined #linux-sunxi
<Turl> mripard_: :)
<mripard_> Turl: ?
<Turl> mripard_: I just got 7 emails from you
<mripard_> ah
<mripard_> sorry for the mail bombing :)
<Turl> no problem :) keep me in cc, I like to see the patches
<mripard_> that's what I thought :)
<Turl> mripard_: the clock bit on the cover letter doesn't hold true anymore btw :)
<mripard_> oh, I forgot to remove it ?
<mripard_> damn
<mripard_> And I added the clock support to it as of tonight...
_BJFreeman has joined #linux-sunxi
BJFreeman has quit [Ping timeout: 246 seconds]
<ssvb> rellla: we could possibly try to sniff this missing init_data information for h.264/avc1 from the android player
tzafrir has joined #linux-sunxi
<ssvb> rellla: but I don't have any cables for the Internal USB device port for my Mele A2000 device, which are probably needed for adb and android development :(
<ssvb> Turl: is android fully open source for sunxi (including the hardware accelerated video player)?
<Turl> ssvb: you can adb over wifi/ethernet
<Turl> ssvb: cedar uses a couple of blobs, so no
<Turl> and there's mali
<Turl> the rest is open
<Turl> mnemoc: ping
Turl has quit [Ping timeout: 258 seconds]
tinti has quit [Quit: Leaving]
<shineworld> I'm not able to use Android Open Accessory with cubieboard openbox. It lunch intent, recognize manufacturer, id, version but then don't work.
<shineworld> in dmesg I've got that: <4>[ 1860.960000] WRN:L1367(/home/shine/android/build/openbox/kernel/allwinner/common/drivers/usb/sun4i_usb/udc/sw_udc.c):handle_ep0: ep0 setup end
<shineworld> <
<shineworld> do you know what's mean and happen ?
<techn_> I'll push my current usb dev stuff
<techn_> you could try with it
<shineworld> a new kernel ? what version ?
<techn_> It's top of 3.0
<shineworld> good to know...
<shineworld> I've waited a good reason to step from 3.0.52+ to linux-sunxi 3.0.6x
<shineworld> saturday I've purchased also a low-cost tablet A13 powered to check if Android Open Accessory works there (in cubie after some days of tries nothing works)
<shineworld> but also in tablet don't work (I guess same sources and kernel 3.0.8+)
<shineworld> I've connected my Nexus 7, Galaxy S Advance (JB powered) and SGS S2 and all works fine with accessory device
<shineworld> so could be a problems with sun4i / sun5i device drivers (I guess)
<techn_> that usb brach has sun4i and sun5i unified
<techn_> wish I had time to finish it :(
<shineworld> looking ...
<techn_> (that branch contains some other shit ) ;)
<shineworld> could be I copy/paste only usb section ?
<shineworld> or just meld mine with that to find differences ?
<techn_> Or cherry-pick what you need
<techn_> 6 commits
<shineworld> yeah... thanks very much for sharing
<shineworld> I will try now !
<shineworld> what seems very incredible is that none ALLWinner product user (all use same ICS image) catch that problem with AOA ... Or I'm only that use a FT311D chip in the world
<shineworld> there are at least hundred tablet models which use same chip/android distro
<shineworld> I've planed to purchase another tablet of different brand but always allwinner a10/13 powered to enlarge the test
<shineworld> hey, a lot of changes
<techn_> shineworld: yes :)
<shineworld> I guess main problem for me is:
<shineworld> /* Enable udc */
<shineworld> //sw_udc_enable(udc); //remove by 2011.11.25
<shineworld> vs your
<shineworld> /* Enable udc */
<shineworld> sw_udc_set_pullup(udc, 1);
<techn_> shineworld: It wont work yet :(
rellla has quit [Remote host closed the connection]
<techn_> That is the main reason why I havent submitted patch set
<shineworld> so I can't have openaccessory working with AllWinnder ? (just to ask so I move to other brands like rockchip, ...)
<techn_> but I think It's much better there.. but not good enough
<techn_> as said.. I hope I have time to fix it
<shineworld> like I dumb, I've already ordered 100 tablets to supply a customer which would use an android app to manage GUI interface of a machinery...
<shineworld> I've thinked that all ICS tablet can support AOA
<techn_> shineworld: did you try to comment that row out.. it atleast should make android adb working
<shineworld> ok, tomorrow I will try to suspend the order till I will be able to understand the question
<shineworld> thanks for support
<techn_> hmm.. you have same usb problem with 0.52 kernel too?
<techn_> 3.0.52?
<shineworld> Tablet run 3.0.8+ and AOA don't works. Cubieboard run github.com/cubieboard (3.0.52+) and same problems
<shineworld> I haven't tried yet github.com/linux-sunxi 3.0.62
<techn_> oh.. its different problem then
<shineworld> pratically: http://pastebin.com/0GZc45S9
<shineworld> the AOA recognize first part of connection
<techn_> did you try that my wip/usb branch?
<shineworld> after fall in ENODEV
<shineworld> I need to download it, and merge parts or substitute all kernel (I saw different kernel switches than actual)
<shineworld> however I'm downloading it
<shineworld> is big for my slow connection
<techn_> try 'git remote add techn https://github.com/techn/linux-allwinner.git' && 'git cherry-pich <commits>'
<techn_> ups.. 'git fetch --all' into between :)
<shineworld> ok
<techn_> it should download only delta if you have existing linux-sunxi repository
<techn_> good night
<shineworld> thank you !
<shineworld> I guess my boss waiting me at door tomorrow :) sigh
paulk-desktop has quit [Quit: Ex-Chat]
rz2k has joined #linux-sunxi
rz2k has quit [Read error: Connection reset by peer]
rz2k has joined #linux-sunxi
rz2k has quit [Read error: Connection reset by peer]
rz2k has joined #linux-sunxi
shineworld has quit [Quit: Leaving]
_BJFreeman has quit [Ping timeout: 260 seconds]
_BJFreeman has joined #linux-sunxi
vinifm has quit [Quit: Saindo]
Undertasker has left #linux-sunxi [#linux-sunxi]
rz2k has quit []
torqu3e has quit [Quit: torqu3e]