| 00:04.52 | hno | xemacs5, yes. |
| 00:05.08 | hno | all is already built. |
| 00:05.33 | xemacs5 | thanks for that, I had come across one of the cnxsoft pages but didn't see this other info |
| 00:05.38 | xemacs5 | will work on it tonight |
| 00:06.04 | xemacs5 | the CTO leaves for S. America tomorrow, wanted to show it to him before he left, running our software |
| 00:07.52 | hno | mnemoc, ah, the underground one I found seems to be a copy-paste repost of cnxsoft. |
| 00:12.51 | *** join/#cubieboard gzamboni (~gzamboni@2a02-8426-513b-5100-0224-21ff-fe57-307c.rev.sfr.net) |
| 00:20.35 | *** join/#cubieboard grimes99 (~du2@host-89-240-228-22.as13285.net) |
| 00:39.37 | *** join/#cubieboard luka (~luka@lan.iskon.hr) |
| 00:41.14 | *** join/#cubieboard int3nz0r (~int3nz0r@86.86.66.141) |
| 01:48.05 | *** join/#cubieboard mike_sun_ (~quassel@177.97.65.6) |
| 02:30.55 | xemacs5 | finally got everything installed on a Debian 6.0 system, for making the image |
| 02:31.14 | xemacs5 | will test in probably 30 minutes, have to replace the system.bin and uboot as hno mentioned |
| 03:04.56 | *** join/#cubieboard linjiu (~AndChat70@58.22.113.108) |
| 03:43.01 | xemacs5 | doesn't look like it will get done tonight |
| 03:43.18 | xemacs5 | looks like the scripts, actually DO need a cross-compile chain |
| 03:43.24 | xemacs5 | well, will poke it tomorrow |
| 04:06.25 | *** join/#cubieboard mysteryname (~mysteryna@14-202-9-167.tpgi.com.au) |
| 05:05.23 | *** join/#cubieboard zz_chihchun (~chihchun@114-34-10-226.HINET-IP.hinet.net) |
| 05:50.02 | *** join/#cubieboard Anton_ (~aaaa@46.41.89.14) |
| 05:55.11 | *** join/#cubieboard rellla (~Thunderbi@p5B079428.dip0.t-ipconnect.de) |
| 06:37.52 | hno | xemacs5, the scripts for installing do not need cross-compile toolchain. The scripts for building the hwpacks do. |
| 06:39.32 | hno | One toolchain is here: https://launchpad.net/linaro-toolchain-binaries/+milestone/2012.09 |
| 07:50.40 | *** join/#cubieboard Anton_ (~aaaa@46.41.89.14) |
| 07:56.00 | *** join/#cubieboard luka (~luka@lan.iskon.hr) |
| 07:56.03 | *** join/#cubieboard luka (~luka@unaffiliated/luka) |
| 08:02.13 | *** part/#cubieboard Renat (~renat@217.170.93.158) |
| 08:48.40 | *** join/#cubieboard int3nz0r (~int3nz0r@86.86.66.141) |
| 09:13.00 | *** join/#cubieboard Skry (~skry@37-219-196-118.nat.bb.dnainternet.fi) |
| 09:30.30 | *** join/#cubieboard mysteryname (~mysteryna@14-202-9-167.tpgi.com.au) |
| 09:47.08 | *** join/#cubieboard mike_sun (~quassel@177.97.65.6) |
| 10:36.29 | *** join/#cubieboard infinityplus1 (~infinityp@70-89-160-190-smc-co.hfc.comcastbusiness.net) |
| 10:43.23 | *** join/#cubieboard RaYmAn (rayman@rayman.dk) |
| 10:45.47 | *** join/#cubieboard RaYmAn_ (rayman@rayman.dk) |
| 10:45.47 | *** join/#cubieboard xemacs5 (~xemacs5@70-89-160-189-Davis-and-Larson-co.hfc.comcastbusiness.net) |
| 10:45.47 | *** join/#cubieboard arete74 (~arete74@host160-66-static.225-95-b.business.telecomitalia.it) |
| 10:45.47 | *** join/#cubieboard blahee (~upi@cure.upi.iki.fi) |
| 10:45.47 | *** join/#cubieboard jduck (~jdrake@metasploit/jduck) |
| 10:45.47 | *** join/#cubieboard mase_wk_ (~quassel@110-238-1-24.dsl.voice.net.au) |
| 10:45.47 | *** join/#cubieboard alisonc (UNKNOWN@unaffiliated/crazytales) |
| 10:45.47 | *** join/#cubieboard MatV (~MatV@80.163.97.84.rev.sfr.net) |
| 10:45.47 | *** join/#cubieboard robws (~robws1@38.99.170.111) |
| 10:45.47 | *** join/#cubieboard makomk (~aidan@h31-3-227-225.host.redstation.co.uk) |
| 10:59.35 | *** join/#cubieboard h0cin (~h0cin@unaffiliated/h0cin) |
| 11:56.10 | *** join/#cubieboard int3nz0r (~int3nz0r@86.86.66.141) |
| 11:59.52 | *** join/#cubieboard Skry (~skry@37-219-0-63.nat.bb.dnainternet.fi) |
| 12:21.55 | avernos | i see i am not the only one that has wondered about login and pass... |
| 12:22.27 | mnemoc | afaik root/$empty is the default on buildroot based systems |
| 12:23.11 | avernos | yeah, wasnt easy to guess, but never built buildroot yet. It just got me a little lost at first |
| 12:23.36 | mnemoc | :) |
| 12:23.49 | avernos | wasnt/was |
| 12:38.43 | hno | don't think his is flashed with buildroot image. |
| 12:39.26 | mnemoc | i had the idea that everyone except us got buildroot |
| 13:17.25 | *** join/#cubieboard hipboi (~hipboi@27.42.0.167) |
| 13:22.21 | *** join/#cubieboard Skry (~skry@81-175-144-138.bb.dnainternet.fi) |
| 13:25.04 | *** join/#cubieboard int3nz0r (~int3nz0r@86.86.66.141) |
| 13:27.31 | hno | mnemoc, probably. |
| 13:28.32 | *** join/#cubieboard Renat (~renat@217.170.93.158) |
| 13:29.57 | *** join/#cubieboard int3nz0r (~int3nz0r@86.86.66.141) |
| 13:40.50 | avernos | why that conector was chosen for the OTG, and not the other mini, or the normal female one? |
| 13:47.31 | mnemoc | avernos: looks normal to me... |
| 13:50.31 | hno | mnemoc, not really normal for OTG. |
| 13:51.51 | *** join/#cubieboard int3nz0r (~int3nz0r@86.86.66.141) |
| 13:54.56 | *** join/#cubieboard grimes99 (~du2@host-89-240-228-22.as13285.net) |
| 14:00.24 | hno | The first mUSB OTG connector was a mini-AB connector, with one side straight. But actual OTG connector is microUSB like, with both edges straight. |
| 14:04.26 | avernos | surprised as well, that no wire is provided. i guess a female header is big, but saves the cable problem |
| 14:12.50 | *** join/#cubieboard mike_sun_ (~quassel@177.97.65.6) |
| 14:14.44 | *** join/#cubieboard Anton_ (~aaaa@93.178.93.96) |
| 14:28.20 | avernos | there is a script on /test that configures networking, right? |
| 14:31.36 | hipboi | you can use udhcpc to configure network |
| 14:32.23 | avernos | thanks! |
| 14:32.31 | hipboi | http://linux-sunxi.org/Buildroot |
| 14:32.43 | avernos | saw what i was looking for, on the init scripts |
| 14:32.52 | mnemoc | hipboi: hi. is it possible that matson hall work with us instead of an already-outdated kernel fork? |
| 14:33.04 | hipboi | yes |
| 14:33.22 | hipboi | i am planning to use your kernel to replace that old one |
| 14:33.27 | hipboi | and update the wiki, too |
| 14:33.31 | mnemoc | :) |
| 14:33.49 | hipboi | try the new livesuite |
| 14:33.50 | mnemoc | hipboi: btw, for that to work the nand needs a fixed u-boot |
| 14:34.05 | mnemoc | hipboi: passing the right mem atags and machine type |
| 14:34.16 | hipboi | ok |
| 14:34.23 | mnemoc | the boot hacks were removed from the 3.4 branch |
| 14:34.51 | mnemoc | but that should be hard to fix in the lichee-dev u-boot branch |
| 14:35.01 | mnemoc | shouldn't* |
| 14:35.07 | hipboi | sigh, how do we distinguish from 512M and 1G |
| 14:37.05 | mnemoc | hipboi: easiest for nand's u-boot would be to do the same you were doing in the kernel |
| 14:37.08 | mnemoc | https://github.com/amery/linux-allwinner/commit/016f5110aca00d448c0ac7d8ad966a51b71018e8 |
| 14:37.20 | mnemoc | but turning that into a proper mem tag |
| 14:37.48 | mnemoc | hipboi: like https://github.com/amery/sunxi-tools/commit/985cea043345e3d8d9263868d82bda91477d2381 |
| 14:38.11 | mnemoc | uhm... that only passes machine type |
| 14:39.02 | mnemoc | hipboi: the hno's sunxi branch passes the mem info properly if you want... inspiration |
| 14:41.21 | hipboi | ok, let me see |
| 14:42.11 | *** join/#cubieboard hackkinen (576f10bf@gateway/web/freenode/ip.87.111.16.191) |
| 14:42.48 | mnemoc | hipboi: using the same DRAMC_get_dram_size() hack in nand's uboot will solve the problem |
| 14:43.02 | hipboi | aha, i saw that |
| 14:51.15 | *** join/#cubieboard mike_sun (~quassel@177.97.65.6) |
| 14:55.06 | hipboi | mnemoc: i just saw |
| 14:55.07 | hipboi | https://github.com/hno/uboot-allwinner/commit/80b2aa3e2c659c8d1533d387c20ed1c7e7b66fa8 |
| 14:55.57 | mnemoc | hipboi: yes. it's per-board now. to do proper dramc/pmu configuration |
| 14:56.11 | mnemoc | hipboi: the cubieboard/1GB is one of the 3 blessed boards already supported |
| 14:56.42 | mnemoc | hipboi: but when booting from nand that is done by boot0/boot1 |
| 14:56.56 | mnemoc | hipboi: so you don't need an SPL |
| 14:56.59 | hipboi | yes |
| 14:58.01 | hno | hipboi, or better add NAND driver to sunxi u-boot. |
| 14:58.55 | mnemoc | there is already an experimental branch on that, right? |
| 15:00.33 | hipboi | yes |
| 15:11.22 | avernos | is there any repo working that i could get a debian img for the cubie? |
| 15:12.02 | mnemoc | avernos: debootstrap is pretty straight forward |
| 15:13.32 | avernos | haven't seen that before |
| 15:14.19 | mnemoc | avernos: http://linux-sunxi.org/Bootable_SD_card has enough "hints" |
| 15:14.32 | avernos | great! thanks |
| 15:55.22 | *** join/#cubieboard nihilum (~sum-nihil@fw3-pri.za.itouchnet.net) |
| 15:56.55 | *** join/#cubieboard alcides (~alcides@unaffiliated/alcides) |
| 16:03.48 | *** join/#cubieboard rellla (~Thunderbi@p4FE560B7.dip0.t-ipconnect.de) |
| 16:25.09 | *** join/#cubieboard lerc (~quassel@121-74-231-26.telstraclear.net) |
| 17:42.20 | *** join/#cubieboard grimes99 (~du2@host-89-240-228-22.as13285.net) |
| 18:03.46 | *** join/#cubieboard stuw_ (~stuw@87.255.14.112) |
| 18:26.23 | *** join/#cubieboard rz2k (~rzk@95-24-11-84.broadband.corbina.ru) |
| 18:52.25 | xemacs5 | ok so I am looking at the Bootable_SD_Card link |
| 18:52.39 | xemacs5 | but trying to figure out where to get the file, uImage |
| 18:53.07 | RaYmAn | 'make uImage' :) |
| 18:53.08 | hno | uImage is the kernel. |
| 18:53.20 | hno | included in hwpacks. |
| 19:07.17 | *** join/#cubieboard trinathon (~deans-and@128.187.215.194) |
| 19:27.42 | *** join/#cubieboard h0cin (~h0cin@unaffiliated/h0cin) |
| 19:36.24 | xemacs5 | almost there! |
| 19:36.34 | xemacs5 | but now the qemu-arm-static is failing |
| 19:37.54 | xemacs5 | with a signal 11 seg fault |
| 19:38.29 | xemacs5 | I am rebooting the x86 system, thinking maybe something got updated and there is a mismatch between kernel and qemu |
| 19:39.53 | *** join/#cubieboard trinathon (~deans-and@128.187.215.194) |
| 19:45.10 | *** join/#cubieboard h0cin (~h0cin@unaffiliated/h0cin) |
| 19:47.47 | *** join/#cubieboard lerc (~quassel@121-74-231-26.telstraclear.net) |
| 19:51.39 | xemacs5 | ok there is a bug in qemu-arm-static, it seems, on debian6.0 |
| 19:52.12 | xemacs5 | I might put ubuntu 12.04 on this system (the test x86 system I mean) as a way to possibly resolve it |
| 19:53.59 | hno | xemacs5, what are you doing with qemu? |
| 19:54.42 | hno | you don't need qemu to make a bootable SD. |
| 19:54.55 | mnemoc | probably to finish a debootstrap |
| 19:55.05 | mnemoc | or similar |
| 19:55.26 | hno | but he already have an ubuntu rootfs. |
| 19:58.57 | xemacs5 | I was following the bootable SD card link above |
| 19:59.12 | xemacs5 | however I figured it out, the fix is to just download the newer .deb package |
| 19:59.20 | xemacs5 | use dpkg -x to unpack it |
| 19:59.33 | xemacs5 | and copy the fixed, statically linked binary to the needed place |
| 20:01.52 | hno | xemacs5, you don't need to debootstrap if you already have a rootfs tarball. |
| 20:02.18 | hno | just unpack the tarball in the root partition. |
| 20:05.45 | xemacs5 | so I could have just un-tarred it all to e.g. /mnt - good to know, but at least this way I know everything is 100% up to date and repeatable |
| 20:09.12 | mnemoc | you can update the rootfs after booting it too :p |
| 20:35.51 | *** join/#cubieboard Diabelko (~Diabelko@applejack.q3k.org) |
| 20:35.53 | Diabelko | hi |
| 20:41.59 | *** join/#cubieboard ibot (~ibot@rikers.org) |
| 20:41.59 | *** topic/#cubieboard is http://cubieboard.org - http://linux-sunxi.org/Cubieboard - logs: http://ibot.rikers.org/%23cubieboard/ |
| 20:51.59 | *** join/#cubieboard nyrb (~nyrb@64-148-253-143.lightspeed.snantx.sbcglobal.net) |
| 20:58.47 | xemacs5 | ok I followed everything on the bootable_SD_card page |
| 20:58.54 | xemacs5 | moment of truth soon |
| 21:02.05 | *** join/#cubieboard captainigloo (~nico@lan31-4-82-227-130-131.fbx.proxad.net) |
| 21:20.23 | xemacs5 | nope |
| 21:20.28 | xemacs5 | must have screwed up somewhere |
| 21:26.59 | *** join/#cubieboard trinathon (~deans-and@128.187.215.194) |
| 21:52.44 | *** join/#cubieboard mysteryname (~mysteryna@14-202-9-167.tpgi.com.au) |
| 21:59.01 | *** join/#cubieboard maciel310 (0c972e8e@gateway/web/freenode/ip.12.151.46.142) |
| 22:06.47 | xemacs5 | where am I supposed to get the uImage from? I copied it from the nand |
| 22:06.59 | xemacs5 | do I need to get the uImage from some other place |
| 22:07.31 | xemacs5 | or maybe I got it from the mele-a1000 hwpack |
| 22:09.52 | *** join/#cubieboard grimes99 (~du2@host-78-145-33-198.as13285.net) |
| 22:16.34 | maciel310 | does anyone know how the FM Input presents itself in the Android builds? |
| 22:16.42 | maciel310 | I'm planning on getting something like this: https://www.sparkfun.com/products/11083 |
| 22:16.51 | maciel310 | I realize I'll have to make an app for controlling the hardware over SPI/I2C, but curious how the audio stream will be presented |
| 22:17.04 | maciel310 | Will I need to have my app pass the streams along, or will anything on the FM-in pins play through the speaker output automatically? |
| 22:17.55 | maciel310 | or is there even a driver written already for the FM input? |
| 23:16.23 | hno | maciel310, I assume you plan to connect this to line-in? |
| 23:17.18 | maciel310 | I was planning on using the FMINL and FMINR pins (21 and 23) on the second header |
| 23:17.39 | maciel310 | from what I saw in the data sheet these should be an additional line input meant for FM receivers |
| 23:17.54 | maciel310 | as far as I could tell it was separate from the line in exposed on the jack |
| 23:21.29 | hno | Right, didn't notice there is separate pins for it. It's normal line-ins and the dac input can be switched between line-in, fm-in and mic. |
| 23:21.53 | hno | s/dac/adc/ |
| 23:22.29 | hno | there is only a single stereo adc. But each channel can be controlled independently. |
| 23:24.24 | hno | no, they can not be switched entirely independent. Only between 7 differend modes. when using fmin then those are the only input. |
| 23:27.24 | maciel310 | awesome, thanks. So then basically getting the audio to play through would consist of calling whichever API to reroute the input, followed by something like the code here: http://stackoverflow.com/questions/4654779/how-to-play-sound-from-microphone-to-speaker-directly-on-android |
| 23:28.06 | maciel310 | can you point me to some details as to how to switch to the fmin input? |
| 23:36.54 | hno | maciel310, it's exposed by the kernel as mixer switchres. |
| 23:42.21 | hno | there is also switches for fm passthru. |
| 23:43.24 | maciel310 | really? Cool, that should make it even easier. I'll have to look more in to dealing with the kernel switches (generally I'm more of a higher-level programmer), but that should definitely get me going in the right direction |
| 23:47.10 | maciel310 | gotta run, thanks for your help hno |