| 01:10.12 | *** join/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 01:28.10 | *** join/#arm-netbook stefanro1 (~stefan@pD9FFA523.dip.t-dialin.net) |
| 01:34.20 | *** join/#arm-netbook bfree_ (~niall@109.255.245.157) |
| 02:04.11 | *** join/#arm-netbook cnxsoft (~jaufranc@node-32d.pool-118-172.dynamic.totbb.net) |
| 02:24.49 | *** join/#arm-netbook bfree__ (~niall@109.255.245.157) |
| 02:29.24 | *** join/#arm-netbook Aex1269 (550f7da1@gateway/web/freenode/ip.85.15.125.161) |
| 02:39.47 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 02:49.40 | *** join/#arm-netbook herdingcat (~huli@218.10.63.181) |
| 02:51.36 | *** join/#arm-netbook muts (~muts@backtrack/leader/muts) |
| 02:52.55 | *** join/#arm-netbook Jef91 (~Instantbi@bodhilinux/team/Jef91) |
| 03:10.07 | *** join/#arm-netbook WarheadsSE (~WarheadsS@c-174-59-252-104.hsd1.pa.comcast.net) |
| 03:48.40 | *** join/#arm-netbook br-_ (~br-@109.200.20.245) |
| 03:53.28 | *** join/#arm-netbook acfrazier_ (~acfrazier@opensn0w/developer/acfrazier) |
| 04:08.59 | *** join/#arm-netbook rsalveti (~rsalveti@unaffiliated/rsalveti) |
| 04:24.10 | *** join/#arm-netbook aholler (~aholler@p57B2032C.dip0.t-ipconnect.de) |
| 04:40.32 | *** join/#arm-netbook aholler_ (~aholler@p57B2036C.dip0.t-ipconnect.de) |
| 04:47.38 | *** join/#arm-netbook KoH_ (~kane@trir-4d0ba871.pool.mediaWays.net) |
| 05:01.08 | *** join/#arm-netbook rz2k (~rz2k@95-26-36-205.broadband.corbina.ru) |
| 05:01.48 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 05:13.21 | *** join/#arm-netbook Gumboot (~sh1@rev.bovine.muck.net.nz) |
| 05:31.51 | *** join/#arm-netbook L84Supper (~Larch@unaffiliated/l84supper) |
| 06:04.59 | *** part/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 06:21.51 | *** join/#arm-netbook gsilvis_ (~almostsix@50.12.163.241) |
| 06:22.29 | *** join/#arm-netbook DEAT (~heh@14-201-99-152.tpgi.com.au) |
| 06:37.15 | *** join/#arm-netbook Quarx (~Quarx@176.62.116.23) |
| 06:38.10 | *** join/#arm-netbook pcat (~cat@37-136-127-42.nat.bb.dnainternet.fi) |
| 06:54.36 | *** join/#arm-netbook rellla (~rellla@p5B078730.dip0.t-ipconnect.de) |
| 07:21.59 | *** join/#arm-netbook doneill (~doneill@d66-222-166-78.abhsia.telus.net) |
| 07:23.29 | doneill | hey guys. anybody played with a q88 with a zet6221 capacitive touch controller on it? is there module source kicking around somewhere? |
| 07:50.06 | *** join/#arm-netbook valhalla (~valhalla@78-134-122-138.v4.ngi.it) |
| 07:52.29 | Aex1269 | :( |
| 07:52.47 | Aex1269 | Can't get A10 gpio interupts working... :(((( |
| 07:53.32 | Aex1269 | Its just not working. No int28 at all... :(((( |
| 07:54.43 | Aex1269 | Is this correct interrupt no ? |
| 08:04.36 | *** join/#arm-netbook hansg (~hans@ip32-174-211-87.adsl2.static.versatel.nl) |
| 08:05.46 | *** join/#arm-netbook rellla2 (~rellla@p5B07892C.dip0.t-ipconnect.de) |
| 08:07.24 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
| 08:18.01 | *** join/#arm-netbook cobalt60 (~cobalt60@ip24-254-241-69.hr.hr.cox.net) |
| 08:42.59 | *** join/#arm-netbook Avernos_ (~avernos@222.128.151.76) |
| 09:14.19 | *** join/#arm-netbook herdingcat (~huli@218.10.63.181) |
| 09:39.35 | *** join/#arm-netbook simosx (~simosx@130.43.76.196.dsl.dyn.forthnet.gr) |
| 09:39.35 | *** join/#arm-netbook simosx (~simosx@ubuntu/member/simosx) |
| 09:48.44 | *** join/#arm-netbook aesok (~quassel@84.23.55.38) |
| 09:51.03 | *** join/#arm-netbook torindel (~torindel@82.210.165.144) |
| 09:57.20 | Turl | Aex1269: most GPIOs don't have interrupts on A10 |
| 09:57.31 | Turl | so you need to poll them |
| 10:02.02 | *** join/#arm-netbook Swivelgames (~swivelgam@172-4-81-47.lightspeed.rcsntx.sbcglobal.net) |
| 10:13.01 | *** join/#arm-netbook Thomas42 (~Thomas42@static.105.236.9.5.clients.your-server.de) |
| 10:21.30 | *** join/#arm-netbook Alex1269 (550f7da1@gateway/web/freenode/ip.85.15.125.161) |
| 10:23.54 | Alex1269 | Turl, I known about non-int gpios. I tried pg8-pg9, ph14-ph15 (mux6 mode) but no success.... |
| 10:24.18 | Alex1269 | I'm working with cubieboard. Look code http://sprunge.us/QaaM?c |
| 10:25.32 | Alex1269 | I connected pg8 with pg9 through 1K resistor and then switched pg9 to output mode and pg8 to input. |
| 10:26.05 | Alex1269 | when I echo 1 > value in pg9 I got value=1 in pg8. |
| 10:28.33 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 10:29.20 | Alex1269 | So then I tried to check interrupt code and got nothing :( /proc/interrupts show me 28: 0 sw_vic sunxi-gpio |
| 10:31.12 | Turl | Alex1269: where did you read those pins can interrupt? |
| 10:32.55 | Turl | try with PH0-21, PI10-19 on mux 6 |
| 10:32.55 | Alex1269 | http://www.henriknordstrom.net/code/A10/doc/A10%20PIO%20Controller.pdf |
| 10:34.07 | *** join/#arm-netbook niftylettuce (uid2733@gateway/web/irccloud.com/x-nrmzjqrxptpemuoz) |
| 10:35.10 | Alex1269 | I tried ph14-ph15 in mux6 mode... |
| 10:36.15 | Alex1269 | Pin in this mode allways return value=1 and doesn't throw interrupt :( |
| 10:37.54 | Turl | Alex1269: what mode did you configure btw? |
| 10:41.10 | Alex1269 | I passed 6 to gpio_set_one_pin_status sys_config.c function |
| 10:42.05 | Turl | what does line 322 on your code print? |
| 10:42.11 | Alex1269 | mul_sel member |
| 10:43.22 | Turl | I mean what do you see as output of "322 pr_info("TYPE written %08lX for irq%d (offset %d) cfg=%X\n", (unsigned long)reg_val, d->irq, offset, int_cfg_addr[reg_num]);" |
| 10:43.40 | Alex1269 | 5 sec... |
| 10:44.29 | Alex1269 | TYPE written 00400001 for irq109 (offset 13) cfg=204 |
| 10:47.49 | Turl | so the register reads |
| 10:47.58 | Turl | 0000 0100 0000 0000 0000 0000 0001 |
| 10:48.09 | Turl | double edge for pin 9 |
| 10:48.28 | Turl | or that's what I'd expect though |
| 10:48.47 | Turl | (INT9) |
| 10:49.08 | Alex1269 | hm... |
| 10:49.50 | Turl | INT9 would be PH9 on mux 6 |
| 10:51.43 | Alex1269 | Ooops... This was ph14 sysfs node. It looks like I made a bug somethere |
| 10:56.22 | Alex1269 | Turl, I checked this twice. How did you get int9 ? |
| 10:57.00 | Turl | Alex1269: register 0x204 handles INT8-INT15 |
| 10:57.38 | Turl | so you see INT9 is 0100b2 (0x4) |
| 10:58.05 | Turl | unless I'm reading the register upside down |
| 10:58.08 | Alex1269 | Yes. But low bit is on the right side 0x00400001 |
| 10:58.37 | Alex1269 | So this is ph13 |
| 10:59.33 | Turl | indeed ph13 |
| 10:59.43 | Turl | I missed a 0000 too |
| 11:00.06 | Turl | so it'd have been ph10 |
| 11:00.27 | Alex1269 | anyway - I tried 0x04040404 for all conf registers and 0xffffffff for gpio int control and .... nothing irq28 zero shots.... |
| 11:02.16 | Alex1269 | sorry.. 0x44444444 for conf... |
| 11:04.19 | Turl | and pins correctly muxed to 6? |
| 11:06.23 | specing | lol GPIOs |
| 11:06.33 | specing | took me a while to blink a led on a cortex-m4f |
| 11:06.38 | Turl | Alex1269: if you print PIO_INT_STAT_OFFSET do you see all 0? |
| 11:08.11 | Alex1269 | Not sure about mux... :) I'll check this one more time. 5 min... |
| 11:08.26 | Alex1269 | Adding status read/print... |
| 11:14.04 | Turl | also I suppose you unmask your interrupt somewhere? |
| 11:18.08 | Alex1269 | Turl, there is *unmask function in code. Is this not enough ? |
| 11:22.06 | Turl | Alex1269: I don't see anything calling them |
| 11:24.24 | Alex1269 | it called indirectly by gpiolib code when I echo "rising" > /sys/class/gpio/gpio5_ph14/edge |
| 11:25.45 | Alex1269 | gpiolib call gpio_to_irq and receive virtual irq number handled by virtual chip in my driver. Then it call mask/settype/umask |
| 11:28.46 | Turl | maybe you need to clear pending irq before unmask? hm |
| 11:30.25 | Alex1269 | [ 97.360000] TYPE written 44444444 for irq109 (offset 13) cfg=204 |
| 11:30.34 | Alex1269 | <PROTECTED> |
| 11:30.37 | Alex1269 | [ 97.360000] status: 00000000 |
| 11:31.29 | libv | techn is gone... but here is the answer anyway |
| 11:31.44 | libv | my prototype driver runs 2% faster with 3% less cpu usage |
| 11:31.52 | Alex1269 | but something happens - it hungs after I pulled up second gpio connected to this one... |
| 11:32.06 | Turl | Alex1269: and now you go low->high on pin and irq doesn't trigger? |
| 11:32.11 | Turl | Alex1269: :p |
| 11:32.19 | *** join/#arm-netbook datagutt (~datagutt@unaffiliated/datagutt) |
| 11:32.22 | libv | i am scheduling slightly more aggressively (and get a bit worse per frame latency in some cases, and more context switches) |
| 11:32.35 | Turl | 2% faster, neat |
| 11:32.41 | libv | and i do not do any checking in my graphics driver |
| 11:33.09 | libv | so this proto driver needs to be faster to prove that i know everything that there is to know |
| 11:33.29 | Alex1269 | So i need to connect serial cable and look for messages... It looks like interrupt shot with bad handler.... |
| 11:33.36 | libv | i have optimised things to be as fast as the original driver now |
| 11:33.42 | libv | and all the changes are generic |
| 11:33.47 | libv | not q3a related at all |
| 11:34.00 | Turl | libv: functionality wise are you on par with the proprietary driver? |
| 11:34.15 | libv | all the other demos have had 2-5x increase in performance due to those things |
| 11:34.28 | libv | Turl: for the limited functionality that i support, yes |
| 11:34.43 | libv | Turl: but it is not GL, and applications need to be specifically ported |
| 11:34.47 | Turl | let me rephrase my question then |
| 11:34.59 | libv | with mali, there is no software trickery |
| 11:35.32 | libv | the buildup of the command stream, and the way the hardware works, with its crazy vertex shader... |
| 11:35.42 | libv | that is where all the optimization has already been done. |
| 11:36.05 | Turl | with the knowledge you have now and infinite time and resources allocation, are you in a position to write a new driver in feature parity? |
| 11:36.07 | libv | those norwegian demosceners optimized in the right places! |
| 11:36.23 | libv | Turl: yes, and with the same performance. |
| 11:36.30 | Turl | awesome :) |
| 11:36.41 | libv | mali is awesome :) |
| 11:36.48 | libv | i still haven't crashed it |
| 11:36.55 | Turl | heh |
| 11:36.59 | Turl | I have |
| 11:37.08 | Turl | not by sending crap commands though |
| 11:37.15 | libv | i have gotten thousands of bad renders, sometimes got it to complain to me about SIGSEGVs |
| 11:37.36 | libv | but no kernel or hw lockups (that weren't recovered immediately) |
| 11:37.42 | libv | Turl: overclocking will do it |
| 11:37.58 | libv | but nothing else will |
| 11:38.06 | Turl | libv: yeah, that's how I hung mine a couple of times |
| 11:38.06 | libv | which is absolutely unique |
| 11:38.09 | Turl | too high a clock |
| 11:38.22 | Turl | goes unstable |
| 11:38.44 | Turl | after a bit of load on the 400s iirq |
| 11:38.52 | libv | Turl: which is very very logical |
| 11:39.02 | Turl | yeah, I don't blame it |
| 11:39.16 | libv | Turl: my allwinner CPUs are unable to handle 1.2GHz for instance |
| 11:39.29 | Turl | mine do, but not stable at all |
| 11:39.53 | libv | my mele only does q3a reliably if i clock it at 1.152, my tablet doesn't even do that |
| 11:40.26 | Turl | 1.1x works most of the time |
| 11:41.03 | Turl | most other arm hardware usually can clock 1.5x the factory clock |
| 11:42.50 | libv | yeah, i am thinking about getting an ODROID-X2 |
| 11:43.11 | libv | up to 2GHz quad A9s, 600MHz Mali400-MP4 |
| 11:43.23 | libv | i want to figure out how to use multiple fragment shaders |
| 11:43.27 | oliv3r | what soc is that? |
| 11:43.31 | libv | exynos |
| 11:43.34 | oliv3r | nice |
| 11:43.39 | oliv3r | when will the video be up? :) |
| 11:43.47 | oliv3r | i wanna see what happend at fosdem |
| 11:43.56 | libv | and then i should get about 4x the performance on q3a and see whether my scheduling needs adjusting or not |
| 11:44.17 | libv | i will put a run of the demo up soon |
| 11:44.30 | libv | recorded on sunday during the only 2h that i actually went to talks |
| 11:46.10 | Aex1269 | :( Ok... It just hung without any messages... Console useless. |
| 11:47.13 | Turl | Aex1269: :/ |
| 11:48.51 | Turl | libv: U2 is cheaper btw |
| 11:49.28 | Turl | and U even less, if you can live with the lower clock and half the ram |
| 11:50.09 | SPG | 03vivien 05master 024c73c 06rhombus 03allwinner_a10/pcb/discussion.mdwn * 14http://git.hands.com/?p=rhombus.git;a=commitdiff;h=024c73c |
| 11:50.52 | libv | Turl: i cannot, an odroid will be ordered to balance performance even better :) |
| 11:50.58 | libv | i now want to see what the mali is capable of |
| 11:51.07 | Turl | 45000 sdcard connectors heh |
| 11:51.31 | Turl | libv: U2 and X2 should be the same hw wise, just more compact and less IO |
| 11:51.32 | libv | Kusma, the norwegian who is doing tegra-re, who worked at phalanx and arm until 4 years ago, and who was at fosdem... |
| 11:51.48 | xenoxaos | the u2 and x2 are slightly different |
| 11:51.57 | libv | he did not know that on the exynos good-yield chips, the mali-400 clocks to 600MHz |
| 11:52.04 | libv | it put a rather big grin on his face |
| 11:52.14 | xenoxaos | the x2 has one HSIC bus with all usb on that |
| 11:52.28 | libv | and then he immediately said "wow, i hope the memory can keep up" |
| 11:52.30 | xenoxaos | the u2 has 2 hsic busses, one is used for ethernet, the other for all other usb stuff |
| 11:53.04 | Turl | xenoxaos: sure it's not the other way round? |
| 11:53.12 | *** join/#arm-netbook ganbold_ (~Ganbold@202.21.108.156) |
| 11:53.20 | xenoxaos | yup |
| 11:53.50 | xenoxaos | http://com.odroid.com/sigong/_Files/2012/201211/images/201211261925486631.jpg <-u2 |
| 11:54.49 | xenoxaos | http://com.odroid.com/sigong/_Files/2012/201211/images/201211271744381735.jpg <- x2 |
| 11:55.29 | Turl | so it's more compact and better designed, I would have expected it to be the opposite :) |
| 11:55.43 | xenoxaos | except no lvds out |
| 11:58.40 | xenoxaos | heads off to work |
| 12:09.23 | *** join/#arm-netbook Jef91 (~Instantbi@bodhilinux/team/Jef91) |
| 12:15.03 | ssvb | libv: do you know that there is #odroid irc channel here? |
| 12:17.05 | Aex1269 | found it.... IRQF_ONESHOT needed. Now it works. |
| 12:17.48 | Aex1269 | Turl, as I understand there is no input mode eint capable gpios - only mux6 |
| 12:18.48 | Aex1269 | Is there any information about this mux mode ? I just checked - it allways returned 1 as pin value |
| 12:19.31 | libv | ssvb: ah, i didn't but i am also not in the olimex channel :) |
| 12:22.25 | ssvb | well, there is a guy who is maintaining the kernel for odroid devices, so it is a useful place to be lurking in :) |
| 12:23.10 | libv | ah, when that doesn't work like expected, i will go there and complain then ;p |
| 12:24.04 | Turl | Aex1269: I don't know really |
| 12:24.44 | Turl | Aex1269: but if interrupt works you could connect your input on parallel on both and when you get interrupt, pull a value from the other one :p |
| 12:24.48 | andoma | anyone using r3p0 drivers in framebuffer mode? I upgraded kernel and switched from r2p4 to r3p0 and now my code fails because it cannot create a GLContext |
| 12:25.08 | libv | andoma: yes, i am |
| 12:25.09 | andoma | just wanted to check if i've messed something up with my kernel or and/if there are some problems with the gldrivers or so |
| 12:25.11 | Aex1269 | :)) |
| 12:25.12 | andoma | libv: ah ok |
| 12:25.22 | libv | andoma: try the test in mali-libs |
| 12:25.49 | andoma | will do. i got to the point where i failed very late last night so i kinda gave up and went to bed |
| 12:26.05 | andoma | gonna try more today once i get home |
| 12:26.08 | andoma | thanks |
| 12:26.08 | libv | andoma: do you permission to access to /dev/ump, /dev/mali and /dev/fb0 |
| 12:26.13 | libv | +have |
| 12:26.24 | andoma | not sure tbh as i'm not with my device right now, but i'll check that too |
| 12:26.48 | libv | which reminds me that i should still hack this test to support X11 |
| 12:27.19 | buZz | libv: made any cool announcements at fosdem? :D |
| 12:27.24 | libv | will be a 15 minute job, but it will take a lot longer to set things up so that X11 works with mali |
| 12:27.28 | libv | buZz: q3a |
| 12:27.34 | libv | buZz: 2% faster than binary driver |
| 12:27.39 | buZz | not posted on your site yet? |
| 12:27.44 | buZz | ah coolness :D |
| 12:27.48 | libv | i woke up 1h ago |
| 12:28.01 | libv | and fosdem is social madness |
| 12:28.14 | libv | very little sleep, bad for the liver |
| 12:28.22 | libv | but fantastic fun |
| 12:29.12 | ssvb | libv: btw, thanks for these mali related talks at fosdem, they provided a lot of useful information |
| 12:29.17 | libv | so i did not have time to write up the relevant blog entry during the event |
| 12:29.27 | libv | ssvb: were you there? |
| 12:30.47 | libv | we had hansg out with us on friday, and zaEarl and his wife ran into us at exactly the right time for supper on sunday |
| 12:31.03 | ssvb | libv: yes, sorry that I did not introduce myself, but you seemed to be quite busy talking with the other people and with the fosdem staff |
| 12:31.06 | mnemoc | :) |
| 12:31.41 | buZz | :) |
| 12:31.45 | libv | ssvb: with all the devroom madness, saturday morning i am indeed unapproachable |
| 12:32.02 | libv | ssvb: but after that... |
| 12:32.33 | *** join/#arm-netbook herdingcat (~huli@218.10.63.181) |
| 12:32.34 | andoma | shame that cwabbott's presentation got screwed up though :( |
| 12:32.40 | libv | every evening we get a crowd together |
| 12:32.44 | libv | he rescued quite well |
| 12:32.50 | libv | he covered what he needed to cover |
| 12:32.56 | libv | but the slides were a bit bonkers |
| 12:32.56 | andoma | sure |
| 12:32.59 | andoma | ineed :) |
| 12:33.01 | andoma | indeed.. |
| 12:33.08 | libv | he made good sense though |
| 12:33.17 | libv | but it all was a bit much in too short a space of time |
| 12:33.23 | andoma | yup |
| 12:43.48 | *** join/#arm-netbook vinifm (~Vinicius@177.42.140.3) |
| 12:56.37 | Turl | hno: ping |
| 13:01.40 | buZz | libv: G2D is not part of Mali, right? |
| 13:01.50 | Turl | libv: it's an allwinner thing |
| 13:02.07 | buZz | Turl: that was aimed at me i bet ;) |
| 13:02.14 | Turl | yeah |
| 13:02.23 | Turl | is failing a lot today |
| 13:02.40 | buZz | is there any project to build an accelerated driver actually using G2D for xorg or similar? |
| 13:03.02 | Turl | buZz: talk with ssvb |
| 13:03.18 | buZz | yeah i saw his driver, but afaik it was just re-implementing all that already existed? |
| 13:03.52 | buZz | > xf86-video-sunxifb - video driver for the devices based on Allwinner A10/A13 SoC |
| 13:03.59 | ssvb | buZz: I have a lot more code that is not public yet |
| 13:05.02 | ssvb | buZz: and the inital xf86-video-sunxifb release is deliberately dumbed down, because I first want to make sure that it is stable |
| 13:05.10 | buZz | :D heh cool |
| 13:05.20 | buZz | so 2D acceleration 'might' be coming? :) |
| 13:05.25 | buZz | with FOSS drivers? |
| 13:06.16 | buZz | and i bet libv's work will them end up as a Gallium driver or similar .. hmm nice |
| 13:06.38 | mnemoc | ssvb bet xf86-video-mali and libv bet libmali.so, nice job ARM :p |
| 13:07.16 | buZz | :P |
| 13:07.32 | buZz | also noticed my phone has an Adreno gpu .. |
| 13:07.42 | buZz | maybe i should try to debian it ;) |
| 13:10.05 | mnemoc | s/bet/beat/g |
| 13:10.50 | libv | mnemoc: no, i did not beat the phalanx driver |
| 13:11.02 | libv | the mali is just too good |
| 13:11.27 | libv | i equalled the phalanx driver |
| 13:11.40 | libv | but i am beating ARM in a completely different way :) |
| 13:11.47 | mnemoc | :D |
| 13:19.41 | ssvb | libv: is GP in mali really kind of like a general purpose DSP as advertised in http://web.archive.org/web/20060515063211/http://www.falanx.no/download/Mali%20Geometry%20Product%20Spec%20USL.pdf ? |
| 13:20.25 | ssvb | libv: if so, then it might be useful for 2D acceleration |
| 13:20.29 | libv | it is a scalar processor that can very very fast if everything is timed right |
| 13:20.32 | libv | no |
| 13:20.46 | libv | gp should not be used for 2d accel |
| 13:21.41 | libv | pp should, and we are not far off from removing the gp/plbu from that equation and giving us the ability to use the pp with limited overhead |
| 13:21.47 | Turl | fuu watchdog, why is it that 5 seconds feel like 10-15 |
| 13:25.25 | libv | ssvb: how would one use the gp for 2d anyway? |
| 13:25.51 | libv | ssvb: gp transforms vertices and relations |
| 13:26.05 | libv | it does not deal with textures |
| 13:26.18 | libv | it's a vertex shader |
| 13:30.14 | ssvb | libv: any general purpose processor can do 2D, it is more important to have fast access to memory (which is also seemed to be advertised in that pdf) |
| 13:31.10 | ssvb | libv: NEON unit in ARM core is already several times faster than necessary for simple 2D graphics |
| 13:31.47 | ssvb | libv: but if PP is better for this task, then so be it :) |
| 13:31.48 | libv | ssvb: flatmush and cwabbott both believe(d) that the t6xx shader would be a 32bit variant of the mali pp |
| 13:32.45 | libv | exas compose is what, combining textures? |
| 13:33.01 | libv | then pp is the place to be |
| 13:33.19 | libv | all the other operations seem like something g2d should manage for us |
| 13:34.18 | libv | for the compose operations that g2d can do for us, g2d should also be used |
| 13:35.11 | libv | it is all a bit of hassle, i know |
| 13:35.40 | libv | but it makes much more sense than trying to balance assembly all day |
| 13:36.14 | ssvb | the problem is, g2d can't really do much |
| 13:36.27 | libv | i never got why people prefer playing with assembly over just implementing the blocks of silicon so those can be used like they were intended to |
| 13:36.43 | libv | ssvb: you told me that before |
| 13:37.01 | aholler | libv: everything can be fixed by sw |
| 13:37.07 | libv | ssvb: g2d is there, requires little setup, it should be used as much as possible |
| 13:37.10 | aholler | thats the credo of hw-peopel |
| 13:37.14 | libv | aholler: nope |
| 13:37.22 | libv | aholler: cfr the mali and the phalanx guys |
| 13:37.49 | libv | this is why i like the mali so much now that i have q3a running this fast |
| 13:38.02 | libv | it proves that those hw people who say that are absolute idiots |
| 13:38.17 | aholler | exactly |
| 13:38.24 | aholler | but you can't tell them |
| 13:38.29 | libv | you can now. |
| 13:38.30 | aholler | and managment doesn't care |
| 13:38.42 | libv | and that is what my q3a announcing blog entry will finish off with |
| 13:39.04 | libv | i am the one who brought initial structure in modesetting |
| 13:39.16 | libv | and i had to hear all the time how modesetting was easy while 3d was hard |
| 13:39.25 | libv | such a big lie. |
| 13:39.31 | aholler | many hw has become unbelievable broken. |
| 13:39.45 | libv | 3d chip designers were just idiots. |
| 13:39.50 | libv | the mali guys proved that |
| 13:40.02 | aholler | not just 3d chip designers. |
| 13:40.09 | Turl | aah, no wonder it felt like a lot of time, the timeout is not adjusted :< |
| 13:40.13 | libv | and this is why mali was the king in 2011 and 2012 |
| 13:41.47 | aholler | hw-people have to release something every few month, and thus there seems to be no time to find and fix even the worst bugs. it's easier to write an errata and let the sw-guys fix it all |
| 13:42.04 | libv | aholler: and then you end up with powervr :) |
| 13:42.38 | libv | which is exactly that, baked into the gpu from the getgo |
| 14:02.01 | *** join/#arm-netbook pcat (~cat@37-136-127-42.nat.bb.dnainternet.fi) |
| 14:13.56 | aholler | it's especially teasing if the sw-guys don't belong to the hw-company (=> no costs) |
| 14:16.36 | Turl | samsung? :p |
| 14:18.17 | Turl | mripard: ping |
| 14:21.40 | hramrach | how fast is the single shader mali when it works? |
| 14:22.29 | hramrach | compares to TNT2? radeon 7000? 9000? |
| 14:24.30 | Turl | heh, I have a RIVA TNT :) |
| 14:24.50 | hramrach | I have a TNT2 lying around somewhere I think |
| 14:25.10 | Turl | those days GPU had small coolers :) |
| 14:25.11 | hramrach | were good cheapo cards with decent VGA DACs |
| 14:25.30 | hramrach | they also melted a lot |
| 14:26.10 | Turl | my TNT never melted (luckily?) |
| 14:26.28 | hramrach | luckily. |
| 14:26.46 | hramrach | or has 20% larger cooler which was still comparably small but good enough |
| 14:26.51 | Turl | I had an nvidia 4Kish burn in some way and output purple stuff at times though, to end up dying. |
| 14:26.52 | hramrach | some just cut corners too much |
| 14:27.23 | Turl | MSI |
| 14:28.00 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 14:28.46 | hramrach | seems that the brand with small green brick-like cooler melted a lot but the one with black 1" pins survived |
| 14:29.44 | hramrach | basically what you see on chipsets today, heh |
| 14:40.28 | *** join/#arm-netbook aholler (~aholler@p57B2036C.dip0.t-ipconnect.de) |
| 14:40.40 | *** join/#arm-netbook adibek (59e441fc@gateway/web/freenode/ip.89.228.65.252) |
| 14:56.53 | *** join/#arm-netbook wingrime (~wingrime@78.109.115.103) |
| 15:03.51 | *** join/#arm-netbook sv (~discopig@unaffiliated/discopig) |
| 15:31.27 | *** join/#arm-netbook Marex (~Marex@2a01:430:d:0:2cc:6ff:fefc:db16) |
| 15:42.09 | *** join/#arm-netbook revident (~scott@fw.iplink.net) |
| 16:02.08 | *** join/#arm-netbook ganbold__ (~Ganbold@202.21.108.233) |
| 16:03.57 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 16:04.43 | *** join/#arm-netbook discopig (~discopig@unaffiliated/discopig) |
| 16:13.29 | *** part/#arm-netbook orly_owl (~david@unaffiliated/orly-owl/x-3167833) |
| 16:17.34 | *** join/#arm-netbook aesok (~aesok@95-28-1-57.broadband.corbina.ru) |
| 16:23.30 | *** join/#arm-netbook gsilvis (~almostsix@50.12.163.241) |
| 16:26.52 | *** join/#arm-netbook ibot_ (~ibot@rikers.org) |
| 16:26.52 | *** topic/#arm-netbook is EOMA: Embedded Open Modular Architecture - Don't ask to ask. Just ask! - http://elinux.org/Embedded_Open_Modular_Architecture/EOMA-68 - ML arm-netbook@lists.phcomp.co.uk - Logs http://ibot.rikers.org/%23arm-netbook or http://irclog.whitequark.org/arm-netbook/ - http://rhombus-tech.net/ |
| 16:30.39 | *** join/#arm-netbook ibot (~ibot@rikers.org) |
| 16:30.39 | *** topic/#arm-netbook is EOMA: Embedded Open Modular Architecture - Don't ask to ask. Just ask! - http://elinux.org/Embedded_Open_Modular_Architecture/EOMA-68 - ML arm-netbook@lists.phcomp.co.uk - Logs http://ibot.rikers.org/%23arm-netbook or http://irclog.whitequark.org/arm-netbook/ - http://rhombus-tech.net/ |
| 16:32.16 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 16:35.03 | *** join/#arm-netbook Lofde_ (~owner@unaffiliated/lofde/x-2380651) |
| 16:35.18 | Lofde_ | hello i am looking for a evb.bin file that is set for the mk802 to 1080p60hz .. does anyone have one i can download please? |
| 16:37.50 | rm | Lofde_, tried here? http://liliputing.com/2012/06/how-enable-1080p-output-mk802-mini-pc-ubuntu.html |
| 16:38.01 | rm | also you can always simply make your own |
| 16:38.30 | rm | the proper name for this file is "script.bin", only older bootloaders/images expect it to be called "evb.bin" |
| 16:38.49 | rm | there's a tool called bin2fex, which decodes it to human readable format |
| 16:38.52 | rm | then you can edit it |
| 16:38.55 | rm | then fex2bin |
| 16:39.31 | Lofde_ | yeah i was reading about it.. and looked at the git repo at the files, but wasnt so sure about compiling it for my ubuntu 12.04 box |
| 16:47.11 | Lofde_ | thankfully the file i found online with a 24hz refresh rate worked.. thanks for your help rm |
| 16:48.57 | Lofde_ | now if i can just find the way to adjust for the overscan hehe |
| 16:50.50 | Lofde_ | nice found a menu option on the tv to fix it :D.. |
| 16:50.51 | focus | An A10 CPU based prototyping / breakout PCB in KiCAD is finished and uploaded http://www.gplsquared.com/SoM2/SoM2.html - have fun! :) |
| 16:51.08 | focus | goto go - catch up later |
| 16:51.12 | Lofde_ | is this the main channel to discuss issues or features with mk802 and linaro release or should i go to a different channel |
| 17:05.22 | *** join/#arm-netbook fragmint (~fragmint@108-77-196-171.lightspeed.tukrga.sbcglobal.net) |
| 17:19.06 | *** join/#arm-netbook techn_ (~quassel@a91-152-35-60.elisa-laajakaista.fi) |
| 17:21.01 | rm | Lofde_, afaik there isn't a better one |
| 17:21.24 | rm | there is also #cubieboard for http://cubieboard.org/ which is mostly the same hardware as the MK802 and runs same software |
| 17:21.57 | *** join/#arm-netbook valhalla (~valhalla@78-134-122-138.v4.ngi.it) |
| 17:29.26 | *** join/#arm-netbook pcat (~cat@gprs-internet-bceef5-212.dhcp.inet.fi) |
| 17:34.45 | adibek | Hi everyone I created fex file from my MK802+ (cs102) script.bin from /dev/block/nanda , Can you tell me how to use this to making bootable SDcard with debian ???? Fex file : http://pastebin.com/AzYsm39k |
| 17:40.39 | specing | adibek: wiki |
| 17:40.49 | *** join/#arm-netbook arokux (~arokux@merkur178.inf.uni-konstanz.de) |
| 17:44.04 | *** join/#arm-netbook arokux (~arokux@merkur178.inf.uni-konstanz.de) |
| 17:49.16 | *** join/#arm-netbook ln2 (~Thunderbi@ip-64-134-172-36.public.wayport.net) |
| 17:55.49 | *** join/#arm-netbook jirnenkaya (~jirnenkay@128-69-44-55.broadband.corbina.ru) |
| 18:11.35 | mripard | Turl: pong |
| 18:15.57 | *** join/#arm-netbook rellla (~quassel@p4FE56495.dip0.t-ipconnect.de) |
| 18:16.44 | libv | hramrach: 1 pixel per clock per pp |
| 18:17.15 | libv | hramrach: 35MTris for our mali 400 at 320MHz |
| 18:23.02 | libv | so 320MPix and 35MTris |
| 18:23.32 | libv | for the odroid-x2, at 600MHz, we get 65MTris and 2.4GPix |
| 18:24.23 | traeak | what's the odroid x2 soc ? |
| 18:24.48 | libv | exynos 4 |
| 18:28.16 | libv | so, a quad core a9, at max 2GHz |
| 18:30.36 | hramrach | hmmm, that would be somewhere in the range r128 - radeon 9500 wrt fillrate |
| 18:31.18 | hramrach | Tris are not listed for radeons in the tabel I am looking at so can't really compare |
| 18:31.22 | hramrach | good for a somall system I guess |
| 18:31.28 | hramrach | small |
| 18:31.50 | libv | beating geforce2 iirc |
| 18:32.52 | libv | heh, 3. |
| 18:32.55 | hramrach | I guess for fillrate the memory interface is primary which is about the same as cards in that range |
| 18:34.32 | libv | and the lower end of r200 apparently |
| 18:35.24 | techn_ | libv: how difficult it would be to implement opencl driver for mali.. or is it even possiple? |
| 18:36.13 | hramrach | HD 6310 has a bit lower fillrate than the odroid which is slowish but usable |
| 18:36.40 | hramrach | and that is determining factor for low performance of that card |
| 18:37.36 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 18:37.51 | hramrach | the geometry numbers are something I cannot compare and not sure to which extent it is relevant |
| 18:37.55 | techn_ | .. seems that ARM has implemented OpenCL only for newer gpus |
| 18:38.43 | hramrach | because the geometry engines of these low-end cards sit unused in anything but artifical benchmarks due to low memory bandwidth |
| 18:39.11 | hramrach | also the mali numbers will most likely change as the driver matures |
| 18:39.20 | *** join/#arm-netbook tinti (~tinti@pdpc/supporter/student/tinti) |
| 18:39.56 | *** join/#arm-netbook pcat (~cat@gprs-internet-bcee98-251.dhcp.inet.fi) |
| 18:40.17 | hramrach | techn_: OpenCL is probably doable when you know how the card works |
| 18:40.26 | hramrach | it's the compute stuff, right? |
| 18:41.00 | techn_ | open computing language. yes |
| 18:41.25 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 18:42.09 | hramrach | you need cmpiler to the respecitve GPU assembly and some interface for uploading the programs and downlaoding the result |
| 18:42.40 | hramrach | unless the assemly is really limited compiler is possible. just some(or lots) work |
| 18:43.27 | hramrach | GPU crypto ;-) |
| 18:44.46 | libv | actually, 3x... |
| 18:44.56 | libv | 195MVertices |
| 18:45.13 | libv | techn_: about opencl, i do not know opencl |
| 18:45.21 | libv | and you would have to ask connor about that |
| 18:46.11 | hramrach | libv: I guess the fillrate number is interesting but the other number which is interesting but missing is MTex |
| 18:46.15 | hramrach | it may differ a lot |
| 18:47.46 | libv | i guess it is just below 1flop per clock |
| 18:48.28 | libv | err, no, 1 flop per 3 clocks. |
| 18:48.34 | libv | i would have to ask connor |
| 18:49.13 | libv | although, 1 vertex is also 3 floating point numbers, so yes just under 1 flop per clock |
| 18:49.20 | libv | should get his head straight |
| 18:49.30 | hramrach | 1 flop 3clocks would give like 750Mflops on Odroid |
| 18:50.04 | libv | hramrach: 600MHz 1 core |
| 18:50.18 | libv | GP is the thing pushing out vertices |
| 18:52.40 | hramrach | with 195Mvertices this would be on par with some Radeon 9x again |
| 18:53.01 | hramrach | the newer cards have way higher compute rate even in the low end |
| 18:53.56 | libv | sure, but the newer cards have unified shaders |
| 18:54.40 | hramrach | Mali has not? I have no idea about the arch,really |
| 18:55.01 | libv | ~1 flop per clock for the GP, ~3 halffloat ops for the PP per clock |
| 18:55.16 | hramrach | ah |
| 18:55.31 | hramrach | so the MTex is really interesting number to collect then |
| 18:58.16 | hramrach | and benchmarks aside it also remains to be seen how it fits together |
| 18:58.32 | hramrach | lots of bugs to work around on the radeons slowing things down |
| 19:01.31 | *** join/#arm-netbook adibek (59e441fc@gateway/web/freenode/ip.89.228.65.252) |
| 19:04.47 | adibek | I use wiki and my fex http://pastebin.com/AzYsm39k to buld linux image for Mk802+ but still no effect , Three kinds of SDcards and no efect :( |
| 19:05.39 | hramrach | by the perf numbers an Odroid would be about on par with netbook onboard graphics like HD 6250 - HD 6320 |
| 19:06.28 | hramrach | adibek: no effect in waht way? |
| 19:06.49 | techn_ | adibek: https://groups.google.com/forum/?hl=fi&fromgroups=#!searchin/linux-sunxi/a10s/linux-sunxi/-HfHG-yyCVs/bGtigb9lg7IJ |
| 19:08.26 | adibek | techn_: Thx i will check out this forum |
| 19:10.40 | hramrach | also if you said what the problem is maybe somebody would know how to solve it ;-) |
| 19:11.23 | *** join/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 19:11.30 | *** part/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 19:18.50 | *** part/#arm-netbook jirnenkaya (~jirnenkay@128-69-44-55.broadband.corbina.ru) |
| 19:19.00 | *** join/#arm-netbook libv (~libv@ppp-93-104-159-129.dynamic.mnet-online.de) |
| 19:25.33 | rm | I finally got myself a Raspberry Pi |
| 19:25.36 | rm | two in fact |
| 19:25.42 | rm | now what the heck do I do with them |
| 19:26.10 | rm | all my "low power ARM computer" needs are already covered by the MK802's and the Mele :) |
| 19:31.46 | hramrach | you lend one to specing so he can buy the mpeg playback lic and then go complain to mpeg-la that ther eis no sw patents in EU so he wants the money back :> |
| 19:36.36 | RITRedbeard_ | Poop on it and leave it on Eben Upton's door step... err yacht bow in a flaming brown bag. |
| 19:47.05 | hramrach | I have no mk802 :o |
| 19:47.23 | hramrach | but then maybe I have fewer low-power ARM computer needs |
| 19:47.59 | hramrach | I mostly need more powerful computers than A10 |
| 19:48.24 | fragmint | theres always the ug802 or the freescale quad core stick thingies |
| 19:48.46 | hramrach | the power I need is better interconnect |
| 19:49.04 | hramrach | eg. PCIe or more SATA ports |
| 19:49.13 | fragmint | true. =*( |
| 19:50.32 | hramrach | the minimum NAS has like 1 GBit ehternet and a few SATA ports |
| 19:51.11 | hramrach | and that would be very nice application for low-power ARM computer |
| 19:52.36 | fragmint | I know the pogoplug has gbit and one of them has an internal sata port |
| 19:53.19 | hramrach | my current board has 2 SATA |
| 19:53.30 | specing | hramrach: Which one? |
| 19:53.43 | hramrach | it's a x86 board |
| 19:53.57 | specing | ah |
| 19:54.08 | hramrach | somewhere on my todo list is to take the machine apart and put in one with more ports |
| 19:54.38 | *** join/#arm-netbook lejonet (~lejonet@gentoo/developer/lejonet) |
| 19:54.43 | rm | I just use a full-blown amd64 server with 8 HDDs |
| 19:54.49 | WarheadsSE | Depends on how much processing power you end up needing. |
| 19:54.59 | rm | and actually one of the MK802s is an "X-terminal" to it |
| 19:55.01 | hramrach | not much |
| 19:55.01 | WarheadsSE | A lot of these with gigglebit don't quite actually hit that speed |
| 19:55.23 | fragmint | rm, are you running raid5? |
| 19:55.24 | hramrach | but the PCIe /SATA/GBit ethernet does not come without |
| 19:55.30 | WarheadsSE | If you think you are going to actually saturate the spec, you're in for a surprise |
| 19:55.31 | rm | fragmint, RAID6 |
| 19:55.43 | fragmint | software or hardware? |
| 19:55.51 | rm | software (mdadm) |
| 19:56.10 | fragmint | any clue what the speeds are like? |
| 19:56.10 | hramrach | no, the GBit card I have is cheap realtek that doess 400MBit |
| 19:56.34 | hramrach | but that's better than 100MBit and about as much I need given disk/USB/other bus limits |
| 19:57.40 | hramrach | I could replace it with an Intel card that can +/- saturate the spec but no need |
| 19:59.49 | hramrach | and yes, you probably need the Intel card when you don't have much computing power because the Realtek would kill the CPU with IRQ storms or other overhead |
| 20:02.23 | WarheadsSE | lol |
| 20:02.52 | WarheadsSE | There are several marvell SoCs that support sata w/ multiplexers |
| 20:03.05 | WarheadsSE | the GbE on them is alright |
| 20:04.32 | hramrach | haven't seen a reasonably priced board with linux support that uses such SoC |
| 20:05.04 | hramrach | also SATA multiplexers aren't exactly reliable technology in my experience |
| 20:05.54 | hramrach | tried an external enclosure which claim multiplexing but does not work with two different sata contollers |
| 20:06.59 | WarheadsSE | did those sata controllers support multiplexing? |
| 20:07.04 | WarheadsSE | not all do, after all |
| 20:07.21 | hramrach | reportedly yes |
| 20:13.47 | *** join/#arm-netbook rellla (~quassel@p4FE56495.dip0.t-ipconnect.de) |
| 20:30.29 | *** join/#arm-netbook ChanServ (ChanServ@services.) |
| 20:30.29 | *** mode/#arm-netbook [+o ChanServ] by moorcock.freenode.net |
| 20:30.48 | *** join/#arm-netbook ln2 (~Thunderbi@ip-64-134-172-36.public.wayport.net) |
| 20:37.52 | *** join/#arm-netbook ChanServ (ChanServ@services.) |
| 20:37.52 | *** mode/#arm-netbook [+o ChanServ] by moorcock.freenode.net |
| 20:38.06 | *** join/#arm-netbook ln2 (~Thunderbi@ip-64-134-172-36.public.wayport.net) |
| 20:39.42 | *** join/#arm-netbook ChanServ (ChanServ@services.) |
| 20:39.42 | *** mode/#arm-netbook [+o ChanServ] by moorcock.freenode.net |
| 20:39.56 | *** join/#arm-netbook ln2 (~Thunderbi@ip-64-134-172-36.public.wayport.net) |
| 20:42.21 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 20:43.55 | *** join/#arm-netbook voronaam (~avorona@159.153.138.99) |
| 20:51.27 | gzamboni | video.fosdem.org/2013/ is on its way |
| 20:52.14 | buZz | w000t |
| 21:00.56 | andoma | libv: ping .. still can't get mali in fb to work :( |
| 21:01.12 | andoma | Error: eglCreateContext failed: 0x00003005 |
| 21:15.57 | *** join/#arm-netbook rz2k (~rz2k@95-26-36-205.broadband.corbina.ru) |
| 21:30.57 | Turl | mripard: I got hno's watchdog driver for sunxi working with dt :) |
| 21:32.45 | mripard | great :) |
| 21:34.05 | Turl | rm: install xbmc on them, that's one thing they can do well |
| 21:34.43 | *** join/#arm-netbook sv (~discopig@modemcable058.105-131-66.mc.videotron.ca) |
| 21:34.43 | *** join/#arm-netbook sv (~discopig@unaffiliated/discopig) |
| 21:35.24 | Turl | mripard: http://goo.gl/Xw5aw |
| 21:36.01 | Turl | mripard: it works, but it may have extra stuff since it was non-dt-based back then |
| 21:40.55 | mripard | Turl: could you send it by mail so that I can comment on it properly? |
| 21:45.17 | Turl | mripard: sure, sec. |
| 21:46.27 | *** join/#arm-netbook ChanServ (ChanServ@services.) |
| 21:46.27 | *** mode/#arm-netbook [+o ChanServ] by moorcock.freenode.net |
| 21:47.06 | mripard | thanks |
| 21:54.17 | Turl | mripard: on its way |
| 21:59.39 | mripard | yep, received it |
| 22:11.11 | mripard | Turl: I'll try to reply to it this week, but I'm doing a training, so not exactly sure about when it will be. |
| 22:12.04 | Turl | mripard: ok, no hurry :) |
| 22:32.59 | *** join/#arm-netbook Jef91 (~Instantbi@bodhilinux/team/Jef91) |
| 22:46.04 | Lofde_ | does anyone have a solution or a way to make this work, i would of liked to used hamachi but they dont have an armhf build... anyone know if neorouter will work the same? |
| 22:47.10 | RITRedbeard_ | What problem? |
| 22:52.08 | *** join/#arm-netbook discopig (~discopig@modemcable058.105-131-66.mc.videotron.ca) |
| 22:52.08 | *** join/#arm-netbook discopig (~discopig@unaffiliated/discopig) |
| 22:53.49 | Turl | Lofde_: neorouter doesn't support a arm build from what I can see |
| 22:54.14 | Turl | Lofde_: you can probably achieve what you need with a properly configured openwrt though |
| 22:56.08 | hramrach | Lofde_: also you can run armel binaries on armhf system |
| 22:56.52 | hramrach | Debian/Ubuntu have multiarch support so will allow you to install both armhf and armel libs |
| 23:04.25 | *** join/#arm-netbook ganbold__ (~Ganbold@202.21.108.190) |
| 23:05.23 | *** join/#arm-netbook ZaEarl (~malmrose@stat-217-145-39-154.xdsl.toledo.be) |
| 23:05.45 | Lofde_ | i tried to do a force install.. but they don't give me the binaries just the .deb's |
| 23:06.17 | Lofde_ | i was hearing i could achieve the same thing using openvpn and maybe vyatta .. but i am wondering if i want to go through all that to set this up |
| 23:07.54 | Turl | sorry, I'm fail today |
| 23:07.58 | Turl | not openwrt, OpenVPN |
| 23:09.36 | Lofde_ | i am using the mk802 for an "advertising" business its going to be running ad's on a HDTV in different retail locations so i've got a lot of work to do with this thing |
| 23:09.37 | hramrach | yeah, looking ata hamachi they will likely not have armel build either |
| 23:09.48 | hramrach | and the software is junk anyway |
| 23:11.07 | hramrach | Lofde_: what do you want it to do, really? |
| 23:11.49 | Lofde_ | since all these places they will be installed will behind NAT's etc.. i need the box to "reach out" and connect to the rest of the world so i can SSH into the box or VNC, etc |
| 23:12.00 | hramrach | you can set it up to SSH into your server using a pre-configured key and do some port forwarding if you have only one-way access |
| 23:12.19 | hramrach | or use that earlier mentioned OpenVPN |
| 23:12.21 | Lofde_ | i would rather not put pinholes in each locations router.. |
| 23:12.45 | hramrach | SSH does not need holes |
| 23:12.59 | hramrach | OpenVPN probably neither |
| 23:14.58 | hramrach | OpenVPN will allow you to see the boxes as if they were in your network |
| 23:15.16 | hramrach | OpenSSH will only forward the ports you tell it to |
| 23:16.04 | hramrach | eihter way you have to set up each box(stick) with unique IP (OpenVPN) or port number to forward (ssh) |
| 23:18.07 | hramrach | the key is that you configure the stick to connect to your server on boot and reconnect when the connection breaks |
| 23:21.14 | Lofde_ | yeah thats the plan.. going to have to set up shellscripts to ping 8.8.8.8 every so often to make sure box is online and if not reset the wifi card and try again.. |
| 23:21.26 | Lofde_ | going to try to also set up nagios to monitor the boxes in the field |
| 23:26.05 | aesok | . |
| 23:32.29 | *** join/#arm-netbook danlench1 (~danlench@r74-192-28-214.bcstcmta01.clsttx.tl.dh.suddenlink.net) |
| 23:34.21 | danlench1 | hi all, i need to talk to someone about hardware development for an FOSS project |
| 23:35.13 | danlench1 | we will be launching a kickstarter project soon. the software is ready but i would like to offer a hardware solution as well |
| 23:36.18 | traeak | ouya? :-p |
| 23:36.29 | danlench1 | no |
| 23:36.42 | danlench1 | traeak: not a gaming platform |
| 23:37.05 | traeak | you have to at least mention what the project is about |
| 23:37.06 | danlench1 | did you see my forum post over there today |
| 23:37.23 | danlench1 | think about an opensource free time capsule |
| 23:37.32 | danlench1 | with dropbox capabilities |
| 23:37.55 | danlench1 | server and desktop clients will be free |
| 23:38.05 | leming | netatalk + owncloud? ;) |
| 23:38.12 | danlench1 | mobile clients will be about $5 |
| 23:38.20 | danlench1 | no they are not free |
| 23:38.30 | danlench1 | nofolder.com |
| 23:40.17 | danlench1 | software has not been mabe public yet |
| 23:40.22 | danlench1 | we are still alpha |
| 23:43.14 | danlench1 | so... |
| 23:43.23 | danlench1 | hardware... |
| 23:44.01 | danlench1 | anyone care to chat |
| 23:46.34 | danlench1 | is this not http://rhombus-tech.net/ |
| 23:46.46 | danlench1 | can i get a phone number of someone |
| 23:52.26 | danlench1 | all of a sudden everyone left? |
| 23:53.46 | danlench1 | leming: not just apple, win and linux clients as well |
| 23:54.17 | danlench1 | the server runs native on any amp stack |
| 23:54.32 | danlench1 | so windows can be a server |
| 23:55.44 | libv | http://www.youtube.com/watch?v=l92S3wg2iSU |
| 23:55.59 | libv | pasting blog entry to livejournal right now |
| 23:57.39 | danlench1 | different question,if i want to buy something who do i speak with |
| 23:57.54 | aholler | the vendor? |
| 23:57.54 | traeak | from here there's not much to buy |
| 23:58.02 | danlench1 | who is Rhombus Tech |
| 23:58.04 | traeak | umm...lkcl is the one doing hardware here |
| 23:59.08 | danlench1 | so if i want 20k units i talk to lkcl |
| 23:59.16 | specing | danlench1: Don't be so impatient. This is IRC and not some random tech support |
