| 01:28.19 | *** join/#cubieboard ricardocrudo (~crudo@201.83.209.39) |
| 02:39.16 | *** join/#cubieboard anunnaki (~anunnaki@hellsgate.pl) |
| 02:44.49 | *** join/#cubieboard anunnaki (~anunnaki@hellsgate.pl) |
| 03:06.33 | *** join/#cubieboard zenojis (~quassel@2604:3400:dc1:45:216:3eff:fe76:3263) |
| 03:19.29 | *** join/#cubieboard TheSeven (~quassel@rockbox/developer/TheSeven) |
| 03:38.49 | *** join/#cubieboard tomboy64 (~tomboy@gateway/tor-sasl/tomboy64) |
| 03:41.51 | *** join/#cubieboard hramrach (~hramrach@gateway/tor-sasl/hramrach) |
| 04:04.05 | *** join/#cubieboard t3st3r (~t3st3r@gateway/tor-sasl/t3st3r) |
| 04:09.06 | *** join/#cubieboard syeekick (~syee@cpc2-gtya4-2-0-cust84.4-4.cable.virginm.net) |
| 04:15.55 | *** join/#cubieboard DV (~veillard@libvirt.org) |
| 04:21.29 | *** join/#cubieboard JohnDoe_71Rus (~Miranda@unaffiliated/johndoe-71rus/x-4170227) |
| 04:38.23 | *** join/#cubieboard deffrag (~Dedec@unaffiliated/deffrag) |
| 05:06.03 | *** join/#cubieboard DV (~veillard@2001:41d0:1:d478::1) |
| 05:21.21 | *** join/#cubieboard shineworld (~shineworl@unaffiliated/shineworld) |
| 05:23.04 | *** join/#cubieboard DV (~veillard@libvirt.org) |
| 05:54.41 | *** join/#cubieboard _massi_ (~massi@host164-128-static.225-95-b.business.telecomitalia.it) |
| 05:56.06 | *** join/#cubieboard DV (~veillard@2001:41d0:1:d478::1) |
| 06:02.49 | shineworld | looking at script.fex of A10 vs A20, for Android, I've found a lot of differences (is ok) but one is very interesting: [disp_init].disp_mode from 0 "screen0(screen0, fb0)" to 4 "clone(screen0, screen1, fb0) (2 screens, one standard framebuffer)" |
| 06:03.13 | shineworld | Truly I don't know what is the right value to use with Android 4.2.2...... |
| 06:04.04 | JohnDoe_71Rus | shineworld: hi |
| 06:04.12 | shineworld | Hi JohnDoe_71Rus |
| 06:05.20 | JohnDoe_71Rus | i test only hdmi + cvbs and clone don't work for me |
| 06:05.23 | shineworld | ... I'm trying to figure out WHY changing display from HDMI to LCD and moving resolution to 800x480 the system have so much exceptions with sistemui |
| 06:05.47 | shineworld | in my test with HDMI and 4 (default from cubieboard team) all works fine |
| 06:06.12 | shineworld | but moving to LCD with reduced display size the system have a lot of issues |
| 06:06.45 | shineworld | https://www.dropbox.com/s/stz8f50xolt6djn/VID_20140512_220622.mp4 |
| 06:07.24 | shineworld | it boot from SD, show the laucher, etc.... but systemui continue to crash and after some min all system reboot |
| 06:08.54 | shineworld | same with mode = 4 and HDMI works perfectly: https://www.dropbox.com/s/7vtfwomf9ov0zcb/VID_20140508_151554.mp4 |
| 06:10.06 | shineworld | JohnDoe_71Rus, so you use mode = 0 ? |
| 06:10.30 | shineworld | I've got script.bin values from 1.05 img file |
| 06:20.29 | shineworld | JohnDoe_71Rus, can you share your adb logcat (I need to see some initialization logs error) |
| 06:41.00 | *** join/#cubieboard sassmann (~sassmann@ppp-88-217-40-105.dynamic.mnet-online.de) |
| 06:42.41 | *** join/#cubieboard fossxplorer (~Foss@146.247.129.214) |
| 06:42.41 | *** join/#cubieboard fossxplorer (~Foss@unaffiliated/fossxplorer) |
| 06:48.07 | JohnDoe_71Rus | shineworld: don't remember |
| 06:50.51 | *** join/#cubieboard shineworld (~shineworl@unaffiliated/shineworld) |
| 06:55.45 | shineworld | JohnDoe_71Rus, I've got values from A20 tablet of my daughter (missed that she have one allwinner powered) |
| 06:56.19 | shineworld | PS: looking in sources there are some missing pars on script.bin |
| 06:57.25 | JohnDoe_71Rus | i use script.bin from cubietech sdk 1.05 |
| 06:58.42 | shineworld | for example in [disp_init] is missing fb0_width & fb0_height which cause a premature stop in settings recovering |
| 06:58.57 | shineworld | this is very strange .... but is it |
| 06:59.35 | shineworld | there is also lcd_max_bright & lcd_min_bright which isn't used at all in sources |
| 06:59.40 | shineworld | .... and so on.... |
| 07:09.31 | *** join/#cubieboard deasy (~deasy@host-85-201-82-67.brutele.be) |
| 07:16.10 | *** join/#cubieboard tat (~tat@37.120.5.155) |
| 07:18.48 | *** join/#cubieboard maribu (~maribu@dslb-092-073-193-004.pools.arcor-ip.net) |
| 07:20.36 | maribu | Hi, there! Has anyone problems with the cubietruck randomly turning off during operation? |
| 07:21.11 | maribu | Mine worked fine for a couple of month now, but started to do this a few day ago and intervalls are becoming shorter |
| 07:22.20 | maribu | Just tody it happend again. When I rebooted it (had to press the power-button on the cubietruck) it crashed when starting X. |
| 07:23.06 | maribu | I rebooted 4 times and every time the cubietruck turned of when starting X. On the 5th try starting X worked (I'm currently using my cubietruck) |
| 07:24.35 | maribu | I first thought it might be the power supply and used instead of the 1.2A power supply a 2.0A supply instead, but this didn't help |
| 07:27.25 | maribu | Theres only one usb-device directly connected to my cubietruck: A powered usb hub. The sata-hdd also is externally powered. So the power supply only needs to power the cubietruck. I'm right now using the 1.2A power supply again (as the 2.0A supply didn't made a change). But I guess 1.2A should be more than needed, shouldn't it? |
| 07:31.03 | maribu | Is overheating possible in a 20°C room? My cubietruck only has the passive cooler and is placed in the standard case. Nothing is standing near the case, which could prevent air circulation. |
| 07:43.24 | sbx320 | overheating shouldn't be an issue |
| 07:44.53 | sbx320 | my cubietruck is running in a drawer without any air circulation 24/7 for several months now and it's barely warmer than when I operated it outside |
| 07:48.09 | sbx320 | I'd try putting some generic cpu & gpu load onto the device to ensure it's not some issue with X etc. |
| 08:12.09 | *** join/#cubieboard tat_ (~tat@37.120.5.204) |
| 08:17.15 | maribu | Thanks, sbx320. I am using the fbturbo driver for X, but I'm haven't run any OpenGLES code at all. The fbturbo driver provides some 2d acceleration, so surfing the web and scrolling should provide both CPU and GPU usage (only 2d, of course), but this does not seem to result in crashes |
| 08:17.40 | maribu | I have done this all the time, but my cubietruck started to turn of randomly only a few days ago |
| 08:18.48 | maribu | I'm also using CedarX with libvdpau-sunxi and mplayer all the time. But right not my cubietruck didn't turn off when using mplayer so far |
| 08:19.33 | maribu | Also I haven't done any kernel, X.org oder fbturbo update recently |
| 08:20.33 | maribu | I have updated mesa, but I don't think that mesa interacts with the GPU at all |
| 08:21.14 | maribu | Maybe I should try blacklisting mali kernel modules, as I'm not using OpenGLES I wouldn't miss them at all |
| 08:25.06 | *** join/#cubieboard maribu (~maribu@dslb-092-073-193-004.pools.arcor-ip.net) |
| 08:28.05 | maribu | Looks like blacklisting mali and mali_drm does not work using /etc/modprobe.d. The fbturbo X.org driver might load them manually ignoring my blacklist :-( |
| 08:28.41 | maribu | At least this time my cubietruckt started at the first try :-) |
| 08:38.53 | *** join/#cubieboard syeekick (~syee@cpc2-gtya4-2-0-cust84.4-4.cable.virginm.net) |
| 08:54.03 | ssvb | maribu: try to run https://github.com/ssvb/lima-memtester/ |
| 08:55.13 | ssvb | maribu: and also https://www.mail-archive.com/linux-sunxi@googlegroups.com/msg04662.html |
| 08:58.17 | maribu | ssvb: Thanks. I'm now compiling the memtester |
| 08:59.31 | maribu | The patch, wich slightly increases voltages, looks very promising to me. I'll try this out next |
| 09:06.40 | *** join/#cubieboard maribu (~maribu@dslb-092-073-193-004.pools.arcor-ip.net) |
| 09:07.38 | maribu | ssvb: Is "./lima-memtester 1M" a valid call? |
| 09:08.05 | maribu | Or does the memory argument need to be a specific value? |
| 09:08.30 | ssvb | maribu: no, it needs a reasonable size for the memory buffer |
| 09:08.48 | ssvb | maribu: oh, 1M is fine :) 1G is not |
| 09:09.14 | maribu | Ok, so far: 1 try, 1 crash |
| 09:09.28 | maribu | I might be disconnecting in a few seconds ;-) |
| 09:10.33 | ssvb | maribu: you probably need an updated fex file (more specifically, with "dcdc3_vol = 1300") |
| 09:14.46 | *** join/#cubieboard maribu (~maribu@dslb-092-073-193-004.pools.arcor-ip.net) |
| 09:16.34 | maribu | Ok, lima-memtester reliably turns of my cubietruck every time immediately after being started :-( |
| 09:19.58 | *** join/#cubieboard megrem (~choopm@lsrv01.et-inf.fho-emden.de) |
| 09:22.49 | maribu | dram_clk is set to 432 in my script.bin |
| 09:30.39 | ssvb | maribu: not sure if you got my previous message: "you probably need an updated fex file (more specifically, with "dcdc3_vol = 1300")" |
| 09:32.03 | ssvb | maribu: script.bin does not set the dram clock frequency, it is configured in u-boot |
| 09:32.52 | ssvb | maribu: and you can use https://github.com/maxnet/a10-meminfo to check the real dram clock frequency |
| 09:34.44 | ssvb | maribu: also can you try to disconnect all the extras like the hdd and the usb hub to check if this helps? |
| 09:44.58 | maribu | ssvb: Thanks, I'll try this |
| 09:45.53 | *** join/#cubieboard nighty-_ (~nighty@lns-bzn-49f-62-147-170-46.adsl.proxad.net) |
| 09:46.17 | maribu | I have to leave for 2h, after this I'll this out |
| 09:46.22 | maribu | Thank you for your help! |
| 09:46.26 | *** join/#cubieboard Midnightmyth (~quassel@93-167-84-102-static.dk.customer.tdc.net) |
| 09:48.42 | maribu | runnin "bin2fex /boot/script.bin | grep dcdc3" gives: "dcdc3_vol = 1300" |
| 09:49.44 | maribu | and "sudo ./a10-meminfo-static | grep dram_clk" gives "dram_clk = 432" |
| 09:50.09 | maribu | Looks fine so far. I'll try disconnecting hdd and usb-hub in 2h |
| 09:50.12 | maribu | Thanks! |
| 10:09.05 | *** join/#cubieboard Freyr (~Freyr@ip72-192-182-142.sd.sd.cox.net) |
| 10:13.04 | *** join/#cubieboard fossxplorer (~fossxplor@unaffiliated/fossxplorer) |
| 10:38.30 | *** join/#cubieboard popolon (~popolon@og-free.planet-service.fr) |
| 10:38.43 | *** join/#cubieboard popolon (~popolon@unaffiliated/popolon) |
| 10:56.49 | *** join/#cubieboard JohnDoe_71Rus (~Miranda@unaffiliated/johndoe-71rus/x-4170227) |
| 11:11.35 | *** join/#cubieboard mherweg (~mherweg@ip-88-152-123-137.unitymediagroup.de) |
| 11:15.04 | *** join/#cubieboard deffrag_ (~Dedec@unaffiliated/deffrag) |
| 11:18.19 | *** join/#cubieboard bizarro_1 (~bizarro_1@43.Red-88-14-191.dynamicIP.rima-tde.net) |
| 11:29.07 | *** join/#cubieboard jluisn (~quassel@187.115.172.24) |
| 11:33.05 | *** join/#cubieboard DV__ (~veillard@libvirt.org) |
| 12:15.00 | ssvb | maribu: are you back? |
| 12:15.55 | maribu | Hi, ssvb! Yes, I am. Turned out my script.bin is actually quite up to date. |
| 12:16.31 | maribu | The minor voltage adjustion in the patch you mentioned before are already part of my script.bin |
| 12:17.16 | ssvb | ok, you could try to increase the dcdc3 voltage a little bit more, but your symptoms are a bit strange |
| 12:18.01 | ssvb | typically the board freezes on a failure, but if I understand it correctly, yours just powers down? |
| 12:18.10 | maribu | Correct |
| 12:18.38 | maribu | I'm now compiling a new kernel from github.com/linux-sunxi/linux-sunxi |
| 12:19.32 | ssvb | another thing to check is the FAST_MBUS setting in u-boot |
| 12:20.05 | ssvb | are you familiar with compiling/upgrading u-boot? |
| 12:22.18 | maribu | Yes, I am. I'm currently using a u-boot compiled my self as I had trouble to get my cubietruck booting with the one in the binary package in my distro |
| 12:22.45 | maribu | I might just give the current binary package a try |
| 12:25.54 | maribu | Ok, I have installed the offical u-boot from my distro. I'm rebooting now and hopefully be back online in a minute ;-) |
| 12:31.14 | *** join/#cubieboard maribu (~maribu@dslb-092-073-193-004.pools.arcor-ip.net) |
| 12:31.55 | maribu | booting with my distros u-boot now works fine. But shutting off my cubietruck with lime-memtester still works reliable :-( |
| 12:32.27 | maribu | The package also updated my script.bin, so I'll double check the voltage values again |
| 12:35.35 | maribu | All voltage levels are still identical to the ones in https://www.mail-archive.com/linux-sunxi@googlegroups.com/msg04662.html |
| 12:38.02 | *** join/#cubieboard ganbold_ (~Ganbold@173.244.215.173) |
| 12:41.09 | ssvb | maribu: in u-boot you can tweak two things |
| 12:41.21 | maribu | Ok |
| 12:41.41 | ssvb | one is the dram clock frequency in 'board/sunxi/dram_cubietruck.c' |
| 12:42.23 | ssvb | you can try reducing .clock to 384 or even to 360 and run test with these settings |
| 12:42.47 | *** join/#cubieboard enrico_ (~quassel@host164-128-static.225-95-b.business.telecomitalia.it) |
| 12:43.59 | maribu | ok, I'll start with 360 |
| 12:44.16 | ssvb | another thing is 'boards.cfg' file in u-boot, you can try to remove the ",FAST_MBUS" option for the Cubietruck there |
| 12:49.57 | maribu | I'll try both in the first run |
| 12:51.29 | ssvb | ok |
| 12:57.52 | *** join/#cubieboard ricardocrudo (~crudo@186.231.133.250) |
| 12:59.23 | *** join/#cubieboard red723 (~redhair@port-92-193-127-242.dynamic.qsc.de) |
| 13:00.17 | *** join/#cubieboard ricardocrudo (~crudo@186.231.133.250) |
| 13:10.20 | maribu | I've u-boot compiled and installed now. I'll reboot and run lima-memtester now |
| 13:13.57 | *** join/#cubieboard deasy (~deasy@host-85-201-82-67.brutele.be) |
| 13:14.11 | *** join/#cubieboard maribu (~maribu@dslb-092-073-193-004.pools.arcor-ip.net) |
| 13:15.54 | ssvb | maribu: are you using your cubietruck as a desktop system and running an irc client on it? |
| 13:16.02 | maribu | My dram is now clocked at 360 (confirmed with a10-meminfo) and ,FAST_MBUS is disabled, but still my cubietrucks turns off |
| 13:16.07 | maribu | Yes ;-) |
| 13:16.37 | ssvb | oh, I would say, that's unusual :) |
| 13:17.03 | maribu | Browsing is a bit slow, but if you don't mind using minimalistic and fast programs, it works fine ;-) |
| 13:18.29 | ssvb | can you verify the dram clock speed with a10-meminfo to be completely sure that it's 360MHz now? |
| 13:19.31 | maribu | yes, I have confirmed it with a10-meminfo to be 360MHz |
| 13:20.49 | maribu | I might try recompiling my kernel with the latest version from github.com/linux-sunxi/linux-sunxi |
| 13:21.44 | maribu | Is there a way to confirm that FAST_MBUS is successfully turned off? |
| 13:22.36 | ssvb | maribu: yes, you can try to compile my fork of a10-meminfo - https://github.com/ssvb/a10-meminfo |
| 13:22.46 | ssvb | it also reports the mbus clock speed |
| 13:23.32 | ssvb | 'normal' MBUS speed is 300MHz, and 'fast' MBUS is 400MHz |
| 13:25.06 | maribu | mbus_clk is 300. So this is not the problem |
| 13:26.37 | ssvb | maribu: yes, in any case it looks like your problems are not related to misconfigured DRAM, because what you have now is very failsafe and conservative |
| 13:27.24 | *** part/#cubieboard mogurakun (~quassel@188.120.12.53) |
| 13:27.42 | maribu | I'll give the official kernel from my distro a try |
| 13:27.52 | *** join/#cubieboard Scolytus (~quassel@unaffiliated/scolytus) |
| 13:30.05 | ssvb | maribu: btw, what is the CPU clock speed? |
| 13:30.35 | ssvb | maribu: that's another possible source of failures if it is overclocked |
| 13:33.24 | maribu | 1008MHz as max clock. I'll try what happens when I limit it to 720Mhz |
| 13:34.39 | *** join/#cubieboard inkwizytor (~qermit@unaffiliated/pantofel) |
| 13:35.09 | maribu | Oh, it is actually limited to 912MHz. With installing the patched u-boot package I also have overwritten my script.bin |
| 13:36.15 | ssvb | maribu: hmm :) and if I remember correctly, it got somewhat more stable as a result, right? |
| 13:38.48 | ssvb | maribu: the lima-memtester failures could be possibly explained by the fact that CPU + Mali consumes more power than the CPU alone |
| 13:39.30 | ssvb | maribu: this can make your PSU the primary potential culprit again |
| 13:40.29 | ssvb | maribu: are you sure that your hdd is really using the external power? is it an external 5.25" usb hdd or something? |
| 13:42.23 | *** join/#cubieboard nighty-_ (~nighty@lns-bzn-49f-62-147-170-46.adsl.proxad.net) |
| 13:42.46 | maribu | the power plug of the hdd is connected to the power supply of an sata-to-usb adapter, but the data plug is connected to the sata plug of the cubietruck directy |
| 13:44.25 | maribu | actually I would think that the system has become more stable with running at 912MHz. It still crashes immedeatly after running lima-memtester. I'll try the new kernel now with cpu limit to 720MHz |
| 13:45.14 | maribu | brb |
| 13:48.27 | *** join/#cubieboard joph (~joph@2605:6400:20:2877:22:a25:aee9:1c54) |
| 13:54.01 | *** join/#cubieboard rundfunk (~rundfunk@h-109-40.a163.priv.bahnhof.se) |
| 14:10.59 | *** join/#cubieboard syeekick (~syee@cpc2-gtya4-2-0-cust84.4-4.cable.virginm.net) |
| 14:11.45 | *** join/#cubieboard ssvb (~ssvb@212.16.98.80) |
| 14:23.25 | *** join/#cubieboard tat (~tat@port-83-236-202-28.static.qsc.de) |
| 14:39.42 | *** join/#cubieboard twave (~twave@108.206.254.159) |
| 14:55.33 | *** join/#cubieboard madmaxx (x@unaffiliated/madmaxx) |
| 14:55.47 | *** part/#cubieboard madmaxx (x@unaffiliated/madmaxx) |
| 14:56.12 | *** join/#cubieboard joph (~joph@2605:6400:20:2877:22:a25:aee9:1c54) |
| 15:26.22 | *** join/#cubieboard Gumboot (~sh1@c-98-207-233-122.hsd1.ca.comcast.net) |
| 15:26.38 | *** join/#cubieboard weltall (~weltall@planeshift/developer/weltall) |
| 15:27.06 | *** join/#cubieboard lerc (~quassel@121-74-255-121.telstraclear.net) |
| 15:28.52 | *** join/#cubieboard Guest73081 (~nesthib@unaffiliated/nesthib) |
| 15:30.07 | *** join/#cubieboard mherweg (~mherweg@ip-88-152-123-137.unitymediagroup.de) |
| 15:49.20 | *** join/#cubieboard ecelis (~cfe@189.158.75.199) |
| 15:51.10 | *** join/#cubieboard datagutt (~datagutt@unaffiliated/datagutt) |
| 15:58.02 | *** join/#cubieboard fossxplorer (~Foss@146.247.129.214) |
| 15:58.02 | *** join/#cubieboard fossxplorer (~Foss@unaffiliated/fossxplorer) |
| 16:10.26 | *** join/#cubieboard tomboy64 (~tomboy@gateway/tor-sasl/tomboy64) |
| 17:02.42 | *** join/#cubieboard _whitelogger (whitelogge@fehu.whitequark.org) |
| 17:19.45 | *** join/#cubieboard ssvb (~ssvb@212.16.98.80) |
| 17:52.59 | *** join/#cubieboard Juzzy (Xinu@24-151-202-127.dhcp.jcsn.tn.charter.com) |
| 17:53.37 | Juzzy | anyone know why the cubietruck rides on a load of 1.0 when there's no io waits, and 100% cpu idle? |
| 18:27.59 | *** join/#cubieboard deasy (~deasy@host-85-201-82-67.brutele.be) |
| 18:39.02 | rm | Juzzy, known bug, caused by a wrong setting in script.bin(fex) |
| 18:39.20 | rm | some lock being held and waited for somewhere, I think USB related |
| 18:39.30 | rm | does not affect anything, not even performance |
| 18:40.01 | rm | if you care, try replacing your script.bin e.g. with the one that was in your CT's nanda partition |
| 18:56.29 | *** join/#cubieboard setkeh (~setkeh@unaffiliated/setkeh) |
| 19:07.09 | *** join/#cubieboard RA3OR (~demon@unaffiliated/ra3or) |
| 19:19.02 | Juzzy | ah nice thanks rm |
| 19:22.20 | *** join/#cubieboard smccarthy (~smccarthy@208.99.166.84) |
| 19:29.01 | *** join/#cubieboard mherweg (~mherweg@ip-88-152-123-137.unitymediagroup.de) |
| 19:29.17 | ssvb | Juzzy: if updating script.bin helps, please report the problem to the linux-sunxi mailing list |
| 19:30.02 | ssvb | Juzzy: if it has not been fixed yet, then it is not really known to the relevant people :) |
| 19:31.28 | Juzzy | I can't find any script.bin |
| 19:34.03 | Juzzy | another question: can i dd if=/dev/root of=/mnt/sdcard to essentially do a full backup? |
| 19:35.55 | *** join/#cubieboard twave (~twave@108-206-254-159.lightspeed.miamfl.sbcglobal.net) |
| 19:41.27 | *** join/#cubieboard RA3OR (~demon@unaffiliated/ra3or) |
| 19:48.56 | Tekkharibo | hi |
| 19:49.36 | Tekkharibo | I already install cubian i3wm and iceweasel on my cubieboardv2 |
| 19:50.25 | Tekkharibo | and I have a lag on youtube video (360p) and I dont have a sound |
| 19:50.42 | Tekkharibo | you know my problem ? |
| 19:55.30 | *** join/#cubieboard focus_it (~Doug@host81-149-149-147.in-addr.btopenworld.com) |
| 19:57.46 | *** join/#cubieboard nils2 (~nils_2@unaffiliated/nils-2/x-2480262) |
| 19:59.08 | *** join/#cubieboard smccarthy2 (~smccarthy@208.99.166.84) |
| 20:04.58 | *** join/#cubieboard joph (~joph@unaffiliated/joph) |
| 20:15.34 | wiak | Tekkharibo, did you try another output? |
| 20:17.53 | wiak | http://linux-sunxi.org/CedarX/libve |
| 20:17.57 | wiak | might helpo |
| 20:19.10 | Tekkharibo | thx i watch it |
| 20:19.30 | wiak | i am in the same boat lol |
| 20:19.39 | wiak | https://github.com/iainb/CedarXPlayerTest <- found that one hmm |
| 20:19.39 | wiak | ;) |
| 20:36.58 | *** join/#cubieboard tyil (~quassel@why.cant.i.hold.all.these.niggers.nl) |
| 20:39.59 | *** join/#cubieboard smccarthy (~smccarthy@208.99.166.84) |
| 20:52.50 | *** join/#cubieboard red723 (~redhair@port-92-193-127-242.dynamic.qsc.de) |
| 20:53.58 | *** join/#cubieboard tyil (~tyil@why.cant.i.hold.all.these.niggers.nl) |
| 20:54.54 | *** join/#cubieboard tyil (~tyil@why.cant.i.hold.all.these.niggers.nl) |
| 20:56.04 | *** join/#cubieboard tyil1 (~tyil@why.cant.i.hold.all.these.niggers.nl) |
| 21:13.08 | *** join/#cubieboard tyil1 (~tyil@why.cant.i.hold.all.these.niggers.nl) |
| 21:15.22 | *** join/#cubieboard deffrag__ (~Dedec@unaffiliated/deffrag) |
| 21:16.09 | *** join/#cubieboard D0pamine (~ryan@unaffiliated/d0pamine) |
| 21:20.21 | *** join/#cubieboard tyil1 (~tyil@why.cant.i.hold.all.these.niggers.nl) |
| 21:28.41 | *** join/#cubieboard atsampson (~ats@cartman.offog.org) |
| 21:42.50 | *** join/#cubieboard tyil (~tyil@why.cant.i.hold.all.these.niggers.nl) |
| 22:02.54 | *** join/#cubieboard tomboy64 (~tomboy@gateway/tor-sasl/tomboy64) |
| 22:12.46 | *** join/#cubieboard tomboy64 (~tomboy@gateway/tor-sasl/tomboy64) |
| 22:13.44 | *** join/#cubieboard souther (~souther@2605:6400:1:fed5:22:1ac:61c0:e24e) |
| 22:38.07 | *** join/#cubieboard shineworld (~shineworl@unaffiliated/shineworld) |
| 22:41.27 | *** join/#cubieboard joph (~joph@unaffiliated/joph) |
| 22:49.56 | shineworld | what is your antutu score with cubieboard2 ? Mine is 7980 |
| 22:50.11 | *** join/#cubieboard popolon (~popolon@unaffiliated/popolon) |
| 23:17.49 | *** join/#cubieboard lerc (~quassel@121-74-255-121.telstraclear.net) |