| 00:09.56 | *** join/#arm-netbook orly_owl (~david@unaffiliated/orly-owl/x-3167833) |
| 00:58.16 | *** join/#arm-netbook ZaEarl (~malmrose@c-67-166-109-0.hsd1.ut.comcast.net) |
| 01:33.37 | *** join/#arm-netbook jquip (~johnny@117.98.8.200) |
| 01:40.30 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 02:00.38 | *** join/#arm-netbook bsdfox (~Bob@c-71-197-83-152.hsd1.ca.comcast.net) |
| 02:00.38 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |
| 02:05.21 | *** join/#arm-netbook stefanro (~stefan@pD9FFAAA2.dip.t-dialin.net) |
| 02:30.25 | ManoftheSea | hmm, dang. So, I've got the script.bin from the device. I've got u-boot built from hno's source, putting spl at 8k and uboot.bin at 32k. I have a vFat partition, and a boot.scr that (supposedly) loads it all. |
| 02:31.03 | ManoftheSea | uboot was configured for mk802ii, and all compiled with arm-linux-gnueabihf-gcc-4.7 |
| 02:31.28 | ManoftheSea | still, no boot. |
| 02:31.35 | ManoftheSea | sadface |
| 02:34.00 | ManoftheSea | hno: the u-boot wiki on your github says to send you script.bin for devices. Do you want from the mk802ii, or do you already have? |
| 02:38.46 | *** join/#arm-netbook ZaEarl_ (~malmrose@c-67-166-109-0.hsd1.ut.comcast.net) |
| 02:59.14 | *** join/#arm-netbook tinti (~tinti@bhe201062162119.res-com.wayinternet.com.br) |
| 03:37.29 | *** join/#arm-netbook jquip (~johnny@27.58.204.169) |
| 03:56.21 | jquip | u-boot.bin of mele is the safest bet to try for unknown hardware right? |
| 03:56.28 | jquip | a1000 |
| 03:56.39 | jquip | from the hwpack |
| 03:58.54 | jquip | have a generic 512 mb tablet which I wanted to probe for specs |
| 04:02.41 | jquip | hno ? |
| 04:12.55 | jquip | ManoftheSea: you can try u-boot.bin from the hwpacks ... a1000, sometimes, pressing the power on button for about 5-10 secs helps |
| 04:13.07 | jquip | also do you have serial to ttl ? |
| 04:13.21 | jquip | that's the only way to check u-boot related problems |
| 04:15.20 | ManoftheSea | "power on button"? |
| 04:15.29 | ManoftheSea | no, I don't yet have the usb-ttl-uart |
| 04:16.47 | ManoftheSea | The mk802 doesn't have a power button. It doesn't have any buttons. |
| 04:17.23 | *** join/#arm-netbook aholler_ (~aholler@p57B204C9.dip0.t-ipconnect.de) |
| 04:18.01 | jquip | ahh sorry... i thought you had a tablet for some begone reason... |
| 04:18.43 | ManoftheSea | Thanks for the help. |
| 04:19.34 | Mehhh | Man, it has a reset button |
| 04:21.17 | jquip | well that need not be depressed for so long ... usually some odd tablets require the power on button to be pressed like that... not the reset button.. |
| 04:22.02 | ManoftheSea | oh? this one labeled "recover"? |
| 04:22.10 | ManoftheSea | I didn't recognize it as a button. |
| 04:23.18 | jquip | erm.. I dont have a mk802 :( so i wouldn't be able to say.. |
| 04:34.58 | ManoftheSea | crap... where are the ports on this? |
| 04:39.19 | ManoftheSea | So... I've got 8 pads in what looks like a uSD size. |
| 04:39.43 | ManoftheSea | tront, trsclk, rsoat, spen? |
| 04:47.21 | *** part/#arm-netbook jquip (~johnny@27.58.204.169) |
| 04:54.56 | *** join/#arm-netbook Quarx (~Quarx@178.74.78.43) |
| 04:54.58 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 05:04.02 | *** join/#arm-netbook antonl (~anton@213.33.220.118) |
| 05:11.34 | *** join/#arm-netbook gsilvis (~almostsix@50.12.163.241) |
| 05:30.53 | ManoftheSea | root partition should contain: boot.scr, script.bin (from fex?), and uImage, right? And that's it? |
| 06:03.52 | *** join/#arm-netbook fredy_ (~fredy@snf-8914.vm.okeanos.grnet.gr) |
| 06:18.32 | *** join/#arm-netbook Quarx|2 (~Quarx@178.74.78.43) |
| 06:21.00 | *** join/#arm-netbook Quarx|2 (~Quarx@178.74.78.43) |
| 06:32.11 | *** join/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 06:36.20 | *** join/#arm-netbook acfrazier (~acfrazier@opensn0w/developer/acfrazier) |
| 06:42.26 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 07:07.46 | *** join/#arm-netbook rellla (~rellla@p5B078BA7.dip0.t-ipconnect.de) |
| 07:38.05 | *** join/#arm-netbook eFfeM1 (~frans@c73189.upc-c.chello.nl) |
| 07:41.20 | *** join/#arm-netbook specing (~specing@unaffiliated/specing) |
| 07:45.02 | *** join/#arm-netbook Quarx (~Quarx@178.74.78.43) |
| 07:46.48 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 07:50.36 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 07:54.02 | *** join/#arm-netbook DEAT_ (~heh@14-201-99-152.tpgi.com.au) |
| 07:59.03 | *** join/#arm-netbook eFfeM1 (~frans@c73189.upc-c.chello.nl) |
| 08:01.01 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 08:06.28 | *** join/#arm-netbook ol1ver (~Thunderbi@7of9.schinagl.nl) |
| 08:08.57 | *** join/#arm-netbook oliv3r (~oliver@7of9.schinagl.nl) |
| 08:51.04 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 09:08.00 | *** join/#arm-netbook aholler (~aholler@p57B204C9.dip0.t-ipconnect.de) |
| 09:37.39 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 09:41.39 | *** join/#arm-netbook arokux1 (~arokux@merkur178.inf.uni-konstanz.de) |
| 10:07.47 | *** join/#arm-netbook tinti (~tinti@bhe201062162119.res-com.wayinternet.com.br) |
| 10:25.58 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 10:28.05 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 10:36.43 | *** join/#arm-netbook lerc_ (~quassel@121-74-255-144.telstraclear.net) |
| 10:37.45 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 10:51.19 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 10:53.48 | *** join/#arm-netbook eFfeM1 (~frans@c73189.upc-c.chello.nl) |
| 10:59.06 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 11:01.00 | *** join/#arm-netbook eFfeM1 (~frans@c73189.upc-c.chello.nl) |
| 11:02.32 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 11:04.17 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 11:08.06 | *** join/#arm-netbook tinti (~tinti@maxtrack-F4-0-3-gacc04.bhe.embratel.net.br) |
| 11:09.06 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 11:15.44 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 11:18.36 | *** join/#arm-netbook eFfeM1 (~frans@c73189.upc-c.chello.nl) |
| 11:23.20 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 11:24.05 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 11:25.49 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 11:46.44 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 11:49.04 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 11:50.23 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 11:54.10 | *** join/#arm-netbook eFfeM1 (~frans@c73189.upc-c.chello.nl) |
| 12:22.58 | *** join/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 12:55.40 | *** join/#arm-netbook DEAT_ (~heh@14-201-99-152.tpgi.com.au) |
| 13:02.00 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
| 13:03.26 | *** join/#arm-netbook rz2k (~rz2k@95-25-166-111.broadband.corbina.ru) |
| 13:22.10 | *** join/#arm-netbook lerc (~quassel@121-74-249-141.telstraclear.net) |
| 13:54.14 | mnemoc | allwinner removed the A20 product page.... |
| 13:54.23 | libv | aw :( |
| 13:55.17 | orly_owl | <violins> |
| 13:59.31 | *** join/#arm-netbook jquip (~johnny@sentry.hbcse.tifr.res.in) |
| 14:01.22 | rellla | for re-design ;-) |
| 14:03.25 | orly_owl | woooooooo |
| 14:06.27 | *** join/#arm-netbook soooge (~soooge@175.155.182.127) |
| 14:06.32 | mripard | mnemoc: of course, if you add the cortex-a* to the mess... :) |
| 14:06.58 | *** join/#arm-netbook Sv (~Sv@modemcable190.180-203-24.mc.videotron.ca) |
| 14:06.58 | *** join/#arm-netbook Sv (~Sv@unaffiliated/sv) |
| 14:12.15 | oliv3r | do we know for certain it's a powerVR gpu now? with the same cedarx |
| 14:12.47 | orly_owl | boo |
| 14:24.01 | slapin | hi, all! |
| 14:24.19 | slapin | does a7 core is much worse that a8 core? |
| 14:28.18 | RaYmAn | slapin: no, it's better, at least watt vs raw cpu power |
| 14:30.36 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
| 14:36.01 | mnemoc | mripard: :) |
| 14:37.37 | mnemoc | rellla: I think they are hidding it to not compete with the A31 yet |
| 14:38.03 | mnemoc | rellla: A20 references were removed from most of the pages where it was linked from |
| 14:52.58 | *** join/#arm-netbook rsalveti (~rsalveti@linaro/rsalveti) |
| 14:53.11 | rellla | mnemoc: allwinner should invest more time in supporting cedary than hiding a20 :o |
| 14:53.27 | rellla | s/cedary/cedarx/ |
| 14:57.18 | oliv3r | allwinner should release proper documentation to all their chips for proper gpl support :D |
| 14:57.27 | oliv3r | nand+cedarx to start with |
| 14:58.56 | jinzo | and then we all wake up |
| 15:00.28 | phh | slapin: A7 is mostly as fast as A9 |
| 15:01.10 | mnemoc | for less power |
| 15:07.41 | oliv3r | oh, is it time to go home allready? |
| 15:07.41 | oliv3r | :p |
| 15:08.05 | oliv3r | mnemoc: i really wanna continue working on the wiki; but i'm horribly stuck (i think, i haven't thought abou tit anymore) about those stupid templates :) |
| 15:08.08 | oliv3r | i've made something though |
| 15:08.18 | oliv3r | i'll maybe think a little abou tit again tomorrow and continue |
| 15:13.26 | *** join/#arm-netbook ol1ver (~Thunderbi@7of9.schinagl.nl) |
| 15:14.04 | mnemoc | ol1ver: :) |
| 15:21.38 | rellla | wishes to find some guys from allwinner in this channel to be able to talk directly ;) |
| 15:22.30 | mnemoc | the only person from allwinner who ever came here was tom, and he doesn't work for allwinner anymore |
| 15:27.15 | *** join/#arm-netbook Mehhh (adabd66c@gateway/web/freenode/ip.173.171.214.108) |
| 15:28.58 | *** join/#arm-netbook oliv3r (~oliver@7of9.schinagl.nl) |
| 15:28.59 | rellla | and the second person to complete allwinner is |
| 15:29.08 | rellla | eva iirc? ;-) |
| 15:32.07 | *** join/#arm-netbook soooge (~soooge@175.155.182.127) |
| 15:34.58 | *** join/#arm-netbook merbanan (~benjamin@h217-27-188-82.cust.tyfon.se) |
| 15:37.03 | mnemoc | techn_: anything to comment regarding Hans de Goede's patch for hdmi_core ? |
| 15:48.10 | traeak | a7 is later design than a9 i think |
| 15:48.19 | mnemoc | mripard: to add more mess to the naming thing, olimex is preparing an A10s based olinuxino, which is also sun5i ;-) |
| 15:48.51 | mnemoc | traeak: the A7 is ISA equivalent to the A15. so yes, much newer than A9 |
| 15:49.00 | mripard | mnemoc: aaargh :) |
| 15:49.17 | mnemoc | mripard: :) |
| 15:49.20 | traeak | i want stuff based on lkcl's new 8 core dealey which should be open |
| 15:49.52 | traeak | somneone comes up with an SOC that doesn't need tons of proprietary crap they automagically get a whole market |
| 15:49.59 | traeak | if the SOC isn't hugely expensive that is |
| 15:50.01 | mnemoc | traeak: the icubetech thing? |
| 15:50.26 | traeak | mnemoc: yeah, that dealy |
| 15:51.26 | mnemoc | mripard: in the case of the boards we are probably better sticking with product names "a13-olinuxino" in this case |
| 15:52.10 | *** join/#arm-netbook avernos (~avernos@111.192.249.146) |
| 15:52.10 | *** join/#arm-netbook avernos (~avernos@unaffiliated/avernos) |
| 15:52.12 | Mehhh | mk802-1GB > a10_mid_allwinner_board_reference_912mhz |
| 15:52.20 | mripard | mnemoc: yes, I'll send a v2 |
| 15:52.30 | mripard | that converts also the cubieboard |
| 15:52.39 | mripard | to have a consistent naming scheme |
| 15:52.42 | Mehhh | btw i ran that program on android on the mk802 1gb |
| 15:52.48 | Mehhh | i'll post the output |
| 15:52.59 | mripard | that will be <codename>-<soc-name>-board |
| 15:53.22 | mripard | it will be much simpler if every board follow the rules |
| 15:54.30 | traeak | they hope someone will mistake their crippled shortcutted hardware for another better one and buy theirs instead :-p |
| 16:57.33 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 17:06.16 | *** join/#arm-netbook gzamboni (~gzamboni@83.252.9.109.rev.sfr.net) |
| 17:10.31 | *** join/#arm-netbook RITRedbeard (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) |
| 17:23.17 | *** join/#arm-netbook vinifm (~vini@177.19.132.23) |
| 17:26.06 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 17:32.07 | techn_ | mnemoc: I have email pending.. need to test it also |
| 17:34.57 | mnemoc | ok |
| 17:35.03 | *** join/#arm-netbook rellla (~Thunderbi@p4FE56648.dip0.t-ipconnect.de) |
| 17:35.26 | techn_ | but generally I'd like to have v2 of it |
| 17:35.40 | mnemoc | techn_: comment it :) |
| 17:50.39 | *** join/#arm-netbook jquip (~johnny@223.180.9.162) |
| 17:56.11 | vinifm | hi, I am writing a client i2c driver. When i call 'some->client' i got "Segmentation fault" |
| 17:57.25 | mnemoc | then `some` or `some->client` is NULL |
| 17:59.04 | hno | jquip & ManoftheSea use a10-meminfo to probe the hardware from Android, then adapt u-boot and script.bin accordingly. |
| 17:59.35 | vinifm | yes, but i call: some = kzalloc(sizeof(struct somest), GFP_KERNEL); |
| 18:00.15 | mnemoc | vinifm: did you check the result? did you set something to ->client ? |
| 18:00.30 | vinifm | http://dl.dropbox.com/u/22273442/A13/eep_i2c.c |
| 18:01.36 | mnemoc | vinifm: if you are going to write a kernel driver, begin respecting the linux coding style |
| 18:02.32 | vinifm | I assumed that kmalloc allocates memory for all members |
| 18:04.01 | jquip | Hallo hno: yep ... roger that ... a10_mid_512mb coming up soon .. I haven't been able to get good pics of the boards yet... will see tomorrow |
| 18:04.20 | mnemoc | vinifm: kzalloc *tries* to allocate the requested number of bytes, it doesn't care about your struct at all |
| 18:04.25 | mnemoc | vinifm: that's your job |
| 18:06.02 | vinifm | so 'struct i2c_client *client;' is NULL? Line 37 |
| 18:07.39 | mnemoc | vinifm: after allocating an struct eep_bank, yes. it's NULL |
| 18:08.43 | vinifm | interesting... ok, thanks |
| 18:08.51 | mnemoc | vinifm: please use a paste service supporting line numbers and syntax highlighting next time. http://sprunge.us/ is my favourite |
| 18:09.59 | vinifm | ok, I also need to study about linux coding style |
| 18:10.00 | traeak | better than ideone? |
| 18:11.25 | Mehhh | does anyone have a URL for the a10 mem info |
| 18:11.27 | Mehhh | so i can wget |
| 18:11.43 | mnemoc | traeak: by far |
| 18:11.44 | Mehhh | compiled |
| 18:12.45 | mnemoc | traeak: defaults to plain text, highlighting is clean and defined on query time, works from command line, it's open source (github) and doesn't try to compile your snippets |
| 18:12.59 | hno | Mehhh: https://github.com/maxnet/a10-meminfo |
| 18:13.24 | hno | mnemoc, shouldn't we get a10-meminfo merged into sunxi-tools? |
| 18:14.13 | mnemoc | hno: sure, but I doubt the author wants to. also sunxi-tools desperately needs to be restructured :| |
| 18:14.50 | mnemoc | it's a mess |
| 18:15.28 | Mehhh | mnemoc, give me the format and i'll commit the changes |
| 18:15.33 | Mehhh | for the structure |
| 18:15.43 | Mehhh | errr, pull req |
| 18:16.11 | traeak | mnemoc: got a sample url? |
| 18:16.12 | Mehhh | Crap, no wget on android. |
| 18:16.59 | mnemoc | traeak: `curl http://dl.dropbox.com/u/22273442/A13/eep_i2c.c | sprunge` http://sprunge.us/Fagj http://sprunge.us/Fagj?c =) |
| 18:18.13 | mnemoc | traeak: `sprunge` been an alias of `curl -F 'sprunge=<-' http://sprunge.us` |
| 18:18.48 | mnemoc | http://sprunge.us/Fagj is the paste in plain text, appending ?c renders it a highlightend C |
| 18:18.56 | mnemoc | ?ini works for .fex files |
| 18:19.19 | mnemoc | and code lives at http://github.com/rupa/sprunge |
| 18:19.42 | mnemoc | been that simple it's also very fast |
| 18:21.50 | vinifm | 1 more question, in that moment '.probe=some_probe' is named? |
| 18:29.11 | *** join/#arm-netbook bsdfox (~Bob@c-71-197-83-152.hsd1.ca.comcast.net) |
| 18:29.11 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |
| 18:34.45 | Mehhh | Ok, so what is the solution for a10 mem info from a stock android rom |
| 18:35.30 | Mehhh | wget from busybox isn't cutting it from dling from GH |
| 18:38.50 | hno | Mehhh, adb push, adb shell |
| 18:39.34 | hno | is the usual wy |
| 18:39.38 | hno | way |
| 18:46.30 | *** join/#arm-netbook Turl (~Turl@cyanogenmod/maintainer/Turl) |
| 18:46.31 | *** join/#arm-netbook voronaam (~avorona@159.153.138.99) |
| 18:48.55 | mnemoc | Mehhh: you'll probably need to chmod +x before adb push. inside android things are more annoying |
| 18:49.48 | Mehhh | yeh i see that :P |
| 18:50.01 | Mehhh | screw it i'm just leeching my evb.bin / etc |
| 18:50.16 | Mehhh | easier to mount from gparted within lubuntu |
| 18:50.26 | Mehhh | and decomp |
| 18:51.21 | vinifm | from what I saw when I call i2c_add_driver, it calls .probe, but nothing happens |
| 18:52.17 | mnemoc | vinifm: there is a #kernelnewbies channel in oftc which might be better for your problems |
| 18:53.15 | vinifm | ok, thanks :) |
| 18:54.22 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 18:56.05 | Mehhh | errors galore on make tools |
| 18:56.28 | mnemoc | Mehhh: paste |
| 18:57.32 | Mehhh | make gcc -g -O0 -Wall -Wextra -std=c99 -D_POSIX_C_SOURCE=200112L -Iinclude/ `pkg-config --cflags libusb-1.0` -o fel fel.c `pkg-config --libs libusb-1.0` Package libusb-1.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `libusb-1.0.pc' to the PKG_CONFIG_PATH environment variable No package 'libusb-1.0' found Package libusb-1.0 was not found in the pkg-config search path. Perhaps you |
| 18:57.46 | mnemoc | Mehhh: install libusb-dev ;-) |
| 18:58.29 | Mehhh | That's the thing i have it installed :\ |
| 18:58.45 | Mehhh | I'll manually edit the ENVV and try again |
| 18:59.35 | mnemoc | at least in ubuntu you need libusb-1.0-0-dev |
| 18:59.47 | mnemoc | but it's a very distro-specific thing |
| 19:00.08 | Mehhh | Yeh, the distro i run is ubuntu based so |
| 19:00.16 | Mehhh | maybe it's a meta issue i'll try that exact spacing |
| 19:00.24 | hno | Mehhh, what you want to use fel for? |
| 19:00.38 | Mehhh | I extracted my bins |
| 19:00.46 | Mehhh | from the nande partition |
| 19:00.47 | Mehhh | with gparted |
| 19:00.51 | Mehhh | instead of doing that android adb crap |
| 19:00.59 | Mehhh | because mk802 ;) |
| 19:01.31 | mnemoc | hno: as `fel` is built by default in sunxi-tools, you need libusb-dev to build bin2fex and friends too ;-) |
| 19:01.43 | libv | Mehhh: you only now ran into libusb? |
| 19:02.08 | Mehhh | I'm just checking the file i submitted from another stick |
| 19:02.17 | Mehhh | that uses a different name "evb.bin" instead |
| 19:02.26 | Mehhh | BUt if you want to be an asshole, please continue |
| 19:03.15 | mnemoc | Mehhh: if your device wants evb.bin, the image was made by a retard. |
| 19:03.24 | Mehhh | That's why i'm checking it ;) |
| 19:11.14 | jinzo | mnemoc, I'm thinking of adding stuff to the comparison table - I'm thinking of link to the product specifications on the Allwinners website and ofcourse a link to the wiki page for this product |
| 19:11.17 | jinzo | any other wishes? |
| 19:11.55 | mnemoc | linking the product page is fine. but it's not a real source of information |
| 19:12.35 | mnemoc | we need to openly provide reliable info |
| 19:12.40 | mnemoc | and that's not on allwinnertech.com |
| 19:12.51 | jinzo | ok. |
| 19:16.23 | mnemoc | jinzo: allwinnertech.com info is very incomplete and unreliable.... they removed the A20 and A10s this morning |
| 19:16.39 | jinzo | A10s too? |
| 19:16.47 | jinzo | but supposedly some products shipped with that allready? |
| 19:16.54 | mnemoc | this morning they prefered the A12 |
| 19:16.57 | *** join/#arm-netbook jquip (~johnny@223.178.72.201) |
| 19:17.45 | mnemoc | jinzo: no idea what is on their minds.... |
| 19:18.27 | mnemoc | jinzo: but I'm sure that, if we want to provide reliable information, we need to keep it (and maintain it) ourselves |
| 19:18.44 | jinzo | indeed. |
| 19:19.33 | mnemoc | just checked again. A10s is back. A12 is gone. A20 still gone, but listed at http://www.allwinnertech.com/en/product/A-Serial.html |
| 19:19.37 | mnemoc | serial :p |
| 19:20.02 | mnemoc | Mehhh: got `make tools` working? |
| 19:20.31 | Mehhh | On arch yes, bodhi no |
| 19:20.38 | Mehhh | i have the package |
| 19:20.47 | Mehhh | envv is set as well |
| 19:20.58 | mnemoc | ask bodhi people :) |
| 19:21.23 | Mehhh | :P yeh |
| 19:23.10 | Mehhh | jinzo : http://www.cnx-software.com/2012/12/09/allwinner-a31-and-a20-processors-details/ |
| 19:23.18 | Mehhh | google didn't cache the AW site on that day |
| 19:23.23 | Mehhh | but CNX has it |
| 19:24.51 | Mehhh | bingo, got it.... had to compile the 0-0-0-0 one, mnemoc |
| 19:25.08 | jinzo | Mehhh, I know about the site and I used the info when I populated the table |
| 19:25.16 | Mehhh | :> |
| 19:25.21 | Mehhh | Hopefully not 512MB ;) |
| 19:26.12 | jinzo | that info is not in the table :P |
| 19:26.38 | *** join/#arm-netbook Max_nl (524bb050@gateway/web/freenode/ip.82.75.176.80) |
| 19:26.58 | Mehhh | I mean, I want 512MB L2 cache ;) |
| 19:27.18 | Mehhh | @ 1-5W |
| 19:29.48 | mnemoc | jinzo: add it :) |
| 19:35.06 | jinzo | :D |
| 19:36.06 | techn_ | mnemoc: [PATCH] ata:sw_achi_platform: fix memory corruption when "sata_used" is 0 in script.bin |
| 19:36.10 | Mehhh | Are you guys against adding .py's to the git? |
| 19:36.27 | techn_ | I think that can be applied too :) |
| 19:40.39 | mnemoc | techn_: I was hoping some comments from people before :( |
| 19:41.28 | techn_ | yeah.. atleast dont apply those TS patches yet.. atleast that second one |
| 19:41.55 | techn_ | I'm trying to make android image and test it |
| 19:42.57 | techn_ | .. but that memory corruption is showstopper for my kind of a10_mid tablet |
| 19:47.10 | mnemoc | techn_: ok |
| 19:59.55 | techn_ | hno: I gave up on that serial related boot problem.. I think I broke serial GPIO pins while soldering wires :( |
| 20:00.56 | techn_ | It works no problem if I leave serial module out.. which is ok for me :p |
| 20:46.56 | Turl | can anyone suggest a book explaining the basics of arm architecture? a friend of mine is looking for one :) |
| 20:47.23 | mnemoc | techn_: ARM system developer's guide |
| 20:47.37 | aholler | linux/Documentation/ |
| 20:47.48 | mnemoc | techn_: sorry |
| 20:48.10 | mnemoc | Turl: the ultimate bible seems to be "ARM system developer's guide" |
| 20:49.35 | mnemoc | Turl: but ARM released this pdf book <https://docs.google.com/a/geeks.cl/open?id=0B-xbPiTMurpSTm5DanZicEFZaWM> short ago |
| 20:50.28 | Turl | " ARM System Developer's Guide: Designing and Optimizing System Software (The Morgan Kaufmann Series in Computer Architecture and Design) [Hardcover] " <- this one mnemoc? |
| 20:50.42 | mnemoc | yes |
| 20:50.52 | Turl | mnemoc: gdoc link says I need permission |
| 20:50.58 | mnemoc | Turl: try again |
| 20:52.00 | Turl | is that pdf public? |
| 20:52.28 | *** join/#arm-netbook ZaEarl_ (~malmrose@c-67-172-235-190.hsd1.ut.comcast.net) |
| 20:52.38 | mnemoc | you are expected to register on arm.com to download it |
| 20:52.41 | mnemoc | but yes, it's public |
| 20:54.45 | mnemoc | http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.den0013c/index.html |
| 20:58.03 | Turl | thanks for the links :) |
| 20:58.03 | Turl | bbl |
| 21:34.05 | *** join/#arm-netbook focus_it (~focus_it@cpc7-dals17-2-0-cust182.hari.cable.virginmedia.com) |
| 21:34.10 | *** join/#arm-netbook lerc (~quassel@121-74-249-141.telstraclear.net) |
| 21:36.32 | focus_it | I just find out it be easy to make a BGA chip. Get a foundry to make raw dice, bond to a specially made PCB with very high density wiring and ball grid array pattern, and bob is your uncle! You have a BGA! |
| 21:36.58 | focus_it | Thats why BGAs are never going to go out of fashion |
| 21:37.32 | focus_it | Anyone can become a chip shop - just spend 30K to 1M to make your dice and away you go! |
| 21:38.51 | focus_it | One idea is to find one of the numerous vendors of SoCs out there in CN, get them to port Linux to their SoC and then you got a competitor to ARM at a fraction of the cost - typically $0.60 for a powerful chip. |
| 21:40.07 | *** part/#arm-netbook vinifm (~vini@177.19.132.23) |
| 21:40.15 | mnemoc | focus_it: what are you waiting for? ;-) |
| 21:40.41 | focus_it | mnemoc: I need one of my other projects to make money and then I do it! |
| 21:41.00 | mnemoc | :) |
| 21:41.13 | focus_it | I never realize BGAs were just PCB with a diced bonded on top. |
| 21:42.06 | focus_it | When I was in CN, I used to buy dice and do bonding |
| 21:42.26 | focus_it | Raw dice is very cheap |
| 21:42.34 | focus_it | Lead time 9 months to get own CPU made |
| 21:43.03 | focus_it | At the time, when 8 bits were common, I had offer of a 64 bit on the table |
| 21:43.31 | focus_it | These companies are desperate for business. They have their own VHDL and can make their own dice in 9 months. |
| 21:43.56 | aholler | you are forgetting the sw-side. |
| 21:44.21 | focus_it | Normal 8 bit dice were $0.20. My eyes popped out when they said the 64 bit was $0.60 |
| 21:44.59 | mnemoc | EEs always think that when the hardware is done the project is 98% finished |
| 21:45.07 | focus_it | aholler: can get them to port Linux to their SoC and then get it released - as I say they are desperate for business and will agree to anything. |
| 21:45.46 | aholler | haha |
| 21:45.49 | focus_it | Staff about 20 to 50 |
| 21:46.17 | focus_it | There are numerous and I numerous custom CPU makers out there |
| 21:46.42 | aholler | beeing desperate for business isn't enough ;) |
| 21:46.53 | jinzo | or you can buy a cheap MIPS based stuff from ingenic? |
| 21:47.02 | jinzo | With Android support, cheap prices etc :D |
| 21:47.43 | jinzo | dunno what the software situation is |
| 21:47.54 | focus_it | jinzo: need a clean Linux and clean CPU ready for Internet of Things - and cheap preferably |
| 21:48.40 | focus_it | Then android environment is tied in knots with NDA that kills off every project |
| 21:48.42 | jinzo | focus_it, that's a bummer, because _everyone_ bundles a GPU with it |
| 21:49.09 | jinzo | I'm looking at the olimex olinuxino-i233 board (with WiFi) |
| 21:49.40 | jinzo | and it comes around 50€, then there's 8devices carambola (that's cheaper, 22€ for the bare board) |
| 21:50.03 | focus_it | jinzo: got link? |
| 21:50.14 | jinzo | for which one? |
| 21:51.02 | focus_it | jinzo: most Internet of Things don't need a GPU. And if you make a bundle selling CPU, then you can make your own GPU. |
| 21:51.15 | jinzo | I have to run and will be be back in 1h or so (and I'm very interested in IoT) |
| 21:51.17 | focus_it | jinzo: both if you have |
| 21:51.18 | jinzo | yes exactly |
| 21:51.29 | jinzo | sorry, have to run |
| 21:51.33 | jinzo | brb |
| 21:51.33 | focus_it | ok |
| 22:25.54 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 22:39.49 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 22:50.33 | libv | mnemoc: has something changed recently that should fix the panic when detaching from OTG? |
| 22:56.50 | libv | anyway, will give it a go once i cracked NPOT textures for lima, so somewhere tomorrow |
| 22:57.43 | jinzo | focus_it, found it? |
| 22:58.18 | mnemoc | libv: yes, three fixes went in today |
| 22:58.47 | jinzo | focus_it, as I'm very interested in low cost IoT that run linux and have WiFi/ZigBee (as mostly for my usage the energy consumption isn't a big problem I prefer WiFi) |
| 22:59.31 | jinzo | and I'm quite disappointed by the offerings/price (compared to media/tablet/phone SoCs that include a GPU - Allwinner, RK3066, amlogic stuf) |
| 23:01.24 | focus_it | jinzo: Found the carambola - interesting! |
| 23:01.28 | hno | jinzo, what is an IoT? |
| 23:01.38 | focus_it | Internet of Things |
| 23:01.43 | hno | ah. |
| 23:02.16 | focus_it | I believe we are imminent cusp of IoT happening soon - not having Linux and cheap SoC holding it all up |
| 23:02.52 | jinzo | focus_it, yes - it's the only board focused for IoT I found - but there are problems |
| 23:02.59 | focus_it | jinzo: does carambola run linux? |
| 23:03.26 | jinzo | yes |
| 23:03.31 | jinzo | openwrt to be precise |
| 23:04.27 | jinzo | the Olimex "alternative": https://www.olimex.com/Products/OLinuXino/iMX233/iMX233-OLinuXino-MICRO/ + https://www.olimex.com/Products/Modules/RF/MOD-WIFI-RTL8188/ |
| 23:04.35 | jinzo | which supports ArchLinux and debian |
| 23:04.39 | focus_it | hmm.. I got an openwrt board complete with 4 ethernet sockets. Not sure what to do with its limited resources |
| 23:04.52 | aholler | if you are talking about internet, you'll likely want a maintainable linux, that means upgradable/fixable linux, not just any linux. |
| 23:05.06 | jinzo | yeah, there're some cheap tp-link routers around that are hackable |
| 23:05.35 | jinzo | but access to GPIO ports is a bit hard |
| 23:06.19 | jinzo | btw: there's carambola 2 in the works, but not much info is known (and the company isn't exactly responsive/open as Olimex for example) |
| 23:06.20 | focus_it | The i.MX233 looks interesting! |
| 23:06.49 | jinzo | aholler, both those options provide at least some degree of a maintainable distro (and at least carambola is updating it's openwrt tree quite regularly) |
| 23:07.54 | jinzo | focus_it, yes but it's a bit more expensive as carambola (but on the other hand it depends on what you're doing and in what quantities) |
| 23:08.34 | focus_it | IoT - my vision is of a generic tablet like internals module with LCD + touch + Linux |
| 23:08.47 | focus_it | That then has lots of IO pins that can be accessed |
| 23:08.59 | focus_it | Mainstream Linux should run on the LCD |
| 23:09.25 | focus_it | So that when users go from room to room operating devices, they are not confronted with something too different from desktop |
| 23:09.40 | jinzo | bah - I don't need LCD, I just wish a cheap (~20€) device with wifi, linux and some GPIO ports |
| 23:09.50 | jinzo | for endpoints |
| 23:09.55 | focus_it | The IoT should be easy to manufacture for $30 |
| 23:10.11 | jinzo | and it's possible - there're even some stuff you can buy for around that price |
| 23:10.12 | focus_it | The LCD is needed because without it, its hard to make true IoT |
| 23:10.29 | jinzo | GUIs are overrated :P |
| 23:10.38 | focus_it | we just end up making hard to control and set up kit |
| 23:10.49 | mnemoc | GL-based HCIs are nice :p |
| 23:10.56 | mnemoc | very scifi |
| 23:11.12 | focus_it | If my fridge had a UI, I would use it to order supplies |
| 23:11.23 | focus_it | If it didn't I'd be using pen and paper |
| 23:11.34 | focus_it | pen and paper != IoT |
| 23:11.52 | aholler | jinzo: distro and kernel. and most vendor-kernels are getting only limited support and are often already outdated when the hw becomes available. that might become a problem, especially since ipv6 only now gets used by some more people (and therefor bugs might be found) |
| 23:11.53 | focus_it | IoT == LCD + Linux + GPIO pins |
| 23:12.49 | jinzo | aholler, yes indeed - but fortunately I encountered quite a lot source code only supported SoCs/devices in openwrt |
| 23:12.50 | focus_it | my reckoning is a tightly bolted down linux with gui and standard desktop distro is what enables IoT |
| 23:13.31 | focus_it | everything else just redoes what we could do anyway yesterda |
| 23:14.56 | focus_it | I'd be happy if my soldering iron lit up with temperature graph and a full desktop linux and buttons to set temperature |
| 23:15.06 | jinzo | hm I have been digging around what happened to Ingenic, the makers of MIPS based XBurst CPU's that made some whirll a year or so aho |
| 23:15.07 | jinzo | *ago |
| 23:15.10 | focus_it | being over the top about IoT counts a lot!! |
| 23:15.34 | jinzo | looks like nothing, they had dual core products on the roadmap for this year |
| 23:15.47 | jinzo | but they missed that train, too bad. |
| 23:16.06 | jinzo | I hoped someone will break up the ARM monopoly in this space (and they were ridiculusly cheap) |
| 23:16.39 | focus_it | The OLED makers are about to go into production with displays printed on continious reels. The prices will drop to $1 or less soon for high resolution colour displays |
| 23:17.03 | jinzo | if everything goes by the plans. Hopefully :) |
| 23:17.47 | focus_it | The only way to use all that to make IoT happen is to have extremely cheap ARM (or some other CPU) + full blown desktop Linux and GPIO pins so that developers can get down to making IoT devices on a whim |
| 23:18.30 | focus_it | I'd be happy if my toaster smiled at me when I walked into a room. |
| 23:19.04 | focus_it | And offered up a series of toasting options on a touch surface |
| 23:20.59 | jinzo | a lot of things are needed, but we live in a wonderful time for this sort of things |
| 23:21.21 | focus_it | IoT is all about technology following you around and helping you out by interacting with you |
| 23:21.39 | focus_it | Not the dumb things of yesterday |
| 23:23.04 | focus_it | Highest priority is to get some ARM or other CPU + Linux going |
| 23:24.20 | focus_it | I am trying to make System on Module board (SoM) that contains A10, flash, SDRAM in KiCAD to release under GPL so that everyone can copy and make their own A10 SoMs. |
| 23:25.08 | aholler | most things just got more complicated to use than easier to use. |
| 23:25.32 | focus_it | I release a stepping stone http://www.gplsquared.com/SoM1/SoM1.html that contains dual 100 pin ARM SoM board and motherboard in KiCAD with accurate geometry so that anyone can go make it. |
| 23:27.05 | libv | dual power connectors? |
| 23:27.55 | libv | are these 2 SoMs completely detached? |
| 23:28.02 | libv | err, SoCs? |
| 23:28.06 | focus_it | Yes for different prototyping |
| 23:28.21 | focus_it | They are for ARM LPC1764 from NXP |
| 23:28.28 | focus_it | Good for a lot of things - not Linux though |
| 23:29.04 | focus_it | If I get A10 SoM going, I believe Linux as described here will get that going - https://github.com/linux-sunxi/u-boot-sunxi/wiki |
| 23:29.53 | focus_it | The SoMs are completely detached. One you could use as a graphics controller, the other as GPIO. There is 40 pin LCD connector. |
| 23:31.24 | focus_it | Sorry I meant CPUs are detached. But still good enough to get washing machines and fridges going with LCD. |
| 23:32.02 | focus_it | But soon afterwards I realize the graphics is impossible. Need a GUI and and a GUI design package |
| 23:32.44 | focus_it | I chose Gambas. And I make Gambas3 work with MK802 - image here http://www.gplsquared.com/mk802/mk802.html |
| 23:33.09 | focus_it | The sample serial port program there can also speak through HDMI |
| 23:33.45 | focus_it | Also you can make it speak by sending it RS232 data with <s> speech text </s> |
| 23:34.13 | focus_it | So in effect it can talk to you depending on what is going on around you. |
| 23:34.51 | focus_it | You just make some gadgets and send RS232 strings. Like for example temperature sensor. |
| 23:35.24 | focus_it | This is the beginnings of the IoT as I see it |
| 23:35.34 | *** join/#arm-netbook hp__ (~kvirc@114-43-131-11.dynamic.hinet.net) |
| 23:36.18 | focus_it | The gambas programs you can develop on your desktop and then move it into the A10+HDMI device the MK802 and it works as well as it does on desktop Linux |
| 23:37.04 | focus_it | So by using the power of Linux, you got rid of the custom window manager and GUI problems by putting everything down on a biggish but cheapish Linux SoC. |
| 23:37.35 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 23:37.43 | focus_it | The cheaper the SoCs get, the cheaper the SoC + LCD or SoC + HDMI get |
| 23:38.00 | focus_it | and all running Linux |
| 23:38.23 | focus_it | and the Linux has access to GPIO pins and RS232, Wifi USB etc to get data in and out |
| 23:38.30 | aholler | and everythings fights for access to the rs232 ;) |
| 23:39.41 | ManoftheSea | rs232 is a bad choice. 12V ? |
| 23:39.59 | focus_it | aholler: sort of - its /dev/tty /dev/USB0 etc |
| 23:40.51 | focus_it | aholler: this is optically isolated RS232, so no danger with trailing wires everywhere |
| 23:41.46 | aholler | it's still rs232 with all the common usage problems included. |
| 23:41.56 | focus_it | IoT has to be very safe |
| 23:42.35 | focus_it | It can be made to use WiFi and ethernet |
| 23:42.41 | focus_it | also RS485 |
| 23:43.11 | focus_it | wifi and ethernet require sockets programming |
| 23:43.35 | ManoftheSea | and allow muxing connections |
| 23:43.37 | focus_it | RS485 and so on turns up as /dev/... and you just open it |
| 23:43.54 | ManoftheSea | you can just open /dev/tcp/port... one sce |
| 23:44.29 | ManoftheSea | <PROTECTED> |
| 23:44.33 | focus_it | ManoftheSea: yes I used to do socket programming but that 15 years ago - so I forget a lot |
| 23:45.05 | mnemoc | /dev/tcp/<ip>/<port> is a bash thing, unrelated to programming |
| 23:45.19 | aholler | and then you just read what? |
| 23:46.21 | ManoftheSea | mnemoc: oh, dang |
| 23:46.56 | focus_it | aholler: install Gambas on your PC and open the serial port example program (save it somewhere) and see the source code for reading and writing to serial streams |
| 23:47.13 | aholler | I don't need that |
| 23:47.21 | focus_it | Its just a couple of lines of code |
| 23:48.23 | aholler | I wanted to hint that you want to know what you have to read/write, just being able to read/write isn't enough. |
| 23:50.17 | focus_it | aholler: absolutely, initially every gadget to itself, but I guess people will get up and eventually agree on a standard |
| 23:50.35 | focus_it | will get fed up and eventually agree on a standard |
| 23:52.11 | focus_it | I prefer a UUID like idea - but some place where you could obtain a number and deposit its meaning in a context free way so that others can use it |
| 23:53.36 | focus_it | So you go to some website, and it issues a 64 bit number (for your IoT device and a message that it wants to send), and then you register a text to explain what that number will be used for |
| 23:53.59 | focus_it | with todays tech - easy enough to set up |
| 23:54.25 | focus_it | 64 bits ought to be enough for anybody (TM) |
| 23:54.32 | focus_it | :-) |
| 23:54.44 | traeak | damn straight :-p |
| 23:57.10 | aholler | btw., someone has realized your idea without the need for linux: http://hackaday.com/2012/12/03/inventing-networking-protocols-for-dozens-of-arduinos/ ;) |
| 23:59.00 | focus_it | aholler: dozens of examples exist. I got many own devices I made as well - all useless unless you got a Linux GUI to do the face to face human interation to make IoT next generation. Otherwise its still out dated yesterday tech |