• [00:00:58] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beagle
  • [00:00:58] * 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:58] * Set by KotH!~attila@erica.kinali.ch on Wed Jul 15 13:55:07 UTC 2015
  • [00:00:58] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beagleboard
  • [00:00:58] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beaglebone
  • [00:01:14] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) Quit (Remote host closed the connection)
  • [00:01:41] <agmlego> Staying in channel more than two minutes would help.
  • [00:02:09] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) has joined #beagle
  • [00:05:27] * idwer (~irc@unaffiliated/idwer) Quit (Remote host closed the connection)
  • [00:09:33] * Darek` (darek@work.sznajder.org) has joined #beagle
  • [00:13:01] * emeb1 (~ericb@ip68-2-68-52.ph.ph.cox.net) has joined #beagle
  • [00:14:57] <endoped> ha.
  • [00:17:19] * hreikin (~mic88@cpc4-roth8-2-0-cust546.17-1.cable.virginm.net) has joined #beagle
  • [00:17:40] * Darek- (darek@work.sznajder.org) Quit (*.net *.split)
  • [00:17:40] * emeb (~ericb@ip68-2-68-52.ph.ph.cox.net) Quit (*.net *.split)
  • [00:17:40] * tchan (~tchan@lunar-linux/developer/tchan) Quit (*.net *.split)
  • [00:17:42] * Darek` is now known as Darek-
  • [00:18:26] * tchan (~tchan@lunar-linux/developer/tchan) has joined #beagle
  • [00:20:42] * BellinganRoy (~Bellingan@host116-5-dynamic.17-79-r.retail.telecomitalia.it) Quit (Quit: Konversation terminated!)
  • [00:22:11] * devtea (~tdreyer1@unaffiliated/tdreyer1) Quit (Ping timeout: 260 seconds)
  • [00:25:45] * bugzc_ (~bugzc@unaffiliated/bugzc) Quit (Ping timeout: 244 seconds)
  • [00:31:38] * boB_K7IQ (~IceChat9@50.46.87.250) Quit (Ping timeout: 272 seconds)
  • [00:38:01] * chaincrusher (~chaincrus@ip72-201-71-254.ph.ph.cox.net) has joined #beaglebone
  • [00:39:06] * nofxx (~nofxx@unaffiliated/nofxx) Quit (Read error: Connection reset by peer)
  • [00:39:52] * nofxx (~nofxx@unaffiliated/nofxx) has joined #beaglebone
  • [00:40:07] * das_ (~das@4.5.80.79.rev.sfr.net) has joined #beagle
  • [00:40:09] * das (~das@35.5.80.79.rev.sfr.net) Quit (Ping timeout: 255 seconds)
  • [00:46:26] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) Quit (Remote host closed the connection)
  • [00:47:36] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) has joined #beagle
  • [00:48:11] * bizarro_1 (~bizarro_1@101.Red-88-23-79.staticIP.rima-tde.net) Quit (Read error: Connection reset by peer)
  • [01:03:56] * emeb1 (~ericb@ip68-2-68-52.ph.ph.cox.net) Quit (Quit: Leaving.)
  • [01:04:17] * emeb (~ericb@ip68-2-68-52.ph.ph.cox.net) has joined #beagle
  • [01:05:31] * pwillard (~pwillard@c-73-184-136-133.hsd1.ga.comcast.net) has joined #beagle
  • [01:05:50] * juanitoSuarez (~knob@162.220.97.220) has joined #beagle
  • [01:07:00] * paccer (~paccer@paccer.dk) Quit (Ping timeout: 264 seconds)
  • [01:07:37] * juanitoSuarez (~knob@162.220.97.220) has left #beagle
  • [01:07:40] * ohama (ohama@cicolina.org) Quit (Ping timeout: 244 seconds)
  • [01:07:57] * knob is now known as Guest33267
  • [01:13:58] * webdaford (~daford@ool-457897a5.dyn.optonline.net) Quit (Quit: Leaving)
  • [01:19:32] * Jason___ (78170bc1@gateway/web/freenode/ip.120.23.11.193) has joined #beagle
  • [01:20:25] <Jason___> Hi, would you please tell me the operating temperature range of the BBB board?
  • [01:25:40] * pwillard (~pwillard@c-73-184-136-133.hsd1.ga.comcast.net) Quit (Quit: Leaving)
  • [01:31:47] * Humpelstilzchen (erik@x55b02bb4.dyn.telefonica.de) Quit (Ping timeout: 252 seconds)
  • [01:32:15] * devtea (~tdreyer1@unaffiliated/tdreyer1) has joined #beagle
  • [01:32:31] * endoped (~endoped@adsl-98-94-204-16.ard.bellsouth.net) Quit (Ping timeout: 252 seconds)
  • [01:33:47] * djerome (~djerome@ip68-2-89-23.ph.ph.cox.net) has joined #beaglebone
  • [01:35:20] * Humpelstilzchen (erik@f054024250.adsl.alicedsl.de) has joined #beagle
  • [01:36:43] * devtea (~tdreyer1@unaffiliated/tdreyer1) Quit (Read error: Connection reset by peer)
  • [01:37:46] * endoped (~endoped@adsl-98-94-204-16.ard.bellsouth.net) has joined #beagle
  • [01:38:15] * devtea (~tdreyer1@unaffiliated/tdreyer1) has joined #beagle
  • [01:40:04] * richardp_ (~richardpo@c-50-182-239-203.hsd1.nj.comcast.net) Quit (Ping timeout: 256 seconds)
  • [01:42:54] * devtea (~tdreyer1@unaffiliated/tdreyer1) Quit (Ping timeout: 256 seconds)
  • [01:45:15] * Akex_ (uid58281@gateway/web/irccloud.com/x-owbttlegudyshffl) Quit (Quit: Connection closed for inactivity)
  • [01:47:36] * adibis (~aditya@cpe-76-167-167-59.san.res.rr.com) has joined #beaglebone
  • [01:48:08] * adibis (~aditya@cpe-76-167-167-59.san.res.rr.com) has left #beaglebone
  • [01:48:11] * adibis (~aditya@cpe-76-167-167-59.san.res.rr.com) has joined #beagle
  • [01:48:25] <agmlego> Jason___: Did you check the operating temperatures of the various chips on it? My guess is, not being made from automotive components, the range is 0-40C.
  • [01:49:47] <adibis> Hi - I'm trying to access BBB via USB from a Linux host. I tried pinging the IP and I get TTL exceeded errors. I can see RNDIS gadget in lsusb. I can access it from Windows on the same machine so things on the BBB side seem to be okay. Any ideas where I might need to look from here?
  • [01:50:45] * devtea (~tdreyer1@unaffiliated/tdreyer1) has joined #beagle
  • [01:53:44] <Jason___> Hi, I didn't find the info about the operating temperature of BBB board. the TI chip's temperature is about -20 to 85
  • [01:55:12] * endoped (~endoped@adsl-98-94-204-16.ard.bellsouth.net) Quit (Ping timeout: 244 seconds)
  • [01:55:29] <Jason___> Can I use it for temperature from -20 to 60 degrees?
  • [01:58:38] <Jason___> and another question about the LCD interface, the data line is 16 bits. usually the RGB interface is 18 or 24 bits, How is the 16bit data lines used for R, G abd B? thank you very much.
  • [02:01:35] * garfong (~garfong@pool-96-245-53-97.phlapa.fios.verizon.net) Quit (Quit: Leaving)
  • [02:08:19] * ohama (ohama@cicolina.org) has joined #beaglebone
  • [02:18:53] * boB_K7IQ (~IceChat9@static-50-125-97-34.myvi.wa.frontiernet.net) has joined #beagle
  • [02:27:33] * vagrantc (~vagrant@unaffiliated/vagrantc) Quit (Quit: leaving)
  • [02:55:10] * uusserr (be1b2d78@gateway/web/freenode/ip.190.27.45.120) has joined #beagle
  • [02:55:19] <uusserr> Hi
  • [02:55:23] <uusserr> everbody
  • [03:01:48] * Jason___ (78170bc1@gateway/web/freenode/ip.120.23.11.193) Quit (Ping timeout: 246 seconds)
  • [03:03:54] * uusserr (be1b2d78@gateway/web/freenode/ip.190.27.45.120) Quit (Ping timeout: 246 seconds)
  • [03:04:22] * boB_K7IQ (~IceChat9@static-50-125-97-34.myvi.wa.frontiernet.net) Quit (Ping timeout: 244 seconds)
  • [03:08:18] * streptotrichosis (crazyed@wrongplanet/CrazyEddy) has joined #beagle
  • [03:14:17] * nemunaire (~nemunaire@2a01:e35:8bb7:3c60:2ca2:67ff:fe35:cd43) Quit (Ping timeout: 240 seconds)
  • [03:15:33] * nemunaire (~nemunaire@2a01:e35:8bb7:3c60:2ca2:67ff:fe35:cd43) has joined #beagle
  • [03:15:39] * hreikin (~mic88@cpc4-roth8-2-0-cust546.17-1.cable.virginm.net) Quit (Read error: Connection reset by peer)
  • [03:22:19] * TheoMurpse (~TheoMurps@cpe-72-191-48-158.satx.res.rr.com) has joined #beaglebone
  • [03:29:27] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) has joined #beagle
  • [03:31:49] * hewball (~hewball@203-59-97-212.perm.iinet.net.au) Quit (Ping timeout: 244 seconds)
  • [03:34:30] * endoped (~endoped@adsl-98-94-204-16.ard.bellsouth.net) has joined #beagle
  • [03:35:00] * hewball (~hewball@203-59-97-212.perm.iinet.net.au) has joined #beagle
  • [03:36:36] * VirG1 (~VirGin@c-73-25-235-187.hsd1.or.comcast.net) Quit (Read error: Connection reset by peer)
  • [03:38:46] * endoped (~endoped@adsl-98-94-204-16.ard.bellsouth.net) Quit (Ping timeout: 240 seconds)
  • [03:51:59] * boB_K7IQ (~IceChat9@2601:601:8201:9c4a:1444:1eab:b6b1:4588) has joined #beagle
  • [04:05:00] * endoped (~endoped@adsl-98-94-204-16.ard.bellsouth.net) has joined #beagle
  • [04:15:42] * __av500__ is now known as av500
  • [04:17:44] * sidbh (~Siddharth@108-221-17-201.lightspeed.sntcca.sbcglobal.net) has joined #beagle
  • [04:18:38] * sidbh (~Siddharth@108-221-17-201.lightspeed.sntcca.sbcglobal.net) Quit (Client Quit)
  • [04:19:16] * skhreze (~debian@ip-5-172-247-235.free.aero2.net.pl) has joined #beagle
  • [04:23:17] * emeb (~ericb@ip68-2-68-52.ph.ph.cox.net) Quit (Ping timeout: 240 seconds)
  • [04:27:43] * ketul (7c7d4564@gateway/web/cgi-irc/kiwiirc.com/ip.124.125.69.100) has joined #beagle
  • [04:42:42] * mrjazzcat (~mrjazzcat@c-50-134-253-3.hsd1.co.comcast.net) Quit (Quit: Leaving)
  • [04:45:00] * d74g0n (3273bfb2@gateway/web/freenode/ip.50.115.191.178) has joined #beagle
  • [04:45:10] <d74g0n> omg anybody here to help me LOL
  • [04:45:33] <d74g0n> *waits for his ports to be scanned*
  • [04:47:31] <myself> ooh baby, I'll syn your socket
  • [04:48:52] * skhreze (~debian@ip-5-172-247-235.free.aero2.net.pl) Quit (Ping timeout: 250 seconds)
  • [04:49:10] <d74g0n> in cloud9 how to you run a console command like a simple 'ls' automation? in bonescript?
  • [04:49:38] <d74g0n> Basically making a .js .bat file here yeah
  • [04:50:18] <d74g0n> trying to make this autorun.js run my wifiturnon.sh and other things
  • [04:51:32] <d74g0n> I can make it control an army of darpa dogs, but I cant make it run a shell command :/
  • [04:54:25] <myself> Huh. I know some of these words.
  • [04:54:52] <myself> More of a solder guy myself, but definitely idle for a while and someone with more clue might be around.
  • [04:55:23] <myself> there's also a #cloud9ide on this net, you might try
  • [04:55:58] <d74g0n> thx
  • [05:23:01] * BennyB_ (~heldb@host-88-217-198-167.customer.m-online.net) has joined #beagle
  • [05:23:31] * endoped (~endoped@adsl-98-94-204-16.ard.bellsouth.net) Quit (Ping timeout: 252 seconds)
  • [05:24:16] <d74g0n> anybody know the bonescript lines needed to run console commands like a script would?
  • [05:25:38] <d74g0n> I am trying to automate console shell commands from the beaglebone .js
  • [05:32:38] * TheoMurpse (~TheoMurps@cpe-72-191-48-158.satx.res.rr.com) Quit (Quit: Leaving)
  • [05:38:45] * dastaan (~dastaan@106.78.171.129) has joined #beagle
  • [05:39:26] * dlan (~dennis@gentoo/developer/dlan) Quit (Ping timeout: 244 seconds)
  • [05:40:16] * dlan (~dennis@gentoo/developer/dlan) has joined #beagle
  • [05:43:50] <d74g0n> anybody know how to bonescript a command line execution? .js version of the .sh / .bat file? I can find writing to files and pins but not to console.
  • [05:45:14] <d74g0n> I need a console.log.then.hit.enter.and.execute("ls"); command pls
  • [05:46:51] <d74g0n> All the available data is based on certain assumptions that leave me with no answers.
  • [05:47:00] * jpirko (~jirka@ip-94-113-122-192.net.upcbroadband.cz) has joined #beagle
  • [05:49:30] * adibis (~aditya@cpe-76-167-167-59.san.res.rr.com) Quit (Ping timeout: 240 seconds)
  • [05:52:07] * dlan (~dennis@gentoo/developer/dlan) Quit (Ping timeout: 252 seconds)
  • [05:52:18] * vmayoral (~vmayoral@190.Red-81-35-114.dynamicIP.rima-tde.net) has joined #beagle
  • [05:52:56] * dlan (~dennis@gentoo/developer/dlan) has joined #beagle
  • [05:55:04] * mrpackethead (~mrpacketh@147.200.109.203.static.cust.vf.net.nz) Quit (Quit: Leaving...)
  • [05:56:26] * vmayoral (~vmayoral@190.Red-81-35-114.dynamicIP.rima-tde.net) Quit (Ping timeout: 240 seconds)
  • [06:01:28] * djerome (~djerome@ip68-2-89-23.ph.ph.cox.net) Quit (Remote host closed the connection)
  • [06:11:21] * khem (~khem@unaffiliated/khem) Quit (Ping timeout: 255 seconds)
  • [06:13:30] * khem (~khem@unaffiliated/khem) has joined #beagle
  • [06:16:39] * kayfox (~kayfox@orca.zerda.net) has joined #beagle
  • [06:19:44] * kayatwork (~kayfox@orca.zerda.net) Quit (Ping timeout: 244 seconds)
  • [06:21:03] * NulL` (~bleh1@92.39.205.57) has joined #beagle
  • [06:23:10] * bearsh|work (~quassel@209.110.104.92.dynamic.wline.res.cust.swisscom.ch) has joined #beagle
  • [06:26:58] * dlan (~dennis@gentoo/developer/dlan) Quit (Ping timeout: 244 seconds)
  • [06:29:11] * dlan (~dennis@gentoo/developer/dlan) has joined #beagle
  • [06:32:11] * adibis (~aditya@cpe-76-167-167-59.san.res.rr.com) has joined #beagle
  • [06:32:17] * Mounicq (~Thunderbi@130.230.21.109.rev.sfr.net) has joined #beagle
  • [06:53:57] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) Quit (Remote host closed the connection)
  • [06:59:36] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) has joined #beagle
  • [07:02:52] * vmayoral (~vmayoral@190.Red-81-35-114.dynamicIP.rima-tde.net) has joined #beagle
  • [07:06:37] <d74g0n> wow I figured it out
  • [07:06:44] <d74g0n> party on
  • [07:07:05] * ppisati (~ppisati@2-230-238-136.ip204.fastwebnet.it) has joined #beagle
  • [07:07:12] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) Quit (Remote host closed the connection)
  • [07:07:43] * ycny (~tomek@62.159.77.165) has joined #beagle
  • [07:09:15] * Mr_Sheesh (~mr_s@c-73-42-162-67.hsd1.wa.comcast.net) has joined #beagle
  • [07:09:40] * Mr_Sheesh (~mr_s@c-73-42-162-67.hsd1.wa.comcast.net) Quit (Changing host)
  • [07:09:41] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) has joined #beagle
  • [07:10:28] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) Quit (Excess Flood)
  • [07:11:00] * d74g0n (3273bfb2@gateway/web/freenode/ip.50.115.191.178) Quit (Ping timeout: 246 seconds)
  • [07:11:49] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) has joined #beagle
  • [07:12:38] * rob_w (~rob@unaffiliated/rob-w/x-1112029) has joined #beagle
  • [07:14:30] * Moult (~quassel@static.88-198-98-200.clients.your-server.de) Quit (Ping timeout: 244 seconds)
  • [07:15:27] * alexanderhiam (~ahiam@c-24-147-39-41.hsd1.nh.comcast.net) Quit (Read error: Connection reset by peer)
  • [07:18:36] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) Quit (Remote host closed the connection)
  • [07:19:52] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) has joined #beagle
  • [07:20:46] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) Quit (Excess Flood)
  • [07:21:13] * vmayoral (~vmayoral@190.Red-81-35-114.dynamicIP.rima-tde.net) Quit (Remote host closed the connection)
  • [07:21:37] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) has joined #beagle
  • [07:24:00] * NulL` (~bleh1@92.39.205.57) Quit (Ping timeout: 250 seconds)
  • [07:24:15] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) Quit (Remote host closed the connection)
  • [07:25:16] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) has joined #beagle
  • [07:26:05] * vmayoral (~vmayoral@190.Red-81-35-114.dynamicIP.rima-tde.net) has joined #beagle
  • [07:44:16] * jsst (~jsst@kbl-mdb5926.zeelandnet.nl) Quit (Ping timeout: 265 seconds)
  • [07:46:51] * c10ud (~c10ud@emesene/dictator/c10ud) has joined #beagle
  • [07:53:34] * Moult (~quassel@static.88-198-98-200.clients.your-server.de) has joined #beagle
  • [07:58:47] * boB_K7IQ (~IceChat9@2601:601:8201:9c4a:1444:1eab:b6b1:4588) Quit (Ping timeout: 240 seconds)
  • [08:05:34] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) Quit (Remote host closed the connection)
  • [08:06:30] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) has joined #beagle
  • [08:07:26] * Akex_ (uid58281@gateway/web/irccloud.com/x-mcyokwbdoecfzkuj) has joined #beaglebone
  • [08:07:37] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) Quit (Excess Flood)
  • [08:09:16] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) has joined #beagle
  • [08:13:43] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) Quit (Remote host closed the connection)
  • [08:14:27] * jsst (~jsst@kbl-mdb5926.zeelandnet.nl) has joined #beagle
  • [08:16:57] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) has joined #beagle
  • [08:17:24] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) Quit (Excess Flood)
  • [08:18:15] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) has joined #beagle
  • [08:18:22] * kiwichris (~kiwichris@msc1401703.lnk.telstra.net) Quit ()
  • [08:24:30] * Shadyman (~matthew@unaffiliated/shadyman) Quit (Quit: Leaving.)
  • [08:26:38] * Abhishek__ (uid26899@gateway/web/irccloud.com/x-mekkwlefauwhtdzh) has joined #beagle
  • [08:27:13] * jedahan (~textual@subtle/user/jedahan) has joined #beaglebone
  • [08:32:46] * idwer (~irc@unaffiliated/idwer) has joined #beagle
  • [08:32:56] * citylight2 (~me@bzq-218-29-26.cablep.bezeqint.net) has joined #beagle
  • [08:37:26] * idwer (~irc@unaffiliated/idwer) Quit (Ping timeout: 265 seconds)
  • [08:39:34] * ketul (7c7d4564@gateway/web/cgi-irc/kiwiirc.com/ip.124.125.69.100) Quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
  • [08:40:42] * idwer (~irc@unaffiliated/idwer) has joined #beagle
  • [08:41:25] * VirG (~VirGin@c-73-25-235-187.hsd1.or.comcast.net) has joined #beagle
  • [08:44:31] * The__Ball (~ballen@42.80-202-192.nextgentel.com) Quit (Quit: Leaving)
  • [08:54:36] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) Quit (Quit: Leaving.)
  • [08:57:22] <ppisati> where can i find the overlays for the different beagle capes?
  • [08:57:30] <ppisati> there doesn't seem to be a central repository
  • [08:57:54] * dastaan_ (~dastaan@49.14.89.172) has joined #beagle
  • [09:01:28] * dastaan (~dastaan@106.78.171.129) Quit (Ping timeout: 272 seconds)
  • [09:02:22] * ruben-ikmaak (~sikko@541F7D85.cm-5-8b.dynamic.ziggo.nl) Quit (Ping timeout: 250 seconds)
  • [09:03:46] * ruben-ikmaak (~sikko@541F7D85.cm-5-8b.dynamic.ziggo.nl) has joined #beagle
  • [09:03:54] <ppisati> seems like this is the answer:
  • [09:03:56] <ppisati> https://github.com/beagleboard/bb.org-overlays
  • [09:04:38] <jedahan> the technical reference is a beast...
  • [09:05:31] <jedahan> trying to learn how I can modify the beaglelogic firmware to support 28 pins @ 100Mhz, instead of its current 14 pins @ 200mhz, but my laptop is choking on this 4800 page pdf :/
  • [09:05:37] * dastaan_ (~dastaan@49.14.89.172) Quit (Quit: Leaving)
  • [09:06:46] * ketul (75c47d88@gateway/web/cgi-irc/kiwiirc.com/ip.117.196.125.136) has joined #beagle
  • [09:09:58] <jedahan> 2.2gb ram used just to keep this pdf open >_>
  • [09:10:01] * idwer_ (~irc@unaffiliated/idwer) has joined #beagle
  • [09:12:46] * idwer (~irc@unaffiliated/idwer) Quit (Ping timeout: 250 seconds)
  • [09:18:10] * contempt (contempt@unaffiliated/contempt) Quit (Remote host closed the connection)
  • [09:21:52] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) has joined #beaglebone
  • [09:23:04] * scrp3l (~scrp3l@xdevit.com) has joined #beagle
  • [09:25:54] * contempt (contempt@unaffiliated/contempt) has joined #beagleboard
  • [09:25:54] * contempt (contempt@unaffiliated/contempt) has joined #beagle
  • [09:28:19] * adibis (~aditya@cpe-76-167-167-59.san.res.rr.com) Quit (Ping timeout: 244 seconds)
  • [09:28:50] * nsekhar (~nsekhar@61.95.193.239) Quit (Remote host closed the connection)
  • [09:29:28] * nsekhar (~nsekhar@61.95.193.239) has joined #beagle
  • [09:32:45] * Mounicq (~Thunderbi@130.230.21.109.rev.sfr.net) Quit (Remote host closed the connection)
  • [09:33:02] * Mounicq1 (~Thunderbi@130.230.21.109.rev.sfr.net) has joined #beagle
  • [09:38:43] * australia123 (7c946004@gateway/web/freenode/ip.124.148.96.4) has joined #beagle
  • [09:40:49] * Mounicq1 (~Thunderbi@130.230.21.109.rev.sfr.net) Quit (Remote host closed the connection)
  • [09:42:01] <jedahan> can anyone explain how bus conflicts happen if I have a PRU try to directly sample from GPIO to DDR_RAM?
  • [09:42:10] <jedahan> (as is described in http://theembeddedkitchen.net/beaglelogic-building-a-logic-analyzer-with-the-prus-part-1/449 )
  • [09:44:57] * contempt (contempt@unaffiliated/contempt) Quit (Remote host closed the connection)
  • [09:51:52] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) Quit (Remote host closed the connection)
  • [09:52:41] * contempt (contempt@unaffiliated/contempt) has joined #beagleboard
  • [09:52:41] * contempt (contempt@unaffiliated/contempt) has joined #beagle
  • [10:01:27] * boB_K7IQ (~IceChat9@2601:601:8201:9c4a:c965:1301:6e74:46a8) has joined #beagle
  • [10:03:46] * calculus (~calculus@gentoo/user/calculus) Quit (Ping timeout: 264 seconds)
  • [10:05:21] * calculus (~calculus@gentoo/user/calculus) has joined #beagle
  • [10:05:22] * ChanServ sets mode +o calculus
  • [10:15:58] * mhaberler (~mhaberler@next.stiwoll.mah.priv.at) Quit (Quit: mhaberler)
  • [10:16:03] * boB_K7IQ (~IceChat9@2601:601:8201:9c4a:c965:1301:6e74:46a8) Quit (Read error: Connection reset by peer)
  • [10:25:25] * idwer (~irc@unaffiliated/idwer) has joined #beagle
  • [10:25:55] * dizzuhen (~textual@gate1.shturmann.com) has joined #beagle
  • [10:27:34] * jedahan (~textual@subtle/user/jedahan) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [10:27:39] * idwer__ (~irc@unaffiliated/idwer) has joined #beagle
  • [10:28:17] * idwer_ (~irc@unaffiliated/idwer) Quit (Ping timeout: 240 seconds)
  • [10:30:47] * idwer (~irc@unaffiliated/idwer) Quit (Ping timeout: 240 seconds)
  • [10:41:42] * australia123 (7c946004@gateway/web/freenode/ip.124.148.96.4) Quit (Ping timeout: 246 seconds)
  • [10:46:04] * calculus (~calculus@gentoo/user/calculus) Quit (Ping timeout: 246 seconds)
  • [10:52:20] * nighty-_ (~nighty@hokuriku.rural-networks.com) has joined #beagleboard
  • [10:53:43] * calculus (~calculus@gentoo/user/calculus) has joined #beagle
  • [10:53:43] * ChanServ sets mode +o calculus
  • [10:59:30] * calculus (~calculus@gentoo/user/calculus) Quit (Ping timeout: 240 seconds)
  • [11:01:10] * calculus (~calculus@gentoo/user/calculus) has joined #beagle
  • [11:01:10] * ChanServ sets mode +o calculus
  • [11:09:17] * mhaberler (~mhaberler@next.stiwoll.mah.priv.at) has joined #beagle
  • [11:09:17] * mhaberler (~mhaberler@next.stiwoll.mah.priv.at) has joined #beaglebone
  • [11:22:08] * pwillard (~pwillard@c-73-184-136-133.hsd1.ga.comcast.net) has joined #beagle
  • [11:22:56] * H-H-H (~H-H-H@host-92-4-125-175.as43234.net) has joined #beagle
  • [11:26:50] * Mounicq1 (~Thunderbi@130.230.21.109.rev.sfr.net) has joined #beagle
  • [11:27:53] * Guest33267 (~knob@173.243.90.126) Quit (Quit: Leaving)
  • [11:28:14] * knob (~knob@173.243.90.126) has joined #beagle
  • [11:30:11] <zmatt> hmm, anyone experience with using the SGX stuff bypassing fbdev? (building with FBDEV=no and omitting fb support entirely from the kernel) I'm wondering about the pros and cons
  • [11:33:24] * mythos (~mythos@unaffiliated/mythos) Quit (Ping timeout: 264 seconds)
  • [11:34:36] <zmatt> I'd hope less layers of overhead hence better performance, and possibly even better stability.... lcdc would probably need manual config, but it will need that anyway when we get the lcd screen (currently using hdmi for testing)
  • [11:36:09] <zmatt> (and yes I can discover these things by Try It And See, and suspect that's the only way to find out, but maybe someone already tried it and can report there's nothing down this road but despair)
  • [11:36:37] * dizzuhen (~textual@gate1.shturmann.com) Quit (Quit: Textual IRC Client: www.textualapp.com)
  • [11:42:15] * davis (~davis@rrcs-96-10-245-18.midsouth.biz.rr.com) has joined #beagle
  • [11:42:18] <davis> hello
  • [11:43:33] <davis> I'm brand new to beaglebone and yocto. I'm confused. I pulled via git the three downloads for yocto: build system, tools and beaglebone bsp.
  • [11:44:03] <davis> I did the qemu build and ran it for intel. I now want to build a beagle image and run on real hardware.
  • [11:44:40] <davis> am I supposed to move the bsp I downloaded to a subdir under poky and replace/supplement the dirs there?
  • [11:47:34] <tbr> I think asking on #oe or #yocto might be better
  • [11:47:50] <davis> hello tbr
  • [11:47:54] <davis> tbr: many thanks
  • [12:04:47] * nofxx (~nofxx@unaffiliated/nofxx) Quit (Ping timeout: 240 seconds)
  • [12:05:03] * bbb_ (c1cd8ea1@gateway/web/freenode/ip.193.205.142.161) has joined #beagle
  • [12:06:25] <bbb_> Hi, I have some problems with cloud9 and the new firmware (2015-07-06) of the BBB. Someone can help me?
  • [12:06:48] * citylight2 (~me@bzq-218-29-26.cablep.bezeqint.net) Quit (Ping timeout: 256 seconds)
  • [12:08:57] <KotH> not, unless you state what your problem is
  • [12:10:53] * das_ (~das@4.5.80.79.rev.sfr.net) Quit (Ping timeout: 256 seconds)
  • [12:11:39] <bbb_> I am not able to program the board using cloud9. If I try to load the blink program from cloud9 nothing happens, but with the demo directly from http://192.168.7.2/ on the browser it works
  • [12:11:53] <zmatt> KotH: c'mon, you haven't even given telepathy a serious try have you? ;-)
  • [12:12:48] * ruben-ikmaak (~sikko@541F7D85.cm-5-8b.dynamic.ziggo.nl) Quit (Remote host closed the connection)
  • [12:13:52] * ruben-ikmaak (~sikko@541F7D85.cm-5-8b.dynamic.ziggo.nl) has joined #beagle
  • [12:14:59] <bbb_> so?
  • [12:15:18] <bbb_> Mr Telepathy?
  • [12:16:33] <KotH> divide by 137
  • [12:17:35] * das (~das@168.5.80.79.rev.sfr.net) has joined #beagle
  • [12:18:07] <bbb_> nice trolling channel
  • [12:18:09] * vmayoral (~vmayoral@190.Red-81-35-114.dynamicIP.rima-tde.net) Quit (Remote host closed the connection)
  • [12:18:15] * bbb_ (c1cd8ea1@gateway/web/freenode/ip.193.205.142.161) has left #beagle
  • [12:18:32] * KotH has no idea
  • [12:18:38] <KotH> never used cloud9
  • [12:18:45] <KotH> i'd say look into the logs
  • [12:18:54] <KotH> see what happens.. or doesnt
  • [12:19:04] <ogra_> are yu now trying the telepathy thing ?
  • [12:19:20] <ogra_> (he left)
  • [12:19:21] <KotH> nah.. general unixoid debugging technques
  • [12:19:28] <KotH> oh...
  • [12:19:29] <KotH> well
  • [12:19:38] <KotH> his bad
  • [12:20:04] * KotH does not provide rainbows and unicorn farts
  • [12:21:05] <zmatt> farting a unicorn sounds like an unpleasant affair
  • [12:21:35] * beng-nl (~beng-nl@pc-020965.clients.vu.nl) has joined #beagle
  • [12:21:54] <ogra_> depends on the direction in which it comes out
  • [12:22:28] <zmatt> there are no good options there... just bad and worse
  • [12:22:46] <ogra_> you surely dont want the worse one
  • [12:24:03] <zmatt> wtf were those imgtec people thinking when they made this directory structure.... GFX_Linux_SDK/OGLES2/SDKPackage/Demos/MagicLantern/OGLES2/Build/LinuxGeneric/ like seriously?
  • [12:24:33] <zmatt> (that's the dir where you perform "make" ... the output appears elsewhere of course)
  • [12:25:46] * citylight2 (~me@bzq-218-29-26.cablep.bezeqint.net) has joined #beagle
  • [12:33:36] * knob9876 (~knob@173.243.90.126) has joined #beagle
  • [12:33:53] <KotH> zmatt: welcom to comercial software projects
  • [12:35:05] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [12:36:56] * knob5432 (~knob@173.243.90.126) has joined #beagle
  • [12:37:31] * knob (~knob@173.243.90.126) Quit (Ping timeout: 256 seconds)
  • [12:40:31] * knob9876 (~knob@173.243.90.126) Quit (Ping timeout: 244 seconds)
  • [12:40:33] <ogra_> could be worse ...
  • [12:40:41] <ogra_> they could have coded in chinese or greek
  • [12:42:21] * victortyau (~victortya@186.188.175.185) has joined #beagle
  • [12:42:32] * magyarm (~magyarm@107.161.4.234) has joined #beagle
  • [12:42:49] * bgamari- (~bgamari@HSI-KBW-109-193-098-188.hsi7.kabel-badenwuerttemberg.de) Quit (Quit: ZNC - http://znc.in)
  • [12:42:49] * bgamari_ (~bgamari@HSI-KBW-109-193-098-188.hsi7.kabel-badenwuerttemberg.de) Quit (Quit: ZNC - http://znc.in)
  • [12:53:55] * ketul (75c47d88@gateway/web/cgi-irc/kiwiirc.com/ip.117.196.125.136) Quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
  • [12:56:01] * vmayoral (~vmayoral@190.Red-81-35-114.dynamicIP.rima-tde.net) has joined #beagle
  • [12:59:37] * magyarm (~magyarm@107.161.4.234) Quit (Quit: magyarm)
  • [13:01:59] * magyarm (~magyarm@107.161.4.234) has joined #beagle
  • [13:07:05] * prem (74445547@gateway/web/freenode/ip.116.68.85.71) has joined #beagle
  • [13:08:56] <prem> is there any way to enable pwm in 3.14 kernel , We tried the link https://cmumrsdproject.wikispaces.com/Beaglebone+Black+Kernel+3.14+Hardware+Encoders+and+PWM
  • [13:11:27] * Eskimon (~Eskimon@ANantes-652-1-284-42.w2-9.abo.wanadoo.fr) has joined #beagle
  • [13:12:40] <prem> but the dmesg error shows that "failed to get clock" . Please help me to solve this issue
  • [13:15:38] <KotH> check your DT
  • [13:15:45] <KotH> the fault is mostlikely there
  • [13:16:08] <KotH> be aware that DT changed a few times in the past, so you need to adapt it to your kernel version
  • [13:19:11] * das (~das@168.5.80.79.rev.sfr.net) Quit (Ping timeout: 260 seconds)
  • [13:19:54] * das (~das@27.5.80.79.rev.sfr.net) has joined #beagle
  • [13:21:18] * prem (74445547@gateway/web/freenode/ip.116.68.85.71) Quit (Ping timeout: 246 seconds)
  • [13:22:08] * c10ud (~c10ud@emesene/dictator/c10ud) Quit (Quit: cya)
  • [13:23:48] * davis (~davis@rrcs-96-10-245-18.midsouth.biz.rr.com) Quit (Quit: leaving)
  • [13:29:28] * bahar (~bahar@cpe-68-173-226-45.nyc.res.rr.com) has joined #beagle
  • [13:36:35] <samael> what is exactly the hash in /etc/machine-id? what generates it, and when?
  • [13:38:27] <tbr> root@beaglebone:/etc# grep machine-id * -R
  • [13:38:28] <tbr> init.d/dbus: # Create machine-id file
  • [13:38:45] * ycny (~tomek@62.159.77.165) Quit (Quit: WeeChat 1.3-dev)
  • [13:38:58] <samael> tbr: my bad. i tried the same, but in the /opt/ dir
  • [13:39:13] <tbr> that's what I tried at first too :)
  • [13:39:38] <tbr> next would have been /var
  • [13:39:42] <samael> then, is there a way to find the bbb hardware revision via bash?
  • [13:40:23] <tbr> you could check for the size of eMMC, that way you can tell >RevB <=RevB
  • [13:40:38] <tbr> also IIRC there is an eeprom, not sure what's in it
  • [13:41:05] <samael> i barely remember something about an eeprom value, too
  • [13:41:09] <samael> will investigate, thanks
  • [13:44:13] * dgerlach1 (dgerlach@nat/ti/x-plbuvzhmqqzkqmtr) has joined #beagle
  • [13:48:54] * Eskimon (~Eskimon@ANantes-652-1-284-42.w2-9.abo.wanadoo.fr) has left #beagle
  • [13:49:47] * bugzc_ (~bugzc@unaffiliated/bugzc) has joined #beagle
  • [13:50:26] * knob5432 is now known as knob
  • [13:57:47] * ycny (~tomek@62.159.77.165) has joined #beagle
  • [13:58:42] * ycny (~tomek@62.159.77.165) Quit (Client Quit)
  • [14:02:56] * bgamari (~bgamari@HSI-KBW-109-193-098-188.hsi7.kabel-badenwuerttemberg.de) has joined #beagle
  • [14:05:05] * bgamari- (~bgamari@HSI-KBW-109-193-098-188.hsi7.kabel-badenwuerttemberg.de) has joined #beagle
  • [14:05:56] <samael> seems like using hexdump -C /sys/bus/i2c/devices/i2c-0/0-0050/eeprom is showing something interesting, but still need to understand the format (i'm looking in the srm right now)
  • [14:05:58] * endoped (~endoped@adsl-98-94-204-16.ard.bellsouth.net) has joined #beagle
  • [14:07:01] * arianepaola (~ariane@unaffiliated/arianepaola) Quit (Read error: Connection reset by peer)
  • [14:09:33] * skhreze (~debian@ip-5-172-247-208.free.aero2.net.pl) has joined #beagle
  • [14:09:45] * alexanderhiam (~ahiam@c-24-147-39-41.hsd1.nh.comcast.net) has joined #beagle
  • [14:10:33] * arianepaola (~ariane@unaffiliated/arianepaola) has joined #beagle
  • [14:11:08] * vagrantc (~vagrant@unaffiliated/vagrantc) has joined #beagle
  • [14:12:57] * vmayoral (~vmayoral@190.Red-81-35-114.dynamicIP.rima-tde.net) Quit (Remote host closed the connection)
  • [14:18:30] * nerienna (~nerienna@p5498EC75.dip0.t-ipconnect.de) has joined #beagle
  • [14:33:00] * mrjazzcat (~mrjazzcat@c-50-134-253-3.hsd1.co.comcast.net) has joined #beagle
  • [14:37:33] * thurgood (~thurgood@67-198-113-218.static.grandenetworks.net) has joined #beagle
  • [14:41:17] * skhreze (~debian@ip-5-172-247-208.free.aero2.net.pl) Quit (Ping timeout: 246 seconds)
  • [14:41:46] * bearsh|work (~quassel@209.110.104.92.dynamic.wline.res.cust.swisscom.ch) Quit (Ping timeout: 260 seconds)
  • [14:43:08] * koleto (~koleto@95.90.213.92) has joined #beagle
  • [14:44:55] * piney0 (piney0@2600:3c03::f03c:91ff:fe93:ac9f) Quit (Changing host)
  • [14:44:55] * piney0 (piney0@unaffiliated/piney0) has joined #beagle
  • [14:45:30] * koleto (~koleto@95.90.213.92) Quit (Client Quit)
  • [14:50:21] * tai271828 (~tai271828@175.41.48.77) Quit (Quit: Leaving)
  • [14:53:14] * vmayoral (~vmayoral@190.Red-81-35-114.dynamicIP.rima-tde.net) has joined #beagle
  • [14:56:23] <zmatt> samael: first four bytes is just a signature to recognize a valid eeeprom
  • [14:56:27] <zmatt> *eeprom
  • [14:57:05] <zmatt> A335 cpu
  • [14:57:16] <zmatt> BNLT board (= beaglebone black)
  • [14:57:22] <zmatt> 00C0 revision
  • [14:58:59] <samael> zmatt: yep, found it in the srm. thanks
  • [14:59:32] <zmatt> ah, it's in the SRM? good to know
  • [15:00:26] * calculus (~calculus@gentoo/user/calculus) Quit (Ping timeout: 260 seconds)
  • [15:02:08] * calculus (~calculus@gentoo/user/calculus) has joined #beagle
  • [15:02:08] * ChanServ sets mode +o calculus
  • [15:02:41] * NishanthMenon (~nmenon@pool-71-170-163-35.dllstx.fios.verizon.net) Quit (Remote host closed the connection)
  • [15:02:44] * Vasco_O is now known as Vasco
  • [15:03:02] * NishanthMenon (nmenon@nat/ti/x-cpchevlotvmlimao) has joined #beagle
  • [15:03:39] <samael> zmatt: §6.4, pg. 63
  • [15:04:36] * BennyB_ (~heldb@host-88-217-198-167.customer.m-online.net) Quit (Ping timeout: 264 seconds)
  • [15:08:33] * vmayoral (~vmayoral@190.Red-81-35-114.dynamicIP.rima-tde.net) Quit (Remote host closed the connection)
  • [15:10:15] * dgerlach1 (dgerlach@nat/ti/x-plbuvzhmqqzkqmtr) Quit (Quit: Leaving.)
  • [15:14:04] <zmatt> maybe I should bother at least *browsing* it cover to cover to check it for worthwhile content...
  • [15:15:05] <zmatt> pg 64, at least in rev C.1 .. is there newer? git pull says up-to-date
  • [15:16:05] * tchan (~tchan@lunar-linux/developer/tchan) Quit (Quit: WeeChat 1.2)
  • [15:16:45] * kd8wcr (~jtrip@li554-219.members.linode.com) Quit (Ping timeout: 255 seconds)
  • [15:17:00] * kd8wcr (~jtrip@li554-219.members.linode.com) has joined #beagle
  • [15:17:14] * KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net) Quit (Ping timeout: 260 seconds)
  • [15:18:15] * adibis (~aditya@cpe-76-167-167-59.san.res.rr.com) has joined #beagle
  • [15:18:22] * KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net) has joined #beagle
  • [15:22:08] <adibis> Hi - I tried searching and I am not sure if it's possible to write directly to mode pin registers from my code instead of having to load device tree overlays. What if I want to use 2 modes on the same pin in the same program one after the other? Do I just issue shell command to load another overlay?
  • [15:23:08] <zmatt> samael: in practice at offset 0x50 there seems to be the identifying info also found on the printed label, or something related to it in format anyway
  • [15:23:34] <zmatt> adibis: it is definitely possible, in more than one way
  • [15:24:51] <zmatt> you absolutely can go ahead and change things behind the kernel's back, though I expect to get a dirty look from some people for saying that
  • [15:25:05] <zmatt> you can also unload one overlay and load another I think
  • [15:25:31] * boB_K7IQ (~IceChat9@2601:601:8201:9c4a:518f:34ec:384c:3120) has joined #beagle
  • [15:26:42] <adibis> zmatt: I don't really mean behind kernel's back. Are there system calls to load the overlays from my program? The only way I found was to echo the dtbo in the slots and then echo -<slot no> to remove it
  • [15:28:05] * tchan (~tchan@lunar-linux/developer/tchan) has joined #beagle
  • [15:28:26] <zmatt> like everything in sysfs, that *is* the API... just open, read/write, close
  • [15:29:51] <zmatt> (with a few subtle points, e.g. when reading you can get a "fresh reading" by seeking to 0, and in some cases you can get notifications using poll() or select() or similar, e.g. to get notified of GPIO changes)
  • [15:30:42] <zmatt> I think there's also a new overlay management thing via configfs but I haven't taken a look yet, no idea what it looks like
  • [15:30:54] <zmatt> (in the 4.x kernels)
  • [15:31:01] <adibis> Is there an example of how to do that? I've looked at the lwn articles, articles from adafruit, Derek Molloy and other sources I could find.
  • [15:31:14] <zmatt> what prog language?
  • [15:31:17] <adibis> C
  • [15:31:30] <zmatt> I mean, it's exactly the same as writing a text file
  • [15:31:41] <zmatt> probably in any C tutorial book
  • [15:31:49] <adibis> do I directly write to the slots file?
  • [15:31:59] <endoped> you can mmap() the gpio registers and read/write directly to them, bypassing sysfs
  • [15:32:06] <zmatt> endoped: correct
  • [15:32:42] <zmatt> endoped: though you'll still want to export them (or use the new gpio_helper in device tree) to ensure the GPIO module is clocked
  • [15:33:08] <zmatt> endoped: and sysfs is still the easiest way to get events
  • [15:33:23] <endoped> good point
  • [15:33:24] <zmatt> adibis: yep, just pretend you're overwriting it
  • [15:34:00] <adibis> Okay - that is what is confusing to me. I see there is content in the file and overwriting should not add a new line but - well - overwrite the whole thing.
  • [15:34:02] * boB_K7IQ (~IceChat9@2601:601:8201:9c4a:518f:34ec:384c:3120) Quit (Ping timeout: 246 seconds)
  • [15:34:20] <zmatt> adibis: that's however also exactly what "echo blah >file" would do if you point it to a regular file
  • [15:34:47] <zmatt> sysfs is however a magical place
  • [15:35:58] <zmatt> it plays by its own rules
  • [15:36:30] <adibis> true :) going from 8 bit micro to Linux is - hard. I keep going back to writing registers directly and then people shout
  • [15:36:47] <zmatt> adibis: oh ignore those people
  • [15:36:55] <zmatt> I keep ditching kernel drivers more and more
  • [15:37:14] <zmatt> actually made a library which lets me use my baremetal headers in userspace without modification
  • [15:37:53] <zmatt> (some linker magic which mmap()s the peripherals I reference, and only those, into the process memory space during initialization before main() is invoked)
  • [15:38:13] <zmatt> more elegant is using uio
  • [15:38:17] <adibis> the pinctrl confused me. I was looking at the kernel doc for that and I thought I would be able to use the 'runtime config' APIs to write to the pinmux register for each pin
  • [15:38:18] * bgbl (~bgbl@2a01:e35:2428:b10:ed2:92ff:fe25:c0ce) has joined #beagle
  • [15:38:23] <zmatt> and I still intend to move towards it
  • [15:39:26] <zmatt> with uio you can declare in device tree that some peripheral to be accessible from userspace
  • [15:40:02] <zmatt> it appears as some /dev/uio<n> which is like a tiny chunk of /dev/mem .. just the region declared in device tree
  • [15:40:03] <adibis> right but that will allow me to access the periph from userspace. Not the pinmux that controls it.
  • [15:40:33] <adibis> as in - if, example - GPIO 0/1 is I2C. I can allow I2C access from DTE to userspace.
  • [15:40:51] <zmatt> no, you'd put the pinmux in the same place where you put the uio declaration -- in device tree, or an overlay thereof
  • [15:41:00] <adibis> But if I want to set mode back to GPIO 0/1 then I need to remove last overlay and add new overlay to chage the mode. Correct?
  • [15:41:43] <zmatt> that would be Appropriate Way™ afaik yes
  • [15:43:05] <adibis> okay
  • [15:43:22] <adibis> I doubt I will ever need it but it's one of the things that keeps bugging you.
  • [15:44:40] <zmatt> like you said, it's rare to need such a thing
  • [15:46:03] <zmatt> it's rather unusual for an I2C bus to be attached to or detached from pins at runtime
  • [15:46:15] <adibis> Right - I work in verification and I was working on pinmux verification for a chip. The drivers we wrote are nothing like they use in SW and we would switch the mode runtime and make sure there were no collision.
  • [15:46:21] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) has joined #beaglebone
  • [15:46:56] <adibis> So I just wanted to see how that works in practice. If I have USB and DDR on the same physical pin - how does it switch at runtime when both are in use.
  • [15:47:18] <zmatt> poor example since USB and DDR both have dedicated pins
  • [15:47:44] <adibis> well we that that problem in our design :)
  • [15:47:45] <zmatt> (since they not normal CMOS I/O)
  • [15:48:23] <zmatt> one detail btw about the overlay loading is that iirc you can only unload them in reverse order you loaded them
  • [15:48:27] <zmatt> i.e. it's like a stack
  • [15:48:37] <zmatt> you can't remove an overlay from the middle of the stack
  • [15:49:25] <adibis> okay - I tried it on the 3.8 kernel and it crashed on me. I just updated to debian testing with 4.x kernel. Will try on that.
  • [15:49:44] <adibis> it = loading one and removing it. Not from middle of stack.
  • [15:49:55] * dfaught (~dfaught@cpe-70-119-105-90.tx.res.rr.com) has joined #beagle
  • [15:51:19] <zmatt> I've heard it can be slightly tricky sometimes
  • [15:51:56] <zmatt> again, going behind the kernel's back is absolutely possible, but that can be tricky too
  • [15:52:49] <zmatt> you need to be sure no kernel driver is making use of those pins
  • [15:53:21] <zmatt> (even that rule can probably be sometimes violated, but then you'd really really better know what you're doing)
  • [15:53:59] * vmayoral (~vmayoral@190.Red-81-35-114.dynamicIP.rima-tde.net) has joined #beagle
  • [15:54:38] <zmatt> the peripheral you're muxing to needs its clock active... if the kernel thinks the peripheral is unused, you'll need to do that manually
  • [15:55:54] * contempt (contempt@unaffiliated/contempt) Quit (Ping timeout: 255 seconds)
  • [15:56:30] <zmatt> I actually have examples of all of that here -> https://github.com/dutchanddutch/jbang
  • [15:56:32] * contempt (contempt@unaffiliated/contempt) has joined #beagleboard
  • [15:56:33] * contempt (contempt@unaffiliated/contempt) has joined #beagle
  • [15:56:43] * mhaberler (~mhaberler@next.stiwoll.mah.priv.at) Quit (Quit: mhaberler)
  • [15:56:48] * yang (yang@freenode/sponsor/fsf.member.yang) Quit (Ping timeout: 255 seconds)
  • [15:57:46] <zmatt> it manipulates the input-enable bit of the pinmux registers of the JTAG pins to make the processor *think* they are toggling
  • [15:57:49] <zmatt> :)
  • [15:58:57] <zmatt> and manually enables the clock to the debug subsystem
  • [16:00:30] <zmatt> (this still predates my magic library so it explicitly maps the peripherals needed)
  • [16:01:13] <adibis> okay - last thing. boneScript has a way to change GPIO pull using pinmode. Searching in the bonescript source does not show much. But do they use mmap for that? Becaus sysfs doesn't have GPIO pull.
  • [16:01:43] <zmatt> control module has one extra gotcha: it requires kernel-mode (privileged) writes, direct usermode writes are ignored
  • [16:01:53] * rcn-ee (~voodoo@64.77.213.245) has joined #beagle
  • [16:02:20] * koleto (~koleto@95.90.213.92) has joined #beagle
  • [16:02:24] * koleto (~koleto@95.90.213.92) Quit (Client Quit)
  • [16:02:25] <adibis> checking the github repo. Thanks.
  • [16:02:43] <zmatt> I deal with that in kmemcpy.h
  • [16:02:51] <zmatt> though I have a nicer way nowadays
  • [16:03:06] * chainsawbike (~chainsawb@unaffiliated/chainsawbike) Quit (Ping timeout: 255 seconds)
  • [16:03:57] <zmatt> http://gerbil.xs4all.nl/privileged.h
  • [16:04:10] <zmatt> uses the same defs.h and die.h found in jbang
  • [16:04:12] <zmatt> usage:
  • [16:04:31] <zmatt> privileged( blah ) = value;
  • [16:04:56] * chainsawbike (~chainsawb@unaffiliated/chainsawbike) has joined #beagle
  • [16:04:57] <zmatt> makes the write to blah (being something located somewhere in device memory) a privileged write
  • [16:05:40] * yang (yang@freenode/sponsor/fsf.member.yang) has joined #beagle
  • [16:05:44] <zmatt> value = privileged( blah ); would likewise do a privileged read, if you need it for some reason (control module only fusses about writes, it's okay with unprivileged reads)
  • [16:05:58] <zmatt> yo rcn-ee
  • [16:06:23] <zmatt> adibis: pull isn't part of gpio but of pinmux
  • [16:06:30] <rcn-ee> hey zmatt
  • [16:07:06] <zmatt> rcn-ee: got a few questions for you... though looking at the clock I think I should first try to get myself out to the door for some shopping...
  • [16:07:15] <KotH> zmatt: always check your priviledges!
  • [16:07:27] <rcn-ee> zmatt, beer comes first. ;)
  • [16:07:39] <KotH> rcn-ee: nope, chocolate. nothing comes before chocolate!
  • [16:08:06] <adibis> zmatt: yeah but bonescript can control it so is it doing it by /dev/mem or dte?
  • [16:08:15] <rcn-ee> KotH, chocolate stout ;)
  • [16:08:25] <cc0_> indeed, why not both?
  • [16:08:29] <KotH> ugh...
  • [16:08:33] <zmatt> adibis: btw, as usual for C++ library code (e.g. the STL), much of this code is best used without looking at how exactly it is implemented
  • [16:08:33] <KotH> waste of good chocolte
  • [16:08:43] <KotH> but you'd probably use hersheys anways, so no problem there
  • [16:09:00] <zmatt> adibis: ;-)
  • [16:09:18] <zmatt> adibis: I have no idea what bonescript does, I've never looked at it
  • [16:09:40] <rcn-ee> bonescript usually loads custom *.dtbo's... all compiled at call time..
  • [16:10:07] * emeb (~ericb@ip68-2-68-52.ph.ph.cox.net) has joined #beagle
  • [16:10:46] * magyarm (~magyarm@107.161.4.234) Quit (Read error: Connection reset by peer)
  • [16:11:03] <zmatt> using /dev/mem intuitively sounded implausible for something like bonescript
  • [16:11:26] <zmatt> it would absolutely be what I'd do if I had a need to toggle pull-up/down at runtime
  • [16:11:32] <zmatt> but then that's me
  • [16:11:42] <adibis> rcn-ee: aha - so what we were discussing for the C side. If needed - load the DTO an then run it.
  • [16:12:12] <zmatt> rcn-ee: so then it must also regularly unload them to accomodate changes right? adibis' first attempt at unloading one resulted in crash
  • [16:12:18] <rcn-ee> unless it's 4.1, then use the "config-pin" interface from cape-manager.. ;)
  • [16:12:27] <rcn-ee> (it's what machinekit's been doing since 3.8.x)
  • [16:12:37] <zmatt> ETOOMANYINTERFACES
  • [16:13:03] <rcn-ee> well, it doesn't require a reboot to load/unload -> load/unload... we just tweak the pinmux...
  • [16:13:07] <zmatt> is that in any way related to the DT overlay configfs yada I've seen mentioned in my kernel config?
  • [16:13:53] <adibis> what is this config-pin now :-|
  • [16:14:17] <rcn-ee> Yeap.. DT overalys -> load cape-universal (which enables every perhperal), then use config-pin to wire up the gpio to pherpieral..
  • [16:14:57] <rcn-ee> The machinekit guys use it exclusivly for their cnc/3d printer controls: https://github.com/cdsteinkuehler/beaglebone-universal-io
  • [16:15:09] <zmatt> rcn-ee: I've been catching glimpses of the infra but the big picture is still far from clear
  • [16:15:41] * magyarm (~magyarm@107.161.4.234) has joined #beagle
  • [16:16:10] <rcn-ee> it's really nice for dynmaicly configuring i/o from userspace..
  • [16:16:23] <rcn-ee> (without going thru /dev/mem)
  • [16:17:13] <zmatt> well if you want to use kernel drivers, going through /dev/mem isn't an option anyway
  • [16:17:15] <rcn-ee> if you want to use P9.24/P9.26 as can: config-pin P9.24 can ; config-pin P9.26 can
  • [16:17:39] <rcn-ee> then if you want to then use usart (for some odd bad reason)
  • [16:17:49] <rcn-ee> config-pin P9.24 uart ; config-pin P9.26 uart
  • [16:17:57] * mrjazzcat (~mrjazzcat@c-50-134-253-3.hsd1.co.comcast.net) Quit (Ping timeout: 256 seconds)
  • [16:17:59] <rcn-ee> no reboots.. ;)
  • [16:18:31] <zmatt> rcn-ee: in theory this would have been possible already by unloading the CAN overlay and loading the UART overlay right?
  • [16:18:40] <zmatt> provided the kernel doesn't panic in the process
  • [16:19:19] <rcn-ee> zmatt, correct.. "provided the kernel doesn't burn down"... in this case we are only touching the gpio-pinmux, so the can module is still running happily... (doesn't know it's been disconnected)
  • [16:19:40] * inoson (5dd39036@gateway/web/freenode/ip.93.211.144.54) has joined #beagle
  • [16:19:46] <zmatt> rcn-ee: ... that sounds slightly hazardous
  • [16:19:56] <zmatt> (also, waste of resources)
  • [16:20:00] <inoson> good evening
  • [16:20:00] <adibis> wait - if /dev/mem is not allowed while using kernel drivers. What is? sysfs?
  • [16:20:03] <zmatt> so all peripherals are being clocked?
  • [16:20:04] <rcn-ee> (and power)
  • [16:21:00] <zmatt> adibis: point is that changing the pinmux via /dev/mem (or this config-pin thing apparently) doesn't load/unload kernel drivers for the associated peripherals
  • [16:21:21] <zmatt> if neither the old nor new mux uses a kernel driver, then there's no problem
  • [16:22:00] <zmatt> e.g. I currently bypass the kernel for: gpio, pwmss, adc (including DMA)
  • [16:22:27] <adibis> nice. So, as per the config-pin, if I change a pin from GPIO to I2C then kernel would know about it? Since it's writing to the sysfs node for that pin in /ocp*/<pinmux>/
  • [16:22:38] <zmatt> soon adding SPI to the list since I've had it with that piece of shit kernel driver
  • [16:22:48] <rcn-ee> adibis, correct..
  • [16:22:51] <inoson> can someone please tell me where i find the packages for a BeagleBoneBlack Rev. C ?
  • [16:23:12] <rcn-ee> inoson, "packages" ?
  • [16:23:20] <zmatt> rcn-ee: but the I2C driver would already have been loaded anyway?
  • [16:23:21] <inoson> i mean the xdc-packages
  • [16:23:31] <zmatt> rcn-ee: it's just suddenly seeing the bus
  • [16:23:41] <inoson> Can't find the platform package 'ti.platforms.beaglebone' is the error-message
  • [16:23:58] <adibis> zmatt: conceptual question again - pretty sure I would never have to mess around with this.
  • [16:24:08] <rcn-ee> zmatt, yeah you'd still have to "add" the i2c device, but atleast the bus is now avaialble on that pin..
  • [16:24:27] <zmatt> rcn-ee: so... what does a peripheral see when nothing it muxed to it?
  • [16:24:45] <zmatt> I suspect logic 1, but I can't say I'm sure
  • [16:24:55] <rcn-ee> zmatt, essientially nothing... (just floating lines)
  • [16:25:09] <adibis> unless pulled, right?
  • [16:25:16] <zmatt> you can't see a floating line, and you can be 100% sure they're not left floating internally
  • [16:25:25] <rcn-ee> well the config-pin controls the pull up too..
  • [16:25:31] <zmatt> that's the outside
  • [16:25:36] <zmatt> I'm talking about the inside
  • [16:25:46] <zmatt> the peripheral's view
  • [16:26:03] <adibis> won't the peripheral have a default weak-pull to avoid floating?
  • [16:26:48] <rcn-ee> adibis, P9_17: Mode 7, Pull-Up, RxActive
  • [16:26:48] * magyarm (~magyarm@107.161.4.234) Quit (Read error: Connection reset by peer)
  • [16:26:55] <rcn-ee> https://github.com/cdsteinkuehler/beaglebone-universal-io/blob/master/cape-universal-00A0.dts#L461
  • [16:27:26] <zmatt> adibis: afaik it's very unusual to use tristated lines internally in ICs
  • [16:27:42] <rcn-ee> adibis, when setup for i2c, config-pin will change it to: "Mode 2, Pull-Up, RxActive"
  • [16:29:56] <zmatt> adibis: I suspect, in case of a peripheral that has multiple mux options, the peripheral's input signal is (RX_0 | ~EN_0) & (RX_1 | ~EN_1) & ...
  • [16:30:19] * magyarm (~magyarm@107.161.4.234) has joined #beagle
  • [16:30:24] <zmatt> hence logic high when all mux options are disabled
  • [16:31:07] <zmatt> but I've never checked this, it's just based on the problems some people had with peripherals accidently muxed to multiple pins
  • [16:31:13] <inoson> i only want get a tirtos running nothing else, is it so hard?
  • [16:31:28] * mrjazzcat (~mrjazzcat@c-50-134-253-3.hsd1.co.comcast.net) has joined #beagle
  • [16:31:39] <zmatt> in case there's only one mux option, the peripheral may also receive the signal unconditionally
  • [16:31:42] <_av500_> inoson: few people here use TI RTOS
  • [16:31:55] <_av500_> inoson: most people here run linux
  • [16:32:11] <zmatt> e.g. iirc you can view the pin levels via GPIO even if pins aren't muxed to GPIO
  • [16:32:27] <_av500_> inoson: so asking at TI e2e might give you more help
  • [16:32:31] * dfaught (~dfaught@cpe-70-119-105-90.tx.res.rr.com) Quit (Quit: WeeChat 1.2)
  • [16:33:03] <inoson> ok thx for the answer and perhaps we see us later.
  • [16:33:10] * inoson (5dd39036@gateway/web/freenode/ip.93.211.144.54) Quit (Quit: Page closed)
  • [16:33:15] <zmatt> I do know disabling the receiver causes the internal level to be viewed as 0
  • [16:33:15] * magyarm (~magyarm@107.161.4.234) Quit (Read error: Connection reset by peer)
  • [16:34:05] <zmatt> (even works for nRESET, which for reasons that elude me also has a pinmux register)
  • [16:34:20] <adibis> jatag resets could be muxed on it?
  • [16:34:31] <adibis> Or might just be part of the padring - copy paste :D
  • [16:34:49] <zmatt> yeah they made a register for each pin, even where it makes no sense
  • [16:35:01] <zmatt> the big winner being PORz
  • [16:35:31] * magyarm (~magyarm@107.161.4.234) has joined #beagle
  • [16:35:37] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) Quit (Remote host closed the connection)
  • [16:35:47] <adibis> could it be for DFT and boundary scanning?
  • [16:35:49] <zmatt> rxenable for that one actually doesn't work
  • [16:35:51] <zmatt> no
  • [16:36:08] <zmatt> JTAG isn't in the boundary scan chain :)
  • [16:36:10] <zmatt> but does have pinmux regs
  • [16:36:19] <adibis> hmm
  • [16:36:26] <zmatt> which do in fact work, that's exactly how jbang works
  • [16:36:58] <zmatt> to be honest, a lot of the am335x looks like it was done
  • [16:37:04] <zmatt> 1. by an intern, or
  • [16:37:13] <zmatt> 2. by someone who was drunk
  • [16:37:18] <zmatt> 3. really really in a hurry
  • [16:37:26] <zmatt> possibly all of the above
  • [16:38:41] <adibis> haha - hurry/cost saving might be it. You write a script to generate RTL from a spreadsheet that has all pins
  • [16:38:47] <adibis> a pinmux is added everywhere
  • [16:38:55] <adibis> they don't want to hack it and remove for unwanted pins
  • [16:39:22] <adibis> time to leave for work = where they disabled freenode :( thanks for the help.
  • [16:39:32] * idwer (~irc@unaffiliated/idwer) has joined #beagle
  • [16:39:36] <zmatt> reused existing 811x design, couple of changes (possibly copy-pasted from Aegis), backspaced whole bunch of modules
  • [16:39:54] <zmatt> though removing their target agents and clock lines was too much hassle so those were left in
  • [16:40:22] <zmatt> PRCM stuff shoveled into a register file in random order
  • [16:40:28] <zmatt> ta-da, ready to roll
  • [16:40:46] * vmayoral (~vmayoral@190.Red-81-35-114.dynamicIP.rima-tde.net) Quit (Remote host closed the connection)
  • [16:41:12] <zmatt> c'ya adibis
  • [16:41:22] * NulL` (~bleh1@92.39.205.57) has joined #beagle
  • [16:41:25] * ketul (7c7d4564@gateway/web/cgi-irc/kiwiirc.com/ip.124.125.69.100) has joined #beagle
  • [16:41:51] * vmayoral (~vmayoral@190.Red-81-35-114.dynamicIP.rima-tde.net) has joined #beagle
  • [16:42:17] * idwer__ (~irc@unaffiliated/idwer) Quit (Ping timeout: 240 seconds)
  • [16:43:03] * Mr_Sheesh (~mr_s@c-73-42-162-67.hsd1.wa.comcast.net) has joined #beagle
  • [16:43:28] * Mr_Sheesh (~mr_s@c-73-42-162-67.hsd1.wa.comcast.net) Quit (Changing host)
  • [16:43:28] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) has joined #beagle
  • [16:45:08] * mhaberler (~mhaberler@next.stiwoll.mah.priv.at) has joined #beagle
  • [16:45:08] * mhaberler (~mhaberler@next.stiwoll.mah.priv.at) has joined #beaglebone
  • [16:48:50] * zmatt notes the casual use of terms like DFT, boundary scan, padring, and RTL, and sticks a "clueful" label onto adibis
  • [16:49:23] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) Quit (Remote host closed the connection)
  • [16:49:39] * mhaberler (~mhaberler@next.stiwoll.mah.priv.at) Quit (Ping timeout: 260 seconds)
  • [16:49:49] <zmatt> oh wait, I was on my way to do shopping
  • [16:58:07] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) has joined #beagle
  • [16:59:08] <_av500_> shopping is hard, lets do electronics
  • [16:59:10] <zmatt> rcn-ee: ahh, so that's the clue of bone-pinmux-helper... it just creates a sysfs entry to allow runtime switching between pinmux options
  • [17:00:53] <zmatt> why does *it* get to have its node name actually visible in sysfs while gpio_helper actually makes me specify the name of a pin twice (once as node name and once as property) yet doesn't let me actually find/access the gpio by that name :/
  • [17:01:44] <rcn-ee> zmatt, i think gpio "name" was just posted on lkml last week .;)
  • [17:01:45] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) Quit (Remote host closed the connection)
  • [17:01:58] * skhreze (~debian@ip-5-172-247-207.free.aero2.net.pl) has joined #beagle
  • [17:02:44] <zmatt> as a patch? ooh, me wantz, have a link?
  • [17:03:00] <zmatt> I also had to do a hideous hack to make decent symlinks for uio devices
  • [17:04:05] <rcn-ee> some here: https://lwn.net/Articles/651500/
  • [17:06:33] * jpirko (~jirka@ip-94-113-122-192.net.upcbroadband.cz) Quit (Quit: Leaving)
  • [17:07:34] * NishanthMenon (nmenon@nat/ti/x-cpchevlotvmlimao) Quit (Quit: Ex-Chat)
  • [17:07:51] <jkridner> rcn-ee: that's kinda cool.
  • [17:08:26] <rcn-ee> jkridner, more like... about time. ;) i don't want to remember "gpio 48" .. eMMC reset ;)
  • [17:09:50] <zmatt> I also realized those of_node symlinks are relatively new and mean I can get rid of the horrid hack I previously had to give uio devices sensible names
  • [17:10:01] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) Quit (Remote host closed the connection)
  • [17:11:30] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) has joined #beagle
  • [17:12:16] <zmatt> now it's just
  • [17:12:17] <zmatt> SUBSYSTEM=="uio", SYMLINK+="uio/%s{device/of_node/uio,name}"
  • [17:13:11] <zmatt> (yes yes inappropriate use of the semantics of the comma, I'll fix... some day)
  • [17:13:49] <zmatt> now really afk
  • [17:14:48] * mythos (~mythos@unaffiliated/mythos) Quit (Ping timeout: 264 seconds)
  • [17:19:00] * magyarm (~magyarm@107.161.4.234) Quit (Ping timeout: 264 seconds)
  • [17:19:23] * bizarro_1 (~bizarro_1@79.Red-83-55-234.dynamicIP.rima-tde.net) has joined #beagle
  • [17:20:22] * magyarm (~magyarm@107.161.4.234) has joined #beagle
  • [17:21:29] * calculus (~calculus@gentoo/user/calculus) Quit (Ping timeout: 246 seconds)
  • [17:27:12] * vmayoral (~vmayoral@190.Red-81-35-114.dynamicIP.rima-tde.net) Quit ()
  • [17:28:33] * calculus (~calculus@gentoo/user/calculus) has joined #beagle
  • [17:28:33] * ChanServ sets mode +o calculus
  • [17:32:02] * dgerlach1 (dgerlach@nat/ti/x-dhyonsdlhttftpfl) has joined #beagle
  • [17:41:26] * Mounicq1 (~Thunderbi@130.230.21.109.rev.sfr.net) Quit (Ping timeout: 246 seconds)
  • [17:41:37] * Devastator_ is now known as Devastator
  • [17:48:51] * kd8wcr (~jtrip@li554-219.members.linode.com) Quit (Ping timeout: 255 seconds)
  • [17:50:12] * kd8wcr (~jtrip@li554-219.members.linode.com) has joined #beagle
  • [17:53:56] * c10ud (~c10ud@emesene/dictator/c10ud) has joined #beagle
  • [17:54:51] * hreikin (~mic88@cpc4-roth8-2-0-cust546.17-1.cable.virginm.net) has joined #beagle
  • [17:57:32] * citylight2 (~me@bzq-218-29-26.cablep.bezeqint.net) Quit (Ping timeout: 250 seconds)
  • [18:01:20] * skhreze_ (~debian@ip-5-172-247-239.free.aero2.net.pl) has joined #beagle
  • [18:02:17] * skhreze (~debian@ip-5-172-247-207.free.aero2.net.pl) Quit (Ping timeout: 240 seconds)
  • [18:07:35] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [18:13:49] * ppisati (~ppisati@2-230-238-136.ip204.fastwebnet.it) Quit (Remote host closed the connection)
  • [18:17:12] * mrjazzcat (~mrjazzcat@c-50-134-253-3.hsd1.co.comcast.net) Quit (Quit: Leaving)
  • [18:17:21] <zmatt> rcn-ee: hehe, the current gpio interface is not getting a lot of love...
  • [18:17:34] <zmatt> "I must say I like this series. Because it makes the GPIO sysfs ABI *less* insane."
  • [18:19:33] * magyarm (~magyarm@107.161.4.234) Quit (Quit: magyarm)
  • [18:19:38] * Rlyeh (~Rlyeh@86.57.106.78) has joined #beagle
  • [18:19:52] <zmatt> sounds like the series (possibly minus one) is going to make it
  • [18:20:02] * magyarm (~magyarm@107.161.4.234) has joined #beagle
  • [18:20:39] * bgbl (~bgbl@2a01:e35:2428:b10:ed2:92ff:fe25:c0ce) Quit (Quit: Leaving)
  • [18:25:22] * Rlyeh (~Rlyeh@86.57.106.78) Quit (Quit: Leaving)
  • [18:27:21] * boB_K7IQ (~IceChat9@50.46.87.250) has joined #beagle
  • [18:28:46] * nerienna (~nerienna@p5498EC75.dip0.t-ipconnect.de) Quit (Remote host closed the connection)
  • [18:29:18] <zmatt> it's kinda funny that "basic" stuff like this is still actively being sorted out as we speak... but I guess it's only recent that the microcontrollers where people want to fiddle with gpios and such and the processors where you'd run a "normal" linux system have only recently come to overlap
  • [18:33:35] * knob (~knob@173.243.90.126) Quit (Quit: Leaving)
  • [18:39:13] * GTJ (~androirc@86.57.106.78) has joined #beagle
  • [18:40:58] * GTJ (~androirc@86.57.106.78) Quit (Remote host closed the connection)
  • [18:48:26] <stt_michael> and its not a particularly happy marriage for the hobbyist
  • [18:48:45] * boB_K7IQ (~IceChat9@50.46.87.250) Quit (Quit: Take my advice. I don't use it anyway)
  • [18:51:49] * nofxx (~nofxx@unaffiliated/nofxx) has joined #beaglebone
  • [18:53:00] <_av500_> shotgun wedding
  • [18:53:48] <stt_michael> heh _av500_
  • [18:56:48] * endoped (~endoped@adsl-98-94-204-16.ard.bellsouth.net) Quit (Ping timeout: 272 seconds)
  • [18:57:07] * endoped (~endoped@adsl-98-94-204-16.ard.bellsouth.net) has joined #beagle
  • [19:02:26] * endoped (~endoped@adsl-98-94-204-16.ard.bellsouth.net) Quit (Ping timeout: 240 seconds)
  • [19:02:42] * endoped (~endoped@adsl-98-94-204-16.ard.bellsouth.net) has joined #beagle
  • [19:03:49] * boB_K7IQ (~IceChat9@50.46.87.250) has joined #beagle
  • [19:06:26] * mhaberler (~mhaberler@mt-kehrerkogel.stiwoll.mah.priv.at) has joined #beagle
  • [19:06:26] * mhaberler (~mhaberler@mt-kehrerkogel.stiwoll.mah.priv.at) has joined #beaglebone
  • [19:07:00] * skhreze_ (~debian@ip-5-172-247-239.free.aero2.net.pl) Quit (Ping timeout: 264 seconds)
  • [19:07:19] * roric (~roric@157-157-241-105.dsl.dynamic.simnet.is) has joined #beaglebone
  • [19:07:21] * roric (~roric@157-157-241-105.dsl.dynamic.simnet.is) has joined #beagleboard
  • [19:10:36] * fanofice (5fd0f88c@gateway/web/freenode/ip.95.208.248.140) has joined #beagle
  • [19:11:03] * skhreze (~debian@ip-5-172-247-202.free.aero2.net.pl) has joined #beagle
  • [19:12:07] <zmatt> stt_michael: indeed
  • [19:12:11] * mhaberler (~mhaberler@mt-kehrerkogel.stiwoll.mah.priv.at) Quit (Quit: mhaberler)
  • [19:14:49] <zmatt> stt_michael: I was actually happier on the baremetal, but the relative comfort and wealth of tools available in linux userspace is too great to reject for most
  • [19:19:01] <zmatt> I really wish TI had done some things differently... like making the Cortex-M3 an L3 initiator instead just the L4WKUP would have made a big difference
  • [19:20:14] * skhreze (~debian@ip-5-172-247-202.free.aero2.net.pl) Quit (Ping timeout: 272 seconds)
  • [19:21:26] <zmatt> so you'd actually have a microcontroller for realtime stuff and the cortex-a8 as comfy chair
  • [19:22:36] <zmatt> or even simpler change: just let the A8 boot in secure mode on GP devices damnit
  • [19:23:08] <zmatt> then you can run an RTOS (in secure world) and linux (in public world) in parallel
  • [19:24:06] <zmatt> instead, on GP devices bootrom just renders secure world unusable
  • [19:26:17] <zmatt> reserving a bunch of random resources along the way, like FIQ, the ability to use EDMA's memory protection to prevent different EDMA users from accidently messing up each other's data, etc
  • [19:35:48] * fanofice (5fd0f88c@gateway/web/freenode/ip.95.208.248.140) Quit (Ping timeout: 246 seconds)
  • [19:37:34] * panto (~panto@athedsl-294646.home.otenet.gr) has joined #beagle
  • [19:38:38] * roric (~roric@157-157-241-105.dsl.dynamic.simnet.is) Quit (Ping timeout: 265 seconds)
  • [19:40:59] * ycny (~tomek@31-178-128-134.dynamic.chello.pl) has joined #beagle
  • [19:41:00] * hreikin (~mic88@cpc4-roth8-2-0-cust546.17-1.cable.virginm.net) Quit (Quit: Leaving)
  • [19:43:19] * Shadyman (~matthew@unaffiliated/shadyman) has joined #beagle
  • [19:47:57] * bradfa (~andrew@clr-vpn01.kodakalaris.com) Quit (Quit: Leaving)
  • [19:48:13] * Abhishek__ (uid26899@gateway/web/irccloud.com/x-mekkwlefauwhtdzh) Quit (Quit: Connection closed for inactivity)
  • [19:49:16] * nighty^ (~nighty@static-68-179-124-161.ptr.terago.net) Quit (Remote host closed the connection)
  • [19:52:36] * _av500_ cries over the lost FIQ
  • [19:52:38] <_av500_> seriously
  • [19:54:38] * Zephyr1138 (~wasinger@75-166-165-239.hlrn.qwest.net) has joined #beaglebone
  • [19:56:42] <nerdboy> ?
  • [19:57:42] * nighty^ (~nighty@static-68-179-124-161.ptr.terago.net) has joined #beagle
  • [19:57:42] * nighty^ (~nighty@static-68-179-124-161.ptr.terago.net) has joined #beagleboard
  • [19:58:02] <nerdboy> nm, read backscroll...
  • [19:59:32] <nerdboy> not a TI product but that sounds like udoo
  • [20:02:03] * djlewis (~bubba@adsl-65-64-30-13.dsl.ltrkar.swbell.net) has joined #beagle
  • [20:02:13] <nerdboy> i.MX6 plus SAM3
  • [20:02:13] * krajo1_ (~krajo1@host146.nwt.cz) has joined #beagle
  • [20:03:43] * drkfdr (~darkfader@ip3e8346be.speed.planet.nl) has joined #beagle
  • [20:03:46] <zmatt> _av500_: since on the DM814x the "secure" rom hadn't been secured, I've also seen what the secmon FIQ-handler (which is where FIQ gets redirected to) looks like
  • [20:04:36] * NulL` (~bleh1@92.39.205.57) Quit (Ping timeout: 264 seconds)
  • [20:04:49] <stt_michael> ooo ooo oo more imx6 ...
  • [20:05:02] * bradfa (~andrew@clr-vpn01.kodakalaris.com) has joined #beagle
  • [20:06:02] <stt_michael> SATA on the new Duals :D
  • [20:06:37] <stt_michael> well ok .. was prob. on original dual .. but the duallite is used on the wand-dual :/
  • [20:06:48] <stt_michael> I don't fancy resoldering :/ but its probably possible ...
  • [20:09:39] <_av500_> zmatt: I like FIQ for "poor man's RTOS" stuff
  • [20:14:01] * TheoMurpse (~TheoMurps@cpe-72-191-48-158.satx.res.rr.com) has joined #beaglebone
  • [20:14:11] * bahar (~bahar@cpe-68-173-226-45.nyc.res.rr.com) Quit (Changing host)
  • [20:14:11] * bahar (~bahar@unaffiliated/bahar) has joined #beagle
  • [20:15:22] * Vasco is now known as Vasco_O
  • [20:16:12] * danmichaelo (~danmichae@cm-84.215.90.96.getinternet.no) has joined #beagle
  • [20:18:57] <zmatt> _av500_: http://gerbil.xs4all.nl/gp-mon.s.html
  • [20:19:24] * roric (~roric@157-157-241-105.dsl.dynamic.simnet.is) has joined #beaglebone
  • [20:19:25] <zmatt> _av500_: the last vector is the excellent purpose for which secrom chose to reserve FIQ
  • [20:19:26] * roric (~roric@157-157-241-105.dsl.dynamic.simnet.is) has joined #beagleboard
  • [20:21:02] <zmatt> (I included the smc handler code mainly for its beauty)
  • [20:22:13] * rob_w (~rob@unaffiliated/rob-w/x-1112029) Quit (Read error: Connection reset by peer)
  • [20:24:03] <zmatt> _av500_: really fun if you don't know this and accidently configure an interrupt to be directed to FIQ
  • [20:25:15] <zmatt> system goes dead, JTAG can't tell you why since the debugger lost access, have fun
  • [20:27:17] <zmatt> _av500_: not sure what you mean by "poor man's RTOS" though... FIQ isn't quite as useful on a cortex-a8 as it was on smaller ARMs
  • [20:28:49] <zmatt> considering interrupt latency, and the new srs/rfe instructions which make interrupt nesting a lot saner
  • [20:29:35] <zmatt> (you actually don't have to spend more than two or three instructions in any mode other than supervisor or user/system)
  • [20:30:41] * stefanct (ameno@unaffiliated/stefanct) Quit (Ping timeout: 244 seconds)
  • [20:30:52] * TheoMurpse (~TheoMurps@cpe-72-191-48-158.satx.res.rr.com) Quit (Quit: Leaving)
  • [20:37:38] * krajo1_ (~krajo1@host146.nwt.cz) Quit (Quit: Konversation terminated!)
  • [20:39:33] * mrjazzcat (~mrjazzcat@c-50-134-253-3.hsd1.co.comcast.net) has joined #beagle
  • [20:39:33] * magyarm (~magyarm@107.161.4.234) Quit (Read error: Connection reset by peer)
  • [20:40:11] * magyarm (~magyarm@107.161.4.234) has joined #beagle
  • [20:43:27] * roric (~roric@157-157-241-105.dsl.dynamic.simnet.is) Quit (Ping timeout: 255 seconds)
  • [20:43:52] * eFfeM (~frans@c73189.upc-c.chello.nl) has joined #beagle
  • [20:47:31] * sidbh (~Siddharth@50.247.94.213) has joined #beagle
  • [20:47:44] * stefanct (ameno@unaffiliated/stefanct) has joined #beagle
  • [20:47:49] * sidbh (~Siddharth@50.247.94.213) Quit (Client Quit)
  • [20:48:08] * mhaberler (~mhaberler@ns.stiwoll.mah.priv.at) has joined #beagle
  • [20:48:08] * mhaberler (~mhaberler@ns.stiwoll.mah.priv.at) has joined #beaglebone
  • [20:50:15] * mhaberler_ (~mhaberler@ns.stiwoll.mah.priv.at) has joined #beagle
  • [20:50:15] * mhaberler_ (~mhaberler@ns.stiwoll.mah.priv.at) has joined #beaglebone
  • [20:51:25] <_av500_> zmatt: I used it last on ARM9 :)
  • [20:51:41] <_av500_> wanted to play with it in BBB but it was fubar
  • [20:52:54] * magyarm (~magyarm@107.161.4.234) Quit (Ping timeout: 244 seconds)
  • [20:52:55] <zmatt> _av500_: yeah, the ARM9 was its home
  • [20:53:20] * mhaberler (~mhaberler@ns.stiwoll.mah.priv.at) Quit (Ping timeout: 272 seconds)
  • [20:53:20] * mhaberler_ is now known as mhaberler
  • [20:54:13] <zmatt> the name "FIQ" is a bit of a misnomer on the cortex-a8 anyway given that entry would be >13 cycles
  • [20:56:23] <zmatt> but if you really want it back, I still know of a potential way to grab hold of secure world on (GP) am335x devices, haven't had time to explore it
  • [20:58:11] * eFfeM (~frans@c73189.upc-c.chello.nl) Quit (Quit: Leaving.)
  • [20:59:20] <zmatt> (previous vuln just resulted in a pissed-off Secure State Machine hitting the "mpu security violation" reset button, but this one would act during very early boot before the SSM is in shoot-first-ask-questions-later-mode)
  • [21:02:42] <_av500_> nah
  • [21:03:04] * magyarm (~magyarm@107.161.4.234) has joined #beagle
  • [21:03:40] * ketul (7c7d4564@gateway/web/cgi-irc/kiwiirc.com/ip.124.125.69.100) Quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
  • [21:05:01] <zmatt> trustzone would be very nice to have though... basically hardware VM support but hardcoded for two VMs, so switching between them is just a matter of flipping a bit that selects between banked registers
  • [21:05:18] * Stoob (~steev@krypton.bugfix.in) has left #beagle
  • [21:06:06] <zmatt> you could probably actually manage hard real-time stuff in sec world while linux runs in pub world
  • [21:08:43] * nighty-_ (~nighty@hokuriku.rural-networks.com) Quit (Quit: Disappears in a puff of smoke)
  • [21:18:59] * SpeedEvil (~quassel@tor/regular/SpeedEvil) Quit (Quit: No Ping reply in 180 seconds.)
  • [21:19:38] * SpeedEvil (~quassel@tor/regular/SpeedEvil) has joined #beagle
  • [21:25:38] * thurgood (~thurgood@67-198-113-218.static.grandenetworks.net) Quit (Remote host closed the connection)
  • [21:26:12] * thurgood (~thurgood@67-198-113-218.static.grandenetworks.net) has joined #beagle
  • [21:26:25] * boB_K7IQ (~IceChat9@50.46.87.250) Quit (Ping timeout: 265 seconds)
  • [21:26:37] * bhthompson (bhthompson@nat/google/x-ygrsrezhwtdhiror) has joined #beagle
  • [21:26:45] * bhthompson (bhthompson@nat/google/x-ygrsrezhwtdhiror) has left #beagle
  • [21:26:54] * danmichaelo (~danmichae@cm-84.215.90.96.getinternet.no) Quit (Read error: Connection reset by peer)
  • [21:30:30] * thurgood (~thurgood@67-198-113-218.static.grandenetworks.net) Quit (Ping timeout: 240 seconds)
  • [21:32:12] * fmotu_ (~bobb@108.175.206.24) Quit (Ping timeout: 264 seconds)
  • [21:33:16] * fmotu (~bobb@108.175.206.24) has joined #beagle
  • [21:34:28] * mhaberler (~mhaberler@ns.stiwoll.mah.priv.at) Quit (Quit: mhaberler)
  • [21:35:57] * boB_K7IQ (~IceChat9@50.46.87.250) has joined #beagle
  • [21:36:00] * mhaberler (~mhaberler@ns.stiwoll.mah.priv.at) has joined #beagle
  • [21:36:00] * mhaberler (~mhaberler@ns.stiwoll.mah.priv.at) has joined #beaglebone
  • [21:36:14] * ycny (~tomek@31-178-128-134.dynamic.chello.pl) Quit (Quit: WeeChat 1.3-dev)
  • [21:47:16] * thurgood (~thurgood@cpe-70-112-240-181.austin.res.rr.com) has joined #beagle
  • [21:54:06] * epo_ (~cop@ip-84-118-180-123.unity-media.net) has joined #beagle
  • [21:57:32] * dgerlach1 (dgerlach@nat/ti/x-dhyonsdlhttftpfl) Quit (Quit: Leaving.)
  • [21:59:05] * nofxx (~nofxx@unaffiliated/nofxx) Quit (Ping timeout: 256 seconds)
  • [21:59:50] * nofxx (~nofxx@unaffiliated/nofxx) has joined #beaglebone
  • [22:01:02] * bfederau (~quassel@service.basyskom.com) Quit (Remote host closed the connection)
  • [22:01:18] * bfederau (~quassel@service.basyskom.com) has joined #beagle
  • [22:02:31] * victortyau (~victortya@186.188.175.185) Quit (Quit: Leaving)
  • [22:03:52] * kiwichris (~kiwichris@msc1401703.lnk.telstra.net) has joined #beagle
  • [22:06:22] * c10ud (~c10ud@emesene/dictator/c10ud) Quit (Quit: cya)
  • [22:18:17] * tbr (dm8tbr@cl-790.ham-01.de.sixxs.net) Quit (Ping timeout: 240 seconds)
  • [22:19:46] * boB_K7IQ (~IceChat9@50.46.87.250) Quit (Ping timeout: 240 seconds)
  • [22:21:01] * boB_K7IQ (~IceChat9@50.46.87.250) has joined #beagle
  • [22:24:43] * rcn-ee (~voodoo@64.77.213.245) Quit (Remote host closed the connection)
  • [22:32:06] * nicksydney (~quassel@72.060.dsl.syd.iprimus.net.au) Quit (Ping timeout: 244 seconds)
  • [22:33:29] * nicksydney (~quassel@72.060.dsl.syd.iprimus.net.au) has joined #beagle
  • [22:37:29] * Clownzer (48b54199@gateway/web/freenode/ip.72.181.65.153) has joined #beagle
  • [22:37:56] <Clownzer> Hello all, I am having trouble flashing my beaglebone black. I hold down the S2 button but it still just launches into the existing image
  • [22:38:14] * adibis (~aditya@cpe-76-167-167-59.san.res.rr.com) Quit (Ping timeout: 244 seconds)
  • [22:39:41] * mistawright (ad41cd81@gateway/web/freenode/ip.173.65.205.129) has joined #beagle
  • [22:42:01] * magyarm (~magyarm@107.161.4.234) Quit (Quit: magyarm)
  • [22:42:45] * mistawright (ad41cd81@gateway/web/freenode/ip.173.65.205.129) has left #beagle
  • [22:45:13] * boB_K7IQ (~IceChat9@50.46.87.250) Quit (Ping timeout: 252 seconds)
  • [22:46:02] <Clownzer> Also I looked to flash the eMMC and I do not have a eEnv.txt file in boot
  • [22:46:31] <veremit> have you tried re-creating your micro-SD card?
  • [22:46:52] <Clownzer> yes I have I tried with an 8GB one and a 64GB sd card
  • [22:48:55] * bizarro_1 (~bizarro_1@79.Red-83-55-234.dynamicIP.rima-tde.net) Quit (Quit: Leaving)
  • [22:51:25] <veremit> do you have any smaller ones, in case its a size issue ..
  • [22:51:35] <veremit> actually .. 8 should work..
  • [22:55:10] <Clownzer> yeah I am having no luck... I have a 2 but its not big enough
  • [22:55:25] * djlewis (~bubba@adsl-65-64-30-13.dsl.ltrkar.swbell.net) Quit (Quit: Leaving.)
  • [22:57:21] * hreikin (~mic88@cpc4-roth8-2-0-cust546.17-1.cable.virginm.net) has joined #beagle
  • [22:57:55] * WillAmes (~py@ool-1826eaa1.dyn.optonline.net) has joined #beagle
  • [23:00:24] * somazero (~somazero@ip72-198-83-21.ok.ok.cox.net) Quit (Quit: Leaving)
  • [23:04:48] * kont (18d22a3b@gateway/web/freenode/ip.24.210.42.59) has joined #beagle
  • [23:10:56] * praneeth_ (praneeth@nat/ti/x-ktdinxzqpcebfsuf) Quit (Remote host closed the connection)
  • [23:11:20] * praneeth_ (praneeth@nat/ti/x-ptthzbuqexqosryo) has joined #beagle
  • [23:23:19] * urlgrey (~urlgrey@199-116-73-2.sfo1.office.zencoderdns.net) has joined #beaglebone
  • [23:24:17] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) Quit (Remote host closed the connection)
  • [23:24:34] <zmatt> holding down the SD button during power on (note: mere reset does not suffice) *will* force the BBB to boot from SD, or at least something other than eMMC
  • [23:26:29] <zmatt> you should be able to verify that by power on with the button pressed but no SD card, it should fail to boot at all. if you then insert the SD card it should boot from it (may take a few seconds before the bootloader tries again)
  • [23:27:23] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) has joined #beagle
  • [23:28:07] <zmatt> (unless connected via USB to a PC actually)
  • [23:29:27] <zmatt> however I recall I've seen it happen that the bootloader on the SD card subsequently happily boots the eMMC linux system
  • [23:30:07] <zmatt> though I'll admit this was very long ago, back in the age of Angström
  • [23:30:20] <zmatt> haven't used SD-boot since then
  • [23:30:50] <zmatt> what sd image are you using?
  • [23:31:49] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) Quit (Remote host closed the connection)
  • [23:32:32] <ds2> that is a very irritating feature of u-boot
  • [23:32:41] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) has joined #beagle
  • [23:32:54] <zmatt> yeah there are many fascinating ways in which this can go wrong
  • [23:33:12] <zmatt> MLO can load the wrong u-boot
  • [23:33:18] <zmatt> u-boot can load the wrong kernel
  • [23:33:36] * dwery (~dwery@nslu2-linux/dwery) Quit (Ping timeout: 256 seconds)
  • [23:33:44] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) Quit (Excess Flood)
  • [23:33:51] <ds2> most versions of U-boot I see will try to load a kernel off the SD card first
  • [23:33:53] <zmatt> and if it passes the wrong options, the kernel can use the wrong rootfs
  • [23:34:05] <zmatt> the u-boot script is horrible
  • [23:34:23] <ds2> indeed
  • [23:34:37] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) has joined #beagle
  • [23:34:38] <zmatt> it should expect the bootable system from one place and only one place: the one it came from itself
  • [23:34:46] <ds2> really need to find time to get u-boot to read config from the i2c rom
  • [23:35:04] <zmatt> why i2c?
  • [23:35:31] <ds2> no other easy to use flash
  • [23:35:43] <ds2> eMMC depends on how it is formated. same with sd
  • [23:35:47] <zmatt> if I understand correctly, by default it tries to load its uenv from one of the boot partitions of eMMC
  • [23:36:03] <zmatt> boot1 I think
  • [23:36:16] <ds2> that makes assumptions on the eMMC
  • [23:36:37] <ds2> zmatt: is the 3V3B stuff sorted out for your stuff?
  • [23:37:13] <zmatt> is that bad? the boot partitions are generally overlooked (e.g. when using BBBlfs or uboot's "ums" to expose the eMMC you can't even access them)
  • [23:38:15] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) Quit (Remote host closed the connection)
  • [23:38:41] <zmatt> removing the regulator and tying 3v3b to 3v3a seems to work fine
  • [23:39:13] * jzaw (~jzaw@loki.dzki.co.uk) Quit (Quit: really? must I leave? aw pls let me stay!)
  • [23:40:29] <zmatt> I hadn't gotten around to trying linux on my BatBeagle though, other stuff had priority and the test won't mean much unless it's with whatever type of battery we are intending to use, but a certain coworker keeps forgetting to order one
  • [23:40:35] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) has joined #beagle
  • [23:40:38] <ds2> the boot partitions get treated in a special way by the eMMC
  • [23:40:55] <ds2> zmatt: but PM works? nothing frys?
  • [23:42:04] <zmatt> ds2: eMMC has two boot partitions that are totally separate from the "user partition" ... it's the user eMMC-partition that actually gets subsequently fdisk-formatted (or gdisk if you prefer)
  • [23:43:55] <zmatt> how could anything fry? the worst that could happen is insufficient power being supplied, but that's mostly a constraint on external hardware... the bbb should definitely have enough for itself
  • [23:44:07] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) Quit (Remote host closed the connection)
  • [23:46:04] <zmatt> also, why the fuss about assumptions about eMMC ? given that that's where u-boot itself would be coming from ?
  • [23:46:26] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) has joined #beagle
  • [23:46:29] <zmatt> I'd be more interested in an u-boot compiled with a sane built-in script
  • [23:46:58] <zmatt> (or possibly an alternative to u-boot)
  • [23:46:58] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) Quit (Excess Flood)
  • [23:47:24] * urlgrey (~urlgrey@199-116-73-2.sfo1.office.zencoderdns.net) Quit (Remote host closed the connection)
  • [23:47:30] <veremit> dd if=/dev/zero you'll stop the emmc booting :)
  • [23:47:49] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) has joined #beagle
  • [23:48:05] <zmatt> yes, it's pretty idiotic rom doesn't use the eMMC boot partitions for their intended purpose
  • [23:48:18] <zmatt> especially given that it's actually easier to boot from those than from the main partition
  • [23:48:23] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) Quit (Excess Flood)
  • [23:48:44] <zmatt> but maybe they're too new or something
  • [23:49:19] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) has joined #beagle
  • [23:50:47] <ds2> zmatt: fry was for the 3V3B/3V3A stuff not the eMMC stuff
  • [23:51:22] <ds2> my only objection to the boot stuff is that the eMMC treats it differently
  • [23:51:42] <ds2> it is higher in reliability then the rest but might not be rated for as may cycles
  • [23:52:43] <zmatt> how often do you plan to save your boot env exactly?
  • [23:53:03] * kont (18d22a3b@gateway/web/freenode/ip.24.210.42.59) Quit (Ping timeout: 246 seconds)
  • [23:53:04] <zmatt> and I understood the fry was about the 3v3, and replied based on that
  • [23:53:09] <ds2> more often then I'd like during development
  • [23:53:28] <zmatt> huh, what for?
  • [23:53:39] <ds2> zmatt: something from the orig. 3V3B rail spiking the 3V3A stuff
  • [23:53:56] <ds2> I wind up changing bootcmd often during dev.
  • [23:54:04] <zmatt> I mean, the normal u-boot doesn't even have a saveenv command
  • [23:54:23] <ds2> hmmm?
  • [23:54:35] <zmatt> the one from current debian images
  • [23:54:42] <ds2> you mean normal for beagles?
  • [23:54:45] <zmatt> yes
  • [23:54:50] <ds2> ah
  • [23:54:55] <ds2> I use other boards that do implement it
  • [23:55:11] <jkridner> yeah, I admit it is a bit odd not to support it.
  • [23:55:15] <zmatt> but it does read uEnv.txt and you can execute commands based on that
  • [23:55:28] <jkridner> not sure if u-boot knows how to write to mmcblk0bootX
  • [23:55:43] <ds2> uEnv.txt is cumbersome enough that i find it easier to rebuild the kernel with a hard coded cmdline
  • [23:55:45] <zmatt> jkridner: well if it can read it, it can write it
  • [23:55:49] <Clownzer> Ok I think I got it, now its booting to the Debian os but in the files I see a beaglebone SD card icon there even though there is no sd card installed. Any ideas why its there?
  • [23:55:55] <jkridner> zmatt: not sure if it can read it.
  • [23:56:48] <zmatt> jkridner: yep, someone was here a while ago who was driven close to madness because no matter how well he thought he wiped his BBB, the damned config he once did gets coming back at him
  • [23:57:08] <zmatt> *kept
  • [23:57:24] <zmatt> since it was read from one of the eMMC boot partitions, which he overlooked
  • [23:59:45] <zmatt> ds2: if I'd be regularly changing bootloader, its config, or kernel, I'd personally switch to netbooting