• [00:00:36] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beagle
  • [00:00:36] * Topic is 'http://beagleboard.org/chat has a guide on how to ask questions and links to the logs | never ask to ask, just ask | be patient | pastebin a boot log | http://ahsoftware.de/Beaglebone_Black_Boot_explained.svg | http://beagleboard.org/latest-images | http://beagleboard.org/Support/bone101 | direct bonescript/node.js questions to #beagle-bonescript | books: http://bit.ly/bbb-books'
  • [00:00:36] * Set by jkridner!~jkridner@pdpc/supporter/active/jkridner on Fri Jan 30 15:50:42 UTC 2015
  • [00:00:36] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beagleboard
  • [00:00:36] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beaglebone
  • [00:01:41] * VirG (~VirGin@adsl-76-235-121-110.dsl.pltn13.sbcglobal.net) Quit (Quit: Leaving.)
  • [00:01:46] * kfoltman (~kfoltman@109.255.197.184) Quit (Quit: Ex-Chat)
  • [00:02:32] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) Quit (Ping timeout: 246 seconds)
  • [00:02:46] * ninten (~kg@h88-150-237-2.host.redstation.co.uk) Quit (Ping timeout: 244 seconds)
  • [00:04:55] * vmayoral (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) Quit (Ping timeout: 252 seconds)
  • [00:07:01] * TheoMurpse (~TheoMurps@cpe-72-191-48-158.satx.res.rr.com) Quit (Quit: This computer has gone to sleep)
  • [00:07:52] * eikeon (~textual@c-98-204-80-157.hsd1.dc.comcast.net) has joined #beagle
  • [00:15:35] * ninten (~kg@h88-150-237-2.host.redstation.co.uk) has joined #beagle
  • [00:19:45] * mrjazzcat (~mrjazzcat@c-50-134-253-3.hsd1.co.comcast.net) Quit (Quit: Leaving)
  • [00:20:51] * nmschulte (~nmschulte@unaffiliated/reklipz) Quit (Ping timeout: 252 seconds)
  • [00:21:12] * rcn-ee (~voodoo@thief-pool2-120-251.mncable.net) has joined #beagle
  • [00:21:44] * The_Ball (~ballen@c114-77-179-73.hillc3.qld.optusnet.com.au) Quit (Remote host closed the connection)
  • [00:21:47] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Ping timeout: 246 seconds)
  • [00:24:03] * SiC (Simon@cpc12-aztw24-2-0-cust193.aztw.cable.virginm.net) Quit (Remote host closed the connection)
  • [00:25:05] * staylor (~staylor@mail.au-zone.com) Quit (Ping timeout: 252 seconds)
  • [00:25:32] * nmschulte (~nmschulte@unaffiliated/reklipz) has joined #beagle
  • [00:25:45] * ninten (~kg@h88-150-237-2.host.redstation.co.uk) Quit (Ping timeout: 256 seconds)
  • [00:25:52] * drkfdr (~darkfader@ip3e8346be.speed.planet.nl) Quit (Quit: Read error: Connection reset by peer)
  • [00:27:34] * jonmasters (~jcm@edison.jonmasters.org) Quit (Quit: ZNC - http://znc.sourceforge.net)
  • [00:35:44] * jonmasters (~jcm@edison.jonmasters.org) has joined #beagle
  • [00:37:57] * kalem (~kalem@unaffiliated/kalem) has joined #beagle
  • [00:37:57] * kalem (~kalem@unaffiliated/kalem) has joined #beagleboard
  • [00:38:12] * ninten (~kg@h88-150-237-2.host.redstation.co.uk) has joined #beagle
  • [00:38:30] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) has joined #beagle
  • [00:43:34] * dj_pi (~dj@c-107-5-228-80.hsd1.mi.comcast.net) Quit (Ping timeout: 252 seconds)
  • [00:55:28] * dwery (~dwery@nslu2-linux/dwery) Quit (Ping timeout: 244 seconds)
  • [00:56:55] * ninten (~kg@h88-150-237-2.host.redstation.co.uk) Quit (Ping timeout: 256 seconds)
  • [00:58:37] * kalem (~kalem@unaffiliated/kalem) Quit (Ping timeout: 255 seconds)
  • [01:02:29] * The_Ball (~ballen@220-244-24-74.static.tpgi.com.au) has joined #beagle
  • [01:02:56] * staylor (~staylor@S010640167e2cc408.cg.shawcable.net) has joined #beagle
  • [01:03:05] * BellinganRoy (~Bellingan@host173-5-dynamic.17-79-r.retail.telecomitalia.it) Quit (Quit: Konversation terminated!)
  • [01:09:27] * dj_pi (~dj@c-107-5-228-80.hsd1.mi.comcast.net) has joined #beagle
  • [01:09:46] * ninten (~kg@h88-150-237-2.host.redstation.co.uk) has joined #beagle
  • [01:19:12] * hamrove (~hamrove@96-8-209-215.block0.gvtc.com) Quit (Quit: hamrove)
  • [01:19:30] * ninten (~kg@h88-150-237-2.host.redstation.co.uk) Quit (Ping timeout: 252 seconds)
  • [01:24:11] * kalem (~kalem@unaffiliated/kalem) has joined #beagle
  • [01:24:11] * kalem (~kalem@unaffiliated/kalem) has joined #beagleboard
  • [01:30:01] * djerome (~djerome@ip24-251-115-14.ph.ph.cox.net) has joined #beaglebone
  • [01:39:21] * BobCat (~Bob@ool-6bbc197b.dyn.optonline.net) has joined #beagle
  • [01:39:21] * BobCat (~Bob@ool-6bbc197b.dyn.optonline.net) Quit (Changing host)
  • [01:39:21] * BobCat (~Bob@unaffiliated/bobcat) has joined #beagle
  • [01:42:30] * bkearns (~bkearns@216-75-239-130.static.wiline.com) Quit (Quit: Leaving.)
  • [01:48:05] * gusnan (~gusnan@s213-100-228-162.cust.tele2.se) Quit (Ping timeout: 265 seconds)
  • [01:48:50] <GenTooMan> Anyone use a Pico Projector? I have one of these (nice device) and they have an I2C bus that's supposed to be for EDID on a normal HDMI connection. However the Pico uses it to control the project not support EDID or DDC2. Anyhow I was wondering if anyone messed with this too allow one to connect the pico projector to something other than just a beagle bone with the correct firmware.
  • [01:49:29] * gusnan (~gusnan@s213-100-228-162.cust.tele2.se) has joined #beagle
  • [01:51:33] * ddp (~ddp@67.130.216.24) Quit (Quit: ddp)
  • [01:54:09] * pwillard (~pwillard@c-73-184-136-133.hsd1.ga.comcast.net) Quit (Quit: Leaving)
  • [02:01:38] * JetForMe (~JetForMe@c-50-156-127-148.hsd1.ca.comcast.net) Quit (Quit: Linkinus - http://linkinus.com)
  • [02:02:56] * BobKitten (~Bob@unaffiliated/bobcat) has joined #beagle
  • [02:06:37] * BobCat (~Bob@unaffiliated/bobcat) Quit (Ping timeout: 256 seconds)
  • [02:07:06] * emeb (~ericb@ip68-104-219-12.ph.ph.cox.net) Quit (Quit: Leaving.)
  • [02:10:01] * BobKitten (~Bob@unaffiliated/bobcat) Quit (Ping timeout: 264 seconds)
  • [02:10:43] * BobKitten (~Bob@unaffiliated/bobcat) has joined #beagle
  • [02:11:07] * JetForMe (~JetForMe@c-50-156-127-148.hsd1.ca.comcast.net) has joined #beagle
  • [02:13:11] * Humpelstilzchen (erik@f054117077.adsl.alicedsl.de) has joined #beagle
  • [02:16:23] * tema (~tema@178-16-155-142.obit.ru) Quit (Ping timeout: 240 seconds)
  • [02:16:49] * mhaberler (~mhaberler@extern-171.stiwoll.mah.priv.at) Quit (Quit: mhaberler)
  • [02:17:17] * Humpelst1lzchen (erik@d100184.adsl.hansenet.de) Quit (Ping timeout: 252 seconds)
  • [02:19:16] * tema (~tema@178-16-155-142.obit.ru) has joined #beagle
  • [02:21:18] * karki_ (~karki@117.221.101.164) has joined #beagle
  • [02:23:37] * Milenko (~Milenko@unaffiliated/milenko) Quit (Ping timeout: 245 seconds)
  • [02:24:25] * Milenko (~Milenko@vps14427.inmotionhosting.com) has joined #beagle
  • [02:24:27] * treeherder (~hive_quee@veles.packetfire.org) Quit (Ping timeout: 245 seconds)
  • [02:24:52] * creemj (~mjc@60-234-221-162.bitstream.orcon.net.nz) Quit (Ping timeout: 245 seconds)
  • [02:25:10] * creemj (~mjc@60-234-221-162.bitstream.orcon.net.nz) has joined #beagle
  • [02:25:20] * stt_michael (stt@unaffiliated/veremit) Quit (Ping timeout: 246 seconds)
  • [02:27:28] * stt_michael (stt@sttechltd.force9.co.uk) has joined #beagle
  • [02:27:28] * stt_michael (stt@sttechltd.force9.co.uk) Quit (Changing host)
  • [02:27:28] * stt_michael (stt@unaffiliated/veremit) has joined #beagle
  • [02:28:18] * Gareth (~garethFre@znc.wiked.org) Quit (Ping timeout: 245 seconds)
  • [02:28:53] * Milenko (~Milenko@vps14427.inmotionhosting.com) Quit (Ping timeout: 240 seconds)
  • [02:29:17] * dj_pi (~dj@c-107-5-228-80.hsd1.mi.comcast.net) Quit (Ping timeout: 256 seconds)
  • [02:31:15] * stt_michael (stt@unaffiliated/veremit) Quit (Client Quit)
  • [02:31:49] * stt_michael (stt@unaffiliated/veremit) has joined #beagle
  • [02:31:58] * treeherder (~hive_quee@veles.packetfire.org) has joined #beagle
  • [02:32:55] * rmanish (~techno@117.249.195.101) has joined #beagle
  • [02:33:46] * bkearns (~bkearns@2620:101:80fb:232:f970:50f4:55d2:9fe4) has joined #beagle
  • [02:34:33] * VirG (~VirGin@c-24-6-53-29.hsd1.ca.comcast.net) has joined #beagle
  • [02:34:44] * Gareth (~garethFre@znc.wiked.org) has joined #beagle
  • [02:39:14] * rmanish (~techno@117.249.195.101) Quit (Quit: Ex-Chat)
  • [02:40:22] * riotz (riotz@unaffiliated/riotz) Quit (Quit: ZNC - http://znc.in)
  • [02:41:54] * gusnan (~gusnan@s213-100-228-162.cust.tele2.se) Quit (Ping timeout: 244 seconds)
  • [02:42:49] * uhhimhere is now known as so_relaxed
  • [02:43:36] * gusnan (~gusnan@s213-100-228-162.cust.tele2.se) has joined #beagle
  • [02:53:44] * libregeekingkid (~quassel@103.224.144.239) has joined #beagle
  • [02:54:24] * karki_ (~karki@117.221.101.164) Quit (Ping timeout: 264 seconds)
  • [02:54:31] * riotz (riotz@orbit.sh3lls.net) has joined #beagle
  • [02:55:13] * boB_K7IQ (~IceChat9@70-88-245-212-ma-nh-me-ne.hfc.comcastbusiness.net) has joined #beagle
  • [02:56:04] * riotz (riotz@orbit.sh3lls.net) Quit (Client Quit)
  • [03:01:04] * NishanthMenon (nmenon@nat/ti/x-qslbkgjegbkyafng) Quit (Quit: Tomorrow will be cancelled due to lack of interest.)
  • [03:04:38] * libregeekingkid (~quassel@103.224.144.239) Quit (Ping timeout: 244 seconds)
  • [03:04:40] * riotz (riotz@orbit.sh3lls.net) has joined #beagle
  • [03:06:40] * karki_ (~karki@117.192.247.38) has joined #beagle
  • [03:11:44] * sidbh__ (~Siddharth@123.201.102.252) has joined #beagle
  • [03:13:31] * bkearns (~bkearns@2620:101:80fb:232:f970:50f4:55d2:9fe4) Quit (Quit: Leaving.)
  • [03:14:19] * VirG (~VirGin@c-24-6-53-29.hsd1.ca.comcast.net) Quit (Quit: Leaving.)
  • [03:14:48] * sidbh_ (~Siddharth@123.201.17.156) Quit (Ping timeout: 264 seconds)
  • [03:15:11] * bkearns (~bkearns@2620:101:80fb:232:bd2f:3d3b:ef98:71dc) has joined #beagle
  • [03:16:53] * kalem (~kalem@unaffiliated/kalem) Quit (Ping timeout: 240 seconds)
  • [03:18:14] * boB_K7IQ (~IceChat9@70-88-245-212-ma-nh-me-ne.hfc.comcastbusiness.net) Quit (Ping timeout: 246 seconds)
  • [03:21:01] * hamrove (~hamrove@96-8-209-215.block0.gvtc.com) has joined #beagle
  • [03:21:16] * bkearns (~bkearns@2620:101:80fb:232:bd2f:3d3b:ef98:71dc) Quit (Quit: Leaving.)
  • [03:22:38] * bkearns (~bkearns@guest-nat.p2p.sfo1.mozilla.com) has joined #beagle
  • [03:29:01] * riotz (riotz@orbit.sh3lls.net) Quit (Quit: ZNC - http://znc.in)
  • [03:33:25] * BobKitten (~Bob@unaffiliated/bobcat) Quit (Ping timeout: 255 seconds)
  • [03:37:46] * vmayoral (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) has joined #beagle
  • [03:39:40] * tema (~tema@178-16-155-142.obit.ru) Quit (Quit: Leaving)
  • [03:40:01] * tema (~tema@178-16-155-142.obit.ru) has joined #beagle
  • [03:42:55] * kevinsan (~kevinsan@2001:41d0:52:500::1f3) has joined #beagle
  • [03:42:57] * vmayoral (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) Quit (Ping timeout: 256 seconds)
  • [03:46:15] * BobKitten (~Bob@unaffiliated/bobcat) has joined #beagle
  • [03:47:04] * jamesaxl (~jamesaxl@41.250.17.229) Quit (Remote host closed the connection)
  • [03:54:33] * riotz (riotz@orbit.sh3lls.net) has joined #beagle
  • [04:09:16] * sebastian (~swaaws@2a01:1e8:e100:8553:ee1a:59ff:fec2:e1b3) has joined #beagle
  • [04:10:40] * sebastian (~swaaws@2a01:1e8:e100:8553:ee1a:59ff:fec2:e1b3) Quit (Read error: Connection reset by peer)
  • [04:10:58] * sebastian (~swaaws@p57A3BDE0.dip0.t-ipconnect.de) has joined #beagle
  • [04:11:06] * dys (~user@2a01:1e8:e100:8296:224:54ff:feee:c5a7) Quit (Ping timeout: 252 seconds)
  • [04:12:10] * bkearns (~bkearns@guest-nat.p2p.sfo1.mozilla.com) Quit (Quit: Leaving.)
  • [04:12:34] * swaaws (~swaaws@2a01:1e8:e100:8553:7040:349:77ed:b994) Quit (Ping timeout: 252 seconds)
  • [04:19:46] * bpugh (~bpugh@c-67-161-31-214.hsd1.ca.comcast.net) has joined #beagle
  • [04:32:49] * ddp (~ddp@67.130.216.24) has joined #beagle
  • [04:37:17] * ddp (~ddp@67.130.216.24) Quit (Ping timeout: 246 seconds)
  • [04:45:20] * day_ (~yashi@p4FF75AB5.dip0.t-ipconnect.de) has joined #beaglebone
  • [04:48:25] * sidbh__ (~Siddharth@123.201.102.252) Quit (Ping timeout: 264 seconds)
  • [04:48:43] * day (~yashi@unaffiliated/day) Quit (Ping timeout: 252 seconds)
  • [04:49:27] * ddp (~ddp@67.130.216.24) has joined #beagle
  • [04:50:34] * sidbh (~Siddharth@123.201.22.145) has joined #beagle
  • [04:57:16] * ddp (~ddp@67.130.216.24) Quit (Quit: ddp)
  • [05:04:23] * djerome (~djerome@ip24-251-115-14.ph.ph.cox.net) Quit (Remote host closed the connection)
  • [05:26:55] * vmayoral (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) has joined #beagle
  • [05:31:32] * vmayoral (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) Quit (Ping timeout: 246 seconds)
  • [05:37:09] * so_relaxed is now known as fark_da_pointers
  • [05:37:54] * boneskull (~boneskull@c-50-137-151-209.hsd1.or.comcast.net) Quit (Ping timeout: 246 seconds)
  • [05:38:20] * staylor (~staylor@S010640167e2cc408.cg.shawcable.net) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  • [05:40:11] * boneskull (~boneskull@c-50-137-151-209.hsd1.or.comcast.net) has joined #beagle
  • [05:42:02] * ddp (~ddp@67.130.216.24) has joined #beagle
  • [05:42:03] * BobKitten (~Bob@unaffiliated/bobcat) Quit (Ping timeout: 250 seconds)
  • [05:42:18] * ddp (~ddp@67.130.216.24) Quit (Client Quit)
  • [05:45:53] * SpeedEvil (~quassel@tor/regular/SpeedEvil) Quit (Quit: No Ping reply in 180 seconds.)
  • [05:46:39] * SpeedEvil (~quassel@tor/regular/SpeedEvil) has joined #beagle
  • [05:54:19] * BennyB_ (~heldb@host-88-217-198-167.customer.m-online.net) has joined #beagle
  • [05:59:50] * BobCat (~Bob@ool-6bbc1081.dyn.optonline.net) has joined #beagle
  • [05:59:50] * BobCat (~Bob@ool-6bbc1081.dyn.optonline.net) Quit (Changing host)
  • [05:59:51] * BobCat (~Bob@unaffiliated/bobcat) has joined #beagle
  • [06:03:42] * koleto (~koleto@95.90.212.141) has joined #beagle
  • [06:09:21] * staylor (~staylor@S01067426ac686a17.cg.shawcable.net) has joined #beagle
  • [06:10:28] * koleto (~koleto@95.90.212.141) Quit (Quit: koleto)
  • [06:10:44] * BobCat (~Bob@unaffiliated/bobcat) Quit (Ping timeout: 246 seconds)
  • [06:21:21] * linuxkernelhacke (~linuxkern@124.123.219.186) Quit (Read error: Connection reset by peer)
  • [06:21:43] * linuxkernelhacke (~linuxkern@124.123.219.186) has joined #beagle
  • [06:24:28] * BobCat (~Bob@unaffiliated/bobcat) has joined #beagle
  • [06:31:15] * bugzc_ (~bugzc@unaffiliated/bugzc) Quit (Ping timeout: 256 seconds)
  • [06:38:35] * libregeekingkid_ (~quassel@103.224.144.204) has joined #beagle
  • [06:38:43] * melonipoika (~quassel@91-158-69-143.elisa-laajakaista.fi) has joined #beagle
  • [06:43:35] * kiwichris (~kiwichris@msc1401703.lnk.telstra.net) Quit ()
  • [06:46:53] * panto (~panto@195.97.110.117) Quit (Read error: Connection reset by peer)
  • [06:47:11] * panto (~panto@195.97.110.117) has joined #beagle
  • [06:48:01] * mhaberler (~mhaberler@extern-171.stiwoll.mah.priv.at) has joined #beagle
  • [06:48:02] * mhaberler (~mhaberler@extern-171.stiwoll.mah.priv.at) has joined #beaglebone
  • [06:55:30] * rmanish (~techno@117.250.182.7) has joined #beagle
  • [07:00:59] * rmanish (~techno@117.250.182.7) Quit (Read error: Connection reset by peer)
  • [07:02:33] * bpugh is now known as springbot
  • [07:03:21] * springbot is now known as bpugh
  • [07:05:15] * bizarro_1 (~bizarro_1@115.Red-88-19-179.staticIP.rima-tde.net) Quit (Quit: Leaving)
  • [07:06:38] * rmanish (~techno@117.246.41.2) has joined #beagle
  • [07:07:21] * rmanish (~techno@117.246.41.2) Quit (Client Quit)
  • [07:11:57] * Humpelstilzchen (erik@f054117077.adsl.alicedsl.de) Quit (Ping timeout: 245 seconds)
  • [07:13:48] * Humpelstilzchen (erik@e177143209.adsl.alicedsl.de) has joined #beagle
  • [07:13:55] * treeherder (~hive_quee@veles.packetfire.org) Quit (Ping timeout: 252 seconds)
  • [07:14:49] * bearsh|work (~quassel@64.57.194.178.dynamic.wline.res.cust.swisscom.ch) has joined #beagle
  • [07:15:52] * vmayoral (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) has joined #beagle
  • [07:18:18] * Gareth (~garethFre@znc.wiked.org) Quit (Ping timeout: 245 seconds)
  • [07:20:26] * vmayoral (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) Quit (Ping timeout: 246 seconds)
  • [07:21:58] * NulL` (~bleh1@87.254.64.154) has joined #beagle
  • [07:25:21] * The_Ball (~ballen@220-244-24-74.static.tpgi.com.au) Quit (Remote host closed the connection)
  • [07:26:24] * treeherder (~hive_quee@veles.packetfire.org) has joined #beagle
  • [07:26:41] * staylor (~staylor@S01067426ac686a17.cg.shawcable.net) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  • [07:27:06] * Gareth (~garethFre@znc.wiked.org) has joined #beagle
  • [07:29:12] * vmayoral (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) has joined #beagle
  • [07:29:50] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) has joined #beagle
  • [07:38:56] * koleto (~koleto@95.90.212.141) has joined #beagle
  • [07:40:25] * LordWillO (~LordWillO@unaffiliated/lordwillo) has joined #beagle
  • [07:50:10] * lyakh (~lyakh@xdsl-87-79-228-96.netcologne.de) has joined #beagle
  • [07:51:55] * day_ (~yashi@p4FF75AB5.dip0.t-ipconnect.de) Quit (Changing host)
  • [07:51:55] * day_ (~yashi@unaffiliated/day) has joined #beaglebone
  • [07:53:12] * BobCat (~Bob@unaffiliated/bobcat) Quit (Ping timeout: 264 seconds)
  • [07:56:16] * day_ is now known as day
  • [08:00:16] * fark_da_pointers is now known as too_relaxed
  • [08:04:54] * ppisati (~ppisati@2-230-238-136.ip204.fastwebnet.it) has joined #beagle
  • [08:06:42] * BobCat (~Bob@unaffiliated/bobcat) has joined #beagle
  • [08:07:04] * jpirko (~jirka@ip-94-113-122-192.net.upcbroadband.cz) has joined #beagle
  • [08:10:48] * das (~das@31.103.87.79.rev.sfr.net) Quit (Quit: Lost terminal)
  • [08:12:40] * das (~das@31.103.87.79.rev.sfr.net) has joined #beagle
  • [08:16:46] * woglinde (~henning@fb-n15-11.unbelievable-machine.net) has joined #beagle
  • [08:17:52] * NulL` (~bleh1@87.254.64.154) Quit (Ping timeout: 240 seconds)
  • [08:18:01] * LordWillO (~LordWillO@unaffiliated/lordwillo) Quit (Read error: Connection reset by peer)
  • [08:18:04] * Mounicq (~Thunderbi@130.230.21.109.rev.sfr.net) has joined #beagle
  • [08:26:24] * khem (~khem@c-76-103-142-85.hsd1.ca.comcast.net) Quit (Changing host)
  • [08:26:24] * khem (~khem@unaffiliated/khem) has joined #beagle
  • [08:27:42] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [08:30:21] * shoragan (~shoragan@debian/developer/shoragan) has joined #beagle
  • [08:33:16] * LordDVG (~LordDVG@185.84.146.174) has joined #beagle
  • [08:33:30] * LordDVG (~LordDVG@185.84.146.174) Quit (Changing host)
  • [08:33:30] * LordDVG (~LordDVG@unaffiliated/lorddvg) has joined #beagle
  • [08:37:31] * das (~das@31.103.87.79.rev.sfr.net) Quit (Ping timeout: 252 seconds)
  • [08:40:41] * The_Ball (~ballen@c114-77-179-73.hillc3.qld.optusnet.com.au) has joined #beagle
  • [08:42:42] * too_relaxed (~uhhimhere@jrc-52-79.tm.net.my) Quit (Ping timeout: 246 seconds)
  • [08:44:34] * das (~das@31.103.87.79.rev.sfr.net) has joined #beagle
  • [08:44:46] * uhhimhere (~uhhimhere@jrc-52-79.tm.net.my) has joined #beagle
  • [08:45:12] * The_Ball (~ballen@c114-77-179-73.hillc3.qld.optusnet.com.au) Quit (Ping timeout: 265 seconds)
  • [08:45:52] * uhhimhere is now known as hard_coretex
  • [08:48:32] * DJW|Home (~djwillis@cpc2-trow6-2-0-cust204.aztw.cable.virginm.net) Quit (Read error: Connection reset by peer)
  • [08:55:35] * woglinde (~henning@fb-n15-11.unbelievable-machine.net) Quit (Ping timeout: 250 seconds)
  • [08:55:52] * vmayoral (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) Quit (Read error: No route to host)
  • [08:55:53] * vmayoral_ (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) has joined #beagle
  • [08:59:59] * koleto (~koleto@95.90.212.141) Quit (Quit: koleto)
  • [09:09:25] * x56 (~0x56@unaffiliated/x56) Quit (Ping timeout: 272 seconds)
  • [09:10:03] * hard_coretex is now known as uuhimhere
  • [09:11:20] * ppisati (~ppisati@2-230-238-136.ip204.fastwebnet.it) Quit (Remote host closed the connection)
  • [09:12:44] * ppisati (~ppisati@2-230-238-136.ip204.fastwebnet.it) has joined #beagle
  • [09:16:55] * hitlin37 (uid16371@gateway/web/irccloud.com/x-cjdjnjjdbiqyyqfx) has joined #beagle
  • [09:20:42] * x56 (~0x56@unaffiliated/x56) has joined #beagle
  • [09:21:36] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) Quit (Remote host closed the connection)
  • [09:22:11] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) has joined #beagle
  • [09:25:18] * koleto (~koleto@95.90.212.141) has joined #beagle
  • [09:26:48] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) Quit (Ping timeout: 252 seconds)
  • [09:37:54] * Shadyman (~matthew@unaffiliated/shadyman) Quit (Quit: Leaving.)
  • [09:52:17] * BobCat (~Bob@unaffiliated/bobcat) Quit (Ping timeout: 246 seconds)
  • [09:54:08] * mhaberler (~mhaberler@extern-171.stiwoll.mah.priv.at) Quit (Quit: mhaberler)
  • [09:54:46] * mhaberler (~mhaberler@extern-171.stiwoll.mah.priv.at) has joined #beagle
  • [09:54:47] * mhaberler (~mhaberler@extern-171.stiwoll.mah.priv.at) has joined #beaglebone
  • [09:58:09] * koleto (~koleto@95.90.212.141) Quit (Quit: koleto)
  • [09:58:26] * germ13 (~germ13@cpe-104-33-105-125.socal.res.rr.com) Quit (Ping timeout: 250 seconds)
  • [10:00:42] * av500 (~av500@b2b-46-252-131-98.unitymedia.biz) Quit (Ping timeout: 245 seconds)
  • [10:04:58] * BobCat (~Bob@unaffiliated/bobcat) has joined #beagle
  • [10:05:48] * av500 (~av500@pd95bf55a.dip0.t-ipconnect.de) has joined #beagle
  • [10:05:48] * ChanServ sets mode +o av500
  • [10:06:14] * koleto (~koleto@95.90.212.141) has joined #beagle
  • [10:08:05] * jpirko (~jirka@ip-94-113-122-192.net.upcbroadband.cz) Quit (Remote host closed the connection)
  • [10:13:04] * SiC (~Simon@193.37.225.144) has joined #beagle
  • [10:15:01] * rob_w (~bob@93.104.205.194) has joined #beagle
  • [10:15:01] * rob_w (~bob@93.104.205.194) Quit (Changing host)
  • [10:15:02] * rob_w (~bob@unaffiliated/rob-w/x-1112029) has joined #beagle
  • [10:18:30] * kiwichris (~kiwichris@CPE-58-173-129-186.cjcz1.cht.bigpond.net.au) has joined #beagle
  • [10:22:25] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) has joined #beagle
  • [10:26:52] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) Quit (Ping timeout: 240 seconds)
  • [10:35:04] * jpirko (~jirka@2a00:c500:224:28b:2ad2:44ff:fe9d:d2f6) has joined #beagle
  • [10:41:04] * dwery (~dwery@nslu2-linux/dwery) has joined #beagle
  • [10:41:56] * jpsaman (~jpsaman@videolan/developer/jpsaman) has joined #beagle
  • [10:46:53] * x56 (~0x56@unaffiliated/x56) Quit (Ping timeout: 246 seconds)
  • [10:48:54] * x56 (~0x56@sillytitties.com) has joined #beagle
  • [10:49:04] * x56 (~0x56@sillytitties.com) Quit (Changing host)
  • [10:49:04] * x56 (~0x56@unaffiliated/x56) has joined #beagle
  • [10:52:36] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) has joined #beagle
  • [10:57:08] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) Quit (Read error: Connection reset by peer)
  • [10:57:26] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) has joined #beagle
  • [10:58:45] * rmanish (~techno@117.233.134.168) has joined #beagle
  • [11:02:04] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) Quit (Ping timeout: 255 seconds)
  • [11:03:20] * uuhimhere is now known as hard_coretex
  • [11:04:04] * hard_coretex is now known as uuhimhere
  • [11:05:37] * uuhimhere is now known as why_am_i_banned
  • [11:06:37] * why_am_i_banned is now known as uuhimhere
  • [11:10:50] * uuhimhere (~uhhimhere@jrc-52-79.tm.net.my) Quit (Quit: Leaving)
  • [11:11:10] * rmanish (~techno@117.233.134.168) Quit (Read error: Connection reset by peer)
  • [11:11:35] * supaflu (~supaflu@jrc-52-79.tm.net.my) has joined #beagle
  • [11:13:57] * jamesaxl (~jamesaxl@41.250.17.229) has joined #beagle
  • [11:16:09] * tema (~tema@178-16-155-142.obit.ru) Quit (Ping timeout: 250 seconds)
  • [11:16:36] * nighty-_ (~nighty@hokuriku.rural-networks.com) has joined #beagleboard
  • [11:25:40] * georgec (~george@61.95.193.238) has left #beagle
  • [11:34:08] * koleto (~koleto@95.90.212.141) Quit (Quit: koleto)
  • [11:34:31] * koleto (~koleto@95.90.212.141) has joined #beagle
  • [11:36:19] * neersighted_ (sid5776@gateway/web/irccloud.com/x-rtmwfgpskfzqhchp) has joined #beagle
  • [11:36:40] * awafaa_ (sid716@gateway/web/irccloud.com/x-ygqpkkzhlqyzabkc) has joined #beagle
  • [11:37:13] * georgec (~george@61.95.193.238) has joined #beagle
  • [11:40:27] * Abhishek_ (uid26899@gateway/web/irccloud.com/x-olpkahlgbufdktoj) has joined #beagle
  • [11:43:43] * neersighted (sid5776@gateway/web/irccloud.com/x-gkwdramxajlpoxbq) Quit (*.net *.split)
  • [11:43:43] * bhthompson_cloud (sid20637@gateway/web/irccloud.com/x-qexcmjbpakuywbsw) Quit (*.net *.split)
  • [11:43:43] * awafaa (sid716@gateway/web/irccloud.com/x-rwapyegarrcljyuj) Quit (*.net *.split)
  • [11:44:09] * bhthompson_cloud (sid20637@gateway/web/irccloud.com/x-paerldrlmsddnyma) has joined #beagle
  • [11:44:22] * neersighted_ is now known as neersighted
  • [11:44:40] * awafaa_ is now known as awafaa
  • [11:51:04] * gusnan (~gusnan@s213-100-228-162.cust.tele2.se) Quit (Ping timeout: 245 seconds)
  • [11:52:05] <supaflu> https://twitter.com/locusf
  • [11:52:08] <supaflu> thats interesting
  • [11:52:50] * gusnan (~gusnan@s213-100-228-162.cust.tele2.se) has joined #beagle
  • [11:53:16] <av500> hardware runs software?
  • [11:53:44] * BobCat (~Bob@unaffiliated/bobcat) Quit (Ping timeout: 246 seconds)
  • [11:58:24] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) has joined #beagle
  • [11:58:47] * woglinde (~henning@fb-n15-11.unbelievable-machine.net) has joined #beagle
  • [12:02:52] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) Quit (Ping timeout: 240 seconds)
  • [12:02:56] * libregeekingkid_ (~quassel@103.224.144.204) Quit (Remote host closed the connection)
  • [12:04:16] * BobCat (~Bob@unaffiliated/bobcat) has joined #beagle
  • [12:07:46] * eikeon (~textual@c-98-204-80-157.hsd1.dc.comcast.net) Quit (Quit: Textual IRC Client: www.textualapp.com)
  • [12:08:26] * LordDVG (~LordDVG@unaffiliated/lorddvg) Quit (Remote host closed the connection)
  • [12:16:21] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) Quit (Ping timeout: 272 seconds)
  • [12:17:58] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) has joined #beagle
  • [12:18:01] * vmayoral_ (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) Quit (Remote host closed the connection)
  • [12:21:04] * pwillard (~pwillard@c-73-184-136-133.hsd1.ga.comcast.net) has joined #beagle
  • [12:28:54] <stt_michael> who'da thunk?!
  • [12:30:07] * WillAmes (~py@ool-18b9b3ea.dyn.optonline.net) Quit (Remote host closed the connection)
  • [12:30:43] * WillAmes (~py@ool-18b9b3ea.dyn.optonline.net) has joined #beagle
  • [12:31:11] <supaflu> stt_michael, yeah and apparently people even make chatrooms to talk about it!
  • [12:31:39] <supaflu> stt_michael, its all getting outta hand man!!!
  • [12:43:15] <stt_michael> -shrug-
  • [12:50:48] * sidbh_ (~Siddharth@203.88.132.11) has joined #beagle
  • [12:51:05] * BellinganRoy (~Bellingan@host99-211-dynamic.33-79-r.retail.telecomitalia.it) has joined #beagle
  • [12:53:13] * sidbh (~Siddharth@123.201.22.145) Quit (Ping timeout: 250 seconds)
  • [13:05:14] * boB_K7IQ (~IceChat9@209.117.47.251) has joined #beagle
  • [13:06:05] * libregeekingkid (~quassel@103.224.144.204) has joined #beagle
  • [13:07:07] * dj_pi (~dj@c-107-5-228-80.hsd1.mi.comcast.net) has joined #beagle
  • [13:13:08] * bearsh|work (~quassel@64.57.194.178.dynamic.wline.res.cust.swisscom.ch) Quit (Read error: Network is unreachable)
  • [13:14:24] * bearsh|work (~quassel@64.57.194.178.dynamic.wline.res.cust.swisscom.ch) has joined #beagle
  • [13:18:47] * rob_w (~bob@unaffiliated/rob-w/x-1112029) Quit (Remote host closed the connection)
  • [13:19:02] * dj_pi (~dj@c-107-5-228-80.hsd1.mi.comcast.net) Quit (Ping timeout: 245 seconds)
  • [13:27:10] * mistawright (~mistawrig@static-72-64-155-102.tampfl.fios.verizon.net) has joined #beagle
  • [13:27:39] * vmayoral (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) has joined #beagle
  • [13:29:23] * vmayoral (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) Quit (Remote host closed the connection)
  • [13:30:17] * vmayoral (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) has joined #beagle
  • [13:34:52] * boB_K7IQ (~IceChat9@209.117.47.251) Quit (Quit: Beware of programmers who carry screwdrivers.)
  • [13:38:04] * dgerlach (dave@nat/ti/x-bgypwnbpjaqjjsmy) has joined #beagle
  • [13:47:13] * mythos (~mythos@unaffiliated/mythos) Quit (Read error: Connection reset by peer)
  • [13:47:25] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) has joined #beagle
  • [13:51:38] <catslab> Is there's a way to tell the kernel scripts when compiling kernel to use gxargs instead of xargs ?
  • [13:53:22] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) Quit (Ping timeout: 240 seconds)
  • [13:58:16] * thurgood_ (~thurgood@67-198-113-218.static.grandenetworks.net) has joined #beagle
  • [13:59:38] * rcn-ee (~voodoo@thief-pool2-120-251.mncable.net) Quit (Quit: Leaving)
  • [14:02:20] * vmayoral_ (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) has joined #beagle
  • [14:03:06] * vmayoral (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) Quit (Read error: No route to host)
  • [14:04:52] * koleto (~koleto@95.90.212.141) Quit (Quit: koleto)
  • [14:06:32] * BobCat (~Bob@unaffiliated/bobcat) Quit (Ping timeout: 245 seconds)
  • [14:06:34] * koleto (~koleto@95.90.212.141) has joined #beagle
  • [14:08:27] * vmayoral|pc (~vmayoral|@12.Red-79-154-33.dynamicIP.rima-tde.net) has joined #beagle
  • [14:11:03] * beest (~bem@unaffiliated/gnubeest) Quit (Remote host closed the connection)
  • [14:12:00] <zmatt> hah, omg it actually works... having the bbb self-jtag with no external hardware/wires other than driving nTRST high (could be done with a solder blob) and connecting TDO to EMU0 (so I can see what's going on, not needed once the procedure is stable and tested)
  • [14:12:14] * vmayoral_ (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) Quit (Remote host closed the connection)
  • [14:13:57] * kalem (~kalem@unaffiliated/kalem) has joined #beagle
  • [14:13:57] * kalem (~kalem@unaffiliated/kalem) has joined #beagleboard
  • [14:14:27] <zmatt> pins are "controlled" by toggling the input-enable bit of the pinmux registers in control module, changing the cpu's perception of the pin level between its true value (1) and zero
  • [14:14:43] <zmatt> this is so gross :D
  • [14:15:19] <av500> :)
  • [14:16:23] <zmatt> when perfected, this means a tiny solder blob is all that's needed to be able to assert DBGEN to the processor which is required to enable a debug monitor
  • [14:17:22] <zmatt> which for example could allow single-stepping a program *including* the kernel code running in its context (i.e. "step into" would work for syscalls), while interrupts and other processes continue to run normally
  • [14:18:21] * woglinde (~henning@fb-n15-11.unbelievable-machine.net) Quit (Ping timeout: 246 seconds)
  • [14:19:54] * BobCat (~Bob@unaffiliated/bobcat) has joined #beagle
  • [14:21:17] <georgem> zmatt, if you get that working post a video of it.
  • [14:21:22] * Mounicq (~Thunderbi@130.230.21.109.rev.sfr.net) Quit (Ping timeout: 240 seconds)
  • [14:23:45] * woglinde (~henning@fb-n15-11.unbelievable-machine.net) has joined #beagle
  • [14:26:02] <zmatt> hehe, yeah well first things first... I still need finish and polish this code a bit and post it on github, there's someone on the linux-omap mailing list who wants to do a similar thing on the dm3730 (openpandora)
  • [14:27:36] * vmayoral (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) has joined #beagle
  • [14:27:36] * vmayoral|pc (~vmayoral|@12.Red-79-154-33.dynamicIP.rima-tde.net) Quit (Read error: Connection reset by peer)
  • [14:27:43] * vmayoral (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) Quit (Remote host closed the connection)
  • [14:27:50] * vmayoral (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) has joined #beagle
  • [14:28:18] <zmatt> and I haven't even begun looking around to see whether someone already made a suitable open source debug monitor... maybe the pandora guy knows
  • [14:28:38] <av500> can it be used to insert printf() calls into running programs? :)
  • [14:28:53] * LordDVG (~LordDVG@unaffiliated/lorddvg) has joined #beagle
  • [14:29:13] * rcn-ee (~voodoo@64.77.213.245) has joined #beagle
  • [14:29:43] <zmatt> you don't need a debug monitor to insert printf() calls into running programs... you can do that just fine purely in software
  • [14:29:59] <av500> I dont want to SW to know :)
  • [14:30:05] <zmatt> it doesn't need to
  • [14:32:13] <zmatt> you just patch the instruction at the target address to become a branch to a block of code you inject in its process space which: 1. saves all relevant registers, 2. performs the printf, 3. restores registers 4. executes the original instruction 5. jumps back to right after the "tracepoint" you just inserted
  • [14:32:35] <zmatt> or you use ETM tracing to the ETB
  • [14:32:43] <zmatt> which is entirely non-invasive and also doesn't require DBGEN
  • [14:33:11] <zmatt> you can configure a trace event on combination of program counter and context id
  • [14:33:33] <av500> i know :)
  • [14:33:39] * Mounicq (~Thunderbi@130.230.21.109.rev.sfr.net) has joined #beagle
  • [14:34:00] <zmatt> so this is one thing where a debug monitor actually would have nothing to offer
  • [14:35:50] <zmatt> the main advantages of a debug monitor is that it also works in kernel mode (in fact the user<->kernel transition is not really of any special significance to it), and you can use hardware breakpoints and watchpoints
  • [14:36:20] * LordDVG (~LordDVG@unaffiliated/lorddvg) Quit (Remote host closed the connection)
  • [14:37:24] <zmatt> hardware breakpoints aren't very interesting, though they have a few advantages over software breakpoint (no need to modify the code, faster to enable/disable, also works in ROM code)
  • [14:37:32] * eikeon (~textual@c-98-204-80-157.hsd1.dc.comcast.net) has joined #beagle
  • [14:37:39] <zmatt> watchpoints however are really useful and have no software equivalent
  • [14:38:37] * kalem (~kalem@unaffiliated/kalem) Quit (Ping timeout: 245 seconds)
  • [14:39:18] <zmatt> they set a breakpoint on memory access (based on access type, address and/or value, both with optional masks applied iirc)
  • [14:39:42] * koleto (~koleto@95.90.212.141) Quit (Quit: koleto)
  • [14:40:32] <georgem> zmatt, right but even if you want to use a JTAG wouldn't it be easier just to buy a BBW off of ebay and use openocd.
  • [14:41:03] <av500> where is the fun in that?
  • [14:41:31] <zmatt> georgem: that doesn't help if you want to JTAG a BBB rather than a BBW :P
  • [14:41:44] <zmatt> (I actually have a jtag header soldered onto my BBB)
  • [14:42:35] <georgem> zmatt, right either way.
  • [14:43:04] <zmatt> in general it's stupid you need to enable DBGEN via JTAG when debug monitor functionality is also damn useful without JTAG
  • [14:43:15] <zmatt> (that's something TI did btw, not ARM's fault)
  • [14:44:26] <zmatt> useful enough that I would have recommended including a way to bitbang the jtag port in new hardware designs... but now it turns out that's not needed, with this hack you only need to pull-up the JTAG pins and software can do the rest
  • [14:44:49] * BennyB_ (~heldb@host-88-217-198-167.customer.m-online.net) Quit (Ping timeout: 264 seconds)
  • [14:45:12] <zmatt> if it weren't for that annoying pull-down on nTRST, it would work on a plain BBB without solderwork
  • [14:47:33] <zmatt> also, working locally on the processor will be *much* faster than JTAG... JTAG is iirc limited to about 10 Mbit/s according to the datasheet, you may be able to run it at 30 Mbit/s, and most of that will be lost in protocol overhead
  • [14:48:35] <georgem> zmatt, so... if a break point is triggered isn't the CPU going to be stopped an unable to continue interfacing with the JTAG? Or am I missing something?
  • [14:49:49] <zmatt> georgem: with a debug monitor (unlike normal halting debug as typically done via JTAG) interrupts and task switches can continue normally
  • [14:50:26] <georgem> zmatt, ah, gotcha
  • [14:54:27] <zmatt> the only thing you need to watch out for is that if you step into kernel code that grabs a lock on something that's also needed for communication with the debug monitor, you have a problem. one workaround is to grab the debug console for exclusive use by the debug monitor so it has that communication path available (lock-free) for such occasions.... if you want the frontend to run on the same processor you
  • [14:54:33] <zmatt> should probably step over rather than step ...
  • [14:54:36] <zmatt> ... into syscalls :P unless the debug monitor can be made locking-aware but that may require non-trivial effort
  • [14:55:39] <zmatt> being able to step into syscalls would rock though, for "why the hell am I getting this error?" occasions
  • [14:56:51] * vmayoral|pc (~vmayoral|@12.Red-79-154-33.dynamicIP.rima-tde.net) has joined #beagle
  • [14:56:59] <zmatt> and would probably be an awesome learning tool for how the kernel works
  • [15:00:09] * vmayoral|pc (~vmayoral|@12.Red-79-154-33.dynamicIP.rima-tde.net) Quit (Remote host closed the connection)
  • [15:03:43] <zmatt> openocd only supports halting mode afaict btw, so that's rarely what you want when you have an OS like linux running
  • [15:04:04] <zmatt> (though it actually didn't seem to mind being halted for a bit)
  • [15:04:29] <zmatt> but it probably leads to a thundering herd of timeouts expiring :P
  • [15:05:07] <av500> its like the clock on the NMI to make the C64 slower for hard to play games :)
  • [15:05:09] <zmatt> (unless the timer used is configured to freeze during debug halt)
  • [15:05:19] <zmatt> lol
  • [15:05:25] <zmatt> that's a cute hack
  • [15:06:04] <zmatt> although not many systems would simply ignore and return from an NMI
  • [15:06:50] <zmatt> (old macs actually had an NMI button on the back of the computer, next to the reset button)
  • [15:07:42] <zmatt> dropped you into the debugger
  • [15:08:27] <zmatt> (sigh, I sometimes still miss MacsBug a bit... omg I'm now sounding like some old fart going on about the "good old days" -.- )
  • [15:09:31] * mrjazzcat (~mrjazzcat@c-50-134-253-3.hsd1.co.comcast.net) has joined #beagle
  • [15:09:43] <zmatt> some apple developers apparently missed it too, they made a GDB plugin that makes it work more or less like MacsBug (it was never ported across the PowerPC -> Intel transition though)
  • [15:10:02] * jpirko (~jirka@2a00:c500:224:28b:2ad2:44ff:fe9d:d2f6) Quit (Remote host closed the connection)
  • [15:11:24] <georgem> zmatt: are you familiar with ftrace?
  • [15:13:40] <georgem> it's really useful for poking your way around a running kernel
  • [15:14:20] <zmatt> no, I had never heard of it until now, nice
  • [15:14:49] <georgem> yeah, check it out. it's really powerful
  • [15:16:54] * day is now known as notday
  • [15:18:16] <zmatt> it's no substitute for being able for step into a syscall of course... (nor is single-stepping a replacement for trace obviously)
  • [15:18:48] * paul175 (~pjsanfil@oproxy2.rockwellcollins.com) has joined #beagle
  • [15:19:16] <zmatt> I can also see different pros and cons of a software trace framework such as ftrace versus hardware trace via ETM
  • [15:19:33] * vmayoral_ (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) has joined #beagle
  • [15:19:54] <av500> zmatt: useful or not, its a neat hack
  • [15:20:09] <zmatt> av500: it is
  • [15:20:15] <av500> maybe one day nasa will need it to debug a comet probe :)
  • [15:20:22] <av500> attach a jtag to that :)
  • [15:20:50] * Vasco_O is now known as Vasco
  • [15:21:30] <paul175> does anyone know if the kernel at https://github.com/beagleboard/linux works? I am getting a build config error with it that says: drivers/misc/Kconfig:528: can't open file "drivers/misc/cape_bone_argus/Kconfig" make[1]: *** [bb.org_defconfig] Error 1
  • [15:21:41] <zmatt> the idea came to me as a result of some e2e post where someone (for unknown reasons) was changing the pinconf of the nRESET pin to zero and (surprise!) getting a system reset as a result
  • [15:23:05] * koleto (~koleto@95.90.212.141) has joined #beagle
  • [15:23:13] * vmayoral (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) Quit (Ping timeout: 264 seconds)
  • [15:23:27] * kalem (~kalem@unaffiliated/kalem) has joined #beagleboard
  • [15:23:29] * kalem (~kalem@unaffiliated/kalem) has joined #beagle
  • [15:24:45] <zmatt> av500: so georgem also solved your "insert a printf" problem: the kernel can actually do it for you (uprobe)
  • [15:25:44] <zmatt> if configured in
  • [15:26:07] <zmatt> 3.8.13-bone69 doesn't have it, but for example 3.19.0-rc5-bone2 does
  • [15:26:44] * emeb (~ericb@ip68-104-219-12.ph.ph.cox.net) has joined #beagle
  • [15:28:03] <rcn-ee> paul175, strange, what branch?
  • [15:28:32] * SoFLy (~SoFLy@c-76-119-214-80.hsd1.ma.comcast.net) has joined #beagle
  • [15:28:33] <rcn-ee> paul175, http://builds.beagleboard.org/builders/build-kernel
  • [15:29:01] * notday is now known as day
  • [15:29:40] <paul175> branch 3.14
  • [15:29:52] * BellinganRoy (~Bellingan@host99-211-dynamic.33-79-r.retail.telecomitalia.it) Quit (Quit: Konversation terminated!)
  • [15:30:05] <paul175> I fixed that error and am getting another one, it doesn't look good
  • [15:30:38] <rcn-ee> it's odd your getting any errors... it's building both on my machine and bb.org's build bot... what system do you have?
  • [15:31:40] * eikeon (~textual@c-98-204-80-157.hsd1.dc.comcast.net) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [15:31:46] <paul175> Ubuntu with the 3.13 kernel is our build machine
  • [15:33:23] <rcn-ee> are you using trusty's built-in gcc cross or linaro's?
  • [15:33:39] <paul175> linaros
  • [15:34:42] <paul175> this version: gcc-linaro-4.9-2014.11-x86_64_arm-linux-gnueabihf
  • [15:35:36] <rcn-ee> Since it's 3.14.x based, i still using: gcc-linaro-arm-linux-gnueabihf-4.8-2014.04
  • [15:35:54] <rcn-ee> but i can test that easily.....
  • [15:36:11] <rcn-ee> (dl-ing.)
  • [15:37:47] * libregeekingkid (~quassel@103.224.144.204) Quit (Ping timeout: 245 seconds)
  • [15:38:05] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) has joined #beagle
  • [15:38:43] * libregeekingkid (~quassel@103.224.144.204) has joined #beagle
  • [15:40:57] * Mounicq (~Thunderbi@130.230.21.109.rev.sfr.net) Quit (Ping timeout: 246 seconds)
  • [15:42:23] <woglinde> rcn-ee but can not open file should not have to do something with the compiler toolchain
  • [15:42:27] * VirG (~VirGin@adsl-76-235-121-110.dsl.pltn13.sbcglobal.net) has joined #beagle
  • [15:42:44] <rcn-ee> i agree, it 'shouldn't'...
  • [15:42:58] * vmayoral_ (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) Quit (Remote host closed the connection)
  • [15:43:10] <rcn-ee> assuming his git clone was sucessful ;)
  • [15:43:33] <paul175> oh I think the file got messed up somehow, I just copied the file out of git with a text editor and got to a new failure
  • [15:43:50] <paul175> now it does this: make[1]: *** No rule to make target `mm/zsmalloc.o', needed by `mm/built-in.o'. Stop.
  • [15:44:16] <paul175> I had downloaded the repo via the zip archive method
  • [15:44:21] * vmayoral (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) has joined #beagle
  • [15:44:23] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) Quit (Ping timeout: 240 seconds)
  • [15:44:24] <rcn-ee> oh don't do that...
  • [15:44:32] <woglinde> paul175 you did somehting really wrong
  • [15:44:54] <woglinde> use git
  • [15:45:25] <rcn-ee> Just: git clone https://github.com/beagleboard/linux ; git checkout 3.14.33-ti-r50 -b tmp
  • [15:46:39] <paul175> when I try to clone I get an HTTP code 407 fatal error
  • [15:46:49] <paul175> that is probably an issue for a different IRC channel
  • [15:47:07] <woglinde> stupid company firewall?
  • [15:47:16] <paul175> yeah
  • [15:47:27] <rcn-ee> if your getting that with clone, you might have something in the middle of your connection.. so even the *.zip probally got modified in route..
  • [15:47:32] <woglinde> I would make an admin ticket
  • [15:47:42] <woglinde> github is a must for every developer
  • [15:47:51] <rcn-ee> and a secure conneciton .;)
  • [15:48:03] <paul175> good idea, I did not think of the zip getting corrupted by the firewall
  • [15:48:54] <rcn-ee> ours opens it up, checks and repackages it.. if it finds something it blocks...
  • [15:50:06] * eikeon (~textual@c-98-204-80-157.hsd1.dc.comcast.net) has joined #beagle
  • [15:50:55] <zmatt> georgem: apparently linux has ETM support too, though "... will show up under /sys/bus/coresight/devices"
  • [15:50:59] <zmatt> ls: cannot access /sys/bus/coresight: No such file or directory
  • [15:50:59] * Mounicq (~Thunderbi@130.230.21.109.rev.sfr.net) has joined #beagle
  • [15:51:36] <zmatt> ah, they're missing from the am335x device tree
  • [15:52:14] * jpirko (~jirka@ip-94-113-122-192.net.upcbroadband.cz) has joined #beagle
  • [15:53:22] * SoFLy (~SoFLy@c-76-119-214-80.hsd1.ma.comcast.net) Quit (Ping timeout: 240 seconds)
  • [15:55:36] * NishanthMenon (nmenon@nat/ti/x-cssyvetrxcwhibqh) has joined #beagle
  • [15:57:26] * boneskull (~boneskull@c-50-137-151-209.hsd1.or.comcast.net) Quit ()
  • [15:57:46] * hitlin37 (uid16371@gateway/web/irccloud.com/x-cjdjnjjdbiqyyqfx) Quit (Remote host closed the connection)
  • [15:57:53] <ogra_> hmm, every time i get their newsletter i wonder if av500 knows springair.de
  • [16:00:36] * koleto (~koleto@95.90.212.141) Quit (Quit: koleto)
  • [16:01:01] * libregeekingkid (~quassel@103.224.144.204) Quit (Remote host closed the connection)
  • [16:01:30] * libregeekingkid_ (~quassel@103.224.144.204) has joined #beagle
  • [16:04:22] * mhaberler (~mhaberler@extern-171.stiwoll.mah.priv.at) Quit (Quit: mhaberler)
  • [16:06:19] * kalem (~kalem@unaffiliated/kalem) Quit (Ping timeout: 250 seconds)
  • [16:09:01] * ruben-ikmaak (~sikko@541F7D85.cm-5-8b.dynamic.ziggo.nl) Quit (Remote host closed the connection)
  • [16:12:29] * ruben-ikmaak (~sikko@541F7D85.cm-5-8b.dynamic.ziggo.nl) has joined #beagle
  • [16:12:44] * hitlin37 (uid16371@gateway/web/irccloud.com/x-ygozucwtvbkyclmm) has joined #beagle
  • [16:13:46] * jpirko (~jirka@ip-94-113-122-192.net.upcbroadband.cz) Quit (Quit: Leaving)
  • [16:15:36] * BobCat (~Bob@unaffiliated/bobcat) Quit (Ping timeout: 246 seconds)
  • [16:16:55] <_av500_> now I do
  • [16:17:05] * blaine_ (~blaine@ip-209-243-14-234.far.ideaone.net) has joined #beagle
  • [16:17:24] <blaine_> i am still getting this on boot, which hangs indefinitely: A start job is running for LSB: Raise network interf...
  • [16:17:34] <blaine_> i have eth0 not enabled too
  • [16:17:46] <blaine_> it's a huge pain -- does anyone know how to disable entirely? it's like 2 out of every 5 boots it hangs
  • [16:18:25] * sidbh_ (~Siddharth@203.88.132.11) Quit (Ping timeout: 264 seconds)
  • [16:18:35] * staylor (~staylor@mail.au-zone.com) has joined #beagle
  • [16:19:05] * koleto (~koleto@95.90.212.141) has joined #beagle
  • [16:19:49] * koleto (~koleto@95.90.212.141) Quit (Client Quit)
  • [16:20:20] * koleto (~koleto@95.90.212.141) has joined #beagle
  • [16:25:26] * kalem (~kalem@unaffiliated/kalem) has joined #beagleboard
  • [16:25:28] * kalem (~kalem@unaffiliated/kalem) has joined #beagle
  • [16:25:30] * koleto (~koleto@95.90.212.141) Quit (Quit: koleto)
  • [16:25:32] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Quit: Client exiting)
  • [16:25:47] * SiC (~Simon@193.37.225.144) Quit (Remote host closed the connection)
  • [16:27:24] * sidbh (~Siddharth@123.201.30.39) has joined #beagle
  • [16:27:49] * koleto (~koleto@95.90.212.141) has joined #beagle
  • [16:27:59] * koleto (~koleto@95.90.212.141) Quit (Client Quit)
  • [16:31:29] * BobCat (~Bob@unaffiliated/bobcat) has joined #beagle
  • [16:32:13] * koleto (~koleto@95.90.212.141) has joined #beagle
  • [16:33:51] * koleto (~koleto@95.90.212.141) Quit (Client Quit)
  • [16:34:22] * kalem (~kalem@unaffiliated/kalem) Quit (Ping timeout: 240 seconds)
  • [16:36:50] * koleto (~koleto@95.90.212.141) has joined #beagle
  • [16:37:33] * vmayoral (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) Quit (Remote host closed the connection)
  • [16:38:01] * kalem (~kalem@unaffiliated/kalem) has joined #beagleboard
  • [16:38:03] * kalem (~kalem@unaffiliated/kalem) has joined #beagle
  • [16:39:06] * vmayoral (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) has joined #beagle
  • [16:42:28] * eikeon (~textual@c-98-204-80-157.hsd1.dc.comcast.net) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [16:44:35] * bearsh|work (~quassel@64.57.194.178.dynamic.wline.res.cust.swisscom.ch) Quit (Ping timeout: 244 seconds)
  • [16:46:07] * kalem (~kalem@unaffiliated/kalem) Quit (Ping timeout: 265 seconds)
  • [16:46:54] <talin_> is it normal the that 4 blue leds are blinking in some repetitive weird sequence that seems to differ every day?
  • [16:47:10] <talin_> yesterday when i got home from work, all 4 were blinking two times quickly and then pausing for 1s... today when i got home, they blink two and two
  • [16:47:10] <rcn-ee> nope...
  • [16:47:30] * koleto (~koleto@95.90.212.141) Quit (Quit: koleto)
  • [16:47:50] <blaine_> figured it out. i can disable all network interfaces entirely... then swap out my interfaces file after boot, and restart network
  • [16:47:50] * SoFLy (~SoFLy@c-76-119-214-80.hsd1.ma.comcast.net) has joined #beagle
  • [16:47:56] <blaine_> lol not the most ideal situation, but seems to be bulletproof
  • [16:48:28] <blaine_> the "A start job is running for LSB..." doesn't even show up on network restart, and it gets skipped on boot.
  • [16:48:37] * koleto (~koleto@95.90.212.141) has joined #beagle
  • [16:48:37] <talin_> rcn-ee, any weird process i could stop?
  • [16:48:50] <blaine_> i'm kind of wondering if there's a race condition that's causing it to hang on boot. oh well, on to the next problem.
  • [16:48:51] <talin_> perhaps it got hacked or something
  • [16:49:12] <rcn-ee> well, root user is blank..
  • [16:49:26] <rcn-ee> i'd just reflash with the latset: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2015-02-15
  • [16:49:26] <talin_> i set a password on it
  • [16:49:39] <talin_> hmm, i've done tons of configuration on it by now though :(
  • [16:49:58] <talin_> is there some system call i could strace to find out what is making it blink, or something?
  • [16:50:10] * koleto (~koleto@95.90.212.141) Quit (Client Quit)
  • [16:50:40] * kalem (~kalem@unaffiliated/kalem) has joined #beagleboard
  • [16:50:42] * kalem (~kalem@unaffiliated/kalem) has joined #beagle
  • [16:50:50] * __butch__ (~Adium@169.145.89.207) has joined #beagle
  • [16:51:17] * koleto (~koleto@95.90.212.141) has joined #beagle
  • [16:51:40] <rcn-ee> talin_, if it's an embest/element14 board, check for /etc/init.d/led_aging.sh and nuke it..
  • [16:52:25] <talin_> rcn-ee, it's element 14, but there is no such file
  • [16:52:55] * koleto (~koleto@95.90.212.141) Quit (Client Quit)
  • [16:53:43] <talin_> now the leds are getting lit and unlit sequentially from left to right...
  • [16:53:47] * bunty (653fa25f@gateway/web/freenode/ip.101.63.162.95) has joined #beagle
  • [16:53:47] * koleto (~koleto@95.90.212.141) has joined #beagle
  • [16:54:18] <talin_> are the leds accessed through some file in /dev that i could lsof?
  • [16:55:04] <rcn-ee> thru: /sys/class/leds/
  • [16:56:24] <bunty> Hi , i want to write a gpio driver , there are 4 gpio modules is there any register to select the particular gpio module , i have reffered am335x reference manual but nothings there . any idea
  • [16:59:35] * ddp (~ddp@67.130.216.24) has joined #beagle
  • [17:03:42] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) Quit (Quit: Leaving.)
  • [17:08:58] * bunty (653fa25f@gateway/web/freenode/ip.101.63.162.95) Quit (Ping timeout: 246 seconds)
  • [17:10:11] * libregeekingkid_ (~quassel@103.224.144.204) Quit (Remote host closed the connection)
  • [17:13:24] * sidbh_ (~Siddharth@123.201.102.210) has joined #beagle
  • [17:13:24] <zmatt> they are located at different addresses... write a gpio driver, for another OS or a baremetal program?
  • [17:13:37] * bunty (653fa25f@gateway/web/freenode/ip.101.63.162.95) has joined #beagle
  • [17:13:38] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) has joined #beagle
  • [17:14:48] * sidbh (~Siddharth@123.201.30.39) Quit (Ping timeout: 264 seconds)
  • [17:15:01] <zmatt> (if doing baremetal programming there's not really a need for a "driver" as such, you can just model the GPIO module with a struct, declare the four gpio modules as extern variables, and pass a list of assignments for their addresses to the linker)
  • [17:15:19] <bunty> anybody here having pratice on driver development of bbb
  • [17:15:43] <zmatt> for which OS? I mean, linux obviously already has a gpio driver
  • [17:16:10] <bunty> yup i know
  • [17:16:14] <bunty> but if we want develop that again
  • [17:16:22] <zmatt> ahh as practice you mean?
  • [17:16:32] * libregeekingkid (~quassel@103.224.144.204) has joined #beagle
  • [17:16:54] <bunty> yes , sorry
  • [17:17:08] * gusnan (~gusnan@s213-100-228-162.cust.tele2.se) Quit (Ping timeout: 244 seconds)
  • [17:17:35] <bunty> do u know ? zmatt
  • [17:18:23] <catslab> someone knows why the BBB reboots by itself from time to time ?
  • [17:18:24] <zmatt> on linux, device tree is used to declare instances of hardware modules, for example there's
  • [17:18:26] * ppisati (~ppisati@2-230-238-136.ip204.fastwebnet.it) Quit (Quit: leaving)
  • [17:18:34] * SpeedEvil (~quassel@tor/regular/SpeedEvil) Quit (Remote host closed the connection)
  • [17:18:52] * gusnan (~gusnan@s213-100-228-162.cust.tele2.se) has joined #beagle
  • [17:19:05] <zmatt> gpio@4804c000 {
  • [17:19:05] <zmatt> ti,hwmods = "gpio2";
  • [17:19:05] <zmatt> reg = <0x4804c000 0x1000>;
  • [17:19:05] <zmatt> compatible = "ti,omap4-gpio";
  • [17:19:05] <zmatt> ...more stuff...
  • [17:19:08] <zmatt> };
  • [17:19:22] * SpeedEvil (~quassel@tor/regular/SpeedEvil) has joined #beagle
  • [17:19:53] <zmatt> this declares a device called "gpio@4804c000" whose register block is at 0x4804c000 with size 0x1000
  • [17:20:05] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) Quit (Ping timeout: 256 seconds)
  • [17:20:06] <zmatt> the "compatible" entry says which driver is to be used
  • [17:20:14] * dinuxbg (~dinux@95.87.234.74) has joined #beagle
  • [17:20:57] <zmatt> the ti,hwmods thing associates it with the appropriate power/clock management data
  • [17:21:25] <bunty> yes i have seen that but in previous boards like arm9 i used to write drivers but in bbb it has dts for hardware info. but i don't know anything about device tree, how to write a dts ,etc.
  • [17:21:32] <rcn-ee> catslab, which kernel? uname -r
  • [17:21:55] <catslab> 3.8.13 and 3.15.10
  • [17:22:14] <catslab> might be a trouble on the BBB too
  • [17:22:21] <zmatt> bunty: there's lots of info on the web, although device tree is relatively new and still changing a lot
  • [17:23:24] <zmatt> bunty: basically instead of having hardcoded descriptions for every SoC and board (which was getting a bit out of hand) you can write a textual description of the hardware, this is compiled to a binary blob of data (a "flattened device tree")
  • [17:23:31] <rcn-ee> catslab, see: http://bugs.elinux.org/issues/127 make sure you have: https://github.com/RobertCNelson/ti-linux-kernel-dev/blob/ti-linux-3.14.y/patches/beaglebone/dts/0004-bbb-force-usb0-to-perhiperal-mode-fixes-http-bugs.el.patch
  • [17:23:31] <zmatt> the bootloader passes this to the kernel
  • [17:23:40] <bunty> by editing device tree can we control the hw
  • [17:24:19] <zmatt> by editing device tree you change what the kernel knows about the hardware and how to treat it
  • [17:24:30] <zmatt> for examples, for every CAPE there's a device tree overlay
  • [17:24:41] <zmatt> to assign pin functions and such
  • [17:25:06] <catslab> rcn-ee: got to check that in the tree for the 3.15.10
  • [17:25:47] <zmatt> if you change the compatible = "ti,omap4-gpio"; to compatible = "buntys-magnificent-gpio-driver"; then the kernel will look for that
  • [17:25:58] <bunty> then what is the diferrence b/w device driver and a device tree
  • [17:26:17] * shoragan (~shoragan@debian/developer/shoragan) Quit (Quit: Leaving)
  • [17:26:27] <zmatt> device tree just tells the kernel which driver to use, and the parameters the driver needs
  • [17:26:34] <catslab> rcn-ee: ok missing that one, I think I'll change branch to 3.14 :)
  • [17:27:14] <rcn-ee> catslab, if you need something specific from 3.15. we can try to back port it... otherwise it's getting updates from kernel.org and ti's workingon it to ;)
  • [17:27:38] <bunty> k. if i write a dts and compile it to dtb how can i add it to kernel
  • [17:27:51] <catslab> rcn-ee: yes, I think you already told me about that :)
  • [17:27:55] <rcn-ee> bunty, it's like firmware, it's seperate. ;)
  • [17:28:35] <zmatt> btw you can dump your current device tree using: dtc -I fs /proc/device-tree
  • [17:28:40] <catslab> rcn-ee: btw, I managed to compile kernel on OSX, had to patch a few files
  • [17:28:42] <zmatt> but it'll be less readable than the original sources
  • [17:29:00] <rcn-ee> catslab, with clang? or macports?
  • [17:29:20] <vvu> catslab: any blog post about it ?
  • [17:29:26] <bunty> k. how can i add it permanently to my board
  • [17:29:32] <zmatt> bunty: since device tree sources often use labels to refer to other nodes, this is converted to "phandle" numbers
  • [17:30:15] <zmatt> you can either change your device tree, recompile it with dtc, put it in /boot/dtbs (don't overwrite the existing one, give it a different name)
  • [17:30:28] <zmatt> and then have u-boot load it
  • [17:30:29] <zmatt> or
  • [17:30:31] <zmatt> easier
  • [17:30:38] <zmatt> you can install an "overlay" at runtime
  • [17:30:42] <catslab> I used linaro from
  • [17:30:42] <bunty> and also from an application how can i talk with the device , if i devlp a driver then i can use the device file but what in case of device tree
  • [17:30:43] <catslab> http://www.welzels.de/blog/en/arm-cross-compiling-with-mac-os-x/
  • [17:30:52] * tema (~tema@178-16-155-142.obit.ru) has joined #beagle
  • [17:30:56] <zmatt> bunty: nothing changes there
  • [17:31:15] <zmatt> device-tree just replaces the hardware config info that used to be hardcoded into the kernel
  • [17:31:35] <zmatt> once the driver loads, everything is the same as before
  • [17:31:59] * theAdib (~adib@dslb-088-074-153-003.088.074.pools.vodafone-ip.de) has joined #beagle
  • [17:32:00] * dinuxbg (~dinux@95.87.234.74) Quit (Read error: Connection reset by peer)
  • [17:32:14] <catslab> and a few things from macports like findutils for gxargs, elf.h from apple witha few lines added
  • [17:32:18] <bunty> really i need a good tutorial on dts
  • [17:32:26] * dinuxbg (~dinux@95.87.234.74) has joined #beagle
  • [17:32:51] <zmatt> bunty: examine the dts sources for your device, it gives a good idea of what kind of information it provides to the kernel
  • [17:33:10] <zmatt> in the kernel source tree, they're at arch/arm/boot/dts/
  • [17:33:15] <catslab> rcn-ee: in your tools/rebuild.sh I had to move from xargs to gxargs
  • [17:33:41] <zmatt> bunty: for example arch/arm/boot/dts/am335x-boneblack.dts
  • [17:33:46] <catslab> and instead of make menuconfig, just make nconfig because of ncurses trouble
  • [17:34:15] * eikeon (~textual@c-98-204-80-157.hsd1.dc.comcast.net) has joined #beagle
  • [17:34:22] <catslab> will try to sort all that and post on blog
  • [17:34:26] <catslab> ;)
  • [17:34:44] <bunty> k. thanks i am looking forward to it
  • [17:35:17] <bunty> but still we can add a new driver module to do work
  • [17:35:19] <zmatt> bunty: note that the file itself only contains definition *specific* to the beaglebone-black, and #includes general definitions for the am335x (am33xx.dtsi) and the two beaglebone editions
  • [17:35:29] <rcn-ee> catslab, we can probally just use uname and swap it ;)
  • [17:35:32] <bunty> will it affect the dts or anything
  • [17:35:34] * dinux (~dinux@95.87.234.74) has joined #beagle
  • [17:35:48] <catslab> rcn-ee: it's out of my league :) but I can learn
  • [17:35:51] <zmatt> bunty: you use device tree to tell the kernel to use your driver
  • [17:36:39] <zmatt> bunty: see also http://events.linuxfoundation.org/sites/events/files/slides/petazzoni-device-tree-dummies.pdf
  • [17:36:40] <rcn-ee> catslab, you can do it.. ;) swap both those commands as a variable and if uname = MacOS use the 'other' command..
  • [17:37:02] <bunty> means u are saying if i add a new driver module without editing the dt it is useless
  • [17:37:47] * dinuxbg (~dinux@95.87.234.74) Quit (Ping timeout: 245 seconds)
  • [17:37:52] <rcn-ee> i wonder if there's a college course on the dsp... all the omap3 would like to use dsp questions are coming out of the wood work again. ;)
  • [17:38:22] <zmatt> bunty: the kernel needs *some* way to know to use your driver... on buses with auto-detection such as USB there's infrastructure for that (e.g. your driver registers which USB devices it handles)
  • [17:38:28] <catslab> Ah if you mean a if [ uname .... ] ok, but I was thinking of something like redifining xargs in the script, as I saw something like export xargs='/usr/local/bin/gxargs' but ain't working on the mac
  • [17:38:34] * koleto (~koleto@95.90.212.141) Quit (Quit: koleto)
  • [17:39:01] * NulL` (~bleh1@80.65.245.158) has joined #beagle
  • [17:39:08] * sidbh__ (~Siddharth@123.201.30.188) has joined #beagle
  • [17:39:28] <bunty> zmatt : ya for that i will register my driver as a character driver to let know the kernel about my driver
  • [17:39:31] <zmatt> bunty: when no auto-detection is possible, it needs to be explicitly told "here's a device, use that driver for it, here's the info the driver will need to know what to do with it"
  • [17:39:57] * dinux (~dinux@95.87.234.74) Quit (Read error: Connection reset by peer)
  • [17:39:58] * dinux_ (~dinux@95.87.234.74) has joined #beagle
  • [17:40:26] * dinux_ (~dinux@95.87.234.74) Quit (Client Quit)
  • [17:40:35] * dinux_ (~dinux@95.87.234.74) has joined #beagle
  • [17:41:11] <catslab> rcn-ee: other trouble is the SGX, the bin is not executable on osx, but I copied the ignore/SDK_BIN from debian and it compiled fine on mac
  • [17:41:19] <zmatt> bunty: ehh, you're confusing device files (the things in /dev) with devices (the actual pieces of hardware) or drivers for them... you can of course make a kernel module that creates some character device file in /dev without being loaded as a driver for some specific piece of hardware
  • [17:41:42] <zmatt> like /dev/null doesn't represent any hardware
  • [17:42:01] * praneeth (praneeth@nat/ti/x-arofnqernlnuywpn) Quit (Remote host closed the connection)
  • [17:42:02] <bunty> zmatt :i cant understand after registering the driver to kernel again we have to edit the dts to tell the krnel which deriver to use.
  • [17:42:14] <rcn-ee> catslab, yeah, i'm trying to get TI to let us distrute that.. (you notice how the modules are in the repo ;) only thing left is the lib's..
  • [17:42:24] * praneeth (praneeth@nat/ti/x-xplmdygfugdzngvb) has joined #beagle
  • [17:42:24] * sidbh_ (~Siddharth@123.201.102.210) Quit (Ping timeout: 264 seconds)
  • [17:42:48] <catslab> yep
  • [17:43:03] <bunty> zmatt: i think the registation is sufficient for the kernel to know which driver to use when i will be opening the corresponding device file
  • [17:43:04] <catslab> ok gone for lunch, bbiab
  • [17:43:24] <zmatt> but normally the sequence is: kernel learns about existence of a device (through auto-detection or device-tree), kernel loads the appropriate driver, the driver then perhaps registers a character device for it if that's an appropriate interface
  • [17:43:47] <zmatt> the kernel then notifies udev, and udev will create the /dev/whatever file
  • [17:43:48] <blaine_> does anyone have a reliable wifi chip they would recommend? i'm having a terrible time with these realtek ones
  • [17:44:04] <blaine_> i get constant reconnection issues
  • [17:44:08] <Humpelstilzchen> ralink or atheros
  • [17:44:24] <bunty> yes its true but i am saying if i do it manually
  • [17:44:26] <blaine_> Humpelstilzchen: would you mind linking one on amazon?
  • [17:44:47] <zmatt> bunty: if you do it manually (like /dev/null) then device tree is not involved in any way
  • [17:45:09] <zmatt> since, as far as the kernel is concerned, it doesn't represent any actual hardware
  • [17:45:19] <zmatt> but if you intend to write a gpio driver, that's not what you want to do
  • [17:45:30] <zmatt> because then you need to lots of stuff manually that normally the kernel handles for you
  • [17:45:58] <bunty> manually means creating a device file manually with a known major and minor num
  • [17:46:11] <zmatt> ehh, why would you do that?
  • [17:46:19] <Humpelstilzchen> blaine_: http://www.amazon.de/TP-LINK-TL-WN722N-Adapter-High-Gain-Antenne-WLAN-Empfang/dp/B002SZEOLG/ref=sr_1_1?ie=UTF8&qid=1424454316&sr=8-1&keywords=tp-link+722n
  • [17:46:35] <zmatt> modern drivers use dynamically allocated numbers anyway
  • [17:46:39] <bunty> just asking incase
  • [17:46:42] <zmatt> and udev will create the device file automatically
  • [17:46:43] * kalem (~kalem@unaffiliated/kalem) Quit (Ping timeout: 256 seconds)
  • [17:46:57] <bunty> ok.
  • [17:47:06] <zmatt> static major/minor numbers and manual creation of device files is really something that belongs in the distant past :)
  • [17:47:49] <blaine_> Humpelstilzchen: ty. N150 or N300?
  • [17:47:52] <bunty> so if udev creates the device file auttomatically then what is the need of dts
  • [17:48:14] <zmatt> bunty: I already explained the sequence several times
  • [17:48:53] <zmatt> bunty: read it again ("<zmatt> but normally the sequence is: " ... about 5 minutes ago)
  • [17:48:57] * sidbh__ (~Siddharth@123.201.30.188) Quit (Ping timeout: 265 seconds)
  • [17:49:28] <zmatt> bunty: also, have you read the slides yet that I linked to?
  • [17:49:59] <zmatt> because it shows how DT works, also from the driver's perspective
  • [17:50:57] <bunty> k. so you are saying that if auto detection is not happing then dt is doing it
  • [17:51:07] <bunty> m i right
  • [17:51:11] * sidbh (~Siddharth@203.88.132.97) has joined #beagle
  • [17:51:33] <zmatt> the kernel needs *some* way to know about hardware, it is not omniscient
  • [17:52:48] <zmatt> and device-tree indeed deals with the "hardcoded" (non-auto-detected) parts
  • [17:52:51] <rcn-ee> Well, it's not till 4.1.15, that the kernel becomes self aware: http://news.softpedia.com/news/Arnold-s-T-800-Terminator-Runs-Linux-Kernel-4-1-We-re-All-Doomed-473236.shtml
  • [17:52:59] <bunty> hmm.
  • [17:53:08] <bunty> but tell me one thing isn't that auto detection or udev not sufficient
  • [17:53:32] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [17:54:11] <zmatt> udev is waaay later in this process, if the kernel doesn't even know a device exists, udev obviously also will not
  • [17:54:52] <zmatt> udev can help out if the kernel recognizes *some* device exists, but isn't quite sure what to do with it
  • [17:54:56] <zmatt> for example an unknown usb device
  • [17:55:42] <agmlego> rcn-ee: good to know.
  • [17:55:45] * ddp (~ddp@67.130.216.24) Quit (Quit: ddp)
  • [17:56:28] <zmatt> but there's not really any good way to detect the existence of on-chip peripherals, nor a reliable way to identify what sort of peripheral it might be even if you know the address
  • [17:56:28] <rcn-ee> agmlego, if v3.20 turns into 4.0, that means 4.1 should be a few months away... atleast it's a long term stable release too. ;)
  • [17:56:49] <bunty> k. see what i will do i will devlp a driver that dynamically creates a device file at the time of inserting the module and after that can i use it
  • [17:56:51] <bunty> ??
  • [17:57:03] <zmatt> sure, but that has nothing to do with hardware
  • [17:57:07] <agmlego> rcn-ee: yup.
  • [17:57:12] <zmatt> (hence nothing to do with device tree)
  • [17:57:46] <bunty> how it has nothing to do with hw
  • [17:58:07] <bunty> in driver i will be using all the register of the hw
  • [17:58:16] <zmatt> you could do that
  • [17:58:24] <zmatt> if you like pain
  • [17:58:25] <zmatt> :P
  • [17:58:37] <bunty> again confused
  • [17:58:44] * ddp (~ddp@67.130.216.24) has joined #beagle
  • [17:59:11] <zmatt> say you just directly access the gpio module.... you get big problems because there's already a device driver loaded for it
  • [17:59:30] <zmatt> so you remove or disable its device tree entry
  • [17:59:36] <zmatt> then access the gpio module
  • [17:59:39] <bunty> i will remove it
  • [17:59:40] <bunty> yes
  • [17:59:53] <zmatt> you get a kernel oops because the module's clock signals aren't enabled
  • [18:00:17] <zmatt> because the kernel didn't know anyone wanted to use it
  • [18:00:33] <zmatt> because it doesn't know your module is a driver for that piece of hardware
  • [18:00:35] * vmayoral|pc (~vmayoral|@12.Red-79-154-33.dynamicIP.rima-tde.net) has joined #beagle
  • [18:00:52] <bunty> why i will touch the DT i will just remove the standard gpio driver module
  • [18:01:02] <zmatt> yes, but that has consequences
  • [18:01:47] <bunty> what kind of consequences
  • [18:02:29] <zmatt> the DT entry also tells the kernel which register range the driver needs (the kernel will map it for you), which interrupt(s) the module generates (the driver can simply ask for them), which clocks are needed to make the module work (again, the driver just has to ask)
  • [18:03:08] * Mounicq (~Thunderbi@130.230.21.109.rev.sfr.net) Quit (Quit: Mounicq)
  • [18:03:11] <zmatt> so many details are handled automagically by the kernel using the info in device-tree, the driver won't need to concern itself with the details anymore
  • [18:03:45] <zmatt> look at slide 15 of http://events.linuxfoundation.org/sites/events/files/slides/petazzoni-device-tree-dummies.pdf
  • [18:04:05] <bunty> means using DT makes driver coding easy
  • [18:04:10] * koleto (~koleto@95.90.212.141) has joined #beagle
  • [18:05:01] <zmatt> easier, and certainly more generic
  • [18:05:23] * vmayoral|pc (~vmayoral|@12.Red-79-154-33.dynamicIP.rima-tde.net) Quit (Ping timeout: 240 seconds)
  • [18:05:51] * rob_w (~rob@unaffiliated/rob-w/x-1112029) has joined #beagle
  • [18:06:07] <zmatt> like, you don't want to hardcode the address or irq number in a GPIO driver since 1. they differ per chip 2. there are typically multiple GPIO modules in a chip
  • [18:06:49] * bugzc_ (~bugzc@unaffiliated/bugzc) has joined #beagle
  • [18:07:56] <zmatt> so previously the driver would define some data structure to contain all the info it needed, and then you had a board definition file in the kernel which instantiated the driver with the relevant info. every new piece of hardware required changing the kernel and recompiling
  • [18:08:25] <zmatt> while now that's handled in a generic way
  • [18:08:37] * germ13 (~germ13@cpe-104-33-105-125.socal.res.rr.com) has joined #beagle
  • [18:09:32] * LordDVG (~LordDVG@unaffiliated/lorddvg) has joined #beagle
  • [18:11:23] <zmatt> anyway, I'm off for a while... read those slides, look at actual device tree files, maybe examine some driver to see how it works...
  • [18:12:02] <zmatt> though the gpio-omap driver is probably not a good place to start, it's quite complicated because it supports many different versions of the GPIO module, and both the new device-tree and old non-device-tree way of doing things
  • [18:12:12] <zmatt> so it's kind of messy
  • [18:12:51] * SoFLy (~SoFLy@c-76-119-214-80.hsd1.ma.comcast.net) Quit (Ping timeout: 246 seconds)
  • [18:13:24] * melonipoika (~quassel@91-158-69-143.elisa-laajakaista.fi) Quit (Remote host closed the connection)
  • [18:16:13] <bunty> k. thanx for your information
  • [18:16:39] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) has joined #beagle
  • [18:19:07] * LordDVG (~LordDVG@unaffiliated/lorddvg) Quit (Remote host closed the connection)
  • [18:21:31] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) Quit (Ping timeout: 250 seconds)
  • [18:22:14] * kalem (~kalem@unaffiliated/kalem) has joined #beagleboard
  • [18:22:16] * kalem (~kalem@unaffiliated/kalem) has joined #beagle
  • [18:28:07] * mhaberler (~mhaberler@extern-171.stiwoll.mah.priv.at) has joined #beagle
  • [18:28:07] * mhaberler (~mhaberler@extern-171.stiwoll.mah.priv.at) has joined #beaglebone
  • [18:29:14] * germ13 (~germ13@cpe-104-33-105-125.socal.res.rr.com) Quit (Ping timeout: 246 seconds)
  • [18:29:19] * kalem (~kalem@unaffiliated/kalem) Quit (Ping timeout: 252 seconds)
  • [18:34:22] * bunty (653fa25f@gateway/web/freenode/ip.101.63.162.95) Quit (Ping timeout: 246 seconds)
  • [18:35:21] * BobCat (~Bob@unaffiliated/bobcat) Quit (Ping timeout: 252 seconds)
  • [18:38:03] * koleto (~koleto@95.90.212.141) Quit (Quit: koleto)
  • [18:40:32] * vmayoral (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) Quit (Remote host closed the connection)
  • [18:41:15] * Utal (75e3a2ba@gateway/web/freenode/ip.117.227.162.186) has joined #beagle
  • [18:43:53] <Utal> i am new to beagle board contribution .... can anyone tell me how to get stearted
  • [18:44:05] <Utal> i am new to beagle board contribution .... can anyone tell me how to get started
  • [18:46:08] * vmayoral|pc (~vmayoral|@12.Red-79-154-33.dynamicIP.rima-tde.net) has joined #beagle
  • [18:46:10] * djlewis (~bubba@adsl-65-64-30-13.dsl.ltrkar.swbell.net) has joined #beagle
  • [18:46:48] * koleto (~koleto@95.90.212.141) has joined #beagle
  • [18:47:58] * day (~yashi@unaffiliated/day) Quit (Quit: leaving)
  • [18:49:01] * BobCat (~Bob@unaffiliated/bobcat) has joined #beagle
  • [18:50:11] * tema (~tema@178-16-155-142.obit.ru) Quit (Read error: Connection reset by peer)
  • [18:50:20] * ddp (~ddp@67.130.216.24) Quit (Quit: ddp)
  • [18:50:34] * shoragan (~shoragan@debian/developer/shoragan) has joined #beagle
  • [18:51:05] * gustavoz (~gustavoz@181.46.99.160) Quit (Quit: Leaving)
  • [18:51:57] * jamesaxl (~jamesaxl@41.250.17.229) Quit (Ping timeout: 245 seconds)
  • [18:52:00] * jamesaxl_ (~jamesaxl@41.249.122.249) has joined #beagle
  • [18:52:43] <rcn-ee> Utal, find a bug fix it, post it. ;)
  • [18:53:07] <ogra_> or two :)
  • [18:53:13] * vmayoral|pc (~vmayoral|@12.Red-79-154-33.dynamicIP.rima-tde.net) Quit (Remote host closed the connection)
  • [18:53:48] * linuxkernelhacke (~linuxkern@124.123.219.186) Quit (Ping timeout: 264 seconds)
  • [18:54:09] * libregeekingkid (~quassel@103.224.144.204) Quit (Ping timeout: 246 seconds)
  • [18:54:57] * uv (~uv@94-21-182-143.pool.digikabel.hu) has joined #beagle
  • [18:56:06] * bizarro_1 (~bizarro_1@121.Red-88-14-186.dynamicIP.rima-tde.net) has joined #beagle
  • [18:56:28] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) has joined #beagle
  • [18:56:55] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) has joined #beaglebone
  • [18:57:00] <Utal> rcn-ee, can u send some documentation link
  • [18:57:02] * vmayoral|pc (~vmayoral|@12.Red-79-154-33.dynamicIP.rima-tde.net) has joined #beagle
  • [18:57:14] * koleto (~koleto@95.90.212.141) Quit (Quit: koleto)
  • [18:58:02] <rcn-ee> Utal, docs: 1: grab coffee, 2: open email, read bb.org bug reports: 3: start on first one...... 4: hours later pull out hair (thats left) 5: ??? 6: submit 7: profit
  • [18:58:24] * vmayoral|pc (~vmayoral|@12.Red-79-154-33.dynamicIP.rima-tde.net) Quit (Remote host closed the connection)
  • [18:58:42] * ddp (~ddp@67.130.216.24) has joined #beagle
  • [18:58:53] * vmayoral (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) has joined #beagle
  • [19:01:47] <ddrown> rcn-ee: would it be possible to cherry-pick 1600ef7b54e212775f0cda7138053eb83cde9c7b (add function to request timer by [DT] node) onto the official 3.8 tree?
  • [19:02:36] * hitlin37 (uid16371@gateway/web/irccloud.com/x-ygozucwtvbkyclmm) Quit (Quit: Connection closed for inactivity)
  • [19:02:36] <rcn-ee> ddrown, which repo? https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=1600ef7b54e212775f0cda7138053eb83cde9c7b (bad commit)
  • [19:02:39] <ddrown> or wait, I probably have the wrong id
  • [19:03:04] <ddrown> 8fc7fcb593ac3c5730c8391c2d7db5b87e2d0bf2
  • [19:03:11] * vmayoral (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) Quit (Ping timeout: 246 seconds)
  • [19:03:24] * mythos (~mythos@85-124-64-143.klagenfurt-west.xdsl-line.inode.at) has joined #beagle
  • [19:03:36] * mythos (~mythos@85-124-64-143.klagenfurt-west.xdsl-line.inode.at) Quit (Changing host)
  • [19:03:36] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [19:03:42] * germ13 (~germ13@cpe-104-33-105-125.socal.res.rr.com) has joined #beagle
  • [19:03:51] <rcn-ee> ddrown, i'll add it to my queue and test out..
  • [19:04:11] <ddrown> I'm using it on my build and kernel module
  • [19:04:31] <rcn-ee> cool!
  • [19:05:06] <ddrown> I'm using 3.8.13-bone67 branch
  • [19:05:23] <rcn-ee> it's always fun, adding more stuff to 3.8.. the kernel that just won't die! (i have some backports for nimbelink's cape too.)
  • [19:05:41] <ddrown> heh yeah, there's so much invested in that branch
  • [19:05:48] <ddrown> because so many other things work there too
  • [19:07:14] <rcn-ee> now if everyone would stop staying "no" to panto's patches maybe we can get off 3.8. ;) He has to fight for every single detail...
  • [19:07:24] <ddrown> heh
  • [19:07:58] <ddrown> yeah, getting stuff into mainline seems to be a pain
  • [19:08:41] <ddrown> my kernel module: https://github.com/ddrown/pps-gmtimer
  • [19:09:28] <ddrown> oh, and there's a second kernel patch there too - https://github.com/ddrown/pps-gmtimer/blob/master/kernel-tclkin.patch
  • [19:09:31] <rcn-ee> sweet, pps client. ;)
  • [19:09:55] <ddrown> without it, TCLKIN doesn't work
  • [19:10:34] <rcn-ee> btw, would you like me to add your module/dtbo to the defualt build too?
  • [19:10:41] <ddrown> sure
  • [19:11:18] <rcn-ee> it'll just make things interesting as the *.dtbo will be built in, so if you need to make any changes you'll be forced to rename it..
  • [19:11:32] <ddrown> heh
  • [19:11:46] * libregeekingkid (~quassel@103.224.144.204) has joined #beagle
  • [19:12:04] <ddrown> they get put into the initramfs?
  • [19:12:22] <rcn-ee> They'll actually be in the zImage. ;)
  • [19:14:36] <ddrown> oh, it gets compiled into the system dtb?
  • [19:15:53] <rcn-ee> the *.dtbo are built as firmware, so they get coped into the zImage.
  • [19:16:01] <rcn-ee> Where as the *.dtb's are external
  • [19:16:31] <ddrown> ah ok
  • [19:17:18] <rcn-ee> i wonder, does anything else (cape) currently use P9.41 at the previous 12Mhz setting?
  • [19:17:46] <ddrown> using the tclkin_ck isn't possible without that patch
  • [19:18:00] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) Quit (Remote host closed the connection)
  • [19:18:24] <ddrown> if you try to use EXT_CLK as your source without it, it tries to load the timer "timer_ext_ck" which doesn't exist
  • [19:18:34] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) has joined #beagle
  • [19:18:44] <ddrown> s/load the timer/load the clock/
  • [19:19:38] <rcn-ee> okay, pushed the cherrypick. ;)
  • [19:19:52] <ddrown> it's possible that a cape could use that clock definition, but I don't see how they'd get to it
  • [19:20:57] <ddrown> I think later kernels have these clocks defined in the DT, which is much nicer
  • [19:21:00] * koleto (~koleto@95.90.212.141) has joined #beagle
  • [19:21:14] <rcn-ee> and if someone is using it, they'll just have to pipe up. ;)
  • [19:21:49] <zmatt> rcn-ee: support for device tree overlays isn't enabled in the 3.19-bone kernels?
  • [19:22:20] <rcn-ee> not yet. ;)
  • [19:23:02] * libregeekingkid (~quassel@103.224.144.204) Quit (Read error: Connection reset by peer)
  • [19:23:11] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) Quit (Ping timeout: 246 seconds)
  • [19:23:33] <zmatt> it kind of surprised me
  • [19:24:53] <rcn-ee> I was having a few build errors/issues, so i didn't push that branch out yet. ;)
  • [19:25:01] <zmatt> ok
  • [19:28:49] * Mode-M (~Mode-M@109.125.72.232.dynamic.cablesurf.de) has joined #beagle
  • [19:31:56] <catslab> rcn-ee: on OSX when I pull the kernel from the git using the ./build_kernel.sh, at the very first time it's telling me I've got files that will be overwritten by checkout. I do a git stash in kernel, then relaunch the script it passes
  • [19:32:01] * JetForMe (~JetForMe@c-50-156-127-148.hsd1.ca.comcast.net) Quit (Quit: Leaving...)
  • [19:33:55] <rcn-ee> catslab, what version of git is in OSX ? git --version (my hackintosh is at home and i've never looked)
  • [19:36:34] <ddrown> 1.9.3 on OSX 10.10.2
  • [19:37:18] <rcn-ee> oh, that's not too bad.. i was thinking it was around 1.7.x (wheezy) or 1.6.x (centos)...
  • [19:37:47] <rcn-ee> which brings up another question, why is it complaining. ;)
  • [19:39:30] <rcn-ee> on the intial clone, i'm using a "shared" reference, wonder if it's a git bug with HFS?
  • [19:39:52] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) has joined #beagle
  • [19:40:17] * woglinde (~henning@fb-n15-11.unbelievable-machine.net) Quit (Ping timeout: 245 seconds)
  • [19:40:31] <catslab> yep 1.9.3 on 10.9.5
  • [19:40:51] <catslab> mmm
  • [19:40:52] * RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl) Quit (Remote host closed the connection)
  • [19:41:26] <catslab> net/netfilter/xt_DSCP.c and xt_RATEEST.c
  • [19:41:37] <catslab> are the 2 files
  • [19:41:50] <catslab> can't copy paste, it's on another mac
  • [19:42:08] <rcn-ee> yeap, that looks like hfs+ case-insensitve issue. ;)
  • [19:42:26] <rcn-ee> from what i've read, git is suppost to hide that on hfs..
  • [19:43:00] <catslab> with a stash and rerun it's ok
  • [19:44:01] <rcn-ee> https://avtok.com/2011/08/05/i-hate-hfs.html
  • [19:44:13] <rcn-ee> i'll see about adding a uname lookup and hide that. ;)
  • [19:46:12] <rcn-ee> good writeup of what actually happens; http://polkabecky.tumblr.com/post/54471595169/creating-case-sensitive-filesystems-for-git-on
  • [19:46:17] <catslab> ahaha yes :) anyway I could make a disk image in case sensitive, mount it and compile on it
  • [19:47:20] <catslab> ok you got it before me :)
  • [19:47:45] <rcn-ee> and stick it in ram, for even faster builds ;)
  • [19:48:21] * vmayoral|pc (~vmayoral|@77.231.192.223) has joined #beagle
  • [19:49:48] <catslab> yep :) even if the ssd if fast... in ram I won't have time to get a coffee !
  • [19:51:52] * JetForMe (~JetForMe@157.22.42.2) has joined #beagle
  • [19:52:25] * ddp (~ddp@67.130.216.24) Quit (Quit: ddp)
  • [19:53:38] * vmayoral|pc (~vmayoral|@77.231.192.223) Quit (Remote host closed the connection)
  • [19:55:15] * vmayoral|pc (~vmayoral|@77.231.192.223) has joined #beagle
  • [19:55:33] * TheBestJohn (~johnwarre@204.101.219.206) has joined #beaglebone
  • [19:55:46] * TheBestJohn (~johnwarre@204.101.219.206) has left #beaglebone
  • [19:55:55] * TheBestJohn (~johnwarre@204.101.219.206) has joined #beaglebone
  • [19:56:09] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) Quit (Ping timeout: 250 seconds)
  • [19:56:21] <TheBestJohn> anyone know anything about using usb soundcards on the bbb?
  • [19:56:59] * megabit|away is now known as megabitdragon
  • [19:57:19] * Utal (75e3a2ba@gateway/web/freenode/ip.117.227.162.186) Quit (Ping timeout: 246 seconds)
  • [19:57:26] * no-name-sorry (~Alucard@37.228.241.200) has joined #beagle
  • [19:58:02] <blaine_> wifi will literally drive me insane. half the time, 0% packet loss. the other half, 30% packet loss. no rhyme or reason.
  • [19:58:21] * gustavoz (~gustavoz@181.46.99.160) has joined #beagle
  • [19:58:52] <catslab> blaine_: can be anything from microwave to another wifi, or even solar eruption :)
  • [19:59:07] <blaine_> catslab: my laptop, sitting next to me, has no issues =\
  • [19:59:23] <blaine_> maybe that's it? maybe my laptop is interfering with this tiny nano wifi chip
  • [20:00:06] <catslab> maybe, or even the chip can run hot and do some strange things
  • [20:00:32] <blaine_> catslab: good point too.
  • [20:01:07] <blaine_> i get a bunch of these [ 380.972949] wlan0: deauthenticating from d8:eb:97:2a:bf:92 by local choice (Reason: 3=DEAUTH_LEAVING)
  • [20:01:34] <catslab> looks like a firware trouble to me
  • [20:02:59] * lyakh_ (~lyakh@xdsl-87-78-39-126.netcologne.de) has joined #beagle
  • [20:03:00] * tchan (~tchan@lunar-linux/developer/tchan) Quit (Quit: WeeChat 1.1.1)
  • [20:03:43] <catslab> rcn-ee: on the 3.14 branch is there a way to enable the uio_pruss module in the kernel menuconfig apart from patching ? :)
  • [20:05:35] <rcn-ee> i haven't tried it yet, did you get it to build/work?
  • [20:06:41] * lyakh (~lyakh@xdsl-87-79-228-96.netcologne.de) Quit (Ping timeout: 256 seconds)
  • [20:08:58] * tchan (~tchan@lunar-linux/developer/tchan) has joined #beagle
  • [20:09:02] <catslab> I had it working on 3.15 but had to patch some files , I'm trying on 3.14
  • [20:10:11] <catslab> but did not see it in the menuconfig :) So I'll thrown a bunch of patches
  • [20:12:54] <rcn-ee> catslab, ping me on that backport, specially if it works, we need to get uio_pruss working in v3.14.x ( i just haven't worked on it yet)
  • [20:13:36] <rcn-ee> ddrown, your getting the config: CONFIG_PPS_BB_GMTIMER, i got a little creative.. ;)
  • [20:14:40] <catslab> ok, will test that, I have to grab my logic analyser to check if it really works and toggle the pins as it should
  • [20:16:04] * tema (~tema@178-16-155-142.obit.ru) has joined #beagle
  • [20:19:31] <mistawright> hi guys i was wondering if you guys could point me in the right direction. I have never used joystick input in c++ and got my ps3 controller working with my beaglebone black through bluetooth. I just need to know how to use the actual input in c++ what would you guys recommend?
  • [20:21:23] <rcn-ee> mistawright, the xinput library should help you out there..
  • [20:22:11] <rcn-ee> err... there has to be something better, that's just for configuring/testing..
  • [20:23:06] <ds2> evtest?
  • [20:24:15] * dinux_ (~dinux@95.87.234.74) Quit (Ping timeout: 256 seconds)
  • [20:24:37] <rcn-ee> mistawright, https://github.com/drewnoakes/joystick
  • [20:25:27] <ddrown> rcn-ee: heh ok
  • [20:28:28] <mistawright> rcn-ee, thanks for the help
  • [20:30:25] <rcn-ee> ddrown, please give head of 3.8.x a test when you have a chance.. it should all be intergrated now.. . https://github.com/RobertCNelson/bb-kernel/commit/288d13c1bb09106783aec6cb67e2fdef2af06049
  • [20:33:07] <blaine_> here's a question -- catslab maybe you've got an idea. if i do a `ping -c 1 8.8.8.8' it returns every time very quickly. except when i'm having wifi issues. now, `ping 8.8.8.8` just skips the message, it doesn't "hang" like -c 1 does
  • [20:33:38] <blaine_> presumably because -c 1 is waiting for it to complete. now here's a mystery. I can set a "ttl" for ping. So that it doesn't hang for like 8 seconds when wifi is down. ping -c 1 8.8.8.8 -t 1 (1ms ttl)
  • [20:33:57] <blaine_> when wifi is working, this fails immediately with a timeout exceeded. but when i'm having wifi issues, it still hangs for the 5- 8seconds or so.
  • [20:34:16] <blaine_> perhaps this is implying that i'm not actually timing out the ping, i'm waiting on the wifi hardware. so maybe it is a firmware issue after all.
  • [20:36:35] * dinux_ (~dinux@95.87.234.74) has joined #beagle
  • [20:37:28] <catslab> yes looks like there's a trouble between kernel and wifi herdware
  • [20:37:36] <catslab> and this is called firmware :)
  • [20:37:45] * kalem (~kalem@unaffiliated/kalem) has joined #beagle
  • [20:37:45] * kalem (~kalem@unaffiliated/kalem) has joined #beagleboard
  • [20:38:28] <blaine_> hehe. ok cool. i'm just going to order a new one.
  • [20:38:57] <catslab> that's what I was about to tell you
  • [20:39:11] <catslab> you're going to spend too much time on it for nothing
  • [20:39:12] <blaine_> yep. too bad, this one fits our case perfectly. but obviously realtek isn't having it.
  • [20:39:26] <catslab> oh
  • [20:39:34] * TheBestJohn (~johnwarre@204.101.219.206) Quit (Read error: No route to host)
  • [20:39:55] <blaine_> all good, we can print a new hole
  • [20:40:11] <catslab> I had to much trouble with realtek wifi harware
  • [20:40:35] <blaine_> yeah it's too bad. the other nano cards may work fine, not sure
  • [20:40:44] <blaine_> but i'll order one i know has an atheros chip in it
  • [20:40:53] <catslab> yep, more reliable
  • [20:41:33] <catslab> I always had trouble with realtek on geode
  • [20:41:45] <rcn-ee> Just use atheros ;)
  • [20:41:48] <blaine_> i think there is no such thing as a nano form factor atheros
  • [20:41:52] <blaine_> rcn-ee: yep, learning that the hard way heh
  • [20:42:29] <rcn-ee> the only problem, they get price squezed out by ralink/realtek/etc so there chips are hard to find.. As everyone wants the cheap crap..
  • [20:42:36] * mistawright (~mistawrig@static-72-64-155-102.tampfl.fios.verizon.net) Quit (Read error: Connection reset by peer)
  • [20:42:50] <rcn-ee> i've used arl9170 for a few projects, they work awesome, but you can't get them anymore!!!!
  • [20:43:02] <blaine_> =\ -- is arl atheros?
  • [20:43:05] <catslab> https://wikidevi.com/wiki/Atheros
  • [20:43:23] <rcn-ee> carl9170 was the driver i used.. (the commuinty arl9170?)
  • [20:43:24] <blaine_> ty
  • [20:43:47] <blaine_> 20% packet loss is OK if you're using tcp right? heh
  • [20:43:50] <rcn-ee> "ARxyz" is atheros..
  • [20:44:20] * BobCat (~Bob@unaffiliated/bobcat) Quit (Ping timeout: 246 seconds)
  • [20:48:43] <catslab> A-LINK WNU
  • [20:48:48] * vmayoral|pc (~vmayoral|@77.231.192.223) Quit (Remote host closed the connection)
  • [20:50:56] * jamesaxl_ is now known as jamesaxl
  • [20:51:29] <catslab> too big
  • [20:52:28] <rcn-ee> catslab, are you looking for one of those really "small" chips that fit in a usb connector?
  • [20:52:58] <catslab> nope was just wasting time to help blaine_ :)
  • [20:53:17] <catslab> kernel is compiling and nobody at work
  • [20:53:18] <catslab> lol
  • [20:53:25] <rcn-ee> it's friday. ;)
  • [20:54:00] * vmayoral|pc (~vmayoral|@77.231.192.223) has joined #beagle
  • [20:54:16] <catslab> yep :) just got back my analyser
  • [20:54:29] * karki_ (~karki@117.192.247.38) Quit (Ping timeout: 246 seconds)
  • [20:56:05] * RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl) has joined #beagle
  • [20:56:52] * BobCat (~Bob@unaffiliated/bobcat) has joined #beagle
  • [20:56:54] * kalem (~kalem@unaffiliated/kalem) Quit (Ping timeout: 245 seconds)
  • [21:00:07] * gusnan (~gusnan@s213-100-228-162.cust.tele2.se) Quit (Ping timeout: 255 seconds)
  • [21:01:44] * gusnan (~gusnan@s213-100-228-162.cust.tele2.se) has joined #beagle
  • [21:04:43] * Mode-M (~Mode-M@109.125.72.232.dynamic.cablesurf.de) Quit (Remote host closed the connection)
  • [21:11:23] * boneskull (~boneskull@207-170-205-178.static.twtelecom.net) has joined #beagle
  • [21:15:52] * NulL` (~bleh1@80.65.245.158) Quit (Ping timeout: 240 seconds)
  • [21:16:01] * boneskull (~boneskull@207-170-205-178.static.twtelecom.net) Quit (Ping timeout: 264 seconds)
  • [21:16:45] <catslab> mmm I think I messed the pinmux :)
  • [21:17:12] <rcn-ee> it should be the same as 3.15.x ;)
  • [21:17:25] <catslab> I'm on 3.15 to validate my cape
  • [21:17:34] <catslab> before switching to 3.15
  • [21:17:37] <catslab> 3.14
  • [21:17:46] <rcn-ee> ah.. and found a bug. ;)
  • [21:18:34] <catslab> yep and I scrapped my old dts, so I tried to rebuild one
  • [21:19:17] <catslab> what's the best for declaring pins for pruss ? compatible="..... what ? "
  • [21:21:21] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) has joined #beaglebone
  • [21:21:40] * JetForMe (~JetForMe@157.22.42.2) Quit (Quit: Leaving...)
  • [21:21:51] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) Quit (Remote host closed the connection)
  • [21:22:06] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) has joined #beagle
  • [21:22:54] * dinux_ (~dinux@95.87.234.74) Quit (Ping timeout: 252 seconds)
  • [21:27:24] * RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl) Quit (Ping timeout: 264 seconds)
  • [21:29:38] * dgerlach (dave@nat/ti/x-bgypwnbpjaqjjsmy) Quit (Quit: Leaving.)
  • [21:30:22] * Mode-M (~Mode-M@109.125.72.232.dynamic.cablesurf.de) has joined #beagle
  • [21:31:57] <catslab> rcn-ee: got a trouble on 3.14 compilation net/ipv4/netfilter/ipt_ECN.c
  • [21:34:17] <rcn-ee> that's odd... building clean on the build bot: http://builds.beagleboard.org/builders/build-kernel/builds/4
  • [21:34:37] <catslab> yep I'll check that later
  • [21:34:48] * contempt (contempt@unaffiliated/contempt) Quit (Ping timeout: 246 seconds)
  • [21:35:01] <catslab> got to find out why pins aren't toggling on the cape first :)
  • [21:35:43] * vmayoral|pc (~vmayoral|@77.231.192.223) Quit (Remote host closed the connection)
  • [21:36:31] <veremit> rcn-ee : if I get an error "make drivers error 2" from your rebuild.sh script .. where is the debug output :P
  • [21:36:51] * contempt (contempt@unaffiliated/contempt) has joined #beagleboard
  • [21:36:51] * contempt (contempt@unaffiliated/contempt) has joined #beagle
  • [21:37:06] <rcn-ee> if you have 1+ cores, run it again, it's proballly at the top
  • [21:37:39] <veremit> ah
  • [21:37:51] * RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl) has joined #beagle
  • [21:38:08] <rcn-ee> it's fun if you have 8 cores, it takes awhile for the 7 other threads to wind down..
  • [21:38:58] <veremit> hrm got it .. as I suspected ..
  • [21:39:13] <veremit> trying to build the realtek 8192 sources against mainline kernel ..
  • [21:39:42] <veremit> not gonna be easy
  • [21:41:28] * NishanthMenon (nmenon@nat/ti/x-cssyvetrxcwhibqh) Quit (Quit: EOF)
  • [21:52:12] <catslab> ok got the pruss outputing something on 3.15.10
  • [21:52:31] <catslab> got to find why the int_iep is not working the way I want :)
  • [21:52:38] * riotz (riotz@orbit.sh3lls.net) Quit (Changing host)
  • [21:52:38] * riotz (riotz@unaffiliated/riotz) has joined #beagle
  • [21:55:04] <catslab> mmm ok, was the analyser.... Never let others play with the analyzer :)
  • [21:56:09] * nighty-_ (~nighty@hokuriku.rural-networks.com) Quit (Quit: Disappears in a puff of smoke)
  • [21:56:18] <rcn-ee> you need to chain that to your desk, then no one can borrow it..
  • [21:57:04] <veremit> definitely
  • [21:57:52] <catslab> ahaha yes or reset the settings each time it comes back
  • [21:57:59] * Shadyman (~matthew@unaffiliated/shadyman) has joined #beagle
  • [22:00:43] <catslab> and looks like some pins on the 4Dsystem lcd cape are not wired....
  • [22:00:51] <catslab> I'll have to investigate
  • [22:01:34] <veremit> catslab .. there must be sufficient wired :)
  • [22:02:55] <veremit> ok shelving drivers for tonight .. I've bricked the board anyhow :/
  • [22:03:22] <veremit> back to serial kernel debuggering
  • [22:05:55] * anish[1] (cc118f0a@gateway/web/freenode/ip.204.17.143.10) has joined #beagle
  • [22:07:24] * VirG (~VirGin@adsl-76-235-121-110.dsl.pltn13.sbcglobal.net) Quit (Quit: Leaving.)
  • [22:08:09] <anish[1]> i need to configur mcbsp1 pins. I checked i have to use this macro OMAP3_CORE1_IOPAD(0x20d4, PIN_OUTPUT | MUX_MODE0) in dtsi file. How can i know the corresponding mcbps1 pins???
  • [22:08:26] <anish[1]> Omap documentation is really not great to understand the muxing details.
  • [22:08:40] <anish[1]> anyone have any understanding of configuring the muxes?
  • [22:10:12] * JetForMe (~JetForMe@c-76-102-48-126.hsd1.ca.comcast.net) has joined #beagle
  • [22:17:16] <catslab> I saw a web page with pinmuxing
  • [22:19:59] <catslab> and can not find the url....
  • [22:20:09] <catslab> can send you what I downloaded
  • [22:20:09] <alexanderhiam> anyone know if there's an EDIF file for BeagleBone Black schematics floating around anywhere?
  • [22:21:47] * RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl) Quit (Ping timeout: 252 seconds)
  • [22:25:34] * Mode-M (~Mode-M@109.125.72.232.dynamic.cablesurf.de) Quit (Remote host closed the connection)
  • [22:26:10] <catslab> ok I'm gone :) Good WE
  • [22:26:16] * catslab (~Thunderbi@205-237-53-37.static.cgocable.ca) Quit (Quit: catslab)
  • [22:26:47] * gusnan (~gusnan@s213-100-228-162.cust.tele2.se) Quit (Ping timeout: 250 seconds)
  • [22:27:56] * RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl) has joined #beagle
  • [22:28:32] * gusnan (~gusnan@s213-100-228-162.cust.tele2.se) has joined #beagle
  • [22:29:38] * SiC (Simon@cpc12-aztw24-2-0-cust193.aztw.cable.virginm.net) has joined #beagle
  • [22:30:07] * uv (~uv@94-21-182-143.pool.digikabel.hu) Quit (Remote host closed the connection)
  • [22:33:54] * rob_w (~rob@unaffiliated/rob-w/x-1112029) Quit (Quit: Leaving)
  • [22:36:18] * GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) has joined #beaglebone
  • [22:36:51] * vmayoral (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) has joined #beagle
  • [22:41:51] * vmayoral (~vmayoral@12.Red-79-154-33.dynamicIP.rima-tde.net) Quit (Ping timeout: 265 seconds)
  • [22:43:56] * JetForMe (~JetForMe@c-76-102-48-126.hsd1.ca.comcast.net) Quit (Quit: Leaving...)
  • [22:50:15] * hamrove (~hamrove@96-8-209-215.block0.gvtc.com) Quit (Quit: hamrove)
  • [22:51:32] * theAdib (~adib@dslb-088-074-153-003.088.074.pools.vodafone-ip.de) Quit (Remote host closed the connection)
  • [22:54:25] * BobCat (~Bob@unaffiliated/bobcat) Quit (Ping timeout: 256 seconds)
  • [22:58:59] * ddp (~ddp@67.130.216.24) has joined #beagle
  • [22:59:09] * ddp (~ddp@67.130.216.24) Quit (Client Quit)
  • [23:01:01] * bfederau (~quassel@service.basyskom.com) Quit (Remote host closed the connection)
  • [23:01:17] * bfederau (~quassel@service.basyskom.com) has joined #beagle
  • [23:04:06] * Vasco is now known as Vasco_O
  • [23:06:23] * gusnan (~gusnan@s213-100-228-162.cust.tele2.se) Quit (Ping timeout: 250 seconds)
  • [23:07:28] * BobCat (~Bob@unaffiliated/bobcat) has joined #beagle
  • [23:08:24] * gusnan (~gusnan@s213-100-228-162.cust.tele2.se) has joined #beagle
  • [23:08:59] * rcn-ee (~voodoo@64.77.213.245) Quit (Remote host closed the connection)
  • [23:10:26] * GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) Quit (Remote host closed the connection)
  • [23:11:14] * hamrove (~hamrove@96-8-209-215.block0.gvtc.com) has joined #beagle
  • [23:13:01] * djlewis (~bubba@adsl-65-64-30-13.dsl.ltrkar.swbell.net) Quit (Quit: Leaving.)
  • [23:13:16] * thurgood_ (~thurgood@67-198-113-218.static.grandenetworks.net) Quit (Remote host closed the connection)
  • [23:13:44] * woglinde (~henning@f053040038.adsl.alicedsl.de) has joined #beagle
  • [23:18:13] * mhaberler (~mhaberler@extern-171.stiwoll.mah.priv.at) Quit (Quit: mhaberler)
  • [23:23:44] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) Quit (Remote host closed the connection)
  • [23:29:58] * blaine_ (~blaine@ip-209-243-14-234.far.ideaone.net) Quit (Ping timeout: 255 seconds)
  • [23:40:18] * __butch__ (~Adium@169.145.89.207) Quit (Quit: Leaving.)
  • [23:42:32] * blaine_ (~blaine@ip-209-243-14-234.far.ideaone.net) has joined #beagle
  • [23:53:25] * mhaberler (~mhaberler@extern-171.stiwoll.mah.priv.at) has joined #beagle
  • [23:53:25] * mhaberler (~mhaberler@extern-171.stiwoll.mah.priv.at) has joined #beaglebone