**** BEGIN LOGGING AT Fri Feb 01 02:59:59 2013 Feb 01 03:13:25 Russ.. Docs in deed.. The entire System Reference Manaual Feb 01 03:13:29 is avaialble Feb 01 03:13:38 and the wiki Feb 01 03:13:46 http://circuitco.com/support/index.php?title=BeagleBoneBlack Feb 01 03:15:53 looks like its ready to go Feb 01 04:00:40 is the 3.2 kernel considered stable on the beagleboard at the moment? Feb 01 04:09:01 seeing we at what 3.8 i would say so Feb 01 04:11:24 damn you seagate... this is _not_ a good time for my hard drive to die Feb 01 04:11:49 good thing I have a spare Feb 01 04:11:50 I'm getting random kernel lockups preceded by usb disconnects Feb 01 04:12:46 roughly once a day Feb 01 04:19:04 mru: ever a good time? Feb 01 04:19:13 Dunearhp: vague! Feb 01 04:19:30 I know Feb 01 04:19:31 mranostay: better when I don't have to wake up in <5h Feb 01 04:20:05 ah yeah that is bad Feb 01 04:20:51 Seems to be associated with network traffic, but not with network load Feb 01 04:34:55 Dunearhp: i'm usign 3.2.33-psp26 and it seems stable Feb 01 04:35:18 got a resonably diverse range of tasks and they seem to be stable Feb 01 04:35:32 mranostay: what did you make of black-beagle? Feb 01 04:35:40 i don't have one Feb 01 04:35:46 nor do i Feb 01 04:35:52 disk replaced Feb 01 04:35:53 that is an untenible situation Feb 01 04:36:10 if i did i would be under some NDA :) Feb 01 04:36:23 dear folks@circitco.. this hobbit wants a black one Feb 01 04:36:34 * mru tosses mranostay a black magic marker Feb 01 04:36:39 seems it is the worst kept secrect... Feb 01 04:36:48 or they are deliberately leaking it Feb 01 04:37:12 you woud'nt post the Reference Manual to a public GIt repository woudl you Feb 01 04:37:13 ? Feb 01 04:37:19 or put it in your wiki Feb 01 04:37:26 it's only semi-secret Feb 01 04:37:33 probably dropbox if i was doing that Feb 01 04:37:56 must have been enough raspiberry Pi people annoying them Feb 01 04:38:42 i don't know how many dipshit people i know say "well it only $35" Feb 01 04:39:05 yeah you can't do anything with it :) Feb 01 04:41:46 wow, that disk is still under warranty Feb 01 04:41:55 expires in june Feb 01 04:42:11 mrpackethead_: is that available as a package anywhere? I'm on 3.2.28 Feb 01 04:42:27 trying to set up the serial console Feb 01 04:46:56 Dunearhp: i'm using a debian build Feb 01 04:47:10 if you want to use that, theres a very simple to follow net-install Feb 01 04:48:18 mranostay: $35 + $10 for a card, $10 for a PSU cause powring it on USB doesnt work.. its not long Feb 01 04:48:25 and you coud have bought a bone. Feb 01 04:48:42 i finally gave away my last pis yesterday Feb 01 04:48:48 to the local maker-space Feb 01 04:48:58 someone will do somethign quirky with it no dobut. Feb 01 04:50:35 well the power supply doesn't come with the bone either Feb 01 04:50:50 can the rpi be powered by USB? i can't remember Feb 01 04:51:13 it glows, Feb 01 04:51:17 but it falls over Feb 01 05:00:16 * mranostay wonders who will win the cape contest tomorrrow Feb 01 05:02:28 dmx cape is cool but all the three people that will buy it :) Feb 01 05:13:01 its not that cool Feb 01 05:13:15 dmx should ( by standard ) be by directional Feb 01 05:13:25 should be isolated Feb 01 05:13:30 and should have RDM biasing Feb 01 05:13:51 i know a few capes that aren't getting selected due to fire risks :) Feb 01 05:13:52 mranostay: i've sold several thousand ethernet --> DMX nodes Feb 01 05:14:08 there are more than 3 people who woudl buy them Feb 01 05:14:39 isolated by 1:1 transformers? Feb 01 05:14:58 Opto-isolation and and DC/DC converters Feb 01 05:15:14 ah yes opto-islolation would be best Feb 01 05:16:47 https://fbcdn-sphotos-g-a.akamaihd.net/hphotos-ak-ash3/535461_10151409829417661_1980766203_n.jpg? Feb 01 05:16:52 something liket hat Feb 01 05:18:43 ironically we are buildign this.. Feb 01 05:18:46 https://fbcdn-sphotos-g-a.akamaihd.net/hphotos-ak-ash3/535461_10151409829417661_1980766203_n.jpg Feb 01 05:18:53 opps, try again Feb 01 05:19:05 https://fbcdn-sphotos-c-a.akamaihd.net/hphotos-ak-ash4/408443_10151409832482661_1855671786_n.jpg Feb 01 05:19:41 you know the ? would be ignored in that case :) Feb 01 05:20:24 yup. Feb 01 05:21:20 id be dissapointed if a FPGA or CLPD cape won Feb 01 05:21:37 theres not much immagination there Feb 01 05:21:45 teh VGA output.. thats old hat Feb 01 05:21:56 well i bet the CPLD cape doesn't win for sure Feb 01 05:22:24 Solar cape is a contender Feb 01 05:22:37 won't happen Feb 01 05:22:42 GPS/FM is interesting. Feb 01 05:23:02 CCO isn't going to produce something that can catch fire Feb 01 05:23:33 Energon is interesting Feb 01 05:23:51 AStimo camo is cool Feb 01 05:24:16 stomp cape i meant.. Feb 01 05:24:45 i think theres only possibly 4 contentders for a winner Feb 01 05:24:46 didn't look at their schematic Feb 01 05:24:58 mrpackethead_: well there are 3 winners :) Feb 01 05:25:07 what is your list? Feb 01 05:25:47 GPS_FM Feb 01 05:26:07 Cape Wings Feb 01 05:26:17 Stomp Feb 01 05:26:20 and Gieger Feb 01 05:26:50 in no order Feb 01 05:27:43 but i wodu'nt want to judge this oe Feb 01 05:27:54 theres some that clearly shoudl not be winner Feb 01 05:28:04 well the GPS_FM assume a battery cape that really charges batteries Feb 01 05:29:09 antying that is justa board to development on, is boring Feb 01 05:29:18 they want something that does something Feb 01 05:29:27 "using a FGPA" is not doign sometrhign Feb 01 05:29:32 yeah and CCO doesn't want something that catches fire :) Feb 01 05:29:32 its just a capablity Feb 01 05:29:50 why would solar energy catch fire? Feb 01 05:30:13 * mranostay remembers babysitting battery chargers in his lab rat jobs Feb 01 05:30:25 overcharge Feb 01 05:30:47 what i didnt get about that that project is why they used a pic-16 Feb 01 05:31:22 and a Serial connection Feb 01 05:31:24 really? Feb 01 05:31:34 christ why would you do that? Feb 01 05:31:38 yeah.. its a pic16 attached to the Beagle on a serial port Feb 01 05:31:58 its a rehashed project Feb 01 05:32:16 i bet you can find a PIC solar project Feb 01 05:32:22 thats now been fitted on a Beaglecape PCB Feb 01 05:32:53 its why Sean's DmX is a good proejct Feb 01 05:32:57 although its not quite finished Feb 01 05:33:05 hes been smart and used the Beagle wel Feb 01 05:41:24 Hmmmm so CCO is not going to manufacture the Bone flare launcher? Feb 01 06:03:53 ds2: unlikely Feb 01 06:11:21 unkley? Feb 01 06:24:16 <_av500_> mrpackethead_: :-P Feb 01 06:24:40 some days _av500_ i'd swear you where a bot Feb 01 06:25:14 i wonder if my ISP is goign to support IPv6 some day soon Feb 01 06:25:23 <_av500_> mrpackethead_: but I am Feb 01 06:25:45 <_av500_> I sit in this channel because I feel safe here Feb 01 06:25:56 safe.. your deluded. Feb 01 06:26:24 in a kind sort of way Feb 01 06:26:25 :-) Feb 01 06:28:49 http://www.techthefuture.com/technology/printing-living-cells-with-a-150-open-source-bioprinter/ <-- bio-cape? Feb 01 06:31:34 does nz even get ipv6? Feb 01 06:31:41 yup.. Feb 01 06:31:57 i was deploying ipv6 more than 7 years ago Feb 01 06:32:04 I'd think at least verizon fios would be on top of this ipv6 thing, but no such luck Feb 01 06:32:16 but my ISP at home is way behind the times. Feb 01 06:32:28 i can tunnel Feb 01 06:32:33 but its ugly. Feb 01 06:32:37 ds2, good news everyone Feb 01 06:32:49 with my modification, I'm down to about 18mW Feb 01 06:33:08 thats pretty squeeky Feb 01 06:33:09 :-) Feb 01 06:33:33 i'm jsut workign out how big a battery i need Feb 01 06:33:35 to keep it alive Feb 01 06:33:36 :-) Feb 01 06:33:55 now I just need to check with koen why it's configured that way in the first place Feb 01 06:34:47 about 3Whrs per week Feb 01 06:34:50 thats not much Feb 01 06:36:19 Russ: nifty...is your mod as bad as the mod for the classic? Feb 01 06:38:14 <_av500_> we dont need ipv6, there is nice and shiny carrier grade NAT for you Feb 01 06:43:00 Russ: koen: jkridner__: got FIT kernel images booting on beaglebone :): http://pastebin.com/CT6smgyi Feb 01 06:43:12 its just moving a zero ohm resistor Feb 01 06:43:21 a reletively low cost LiPO battery will keep thigns ticking over for a week, easily Feb 01 06:44:32 keeps the system a little happier.. Feb 01 06:44:41 from unscheduled shutdowns etc Feb 01 06:45:07 Russ, what sort of I/O can you use to put the sytem into Shutdown? Feb 01 06:45:31 talk to the TPS Feb 01 06:45:36 via the RTC Feb 01 06:45:56 search the trm for PMIC_POWER_EN Feb 01 06:46:16 you basically set a register in the TPS, set a couple in the RTC, then setup ALARM2 to go off Feb 01 06:46:40 see: [PATCH v4 0/4] pm: Add power off control Feb 01 06:47:03 and to wake up? Feb 01 06:49:20 a change in power source or press the power button Feb 01 06:49:36 (eg, if usb and ac are plugged in, unplug one, or if only one is plugged in, plug in the other) Feb 01 06:49:48 the tps manual has a list of wakeup sources from off Feb 01 06:50:12 can you use a GPIO? Feb 01 06:50:24 no Feb 01 06:50:43 yeah PMIC has to wake up Feb 01 06:50:51 but the powerbutton line is on the expansion connector Feb 01 06:50:56 so its like a gpio Feb 01 06:50:58 ahh, thats ok then. Feb 01 06:51:14 i'm just thinking about hwo that will work. Feb 01 06:51:22 main power goes "out" Feb 01 06:51:42 fails over to a LIPO battery maybe connected the the USB port Feb 01 06:51:55 then goes to sleep Feb 01 06:52:01 before the battery is sucked dry Feb 01 06:52:06 when main power comes back Feb 01 06:52:14 the system wakes up Feb 01 06:52:40 oh, well sleep you can wakeup via gpio Feb 01 06:56:15 i will need to learn a bit more about this. Feb 01 06:56:29 a battery / rtc cape is on the cards Feb 01 06:56:53 adafruit or sparkfun has an easy to use battery backed rtc module Feb 01 06:57:11 yeah, and have you seen the temperture variations on that park Feb 01 06:57:15 part. Feb 01 06:57:31 nope, not a thing on it. Just that it's an i2c accessible battery backed rtc Feb 01 06:57:36 ok, if you have it at 25c Feb 01 06:57:45 but my environmetn is a bit tougher than that.. Feb 01 06:57:54 will vary between -10 and 40C Feb 01 06:57:56 would swapping out the crystal help? Feb 01 06:58:05 theres better parts Feb 01 06:58:13 that have temperture compenstation Feb 01 06:58:19 still and I2C part Feb 01 06:58:38 brb got to restart Feb 01 07:08:17 back. Feb 01 07:08:21 i needed to install X Feb 01 07:08:29 and for some reason It insisted on a reboot Feb 01 07:18:38 Russ: configured what way (the context is not clear from backlog) Feb 01 07:19:44 well, on the schematic, VDDS is powered by VRTC or VDD_1V8 depending on if R8 or R9 is populated Feb 01 07:20:02 the board ships with R8 populated (VDDS powered by VRTC) Feb 01 07:20:42 white or black? Feb 01 07:20:47 black Feb 01 07:21:01 right, that has mods for RTC stuff Feb 01 07:21:08 "what Russ is working on" Feb 01 07:21:23 dunno if they hooked it up correctly, please let us know if we didn't :) Feb 01 07:21:31 It should be on R9 Feb 01 07:23:44 ah Feb 01 07:23:51 * koen sees Russ' mail Feb 01 07:24:39 there is so many details of the am335x and tps65217, so I could easily be missing some detail and my board is currently dying a slow, tortuous death Feb 01 07:28:38 Russ: how hard would it be to get events from the TPS based on plugging in/out the DC? Feb 01 07:28:49 I already have a patch for that Feb 01 07:28:50 I still need to find a way to limit the MHz at runtime Feb 01 07:29:05 but it has an issue with usb, you probably won't care if you only care about dc Feb 01 07:29:26 the musb id probe that comes every two seconds leaks enough into vusb to make the pmic think it's on Feb 01 07:29:39 I only need to be able to check if DC isn't in and limit the MHz Feb 01 07:30:11 and unlimit it when DC is in Feb 01 07:30:36 although on black we might have enough headroom to run at 1GHz on usb power Feb 01 07:32:05 hm, black? Feb 01 07:32:23 koen, ok, I sent you 3 wip patches Feb 01 07:32:41 the are unfortunately based on 3.2-psp Feb 01 07:33:36 awesome Feb 01 07:33:37 it'll need dtification Feb 01 07:33:49 the powerbutton thing is something I need Feb 01 07:34:03 and releases are still on 3.2 Feb 01 07:34:20 I'm curious how to get the am335x to wakeup when it gets an NMI Feb 01 07:34:35 that way, the powerbutton could properly be configured as a wakeup source Feb 01 07:34:39 is it an M3 firmware change? Feb 01 07:35:06 not sure Feb 01 07:35:20 the 3.2 PM patches don't work properly for various reasons Feb 01 07:35:37 compiling the kernel in thumb2 mode is one of them Feb 01 07:35:58 on 3.8rc the PM patches don't power up the GPIO block Feb 01 07:36:05 so if you have a gpio-keys -> crash Feb 01 07:37:07 email from TI dallas dude: "Is it just me or can't you get those PM patches to work either?" Feb 01 07:37:53 dunno, I'm getting pretty familiar with all the hacks that make it work on psp Feb 01 07:38:18 should be able to transition into getting that pushed upstream in a somewhat cleaner state Feb 01 07:43:20 who is going to be around tommorrow for cape-contest results Feb 01 07:47:08 i wonder when we might get a 3.8 kernel in debian. Feb 01 07:47:19 aren't they still on 3.2? Feb 01 07:47:24 us hobbits are still back in 3.2 world Feb 01 07:47:38 its not all bad, the traps are all well marked out Feb 01 07:48:10 being a bit behind makes applicaiton development much easier.. Feb 01 08:39:02 gm Feb 01 08:45:44 * koen heads towards FOSDDEM Feb 01 08:46:31 * dm8tbr will catch a flight in 6h Feb 01 08:50:32 * av500 will catch a train in 4h Feb 01 09:00:47 * mrpackethead_ will head the the fridge in 4 minutes Feb 01 09:02:19 hobbit s have a fridge? Feb 01 09:02:41 of course... Feb 01 09:03:21 i'm contemplating a change of name Feb 01 09:03:28 maybe mrhobbithead Feb 01 10:11:46 our netgear gigabit router decided to perform harakiri Feb 01 10:12:28 netgear haha lol Feb 01 10:12:37 you deserved it Feb 01 10:13:16 woglinde: yes Feb 01 10:13:32 from one moment to the next it went fubar, blinking a led that says "firmware corrupt" :) Feb 01 10:13:49 at least we got a new one 1 day later Feb 01 10:14:20 we are now looking at a 1k€ thing that can aggregate all our internet Feb 01 10:15:07 good luck Feb 01 10:38:10 file Feb 01 10:38:59 folder Feb 01 10:42:05 failed Feb 01 11:03:50 hello, I'm trying to send bytes from a BeagleBone to an Arduino Mega over I2C. I use this to send data from the BB : i2cset -y 3 0x20 255 Feb 01 11:04:10 but every time I get this error : Write failed Feb 01 11:04:28 How could I debug what's going wrong? Feb 01 11:05:04 scope or Logic analyzer Feb 01 11:05:13 check the address and if you are properly using a 7 bit address Feb 01 11:05:20 or check with i2cdetect Feb 01 11:05:28 (are you sure it isn't 0x10?) Feb 01 11:05:52 Russ: on the arduino part I defined the slave address : 0x20 Feb 01 11:06:05 is that an 8 bit address or 7 bit address? Feb 01 11:06:36 Russ: how can I know that? Feb 01 11:07:48 http://www.totalphase.com/support/kb/10039/ Feb 01 11:22:35 Russ: thanks for the link. I'm using a 7-bit address on the Arduino part Feb 01 11:26:05 Goodmorning Feb 01 11:26:56 s**t, I stayed to long at 2.6.31... I missed the whole DeviceTree thing... Feb 01 11:27:04 :) Feb 01 11:27:50 * av500 waits for Android to adopt DT Feb 01 11:28:00 koenkooi: using i2cdetect -y -r 3, I get these lines Feb 01 11:28:03 But it looks promising and maintainable Feb 01 11:28:04 10: -- -- -- -- -- -- -- -- -- -- -- UU -- -- -- -- Feb 01 11:28:14 50: -- -- -- -- UU UU UU UU -- -- -- -- -- -- -- -- Feb 01 11:28:29 doesn't understand what this means :-( Feb 01 11:29:06 it means the storm blew a lot of shindles from your roof Feb 01 11:29:24 :D lol Feb 01 11:29:26 mirelsol_: that kernel drivers are bound to address 0x1b, 0x54, 0x55, 0x56, 0x57 Feb 01 11:29:54 Jacmet: ok thanks Feb 01 11:31:53 av500: you made my day! Feb 01 11:32:21 tsjsieb: glad to have been of service Feb 01 11:32:31 It costed a few seconds until I saw it,... but yes! Feb 01 11:34:18 if my pull-up resistors are wrong I can't receive any data but I shouldn't have a "write failed" error, right? Feb 01 11:35:30 well you won't get an ack from the address Feb 01 11:35:40 so how could the write succeed? Feb 01 11:35:58 Russ: right :-) Feb 01 11:36:01 mirelsol_, read the manpage Feb 01 11:36:09 I'm sure it tells you what UU means Feb 01 11:36:28 Russ: found it out : Jacmet> mirelsol_: that kernel drivers are bound to address 0x1b, 0x54, 0x55, 0x56, 0x57 Feb 01 11:37:01 Russ: http://www.lm-sensors.org/wiki/man/i2cdetect Feb 01 11:37:09 I lol'ed at this Feb 01 11:37:42 ah Feb 01 11:37:43 http://linux.die.net/man/8/i2cdetect Feb 01 11:37:46 this one is better Feb 01 11:38:09 it should get a higher search rank Feb 01 11:47:18 av500, want me to start railing about i2c? Feb 01 11:51:27 panto yes Feb 01 11:52:05 due to being developed for x86 PeeCes it's totally out of place in it's natural habitat Feb 01 11:52:27 every other hardware device is a platform device, but not an i2c client Feb 01 11:52:55 it's 'special' without a compelling reason to be so Feb 01 11:54:57 so i2c on arm suckz? Feb 01 11:54:59 panto: go on Feb 01 11:55:36 err, that's about it... I hate having to do special cases for i2c devices :) Feb 01 12:02:16 on arm suckz Feb 01 12:02:31 noun=pancakes Feb 01 12:02:47 panto, oh but it's smbus on peecees ;) Feb 01 12:03:10 blergh Feb 01 12:03:52 tell me again why PCs don't use platform devices like the rest of us smucks? Feb 01 12:04:04 they do Feb 01 12:04:27 in a different manner Feb 01 12:04:31 yes Feb 01 12:04:52 but you can't win an argument when somebody can make the checkbox statement, "yes we do" Feb 01 12:04:59 ;) Feb 01 12:06:17 panto, funny thing about smbus is that they often describe it as a "subset" of i2c..yet it standardizes/adds that quick command which allows reliable probing. Feb 01 12:06:37 in mdp-land..that's considered a superset Feb 01 12:07:04 but more intel-garbage, what can you do Feb 01 12:17:08 can DT help here? Feb 01 12:17:29 no Feb 01 12:17:46 heretic Feb 01 12:18:25 SFI ftw Feb 01 12:18:27 mm, I thought I understand by now that DT is something technical, but it seems to be a little bit religious as well? Feb 01 12:18:42 pincontrol for the win Feb 01 12:19:08 no pinwars please Feb 01 12:19:34 tsjsieb: DT is being presented as the solution for everything Feb 01 12:19:46 so we poke fun at it Feb 01 12:20:01 right, either DT or systemd Feb 01 12:20:11 I've learned we had Jesus for that? is that outdated by now? Feb 01 12:20:16 ;) Feb 01 12:20:29 * panto feels that since it is Friday should start first Feb 01 12:20:34 DTJesusSystemD Feb 01 12:20:49 World 3.0 Feb 01 12:20:54 systemdt Feb 01 12:21:36 Koen, that will be difficult for most dutch technicians, I've never been good with the d / dt thing Feb 01 12:22:07 breadingsheep Feb 01 12:22:17 idkfa^Widdt Feb 01 12:28:36 * tsjsieb will know think of DT as Dear Tsjsieb... Feb 01 12:29:04 Than it start to sound more like a prayer as well Feb 01 13:04:28 morning channel Feb 01 13:13:01 * mranostay yawns Feb 01 13:13:11 mranostay is up early, no? Feb 01 13:13:13 can't sleep Feb 01 13:14:06 hey punk Feb 01 13:17:13 hi bradfa Feb 01 13:17:28 morning woglinde Feb 01 13:19:52 mranostay: excited about something? :) Feb 01 13:20:14 mranostay gets excited? Feb 01 13:20:24 bad image Feb 01 13:20:55 it's the big day today. anticipation is building Feb 01 13:21:20 well, friday is a big day around here, I can see why even someone like mranostay would get excited :) Feb 01 13:21:44 * koenkooi waves from inside the thalys train Feb 01 13:21:58 * bradfa waves back at koenkooi Feb 01 13:22:17 internet on trains, what will they think of next? Feb 01 13:22:20 I predict this friday will end with beer for me Feb 01 13:22:26 +1 Feb 01 13:22:31 we're waiting to see if locutus of borg beats radiation man in the big contest Feb 01 13:23:04 heh Feb 01 13:23:21 bradfa: passenger trains, what will they think of next? Feb 01 13:23:41 koenkooi: that' Feb 01 13:23:45 s a self fulfilling prophecy Feb 01 13:23:45 mdp, didn't we remove all our train tracks so we could sit in traffic more? Feb 01 13:24:00 not really a prediction Feb 01 13:29:32 koenkooi@cafe { compatible = "grolsch", "hertog-jan"; #size-cells = <24>;interrupt-parent = <&woman>; reg = <0xB33R 2 0xmouth >; }; Feb 01 13:32:29 Would that be correct in DT ? Feb 01 13:32:31 * _av500_ waves from inside ICE 14 Feb 01 13:32:44 Or did I forget something with pincontrol? Feb 01 13:33:21 _av500_: is it cold there? Feb 01 13:33:28 <_av500_> in the train? Feb 01 13:33:31 <_av500_> yes Feb 01 13:33:33 <_av500_> balmy Feb 01 13:34:59 I'v seen some things about trainsurfing, but it didn't have much to do with internet on the train... Feb 01 13:35:20 <_av500_> its not train internet Feb 01 13:35:23 <_av500_> just my mobile Feb 01 13:35:40 compatible = "grolsch,beugel", "leffe,radieusse" Feb 01 13:35:41 if I understand DT correctly Feb 01 13:36:44 * koenkooi ponders on the dutch expression "een boompje opzetten" Feb 01 13:36:44 hey av500 Feb 01 13:37:02 <_av500_> hey koenkooi Feb 01 13:37:59 mobile would have better pingtimes Feb 01 13:39:02 800ms - 22000ms Feb 01 13:39:03 I guess the train travels so fast the bits don't make it out Feb 01 13:39:03 59e141f...c350ae0 not-capebus-v20 -> panto/not-capebus-v20 (forced update) Feb 01 13:39:03 oh noes Feb 01 13:39:03 a forced update Feb 01 13:39:20 koenkooi, ugh, sorry about that Feb 01 13:39:23 * koenkooi pretends to update out of free will Feb 01 13:39:38 no changes to the patchset, just a rebase to the latest rc Feb 01 13:40:35 panto: that iio patchset makes it seem that it's possible to assign IIO nodes to hwmon using DT Feb 01 13:40:44 so no special IIO clients needed Feb 01 13:40:44 koenkooi, oh yes Feb 01 13:40:48 sounds too good to be true IMHO Feb 01 13:41:09 <_av500_> its a trap Feb 01 13:41:24 koenkooi, well, for custom capes like the geiger cape, you might still need the IIO client Feb 01 13:41:38 <_av500_> who needs a geiger cape anyway Feb 01 13:41:45 dunno, I have to look at it more carefully Feb 01 13:41:48 <_av500_> now, a Giger-cape.... Feb 01 13:42:09 _av500_, a Ginger cape would be better Feb 01 13:42:22 <_av500_> make it a GinTonic cape Feb 01 13:42:30 what use is a ginger cape? Feb 01 13:44:16 koenkooi: you guys are weird http://en.wikipedia.org/wiki/Redheadday Feb 01 13:44:23 oooh, giger cape Feb 01 13:44:31 biomechanoids ftw Feb 01 13:45:07 ok, never let your significant unit see logs of IRC ok? we're a bunch of weirdos Feb 01 13:46:03 it is all M.A.D here with logs :) Feb 01 13:46:04 * tsjsieb agrees Feb 01 13:46:33 mdp, I have the same problem with private edma than with dmaengine, either the link does not work or the interrupt, here is the pset: http://pastebin.ca/2309468 Feb 01 13:47:02 mdp, The mmc driver never registers a callback and the spi driver only does dma with one pset Feb 01 13:47:26 So my case does not seem to be covered with one of these two Feb 01 13:57:04 jsabeaudry: will take a look in a bit..meeting time Feb 01 14:17:26 container_of is a pain in the container hole Feb 01 14:44:22 can anyone see what is wrong with my container_of function at line 240: http://0bin.net/paste/2eb33f89724047c638b769bb6d81ee23de68d7fd#hRCrxBhE6IEjLOAqP0pHq+Zde1tmvt0eJo49uG17FHE= Feb 01 14:44:36 GCC Spits: /home/jack/Projects/r0005spi/r0005spi.c:243:36: warning: initialization from incompatible pointer type [enabled by default] Feb 01 14:44:36 /home/jack/Projects/r0005spi/r0005spi.c:243:36: warning: (near initialization for 'work_card') [enabled by default] Feb 01 14:46:31 ah, no worries Feb 01 14:46:42 typical, look at it for an hour then as soon as I ask for help I figure it out Feb 01 14:46:51 hehe Feb 01 14:46:54 thats normal Feb 01 14:47:26 it was because I was dynamically allocating the work_struct, once i allocated it at compile time I guess it could then compute the offsets correctly for container_of Feb 01 14:54:07 I need a table 11-16 but for linked param sets Feb 01 15:01:30 If I have a ABSYNC pset with CCNT = 2, do I need to call edma_start twice? Feb 01 15:10:30 Hi! AM335x Starter Kit. AT what voltage WLAN card is working? I mean SDIO signals? 3,3V or 1,8V Board file seems to specify 3,3V, but pullups go to 1,8V Feb 01 15:12:01 no multimeter? Feb 01 15:12:42 heh Feb 01 15:12:48 mru: osci shows 1,8V Feb 01 15:15:11 <_av500_> metric or imperial? Feb 01 15:15:16 jsabeaudry: you have two param entries as noted in the original paste, right? Feb 01 15:15:42 jsabeaudry: since your transfer is not dma event driven..you have to manually start each pset Feb 01 15:16:00 jsabeaudry: I had to do this with my original implementation of memcpy transfer types Feb 01 15:16:08 as they are s/w initiated Feb 01 15:16:50 in some transfer sizes cases for arbitrary buffers I would have to build a two part pset Feb 01 15:17:12 set TCINTEN on both...and in the callback for #1...then start #2 Feb 01 15:17:38 jsabeaudry: you basically have this same use case in your h/w design Feb 01 15:18:23