• [00:00:39] <ds2> besides you confirming my theory about OTG funny business? ;)
  • [00:00:53] <Russ> Its the ID pin
  • [00:01:05] <ds2> still funny business
  • [00:01:18] <Russ> I measure resistance from ID to VUSB, I get 66k
  • [00:01:18] <ds2> the real question is - did you find a way to stop it?
  • [00:01:47] <Russ> no way to stop it, I could mask that interrupt source
  • [00:02:11] <Russ> every time it happens, the interrupt handler has to do some i2c transfers to find out the source, so its a bit of an annoyance
  • [00:02:16] <ds2> isn't that MUSB behind it?
  • [00:02:22] <Russ> yes, musb
  • [00:02:51] <ds2> I vaguely recall some setting to tweak that stuff
  • [00:03:08] <Russ> I could change the timer, but for OTG to work, it has to probe ID
  • [00:03:28] <ds2> but for your implementation, it doesn't require OTG, or am I wrong?
  • [00:03:40] <Russ> It's generic code
  • [00:03:50] <ds2> rewrite it
  • [00:03:54] <Russ> I'm trying to catch wakeup sources for RTC-only sleep
  • [00:03:57] <mranostay> Russ: 1$ how is that possible?
  • [00:04:04] <ds2> no one will notice... it is only MUSB... :D
  • [00:04:14] <Russ> so that if during the suspend process, a wakeup even occurs, I don't sleep
  • [00:04:18] <ds2> you can even have a chat with Felipe about it too ;)
  • [00:04:23] <Russ> mranostay, you'd have to pay me to ride the bus
  • [00:04:30] <mranostay> ah that bad
  • [00:04:54] <Russ> reminds me of bdale's rant on LWN wrt preinstalled windows
  • [00:05:07] <Russ> it doesn't save a company money to leave out windows, it costs them money
  • [00:05:19] <Russ> all the companies that pay them money to preload software
  • [00:06:38] <Russ> ds2, lets see...5V, 66k, 90uA sink
  • [00:09:11] <ds2> Russ: but it is the wake up
  • [00:09:22] <ds2> Russ: btw, how low of a power consumption ahve you gotten it?
  • [00:09:26] <Russ> plugging in a usb cable will wake from RTC only sleep
  • [00:09:42] <Russ> heh, beaglebone can do rtc only sleep, but it isn't designed for it
  • [00:09:53] <Russ> you need a separate power rail for ddr vdd and vvdq
  • [00:09:57] <Russ> er, vddq
  • [00:10:19] <Russ> so it only goes down to 100mW
  • [00:10:34] <Russ> I can hibernate though
  • [00:10:37] <ds2> doesn't the memory controller support self refresh?
  • [00:10:47] <Russ> yes, I'm putting it in self refresh
  • [00:11:01] <Russ> but the am335x ddr io rail is still powered, along with the ddr's io rail
  • [00:11:10] <ds2> Oh
  • [00:11:21] <ds2> that's still 30 or so mA measured
  • [00:11:33] <Russ> 100mW@5V
  • [00:11:45] <ds2> ok... so
  • [00:11:58] <ds2> I am looking at running the bone at ~3V
  • [00:12:03] <ds2> seems to work ok
  • [00:12:52] <ds2> so you are suggesting that 20mA or so is from the regulator idling?
  • [00:13:07] <Russ> I haven't measured individual rails
  • [00:13:29] <Russ> evmsk has better control over rails, but the pmic doesn't really support rtc only
  • [00:14:02] <ds2> trying to understand if the burn is on the PMIC side or something else
  • [00:14:11] <ds2> 20mA seems to be quite a lot for it to be burning
  • [00:14:22] * thurbad (~natesewel@64.132.24.36) Quit (Quit: thurbad)
  • [00:14:32] <Russ> well I could configure it to turn off the ddr rail
  • [00:14:33] * bpetersen (440e88d6@gateway/web/freenode/ip.68.14.136.214) has joined #beagle
  • [00:15:08] <bpetersen> Can I power the BeagleBone with a 5VDC power source supplied to pins 3 or 6 on Expansion Header P9?
  • [00:15:13] <ds2> the obvious stuff like LEDs are off, right?
  • [00:15:28] <ds2> bpetersen: what does the SRM say about that?
  • [00:15:34] <Russ> ds2, yes
  • [00:15:39] <Russ> here, I'll test w/o ddr2
  • [00:15:42] <Russ> er ddr
  • [00:15:59] * thuttu77 (~thuttu77@cs181246145.pp.htv.fi) has joined #beagle
  • [00:15:59] <bpetersen> I think it says I can. I've never done it before and I don't want to blow it up
  • [00:16:22] <bpetersen> I just wanted to double check
  • [00:16:40] <ds2> do you have reasons to double the beagle gods? :D
  • [00:16:47] <bpetersen> lol
  • [00:17:14] <Russ> whenever I doubt the beagle gods, I reference the schematic, and I am comforted
  • [00:17:41] <ds2> powering it by those pins are relatively uninteresting
  • [00:18:02] <ds2> there are more interesting paths with power path management
  • [00:19:47] <Russ> well that's not good, power consumption went up
  • [00:19:52] <Russ> I need to do some probing...
  • [00:20:00] * n7segment (~drew@71.39.49.98) Quit (Quit: Lost terminal)
  • [00:20:27] <ds2> hahahahahahah
  • [00:20:44] <ds2> maybe you need to run cpuburn to bring the power down to sub 1mW @ 5V ;)
  • [00:20:52] <bpetersen> My friend wants to use a ribbon cable for the expansion header
  • [00:21:06] <bpetersen> thats why I needed to know if the pins will work
  • [00:21:07] <jsabeaudry> Can anyone confirm how many interrupts will be triggered by 2 linked slots that both have TCINTEN set?
  • [00:24:49] * Russ plays find that component
  • [00:24:53] * Gaston|Home (Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) Quit (Read error: Connection reset by peer)
  • [00:25:07] * Tartarus (trini@pixelshelf.com) Quit (Excess Flood)
  • [00:25:37] * Tartarus (trini@pixelshelf.com) has joined #beagle
  • [00:28:10] <Russ> that's a bad sign, 3V3A is at 1.35V
  • [00:30:12] <ds2> whoa
  • [00:30:37] <ds2> are you drawing several amps?
  • [00:30:50] <Russ> no
  • [00:31:07] <Russ> I think because of the weird configuration I have it in, some esd diodes are "leaking"
  • [00:31:45] <ds2> or maybe there the parasitic diodes in the PFETs are doing wierd things?
  • [00:31:56] <Russ> something like that
  • [00:32:19] <Russ> I have another 3.3V ldo with 0.5V on it's output, it's enable pin is low though
  • [00:33:31] <ds2> not all LDOs block
  • [00:34:08] <Russ> I think I need to move a couple zero ohm jumper
  • [00:34:09] <Russ> s
  • [00:34:24] * ska (~ska@unaffiliated/ska) Quit (Ping timeout: 252 seconds)
  • [00:36:33] <ds2> uncape is in motion
  • [00:36:42] <Russ> of course they are right between the ethernet jack and the dc jack
  • [00:38:25] <ds2> like right where the battery expansion header is? ;)
  • [00:38:44] * thurbad (~natesewel@cpe-70-113-204-247.austin.res.rr.com) has joined #beagle
  • [00:39:07] <Russ> um...
  • [00:39:09] <Russ> ya, sure
  • [00:45:04] * slchen (~slchen@123-195-161-155.dynamic.kbronet.com.tw) Quit (Quit: slchen)
  • [00:46:53] * ska (~ska@cpe-24-27-47-58.austin.res.rr.com) has joined #beagle
  • [00:46:53] * ska (~ska@cpe-24-27-47-58.austin.res.rr.com) Quit (Changing host)
  • [00:46:53] * ska (~ska@unaffiliated/ska) has joined #beagle
  • [00:54:06] * NishanthMenon (~nmenon@192.94.92.14) Quit (Quit: Good day for a change of scene. Repapering the bedroom wall.)
  • [01:00:27] * Hoolxi (~Openfree@120.204.129.129) has joined #beagle
  • [01:08:07] * toneeee (~Adium@pool-72-84-244-30.rcmdva.fios.verizon.net) has joined #beagle
  • [01:15:05] * sr105_ (~hchapman@rrcs-71-43-163-130.se.biz.rr.com) has joined #beagle
  • [01:15:33] * sr105_ (~hchapman@rrcs-71-43-163-130.se.biz.rr.com) Quit (Client Quit)
  • [01:18:05] * smplman (~speery@74-134-50-76.dhcp.insightbb.com) has joined #beagle
  • [01:30:22] * smplman (~speery@74-134-50-76.dhcp.insightbb.com) Quit (Quit: smplman)
  • [01:41:26] * falstaff (~quassel@62-12-249-061.pool.cyberlink.ch) Quit (Ping timeout: 244 seconds)
  • [01:47:50] <mrpackethead_> more on the beaglebone black
  • [01:48:39] <toneeee> the whut ?
  • [01:49:10] <toneeee> mrpackethead: howsit , what a beaglebone black?
  • [01:49:59] <mrpackethead_> https://github.com/CircuitCo/BeagleBone-Black-RevA4
  • [01:50:32] * xanium4332 (~xanium433@2001:470:1f09:10:225:90ff:fea2:995f) Quit (Ping timeout: 246 seconds)
  • [01:50:34] <mrpackethead_> Gerald is answering questons in teh mailing list.
  • [01:51:09] * falstaff (~quassel@62-12-231-151.pool.cyberlink.ch) has joined #beagle
  • [01:52:23] <mrpackethead_> the document says "Not for Discolousre"
  • [01:52:24] <mrpackethead_> opps.
  • [01:53:01] <toneeee> ohhh
  • [01:53:05] <mrpackethead_> onboard HDMI
  • [01:53:31] <mrpackethead_> onboard managed NAND
  • [01:53:37] <toneeee> beauty
  • [01:53:42] <mrpackethead_> 512MB RAM
  • [01:53:46] <mrpackethead_> AM3358A
  • [01:54:01] <toneeee> yeah I see it is 4Gb
  • [01:54:06] <toneeee> and DDR3
  • [01:54:34] <toneeee> and I see Mr HDMI! :D
  • [01:55:03] <thurbad> is it real hdmi or dvi in a smaller form factor again?
  • [01:55:05] <jakllsch> "managed nand"?
  • [01:56:09] <mrpackethead_> its way too much sensible information for it to be a hoax
  • [01:58:33] <mrpackethead_> http://circuitco.com/support/index.php?title=BeagleBoneBlack
  • [02:00:47] * emeb (~ericb@ip72-201-78-226.ph.ph.cox.net) Quit (Quit: Leaving.)
  • [02:01:09] <thurbad> and it will have SGX support in v5?
  • [02:03:27] <ds2> it is all a figment of your imagination
  • [02:03:51] <thurbad> heh
  • [02:04:05] <thurbad> quite possibly
  • [02:07:08] * emeb_mac (~ericb@ip72-201-78-226.ph.ph.cox.net) has joined #beagle
  • [02:07:51] <Russ> and there is no way that I would have one
  • [02:08:31] <thurbad> :~
  • [02:09:05] <Russ> I suppose u-boot commits probably tipped people off
  • [02:09:41] <thurbad> some docs for the R5 are available already
  • [02:09:53] <thurbad> err v5 :P
  • [02:10:03] <thurbad> urrg A5
  • [02:10:16] <thurbad> hehehe
  • [02:11:44] <Russ> https://www.youtube.com/watch?v=tvaD-29pQBY&t=1m9s
  • [02:19:19] * kkeller (~Ken_Kelle@97-124-105-185.phnx.qwest.net) Quit (Quit: Leaving.)
  • [02:23:33] * dj_pi (~asd@c-107-5-25-243.hsd1.mi.comcast.net) has joined #beagle
  • [03:09:00] * phoohb (phoohb@forskningsavd.se) Quit (Ping timeout: 276 seconds)
  • [03:10:04] * phoohb (phoohb@forskningsavd.se) has joined #beagle
  • [03:13:25] <mrpackethead_> Russ.. Docs in deed.. The entire System Reference Manaual
  • [03:13:29] <mrpackethead_> is avaialble
  • [03:13:38] <mrpackethead_> and the wiki
  • [03:13:47] <mrpackethead_> http://circuitco.com/support/index.php?title=BeagleBoneBlack
  • [03:15:53] <mrpackethead_> looks like its ready to go
  • [03:32:24] * dv_ (~quassel@chello080108009040.14.11.vie.surfer.at) Quit (Quit: No Ping reply in 180 seconds.)
  • [03:32:50] * dv_ (~quassel@chello080108009040.14.11.vie.surfer.at) has joined #beagle
  • [03:33:35] * bpetersen (440e88d6@gateway/web/freenode/ip.68.14.136.214) Quit (Quit: Page closed)
  • [03:36:07] * KeatonT (~textual@pool-173-71-13-2.dllstx.fios.verizon.net) has joined #beagle
  • [03:36:07] * KeatonT (~textual@pool-173-71-13-2.dllstx.fios.verizon.net) Quit (Changing host)
  • [03:36:07] * KeatonT (~textual@unaffiliated/keatont) has joined #beagle
  • [03:36:25] * GPSFan (~kenm@64.92.145.112) Quit (Remote host closed the connection)
  • [04:00:40] <Dunearhp> is the 3.2 kernel considered stable on the beagleboard at the moment?
  • [04:01:18] * dj_pi (~asd@c-107-5-25-243.hsd1.mi.comcast.net) Quit (Ping timeout: 264 seconds)
  • [04:05:34] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) has joined #beagle
  • [04:09:01] <mranostay> seeing we at what 3.8 i would say so
  • [04:09:53] * KeatonT (~textual@unaffiliated/keatont) Quit (Quit: Textual IRC Client: http://www.textualapp.com/)
  • [04:11:24] <mru> damn you seagate... this is _not_ a good time for my hard drive to die
  • [04:11:49] <mru> good thing I have a spare
  • [04:11:50] <Dunearhp> I'm getting random kernel lockups preceded by usb disconnects
  • [04:12:46] <Dunearhp> roughly once a day
  • [04:14:08] * NishanthMenon (~nmenon@192.91.66.186) has joined #beagle
  • [04:18:16] * ska (~ska@unaffiliated/ska) has left #beagle
  • [04:19:04] <mranostay> mru: ever a good time?
  • [04:19:13] <mranostay> Dunearhp: vague!
  • [04:19:30] <Dunearhp> I know
  • [04:19:31] <mru> mranostay: better when I don't have to wake up in <5h
  • [04:20:05] <mranostay> ah yeah that is bad
  • [04:20:51] <Dunearhp> Seems to be associated with network traffic, but not with network load
  • [04:31:49] * slchen (~slchen@123-195-161-155.dynamic.kbronet.com.tw) has joined #beagle
  • [04:34:55] <mrpackethead_> Dunearhp: i'm usign 3.2.33-psp26 and it seems stable
  • [04:35:18] <mrpackethead_> got a resonably diverse range of tasks and they seem to be stable
  • [04:35:32] <mrpackethead_> mranostay: what did you make of black-beagle?
  • [04:35:40] <mranostay> i don't have one
  • [04:35:46] <mrpackethead_> nor do i
  • [04:35:53] <mru> disk replaced
  • [04:35:53] <mrpackethead_> that is an untenible situation
  • [04:36:11] <mranostay> if i did i would be under some NDA :)
  • [04:36:23] <mrpackethead_> dear folks@circitco.. this hobbit wants a black one
  • [04:36:34] * mru tosses mranostay a black magic marker
  • [04:36:39] <mrpackethead_> seems it is the worst kept secrect...
  • [04:36:48] <mrpackethead_> or they are deliberately leaking it
  • [04:37:12] <mrpackethead_> you woud'nt post the Reference Manual to a public GIt repository woudl you
  • [04:37:13] <mrpackethead_> ?
  • [04:37:19] <mrpackethead_> or put it in your wiki
  • [04:37:26] <mru> it's only semi-secret
  • [04:37:33] <mranostay> probably dropbox if i was doing that
  • [04:37:56] <mrpackethead_> must have been enough raspiberry Pi people annoying them
  • [04:38:42] <mranostay> i don't know how many dipshit people i know say "well it only $35"
  • [04:39:05] <mranostay> yeah you can't do anything with it :)
  • [04:41:46] <mru> wow, that disk is still under warranty
  • [04:41:55] <mru> expires in june
  • [04:42:11] <Dunearhp> mrpackethead_: is that available as a package anywhere? I'm on 3.2.28
  • [04:42:27] <Dunearhp> trying to set up the serial console
  • [04:44:03] * mranostay (~mranostay@pdpc/supporter/active/mranostay) Quit (Quit: leaving)
  • [04:45:18] * slchen (~slchen@123-195-161-155.dynamic.kbronet.com.tw) Quit (Quit: slchen)
  • [04:45:45] * contempt (~contempt@unaffiliated/contempt) Quit (Ping timeout: 252 seconds)
  • [04:46:24] * mranostay (~mranostay@pdpc/supporter/active/mranostay) has joined #beagle
  • [04:46:57] <mrpackethead_> Dunearhp: i'm using a debian build
  • [04:47:10] <mrpackethead_> if you want to use that, theres a very simple to follow net-install
  • [04:48:18] <mrpackethead_> mranostay: $35 + $10 for a card, $10 for a PSU cause powring it on USB doesnt work.. its not long
  • [04:48:25] <mrpackethead_> and you coud have bought a bone.
  • [04:48:42] <mrpackethead_> i finally gave away my last pis yesterday
  • [04:48:48] <mrpackethead_> to the local maker-space
  • [04:48:58] <mrpackethead_> someone will do somethign quirky with it no dobut.
  • [04:50:35] <mranostay> well the power supply doesn't come with the bone either
  • [04:50:50] <mranostay> can the rpi be powered by USB? i can't remember
  • [04:51:13] <mrpackethead_> it glows,
  • [04:51:18] <mrpackethead_> but it falls over
  • [05:00:16] * mranostay wonders who will win the cape contest tomorrrow
  • [05:02:28] <mranostay> dmx cape is cool but all the three people that will buy it :)
  • [05:13:01] <mrpackethead_> its not that cool
  • [05:13:15] <mrpackethead_> dmx should ( by standard ) be by directional
  • [05:13:25] <mrpackethead_> should be isolated
  • [05:13:30] <mrpackethead_> and should have RDM biasing
  • [05:13:51] <mranostay> i know a few capes that aren't getting selected due to fire risks :)
  • [05:13:52] <mrpackethead_> mranostay: i've sold several thousand ethernet --> DMX nodes
  • [05:14:08] <mrpackethead_> there are more than 3 people who woudl buy them
  • [05:14:39] <mranostay> isolated by 1:1 transformers?
  • [05:14:58] <mrpackethead_> Opto-isolation and and DC/DC converters
  • [05:15:14] <mranostay> ah yes opto-islolation would be best
  • [05:16:48] <mrpackethead_> https://fbcdn-sphotos-g-a.akamaihd.net/hphotos-ak-ash3/535461_10151409829417661_1980766203_n.jpg?
  • [05:16:52] <mrpackethead_> something liket hat
  • [05:18:43] <mrpackethead_> ironically we are buildign this..
  • [05:18:46] <mrpackethead_> https://fbcdn-sphotos-g-a.akamaihd.net/hphotos-ak-ash3/535461_10151409829417661_1980766203_n.jpg
  • [05:18:53] <mrpackethead_> opps, try again
  • [05:19:05] <mrpackethead_> https://fbcdn-sphotos-c-a.akamaihd.net/hphotos-ak-ash4/408443_10151409832482661_1855671786_n.jpg
  • [05:19:41] <mranostay> you know the ? would be ignored in that case :)
  • [05:20:24] <mrpackethead_> yup.
  • [05:21:20] <mrpackethead_> id be dissapointed if a FPGA or CLPD cape won
  • [05:21:37] <mrpackethead_> theres not much immagination there
  • [05:21:45] <mrpackethead_> teh VGA output.. thats old hat
  • [05:21:56] <mranostay> well i bet the CPLD cape doesn't win for sure
  • [05:22:24] <mrpackethead_> Solar cape is a contender
  • [05:22:37] <mranostay> won't happen
  • [05:22:42] <mrpackethead_> GPS/FM is interesting.
  • [05:23:02] <mranostay> CCO isn't going to produce something that can catch fire
  • [05:23:33] <mrpackethead_> Energon is interesting
  • [05:23:51] <mrpackethead_> AStimo camo is cool
  • [05:24:17] <mrpackethead_> stomp cape i meant..
  • [05:24:45] <mrpackethead_> i think theres only possibly 4 contentders for a winner
  • [05:24:46] <mranostay> didn't look at their schematic
  • [05:24:58] <mranostay> mrpackethead_: well there are 3 winners :)
  • [05:25:07] <mranostay> what is your list?
  • [05:25:47] <mrpackethead_> GPS_FM
  • [05:26:07] <mrpackethead_> Cape Wings
  • [05:26:17] <mrpackethead_> Stomp
  • [05:26:20] <mrpackethead_> and Gieger
  • [05:26:50] <mrpackethead_> in no order
  • [05:27:43] <mrpackethead_> but i wodu'nt want to judge this oe
  • [05:27:44] * jackmitchell (~Thunderbi@195.171.99.130) Quit (Ping timeout: 244 seconds)
  • [05:27:54] <mrpackethead_> theres some that clearly shoudl not be winner
  • [05:28:04] <mranostay> well the GPS_FM assume a battery cape that really charges batteries
  • [05:29:09] <mrpackethead_> antying that is justa board to development on, is boring
  • [05:29:18] <mrpackethead_> they want something that does something
  • [05:29:27] <mrpackethead_> "using a FGPA" is not doign sometrhign
  • [05:29:32] <mranostay> yeah and CCO doesn't want something that catches fire :)
  • [05:29:32] <mrpackethead_> its just a capablity
  • [05:29:50] <mrpackethead_> why would solar energy catch fire?
  • [05:30:13] * mranostay remembers babysitting battery chargers in his lab rat jobs
  • [05:30:25] <mranostay> overcharge
  • [05:30:47] <mrpackethead_> what i didnt get about that that project is why they used a pic-16
  • [05:31:22] <mrpackethead_> and a Serial connection
  • [05:31:23] <mranostay> really?
  • [05:31:34] <mranostay> christ why would you do that?
  • [05:31:38] <mrpackethead_> yeah.. its a pic16 attached to the Beagle on a serial port
  • [05:31:58] <mrpackethead_> its a rehashed project
  • [05:32:16] <mrpackethead_> i bet you can find a PIC solar project
  • [05:32:22] <mrpackethead_> thats now been fitted on a Beaglecape PCB
  • [05:32:53] <mrpackethead_> its why Sean's DmX is a good proejct
  • [05:32:57] <mrpackethead_> although its not quite finished
  • [05:33:05] <mrpackethead_> hes been smart and used the Beagle wel
  • [05:33:48] * contempt (~contempt@unaffiliated/contempt) has joined #beagleboard
  • [05:33:48] * contempt (~contempt@unaffiliated/contempt) has joined #beagle
  • [05:35:37] * mrpackethead_ (~mrpacketh@118-93-93-95.dsl.dyn.ihug.co.nz) Quit (Remote host closed the connection)
  • [05:41:24] <ds2> Hmmmm so CCO is not going to manufacture the Bone flare launcher?
  • [05:41:35] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) Quit (Quit: Leaving.)
  • [05:42:04] * mrpackethead_ (~mrpacketh@118-93-93-95.dsl.dyn.ihug.co.nz) has joined #beagle
  • [05:42:22] * eephillip (~eephillip@cpe-66-69-8-186.satx.res.rr.com) has joined #beaglebone
  • [05:42:48] * eephillip (~eephillip@cpe-66-69-8-186.satx.res.rr.com) Quit (Client Quit)
  • [05:47:21] * lyakh (~lyakh@dslb-084-061-106-254.pools.arcor-ip.net) has joined #beagle
  • [06:03:53] <mranostay> ds2: unlikely
  • [06:11:21] <mrpackethead_> unkley?
  • [06:21:48] * daurnimator (~daurnimat@freenode.sequestered.net) has joined #beagle
  • [06:21:48] * daurnimator (~daurnimat@freenode.sequestered.net) has left #beagle
  • [06:24:16] <_av500_> mrpackethead_: :-P
  • [06:24:40] <mrpackethead_> some days _av500_ i'd swear you where a bot
  • [06:25:14] <mrpackethead_> i wonder if my ISP is goign to support IPv6 some day soon
  • [06:25:23] <_av500_> mrpackethead_: but I am
  • [06:25:45] <_av500_> I sit in this channel because I feel safe here
  • [06:25:56] <mrpackethead_> safe.. your deluded.
  • [06:26:24] <mrpackethead_> in a kind sort of way
  • [06:26:25] <mrpackethead_> :-)
  • [06:28:50] <mrpackethead_> http://www.techthefuture.com/technology/printing-living-cells-with-a-150-open-source-bioprinter/ <-- bio-cape?
  • [06:29:39] * isbric_ (~isbric@c-575be255.020-12-6875761.cust.bredbandsbolaget.se) Quit (Remote host closed the connection)
  • [06:29:46] * isbric (~isbric@c-575be255.020-12-6875761.cust.bredbandsbolaget.se) has joined #beagle
  • [06:31:34] <Russ> does nz even get ipv6?
  • [06:31:41] <mrpackethead_> yup..
  • [06:31:57] <mrpackethead_> i was deploying ipv6 more than 7 years ago
  • [06:32:05] <Russ> I'd think at least verizon fios would be on top of this ipv6 thing, but no such luck
  • [06:32:16] <mrpackethead_> but my ISP at home is way behind the times.
  • [06:32:28] <mrpackethead_> i can tunnel
  • [06:32:33] <mrpackethead_> but its ugly.
  • [06:32:38] <Russ> ds2, good news everyone
  • [06:32:49] <Russ> with my modification, I'm down to about 18mW
  • [06:33:08] <mrpackethead_> thats pretty squeeky
  • [06:33:09] <mrpackethead_> :-)
  • [06:33:33] <mrpackethead_> i'm jsut workign out how big a battery i need
  • [06:33:35] <mrpackethead_> to keep it alive
  • [06:33:36] <mrpackethead_> :-)
  • [06:33:55] <Russ> now I just need to check with koen why it's configured that way in the first place
  • [06:34:47] <mrpackethead_> about 3Whrs per week
  • [06:34:50] <mrpackethead_> thats not much
  • [06:36:19] <ds2> Russ: nifty...is your mod as bad as the mod for the classic?
  • [06:38:14] <_av500_> we dont need ipv6, there is nice and shiny carrier grade NAT for you
  • [06:43:00] <joel_> Russ: koen: jkridner__: got FIT kernel images booting on beaglebone :): http://pastebin.com/CT6smgyi
  • [06:43:12] <Russ> its just moving a zero ohm resistor
  • [06:43:21] <mrpackethead_> a reletively low cost LiPO battery will keep thigns ticking over for a week, easily
  • [06:44:32] <mrpackethead_> keeps the system a little happier..
  • [06:44:41] <mrpackethead_> from unscheduled shutdowns etc
  • [06:45:07] <mrpackethead_> Russ, what sort of I/O can you use to put the sytem into Shutdown?
  • [06:45:31] <Russ> talk to the TPS
  • [06:45:36] <Russ> via the RTC
  • [06:45:56] <Russ> search the trm for PMIC_POWER_EN
  • [06:46:16] <Russ> you basically set a register in the TPS, set a couple in the RTC, then setup ALARM2 to go off
  • [06:46:40] <Russ> see: [PATCH v4 0/4] pm: Add power off control
  • [06:47:03] <mrpackethead_> and to wake up?
  • [06:49:20] <Russ> a change in power source or press the power button
  • [06:49:36] <Russ> (eg, if usb and ac are plugged in, unplug one, or if only one is plugged in, plug in the other)
  • [06:49:48] <Russ> the tps manual has a list of wakeup sources from off
  • [06:50:12] <mrpackethead_> can you use a GPIO?
  • [06:50:24] <Russ> no
  • [06:50:43] <joel_> yeah PMIC has to wake up
  • [06:50:51] <Russ> but the powerbutton line is on the expansion connector
  • [06:50:56] <Russ> so its like a gpio
  • [06:50:58] <mrpackethead_> ahh, thats ok then.
  • [06:51:14] <mrpackethead_> i'm just thinking about hwo that will work.
  • [06:51:22] <mrpackethead_> main power goes "out"
  • [06:51:42] <mrpackethead_> fails over to a LIPO battery maybe connected the the USB port
  • [06:51:55] <mrpackethead_> then goes to sleep
  • [06:52:01] <mrpackethead_> before the battery is sucked dry
  • [06:52:06] <mrpackethead_> when main power comes back
  • [06:52:14] <mrpackethead_> the system wakes up
  • [06:52:40] <Russ> oh, well sleep you can wakeup via gpio
  • [06:56:15] <mrpackethead_> i will need to learn a bit more about this.
  • [06:56:29] <mrpackethead_> a battery / rtc cape is on the cards
  • [06:56:53] <Russ> adafruit or sparkfun has an easy to use battery backed rtc module
  • [06:57:07] * NishanthMenon (~nmenon@192.91.66.186) Quit (Ping timeout: 240 seconds)
  • [06:57:11] <mrpackethead_> yeah, and have you seen the temperture variations on that park
  • [06:57:15] <mrpackethead_> part.
  • [06:57:31] <Russ> nope, not a thing on it. Just that it's an i2c accessible battery backed rtc
  • [06:57:36] <mrpackethead_> ok, if you have it at 25c
  • [06:57:45] <mrpackethead_> but my environmetn is a bit tougher than that..
  • [06:57:54] <mrpackethead_> will vary between -10 and 40C
  • [06:57:56] <Russ> would swapping out the crystal help?
  • [06:58:05] <mrpackethead_> theres better parts
  • [06:58:13] <mrpackethead_> that have temperture compenstation
  • [06:58:19] <mrpackethead_> still and I2C part
  • [06:58:38] <mrpackethead_> brb got to restart
  • [06:58:41] * mrpackethead_ (~mrpacketh@118-93-93-95.dsl.dyn.ihug.co.nz) Quit (Remote host closed the connection)
  • [06:59:08] * ssvb (~ssvb@212.16.98.80) Quit (Quit: Leaving)
  • [07:08:06] * mrpackethead_ (~mrpacketh@118-93-93-95.dsl.dyn.ihug.co.nz) has joined #beagle
  • [07:08:17] <mrpackethead_> back.
  • [07:08:21] <mrpackethead_> i needed to install X
  • [07:08:29] <mrpackethead_> and for some reason It insisted on a reboot
  • [07:18:38] <koen> Russ: configured what way (the context is not clear from backlog)
  • [07:19:44] <Russ> well, on the schematic, VDDS is powered by VRTC or VDD_1V8 depending on if R8 or R9 is populated
  • [07:20:03] <Russ> the board ships with R8 populated (VDDS powered by VRTC)
  • [07:20:42] <koen> white or black?
  • [07:20:47] <Russ> black
  • [07:21:01] <koen> right, that has mods for RTC stuff
  • [07:21:08] <koen> "what Russ is working on"
  • [07:21:23] <koen> dunno if they hooked it up correctly, please let us know if we didn't :)
  • [07:21:31] <Russ> It should be on R9
  • [07:23:44] <koen> ah
  • [07:23:51] * koen sees Russ' mail
  • [07:24:39] <Russ> 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
  • [07:24:59] * NulL (~bleh1@217.28.8.126) has joined #beagle
  • [07:25:23] * NulL is now known as Guest38319
  • [07:28:38] <koen> Russ: how hard would it be to get events from the TPS based on plugging in/out the DC?
  • [07:28:49] <Russ> I already have a patch for that
  • [07:28:50] <koen> I still need to find a way to limit the MHz at runtime
  • [07:29:05] <Russ> but it has an issue with usb, you probably won't care if you only care about dc
  • [07:29:26] <Russ> the musb id probe that comes every two seconds leaks enough into vusb to make the pmic think it's on
  • [07:29:39] <koen> I only need to be able to check if DC isn't in and limit the MHz
  • [07:30:11] <koen> and unlimit it when DC is in
  • [07:30:36] <koen> although on black we might have enough headroom to run at 1GHz on usb power
  • [07:32:05] <ynezz> hm, black?
  • [07:32:23] <Russ> koen, ok, I sent you 3 wip patches
  • [07:32:41] <Russ> the are unfortunately based on 3.2-psp
  • [07:33:36] <koen> awesome
  • [07:33:37] <Russ> it'll need dtification
  • [07:33:49] <koen> the powerbutton thing is something I need
  • [07:34:03] <koen> and releases are still on 3.2
  • [07:34:20] <Russ> I'm curious how to get the am335x to wakeup when it gets an NMI
  • [07:34:35] <Russ> that way, the powerbutton could properly be configured as a wakeup source
  • [07:34:39] <Russ> is it an M3 firmware change?
  • [07:35:06] <koen> not sure
  • [07:35:20] <koen> the 3.2 PM patches don't work properly for various reasons
  • [07:35:37] <koen> compiling the kernel in thumb2 mode is one of them
  • [07:35:58] <koen> on 3.8rc the PM patches don't power up the GPIO block
  • [07:36:05] <koen> so if you have a gpio-keys -> crash
  • [07:37:07] <koen> email from TI dallas dude: "Is it just me or can't you get those PM patches to work either?"
  • [07:37:45] * emeb_mac (~ericb@ip72-201-78-226.ph.ph.cox.net) Quit (Quit: emeb_mac)
  • [07:37:53] <Russ> dunno, I'm getting pretty familiar with all the hacks that make it work on psp
  • [07:38:18] <Russ> should be able to transition into getting that pushed upstream in a somewhat cleaner state
  • [07:39:33] * damir__ (~damir@217-72-91-162.ipv4.tusmobil.si) has joined #beagle
  • [07:40:51] * toneeee (~Adium@pool-72-84-244-30.rcmdva.fios.verizon.net) Quit (Ping timeout: 252 seconds)
  • [07:43:20] <mrpackethead_> who is going to be around tommorrow for cape-contest results
  • [07:47:08] <mrpackethead_> i wonder when we might get a 3.8 kernel in debian.
  • [07:47:19] <Russ> aren't they still on 3.2?
  • [07:47:24] <mrpackethead_> us hobbits are still back in 3.2 world
  • [07:47:38] <mrpackethead_> its not all bad, the traps are all well marked out
  • [07:48:10] <mrpackethead_> being a bit behind makes applicaiton development much easier..
  • [07:51:37] * jkridner__ (~jason@pdpc/supporter/active/jkridner) Quit (Read error: Operation timed out)
  • [07:52:28] * jkridner (~jason@c-98-250-187-154.hsd1.mi.comcast.net) has joined #beagle
  • [07:52:28] * jkridner (~jason@c-98-250-187-154.hsd1.mi.comcast.net) Quit (Changing host)
  • [07:52:28] * jkridner (~jason@pdpc/supporter/active/jkridner) has joined #beagle
  • [07:52:42] * mrpackethead_ (~mrpacketh@118-93-93-95.dsl.dyn.ihug.co.nz) Quit (Remote host closed the connection)
  • [07:53:14] * mrpackethead_ (~mrpacketh@118-93-93-95.dsl.dyn.ihug.co.nz) has joined #beagle
  • [07:53:15] * mrpackethead_ (~mrpacketh@118-93-93-95.dsl.dyn.ihug.co.nz) Quit (Remote host closed the connection)
  • [07:54:20] * mrpackethead_ (~mrpacketh@118-93-93-95.dsl.dyn.ihug.co.nz) has joined #beagle
  • [07:54:26] * stahl (~stahl@77-57-188-4.dclient.hispeed.ch) has joined #beagle
  • [08:06:10] * stahl (~stahl@77-57-188-4.dclient.hispeed.ch) Quit (Quit: FREE PUSSY RIOT)
  • [08:07:07] * stahl (~stahl@77-57-188-4.dclient.hispeed.ch) has joined #beagle
  • [08:07:56] * tasslehoff (~tasslehof@147.84-49-231.nextgentel.com) has joined #beagle
  • [08:08:15] * DevBot (~supybot@2001:6f8:12e0::7) Quit (Remote host closed the connection)
  • [08:08:24] * DevBot (~supybot@2001:6f8:12e0::7) has joined #beagle
  • [08:25:25] * Hoolxi (~Openfree@120.204.129.129) Quit (Remote host closed the connection)
  • [08:32:45] * mrpackethead_ (~mrpacketh@118-93-93-95.dsl.dyn.ihug.co.nz) Quit (Remote host closed the connection)
  • [08:34:44] * NishanthMenon (~nmenon@192.94.92.14) has joined #beagle
  • [08:37:41] * panto (~panto@195.97.110.117) has joined #beagle
  • [08:39:02] <panto> gm
  • [08:41:42] * mrpackethead_ (~mrpacketh@118-93-93-95.dsl.dyn.ihug.co.nz) has joined #beagle
  • [08:45:44] * koen heads towards FOSDDEM
  • [08:46:31] * dm8tbr will catch a flight in 6h
  • [08:50:32] * av500 will catch a train in 4h
  • [08:51:13] * Zju (~abaddon@178.120.84.175) Quit (Ping timeout: 246 seconds)
  • [09:00:47] * mrpackethead_ will head the the fridge in 4 minutes
  • [09:01:04] * mrpackethead_ is now known as hobbit
  • [09:02:19] <av500> hobbit s have a fridge?
  • [09:02:41] <hobbit> of course...
  • [09:02:46] * hobbit is now known as mrpackethead
  • [09:03:22] <mrpackethead> i'm contemplating a change of name
  • [09:03:28] <mrpackethead> maybe mrhobbithead
  • [09:05:00] * _troll_ (~mru@batanen.kinali.ch) has joined #beagle
  • [09:05:22] * mrpackethead is now known as hobbit_scared
  • [09:09:13] * sabesto (~sabesto@188.113.107.138) Quit (Read error: Connection reset by peer)
  • [09:10:09] * sabesto (~sabesto@188.113.107.138) has joined #beagle
  • [09:10:14] * stahl (~stahl@77-57-188-4.dclient.hispeed.ch) Quit (Ping timeout: 255 seconds)
  • [09:11:47] * Wipster (~Wip@host81-137-80-202.in-addr.btopenworld.com) has joined #beagle
  • [09:13:44] * bizulk1 (~sli@195.6.193.205) has joined #beagle
  • [09:13:44] * bizulk1 (~sli@195.6.193.205) has joined #beagleboard
  • [09:13:47] * bizulk (~sli@195.6.193.205) Quit (Read error: Connection reset by peer)
  • [09:16:49] * jpirko (~jirka@sun-0.pirko.cz) has joined #beagle
  • [09:17:05] * Hoolxi (~Openfree@117.144.28.209) has joined #beagle
  • [09:23:23] * ant_work (~ant@host6-80-static.42-85-b.business.telecomitalia.it) has joined #beagle
  • [09:29:58] * woglinde (~henning@g225004220.adsl.alicedsl.de) has joined #beagle
  • [09:32:14] * sabesto (~sabesto@188.113.107.138) Quit (Read error: Connection reset by peer)
  • [09:32:35] * sabesto (~sabesto@188.113.107.138) has joined #beagle
  • [09:36:26] * jpsaman (~jpsaman@videolan/developer/jpsaman) has joined #beagle
  • [09:39:33] * florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) has joined #beagle
  • [09:39:33] * florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) Quit (Changing host)
  • [09:39:33] * florian_kc (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [09:39:43] * florian_kc is now known as florian
  • [09:49:43] * bizulk1 (~sli@195.6.193.205) Quit (Quit: Leaving.)
  • [09:59:12] * xanium4332 (~xanium433@jeb90.fitz.cam.ac.uk) has joined #beagle
  • [10:01:05] * mythos (~mythos@unaffiliated/mythos) Quit (Ping timeout: 248 seconds)
  • [10:02:01] * Gaston|Home (Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) has joined #beagle
  • [10:04:30] * jackmitchell (~Thunderbi@195.171.99.130) has joined #beagle
  • [10:10:12] * FunkyPenguin (~quassel@opensuse/member/FunkyPenguin) Quit (*.net *.split)
  • [10:10:13] * LetoThe2nd (~jd@unaffiliated/letothe2nd) Quit (*.net *.split)
  • [10:10:13] * stippeng (~quassel@peterbilt.cs.abo.fi) Quit (*.net *.split)
  • [10:10:13] * brownies (~brownies@unaffiliated/brownies) Quit (*.net *.split)
  • [10:10:13] * buq2 (~buq2@dsl-trebrasgw2-54f943-197.dhcp.inet.fi) Quit (*.net *.split)
  • [10:11:46] <av500> our netgear gigabit router decided to perform harakiri
  • [10:12:28] <woglinde> netgear haha lol
  • [10:12:38] <woglinde> you deserved it
  • [10:13:12] * FunkyPenguin (~quassel@opensuse/member/FunkyPenguin) has joined #beagle
  • [10:13:12] * LetoThe2nd (~jd@unaffiliated/letothe2nd) has joined #beagle
  • [10:13:12] * stippeng (~quassel@peterbilt.cs.abo.fi) has joined #beagle
  • [10:13:12] * brownies (~brownies@unaffiliated/brownies) has joined #beagle
  • [10:13:12] * buq2 (~buq2@dsl-trebrasgw2-54f943-197.dhcp.inet.fi) has joined #beagle
  • [10:13:16] <av500> woglinde: yes
  • [10:13:32] <av500> from one moment to the next it went fubar, blinking a led that says "firmware corrupt" :)
  • [10:13:49] <av500> at least we got a new one 1 day later
  • [10:14:12] * bzb (~bzb@69-196-174-80.dsl.teksavvy.com) has joined #beagle
  • [10:14:20] <av500> we are now looking at a 1k??? thing that can aggregate all our internet
  • [10:15:07] <woglinde> good luck
  • [10:19:58] * hobbit_scared (~mrpacketh@118-93-93-95.dsl.dyn.ihug.co.nz) Quit (Remote host closed the connection)
  • [10:28:08] * bizulk (~sli@195.6.193.205) has joined #beagleboard
  • [10:28:08] * bizulk (~sli@195.6.193.205) has joined #beagle
  • [10:30:32] * jkridner__ (~jason@c-98-250-187-154.hsd1.mi.comcast.net) has joined #beagle
  • [10:30:32] * jkridner__ (~jason@c-98-250-187-154.hsd1.mi.comcast.net) Quit (Changing host)
  • [10:30:32] * jkridner__ (~jason@pdpc/supporter/active/jkridner) has joined #beagle
  • [10:34:18] * jkridner (~jason@pdpc/supporter/active/jkridner) Quit (Ping timeout: 264 seconds)
  • [10:34:18] * jkridner__ is now known as jkridner
  • [10:38:10] <jackmitchell> file
  • [10:38:59] <av500> folder
  • [10:42:05] <woglinde> failed
  • [10:44:59] * jackmitchell (~Thunderbi@195.171.99.130) Quit (Read error: Connection reset by peer)
  • [10:51:40] * av500 (~vladimir@p50996ded.dip0.t-ipconnect.de) Quit ()
  • [10:51:52] * av500 (~vladimir@b2b-46-252-131-98.unitymedia.biz) has joined #beagle
  • [10:55:21] * jpsaman (~jpsaman@videolan/developer/jpsaman) Quit (Ping timeout: 252 seconds)
  • [10:59:06] * mirelsol_ (~mirelsol@mannheim.mirelsol.org) has joined #beagle
  • [11:03:35] * stahl (~stahl@77-57-188-4.dclient.hispeed.ch) has joined #beagle
  • [11:03:50] <mirelsol_> 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
  • [11:04:10] <mirelsol_> but every time I get this error : Write failed
  • [11:04:28] <mirelsol_> How could I debug what's going wrong?
  • [11:05:04] <koenkooi> scope or Logic analyzer
  • [11:05:13] <Russ> check the address and if you are properly using a 7 bit address
  • [11:05:20] <koenkooi> or check with i2cdetect
  • [11:05:28] <Russ> (are you sure it isn't 0x10?)
  • [11:05:52] <mirelsol_> Russ: on the arduino part I defined the slave address : 0x20
  • [11:06:05] <Russ> is that an 8 bit address or 7 bit address?
  • [11:06:26] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [11:06:36] <mirelsol_> Russ: how can I know that?
  • [11:07:49] <Russ> http://www.totalphase.com/support/kb/10039/
  • [11:09:46] * stahl (~stahl@77-57-188-4.dclient.hispeed.ch) Quit (Ping timeout: 244 seconds)
  • [11:22:35] <mirelsol_> Russ: thanks for the link. I'm using a 7-bit address on the Arduino part
  • [11:23:42] * stahl (~stahl@77-57-188-4.dclient.hispeed.ch) has joined #beagle
  • [11:25:34] * tsjsieb (~tsjsieb@2001:980:4b3b:1:225:31ff:fe00:ff7a) has joined #beagle
  • [11:26:05] <tsjsieb> Goodmorning
  • [11:26:56] <tsjsieb> s**t, I stayed to long at 2.6.31... I missed the whole DeviceTree thing...
  • [11:27:04] <av500> :)
  • [11:27:48] * dj_pi (~asd@c-107-5-25-243.hsd1.mi.comcast.net) has joined #beagle
  • [11:27:50] * av500 waits for Android to adopt DT
  • [11:28:00] <mirelsol_> koenkooi: using i2cdetect -y -r 3, I get these lines
  • [11:28:03] <tsjsieb> But it looks promising and maintainable
  • [11:28:04] <mirelsol_> 10: -- -- -- -- -- -- -- -- -- -- -- UU -- -- -- --
  • [11:28:14] <mirelsol_> 50: -- -- -- -- UU UU UU UU -- -- -- -- -- -- -- --
  • [11:28:29] <mirelsol_> doesn't understand what this means :-(
  • [11:29:06] <av500> it means the storm blew a lot of shindles from your roof
  • [11:29:24] <tsjsieb> :D lol
  • [11:29:26] <Jacmet> mirelsol_: that kernel drivers are bound to address 0x1b, 0x54, 0x55, 0x56, 0x57
  • [11:29:54] <mirelsol_> Jacmet: ok thanks
  • [11:30:38] * stahl (~stahl@77-57-188-4.dclient.hispeed.ch) Quit (Ping timeout: 255 seconds)
  • [11:31:53] <tsjsieb> av500: you made my day!
  • [11:31:54] * Crofton (~balister@28.254-240-81.adsl-static.isp.belgacom.be) Quit (Ping timeout: 264 seconds)
  • [11:32:09] * mhaberler (~mhaberler@extern-180.stiwoll.mah.priv.at) Quit (Quit: mhaberler)
  • [11:32:21] <av500> tsjsieb: glad to have been of service
  • [11:32:31] <tsjsieb> It costed a few seconds until I saw it,... but yes!
  • [11:33:06] * dj_pi (~asd@c-107-5-25-243.hsd1.mi.comcast.net) Quit (Ping timeout: 264 seconds)
  • [11:34:18] <mirelsol_> if my pull-up resistors are wrong I can't receive any data but I shouldn't have a "write failed" error, right?
  • [11:35:30] <Russ> well you won't get an ack from the address
  • [11:35:40] <Russ> so how could the write succeed?
  • [11:35:58] <mirelsol_> Russ: right :-)
  • [11:36:01] <Russ> mirelsol_, read the manpage
  • [11:36:09] <Russ> I'm sure it tells you what UU means
  • [11:36:28] <mirelsol_> Russ: found it out : Jacmet> mirelsol_: that kernel drivers are bound to address 0x1b, 0x54, 0x55, 0x56, 0x57
  • [11:37:01] <av500> Russ: http://www.lm-sensors.org/wiki/man/i2cdetect
  • [11:37:09] <av500> I lol'ed at this
  • [11:37:42] <av500> ah
  • [11:37:43] <av500> http://linux.die.net/man/8/i2cdetect
  • [11:37:46] <av500> this one is better
  • [11:38:09] <av500> it should get a higher search rank
  • [11:38:55] * kiilo (~kiilo@84-73-25-17.dclient.hispeed.ch) has joined #beagle
  • [11:40:02] * jackmitchell (~Thunderbi@195.171.99.130) has joined #beagle
  • [11:40:26] * mhaberler (~mhaberler@extern-180.stiwoll.mah.priv.at) has joined #beagle
  • [11:40:26] * mhaberler (~mhaberler@extern-180.stiwoll.mah.priv.at) has joined #beaglebone
  • [11:47:18] <panto> av500, want me to start railing about i2c?
  • [11:51:27] <woglinde> panto yes
  • [11:52:05] <panto> due to being developed for x86 PeeCes it's totally out of place in it's natural habitat
  • [11:52:27] <panto> every other hardware device is a platform device, but not an i2c client
  • [11:52:50] * tema (~tema@ppp89-110-18-232.pppoe.avangarddsl.ru) has joined #beagle
  • [11:52:55] <panto> it's 'special' without a compelling reason to be so
  • [11:54:57] <woglinde> so i2c on arm suckz?
  • [11:54:59] <av500> panto: go on
  • [11:55:36] <panto> err, that's about it... I hate having to do special cases for i2c devices :)
  • [12:02:16] <mdp> <insert_noun_here> on arm suckz
  • [12:02:31] <panto> noun=pancakes
  • [12:02:47] <mdp> panto, oh but it's smbus on peecees ;)
  • [12:03:10] <panto> blergh
  • [12:03:52] <panto> tell me again why PCs don't use platform devices like the rest of us smucks?
  • [12:04:04] <mdp> they do
  • [12:04:27] <panto> in a different manner
  • [12:04:31] <mdp> yes
  • [12:04:52] <mdp> but you can't win an argument when somebody can make the checkbox statement, "yes we do"
  • [12:04:59] <mdp> ;)
  • [12:06:17] <mdp> 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.
  • [12:06:37] <mdp> in mdp-land..that's considered a superset
  • [12:07:04] <mdp> but more intel-garbage, what can you do
  • [12:07:49] * gustavoz (~gustavoz@host42.181-14-143.telecom.net.ar) has joined #beagle
  • [12:12:50] * kiilo (~kiilo@84-73-25-17.dclient.hispeed.ch) Quit (Remote host closed the connection)
  • [12:13:45] * dj_pi (~asd@c-107-5-25-243.hsd1.mi.comcast.net) has joined #beagle
  • [12:15:16] * mhaberler (~mhaberler@extern-180.stiwoll.mah.priv.at) Quit (Quit: mhaberler)
  • [12:17:08] <koenkooi> can DT help here?
  • [12:17:29] <woglinde> no
  • [12:17:46] <koenkooi> heretic
  • [12:18:25] <mdp> SFI ftw
  • [12:18:27] <tsjsieb> mm, I thought I understand by now that DT is something technical, but it seems to be a little bit religious as well?
  • [12:18:42] <woglinde> pincontrol for the win
  • [12:19:08] <ynezz> no pinwars please
  • [12:19:34] <koenkooi> tsjsieb: DT is being presented as the solution for everything
  • [12:19:46] <koenkooi> so we poke fun at it
  • [12:20:01] <ynezz> right, either DT or systemd
  • [12:20:11] <tsjsieb> I've learned we had Jesus for that? is that outdated by now?
  • [12:20:16] <tsjsieb> ;)
  • [12:20:29] * panto feels that since it is Friday should start first
  • [12:20:34] <panto> DTJesusSystemD
  • [12:20:49] <ynezz> World 3.0
  • [12:20:54] <koenkooi> systemdt
  • [12:21:36] <tsjsieb> Koen, that will be difficult for most dutch technicians, I've never been good with the d / dt thing
  • [12:22:07] <koenkooi> breadingsheep
  • [12:22:17] <ynezz> idkfa^Widdt
  • [12:27:52] * kiilo (~kiilo@84.73.25.17) has joined #beagle
  • [12:28:36] * tsjsieb will know think of DT as Dear Tsjsieb...
  • [12:29:04] <tsjsieb> Than it start to sound more like a prayer as well
  • [12:31:00] * jackmitchell (~Thunderbi@195.171.99.130) Quit (Read error: Connection reset by peer)
  • [12:35:10] * mhaberler (~mhaberler@extern-180.stiwoll.mah.priv.at) has joined #beagle
  • [12:35:10] * mhaberler (~mhaberler@extern-180.stiwoll.mah.priv.at) has joined #beaglebone
  • [12:38:38] * jackmitchell (~Thunderbi@195.171.99.130) has joined #beagle
  • [12:39:01] * mhaberler (~mhaberler@extern-180.stiwoll.mah.priv.at) Quit (Client Quit)
  • [12:50:46] * NishanthMenon (~nmenon@192.94.92.14) Quit (Quit: Dialed 5483.)
  • [12:51:25] * ant_work (~ant@host6-80-static.42-85-b.business.telecomitalia.it) Quit (Quit: Leaving)
  • [12:54:33] * jluisn (~quassel@187.115.172.24) has joined #beagle
  • [12:58:56] * bradfa (~bradfa@173.225.52.244) has joined #beagle
  • [13:04:28] <bradfa> morning channel
  • [13:13:01] * mranostay yawns
  • [13:13:11] <bradfa> mranostay is up early, no?
  • [13:13:13] <mranostay> can't sleep
  • [13:13:19] * jpsaman (~jpsaman@videolan/developer/jpsaman) has joined #beagle
  • [13:14:06] <panto> hey punk
  • [13:16:54] * dj_pi (~asd@c-107-5-25-243.hsd1.mi.comcast.net) Quit (Ping timeout: 264 seconds)
  • [13:17:13] <woglinde> hi bradfa
  • [13:17:28] <bradfa> morning woglinde
  • [13:19:52] <mdp> mranostay: excited about something? :)
  • [13:20:14] <bradfa> mranostay gets excited?
  • [13:20:24] <mdp> bad image
  • [13:20:55] <mdp> it's the big day today. anticipation is building
  • [13:21:20] <bradfa> well, friday is a big day around here, I can see why even someone like mranostay would get excited :)
  • [13:21:44] * koenkooi waves from inside the thalys train
  • [13:21:58] * bradfa waves back at koenkooi
  • [13:22:17] <bradfa> internet on trains, what will they think of next?
  • [13:22:20] <koenkooi> I predict this friday will end with beer for me
  • [13:22:26] <bradfa> +1
  • [13:22:31] <mdp> we're waiting to see if locutus of borg beats radiation man in the big contest
  • [13:23:04] <panto> heh
  • [13:23:21] <mdp> bradfa: passenger trains, what will they think of next?
  • [13:23:41] <tsjsieb> koenkooi: that'
  • [13:23:45] <tsjsieb> s a self fulfilling prophecy
  • [13:23:45] <bradfa> mdp, didn't we remove all our train tracks so we could sit in traffic more?
  • [13:24:00] <tsjsieb> not really a prediction
  • [13:29:32] <tsjsieb> koenkooi@cafe { compatible = "grolsch", "hertog-jan"; #size-cells = <24>;interrupt-parent = <&woman>; reg = <0xB33R 2 0xmouth >; };
  • [13:32:29] <tsjsieb> Would that be correct in DT ?
  • [13:32:31] * _av500_ waves from inside ICE 14
  • [13:32:44] <tsjsieb> Or did I forget something with pincontrol?
  • [13:33:21] <mranostay> _av500_: is it cold there?
  • [13:33:28] <_av500_> in the train?
  • [13:33:31] <_av500_> yes
  • [13:33:33] <_av500_> balmy
  • [13:34:59] <tsjsieb> I'v seen some things about trainsurfing, but it didn't have much to do with internet on the train...
  • [13:35:20] <_av500_> its not train internet
  • [13:35:23] <_av500_> just my mobile
  • [13:35:40] <koenkooi> compatible = "grolsch,beugel", "leffe,radieusse"
  • [13:35:41] <koenkooi> if I understand DT correctly
  • [13:36:44] * koenkooi ponders on the dutch expression "een boompje opzetten"
  • [13:36:44] <koenkooi> hey av500
  • [13:37:02] <_av500_> hey koenkooi
  • [13:37:59] <koenkooi> mobile would have better pingtimes
  • [13:39:02] <koenkooi> 800ms - 22000ms
  • [13:39:03] <koenkooi> I guess the train travels so fast the bits don't make it out
  • [13:39:03] <koenkooi> 59e141f...c350ae0 not-capebus-v20 -> panto/not-capebus-v20 (forced update)
  • [13:39:03] <koenkooi> oh noes
  • [13:39:03] <koenkooi> a forced update
  • [13:39:20] <panto> koenkooi, ugh, sorry about that
  • [13:39:23] * koenkooi pretends to update out of free will
  • [13:39:38] <panto> no changes to the patchset, just a rebase to the latest rc
  • [13:40:35] <koenkooi> panto: that iio patchset makes it seem that it's possible to assign IIO nodes to hwmon using DT
  • [13:40:44] <koenkooi> so no special IIO clients needed
  • [13:40:44] <panto> koenkooi, oh yes
  • [13:40:48] <koenkooi> sounds too good to be true IMHO
  • [13:41:09] <_av500_> its a trap
  • [13:41:24] <panto> koenkooi, well, for custom capes like the geiger cape, you might still need the IIO client
  • [13:41:38] <_av500_> who needs a geiger cape anyway
  • [13:41:45] <panto> dunno, I have to look at it more carefully
  • [13:41:48] <_av500_> now, a Giger-cape....
  • [13:42:09] <panto> _av500_, a Ginger cape would be better
  • [13:42:22] <_av500_> make it a GinTonic cape
  • [13:42:31] <mranostay> what use is a ginger cape?
  • [13:44:16] <mranostay> koenkooi: you guys are weird http://en.wikipedia.org/wiki/Redheadday
  • [13:44:18] * scrp3l (~scrp3l@178.63.197.92) has joined #beagle
  • [13:44:23] <koenkooi> oooh, giger cape
  • [13:44:31] <koenkooi> biomechanoids ftw
  • [13:44:48] * cacodaemon (~abaddon@178.121.196.89) has joined #beagle
  • [13:45:07] <panto> ok, never let your significant unit see logs of IRC ok? we're a bunch of weirdos
  • [13:46:03] <mranostay> it is all M.A.D here with logs :)
  • [13:46:04] * tsjsieb agrees
  • [13:46:33] <jsabeaudry> 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
  • [13:47:02] <jsabeaudry> mdp, The mmc driver never registers a callback and the spi driver only does dma with one pset
  • [13:47:26] <jsabeaudry> So my case does not seem to be covered with one of these two
  • [13:51:06] * thurbad (~natesewel@cpe-70-113-204-247.austin.res.rr.com) Quit (Quit: thurbad)
  • [13:55:34] * dj_pi (~asd@c-107-5-25-243.hsd1.mi.comcast.net) has joined #beagle
  • [13:57:04] <mdp> jsabeaudry: will take a look in a bit..meeting time
  • [14:03:22] * stahl (~stahl@77-57-188-4.dclient.hispeed.ch) has joined #beagle
  • [14:03:26] * DevBot (~supybot@2001:6f8:12e0::7) Quit (Remote host closed the connection)
  • [14:03:35] * DevBot (~supybot@2001:6f8:12e0::7) has joined #beagle
  • [14:05:40] * thurbad (~natesewel@64.132.24.36) has joined #beagle
  • [14:08:46] * alan_o (~alan@68.62.254.211) has joined #beagle
  • [14:10:37] * eikeon (~eikeon@pool-108-56-50-216.washdc.east.verizon.net) Quit (Quit: eikeon)
  • [14:13:34] * davidh_ (~quassel@77.127.50.110) Quit (Ping timeout: 246 seconds)
  • [14:17:26] <jackmitchell> container_of is a pain in the container hole
  • [14:20:02] * smplman (~speery@64.132.167.18) has joined #beagle
  • [14:31:39] * davidha (~quassel@77.127.50.110) has joined #beagle
  • [14:39:26] * Crofton (~balister@81.240.254.28) has joined #beagle
  • [14:39:32] * stahl (~stahl@77-57-188-4.dclient.hispeed.ch) Quit (Ping timeout: 255 seconds)
  • [14:44:22] <jackmitchell> can anyone see what is wrong with my container_of function at line 240: http://0bin.net/paste/2eb33f89724047c638b769bb6d81ee23de68d7fd#hRCrxBhE6IEjLOAqP0pHq+Zde1tmvt0eJo49uG17FHE=
  • [14:44:36] <jackmitchell> GCC Spits: /home/jack/Projects/r0005spi/r0005spi.c:243:36: warning: initialization from incompatible pointer type [enabled by default]
  • [14:44:36] <jackmitchell> /home/jack/Projects/r0005spi/r0005spi.c:243:36: warning: (near initialization for 'work_card') [enabled by default]
  • [14:46:31] <jackmitchell> ah, no worries
  • [14:46:42] <jackmitchell> typical, look at it for an hour then as soon as I ask for help I figure it out
  • [14:46:51] <woglinde> hehe
  • [14:46:54] <woglinde> thats normal
  • [14:47:22] * emeb_mac (~ericb@ip72-201-78-226.ph.ph.cox.net) has joined #beagle
  • [14:47:26] <jackmitchell> 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
  • [14:49:38] * ruchika (~ruchika@192.94.92.14) has joined #beagle
  • [14:54:07] <jsabeaudry> I need a table 11-16 but for linked param sets
  • [14:56:38] * eikeon (~eikeon@140.147.245.26) has joined #beagle
  • [15:01:30] <jsabeaudry> If I have a ABSYNC pset with CCNT = 2, do I need to call edma_start twice?
  • [15:04:33] * damir__ (~damir@217-72-91-162.ipv4.tusmobil.si) Quit (Quit: Leaving.)
  • [15:04:52] * pfefferz` (~pfefferz@ec2-50-19-223-142.compute-1.amazonaws.com) Quit (Quit: Coyote finally caught me)
  • [15:05:08] * pfefferz` (~pfefferz@ec2-50-19-223-142.compute-1.amazonaws.com) has joined #beagle
  • [15:05:08] * pfefferz` (~pfefferz@ec2-50-19-223-142.compute-1.amazonaws.com) has joined #beagleboard
  • [15:05:44] * tasslehoff (~tasslehof@147.84-49-231.nextgentel.com) Quit (Read error: Connection reset by peer)
  • [15:07:11] * cjoe (~customerj@fibhost-66-7-177.fibernet.hu) Quit (Read error: Connection reset by peer)
  • [15:07:46] * cjoe (~customerj@fibhost-66-7-177.fibernet.hu) has joined #beaglebone
  • [15:07:48] * cjoe (~customerj@fibhost-66-7-177.fibernet.hu) has joined #beagleboard
  • [15:07:50] * cjoe (~customerj@fibhost-66-7-177.fibernet.hu) has joined #beagle
  • [15:08:49] * yegorich (3e911ef2@gateway/web/freenode/ip.62.145.30.242) has joined #beagle
  • [15:09:06] * yegorich (3e911ef2@gateway/web/freenode/ip.62.145.30.242) has left #beagle
  • [15:09:12] * yegorich (3e911ef2@gateway/web/freenode/ip.62.145.30.242) has joined #beagle
  • [15:10:16] * biretak (~biretak@pool-71-251-136-214.cmdnnj.east.verizon.net) has joined #beagle
  • [15:10:31] <yegorich> 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
  • [15:12:01] <mru> no multimeter?
  • [15:12:42] <mranostay> heh
  • [15:12:48] <yegorich> mru: osci shows 1,8V
  • [15:15:11] <_av500_> metric or imperial?
  • [15:15:17] <mdp> jsabeaudry: you have two param entries as noted in the original paste, right?
  • [15:15:42] <mdp> jsabeaudry: since your transfer is not dma event driven..you have to manually start each pset
  • [15:16:00] <mdp> jsabeaudry: I had to do this with my original implementation of memcpy transfer types
  • [15:16:08] <mdp> as they are s/w initiated
  • [15:16:50] <mdp> in some transfer sizes cases for arbitrary buffers I would have to build a two part pset
  • [15:17:12] <mdp> set TCINTEN on both...and in the callback for #1...then start #2
  • [15:17:38] <mdp> jsabeaudry: you basically have this same use case in your h/w design
  • [15:18:23] <mdp> if the h/w generated the dmareq based on the fifo threashold _or_ a periodic timer expiration then you could avoid all this
  • [15:18:47] <mdp> I know we never get to change h/w though ;)
  • [15:19:36] <mdp> as you can see, this method adds all kinds of s/w latency which may or may not be a concern
  • [15:20:56] * Splats (~splats@unaffiliated/splats) Quit (Ping timeout: 255 seconds)
  • [15:21:34] * tasslehoff (~tasslehof@147.84-49-231.nextgentel.com) has joined #beagle
  • [15:22:37] * prpplague (~prpplague@107-206-64-184.lightspeed.rcsntx.sbcglobal.net) Quit (Quit: Later Folks!)
  • [15:24:52] * emeb_mac (~ericb@ip72-201-78-226.ph.ph.cox.net) Quit (Quit: emeb_mac)
  • [15:26:08] * tsjsieb (~tsjsieb@2001:980:4b3b:1:225:31ff:fe00:ff7a) has left #beagle
  • [15:29:48] * tasslehoff (~tasslehof@147.84-49-231.nextgentel.com) Quit (Quit: WeeChat 0.3.8)
  • [15:48:21] * emeb (~ericb@72.201.78.226) has joined #beagle
  • [15:58:50] <jsabeaudry> mdp, Can I just set TCCHEN on all but the last pset ?
  • [15:58:54] * damir__ (~damir@cpe-212-85-175-204.cable.telemach.net) has joined #beagle
  • [16:00:45] * yegorich (3e911ef2@gateway/web/freenode/ip.62.145.30.242) Quit (Quit: Page closed)
  • [16:02:34] <woglinde> ~lart spandsp
  • [16:04:38] <mdp> jsabeaudry: my detailed memory on this is getting vague atm..but, I *think* I recall that chaining using a regular DMA doesn't work automagically with an actual DMA event...but if you used a QDMA (not even supported in the private edma api) then it would.
  • [16:04:44] * Gaston|Home (Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) Quit (Ping timeout: 256 seconds)
  • [16:05:07] * mdp considers taking notes in the future
  • [16:05:15] <woglinde> notes rockz
  • [16:05:34] <mdp> I need an intern to take notez
  • [16:05:48] <jsabeaudry> mdp, It appears to chain and trigger the interrupt, however I'm not sure the pset gets linked properly
  • [16:08:10] <woglinde> mdp yes personal assistant
  • [16:08:50] <jackmitchell> koen, what would be the best way for me to submit a patch to the beagle kernel tree
  • [16:09:06] * damir__ (~damir@cpe-212-85-175-204.cable.telemach.net) Quit (Quit: Leaving.)
  • [16:09:50] * jvcleave_ (~jvcleave@WS1-DSL-208-102-254-80.fuse.net) has joined #beagle
  • [16:11:05] <mdp> jsabeaudry: yeah, I can't remember why, but for some reason I determined that chaining events didn't properly trigger the next pset in the manually triggered case.
  • [16:11:19] <mdp> jsabeaudry: best I can say is experiment with that.
  • [16:11:48] * av500 (~vladimir@b2b-46-252-131-98.unitymedia.biz) Quit (Ping timeout: 248 seconds)
  • [16:11:56] <mdp> I had an interrupt-per each pset method working for arbitrary memcpy transfers..but shelved that code to work all the slave_sg support upstream
  • [16:12:09] * av500 (~vladimir@46.252.131.98) has joined #beagle
  • [16:12:15] <mdp> doing to have to revisit and grok that though
  • [16:12:33] * jvcleave (~jvcleave@WS1-DSL-208-102-254-80.fuse.net) Quit (Ping timeout: 272 seconds)
  • [16:12:33] * jvcleave_ is now known as jvcleave
  • [16:12:39] <mdp> *going
  • [16:13:07] <mdp> woglinde: my personal assistant only gives orders...does not solve the note taking problem ;)
  • [16:13:21] * jpsaman (~jpsaman@videolan/developer/jpsaman) Quit (Quit: Leaving)
  • [16:14:40] * Hoolxi (~Openfree@117.144.28.209) Quit (Remote host closed the connection)
  • [16:14:58] <alan_o> mdp: +1 intern
  • [16:15:11] * prpplague (~danders@192.94.92.14) has joined #beagle
  • [16:15:24] <mdp> alan_o, it seems to be a common need for all of us ;)
  • [16:15:39] <mdp> bradfa seems to get showered with interns
  • [16:15:51] * michaelz (~mIKEjONES@c-67-180-11-133.hsd1.ca.comcast.net) Quit (Ping timeout: 260 seconds)
  • [16:16:16] * bradfa scrolls back to see why himself, shows, and interns are all mentioned in the same sentence
  • [16:16:21] <bradfa> s/shows/showers/
  • [16:16:39] <bradfa> ah
  • [16:16:48] * alan_o checks linkedin to see where bradfa works....
  • [16:16:50] <mdp> I didn't even mention a blue dress
  • [16:16:52] <bradfa> well, not me per se, so far the interns do Windows programming
  • [16:17:27] <bradfa> and range testing when it's cold outside
  • [16:17:32] <bradfa> for the RF stuffs
  • [16:17:35] <alan_o> mdp: I've gotten handed creeper cards for much less.......
  • [16:18:10] <mdp> bradfa, and if they're bad at their job you can use them for other types of "range testing". "Let's go shooting...you can hold my targets"
  • [16:18:27] <bradfa> err, in theory, yes
  • [16:18:41] * kevinsc (~kevinsc@nat/ti/x-oztqzyqawrcaujck) has joined #beagle
  • [16:18:45] <bradfa> makes up for 200+ MB git repos with only 50 commits
  • [16:18:47] <mdp> nobody has ever accepted that offer from me when I invite them out ;)
  • [16:18:50] <mdp> alan_o, indeed
  • [16:19:08] <bradfa> mdp, NRA bumper sticker on your truck?
  • [16:19:17] <mdp> hehe
  • [16:21:10] <bradfa> mdp, you'll be happy to hear the plows came and salted the parking lot this morning, and by "salted" i mean backed the truck up to the line of parked cars, turned on salt shooter and drove away
  • [16:21:13] <mdp> bradfa, http://goo.gl/7oeVn
  • [16:21:56] <bradfa> +1
  • [16:24:23] <mdp> and http://goo.gl/nuAG3
  • [16:27:25] <mdp> bradfa, I've seen them pull in a parking lot, turn on that radial spreader...and the cars are covered with salt mixture
  • [16:28:00] <bradfa> heh -> load average: 27.81
  • [16:28:03] <bradfa> go bone go!
  • [16:28:07] <bradfa> oh, now over 30
  • [16:28:37] <mdp> um, we can have Bone Protective Service seize your beaglebones for abuse like that
  • [16:28:38] * scrp3l (~scrp3l@178.63.197.92) Quit (Quit: Leaving)
  • [16:28:43] <bradfa> heh
  • [16:28:53] * mdp contacts the state BPS
  • [16:29:04] <bradfa> along with my enabling of bkopts this morning, I'm an abusive engineer :)
  • [16:30:39] <bradfa> program spawns 1 thread to do curl operations every 10 ms and has busy loops and spi_sync() in kernel module :)
  • [16:31:00] <bradfa> now to hook up the curl ops to Windows program
  • [16:31:10] <bradfa> goal is to make windows machine start on fire with little $90 board
  • [16:31:11] <bradfa> :)
  • [16:31:29] * jsabeaudry (~jsabeaudr@242.161.18.64.static.oricom.ca) Quit (Ping timeout: 248 seconds)
  • [16:32:42] <mranostay> mru: http://xkcd.com/1015/
  • [16:34:32] <bradfa> hmmm -> load average: 69.75, 32.32, 14.95
  • [16:35:26] <bradfa> how high can load average go?
  • [16:35:36] <mdp> bradfa, you probably keep the bones in a cage at night too...disgusting
  • [16:36:03] <alan_o> bradfa: load average can go arbitrarily high
  • [16:36:08] <bradfa> load average can go over 100...
  • [16:36:16] <bradfa> alan_o, oh joy!
  • [16:36:18] <alan_o> bradfa: it's the number of processes that are runnable and waiting
  • [16:36:24] <bradfa> ah, threads count?
  • [16:36:28] <mdp> BS..it can't exceed 11
  • [16:36:29] <mranostay> yes
  • [16:36:43] <bradfa> well, I should be hitting > 1000 load averages then RSN
  • [16:36:54] * kkeller (~Ken_Kelle@97-124-105-185.phnx.qwest.net) has joined #beagle
  • [16:37:21] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Quit: Client exiting)
  • [16:37:30] * jackmitchell (~Thunderbi@195.171.99.130) Quit (Quit: jackmitchell)
  • [16:38:01] <alan_o> actually, it's not runnable _and_ waiting, it's just runnable
  • [16:38:40] <alan_o> well, and also uninterruptible, see the uptime(1) page
  • [16:40:32] * jayabharath (~jayabhara@99-104-28-245.lightspeed.rcsntx.sbcglobal.net) has joined #beagle
  • [16:42:50] <Jacmet> bradfa: have you otherwise played with any of the emmc features? like the partition stuff, mlc/slc?
  • [16:42:57] * jsabeaudry (~jsabeaudr@64.18.161.242) has joined #beagle
  • [16:43:15] <bradfa> Jacmet, no, not yet
  • [16:43:33] <Jacmet> bradfa: ok
  • [16:43:36] <alan_o> mranostay: did you see the one from wednesday? http://xkcd.com/1167/ I went and looked at that. It's INSANE. People have no life, and that's coming from a guy who's hanging out on #beagle.
  • [16:43:38] * damir__ (~damir@cpe-212-85-175-204.cable.telemach.net) has joined #beagle
  • [16:43:41] <bradfa> After I turned on bkopts then I read about it. Not sure having it on is what I will want in the long run :)
  • [16:44:11] <Jacmet> bradfa: I've just started working on a project using emmc, but haven't gotten to play with it yet
  • [16:44:29] <Jacmet> and the evil ancient ti vendor tree doesn't support these fancy emmc features anyway :/
  • [16:44:38] <bradfa> mainline!
  • [16:44:55] <mdp> mainline!
  • [16:45:05] <mdp> what was the question?!?
  • [16:45:26] <mdp> +1 for *evil*
  • [16:45:27] <Jacmet> mdp: which reminds me, hows't he uboot stuff going? ;)
  • [16:46:01] <mdp> Jacmet: haven't work it for a day, but will be back to it soon
  • [16:46:15] <mdp> finishing some edma upstream stuff
  • [16:46:27] <mdp> deadlines, you know ;)
  • [16:46:37] <Jacmet> mdp: yeah, I know ;)
  • [16:46:50] <bradfa> I know this is the wrong channel, but any one know why a Windows 7 system inside VirtualBox would constantly get TCP checksum errors?
  • [16:46:53] * bradfa not a windows person
  • [16:47:02] <Jacmet> mdp: I won't be able to work on the 816x stuff the next few days anyway, fosdem + buildroot devs days
  • [16:47:15] <mdp> ahh, nice..yay fosdem
  • [16:47:24] <mdp> one conf still on my todo list
  • [16:47:25] <mdp> enjoy!
  • [16:47:36] <Jacmet> mdp: thanks
  • [16:48:02] * DevBot (~supybot@2001:6f8:12e0::7) Quit (Remote host closed the connection)
  • [16:48:10] * DevBot (~supybot@2001:6f8:12e0::7) has joined #beagle
  • [16:48:27] <mdp> Jacmet: refactoring things into the omap-common emif support is, um, time-consuming ;)
  • [16:48:38] <jsabeaudry> bradfa, hmmm it has to do with checksum being computed at the hardware level and no in a virtualbox
  • [16:48:47] <mdp> Jacmet: and Tartarus is a difficult maintainer to please ;)
  • [16:49:01] <Jacmet> mdp: heh, you should try wdenx ;)
  • [16:49:11] <bradfa> jsabeaudry, yeah the checksums are OK if I run wireshark on my linux host but inside virtualbox they're just all 0s
  • [16:49:12] <mdp> Jacmet: been there, done that. :)
  • [16:49:28] <bradfa> stupid virtualization...
  • [16:49:29] <Jacmet> mdp: I bet you still have scars :P
  • [16:49:48] <jsabeaudry> bradfa, I have had the same problem, however it did not affect anything besides wireshark
  • [16:50:32] <mdp> Jacmet: I owe wd so much...he's the person that introduced me to Abatron in 2000
  • [16:50:34] <bradfa> jsabeaudry, ok, I'm trying to debug why a windows .net thing isn't getting my curl HTTP POSTs from the bone
  • [16:51:06] * Jacmet hasn't used his bdi in years
  • [16:51:27] <Jacmet> the fact that I don't have any armv7 firmware probably doesn't help
  • [16:51:35] <mdp> Jacmet: Ruedi at Abatron makes that company, by far, the most amazing test equipment company I've ever worked with
  • [16:52:57] <mdp> Jacmet: I'm using an ancient rev C BDI2000 on the ti814x u-boot rewrite
  • [16:53:03] * kiilo (~kiilo@84.73.25.17) Quit (Ping timeout: 245 seconds)
  • [16:56:05] <bradfa> jsabeaudry, thanks, I'll do some googlin
  • [16:58:18] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) has joined #beagle
  • [17:00:34] <ka6sox> mdp, I love my BDI-2000
  • [17:00:54] <mdp> +1
  • [17:01:06] <mdp> "just works"
  • [17:01:24] <ka6sox> yup
  • [17:02:14] <mdp> I don't do bringup board ports regularly any longer so I don't use it often
  • [17:02:20] * jayabharath (~jayabhara@99-104-28-245.lightspeed.rcsntx.sbcglobal.net) Quit (Quit: This computer has gone to sleep)
  • [17:02:39] <mdp> rewriting existing driver code just has less need for jtag
  • [17:02:40] <ka6sox> we do a lot of that.
  • [17:02:51] <ka6sox> (bringup)
  • [17:03:01] <mdp> yeah, it was an essential tool when that was mostly what I did..."back in the day" ;)
  • [17:04:43] <mdp> ka6sox: I once went to a customer site just before I got mine...they had an HP probe and SDS singlestep in windoze
  • [17:04:53] * Wipster (~Wip@host81-137-80-202.in-addr.btopenworld.com) Quit (Read error: Connection reset by peer)
  • [17:05:38] <mdp> only had dwarf support..had to hack the 2.2 era kernel and use smb to allow debugging their custom board from that windoze box :(
  • [17:06:06] <mdp> ka6sox: those were dark days
  • [17:06:47] <ka6sox> those were the days that try men's souls...
  • [17:06:51] * hitlin37 (~chatzilla@145.107.10.2) has joined #beagle
  • [17:07:41] <ka6sox> s/try/tried/
  • [17:07:45] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) Quit (Quit: Leaving.)
  • [17:07:45] <koenkooi> bradfa: MSS clamping?
  • [17:08:02] <mdp> in 2000, that was a real early adopter company..switching from pSOS to linux
  • [17:09:18] <ka6sox> that is "early"...I think the first "embedded" I did was 2.2ish stuff.
  • [17:09:30] * awozniak (~awozniak@74.82.132.35) has joined #beagle
  • [17:13:06] * ka6sox is now known as ka6sox-away
  • [17:14:24] <mdp> we had early adopters like Nortel before that..in '99 on VME/cPCI stuff...but that stuff was roughly in the department of a desktop in terms of RAM/CPU..that's why it was immediately possible for people to switch from their RTOS then
  • [17:16:02] * coreyfro (~coreyfro@173-167-117-122-sfba.hfc.comcastbusiness.net) Quit (Remote host closed the connection)
  • [17:29:48] * jpirko (~jirka@sun-0.pirko.cz) Quit (Quit: Leaving)
  • [17:32:47] * tema (~tema@ppp89-110-18-232.pppoe.avangarddsl.ru) Quit (Ping timeout: 255 seconds)
  • [17:33:01] * djlewis (~djelwis@adsl-65-64-30-13.dsl.ltrkar.swbell.net) has joined #beagle
  • [17:33:14] <_av500_> errived
  • [17:33:17] <_av500_> arrived too
  • [17:33:46] <emeb> arrived is so 20th cen. errived is the new hotness.
  • [17:33:59] * bzb (~bzb@69-196-174-80.dsl.teksavvy.com) Quit (Quit: Leaving)
  • [17:34:01] <_av500_> urrived even
  • [17:34:17] * jayabharath (~jayabhara@99-104-28-245.lightspeed.rcsntx.sbcglobal.net) has joined #beagle
  • [17:34:41] <djlewis> gm guys
  • [17:34:48] <emeb> hola djlewis
  • [17:34:55] <emeb> how's things in AR?
  • [17:38:14] <bradfa> koenkooi, possibly... I'm still sniffing around. had to stop for a little to eat fish and chips
  • [17:39:59] * tbr (tbr@kapsi.fi) Quit (Ping timeout: 255 seconds)
  • [17:40:07] * jah (jarih@kapsi.fi) Quit (Ping timeout: 240 seconds)
  • [17:40:51] * tbr (~tbr@kapsi.fi) has joined #beagle
  • [17:41:48] * jah (~jah@kapsi.fi) has joined #beagle
  • [17:50:51] * contempt (~contempt@unaffiliated/contempt) Quit (Disconnected by services)
  • [17:50:52] <bradfa> I solved my problem, reboot, uninstall app, reboot, install app, fixed. It's not Windows or VirtualBox fault it's app's fault
  • [17:50:59] <bradfa> ugh
  • [17:51:10] * contempt (~contempt@unaffiliated/contempt) has joined #beagleboard
  • [17:51:10] * contempt (~contempt@unaffiliated/contempt) has joined #beagle
  • [17:58:19] <woglinde> re
  • [17:58:34] <woglinde> bradfa as always
  • [17:59:54] * snaakje (~Snaakje@89.205.224.74) has joined #beagle
  • [17:59:54] * snaakje (~Snaakje@89.205.224.74) has joined #beagleboard
  • [17:59:54] * snaakje (~Snaakje@89.205.224.74) has joined #beaglebone
  • [18:00:04] <djlewis> emeb: pretty and cold day.
  • [18:00:16] <djlewis> emeb: hows things out west?
  • [18:01:31] <emeb> djlewis: just peachy. Cool mornings, pleasant afternoons. Had some rain last week so everything is clean & green.
  • [18:01:48] * djlewis sometimes wishes to live out there.
  • [18:01:56] <emeb> as opposed to the dusty reddish/brown we usually have.
  • [18:05:54] * mdp throws some gray skies at emeb
  • [18:06:30] <emeb> mdp: you used to live here, no? You know how likely that is...
  • [18:06:37] <mdp> emeb, yeah ;)
  • [18:06:57] <mdp> we *almost* booked a visit to old friends for spring break..but it's not to be
  • [18:07:06] <emeb> :(
  • [18:07:33] <emeb> we had almost 2" rain last week - long and slow so almost no flooding.
  • [18:07:39] <mdp> wow
  • [18:07:48] <mdp> nice to get it slow
  • [18:08:04] <emeb> ya
  • [18:08:18] <mdp> I recall being *shocked* at how quickly those runs filled up when I first moved their in '95
  • [18:08:32] <emeb> It can really take you by surprise.
  • [18:08:40] <mdp> let's see...which road was it that ran through the salt river bed back then?
  • [18:08:48] <emeb> McKellips?
  • [18:08:50] <mdp> and the people went around the warning signs during monsoon season
  • [18:08:53] <mdp> yes, that's it
  • [18:09:01] <mdp> before they put the bridge in a few years later
  • [18:09:10] <emeb> Yes.
  • [18:09:13] <mdp> oh also when they released the dams too
  • [18:09:20] <emeb> Still lots of gully fords that get filled up
  • [18:09:43] <emeb> and our "stupid motorist" law - folks who go around barriers get to pay for their rescue.
  • [18:09:46] <mdp> the scottsdale public tv station had this awesome series of videos of monster trucks being swept away along with the morons driving them ;)
  • [18:10:09] <emeb> yeah - lots of schadenfreude during the rainy season.
  • [18:10:18] <mdp> emeb, yeah, I love that law..same goes for the morons that walk up squaw peak in high heels with no water
  • [18:10:52] <djlewis> we need those laws for people here that insist building homes in 100 year flood plain
  • [18:11:11] <emeb> mdp: lots of hiker rescues lately too. Oh, and Squaw Peak is renamed - not PC. Now it's Piestewa Pk. :)
  • [18:11:11] <djlewis> and expect taxpayers to buy them a new home in the same spot after.
  • [18:11:38] * hobbit_scared (~mrpacketh@118-93-93-95.dsl.dyn.ihug.co.nz) has joined #beagle
  • [18:11:41] <emeb> djlewis: inorite?
  • [18:11:43] <mdp> emeb, yeah, I was thinking that when I wrote it..remember hearing that happened :) gotta fix all the evils of the world :)
  • [18:11:56] <djlewis> 1
  • [18:13:14] <emeb> mdp: On the one hand it's like overkill, but Piestewa was a native-american woman who was killed serving in the army in the mideast, so it's kind of appropriate.
  • [18:13:25] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [18:13:30] <emeb> Don't hear much complaining about it anymore.
  • [18:13:37] <mdp> yeah, I remember it getting named for her..remember her whole story
  • [18:13:44] <mdp> it's just a name
  • [18:15:02] <emeb> yep. there are real problems to worry about instead.
  • [18:15:09] <mdp> yep
  • [18:15:48] <mdp> luckily, nobody cares to address the real problems anywhere ;) so don't feel alone...we have the same morons over here too
  • [18:17:05] * mythos (~mythos@unaffiliated/mythos) Quit (Ping timeout: 248 seconds)
  • [18:18:15] * mdp remembers to c&p his branchname to avoid another public embarassment
  • [18:20:06] <wmat> mranostay: congrats!
  • [18:20:43] <mdp> mranostay, you are no longer just a "famous IRC person" ;)
  • [18:22:34] * Guest66726 is now known as russell--
  • [18:28:25] * stahl (~stahl@77-57-188-4.dclient.hispeed.ch) has joined #beagle
  • [18:32:22] <mranostay> wmat: thanks
  • [18:32:47] <mdp> mranostay, we're going to get Boris to call you a "famous cape person"
  • [18:37:11] <woglinde> ~lart spandsp developer for mixing standards
  • [18:37:18] * tema (~tema@178-16-155-142.obit.ru) has joined #beagle
  • [18:42:35] * jayabharath (~jayabhara@99-104-28-245.lightspeed.rcsntx.sbcglobal.net) Quit (Quit: This computer has gone to sleep)
  • [18:48:16] <alan_o> koen, mdp: somewhere there's a tool for generating the pinmux stuff to go in the dts right? I thought I heard you mention that in your talk.
  • [18:48:26] * alan_o is tired of doing it manually
  • [18:48:55] <alan_o> and I mean the lines like: 0x1a4 0x17 /* mcasp0_fsr.gpio3_19, OUTPUT_PULLUP | MODE7 */
  • [18:48:55] <mdp> TI has a pinmux tool
  • [18:49:11] <woglinde> windows
  • [18:49:12] <alan_o> I used that, but I remember koen saying that "the tool" generated the comment too
  • [18:49:13] <mdp> Idon't know of anything that generates am33xx dts lines
  • [18:49:14] <woglinde> I heard
  • [18:49:25] <mdp> woglinde: it is
  • [18:53:17] <woglinde> horray
  • [18:54:12] <mranostay> Windows app?
  • [18:54:32] <alan_o> is that in the app store?
  • [18:56:21] <mdp> alan_o, yes, it has a tile-base UI "to fit my lifestyle" ... oooh yeah
  • [18:56:30] <mdp> pinmux from your winmophone,baby
  • [18:57:24] <alan_o> koen says: "I have a nice javascript program that parses debugfs on the old kernel and generates device tree fragments for the new kernel."
  • [18:57:28] <alan_o> so that's the part I remember
  • [18:57:39] <alan_o> not something general-purpose I guess then.
  • [18:58:15] <alan_o> hehe, winmophone
  • [18:58:21] * mranostay (~mranostay@pdpc/supporter/active/mranostay) Quit (Ping timeout: 245 seconds)
  • [18:58:42] <alan_o> mdp: why a tile-based interface? shouldn't it have voice recognition with do-what-I-mean?
  • [18:59:35] <mdp> alan_o, it's a lifestyle thang, you wouldn't understand
  • [19:14:08] * hitlin37 (~chatzilla@145.107.10.2) Quit (Quit: ChatZilla 0.9.89 [Firefox 18.0.1/20130116073211])
  • [19:14:25] * bizulk (~sli@195.6.193.205) Quit (Quit: Leaving.)
  • [19:14:32] * Derzzle (~Derzzle@199.181.135.135) has joined #beagle
  • [19:16:23] * jayabharath (~jayabhara@99.104.28.245) has joined #beagle
  • [19:22:39] * Derzzle (~Derzzle@199.181.135.135) Quit (Quit: Buh-Bye, y'all!)
  • [19:24:31] * Derzzle (~Derzzle@199.181.135.135) has joined #beagle
  • [19:25:51] * jluisn (~quassel@187.115.172.24) Quit (Remote host closed the connection)
  • [19:30:31] * snaakje (~Snaakje@89.205.224.74) Quit (Quit: snaakje)
  • [19:34:29] * mrcan_ (~mrcan@unaffiliated/mrcan) has joined #beaglebone
  • [19:34:29] * mrcan_ (~mrcan@unaffiliated/mrcan) has joined #beagleboard
  • [19:34:29] * mrcan_ (~mrcan@unaffiliated/mrcan) has joined #beagle
  • [19:34:30] * kiilo (~kiilo@84-73-25-17.dclient.hispeed.ch) has joined #beagle
  • [19:34:39] * awozniak (~awozniak@74.82.132.35) Quit (Quit: Ex-Chat)
  • [19:37:54] * mrcan (~mrcan@unaffiliated/mrcan) Quit (Ping timeout: 264 seconds)
  • [19:44:31] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [19:45:19] * awozniak (~awozniak@74.82.132.35) has joined #beagle
  • [19:47:55] * dwery (~dwery@nslu2-linux/dwery) has joined #beagle
  • [19:49:21] * Derzzle (~Derzzle@199.181.135.135) Quit (Quit: If my laptop is asleep, likely I am too.)
  • [19:53:59] <jsabeaudry> After running for a while, my gpmc cycle lenght becomes 6x slower? Any idea what can cause this?
  • [19:54:33] * jluisn (~quassel@187.115.172.24) has joined #beagle
  • [19:56:28] <bradfa> jsabeaudry, gpmc knows it's friday, time for it to get a beer :)
  • [19:56:34] <jsabeaudry> Every timing seems to be multiplied by 6, even the cycle2cycle
  • [20:01:49] <mdp> awesome beer-aware gpmc
  • [20:01:56] * mdp talks to the design team about this
  • [20:05:33] * Bryanstein (~Bryanstei@shellium/admin/bryanstein) Quit (Ping timeout: 245 seconds)
  • [20:06:28] * toneeee (~Adium@pool-72-84-244-30.rcmdva.fios.verizon.net) has joined #beagle
  • [20:07:18] * krajo1 (~krajo1@ip4-83-240-125-22.cust.nbox.cz) has joined #beagle
  • [20:22:41] * Bryanstein (~Bryanstei@shellium/admin/bryanstein) has joined #beaglebone
  • [20:25:10] * Bryanstein (~Bryanstei@shellium/admin/bryanstein) has joined #beagle
  • [20:27:15] * jluisn (~quassel@187.115.172.24) Quit (Remote host closed the connection)
  • [20:30:12] * jluisn (~quassel@187.115.172.24) has joined #beagle
  • [20:38:33] <jsabeaudry> There is no setting to divide the GPMC_FCLK by 6 so my guess would be that it is a clock upstream that is wrong
  • [20:42:02] <jsabeaudry> Is it considered risky to run at 720 MHz ?
  • [20:43:22] <jsabeaudry> Could that cause the problem?
  • [20:46:18] * awozniak (~awozniak@74.82.132.35) Quit (Quit: Ex-Chat)
  • [20:49:48] * awozniak (~awozniak@74.82.132.35) has joined #beagle
  • [20:58:20] * panto (~panto@195.97.110.117) Quit (Quit: Leaving)
  • [21:06:54] * jluisn (~quassel@187.115.172.24) Quit (Remote host closed the connection)
  • [21:08:24] * ssvb (~ssvb@stat-217-145-38-54.xdsl.toledo.be) has joined #beagle
  • [21:09:19] * jayabharath (~jayabhara@99.104.28.245) Quit (Quit: Leaving)
  • [21:13:36] * contempt (~contempt@unaffiliated/contempt) Quit (Disconnected by services)
  • [21:13:56] * contempt (~contempt@unaffiliated/contempt) has joined #beagleboard
  • [21:13:56] * contempt (~contempt@unaffiliated/contempt) has joined #beagle
  • [21:15:43] * eikeon (~eikeon@140.147.245.26) Quit (Read error: Operation timed out)
  • [21:36:17] * Derzzle (~Derzzle@199.181.135.135) has joined #beagle
  • [21:51:43] * davidha (~quassel@77.127.50.110) Quit (Ping timeout: 246 seconds)
  • [21:52:06] * smplman (~speery@64.132.167.18) Quit (Ping timeout: 245 seconds)
  • [21:52:13] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Ping timeout: 245 seconds)
  • [21:53:14] <hobbit_scared> did we have a winner?
  • [21:55:45] <hobbit_scared> we do ..
  • [21:56:03] <hobbit_scared> congradulations to matt
  • [21:57:56] * contempt (~contempt@unaffiliated/contempt) Quit (Ping timeout: 255 seconds)
  • [21:58:41] * gustavoz (~gustavoz@host42.181-14-143.telecom.net.ar) Quit (Quit: Leaving)
  • [22:04:17] * Russ (~russ@pool-74-100-57-85.lsanca.fios.verizon.net) Quit (Remote host closed the connection)
  • [22:08:30] * dj_pi (~asd@c-107-5-25-243.hsd1.mi.comcast.net) Quit (Ping timeout: 264 seconds)
  • [22:08:33] <woglinde> o.O
  • [22:08:44] <mdp> hobbitses!
  • [22:14:36] * eikeon (~eikeon@pool-108-56-50-216.washdc.east.verizon.net) has joined #beagle
  • [22:14:40] * phantoxeD (~destroy@a89-155-22-21.cpe.netcabo.pt) Quit (Read error: Connection reset by peer)
  • [22:15:21] * phantoxeD (~destroy@a89-155-22-21.cpe.netcabo.pt) has joined #beagle
  • [22:19:12] * eikeon_ (~eikeon@pool-108-56-50-216.washdc.east.verizon.net) has joined #beagle
  • [22:19:18] * eikeon (~eikeon@pool-108-56-50-216.washdc.east.verizon.net) Quit (Ping timeout: 264 seconds)
  • [22:19:18] * eikeon_ is now known as eikeon
  • [22:24:52] * GPSFan (~kenm@64.92.145.112) has joined #beagle
  • [22:28:18] * kiilo (~kiilo@84-73-25-17.dclient.hispeed.ch) Quit (Remote host closed the connection)
  • [22:28:54] * prpplague (~danders@192.94.92.14) Quit (Quit: Leaving)
  • [22:30:27] * davidha (~quassel@77.127.50.110) has joined #beagle
  • [22:32:28] * kkeller (~Ken_Kelle@97-124-105-185.phnx.qwest.net) Quit (Quit: Leaving.)
  • [22:33:10] * toan2 (~yaaic@208.54.64.250) has joined #beagleboard
  • [22:33:15] * toan2 (~yaaic@208.54.64.250) has left #beagleboard
  • [22:34:39] * contempt (~contempt@unaffiliated/contempt) has joined #beagleboard
  • [22:34:39] * contempt (~contempt@unaffiliated/contempt) has joined #beagle
  • [22:39:22] * woglinde (~henning@g225004220.adsl.alicedsl.de) Quit (Quit: leaving)
  • [22:44:07] * krajo1 (~krajo1@ip4-83-240-125-22.cust.nbox.cz) Quit (Quit: Konversation terminated!)
  • [22:44:54] * ruchika (~ruchika@192.94.92.14) Quit (Read error: Connection reset by peer)
  • [22:53:43] * woglinde (~henning@g225004220.adsl.alicedsl.de) has joined #beagle
  • [22:55:08] * contempt (~contempt@unaffiliated/contempt) Quit (Ping timeout: 245 seconds)
  • [22:56:01] * djlewis (~djelwis@adsl-65-64-30-13.dsl.ltrkar.swbell.net) Quit (Quit: Leaving.)
  • [22:58:35] * stahl (~stahl@77-57-188-4.dclient.hispeed.ch) Quit (Ping timeout: 255 seconds)
  • [23:05:33] * kevinsc (~kevinsc@nat/ti/x-oztqzyqawrcaujck) Quit (Quit: Leaving.)
  • [23:07:27] * Guest38319 (~bleh1@217.28.8.126) Quit (Ping timeout: 260 seconds)
  • [23:16:59] * bradfa now gets some work done...
  • [23:17:01] * bradfa (~bradfa@173.225.52.244) Quit (Quit: Ex-Chat)
  • [23:29:14] <jacekowski> have you got a stand on fosdem this year?
  • [23:29:23] * davidh_ (~quassel@87.68.243.127.adsl.012.net.il) has joined #beagle
  • [23:31:23] * davidha (~quassel@77.127.50.110) Quit (Ping timeout: 245 seconds)
  • [23:35:24] * contempt (~contempt@unaffiliated/contempt) has joined #beagleboard
  • [23:35:24] * contempt (~contempt@unaffiliated/contempt) has joined #beagle
  • [23:41:49] * Russ (~russ@pool-74-100-57-85.lsanca.fios.verizon.net) has joined #beagle
  • [23:52:52] * hobbit_scared is now known as hobbit
  • [23:53:02] <hobbit> hobbit is hungry