2013-11-05 00:06 dos1 has quit [Ping timeout: 240 seconds] 2013-11-05 00:17 dos1 has joined #qi-hardware 2013-11-05 00:36 dos1 has quit [Ping timeout: 240 seconds] 2013-11-05 00:42 xiangfu has joined #qi-hardware 2013-11-05 00:45 lindi- has quit [Quit: No Ping reply in 180 seconds.] 2013-11-05 00:46 lindi- has joined #qi-hardware 2013-11-05 00:46 lindi- has quit [Changing host] 2013-11-05 00:46 lindi- has joined #qi-hardware 2013-11-05 00:58 xiangfu has quit [*.net *.split] 2013-11-05 00:58 rodgort has quit [*.net *.split] 2013-11-05 00:58 roh has quit [*.net *.split] 2013-11-05 00:58 roh has joined #qi-hardware 2013-11-05 00:58 xiangfu has joined #qi-hardware 2013-11-05 00:58 rodgort has joined #qi-hardware 2013-11-05 02:27 panda|x201 has quit [Quit: Leaving] 2013-11-05 03:54 larsc has quit [Ping timeout: 272 seconds] 2013-11-05 03:54 larsc has joined #qi-hardware 2013-11-05 04:02 panda|x201 has joined #qi-hardware 2013-11-05 05:11 panda|x201 has quit [Ping timeout: 240 seconds] 2013-11-05 05:19 xiangfu has quit [Read error: Connection reset by peer] 2013-11-05 05:24 xiangfu has joined #qi-hardware 2013-11-05 05:37 xiangfu has quit [Ping timeout: 245 seconds] 2013-11-05 05:56 panda|x201 has joined #qi-hardware 2013-11-05 07:04 viric has quit [Remote host closed the connection] 2013-11-05 07:09 viric has joined #qi-hardware 2013-11-05 07:13 xiangfu has joined #qi-hardware 2013-11-05 07:18 wolfspraul has joined #qi-hardware 2013-11-05 07:30 panda|x201 has quit [Ping timeout: 245 seconds] 2013-11-05 07:43 panda|x201 has joined #qi-hardware 2013-11-05 07:47 wolfspraul has quit [Ping timeout: 268 seconds] 2013-11-05 07:50 xiangfu has quit [Read error: Connection reset by peer] 2013-11-05 07:56 lekernel has joined #qi-hardware 2013-11-05 08:05 jekhor has joined #qi-hardware 2013-11-05 08:10 rz2k has joined #qi-hardware 2013-11-05 08:26 rz2k has quit [Read error: Connection reset by peer] 2013-11-05 08:41 wolfspraul has joined #qi-hardware 2013-11-05 09:01 mth has quit [] 2013-11-05 09:10 xiangfu has joined #qi-hardware 2013-11-05 09:24 panda|x201 has quit [Ping timeout: 252 seconds] 2013-11-05 09:28 wolfspraul has quit [Ping timeout: 240 seconds] 2013-11-05 09:41 panda|x201 has joined #qi-hardware 2013-11-05 09:45 porchao has quit [Ping timeout: 240 seconds] 2013-11-05 09:49 freespace has quit [Ping timeout: 240 seconds] 2013-11-05 09:55 freespace has joined #qi-hardware 2013-11-05 10:09 porchao has joined #qi-hardware 2013-11-05 10:50 eintopf has quit [Remote host closed the connection] 2013-11-05 10:52 eintopf has joined #qi-hardware 2013-11-05 11:02 eintopf has quit [Remote host closed the connection] 2013-11-05 11:12 mth has joined #qi-hardware 2013-11-05 11:55 panda|x201 has quit [Ping timeout: 268 seconds] 2013-11-05 12:25 wpwrak: the uSD slot IS externally available, and we even change from detecting card-presence (aka umount) via hall switch and magnet in battery lid to a true switch integrated into uSD tray 2013-11-05 12:27 we're not considering 6lowPan a common enough feature to integrate it into Neo900 2013-11-05 12:28 DocScrutinizer05: 30k \o/ 2013-11-05 12:29 DocScrutinizer05: you bet we err *I* personally will take care to expose a damn wealth of "testpoints" to the battery bay 2013-11-05 12:29 talking to yourself? 2013-11-05 12:29 ooh, already? A started worrying snce no donations for 4h 2013-11-05 12:30 dang 2013-11-05 12:30 well, almost 2013-11-05 12:30 wpwrak: you bet we err *I* personally will take care to expose a damn wealth of "testpoints" to the battery bay 2013-11-05 12:30 29810 2013-11-05 12:30 mhm, so still 29830? 2013-11-05 12:30 or 810 2013-11-05 12:30 that's like this since 4h already 2013-11-05 12:31 :-/ 2013-11-05 12:31 and Dos not around to finally install a new more encouraging progess bar and send out a newletter that doesn't sound like "thanks folks, we reached our goal" 2013-11-05 12:32 yeah I was surprised about it. can't you just get more money? since you don't have any fixed production run planned anyway 2013-11-05 12:32 https://shop.goldelico.com/wiki.php?page=GTA04%3ADonation&referer=Neo900 2013-11-05 12:32 that's the idea 2013-11-05 12:32 but it's pretty poorly communicated 2013-11-05 12:33 you could overlay the progress bar with a growing arrow, for then next 25k :) 2013-11-05 12:33 or just keep the bar size fixed and scale the marks 2013-11-05 12:33 we're more interested in number of donors now 2013-11-05 12:34 I already suggested to replace the amount€ progress bar by a number-donors one, with a intermediat goal of 200 and a preliminary final goal of 1000 2013-11-05 12:34 and you really should post on /., HN, etc again 2013-11-05 12:35 "we've got this much people, let's get twice more!" 2013-11-05 12:35 we don't *need* more funds actually, we need more customers documenting they're willing to buy a device once we go MP 2013-11-05 12:35 number of donors is a somewhat obscure metric. some may say that fewer would be better. also, donors are a subset of potential buyers. 2013-11-05 12:36 and you don't know how big/small a subset they are. especially now, since you've reached your goal and there's no incentive to put more money at the moment. 2013-11-05 12:36 http://talk.maemo.org/showthread.php?p=1384252#post1384252 2013-11-05 12:37 whitequark: naw, better to keep it exclusive. lots of fanboys also mean lots of noise. and someone has to handle the crowd. 2013-11-05 12:37 http://talk.maemo.org/showthread.php?p=1384183#post1384183 2013-11-05 12:39 http://talk.maemo.org/showthread.php?p=1384198#post1384198 2013-11-05 12:41 mth has quit [] 2013-11-05 12:43 i guess the question is: what are the parts where you need large numbers ? 2013-11-05 12:44 also, 1000 seems pretty small for custom parts. at least if they're have a relatively low unic cost, like connectors 2013-11-05 12:47 well, do you think I should write a 3pages whitepaper on that to explain the idea to customers? 2013-11-05 12:47 for fab line it makes a damn difference if we run a batch of 200 or a batch of 1000 2013-11-05 12:48 both for fixed costs of line setup as well as for component cost since we might not need to retape components when we use significantly >>200 2013-11-05 12:48 xiangfu has quit [Remote host closed the connection] 2013-11-05 12:49 for real custom made stuff the situation is even more obvious, think the spacer frame we need to get built 2013-11-05 12:52 for 2k PCB we might start to consider going the original icky integrated-FPC-to-doughterboard approach that Nokia opted for 2013-11-05 12:52 we even might consider going PCB with embedded components, which is the new hype and has quite some advantages 2013-11-05 12:52 yes, for SMT you need about 1000 units, minimum. but that's for later. 2013-11-05 12:53 embedded components, how does that work ? 2013-11-05 12:53 DocScrutinizer05: pcb with embedded components?! 2013-11-05 12:53 no, that's for now, since we need to plan out path ahead 2013-11-05 12:54 ah, you're not sure yet about the future volume. i see. i would have thought you assumed you'd be able to sell > 1000 units when done anyway. (that is, unless you run into debilitating problems, which we all hope you won't) 2013-11-05 12:54 how that works? exactly like you think it would. PCB manuf placing chips and discrete components between the PCB layers 2013-11-05 12:55 no, we will produce to order 2013-11-05 12:55 hmm. goodbye rework. 2013-11-05 12:55 hello density and reliability 2013-11-05 12:56 (produce to order) you'll have to make batches. so it would seem to be a separate step. well, doens't matter. a bit of overplanning can't hurt :) 2013-11-05 12:56 it not only hurts, it might kill us 2013-11-05 12:56 (reliability) is the process already well-established ? it's the first time i hear of it 2013-11-05 12:57 we can't afford to buy 1000 N900 for spare parts, just to find we can stash 800 of them to the attic 2013-11-05 12:58 have you tried to reach the makers of replacement parts ? 2013-11-05 12:58 we gonna produce strictly to order (+ spare for warranty) 2013-11-05 12:58 we haven't tried anything like that yet 2013-11-05 12:59 and 1000 small donations won't help you with buying 1000 N900 either. so i think whether you have 1000 or 100 wouldn't change your strategy at that point. 2013-11-05 12:59 since we don't even know about which volumes we talk 2013-11-05 12:59 1000 donations of 100EUR make 1000 customes who already paid for their N900 2013-11-05 13:00 i'd say "think openmoko". likely more, since now a lot more people know smartphones and frustration with the established players is increasing 2013-11-05 13:00 uh? 2013-11-05 13:00 sorry you lost me 2013-11-05 13:01 for volume. expect to be able to sell at least about as many units as openmoko sold 2013-11-05 13:01 HAH that would be nice 2013-11-05 13:01 (N900) oh,they're that cheap. i see. 2013-11-05 13:02 but pretty utopistic 2013-11-05 13:02 your project has a number of advantages: 1) safer hardware choices, 2) proven software package, 3) tending to a larger market 2013-11-05 13:03 I'm, not gambling. I have no capital to gamble with 2013-11-05 13:04 now you do :) and it's not gambling. it's just working with the right expectations. if you expect to handle the first 1000 units by recycling old N900, fine. there you have a data point you can work with. 2013-11-05 13:05 we're going thru development phase now, which will look different for many aspects, depending on whether we plan for 200 or for 2k devices to manufacture. Once we are MP ready and open true preorder site where people pay in advance to receive their device 6 weeks later, we might even have to close down the order page once we exceed the amount of orders we anticipated and calculated with 2013-11-05 13:05 how about the next 10k ? would that still work or would supplies dry up ? that's why you'd want to talk to the replacement parts suppliers. maybe they can also help you with parts you didn't find. depends a bit on how they operate. 2013-11-05 13:06 a few icky nasty little shitty things get in our way maybe: SMIA95 camera socket 2013-11-05 13:06 64pin NON-standard FPC B2B connector 2013-11-05 13:07 the plastic is abundance 2013-11-05 13:07 no issues with getting 100k N900 spare cases 2013-11-05 13:08 kewl :) 2013-11-05 13:08 but we might not be able to source a single SMIA95 socket 2013-11-05 13:08 ok, we might completely swap camera design then 2013-11-05 13:08 go for a 12MP module with a more usual socket 2013-11-05 13:08 but that's *risk* again 2013-11-05 13:09 and who knows how good the manuf support for firmware is with such a solution 2013-11-05 13:09 yeah. well, we know the drill :) 2013-11-05 13:10 you know all cam modules/chips need rather proprietary custom made to fit postprocessing to gain a certain level of quality 2013-11-05 13:10 for N900 5MP cam we got that, in Fremantle 2013-11-05 13:11 for any other cam we are probably back to cam quality of fremantle PR1.0 which been *erhem* *cough* 2013-11-05 13:11 i guess there must be some common sets of algorithms. researchers may have some libraries you could steal from. 2013-11-05 13:12 sure, but in the end only the chip manuf knows all the idiosyncrasies of their cmos chip 2013-11-05 13:12 as long as they cause visible results you can fix them :) 2013-11-05 13:13 or we start a research project that analyzes the chip's pictures for artifacts and other unwanted stuff and develops/adapts the needed algo 2013-11-05 13:13 your main risk would be to apply an algorithm in the wrong situation. that happens. you can always have a "raw" option to bypass that. 2013-11-05 13:14 first pictures of N900 had terrible color noise, false colors, whatnot else 2013-11-05 13:14 the flash is "green" 2013-11-05 13:14 dunno what else 2013-11-05 13:14 ;-)) 2013-11-05 13:14 that's what you get for stealing martian technology :) 2013-11-05 13:15 s/of N900/taken with N900/ 2013-11-05 13:15 anyway, if all that can be fixed in sw, then you may not have to worry all that much about it. and you already know what to expect, so you won't panic if it looks evil. 2013-11-05 13:15 * whitequark works at http://evl.ms 2013-11-05 13:15 :p 2013-11-05 13:16 then a whole university and Nokia joint task force worked on the cam drivers (google fcam) and with PR1.1 or PR1.2 finally N900 pic quality became usable 2013-11-05 13:17 nasty martians. one extra tooth and they're pointier, too 2013-11-05 13:19 wolfspraul has joined #qi-hardware 2013-11-05 13:40 wolfspraul has quit [Quit: leaving] 2013-11-05 13:42 kewl. adobe didn't salt their pws. http://xkcd.com/1286/ 2013-11-05 13:43 yes, the fun crosswrod 2013-11-05 13:43 word 2013-11-05 13:43 wpwrak: they even don't hash. They only cipher. 2013-11-05 13:43 3des 2013-11-05 13:43 cheers to the infinity of human stupidity ;-) 2013-11-05 13:43 in block mode 2013-11-05 13:44 well, ciper == hash as long as they key isn't broken 2013-11-05 13:44 of course, once it is, even more fun :) 2013-11-05 13:45 wpwrak: well, with hash, all results are of equal length. Ciphering, length depends on the source. 2013-11-05 13:46 ROOTFL 2013-11-05 13:47 well, you could pad. of course, a end = strchr(buf, 0); memset(end, 0, buf+sizeof(buf)-end); may be a bit too demanding ... 2013-11-05 13:47 block mode would still get you in this case, just a little bit later 2013-11-05 13:51 you could use the password as the key to encrypt some block of random data 2013-11-05 13:51 fixed sized block 2013-11-05 13:52 basically the reverse of what they did 2013-11-05 13:52 "There's only one group that comes out of this looking smart: Everyone who pirated Photoshop." 2013-11-05 13:53 or end with \0 and pad with a halfway decent PRNG 2013-11-05 13:53 or, you know, just salt them 2013-11-05 13:53 ah, that's what you're suggesting 2013-11-05 13:53 maybe they've heard too much salt is unhealthy 2013-11-05 13:54 but yes, they're making an excellent case both for closed source and for the cloud :) 2013-11-05 13:55 well, this happens every now and then 2013-11-05 13:57 there was a page with different-sized circles based on the number of accounts leaked, with a timeline. 2013-11-05 13:57 I can't remember what one 2013-11-05 14:05 paul_boddie has joined #qi-hardware 2013-11-05 14:07 jekhor has quit [Ping timeout: 246 seconds] 2013-11-05 14:08 That Montserrat domain name can't have been cheap. 2013-11-05 14:12 wolfspraul has joined #qi-hardware 2013-11-05 14:15 what domain name? 2013-11-05 14:15 adobe.com? 2013-11-05 14:15 .com isn't montserrat 2013-11-05 14:16 Rosa d'abril, morena de la serra... :) 2013-11-05 14:16 evl.ms 2013-11-05 14:16 uh 2013-11-05 14:16 Sorry, I was following the logs! 2013-11-05 14:17 Comment made more sense about 45 minutes ago. :-) 2013-11-05 14:18 many catalans choose Montserrat as country, when they are forced to choose a country of origin somewhere. :) 2013-11-05 14:19 It's nice that we have such option in country lists. 2013-11-05 14:24 Sure beats Norfolk Island, North Korea and Northern Mariana Islands for my typical country selection workflow (and not obstructing it). 2013-11-05 14:24 paul_boddie: $62/yr 2013-11-05 14:25 whitequark: Keeps the domain sharks away, I guess. 2013-11-05 14:27 porchao has quit [Quit: Leaving...] 2013-11-05 14:28 mth has joined #qi-hardware 2013-11-05 14:31 Wow, real blog comment from the doc on my blog! Makes a change from people pushing handbags and guitar lessons. 2013-11-05 14:38 paul_boddie has quit [] 2013-11-05 14:48 panda|x201 has joined #qi-hardware 2013-11-05 14:54 Jay7 has quit [Read error: Connection reset by peer] 2013-11-05 14:55 Jay7 has joined #qi-hardware 2013-11-05 15:27 pcercuei has joined #qi-hardware 2013-11-05 15:55 pcercuei has quit [Ping timeout: 260 seconds] 2013-11-05 15:57 xiangfu has joined #qi-hardware 2013-11-05 16:47 xiangfu has quit [Remote host closed the connection] 2013-11-05 16:53 rz2k has joined #qi-hardware 2013-11-05 17:06 viric_ has joined #qi-hardware 2013-11-05 17:07 viric has quit [Ping timeout: 240 seconds] 2013-11-05 17:07 viric_ is now known as viric 2013-11-05 17:10 dos1 has joined #qi-hardware 2013-11-05 17:29 jekhor has joined #qi-hardware 2013-11-05 17:37 DocScrutinizer05: 30k! for real this time 2013-11-05 17:37 30120 to be precise 2013-11-05 17:38 If you continue like this you'll have half a million by next month 2013-11-05 17:38 http://xkcd.com/605/ 2013-11-05 17:39 :) 2013-11-05 17:47 hah, yeah. today it already almost died to zilch 2013-11-05 17:47 https://shop.goldelico.com/wiki.php?page=GTA04%3ADonation 2013-11-05 18:08 ah, ok, the top5 is 10k alone, not bad 2013-11-05 18:09 DocScrutinizer05: are you going to be at the ohsw? 2013-11-05 18:15 nice 2013-11-05 18:25 dude 2013-11-05 18:25 where's cde when you need him. 2013-11-05 18:29 viric has quit [Ping timeout: 240 seconds] 2013-11-05 18:35 viric has joined #qi-hardware 2013-11-05 19:18 bzb has joined #qi-hardware 2013-11-05 19:27 valhalla has joined #qi-hardware 2013-11-05 19:29 valhalla_ has quit [Ping timeout: 245 seconds] 2013-11-05 19:37 !seen cde 2013-11-05 19:37 whitequark, cde (~cde@fsf/member/cde) was last seen quitting #milkymist 1 day 23 hours 38 minutes ago (03.11. 19:59) stating "Quit: Lost terminal" after spending some time there. 2013-11-05 19:37 sigh 2013-11-05 19:53 bzb has quit [Read error: Connection reset by peer] 2013-11-05 19:59 bzb has joined #qi-hardware 2013-11-05 20:07 ooh, now that you're among the righ and famous, something like EUR 2000 per day is "zilch" now ! :) 2013-11-05 20:14 :D 2013-11-05 20:21 bzb has quit [Ping timeout: 245 seconds] 2013-11-05 20:43 _whitelogger has joined #qi-hardware 2013-11-05 21:07 rzk has joined #qi-hardware 2013-11-05 21:10 rz2k has quit [Ping timeout: 252 seconds] 2013-11-05 21:31 larsc mth: Hello 2013-11-05 21:32 hi apelete 2013-11-05 21:33 what's up ? felt like it's been a while since we talked 2013-11-05 21:33 yea, been busy 2013-11-05 21:34 because of ELCE ? 2013-11-05 21:34 and work 2013-11-05 21:34 and life 2013-11-05 21:34 ha ha :) 2013-11-05 21:35 anyway, I'm having a hard time trying to figure out why the musb driver fails to detect endpoints for jz4740 2013-11-05 21:37 I'm guessind it may be because the udc is not powered on, but I can't figure out how to power on the damn thing 2013-11-05 21:37 the only thing that needs to be done is to enable the clocks 2013-11-05 21:37 larsc: so, I'm going to try something, and how would like you to tell me how reckless/foolish this is :-) 2013-11-05 21:40 Don't plug the USB cable into mains, if that's what you wanted to do 2013-11-05 21:40 :) 2013-11-05 21:41 :) 2013-11-05 21:41 larsc: clocks seems to be enabled already, but I saw the jzA749_udc driver was "powering on" the device by writing to the power reg: 2013-11-05 21:41 /* Let host detect UDC: 2013-11-05 21:41 * transistor on and pull the USBDP pin HIGH. 2013-11-05 21:41 * Software must write a 1 to the PMR:USB_POWER_SOFTCONN bit to turn this 2013-11-05 21:41 */ 2013-11-05 21:41 usb_setb(dev, JZ_REG_UDC_POWER, USB_POWER_SOFTCONN); 2013-11-05 21:42 larsc: so, I would like to try the same by calling musb_pullup() from within the glue code. how stupid/dangerous do you think that is ? 2013-11-05 21:43 shouldn't cause any problems 2013-11-05 21:43 but I don't think it will help reading the descs either 2013-11-05 21:44 jekhor has quit [Ping timeout: 264 seconds] 2013-11-05 21:45 larsc: hmmm, shouldn't cause any problem even with the usb cable plugged into mains ? (using battery is not convenient because of serial line, so I'm using usb cable as power source for the device) 2013-11-05 21:46 I looked into the clock gate register before, with mth's help, and the clock seems to be running already, so that's my best clue right now 2013-11-05 21:46 there are two clocks 2013-11-05 21:46 ha 2013-11-05 21:49 or well the bit in the gate register only enables/disables autosuspend 2013-11-05 21:49 but the real udc clock is enabled/disabled by bit 6 in the SLEEP_CTRL register 2013-11-05 21:49 in the clock core 2013-11-05 21:50 apelete: if you're in a device role, maybe there's also a way to detect SOF reception. many usb blocks have an SOF interrupt, counter, or frame number register. seeing an SOF will tell you that the low-level stuff is working. 2013-11-05 21:50 larsc: clock activation in glue layer is as follow: 2013-11-05 21:50 clk = devm_clk_get(&pdev->dev, "udc"); 2013-11-05 21:50 dev_err(&pdev->dev, "failed to get clock\n"); 2013-11-05 21:50 if (IS_ERR(clk)) { 2013-11-05 21:50 ret = PTR_ERR(clk); 2013-11-05 21:50 goto err2; 2013-11-05 21:50 } 2013-11-05 21:50 2013-11-05 21:51 ret = clk_prepare_enable(clk); 2013-11-05 21:51 if (ret) { 2013-11-05 21:51 dev_err(&pdev->dev, "failed to enable clock\n"); 2013-11-05 21:51 goto err3; 2013-11-05 21:51 } 2013-11-05 21:51 wpwrak: what does SOF stand for ? 2013-11-05 21:51 apelete: you can check the clock state in debugfs /sys/kernel/debug/jz4740-clock/ 2013-11-05 21:51 Start Of Frame 2013-11-05 21:51 e.g., a full-speed usb host generates one every 1 ms. 2013-11-05 21:52 too lazy to look what rate high-speed uses. i think low-speed is also 1 ms, but without sending a frame number. (on low-speed SOF is not a full token) 2013-11-05 21:52 but that comes much later 2013-11-05 21:54 apelete: It might be that the hardware simply does not report any endpoint information 2013-11-05 21:57 larsc: I'm rebuilding a kernel image to look at clock state in debugfs but, what do I do if hardware is not reporting endpoint information ? 2013-11-05 21:58 hardcode it in the glue code ? 2013-11-05 21:58 hardcode them 2013-11-05 21:58 wow :-) 2013-11-05 21:58 the musb code seems to have support for this 2013-11-05 21:58 see ep_config_from_table 2013-11-05 22:00 btw. did you initialize num_eps? 2013-11-05 22:00 in your musb_hdrc_config 2013-11-05 22:01 yes: 2013-11-05 22:01 static struct musb_hdrc_config jz_usb_otg_config = { 2013-11-05 22:01 /* Max EPs scanned. Driver will decide which EP can be used automatically. */ 2013-11-05 22:01 .multipoint = 1, 2013-11-05 22:01 .num_eps = 6, 2013-11-05 22:01 }; 2013-11-05 22:01 2013-11-05 22:02 rzk has quit [] 2013-11-05 22:03 I was wondering the diffences between ep_config_from_table and ep_config_from_hw just the other day 2013-11-05 22:03 to each day its own pain I guess then :) 2013-11-05 22:10 lekernel has quit [Ping timeout: 252 seconds] 2013-11-05 22:23 lekernel has joined #qi-hardware 2013-11-05 22:34 bzb has joined #qi-hardware 2013-11-05 22:35 lekernel has quit [Quit: Leaving] 2013-11-05 22:39 wolfspraul has quit [Read error: Operation timed out] 2013-11-05 22:41 larsc: clock info in debufs (sorry for the delay, my serial line was working): 2013-11-05 22:41 root@BenNanoNote:/# cat /sys/kernel/debug/jz4740-clock/udc/enabled 2013-11-05 22:41 root@BenNanoNote:/# cat /sys/kernel/debug/jz4740-clock/udc/rate 2013-11-05 22:41 1 2013-11-05 22:41 12000000 2013-11-05 22:41 *wasn't working 2013-11-05 22:42 wolfspraul has joined #qi-hardware 2013-11-05 23:51 wolfspraul has quit [Quit: leaving]