• [00:01:32] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beagle
  • [00:01:32] * 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:01:32] * Set by KotH!~attila@erica.kinali.ch on Wed Jul 15 13:55:07 UTC 2015
  • [00:01:32] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beagleboard
  • [00:01:32] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beaglebone
  • [00:02:18] * dwery (~dwery@nslu2-linux/dwery) has joined #beagle
  • [00:02:48] <GenTooMan> You are beagle tired?
  • [00:03:18] * drkfdr (~darkfader@ip3e8346be.speed.planet.nl) Quit (Quit: drkfdr)
  • [00:04:48] * Cats_home (~Thunderbi@dsl.198.58.155.114.ebox.ca) has joined #beagle
  • [00:05:35] * thunder5 (~unknown@5.148.129.203) Quit (Ping timeout: 264 seconds)
  • [00:06:47] * uavcam (~deuse@183.14.37.96) Quit (Remote host closed the connection)
  • [00:06:59] * uavcam (~deuse@183.14.37.96) has joined #beagle
  • [00:08:11] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Ping timeout: 260 seconds)
  • [00:13:40] <Set_> Yep...
  • [00:14:16] <Set_> I am trying to work out of this book and the book's code is wrong.
  • [00:14:23] <Set_> I am trying to figure out what is wrong with it.
  • [00:14:56] <MathOnNapkins> Maybe the code isn't wrong, maybe it just came from a different part of the multiverse *spooked out*
  • [00:15:09] <Set_> It would help if I knew something about servers and e-mail programs. I sort of do but not enough to transform the code to work.
  • [00:15:12] <Set_> Yea.
  • [00:15:31] <Set_> <<<<<< spooked
  • [00:15:53] <Set_> The source code is python and from the python.org site.
  • [00:16:00] <Set_> It is used in a book from Make:
  • [00:16:17] <Set_> I have been working out of it and this is the first time I have been stumped.
  • [00:16:37] <Set_> I keep getting line eight is wrong (syntax error).
  • [00:16:56] <Set_> and it points to the "@" symbol.
  • [00:17:07] <Set_> Crikey!
  • [00:18:32] * thunder5 (~unknown@5.148.129.203) has joined #beagle
  • [00:21:44] * bkearns (~bkearns@64.125.192.130) Quit (Quit: Leaving.)
  • [00:22:48] * thunder5 (~unknown@5.148.129.203) Quit (Ping timeout: 246 seconds)
  • [00:22:57] <MathOnNapkins> @ is not a typical symbol in Python
  • [00:23:14] <Set_> thank you...
  • [00:23:39] <Set_> Why in the world could I use it to send off emails to myself?
  • [00:24:01] <Set_> For e-mail addresses via a server, it may be allowed.
  • [00:24:03] * bkearns (~bkearns@64.125.192.130) has joined #beagle
  • [00:26:55] * jcv (~jcv@zebes.netpurgatory.com) Quit (Quit: leaving)
  • [00:26:59] <Set_> I give up for now. I need to rest. Have fun!
  • [00:27:23] * bkearns (~bkearns@64.125.192.130) Quit (Client Quit)
  • [00:27:34] * jcv (~jcv@208.79.91.26) has joined #beagle
  • [00:29:15] * kiwichris (~kiwichris@CPE-60-225-146-35.hhui6.ken.bigpond.net.au) Quit (Ping timeout: 240 seconds)
  • [00:31:18] * Set_ (46bd2f8f@gateway/web/freenode/ip.70.189.47.143) Quit (Ping timeout: 246 seconds)
  • [00:34:24] * thunder5 (~unknown@5.148.129.203) has joined #beagle
  • [00:41:22] * Defiant (erik@x55b1300a.dyn.telefonica.de) has joined #beagle
  • [00:56:26] * somazero (~somazero@ip72-198-85-176.ok.ok.cox.net) Quit (Remote host closed the connection)
  • [01:00:25] * vagrantc (~vagrant@unaffiliated/vagrantc) Quit (Quit: leaving)
  • [01:02:48] * msvb-lab (~mschloh@x55b54763.dyn.telefonica.de) Quit (Quit: msvb-lab)
  • [01:25:50] * tai271828 (~tai271828@111-248-106-209.dynamic.hinet.net) has joined #beagle
  • [01:31:56] * jdawgaz (~Jerry@ip70-176-27-239.ph.ph.cox.net) has joined #beaglebone
  • [01:41:40] * somazero (~somazero@ip72-198-85-176.ok.ok.cox.net) has joined #beagle
  • [01:43:09] * dgilmore_AFK (~dgilmore@genii.ausil.us) Quit (Ping timeout: 244 seconds)
  • [01:49:22] * idwer (~irc@unaffiliated/idwer) Quit (Remote host closed the connection)
  • [01:51:28] * VirG (~VirGin@c-24-6-53-29.hsd1.ca.comcast.net) has joined #beagle
  • [01:53:29] * GrumpeiYokoi (~chatzilla@75-150-234-17-Illinois.hfc.comcastbusiness.net) Quit (Ping timeout: 265 seconds)
  • [01:53:38] * linkedinyou (~linkediny@unaffiliated/linkedinyou) Quit (Read error: Connection reset by peer)
  • [01:58:23] * jdawgaz (~Jerry@ip70-176-27-239.ph.ph.cox.net) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [02:01:47] <zmatt> MathOnNapkins: decorators...
  • [02:04:37] * drkfdr (~darkfader@ip3e8346be.speed.planet.nl) has joined #beagle
  • [02:10:01] * Defiant (erik@x55b1300a.dyn.telefonica.de) Quit (Ping timeout: 244 seconds)
  • [02:11:36] * Defiant (erik@f050166168.adsl.alicedsl.de) has joined #beagle
  • [02:16:49] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) Quit (Read error: Connection reset by peer)
  • [02:18:34] * balrog (~balrog@unaffiliated/balrog) Quit (Quit: Bye)
  • [02:22:59] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) has joined #beagle
  • [02:30:44] * bengo (~textual@50-203-84-2-static.hfc.comcastbusiness.net) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [02:35:46] * tema (~tema@rrcs-97-78-164-226.se.biz.rr.com) Quit (Ping timeout: 240 seconds)
  • [02:46:41] * balrog (~balrog@unaffiliated/balrog) has joined #beagle
  • [02:57:41] * emeb (~ericb@ip68-2-68-52.ph.ph.cox.net) Quit (Quit: Leaving.)
  • [03:04:47] * nmschulte (~nmschulte@unaffiliated/reklipz) Quit (Ping timeout: 244 seconds)
  • [03:05:59] * bengo (~textual@c-98-210-158-252.hsd1.ca.comcast.net) has joined #beagle
  • [03:09:22] * nmschulte (~nmschulte@unaffiliated/reklipz) has joined #beagle
  • [03:10:45] * linkedinyou (~linkediny@unaffiliated/linkedinyou) has joined #beagle
  • [03:10:45] * linkedinyou (~linkediny@unaffiliated/linkedinyou) has joined #beaglebone
  • [03:14:11] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) Quit (Read error: Connection reset by peer)
  • [03:14:50] * Liir (~francky@108-68-121-177.lightspeed.sntcca.sbcglobal.net) Quit (Quit: This computer has gone to sleep)
  • [03:15:29] * Liir (~francky@2602:306:c447:9b10:cc27:7bc4:7d87:eeb1) has joined #beagle
  • [03:15:52] * Liir (~francky@2602:306:c447:9b10:cc27:7bc4:7d87:eeb1) Quit (Client Quit)
  • [03:16:11] * Liir (~francky@108-68-121-177.lightspeed.sntcca.sbcglobal.net) has joined #beagle
  • [03:16:44] * Liir (~francky@108-68-121-177.lightspeed.sntcca.sbcglobal.net) Quit (Client Quit)
  • [03:17:09] * Liir (~francky@108-68-121-177.lightspeed.sntcca.sbcglobal.net) has joined #beagle
  • [03:17:38] * Liir (~francky@108-68-121-177.lightspeed.sntcca.sbcglobal.net) Quit (Client Quit)
  • [03:18:09] * Liir (~francky@108-68-121-177.lightspeed.sntcca.sbcglobal.net) has joined #beagle
  • [03:18:34] * Liir (~francky@108-68-121-177.lightspeed.sntcca.sbcglobal.net) Quit (Client Quit)
  • [03:19:01] * Liir (~francky@108-68-121-177.lightspeed.sntcca.sbcglobal.net) has joined #beagle
  • [03:19:24] * Liir (~francky@108-68-121-177.lightspeed.sntcca.sbcglobal.net) Quit (Client Quit)
  • [03:25:42] * creemj_ (~mjc@121-99-228-40.static.orcon.net.nz) Quit (Ping timeout: 260 seconds)
  • [03:27:35] * bengo (~textual@c-98-210-158-252.hsd1.ca.comcast.net) Quit (Quit: Textual IRC Client: www.textualapp.com)
  • [03:27:42] * dj_pi (~dj@c-73-191-212-56.hsd1.mi.comcast.net) has joined #beagle
  • [03:29:12] * Akex_ (uid58281@gateway/web/irccloud.com/x-xojuhbnfjrdmjlcc) Quit (Quit: Connection closed for inactivity)
  • [03:31:14] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) has joined #beagle
  • [03:34:45] * Maxz (~felipe@201.218.139.7) Quit (Ping timeout: 255 seconds)
  • [03:37:23] * Maxz (~felipe@201.218.139.7) has joined #beagle
  • [03:49:21] * dgilmore_AFK (~dgilmore@genii.ausil.us) has joined #beagle
  • [03:51:44] * brycecater (~brycecate@129.10.248.40) has joined #beaglebone
  • [03:52:14] * brycecater (~brycecate@129.10.248.40) has joined #beagle
  • [03:52:58] <brycecater> hi all
  • [03:54:35] * brycedcarter (810af828@gateway/web/freenode/ip.129.10.248.40) has joined #beagle
  • [03:55:06] <brycedcarter> is anyone here using debian with the 4.1 kernel?
  • [04:01:37] <brycecater> anyone here have experience using debian with 4.1 kernel on the beaglebone black?
  • [04:02:15] <brycecater> I am running into a weird issue when I try to use sysfs to control the GPIOs in bank 2
  • [04:03:10] <brycecater> it lets me change the value between 1 and 0, but the actual pin on the header does not change state
  • [04:05:35] * uavcam (~deuse@183.14.37.96) Quit (Ping timeout: 264 seconds)
  • [04:08:06] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) Quit (Read error: Connection reset by peer)
  • [04:11:06] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) has joined #beagle
  • [04:30:20] * MichaelLong (~ml@p54907B6C.dip0.t-ipconnect.de) Quit (Remote host closed the connection)
  • [04:31:23] * MichaelLong (~ml@p4FF250C3.dip0.t-ipconnect.de) has joined #beagle
  • [04:35:10] * dj_pi (~dj@c-73-191-212-56.hsd1.mi.comcast.net) Quit (Quit: Leaving)
  • [04:35:22] * Liir (~francky@108-68-121-177.lightspeed.sntcca.sbcglobal.net) has joined #beagle
  • [04:36:47] <zmatt> brycecater: you're sure the pins are muxed correctly?
  • [04:41:22] * arescorpio (~arescorpi@119-192-114-200.fibertel.com.ar) Quit (Quit: Leaving.)
  • [04:41:52] <brycecater> zmatt: hmmm... i thought so, but how can i double check. I have a custom cape that I am loading
  • [04:41:53] <zmatt> (to check you can use http://gerbil.xs4all.nl/show-pins.pl.gz )
  • [04:43:42] <brycecater> brycecater: ok, thanks, let me give that a try
  • [04:44:49] <zmatt> it's just a little script that makes the pinctrl data from debugfs a bit more human-readable
  • [04:45:47] <brycecater> dude! that script is AWESOME!
  • [04:47:25] <brycecater> brycecater: i think i understand what is happening now... i think you were right, the pins are not muxed correctly. I am loading a custom cape, but it looks like the lcd cape is already controlling those pins
  • [04:47:41] <zmatt> (you can also pass -v to show more pins or -v -v to show... even more pins)
  • [04:47:55] <zmatt> you realize you're addressing yourself ? ;)
  • [04:48:08] <zmatt> and such a conflict *should* give an error message
  • [04:48:31] <brycecater> yeah... oops ;)
  • [04:48:44] <zmatt> (upon loading of the custom cape)
  • [04:49:07] <zmatt> (or the lcd cape, depending on who's first)
  • [04:49:33] * thurgood_ (~thurgood@65-36-122-62.dyn.grandenetworks.net) has joined #beagle
  • [04:50:16] * Liir (~francky@108-68-121-177.lightspeed.sntcca.sbcglobal.net) Quit (Quit: This computer has gone to sleep)
  • [04:53:12] * Set_ (46bd2f8f@gateway/web/freenode/ip.70.189.47.143) has joined #beagle
  • [04:53:21] <Set_> Hello...
  • [04:53:55] <brycecater> yeah, i just changed from angstrom to debian. on angstrom I had to unload the HDMI cape that was loaded by default. but now on debian the cape manager does not show that any are loaded by default. so i cannot unload the HDMI cape
  • [04:54:35] <zmatt> if you have a recent filesystem image there should be comments in /boot/uEnv.txt
  • [04:54:48] <zmatt> there are a few different base dts files now for a couple of cases
  • [04:55:26] <zmatt> dtb=am335x-boneblack-emmc-overlay.dtb
  • [04:55:46] <zmatt> that disables HDMI
  • [04:56:48] <Set_> Does anyone deal with Xively?
  • [04:59:00] * tai271828 (~tai271828@111-248-106-209.dynamic.hinet.net) Quit (Quit: Leaving)
  • [04:59:21] <Set_> I am waiting for Xively people to get back to me.
  • [04:59:31] <Set_> I just wanted to know if anyone knew anyone there...
  • [05:00:29] <Set_> Hold that thought...I have to go and rip off one of those Window Sensor.
  • [05:00:51] * zmatt isn't really putting any thought on hold
  • [05:06:45] <Set_> Yes...
  • [05:06:53] <Set_> Those dang sensors are hard to get off.
  • [05:07:09] <Set_> I am just going to purchase one.
  • [05:07:21] <Set_> I do not want to break the window.
  • [05:08:22] * schmid (~schmid@2a02:8070:a192:2f00:226:5aff:febc:ce5f) has joined #beagle
  • [05:08:57] <brycecater> zmatt: yeah, I see the comments in that file, do i just need to uncomment the emmc one? that is what I did and it did not seem to change the output of that script that you sent. should the one that I uncommented appear in the cape manager? i does not seem to be there
  • [05:09:48] <zmatt> the "dtb=am335x-boneblack-emmc-overlay.dtb" line should appear in the uEnv.txt file
  • [05:10:14] <zmatt> capemgr isn't involved anymore for the on-board logic (as you noticed, since there wasn't a cape to unload)
  • [05:12:16] <brycecater> ok, gotcha... so I uncommented the "dtb=am335x-boneblack-emmc-overlay.dtb" line the the uEnv.txt file... should that change the output of the your show-pins script?
  • [05:12:55] <zmatt> after reboot, yes
  • [05:15:13] * creemj (~mjc@121-99-228-40.static.orcon.net.nz) has joined #beagle
  • [05:15:16] <Set_> I got it dude. I got me a window sensor.
  • [05:16:53] <Set_> Now...I get to use my BBB as a alert mechanism.
  • [05:17:09] <Set_> I am going to play Bob Marley when someone opens the door.
  • [05:17:32] <brycecater> zmatt: something was funky after the first reboot :P now it is working great! THANK YOU SO MUCH!! this was causing such a headache
  • [05:17:34] <Set_> Maybe someone else.
  • [05:17:38] * thurgood_ (~thurgood@65-36-122-62.dyn.grandenetworks.net) Quit (Remote host closed the connection)
  • [05:18:08] <Set_> I smashed my thumb in the process but it was worth it.
  • [05:18:19] <brycecater> also, that script is totally great, I will treasure it always ;)
  • [05:20:25] <zmatt> :) hmm, maybe I should add columns for the current state of the pin. and possible some checks and warnings
  • [05:20:30] <zmatt> *possibly
  • [05:21:02] <Set_> Hey Zmatt...
  • [05:21:21] <zmatt> it's still a lowercase z
  • [05:21:41] <Set_> I noticed that holding down the boot button on my BBB does nothing when loading a new image.
  • [05:21:46] <Set_> sorry. zmatt.
  • [05:22:06] <Set_> It just makes the SD card the system.
  • [05:22:53] <Set_> When I do not hold down the boot button when applying a new image, I get it downloaded on my board quickly and correctly.
  • [05:23:14] <Set_> I done "learn-a-did."
  • [05:24:24] <zmatt> you're not making much sense... holding down the boot button during power-on changes the boot device order from { eMMC, μSD, uart, usb } to { spi, μSD, usb, uart }
  • [05:24:46] <zmatt> i.e. it lets you bypass booting from the eMMC
  • [05:24:59] <zmatt> it has no other effect
  • [05:25:13] <Set_> Oh.
  • [05:26:54] * vagrantc (~vagrant@unaffiliated/vagrantc) has joined #beagle
  • [05:32:22] * mrjazzcat (~mrjazzcat@c-50-134-253-3.hsd1.co.comcast.net) Quit (Ping timeout: 250 seconds)
  • [05:36:53] <Set_> Okay...I have my sensor connected.
  • [05:37:15] <Set_> I will be back.
  • [05:37:21] <Set_> I have to write a thing or two.
  • [05:43:51] * Set_ (46bd2f8f@gateway/web/freenode/ip.70.189.47.143) Quit (Ping timeout: 246 seconds)
  • [05:49:01] * joel_ (~joel@c-98-207-106-152.hsd1.ca.comcast.net) has joined #beagle
  • [06:05:47] * Starduster_ (~guest@unaffiliated/starduster) has joined #beagle
  • [06:06:19] * Catslab1 (~Thunderbi@205-237-53-37.static.cgocable.ca) has joined #beagle
  • [06:06:26] * drkfdr_nl (~darkfader@ip3e8346be.speed.planet.nl) has joined #beagle
  • [06:07:33] * drkfdr (~darkfader@ip3e8346be.speed.planet.nl) Quit (Read error: Connection reset by peer)
  • [06:07:33] * Catslab (~Thunderbi@205-237-53-37.static.cgocable.ca) Quit (Read error: Connection reset by peer)
  • [06:07:33] * Catslab1 is now known as Catslab
  • [06:07:40] * ketas (~ketas@229-211-191-90.dyn.estpak.ee) Quit (Read error: Connection reset by peer)
  • [06:07:50] * ketas (~ketas@229-211-191-90.dyn.estpak.ee) has joined #beaglebone
  • [06:07:50] * ketas (~ketas@229-211-191-90.dyn.estpak.ee) has joined #beagle
  • [06:08:39] * Starduster (~guest@unaffiliated/starduster) Quit (Ping timeout: 240 seconds)
  • [06:14:53] * tai271828 (~tai271828@175.41.48.77) has joined #beagle
  • [06:27:07] * tai271828 (~tai271828@175.41.48.77) Quit (Ping timeout: 260 seconds)
  • [06:28:55] <brycecater> zmatt: hmmmm... i am still having issues. did you mean that the cape manager is not used at all anymore?
  • [06:29:04] <zmatt> it's used for capes
  • [06:29:07] <zmatt> actual ones
  • [06:29:55] <zmatt> I don't know why it's not used anymore for the BBB's "virtual capes", or how that worked to begin with anyway
  • [06:30:14] <brycecater> so i have a dts that i made and compiled into a dtbo... i have been trying to load it using the cape manager
  • [06:30:51] <brycecater> I dont get any errors but loading it into slots does not seem to have any effect
  • [06:31:07] <zmatt> you checked dmesg for error messages?
  • [06:32:05] <zmatt> (note btw that 4.1 also has a shiny new mechanism to load overlays via configfs; using capemgr for that is technically slight abuse if the overlay isn't actually for a cape)
  • [06:32:44] <zmatt> (unlike capemgr the configfs mechanism doesn't require you to make up bogus cape-metadata)
  • [06:36:46] <brycecater> is there any documentation on how to use configfs?
  • [06:37:13] <zmatt> yeah, in the kernel docs as usual (somewhere in Documentation/devicetree/ )
  • [06:37:18] <zmatt> it's easy enough though
  • [06:37:59] <zmatt> go to /sys/kernel/config/device-tree/overlays
  • [06:38:30] <zmatt> make a new directory (pick any name you like)
  • [06:39:33] <zmatt> inside it you find a 'status' property (still saying "unapplied" if you read it at this point) and two writeable ones: dtbo and path
  • [06:39:45] <zmatt> you can either write the path to your dtbo to 'path'
  • [06:39:53] <zmatt> or the content of your dtbo to 'dtbo'
  • [06:40:04] <zmatt> your choice
  • [06:40:46] <zmatt> if all is well, status will change to "applied"
  • [06:41:33] <zmatt> dtbo and path become immutable, but you can read back what you've written. to remove the overlay, rmdir the directory
  • [06:42:18] <zmatt> dtbo is still the same as for capemgr, except no metadata is required (and any metadata present is ignored)
  • [06:45:24] <brycecater> zmatt: sorry, i am still building up my sysfs knowledge... can i do "echo /lib/firmware/BB-PWM2A-00A0.dtbo > path"
  • [06:45:44] <zmatt> yep
  • [06:45:53] <zmatt> if that's where the dtbo is located
  • [06:47:53] <zmatt> (random nitpick: although residing in /sys you're not actually in sysfs but in configfs at the moment... /sys/kernel/config is a mountpoint. same goes for debugfs which is mounted at /sys/kernel/debug. the different is not really important, they behave similar to sysfs)
  • [06:48:03] <zmatt> *difference
  • [06:49:45] <brycecater> oh, i see
  • [06:50:29] <brycecater> when i try that command, it tells me "no such file or directory" even though that file does exist
  • [06:50:46] <zmatt> check dmesg
  • [06:50:47] * tai271828 (~tai271828@175.41.48.77) has joined #beagle
  • [06:51:28] <zmatt> the unfortunate side of using the filesystem as user interface is that it's basically impossible to give useful error messages that way, so those appear in the kernel log instead
  • [06:52:04] * elopio (~quassel@33.93.189.91.lcy-02.canonistack.canonical.com) Quit (Ping timeout: 252 seconds)
  • [06:52:07] <brycecater> oh, i understand..
  • [06:52:13] <brycecater> thank you
  • [06:52:29] <brycecater> dmesg says "Direct firmware load for /lib/firmware/BB-PWM1A-00A0.dtbo failed with error -2"
  • [06:53:16] <zmatt> ... which is -ENOENT which is still "no such file or directory"
  • [06:53:49] <zmatt> ohh, try using "echo -n" instead of "echo"
  • [06:54:43] <brycecater> still the same error
  • [06:56:44] <zmatt> interesting, I get the same error if I try to load a bullshit file
  • [06:56:47] <zmatt> nice job guys
  • [06:57:37] <brycecater> do you think my dtbo is bad?
  • [06:57:45] <zmatt> try instead: cat /lib/firmware/BB-PWM1A-00A0.dtbo >dtbo
  • [06:57:56] <zmatt> that seems to give more useful errors here
  • [06:58:28] <brycecater> oh! it worked... status is applied
  • [06:58:47] * bizarro_1 (~bizarro_1@231.Red-88-5-134.dynamicIP.rima-tde.net) Quit (Quit: Leaving)
  • [06:58:49] <zmatt> path must be broken or works differently than I thought it does
  • [06:58:50] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [07:03:41] * elopio (~quassel@33.93.189.91.lcy-02.canonistack.canonical.com) has joined #beagle
  • [07:06:00] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Ping timeout: 246 seconds)
  • [07:08:06] * elopio (~quassel@33.93.189.91.lcy-02.canonistack.canonical.com) Quit (Ping timeout: 246 seconds)
  • [07:08:43] <zmatt> ahh
  • [07:08:49] <brycecater> zmatt: wow, thank you so much!! you have no idea how much time and suffering you have saved me
  • [07:08:51] <zmatt> the path is passed along to request_firmware()
  • [07:09:07] <zmatt> so most likely you were supposed to write just 'BB-PWM1A-00A0.dtbo' to path
  • [07:09:48] <brycecater> ahhh
  • [07:10:10] <zmatt> though using the dtbo property makes more sense to me
  • [07:10:34] <brycecater> yeah, that is what i am doing
  • [07:11:13] * bearsh|work (~quassel@252.212.107.92.dynamic.wline.res.cust.swisscom.ch) has joined #beagle
  • [07:11:33] <zmatt> sorry, I don't really use overlays myself, otherwise I would have known about the path thing ;)
  • [07:11:39] * kaak (~kelledge@wsip-72-205-198-77.ks.ks.cox.net) Quit (Ping timeout: 255 seconds)
  • [07:12:15] <brycecater> out of curiosity, what do you use instead of overlays?
  • [07:12:18] * abferm (~abferm@wsip-72-205-198-77.ks.ks.cox.net) Quit (Ping timeout: 246 seconds)
  • [07:12:21] <zmatt> customize the main dts
  • [07:12:30] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) Quit (Ping timeout: 240 seconds)
  • [07:12:38] * elopio (~quassel@33.93.189.91.lcy-02.canonistack.canonical.com) has joined #beagle
  • [07:12:46] <zmatt> overlays can be.. fickle. you never quite know how the kernel is going to react to runtime changes to the device tree
  • [07:14:45] <brycecater> yeah, makes sense... I am pretty new to beagle bone and linux kernel in general for that matter, so working directly with the main dts is a bit daunting for me... trying to take baby steps
  • [07:14:46] <zmatt> (removing overlays seems even more hazardous, when I briefly experimented with that I quickly got a kernel panic. note btw you can only remove overlays in the reverse order they were applied)
  • [07:15:22] <zmatt> yeah, it would be nice if the entry barrier to that would be made lower
  • [07:15:57] <zmatt> or better yet, generate dts/dtb files from some kind of _sane_ format to describe your hardware
  • [07:16:07] <zmatt> *hardware config
  • [07:16:22] <brycecater> hahaha.. yeah
  • [07:16:39] <brycecater> lucky for me i don't need to do any unloading of overlays :)
  • [07:16:40] <ds2> I wonder how well does the clock management code react to overlay removal
  • [07:17:14] * elopio (~quassel@33.93.189.91.lcy-02.canonistack.canonical.com) Quit (Ping timeout: 250 seconds)
  • [07:17:23] <zmatt> ds2: well, as long as the device goes away there shouldn't be any problem
  • [07:17:47] <zmatt> though the whole hwmod thing is still magic to me anyway (and apparently going to go away in the medium-term)
  • [07:18:54] * KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) has joined #beagle
  • [07:19:08] * vagrantc (~vagrant@unaffiliated/vagrantc) Quit (Quit: leaving)
  • [07:19:32] * kaak (~kelledge@wsip-72-205-198-77.ks.ks.cox.net) has joined #beagle
  • [07:21:03] * NulL` (~bleh1@46.226.190.141) has joined #beagle
  • [07:21:09] * elopio (~quassel@33.93.189.91.lcy-02.canonistack.canonical.com) has joined #beagle
  • [07:23:16] * tomeff (~tomeff@ip-78-102-111-158.net.upcbroadband.cz) Quit (Quit: tomeff)
  • [07:26:03] * VirG (~VirGin@c-24-6-53-29.hsd1.ca.comcast.net) Quit (Quit: Leaving.)
  • [07:32:21] * jpirko (~jirka@ip-94-113-120-24.net.upcbroadband.cz) has joined #beagle
  • [07:35:46] <brycecater> zmatt: should i only be able to load one overlay at a time?
  • [07:36:12] <brycecater> any that i load after the first have their status change to applied but do not seem to have any effect
  • [07:36:36] <zmatt> did you create a new dir for them?
  • [07:36:44] <brycecater> yeah
  • [07:36:51] <zmatt> what does the kernel log say?
  • [07:37:02] <zmatt> oh
  • [07:37:15] <zmatt> if they changed to applied they should have taken effect
  • [07:38:26] <zmatt> you can inspect the current state of your device tree in /proc/device-tree btw
  • [07:38:33] * Super_guest (d57c1272@gateway/web/freenode/ip.213.124.18.114) has joined #beagle
  • [07:39:05] * kiwichris (~kiwichris@CPE-60-225-146-35.hhui6.ken.bigpond.net.au) has joined #beagle
  • [07:39:41] <brycecater> dmesg does not change after applying the overlays
  • [07:39:51] <zmatt> yeah so that means success
  • [07:40:26] <zmatt> for some value of "success"
  • [07:41:55] * Ceriand|desktop1 (~Ceriand@unaffiliated/ceriand) has joined #beagle
  • [07:42:30] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) Quit (Ping timeout: 240 seconds)
  • [07:43:16] * ds2 (~ds2@rehut.com) Quit (Ping timeout: 244 seconds)
  • [07:43:23] * ds2 (~ds2@rehut.com) has joined #beagle
  • [07:44:07] <brycecater> how do i interpret the contents of /proc/device-tree?
  • [07:44:26] <Super_guest> device tree
  • [07:44:27] <Super_guest> ;D?
  • [07:44:34] <zmatt> the directory structure is exactly the device tree
  • [07:45:25] <zmatt> and the files are exactly the properties, though since they're binary they're less useful to read directly
  • [07:45:58] <Super_guest> i am currently also working to achieve some device tree related functions
  • [07:46:21] <Super_guest> i found the uEnv.txt finaly but not where people said it would be -.-
  • [07:46:40] <Super_guest> some say armhf dtso wont work with uEnv.txt is this correct?
  • [07:46:42] <zmatt> tree -Ud /proc/device-tree is a nice way to just list the nodes
  • [07:47:07] <Super_guest> cd /boot/uboot/dtbs/
  • [07:47:12] <Super_guest> my uboot folder does not contain dtbs
  • [07:47:32] * lyakh (~lyakh@xdsl-78-34-203-90.netcologne.de) has joined #beagle
  • [07:47:37] <zmatt> I don't have anything in /boot/uboot whatsoever
  • [07:48:02] <Super_guest> oh i found it
  • [07:48:04] <Super_guest> its just in the /boot
  • [07:48:05] <zmatt> dtbs (note: not the same as dtbos) are normally in /boot/dtbs/
  • [07:48:37] <Super_guest> yes the dts stuff is confusing
  • [07:48:44] <Super_guest> but i found multiple sources to help me out
  • [07:48:46] <Super_guest> i can do this
  • [07:48:55] <Super_guest> comple with dtc
  • [07:49:02] <Super_guest> echo it somewhere
  • [07:49:10] <Super_guest> and boot/dtbs for startup
  • [07:49:12] <zmatt> brycecater: dtc -I fs -O dts /proc/device-tree converts it back to dts format
  • [07:49:40] <Super_guest> zmatt
  • [07:49:44] <zmatt> brycecater: though not very readable since all phandle refs will have become numerical
  • [07:49:54] <Super_guest> u recommned doing the boot configuration with boot/dtbs or with the uEnv.txt?
  • [07:49:55] * msvb-lab (~mschloh@x55b549d3.dyn.telefonica.de) has joined #beagle
  • [07:50:17] <zmatt> Super_guest: the question makes no sense to me... they configure very different things
  • [07:50:42] <Super_guest> O:
  • [07:50:53] <zmatt> uEnv.txt contains variables for the bootloader, such as which kernel, initrd, and dtb to load
  • [07:50:57] <Super_guest> i cant find the am335x-boneblack.dtb
  • [07:51:18] <zmatt> what filesystem image are you using? (cat /etc/dogtag )
  • [07:51:18] <Super_guest> which i had the locate function
  • [07:51:22] <Super_guest> latest
  • [07:51:38] <Super_guest> 2015-03-01
  • [07:51:42] <zmatt> ancient, ok
  • [07:51:53] <Super_guest> its still 2015
  • [07:52:00] <Super_guest> how fast do u make new distros
  • [07:53:06] <zmatt> last three official releases were 2015-03-01, 2015-07-28, and 2015-11-03
  • [07:53:19] <Super_guest> o.o
  • [07:53:20] <zmatt> note that for some reason the latest release still uses Wheezy, which is old crap
  • [07:53:33] <Super_guest> the getting started says the latest is 1 not 11
  • [07:53:35] <brycecater> zmatt: so the overlays say that they are applied (in the status file) but the pin muxing display by your script only shows the change that the first one makes... the pins from the subsequent overlays do not seem to change
  • [07:53:35] <Super_guest> or did i misread
  • [07:53:42] <zmatt> most likely it's just outdated
  • [07:53:47] <Super_guest> yes i found it
  • [07:53:53] <Super_guest> sir molloy had given it to me
  • [07:53:54] <Super_guest> ;D
  • [07:53:56] <zmatt> a ever-looming risk of info on the interwebs
  • [07:54:03] <Super_guest> i knew i had seen that name somewhere
  • [07:54:07] <Super_guest> he has it in his github
  • [07:54:21] <Super_guest> the arm335x dts
  • [07:54:39] <zmatt> Super_guest: less outdated "testing" images are also available (debian jessie)
  • [07:54:40] <zmatt> ehm
  • [07:54:49] <zmatt> do NOT grab an dts from a random place
  • [07:54:55] <zmatt> or dtb
  • [07:55:18] <zmatt> dtb files are always included with your kernel
  • [07:55:38] <Super_guest> sir molloy is the greatest ;D
  • [07:55:40] <zmatt> corresponding dts files can be found in the corresponding kernel sources
  • [07:55:52] <Super_guest> u dont know him ;x?
  • [07:55:59] <zmatt> grabbing a random version may very well lead to an unbootable system
  • [07:56:02] <Super_guest> http://derekmolloy.ie/gpios-on-the-beaglebone-black-using-device-tree-overlays/
  • [07:56:15] <Super_guest> zmatt, so u suggest flashing 2015-11-03?
  • [07:56:18] <Super_guest> on the bbb?
  • [07:57:09] <zmatt> personally, I strongly recommend a 'testing' image
  • [07:57:24] <zmatt> given that they're _still_ using wheezy for the official releases, god knows why
  • [07:57:48] <Super_guest> uuuugggh
  • [07:58:13] <zmatt> note that the 'testing' images actually use debian stable (jessie), not debian testing (stretch)
  • [07:58:47] <Super_guest> i don thave my barrel jack power supply with me
  • [07:58:53] <Super_guest> and not recommended flashing over usb
  • [07:58:55] <zmatt> we don't use anything older than stretch ourselves tbh, with debian that's old enough thanks
  • [07:59:02] <Super_guest> o.o
  • [07:59:11] <Super_guest> ill just make my system unbootable then ;(
  • [07:59:17] <zmatt> but there are no ready-made images for stretch
  • [07:59:29] <Super_guest> http://elinux.org/Beagleboard:BeagleBoneBlack_Debian
  • [07:59:34] <zmatt> so unless you have debian experience, stick to jessie I guess
  • [08:00:10] <Super_guest> i have wheezy
  • [08:00:12] <Super_guest> or whatever
  • [08:00:16] <Super_guest> these names tell me nothing
  • [08:00:29] <Super_guest> ill just ftp that arm335
  • [08:00:31] <Super_guest> and hope for the best
  • [08:00:47] <zmatt> what on earth are you doing?
  • [08:00:57] <zmatt> also, it's am335x
  • [08:01:24] <Super_guest> i want to enable uart2 4 5
  • [08:01:26] <Super_guest> http://www.armhf.com/beaglebone-black-serial-uart-device-tree-overlays-for-ubuntu-and-debian-wheezy-tty01-tty02-tty04-tty05-dtbo-files/
  • [08:01:36] <Super_guest> i want them avaiable at start up
  • [08:02:03] <Super_guest> i don thave the arm335x but i can download it from molloy
  • [08:02:08] <veremit> uboot config :P
  • [08:02:18] <zmatt> AM335x
  • [08:02:18] <zmatt> ^^
  • [08:02:22] <zmatt> ^^
  • [08:02:29] <Super_guest> oh rite
  • [08:02:37] <veremit> tbh you can't do anything until kernel loads anyway ..so it doesnm't matter
  • [08:03:01] <Super_guest> https://billwaa.wordpress.com/2014/10/13/beaglebone-black-enable-all-uart-ports-at-boot/\
  • [08:03:15] <Super_guest> but this guy says the armhf method wont work with uEnv.txt
  • [08:03:21] <Super_guest> ill try it maybe it does work
  • [08:04:10] <veremit> oh .. -that- late yea .. just automatically enable tge uart configs
  • [08:04:41] <veremit> think capemgr has been fixed now, right?
  • [08:05:09] <zmatt> was it broken?
  • [08:05:17] * zmatt has no idea, never uses it
  • [08:05:33] <zmatt> also he's still using an ancient release
  • [08:05:39] <Super_guest> its not ancient ;(
  • [08:05:43] <zmatt> Super_guest: what kernel version are you on
  • [08:05:45] <Super_guest> its recommneed by beaglebone .org
  • [08:05:59] <Super_guest> 3.8.13
  • [08:06:04] <zmatt> veremit: that.
  • [08:06:19] <veremit> ah thats probably 'original'
  • [08:06:30] <Super_guest> had to install glibc >2.14 manualy
  • [08:06:32] <zmatt> the march image
  • [08:06:43] <Super_guest> does the nwe one come with glibc higher than 2.15?
  • [08:06:46] <veremit> its the bits in the meantime .. I think 3-10-4 it didn't work
  • [08:07:17] <Super_guest> ok guyz thank u for the info <(^_^<)
  • [08:07:28] <Super_guest> if it crashes while i am doing this then i can still flash it with sd right?
  • [08:07:31] <veremit> Super_guest .. check whats on the packages.debian.net site
  • [08:07:31] <Super_guest> to the new one?
  • [08:07:47] <Super_guest> i am new in the linux world sorry ;x
  • [08:07:48] <zmatt> Super_guest: I have 2.19
  • [08:08:07] <veremit> I don't appear to have glibc installed
  • [08:08:08] <zmatt> Super_guest: you can always reflash using SD, yes
  • [08:08:15] <zmatt> veremit: package name libc6
  • [08:08:16] <Super_guest> thank u then
  • [08:08:20] <veremit> ah
  • [08:08:24] <veremit> apt-what-is it?
  • [08:08:28] <veremit> show?
  • [08:08:33] <zmatt> show, or policy
  • [08:08:42] <Super_guest> try ldd --version
  • [08:08:46] <zmatt> or that
  • [08:08:58] <veremit> 2.13 here on an ancient build
  • [08:09:06] <zmatt> apt-cache policy is my usual way of checking package versions
  • [08:09:07] <Super_guest> same build as mine probally
  • [08:09:12] <veremit> but install what you want via the debian repos
  • [08:09:37] <veremit> https://packages.debian.org/search?keywords=libc6
  • [08:09:47] <Super_guest> thank u guyz tho i am first going to try what the tutorial says (>^_^)>
  • [08:09:56] <veremit> yea upgrade to a decent jessie image
  • [08:10:25] <veremit> if you're about through the day, will check with the kernel dudes here what the state of capemgr is
  • [08:10:50] <veremit> otherwise you gotta do your own device-trees stuff
  • [08:10:57] <veremit> or use zmatt's uio :P
  • [08:10:59] <zmatt> veremit: you have any idea what's in the lxqt-4g image that's not in lxqt-2g ?
  • [08:11:14] <veremit> zmatt .. alas no .. would be useful if RN did a package listing
  • [08:11:26] <veremit> we'll have to nudge him about that - should be trivial
  • [08:11:36] <veremit> libreoffice?! lol
  • [08:11:37] <zmatt> veremit: uio is orthogonal to whether you use overlays or a custom main dts
  • [08:11:45] <veremit> zmatt: cool :d
  • [08:11:49] <Super_guest> what about setting up the uarts with crontab ;x
  • [08:11:58] <Super_guest> then i can even stty them to raw and right baudrate
  • [08:12:00] <veremit> ewwww
  • [08:12:03] <Super_guest> ;(
  • [08:12:09] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [08:12:09] <zmatt> generating custom dtb files should be made more accessible
  • [08:12:13] <Super_guest> i am beginner
  • [08:12:14] <veremit> just put the cape_mgr.enable blah in uenv .. its easy really
  • [08:12:20] * tomeff (~tomeff@ip-89-176-75-234.net.upcbroadband.cz) has joined #beagle
  • [08:12:20] * tomeff (~tomeff@ip-89-176-75-234.net.upcbroadband.cz) has joined #beagleboard
  • [08:12:20] * tomeff (~tomeff@ip-89-176-75-234.net.upcbroadband.cz) has joined #beaglebone
  • [08:12:27] <veremit> that's what I think I did years ago
  • [08:12:43] <veremit> but yea .. gotta be careful which versions if you need specific glib
  • [08:12:53] <zmatt> once you're used to it you wonder why on earth you ever used those messy overlays, but right now the entry barrier is still to high
  • [08:13:06] <zmatt> *too
  • [08:13:16] <Super_guest> i have nothing to put on enable
  • [08:13:21] <Super_guest> i dont have the am335x files
  • [08:13:24] <Super_guest> o.O
  • [08:13:32] <zmatt> the dtbos you mean
  • [08:13:38] <zmatt> did you check /lib/firmware ?
  • [08:13:47] <Super_guest> yes i did
  • [08:13:54] <Super_guest> only python and adafruit
  • [08:14:03] <zmatt> in /lib/firmware ??
  • [08:14:06] <Super_guest> yep
  • [08:14:08] <Super_guest> no uarts
  • [08:14:15] <Super_guest> download or write tose myself
  • [08:14:20] <Super_guest> according to the tutorials
  • [08:14:22] <Super_guest> no BB-UART
  • [08:14:43] <veremit> shuold be in the cape_mgr stuff
  • [08:14:54] <zmatt> I have 'em in /lib/firmware
  • [08:15:01] <zmatt> BB-UART1-00A0.dtbo
  • [08:15:03] <Super_guest> yes but u use latest
  • [08:15:05] <Super_guest> i use ancient
  • [08:15:08] <veremit> yah.. associated with I'd imagine
  • [08:15:17] <zmatt> they should be there on ancient too... those files *are* ancient
  • [08:15:18] <zmatt> afaik
  • [08:15:25] <veremit> yup should be there
  • [08:15:32] <Super_guest> i can compile the armhf onces
  • [08:15:34] <Super_guest> with dtc
  • [08:15:45] <Super_guest> but i dont have them in my firmware folder
  • [08:15:59] <zmatt> (also this system I'm looking at isn't latest but 2015-09-20 testing)
  • [08:16:03] <veremit> hmm if you dmesg|grep cape_mgr does it show up??
  • [08:16:18] <veremit> zmatt .. I think they put it 'back in' what kernel are you on?
  • [08:16:44] <Super_guest> no it doesnt ;x
  • [08:16:44] <zmatt> veremit: this image shipped with some 4.1 kernel
  • [08:16:51] <veremit> and are you 'testing-jessie' or testing debian-sid?
  • [08:16:56] <zmatt> veremit: (it's an lxqt image)
  • [08:16:56] <Super_guest> but i do have cape_mgr hidden somewhere
  • [08:17:01] <Super_guest> i did get uart 4 running yesterday
  • [08:17:07] <Super_guest> with cape_mgr echo or something
  • [08:17:19] * nofxx (~nofxx@unaffiliated/nofxx) Quit (Remote host closed the connection)
  • [08:17:23] <zmatt> veremit: kernel or debian version doesn't matter since these files live outside package management
  • [08:17:37] <zmatt> so all that matters is the dogtag
  • [08:17:58] <veremit> really .. lib/firmware should be governed by the kernel
  • [08:18:02] <zmatt> this was an lxqt testing image
  • [08:18:41] <zmatt> (which is our only BBB where I could look since the rest is based on console images which don't have them at all)
  • [08:18:52] <veremit> zmatt is that "debian testing" or "beagle testing"
  • [08:18:57] <zmatt> rcn-ee testing
  • [08:19:04] <veremit> ah .. probably jessie?
  • [08:19:07] <veremit> debian STable
  • [08:19:10] <zmatt> yes
  • [08:19:15] <veremit> right
  • [08:19:25] <veremit> I'd go with that then .. flash the console version and go from there ...
  • [08:19:26] <zmatt> though that's not really an important factor in this
  • [08:19:42] <zmatt> I wouldn't recommend a console image for Super_guest
  • [08:19:44] <veremit> if you got all the firmware files ..
  • [08:19:47] <veremit> oh ok
  • [08:19:52] <veremit> well .. lxqt then :D
  • [08:20:09] <Super_guest> maybe i can get it working
  • [08:20:15] <Super_guest> lots of the tutorials are dated also u know
  • [08:20:20] <Super_guest> 2013 mostly
  • [08:20:22] <veremit> I'll try to boot my 'play' beagle later on
  • [08:20:29] <zmatt> veremit: as I mentioned above, console images do not have the dtbos _at all_
  • [08:20:32] <veremit> Super_guest.. most documentation is pitifully out of date
  • [08:20:40] <veremit> zmatt .. really?! wtf.
  • [08:20:43] <zmatt> rcn-ee should rename 'console' to 'minimal'
  • [08:20:44] <veremit> need to push RN on that
  • [08:20:57] <veremit> unless there's a package for it ..
  • [08:21:02] <veremit> that's another useful option
  • [08:21:41] <zmatt> dpkg-query: no path found matching pattern /lib/firmware/BB-UART1-00A0.dtbo
  • [08:22:02] <zmatt> as I said, outside package management
  • [08:22:10] <veremit> yaeh
  • [08:22:17] <veremit> think we'll enquire about aht
  • [08:22:37] * c10ud (~c10ud@emesene/dictator/c10ud) has joined #beagle
  • [08:23:12] <zmatt> all the crap living outside package management is exactly why I personally _avoid_ those images... much easier to build up from minimal than to hunt down and delete crap
  • [08:23:26] <brycecater> i am getting an issue with applying an overlay. the dmesg reads "[ 485.613940] Invalid device tree blob header [ 485.619595] create_overlay: failed to unflatten tree"
  • [08:23:54] <zmatt> brycecater: did you accidently cat the dts instead of the dtbo maybe? ;)
  • [08:24:13] <Super_guest> <(^_^<) this community ;D
  • [08:24:36] <zmatt> brycecater: I mean, invalid header really sounds like you grabbed the wrong stuff
  • [08:24:50] <brycecater> zmatt: no, but i am worried that i may have made an error in my dts
  • [08:24:59] <zmatt> not one that results in a wrong header
  • [08:25:00] * NulL` (~bleh1@46.226.190.141) Quit (Ping timeout: 255 seconds)
  • [08:25:09] <zmatt> afaik
  • [08:25:47] * Angs (~ubuntu@85.235.10.194) has joined #beagle
  • [08:25:47] <brycecater> zmatt: https://gist.github.com/brycedcarter/94d020a2b2aafc3b4de2
  • [08:26:23] <brycecater> that is the dts that i made... but i am just learning so i do not really know what I am doing
  • [08:26:24] * msvb-lab (~mschloh@x55b549d3.dyn.telefonica.de) Quit (Quit: msvb-lab)
  • [08:26:39] <zmatt> brycecater: you can remove all the properties of /, they're ignored by the configfs mechanism
  • [08:26:50] <brycecater> it compiles to a .dtbo without errors though
  • [08:27:09] <zmatt> only the nodes (traditionally named fragment@0 etc)
  • [08:27:20] <zmatt> are used
  • [08:27:58] <zmatt> ew
  • [08:29:00] <brycecater> sorry, i am not really sure what you mean by properties of /..
  • [08:29:26] <brycecater> still working on learning the syntax
  • [08:30:00] <zmatt> brycecater: the overall structure of the overlay is / { property = value; property = value; /..; node { ... }; node { ... }; ... };
  • [08:30:16] <zmatt> sorry for that / in the middle, typo
  • [08:30:41] <Super_guest> https://github.com/jadonk/validation-scripts/tree/master/test-capemgr
  • [08:30:45] <Super_guest> there is an example ;x
  • [08:31:01] <zmatt> in this case, the child nodes of / are fragment@0 { ... }; fragment@1 { ... }; etc
  • [08:31:13] <zmatt> also, I just realized there's really no excuse for this horrible syntax
  • [08:31:28] <Super_guest> thats why u just build from the example
  • [08:31:34] <Super_guest> isntead of writing from scratch
  • [08:31:41] <zmatt> dtc could easily have supported writing normal fragments
  • [08:31:54] * Posterdati (angel@host42-237-dynamic.42-79-r.retail.telecomitalia.it) Quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
  • [08:32:42] <zmatt> i.e. &ocp { CONTENT }; instead of this / { fragment@5 { target = <&ocp>; __overlay__ { CONTENT }; }; }; crap
  • [08:32:57] <zmatt> what moron came up with this
  • [08:33:01] <zmatt> jeez
  • [08:33:17] <zmatt> that's yet another reason I hate overlays
  • [08:33:47] <zmatt> oh, I see a potential reason why you might have trouble with multiple overlays
  • [08:34:10] <zmatt> you make a new node &ocp/helper
  • [08:34:21] <zmatt> ... do they all use that same name? "helper" ?
  • [08:35:01] <Super_guest> u guyz have influence on what will be fixed on the bbb ;x?
  • [08:35:03] <zmatt> since that means the second and later overlays just try to change the properties of the "helper" made by the first overlay (which is probably ignored by the kerne)
  • [08:35:46] <brycecater> zmatt: they did all use helper, that gist that i uploaded was my attempt at combining them into one overlay
  • [08:36:27] <brycecater> but even with removing the properties of / i still get the same error on trying to load it
  • [08:36:27] <zmatt> brycecater: if you use bone-pinmux-helper at all, at least you need to pick unique node names for each overlay
  • [08:36:39] <zmatt> there's no need to label it though (the "test_helper:")
  • [08:36:50] <zmatt> since you never reference it
  • [08:37:36] <zmatt> brycecater: the dtbos you loaded successfully, you also compiled those yourself?
  • [08:37:49] <brycecater> yeah
  • [08:37:54] <zmatt> same dtc?
  • [08:38:15] <zmatt> since afaik 3.8 and 4.1 use slightly different dtbo formats and corresponding dtc versions
  • [08:38:27] * Fleurety (~fleurety@178.18.241.185) has joined #beagle
  • [08:38:39] <brycecater> yeah
  • [08:38:44] <brycecater> same dtc
  • [08:38:49] <zmatt> weird
  • [08:39:08] <brycecater> here is one the the seperate dts files that worked
  • [08:39:09] <brycecater> https://gist.github.com/brycedcarter/cc996382b15a60c320c7
  • [08:40:02] <zmatt> btw normally you'd associate the pinmux of a peripheral with that peripheral rather than using bone-pinmux-helper
  • [08:40:46] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) Quit (Read error: Connection reset by peer)
  • [08:43:49] <brycecater> zmatt: how would i do that
  • [08:44:28] * Angss (~ubuntu@85.235.3.238) has joined #beagle
  • [08:45:44] <brycecater> how would i go about setting unique node names?
  • [08:45:50] * pwillard (~pwillard@c-73-184-136-133.hsd1.ga.comcast.net) Quit (Read error: Connection reset by peer)
  • [08:47:29] <Super_guest> hmm i got mesages over tty 04 02 but 05 not working
  • [08:47:34] <Super_guest> i mean O
  • [08:47:51] * Angs (~ubuntu@85.235.10.194) Quit (Ping timeout: 246 seconds)
  • [08:48:00] <Super_guest> good enough for now ;x?
  • [08:48:46] <zmatt> http://gerbil.xs4all.nl/rgb-led.dtsi.html ... so, that's using normal syntax instead of overlay-horror (since I use a custom dts) and uses macros instead of hex numbers for the pinmux... also I use different label names for the pwm peripherals, so some adaptation is needed ;P
  • [08:48:49] * krajo1_ (~krajo1@host146.nwt.cz) has joined #beagle
  • [08:49:45] <Super_guest> hmm those adafruit overlays might also work from the firmware ;x
  • [08:49:46] <Super_guest> for uart ;x
  • [08:52:46] <zmatt> brycecater: so I actually use a _custom_ dts, not stock-with-some-changes, but I accept that I'm a nutcase
  • [08:53:13] * Angss is now known as Angs
  • [08:53:23] <Super_guest> could be that tty O5 is not working because its hdmi standard
  • [08:53:26] <zmatt> (I just happen to like short, consistent labels and sensible structure)
  • [08:53:29] <Super_guest> but overlay means overlay right ;x
  • [08:54:04] <Super_guest> it changes the mode so o.O
  • [08:54:58] <zmatt> kernel will refuse to load conflicting overlays
  • [08:56:07] <zmatt> if you want to check which pinmux options are available, you can use my spreadsheet (in particular the P9 and P8 tabs, or the BBB tab) -> https://goo.gl/Jkcg0w
  • [08:56:34] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) has joined #beagle
  • [08:57:10] <zmatt> uart5 indeed conflicts with the lcdc pins (hence with hdmi)
  • [08:58:26] * SpeedEvil (~quassel@tor/regular/SpeedEvil) Quit (Ping timeout: 240 seconds)
  • [08:59:16] * ppisati (~ppisati@2-230-238-136.ip204.fastwebnet.it) has joined #beagle
  • [09:00:56] * SpeedEvil (~quassel@tor/regular/SpeedEvil) has joined #beagle
  • [09:02:08] <zmatt> veremit: lol, I had some inexplicable crashes in my baremetal app that appeared and vanished with seemingly unrelated code changes...
  • [09:02:48] <zmatt> veremit: just noticed I still had a 512-byte stack configured, and absolutely nothing to prevent a stack overflow from scribbling over the code
  • [09:03:05] <zmatt> :$
  • [09:07:20] * Ceriand|desktop1 (~Ceriand@unaffiliated/ceriand) Quit (Read error: Connection reset by peer)
  • [09:09:27] <zmatt> I guess it may be a good idea to add support for page tables and use separate non-adjacent pages with appropriate protection for text/rodata/data/stack
  • [09:12:41] * Posterdati (~kvirc@host42-237-dynamic.42-79-r.retail.telecomitalia.it) has joined #beaglebone
  • [09:12:45] <Super_guest> hmm the bootup with armhf isnt working with uEnv
  • [09:12:59] <Super_guest> so 2015-11-3 will fix this
  • [09:17:03] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) Quit (Read error: Connection reset by peer)
  • [09:18:50] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) has joined #beagle
  • [09:19:28] * skhreze (~debian@ip-5-172-247-222.free.aero2.net.pl) has joined #beagle
  • [09:22:34] * uavcam (~deuse@183.14.37.96) has joined #beagle
  • [09:22:39] <stt_michael> zmatt, nice stack use :P
  • [09:22:54] <zmatt> 512 bytes should be enough for anyone right
  • [09:23:47] <stt_michael> like 1024k is plenty of ram ;)
  • [09:23:51] * RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl) Quit (Remote host closed the connection)
  • [09:24:21] <stt_michael> all these greedy buggers with 16gb .. wtf you fillin it with? prn?!
  • [09:24:22] <stt_michael> lol
  • [09:24:58] * thow (~thow@97e0128d.skybroadband.com) has joined #beagle
  • [09:27:34] <zmatt> I use about 40k ram atm (code + data), but I see it's including the alignment padding required for the section table in that count
  • [09:27:49] <zmatt> (16 KB table required to be aligned to its size)
  • [09:27:51] <brycecater> any insight on what thees errors might mean? https://gist.github.com/brycedcarter/09cbbcf8d51c7db11938
  • [09:29:05] <Super_guest> i am looking at this list and i want jessi so i have glic with 2.19
  • [09:29:06] <Super_guest> http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2015-11-03
  • [09:29:13] <Super_guest> but confused of what the flasher: means
  • [09:32:45] * kiwichris (~kiwichris@CPE-60-225-146-35.hhui6.ken.bigpond.net.au) Quit (Quit: Textual IRC Client: www.textualapp.com)
  • [09:35:48] <tbr> Super_guest: flasher means it will install it on the eMMC
  • [09:36:06] * skhreze (~debian@ip-5-172-247-222.free.aero2.net.pl) Quit (Ping timeout: 240 seconds)
  • [09:36:17] <tbr> the name usually indicates also if it's suitable only for the 4GB model or also for the revB 2GB models
  • [09:36:58] <zmatt> the 2gb versions also have the benefit of including less crap, hence less time to flash and more free eMMC space available afterward
  • [09:37:26] * tbr prefers the console images, zero crap
  • [09:37:44] <zmatt> I usually still find some pages to purge of them actually
  • [09:37:59] <zmatt> but the console images are... not for everyone :P
  • [09:38:04] <zmatt> *some packages
  • [09:38:12] <tbr> mimiimiimi no hdmi!
  • [09:40:12] * skhreze (~debian@ip-5-172-247-199.free.aero2.net.pl) has joined #beagle
  • [09:40:13] <zmatt> they lack a lot more than that of course... it's unfortunate that right now if you want to be able to follow any tutorial without finding files missing, you're forced to download an lxde/lxqt image even if you don't use HDMI at all
  • [09:41:12] <tbr> would be good if there were metapackages or such
  • [09:43:50] <zmatt> right now a lot of what's on the lxde/lxqt images lives completely outside package management... I wouldn't even know how to install it on a console image
  • [09:44:10] <zmatt> (granted, if I cared even a little bit I would probably find out quickly, but still)
  • [09:45:00] * uavcam (~deuse@183.14.37.96) Quit (Ping timeout: 276 seconds)
  • [09:50:38] * skhreze (~debian@ip-5-172-247-199.free.aero2.net.pl) Quit (Read error: Connection reset by peer)
  • [09:51:53] <brycecater> zmatt: i am getting this error "pin 44e109b4.0 already requested by 44e10800.pinmux; cannot claim for ocp:helper" but i dont think that i am requesting that pin... any idea what is going on
  • [09:54:42] <zmatt> hmm, it's not a pin used for anything by default
  • [09:54:42] <Super_guest> but i can install it from the sd card to the eMMC
  • [09:55:15] * RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl) has joined #beagle
  • [09:55:20] <zmatt> Super_guest: flashers automatically do that; you just write the flasher image to SD, boot it, and it'll flash eMMC
  • [09:55:50] * Akex_ (uid58281@gateway/web/irccloud.com/x-gbojiodrpntixgen) has joined #beagle
  • [09:56:35] <zmatt> lemme see if there's an easy way to see who's hogging what
  • [09:56:35] * jamesaxl (~kvirc@41.248.109.203) has joined #beagle
  • [09:58:38] * khem (~khem@unaffiliated/khem) Quit (Ping timeout: 276 seconds)
  • [10:01:05] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) has joined #beaglebone
  • [10:02:20] * khem (~khem@unaffiliated/khem) has joined #beagle
  • [10:03:55] * kiwichris (~kiwichris@CPE-60-225-146-35.hhui6.ken.bigpond.net.au) has joined #beagle
  • [10:06:16] * kiwichris (~kiwichris@CPE-60-225-146-35.hhui6.ken.bigpond.net.au) Quit (Client Quit)
  • [10:06:48] * kiwichris (~kiwichris@CPE-60-225-146-35.hhui6.ken.bigpond.net.au) has joined #beagle
  • [10:08:20] * kiwichris (~kiwichris@CPE-60-225-146-35.hhui6.ken.bigpond.net.au) Quit (Client Quit)
  • [10:08:50] * kiwichris (~kiwichris@CPE-60-225-146-35.hhui6.ken.bigpond.net.au) has joined #beagle
  • [10:21:47] * thunder5 (~unknown@5.148.129.203) Quit (Ping timeout: 264 seconds)
  • [10:22:46] <zmatt> brycecater: could you pastebin the content of /sys/kernel/debug/pinctrl/44e10800.pinmux/pinmux-pins ?
  • [10:23:15] * ag_melbourne (3ba77f52@gateway/web/freenode/ip.59.167.127.82) has joined #beagle
  • [10:23:58] <ag_melbourne> Hello :) has anyone got a uio_pypruss.ko driver for Jessie?
  • [10:29:35] * ag_melbourne (3ba77f52@gateway/web/freenode/ip.59.167.127.82) Quit (Quit: Page closed)
  • [10:31:13] * RoyBellingan (~roy@195.189.129.21) has joined #beagle
  • [10:35:55] * mythos (~mythos@unaffiliated/mythos) Quit (Ping timeout: 240 seconds)
  • [10:36:41] * thunder5 (~unknown@5.148.129.203) has joined #beagle
  • [10:37:17] <brycecater> zmatt: ended up getting it working... turns out i was just being dumb... i did have a pin conflict
  • [10:40:56] <zmatt> I'm still curious to see the content, since you're using different pinmux mechanisms than I am and I want to make my script robust against that :)
  • [10:44:59] * firemanxbr (~firemanxb@177.66.5.244) has joined #beagle
  • [10:45:40] * Shadyman (~matthew@unaffiliated/shadyman) Quit (Quit: Leaving.)
  • [10:52:22] <brycecater> here it is:
  • [10:52:23] <brycecater> https://gist.github.com/brycedcarter/2af7a2c41c3dd6f1a519
  • [10:52:31] <brycecater> one again, thanks for all the help
  • [10:56:55] * brycecater (~brycecate@129.10.248.40) Quit (Remote host closed the connection)
  • [10:59:33] * brycedcarter (810af828@gateway/web/freenode/ip.129.10.248.40) Quit (Ping timeout: 246 seconds)
  • [11:01:04] <stt_michael> zmatt, Super_guest .. there are standalone version of the lxqt/console images available for evaluation IIRC
  • [11:01:14] <stt_michael> once rcn-ee gets online .. we'll poke him :D
  • [11:01:22] <Super_guest> o.O?
  • [11:01:46] <stt_michael> so you can try before flashing
  • [11:01:56] <stt_michael> right .. coffeee ..
  • [11:02:01] <Super_guest> qumu?
  • [11:02:02] * tai271828 (~tai271828@175.41.48.77) Quit (Ping timeout: 240 seconds)
  • [11:08:08] <Super_guest> so we tackled the device tree overlay problem today
  • [11:08:24] <Super_guest> what other problems might we come across?
  • [11:12:10] * thunder5 (~unknown@5.148.129.203) Quit (Ping timeout: 272 seconds)
  • [11:16:46] <stt_michael> yea.. don't ask those kinda questions .. lol ..
  • [11:18:30] * micges (~micges@dee144.neoplus.adsl.tpnet.pl) Quit (Ping timeout: 272 seconds)
  • [11:18:34] * tema (~tema@rrcs-97-78-164-226.se.biz.rr.com) has joined #beagle
  • [11:19:29] * RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl) Quit (Remote host closed the connection)
  • [11:19:45] * krajo1_ (~krajo1@host146.nwt.cz) Quit (Quit: Konversation terminated!)
  • [11:20:20] * MichaelLong (~ml@p4FF250C3.dip0.t-ipconnect.de) Quit (Read error: Connection reset by peer)
  • [11:22:43] * thunder5 (~unknown@5.148.129.203) has joined #beagle
  • [11:22:44] * gustavoz (~gustavoz@186.22.136.136) Quit (Read error: Connection reset by peer)
  • [11:23:00] * gustavoz (~gustavoz@186.22.136.136) has joined #beagle
  • [11:24:36] * MichaelLong (~ml@p4FF250C3.dip0.t-ipconnect.de) has joined #beagle
  • [11:33:13] * RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl) has joined #beagle
  • [11:36:57] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [11:40:43] * Spirilis (~vmlinuz@c-73-39-106-168.hsd1.md.comcast.net) Quit (Read error: Connection reset by peer)
  • [11:41:23] * Spirilis (~vmlinuz@c-73-39-106-168.hsd1.md.comcast.net) has joined #beagle
  • [11:55:11] <Super_guest> my beaglebone black is still flashing?
  • [11:55:24] <Super_guest> whats the default led pattern, only hartbeat?
  • [11:56:06] <Super_guest> he has gotten some cpu activity also but is this default ;x or is this becaus he is flashing
  • [11:59:33] * schmid (~schmid@2a02:8070:a192:2f00:226:5aff:febc:ce5f) Quit (Remote host closed the connection)
  • [12:00:00] <Super_guest> it did flash 4 times or something 4 leds at start
  • [12:04:03] <Super_guest> using the usb port instead of barrel jack\
  • [12:10:57] * tai271828 (~tai271828@111-81-120-162.EMOME-IP.hinet.net) has joined #beagle
  • [12:14:33] * Turl_ is now known as Turl
  • [12:28:38] * zmatt created a spiffied-up http://gerbil.xs4all.nl/show-pins-v2.pl.gz
  • [12:29:38] * c10ud (~c10ud@emesene/dictator/c10ud) Quit (Remote host closed the connection)
  • [12:30:00] <zmatt> should my color choices not be to one's taste, you can customize them
  • [12:30:05] <zmatt> (by editing the source)
  • [12:38:50] * somazero (~somazero@ip72-198-85-176.ok.ok.cox.net) Quit (Quit: Leaving)
  • [12:40:13] <av500> https://www.hackster.io/beagleboard/projects
  • [12:40:34] * somazero (~somazero@ip72-198-85-176.ok.ok.cox.net) has joined #beagle
  • [12:44:44] <zmatt> random link?
  • [12:46:13] <Super_guest> still flashing
  • [12:46:20] <Super_guest> should have used 2A barrel jack no ;(?
  • [12:46:50] * idwer (~irc@unaffiliated/idwer) has joined #beagle
  • [12:47:21] <zmatt> heartbeat means it's not flashing, i.e. either you used a non-flasher or failed to hold the SD button properly
  • [12:47:27] * thunder5 (~unknown@5.148.129.203) Quit (Ping timeout: 260 seconds)
  • [12:48:54] <zmatt> the flasher makes a distinctive KITT led pattern while it's flashing
  • [12:48:59] <zmatt> and all leds on when it's done
  • [12:49:25] <zmatt> if the leds look at all like they do when you boot a normal system, you've booted a normal system
  • [12:50:26] * thunder5 (~unknown@5.148.129.203) has joined #beagle
  • [12:51:24] * idwer (~irc@unaffiliated/idwer) Quit (Ping timeout: 255 seconds)
  • [12:54:58] * idwer (~irc@unaffiliated/idwer) has joined #beagle
  • [12:57:00] * micges (~micges@enk44.neoplus.adsl.tpnet.pl) has joined #beagle
  • [12:57:00] * micges (~micges@enk44.neoplus.adsl.tpnet.pl) has joined #beaglebone
  • [12:57:45] * tai271828 (~tai271828@111-81-120-162.EMOME-IP.hinet.net) Quit (Ping timeout: 246 seconds)
  • [12:57:59] <tbr> I think the march flasher had a different pattern?
  • [12:58:15] <zmatt> he's flashing the latest now I thought?
  • [12:58:22] <av500> it flashes a 4/4 beat?
  • [12:59:18] <zmatt> oh well who cares, as long as it makes a distinctive led pattern that cannot be mistaken for a normal running BBB
  • [13:00:14] * jdawgaz (~Jerry@ip70-176-27-239.ph.ph.cox.net) has joined #beaglebone
  • [13:10:01] * pmezydlo (5947b13d@gateway/web/freenode/ip.89.71.177.61) has joined #beagle
  • [13:13:21] * tema (~tema@rrcs-97-78-164-226.se.biz.rr.com) Quit (Remote host closed the connection)
  • [13:13:53] * thaytan_ (~thaytan@199.7.70.115.static.exetel.com.au) has joined #beagle
  • [13:14:59] * thaytan (~thaytan@199.7.70.115.static.exetel.com.au) Quit (Ping timeout: 265 seconds)
  • [13:15:21] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) Quit (Read error: Connection reset by peer)
  • [13:16:17] * thunder5 (~unknown@5.148.129.203) Quit (Remote host closed the connection)
  • [13:18:11] * RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl) Quit (Ping timeout: 276 seconds)
  • [13:18:50] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) has joined #beagle
  • [13:20:33] * somazero (~somazero@ip72-198-85-176.ok.ok.cox.net) Quit (Quit: Leaving)
  • [13:21:14] * NishanthMenon (nmenon@nat/ti/x-jlbjoudwzzbuqkci) has joined #beagle
  • [13:22:32] * RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl) has joined #beagle
  • [13:22:49] <Super_guest> its still flashing???
  • [13:23:09] <zmatt> read what I said a few lines ago
  • [13:23:45] <zmatt> which file did you download?
  • [13:26:18] <Super_guest> egh
  • [13:27:03] <Super_guest> microSD/Standalone: (lxqt-4gb) (BeagleBone/BeagleBone Black/BeagleBone Green)
  • [13:27:12] <Super_guest> http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Jessie_Snapshot_lxqt
  • [13:27:45] <zmatt> Standalone
  • [13:27:48] <Super_guest> i wrote it to sd card after i unpack the image
  • [13:27:48] <zmatt> i.e. not a flasher
  • [13:28:11] <Super_guest> but then i configure the uEnv.txt file to start to flash from sd card
  • [13:28:19] <Super_guest> it wont work?
  • [13:28:20] <Super_guest> ??
  • [13:28:37] <zmatt> why would you attempt such a thing instead of downloading an actual flasher?
  • [13:28:49] <Super_guest> cmdline=init=/opt/scripts/tools/eMMC/init-eMMC-flasher-v3.sh\
  • [13:28:52] <Super_guest> i dont know what a flasher is
  • [13:28:56] <Super_guest> i follow the tutorial
  • [13:29:13] <Super_guest> read it form sd card
  • [13:29:14] * thunder5 (~unknown@5.148.129.203) has joined #beagle
  • [13:29:16] <Super_guest> so i flash the sd card
  • [13:29:16] <zmatt> first two links at the url you linked to
  • [13:29:21] <zmatt> Flasher: (lxqt-4gb) (BeagleBone Black/Green 4GB eMMC)
  • [13:29:23] <zmatt> Flasher: (lxqt-2gb) (BeagleBone Black 2GB eMMC)
  • [13:29:29] <Super_guest> what can i do with that?
  • [13:29:33] <Super_guest> flash to sd card?
  • [13:29:52] <Super_guest> with win32diskimager?
  • [13:30:13] <Super_guest> ;(
  • [13:30:15] <zmatt> then boot the BBB from the sd card and it'll automatically reflash your eMMC
  • [13:30:19] <zmatt> I explained this already
  • [13:30:23] <Super_guest> i am dumb
  • [13:30:26] <Super_guest> i didnt press the button
  • [13:30:40] <Super_guest> can i flash it with win32diskimager over usb
  • [13:30:50] <Super_guest> instead of flashing the sd card, i select the drive of bbb?
  • [13:31:08] <zmatt> not recommended
  • [13:31:18] <Super_guest> ok so i flash the sd card?
  • [13:31:25] <zmatt> yes, with a flasher image
  • [13:31:28] <Super_guest> i have done with with the standalone image
  • [13:31:38] <Super_guest> u say do the flasher image, and then try procedure again?
  • [13:31:54] <Super_guest> ok
  • [13:31:56] <Super_guest> thank u
  • [13:32:05] <Super_guest> <(^_^<)
  • [13:32:06] <zmatt> yes. you can choose between the 4gb and the 2gb image... I think I'd personally go for the 2gb image since it'll have less crap on it
  • [13:32:14] <Super_guest> i need crap man
  • [13:32:24] <zmatt> then go ahead and use the 4gb image
  • [13:32:55] <Super_guest> ok i unplug
  • [13:32:56] <Super_guest> ;(
  • [13:33:07] <Super_guest> wait
  • [13:33:08] <Super_guest> that fucker
  • [13:33:12] * nerienna (~nerienna@p5498ED80.dip0.t-ipconnect.de) has joined #beagle
  • [13:33:15] <Super_guest> isnt flashing leds anymore
  • [13:33:56] <Super_guest> its doing led 1 for micro sd now
  • [13:34:35] <Super_guest> is it possible to flash the standalone?
  • [13:34:36] <Super_guest> or am i just imaging stuff?
  • [13:34:44] <zmatt> I don't know, I don't care
  • [13:35:03] <Super_guest> i have it plugged in for 4 hours -.
  • [13:35:53] <zmatt> I think it takes at most 45 minutes or so for a large image
  • [13:35:53] <Super_guest> o god
  • [13:36:00] <Super_guest> it has new ID
  • [13:36:06] <Super_guest> it must have worked
  • [13:36:49] <zmatt> "it" ? keep in mind you're just staring the the standalone system running from sd
  • [13:37:04] <Super_guest> ??
  • [13:37:09] <Super_guest> i didnt press the button to boot from sd
  • [13:37:47] <zmatt> your eMMC has an old image, those were prone to use the SD card as rootfs if inserted at boot
  • [13:37:48] <Super_guest> i just brouwse to the bbb drive on my pc
  • [13:38:01] <Super_guest> i am so confused right now
  • [13:38:04] <Super_guest> i cant putty to it
  • [13:38:08] <Super_guest> ill just unplug it
  • [13:38:10] <Super_guest> and see what it does
  • [13:38:11] <zmatt> it's the standalone image
  • [13:38:20] <Super_guest> i dont know what that means
  • [13:38:29] <zmatt> just a normal system
  • [13:38:34] <zmatt> but installed on SD instead of on eMMC
  • [13:38:47] <zmatt> it accidently booted from it due to a bootloader/kernel issue
  • [13:39:31] <zmatt> linux still assigns /dev/mmcblk0 to the first MMC/SD card it sees
  • [13:39:45] <Super_guest> so if i remove the sd card
  • [13:39:47] <Super_guest> it wouldnt work
  • [13:39:57] <zmatt> you'd boot to your previous system again
  • [13:40:48] <zmatt> booting from sd in this way is a bug and not recommended, since it uses the bootloader and kernel from eMMC but root filesystem from SD
  • [13:41:35] <zmatt> it's just an icky known issue, primarily caused by some obnoxious people on the linux-mmc mailing list refusing to apply a patch
  • [13:41:56] <Super_guest> ok it didnt work
  • [13:42:03] <zmatt> afaik rcn-ee worked around it in later images
  • [13:42:08] <zmatt> but your eMMC still has an old one
  • [13:42:23] <Super_guest> its no longer showing up as a beaglebone
  • [13:42:26] <Super_guest> without sd card
  • [13:42:38] <zmatt> afte reboot?
  • [13:42:43] <Super_guest> unplug
  • [13:42:48] <Super_guest> same thing yes
  • [13:43:11] <zmatt> just download the flasher
  • [13:43:56] <Super_guest> so when i have the flasher on the sd card, i put in the bbb, and i don thave to press any boot buttons?
  • [13:44:22] <zmatt> boot button is still absolutely required. if you want to be absolutely sure you properly held down the SD button during power on, do it without SD card inserted -- the BBB won't boot at all (only power led goes on), you can then insert the SD card and press the reset button to boot it
  • [13:44:52] <Spidler_> zmatt: Is there a good way to upgrade only the bootloader and related config on the eMMC without reflashing completely new image?
  • [13:45:01] <zmatt> Spidler_: suer, dd
  • [13:45:03] <zmatt> *sure
  • [13:45:14] <Spidler_> I haven't found one that doesn't involve compiling it yourself.
  • [13:46:19] <zmatt> Spidler_: how old is your current filesystem? do you have a separate FAT boot partition (old style) ?
  • [13:46:31] <Spidler_> Yea
  • [13:46:50] <Spidler_> Separate FAT partition. Means that dding into the mmc block is going to cause me slight issues.
  • [13:46:54] * mrjazzcat (~mrjazzcat@c-50-134-253-3.hsd1.co.comcast.net) has joined #beagle
  • [13:46:55] <Super_guest> zmatt i think i dont need to press the boot button, since what u describe alreayd happens, since the old eMMC has that flasher line inabled in the uEnv.txt
  • [13:47:39] <zmatt> Super_guest: go away. you continuous try random things instead of paying attention to instructions, and then you're surprised when things don't work
  • [13:48:04] * Super_guest (d57c1272@gateway/web/freenode/ip.213.124.18.114) has left #beagle
  • [13:48:18] <zmatt> Spidler_: if you have a separate FAT partition then no dd'ing is involved, you can just update the bootloader files on it
  • [13:48:50] <zmatt> Spidler_: though, it's possible both systems are present at the same time, in which case the new (non-FAT) way takes precedence
  • [13:49:22] <zmatt> you can check that by doing dd if=/dev/mmcblk0 skip=$(( 0x20000 / 512 )) count=1 | hexdump -C
  • [13:49:25] <Spidler_> I'm aware, MLO & uboot.img . The question is more, is there a pre-built binary package that I can download, or am I forced to chase down a git revision that's in use?
  • [13:49:52] <zmatt> just download the most recent console image and copy from it
  • [13:50:24] <Spidler_> That just returns 0, so there seems to be nothing there.
  • [13:50:36] <zmatt> ok, then it's just the FAT partition
  • [13:50:39] <zmatt> hold on
  • [13:50:41] <Spidler_> Okay, manually copying the files in, goodie.
  • [13:50:47] <zmatt> yeah except you can't
  • [13:50:56] <zmatt> since the latest images don't use a boot partition
  • [13:51:04] <Spidler_> ah. okay
  • [13:51:12] <Spidler_> I'll just stick to the old uboot
  • [13:51:15] <zmatt> I was about to extract the files from the image for you
  • [13:51:22] <Spidler_> It's not hassling me and I'm not having a huge problem with them now
  • [13:51:23] <zmatt> you can also switch to the new system
  • [13:51:26] * somazero (~somazero@ip72-198-85-176.ok.ok.cox.net) has joined #beagle
  • [13:51:36] <Spidler_> I'd rather not do that on 50+ devices that run headless
  • [13:51:41] <zmatt> can you do fdisk -l /dev/mmcblk0 ?
  • [13:51:52] <Spidler_> sure
  • [13:51:59] <zmatt> well, just be sure to try it once with one you have within recovery distance :)
  • [13:52:00] <Spidler_> Device Boot Start End Sectors Size Id Type
  • [13:52:00] <Spidler_> /dev/mmcblk0p1 * 2048 198655 196608 96M e W95 FAT16 (LBA)
  • [13:52:00] <Spidler_> /dev/mmcblk0p2 198656 1222655 1024000 500M 83 Linux
  • [13:52:00] <Spidler_> /dev/mmcblk0p3 1222656 2246655 1024000 500M 83 Linux
  • [13:52:00] <Spidler_> /dev/mmcblk0p4 2246656 7553023 5306368 2.5G 83 Linux
  • [13:52:09] <zmatt> heuh
  • [13:52:22] <Spidler_> p2 and p3 are squashfs filesystems
  • [13:52:31] <Spidler_> So I need kernel to live on vfat, sadly.
  • [13:52:41] <Spidler_> With all the love that entails for me and the stability of vfat.
  • [13:52:44] <zmatt> it's a very customized things?
  • [13:52:50] <Spidler_> Yeaps.
  • [13:52:58] <Spidler_> Well, not the bootloader. :P
  • [13:53:33] <Spidler_> And since I'm looking at uboot right now, and adjusting the boot scripts & kernel to support failover / boot count
  • [13:53:34] <zmatt> why do you *need* the kernel on vfat? instead of grabbing it from p4 ?
  • [13:53:48] <Spidler_> Because p4 isn't persistent in the way you think of it
  • [13:53:52] <zmatt> ah ok
  • [13:54:10] <Spidler_> I'd _really_ want uboot to support squashfs
  • [13:54:17] <zmatt> you could make the boot partition ext also
  • [13:54:28] <Spidler_> And if I get the funding I'm hoping for, I'll probably end up supporting that development
  • [13:54:34] <Spidler_> as it would make my life a fair bit easier
  • [13:54:44] <Spidler_> Yea.
  • [13:55:14] <Spidler_> But yes, I'd really want to reduce the amount of scary things that need to be updated separately
  • [13:55:28] <Spidler_> Having to tie kernel + filesystem + dtbs together and always keep them in sync bugs me.
  • [13:55:39] <zmatt> btw, you realize your filesystems are misaligned w.r.t. the NAND erase blocks?
  • [13:55:40] <Spidler_> (filesytem is tied to kernel mostly because of modules)
  • [13:55:53] <Spidler_> These days, yea.
  • [13:55:58] <zmatt> 4 MB
  • [13:56:03] <Spidler_> Mmm.
  • [13:56:07] <Spidler_> "Too late to fix" :/
  • [13:56:39] <zmatt> hehe, it eh, would indeed require a bit more creativity then you'd be comfortable with probably
  • [13:57:19] * thaytan_ is now known as thaytan
  • [13:58:42] <zmatt> but you can update u-boot on FAT or install it in its proper place for the new method (which lies before the first partition)
  • [14:00:01] <zmatt> the latter method is relatively easy: copy the space between the partition table and the first partition from a recent console image
  • [14:01:10] <zmatt> if there's trouble, boot it from some SD card and zeroize that space again
  • [14:01:29] <zmatt> it's not part of any partition so risk is low
  • [14:01:50] <zmatt> and wouldn't require touching your existing stuff initially
  • [14:02:34] * jcv_ (~jcv@zebes.netpurgatory.com) has joined #beagle
  • [14:03:13] <zmatt> if it boots from the new u-boot, it no longer needs to live on the FAT partition, and you can consider whether you want to replace it with a non-FAT filesystem of your preference to hold the kernel and such
  • [14:04:23] <zmatt> you can also try Falcon booting
  • [14:08:15] * jcv (~jcv@208.79.91.26) Quit (*.net *.split)
  • [14:08:15] * nemunaire (~nemunaire@88.187.115.198) Quit (*.net *.split)
  • [14:08:15] * m1kesm1th (~m1kesm1th@188.166.44.227) Quit (*.net *.split)
  • [14:09:41] <zmatt> this is the layout in current u-boot as far as I gathered -> http://pastebin.com/wSnVCpnR
  • [14:10:15] <Spidler_> zmatt: okay, nice. Thanks
  • [14:10:29] <Spidler_> zmatt: any documentation on Falcon booting?
  • [14:10:51] <zmatt> the MLO and u-boot.img indicated in that map are btw exactly the same as the MLO and u-boot.img you'd put on a FAT partition
  • [14:11:14] <zmatt> (for some reason they compile One U-Boot to Rule Them All... that's why it's so hideously bloated)
  • [14:11:32] <zmatt> it'll even boot an am335x-evm
  • [14:11:51] <Spidler_> Yeah. I've seen that. had some issues with search-paths for dtb's. Which is why I have my current excursion into how this hangs together.
  • [14:12:17] <zmatt> the short summary is: like a mess
  • [14:12:19] <zmatt> ;)
  • [14:13:10] <Spidler_> Yep!
  • [14:13:44] <zmatt> it's absurd they need 2 stages for the bootloader because they couldn't fit it in the max space for an MLO (which is slightly above 100 KB iirc)
  • [14:13:56] <Spidler_> If it's only a few boards I have on my hands I could probably figure out how to revamp the partition table and adjust it nicely.
  • [14:13:59] <zmatt> you could fit a multitasking OS in there :P
  • [14:14:03] <Spidler_> Hahaha
  • [14:14:22] <Spidler_> Well, I've got 500 megs of space for those squashfs filesystems... which are ~120 megs or so
  • [14:14:30] <Spidler_> So I can adjust things like that
  • [14:15:11] <Spidler_> And 120 megs is huge, but there's X, fair pieces of GNOME and more in there.
  • [14:15:28] <zmatt> ew
  • [14:15:30] <zmatt> :)
  • [14:15:31] <Spidler_> Enough to run a touch screen kiosk with a full screen SVG app.
  • [14:15:49] <zmatt> can't you run like webkit directly on the fb ?
  • [14:16:01] * nemunaire (~nemunaire@88.187.115.198) has joined #beagle
  • [14:16:01] * m1kesm1th (~m1kesm1th@188.166.44.227) has joined #beagle
  • [14:16:02] <Spidler_> touch <.<
  • [14:16:06] <zmatt> so?
  • [14:16:17] <Spidler_> And sure, but the development cost for adapting it is _way_ more costly than a few megs of space
  • [14:16:21] <zmatt> point
  • [14:16:30] <Spidler_> I mean, seriously, I'm _drowning_ in flash here with 4 Gigs :)
  • [14:16:32] * somazero (~somazero@ip72-198-85-176.ok.ok.cox.net) Quit (Quit: Leaving)
  • [14:16:54] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) Quit (Ping timeout: 272 seconds)
  • [14:17:06] <zmatt> yeah, adds to boot time though, our customer basically wants nearly instant-on
  • [14:17:11] <Spidler_> Ah
  • [14:17:23] <Spidler_> We don't really care about boottime.
  • [14:17:30] <zmatt> that helps
  • [14:17:39] <Spidler_> Ours isn't really functional until you have network anyhow
  • [14:17:55] <Spidler_> And webbrowsers aren't the fastest to load
  • [14:18:03] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) has joined #beagle
  • [14:18:06] * somazero (~somazero@ip72-198-85-176.ok.ok.cox.net) has joined #beagle
  • [14:18:27] <Spidler_> total boot time is ~1 min 20s
  • [14:18:28] <zmatt> network up would not be a limiting factor if u-boot and kernel would STOP RESETTING THAT PHY
  • [14:18:33] <zmatt> !@#&
  • [14:18:38] <Spidler_> Heh
  • [14:19:00] <Spidler_> I'm more concerned that we have at least one board where the PHY comes up and says "disconnected" all the tim
  • [14:19:03] <Spidler_> e
  • [14:19:05] <Spidler_> until you power cycle it.
  • [14:19:07] <zmatt> seriously, I'm working on some baremetal code, for testing purposes and hopefully I can grow it into a bootloader
  • [14:19:08] <Spidler_> Which isn't okay.
  • [14:19:32] <Spidler_> mmm. I've been itching to find a reason to use the Real Time Units.
  • [14:19:41] <Spidler_> But I just can't find one <.<
  • [14:19:46] <zmatt> if I press "r" it'll reset the processor, ROM will use bootp and tftp and download the application from my laptop
  • [14:19:49] <zmatt> it's instant
  • [14:19:56] <Spidler_> Oh, nifty.
  • [14:20:05] <zmatt> it has booted before my finger has let go of the 'r' key basically
  • [14:20:25] <Spidler_> That's quite sweet. What are you building, if I can ask?
  • [14:21:26] <zmatt> right now I'm just slowly growing a basic but comfy environment. I also use it as a harness to perform tests that are awkward to run on linux
  • [14:21:36] <zmatt> like "how exactly does the LCD controller behave" ?
  • [14:22:21] * Angs (~ubuntu@85.235.3.238) Quit (Quit: Leaving)
  • [14:23:53] <Spidler_> Ah, right.
  • [14:24:19] <zmatt> but an explicit goal is to make a minimalistic rescue loader that allows remote (but secure) recovery via network
  • [14:24:28] <Spidler_> I mostly build SCADA type stuff, the display is part of a cabinet standing in a boiler room that shows status of heat pumps/elevators/fans
  • [14:24:52] <Spidler_> So, basically hooking up and putting a ton of junk that shouldn't be online, online ;P
  • [14:25:17] <Spidler_> ( And attempting to do it without telnet, modbus-tcp or other annoying idiotic protocols)
  • [14:25:17] * ol_ (2e0500e4@gateway/web/freenode/ip.46.5.0.228) has joined #beagle
  • [14:25:28] <zmatt> have you ever heard of Internet Census 2012 ?
  • [14:25:30] <ol_> hi
  • [14:26:37] <Spidler_> Yea
  • [14:27:02] <zmatt> just checking ;) it's a useful precautionary tale for any embedded systems developer
  • [14:27:15] <ol_> is it ok to use http://beagleboard.org/latest-images with freedombox-setup? because the freedombox-unstable-0.6 have read/write errors.:-)
  • [14:27:51] <Spidler_> Oh yeah.
  • [14:27:55] <zmatt> note that http://beagleboard.org/latest-images is ancient crap, for some reason that page lags seriously behind
  • [14:29:01] <ol_> hm
  • [14:29:20] <zmatt> the latest release is 2015-11-03, though it's also ancient crap (wheezy) and I recommend a "testing" image (actually contains jessie, which is debian stable)
  • [14:29:32] <zmatt> no idea about the freedombox thing
  • [14:30:20] <ol_> zmatt: is there a good alternative to the freedombox project?
  • [14:30:23] <zmatt> Spidler_: the nice thing about the bootloader environment is the ability to freely use the hardware available, no rules to abide to, no other drivers or whatever to take into consideration
  • [14:30:27] <zmatt> ol_: I don't know it
  • [14:30:31] <zmatt> never heard of it
  • [14:31:13] * kilroi is now known as kilroi_off
  • [14:32:57] <ol_> zmatt: thx.:-)
  • [14:34:02] * emeb (~ericb@ip68-2-68-52.ph.ph.cox.net) has joined #beagle
  • [14:34:34] <ol_> zmatt: where i get the debian images for the beaglebone?
  • [14:34:48] <zmatt> http://elinux.org/Beagleboard:BeagleBoneBlack_Debian
  • [14:35:11] <Spidler_> zmatt: Yea, feels a bit like being back in DOS ;)
  • [14:35:16] <zmatt> you can find both the (wheezy) releases and the jessie snapshots
  • [14:35:31] * tai271828 (~tai271828@111-248-108-45.dynamic.hinet.net) has joined #beagle
  • [14:35:53] <zmatt> Spidler_: never done any DOS programming, I find the x86 architecture abhorrent
  • [14:36:29] <zmatt> but I'm pretty sure under DOS you didn't have the level of comfort you have on a modern ARM-based SoC
  • [14:36:58] * dgerlach1 (dgerlach@nat/ti/x-hwtwlxfkpuwrjfww) has joined #beagle
  • [14:37:26] <Spidler_> No, most definitely not.
  • [14:37:41] <Spidler_> You had to tip-toe around things to avoid breaking stuff that just happened to be in memory at strange places
  • [14:37:46] <zmatt> hehehe
  • [14:37:50] <Spidler_> Old x86 was a very weeeird architecture
  • [14:38:02] <zmatt> http://www.pagetable.com/?p=600
  • [14:38:07] <Spidler_> With a ton of magic memory areas and other places
  • [14:38:14] <Spidler_> hah
  • [14:38:19] <zmatt> that's not really "old x86" though
  • [14:39:03] <Spidler_> DOS, or the 80286 I used to do assembly on?
  • [14:39:33] <zmatt> no I mean, it's still a weeeird architecture with magic memory areas and stuff
  • [14:39:47] <Spidler_> oh, Yes indeed
  • [14:39:51] <zmatt> if I understand correctly, gate A20 is still there, as a virtualized wire to the chipset
  • [14:39:58] <zmatt> (not a physical one anymore)
  • [14:40:03] <Spidler_> Used to be _more_ weird in the sense that you started in Real mode
  • [14:40:07] <Spidler_> Noone does real mode anymore
  • [14:40:16] <zmatt> still boots up in it doesn't it?
  • [14:40:25] <Spidler_> And these days you don't really have a magic memory area for the video.. wait you do
  • [14:40:28] <Spidler_> Meh
  • [14:40:33] <zmatt> and then there's "big real mode"
  • [14:40:35] <Spidler_> Mmmm
  • [14:40:37] <Spidler_> And more
  • [14:40:41] <zmatt> and magic memory areas of the SMM
  • [14:41:04] <zmatt> I used to think SMM was the most horrific part of x86 but they just keep piling on more and more horror
  • [14:41:42] <zmatt> (see also http://blog.invisiblethings.org/2015/10/27/x86_harmful.html )
  • [14:42:11] <Spidler_> Yea, I've read that one too :)
  • [14:42:37] <Spidler_> It's one of the best modern explanations of how x86 strings together
  • [14:42:47] <Spidler_> It just also happens to explain that it sucks horribly for security
  • [14:43:36] <zmatt> yeah, x86 is imho irrecoverable from a security pov. not that the am335x is fully transparent, but I have a pretty good idea what secrom does, which on a GP device is fortunately "not much"
  • [14:43:58] <Spidler_> MMm
  • [14:44:29] * jdawgaz (~Jerry@ip70-176-27-239.ph.ph.cox.net) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [14:46:03] * jdawgaz (~Jerry@ip70-176-27-239.ph.ph.cox.net) has joined #beaglebone
  • [14:58:45] * jdawgaz (~Jerry@ip70-176-27-239.ph.ph.cox.net) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [15:07:41] * bostondriver (~mcambria@68.128.155.223) has joined #beagle
  • [15:12:36] * j0rd__ (~j0rd_@unaffiliated/j0rd-/x-9112651) has joined #beagle
  • [15:13:32] * Liir (~francky@108-68-121-177.lightspeed.sntcca.sbcglobal.net) has joined #beagle
  • [15:13:54] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) Quit (Ping timeout: 272 seconds)
  • [15:19:25] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Quit: Client exiting)
  • [15:25:19] * michael_lee (~michael_l@113.135.121.32) has joined #beagle
  • [15:29:51] * Vasco_O is now known as Vasco
  • [15:31:52] * Liir (~francky@108-68-121-177.lightspeed.sntcca.sbcglobal.net) Quit (Quit: Leaving)
  • [15:38:09] * pmezydlo (5947b13d@gateway/web/freenode/ip.89.71.177.61) Quit (Ping timeout: 246 seconds)
  • [15:39:47] * tema (~tema@rrcs-97-78-164-226.se.biz.rr.com) has joined #beagle
  • [15:52:33] <zmatt> wow, adding detailed fault reporting, while useful, has suddenly made my little baremetal test prog HUGE
  • [15:52:39] <zmatt> it's almost 6 KB now
  • [15:52:42] <zmatt> o.o
  • [15:54:07] <Spidler_> Hehe
  • [15:54:26] <Spidler_> Just now I'm chasing for a box that I can't find
  • [15:54:38] <Spidler_> Well, couldn't. Turns out that it was one that wasn't supposed to be on that network.
  • [15:55:10] <zmatt> heh, that helps
  • [15:55:19] * somazero (~somazero@ip72-198-85-176.ok.ok.cox.net) Quit (Quit: Leaving)
  • [15:55:49] * abferm (~abferm@wsip-72-205-198-77.ks.ks.cox.net) has joined #beagle
  • [15:55:50] * abferm (~abferm@wsip-72-205-198-77.ks.ks.cox.net) has joined #beaglebone
  • [15:56:42] * kilroi_off is now known as kilroi
  • [16:01:56] * Starduster_ (~guest@unaffiliated/starduster) Quit ()
  • [16:03:00] * ol_ (2e0500e4@gateway/web/freenode/ip.46.5.0.228) Quit (Ping timeout: 246 seconds)
  • [16:05:28] * hieuletrung (~hieult@123.20.103.161) has joined #beagle
  • [16:05:35] * tomeff (~tomeff@ip-89-176-75-234.net.upcbroadband.cz) Quit (Ping timeout: 250 seconds)
  • [16:06:24] * emeb (~ericb@ip68-2-68-52.ph.ph.cox.net) Quit (Quit: Leaving.)
  • [16:13:15] * cbrake1 (~Thunderbi@cable2-pool191-cs-134.doycomm.com) has joined #beagle
  • [16:13:49] * dgerlach1 (dgerlach@nat/ti/x-hwtwlxfkpuwrjfww) Quit (Ping timeout: 265 seconds)
  • [16:14:46] <Spidler_> My fixups have fixups...
  • [16:14:48] * Spidler_ mutters
  • [16:15:27] * riddle (riddle@us.yunix.net) Quit (Disconnected by services)
  • [16:15:49] * riddle (riddle@us.yunix.net) has joined #beagle
  • [16:15:49] * riddle (riddle@us.yunix.net) has joined #beagleboard
  • [16:16:07] * dlitz_ (~dwon@goedel.dlitz.net) has joined #beagle
  • [16:16:22] * agmlego|brigid (~agmlego@agmlego.com) has joined #beagle
  • [16:16:41] * nerienna_ (~nerienna@p5498ED80.dip0.t-ipconnect.de) has joined #beagle
  • [16:17:07] * WillAmes (~py@ool-1826eaa1.dyn.optonline.net) Quit (Ping timeout: 240 seconds)
  • [16:17:09] * joel_ (~joel@c-98-207-106-152.hsd1.ca.comcast.net) Quit (Ping timeout: 240 seconds)
  • [16:17:09] * cbrake (~Thunderbi@cable2-pool191-cs-134.doycomm.com) Quit (Ping timeout: 240 seconds)
  • [16:17:10] * nerienna (~nerienna@p5498ED80.dip0.t-ipconnect.de) Quit (Ping timeout: 240 seconds)
  • [16:17:10] * penth (~rachel@c-68-81-92-61.hsd1.pa.comcast.net) Quit (Ping timeout: 240 seconds)
  • [16:17:11] * XFaCE (~XFaCE@unaffiliated/xface) Quit (Ping timeout: 240 seconds)
  • [16:17:11] * agmlego (~agmlego@agmlego.com) Quit (Ping timeout: 240 seconds)
  • [16:17:11] * dlitz (~dwon@goedel.dlitz.net) Quit (Ping timeout: 240 seconds)
  • [16:17:12] * cbrake1 is now known as cbrake
  • [16:17:42] * XFaCE (~XFaCE@unaffiliated/xface) has joined #beagle
  • [16:18:13] * penth (~rachel@c-68-81-92-61.hsd1.pa.comcast.net) has joined #beagle
  • [16:18:14] * joel_ (~joel@c-98-207-106-152.hsd1.ca.comcast.net) has joined #beagle
  • [16:18:45] * ankur (7bfcd039@gateway/web/cgi-irc/kiwiirc.com/ip.123.252.208.57) has joined #beagle
  • [16:21:34] * hieuletrung (~hieult@123.20.103.161) Quit (Quit: hieuletrung)
  • [16:33:41] * jhuk (2e0500e4@gateway/web/freenode/ip.46.5.0.228) has joined #beagle
  • [16:33:49] <jhuk> hello
  • [16:34:26] <jhuk> is a power supply 5V with 1A enough for a bbb rev c. with an wifi-usb-dongle? or is it better 2A? thanks a lot!
  • [16:38:26] <tbr> 2A is certainly better
  • [16:38:34] <tbr> 1A is on the margin at best
  • [16:39:35] <tbr> if price is a concern, buy it from aliexpress. they have a powersale today. you'll get the stuff in 2-4 weeks by china post ;)
  • [16:40:18] <jhuk> tbr: :-)
  • [16:40:59] * nerienna_ (~nerienna@p5498ED80.dip0.t-ipconnect.de) Quit (Remote host closed the connection)
  • [16:41:06] <tbr> also power supplies don't like being operated near/above the limit, especially not the cheap chinese crap
  • [16:41:15] * Xu (4c06dcb7@gateway/web/freenode/ip.76.6.220.183) has joined #beagle
  • [16:41:29] <jhuk> tbr: ok, i take > 1A and no crap
  • [16:41:34] <Xu> is this some sort of customer service?
  • [16:41:42] <jhuk> tbr: thanks.:-)
  • [16:41:52] * bearsh|work (~quassel@252.212.107.92.dynamic.wline.res.cust.swisscom.ch) Quit (Ping timeout: 250 seconds)
  • [16:42:04] <tbr> Xu: it's people helping each other
  • [16:42:32] <Xu> i see. Has anyone have had experience with defective BBB within warranty?
  • [16:43:08] * ankur (7bfcd039@gateway/web/cgi-irc/kiwiirc.com/ip.123.252.208.57) Quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
  • [16:43:09] <Xu> My BBB died on me all of sudden. I was using it yesterday.
  • [16:43:53] <Xu> now when I connect it to either USB to my MAC, or 5V adapter, the power LED will blink once and nothing after that...
  • [16:44:51] <Xu> or does anyone know the contact information of the manufacturer?
  • [16:46:45] * jhuk (2e0500e4@gateway/web/freenode/ip.46.5.0.228) Quit (Quit: Page closed)
  • [16:47:53] * [Butch] (~butch@169.145.89.207) has joined #beagle
  • [16:49:33] * bkearns (~bkearns@64.125.192.130) has joined #beagle
  • [16:50:30] * praneeth__ (praneeth@nat/ti/x-twwxawhrmzezczql) Quit (Remote host closed the connection)
  • [16:50:47] * praneeth__ (praneeth@nat/ti/x-qirfgwveiokiavyy) has joined #beagle
  • [16:54:23] <kaak> is there a straightforward way to toggle the USB VBUS line on the USB host?
  • [16:54:54] <kaak> I've got a misbehaving USB device (shockingly not related to musb) that may benefit hard power cycle for recovery.
  • [16:55:52] * bkearns (~bkearns@64.125.192.130) Quit (Read error: Connection reset by peer)
  • [16:55:53] <kaak> I.E. Does musb have hooks into the PM subsystem, and if so, what are those hooks?
  • [16:57:35] * nerdboy (~sarnold@gentoo/developer/nerdboy) Quit (Excess Flood)
  • [16:57:42] * bkearns (~bkearns@64.125.192.130) has joined #beagle
  • [16:58:14] * nerdboy (~sarnold@gatekeeper.gentoogeek.org) has joined #beagle
  • [16:58:34] * nerdboy (~sarnold@gatekeeper.gentoogeek.org) Quit (Changing host)
  • [16:58:34] * nerdboy (~sarnold@gentoo/developer/nerdboy) has joined #beagle
  • [17:08:22] * mrjazzcat (~mrjazzcat@c-50-134-253-3.hsd1.co.comcast.net) Quit (Quit: Leaving)
  • [17:14:24] * Xu (4c06dcb7@gateway/web/freenode/ip.76.6.220.183) Quit (Ping timeout: 246 seconds)
  • [17:15:57] * c10ud (~c10ud@emesene/dictator/c10ud) has joined #beagle
  • [17:19:59] * thunder5 (~unknown@5.148.129.203) Quit (Ping timeout: 264 seconds)
  • [17:20:41] * Kipisz (Steve@nat/ti/x-axymeqovovgimbfu) Quit (Remote host closed the connection)
  • [17:21:05] * Kipisz (Steve@nat/ti/x-wmeodqnhkwijrzsc) has joined #beagle
  • [17:28:03] <zmatt> vbus can be controlled yes
  • [17:29:02] <zmatt> the cpu has a dedicated vbus-control output for that, presumably controlled from somewhere in the usb subsystem, but you can also just temporarily mux it to gpio and drive it low
  • [17:35:31] * thunder5 (~unknown@5.148.129.203) has joined #beagle
  • [17:37:27] * bkearns (~bkearns@64.125.192.130) Quit (Read error: Connection reset by peer)
  • [17:37:40] * bkearns (~bkearns@64.125.192.130) has joined #beagle
  • [17:40:00] * NulL` (~bleh1@92.39.206.6) has joined #beagle
  • [17:41:43] * Abdullah (0258c31b@gateway/web/freenode/ip.2.88.195.27) has joined #beagle
  • [17:42:35] <Abdullah> hi, has any tried running ardupilot on BBB
  • [17:47:39] * thunder5 (~unknown@5.148.129.203) Quit (Ping timeout: 240 seconds)
  • [17:48:06] * thunder5 (~unknown@5.148.129.203) has joined #beagle
  • [17:49:30] * ghoti (~paul@hq.experiencepoint.com) Quit (Ping timeout: 260 seconds)
  • [17:49:46] * tai271828 (~tai271828@111-248-108-45.dynamic.hinet.net) Quit (Quit: Leaving)
  • [17:49:54] * nyo_ (~nyo@host11-197-dynamic.250-95-r.retail.telecomitalia.it) Quit (Ping timeout: 250 seconds)
  • [17:50:13] * eFfeM (~frans@c73189.upc-c.chello.nl) has joined #beagle
  • [17:50:29] * ghoti (~paul@hq.experiencepoint.com) has joined #beagle
  • [17:52:48] * nyo_ (~nyo@host129-120-dynamic.57-82-r.retail.telecomitalia.it) has joined #beagle
  • [17:56:58] * jpirko (~jirka@ip-94-113-120-24.net.upcbroadband.cz) Quit (Quit: Leaving)
  • [18:01:42] * Abdullah (0258c31b@gateway/web/freenode/ip.2.88.195.27) Quit ()
  • [18:09:38] * tomeff (~tomeff@ip-78-102-111-158.net.upcbroadband.cz) has joined #beagle
  • [18:09:38] * tomeff (~tomeff@ip-78-102-111-158.net.upcbroadband.cz) has joined #beagleboard
  • [18:09:38] * tomeff (~tomeff@ip-78-102-111-158.net.upcbroadband.cz) has joined #beaglebone
  • [18:18:19] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) Quit (Ping timeout: 260 seconds)
  • [18:19:01] * bizarro_1 (~bizarro_1@127.Red-88-5-134.dynamicIP.rima-tde.net) has joined #beagle
  • [18:19:21] <zmatt> kaak: I just tried it, the gpio route works ... but after that the usb driver is in a state of complete confusion and I have to unload and reload the musb_dsps kernel module before it works again
  • [18:22:38] * ppisati (~ppisati@2-230-238-136.ip204.fastwebnet.it) Quit (Quit: leaving)
  • [18:23:37] <zmatt> kaak: feel free to try it: http://gerbil.xs4all.nl/vbus.tar.gz
  • [18:23:53] <zmatt> afk, shopping
  • [18:27:48] * nmschulte (~nmschulte@unaffiliated/reklipz) Quit (Ping timeout: 246 seconds)
  • [18:35:57] <[Butch]> Dumb question, how do you change the editor font in Cloud9?
  • [18:37:20] * bkearns (~bkearns@64.125.192.130) Quit (Ping timeout: 276 seconds)
  • [18:39:06] * lyakh (~lyakh@xdsl-78-34-203-90.netcologne.de) Quit (Quit: thanks, bye)
  • [18:39:17] * djlewis (~bubba@adsl-65-64-30-13.dsl.ltrkar.swbell.net) has joined #beagle
  • [18:40:34] * thurgood_ (~thurgood@65-36-122-62.dyn.grandenetworks.net) has joined #beagle
  • [18:41:10] * vagrantc (~vagrant@unaffiliated/vagrantc) has joined #beagle
  • [18:43:15] <[Butch]> Failing that, does anyone know if there’s a Cloud9 IRC channel?
  • [18:44:41] * natsurou (~natsurou@201.240.209.119) has joined #beagle
  • [18:51:38] <stt_michael> https://c9.io/support - #cloud9ide
  • [18:58:46] * aa_ (836ba027@gateway/web/freenode/ip.131.107.160.39) has joined #beagle
  • [18:59:39] * aa_ (836ba027@gateway/web/freenode/ip.131.107.160.39) Quit (Client Quit)
  • [19:01:38] <[Butch]> stt_michael: Thank you!
  • [19:03:35] * bkearns (~bkearns@64.125.192.130) has joined #beagle
  • [19:05:57] * vagrantc (~vagrant@unaffiliated/vagrantc) Quit (Ping timeout: 246 seconds)
  • [19:09:36] * michael_lee (~michael_l@113.135.121.32) Quit (Remote host closed the connection)
  • [19:10:40] <[Butch]> I’m back with another silly question, which y’all have mostly answered already in the past.
  • [19:11:13] <[Butch]> I’m trying to get a flow meter working with the BBB using interrupts. I’m using the sample code provided in the attachInterrupt call, but now it doesn’t want to work.
  • [19:11:32] <[Butch]> I’m using exactly the same wiring and flow meter that has worked in the past, but today it has decided to do nothing.
  • [19:12:22] <[Butch]> Actually, that’s not quite true. It sometimes prints one interrupt’s worth of data. Other times nothing. In the past, it has happily spewed data while I was blowing in the meter until the interrupt detached.
  • [19:12:27] <[Butch]> Any ideas why that might be?
  • [19:12:46] <[Butch]> And no, I’m not ruling out, “because you’re stoopid(tm)."
  • [19:13:58] <tbr> use scope with signal?
  • [19:14:08] <[Butch]> If only I had one . . .
  • [19:14:16] <[Butch]> This is a very low budget operation. :-(
  • [19:14:38] <tbr> aliexpress has a sale going on today...
  • [19:14:58] <tbr> any cheap crap scope would probably work
  • [19:15:31] <[Butch]> tbr: Work no pay for anything.
  • [19:17:31] <tbr> likely an hour or two of work would already pay for more than one cheap crap scope
  • [19:18:24] * James_Johnson (~clayshoot@wsip-70-184-254-102.ok.ok.cox.net) has joined #beagle
  • [19:19:38] <[Butch]> tbr: See, there you go applying logic. :-)
  • [19:21:35] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [19:24:06] <tbr> merely stating the obvious (does not apply to damagement)
  • [19:24:50] <[Butch]> trb: Agreed. If only logic could apply to management.
  • [19:26:02] * agmlego|brigid is now known as agmlego
  • [19:29:02] <zmatt> kaak: never mind the gpio crap, you can do it via sysfs
  • [19:29:24] <zmatt> though I will admit, in a not entirely obvious way :P
  • [19:30:36] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) has joined #beaglebone
  • [19:31:44] * nmschulte (~nmschulte@unaffiliated/reklipz) has joined #beagle
  • [19:31:59] <zmatt> kaak: unloading the kernel driver (musb_dsps) also kills bus power btw
  • [19:32:07] <tbr> btw: just to show that I mean it: http://www.aliexpress.com/item/Good-quality-1PCS-DSO138-2-4-TFT-Digital-Oscilloscope-Kit-DIY-parts-1Msps-with-probe-hot/32505358646.html
  • [19:32:46] * roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com) has joined #beagleboard
  • [19:32:46] * roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com) has joined #beaglebone
  • [19:32:53] <[Butch]> tbr: OK, that’s just crazy. But where do I get the ‘scope to debug the ‘scope that I’m building?
  • [19:34:24] * veremit (~kvirc@unaffiliated/veremit) Quit (Ping timeout: 265 seconds)
  • [19:35:21] * firemanxbr (~firemanxb@177.66.5.244) Quit (Quit: Leaving)
  • [19:38:55] <tbr> [Butch]: for 10 more you can apparently get one ready assembled
  • [19:39:05] <[Butch]> tbr: I just rebuilt the circuit using an Arduino and some old interrupt code I had lying around. It works fine. The flow meter is working.
  • [19:39:18] <[Butch]> tbr: Ah, the chicken and egg problem solved for only $10. :-)
  • [19:39:40] <tbr> http://www.aliexpress.com/item/DSO138-2-4-TFT-DIY-Digital-Display-Oscilloscope-200KHz-Tester-1Msps-Analog-Bandwidth-w-Probe/32387248598.html?spm=2114.01020208.3.322.UEajDs&ws_ab_test=searchweb201556_3_79_78_77_92_91_80,searchweb201644_5,searchweb201560_9
  • [19:40:22] * idwer_ (~irc@unaffiliated/idwer) has joined #beagle
  • [19:42:45] <[Butch]> Any idea why the same flow meter with the same wiring wouldn’t work on the BBB using the sample interrupt code? I know I had it working before using this code . . .
  • [19:43:03] * idwer (~irc@unaffiliated/idwer) Quit (Ping timeout: 246 seconds)
  • [19:43:05] * idwer__ (~irc@unaffiliated/idwer) has joined #beagle
  • [19:45:30] * idwer_ (~irc@unaffiliated/idwer) Quit (Ping timeout: 246 seconds)
  • [19:46:09] * manuel_ (~manuel@209.6.175.242) has joined #beagle
  • [19:50:27] * dgerlach1 (dgerlach@nat/ti/x-erqzsqcqgsatqmbf) has joined #beagle
  • [19:51:16] * RoyBellingan (~roy@195.189.129.21) Quit (Quit: Konversation terminated!)
  • [19:55:38] * bostondriver (~mcambria@68.128.155.223) Quit (Ping timeout: 252 seconds)
  • [19:58:03] * manuel_ (~manuel@209.6.175.242) Quit (Ping timeout: 240 seconds)
  • [19:59:26] * manuel_ (~manuel@209.6.175.242) has joined #beagle
  • [20:01:58] * veremit (~kvirc@31.185.173.20) has joined #beagle
  • [20:01:58] * veremit (~kvirc@31.185.173.20) Quit (Changing host)
  • [20:01:58] * veremit (~kvirc@unaffiliated/veremit) has joined #beagle
  • [20:07:19] * Starduster (~guest@unaffiliated/starduster) has joined #beagle
  • [20:07:53] * thurgood_ (~thurgood@65-36-122-62.dyn.grandenetworks.net) Quit (Remote host closed the connection)
  • [20:10:43] * bostondriver (~mcambria@68.128.155.223) has joined #beagle
  • [20:19:09] * bostondriver (~mcambria@68.128.155.223) Quit (Ping timeout: 244 seconds)
  • [20:25:52] * thunder5 (~unknown@5.148.129.203) Quit (Ping timeout: 244 seconds)
  • [20:26:37] * thunder5 (~unknown@5.148.129.203) has joined #beagle
  • [20:30:50] * manuel_ (~manuel@209.6.175.242) Quit (Ping timeout: 240 seconds)
  • [20:41:22] * manuel_ (~manuel@209.6.175.242) has joined #beagle
  • [20:41:39] <zmatt> veremit: turned out it wasn't a stack overflow at all
  • [20:42:18] <zmatt> in fact 512 seems to be plenty, I don't even reach 256 bytes
  • [20:42:55] <veremit> what happened?
  • [20:43:04] <zmatt> however, I now hate linkers more than ever before -.-
  • [20:44:33] <zmatt> I had reserved a specific memory location for a specific purpose (long story), but the linker clearly felt working around it was too much effort and put code/data right on top of it
  • [20:45:45] * Vasco is now known as Vasco_O
  • [20:45:59] <zmatt> hence every boot one, essentially arbitrary, word of code or data would get clobbered when I wrote to that location, hence the completely random erratic behaviour
  • [20:46:44] <zmatt> -.-
  • [20:48:06] * kiwichris (~kiwichris@CPE-60-225-146-35.hhui6.ken.bigpond.net.au) Quit (Ping timeout: 240 seconds)
  • [20:49:11] * manuel_ (~manuel@209.6.175.242) Quit (Ping timeout: 260 seconds)
  • [20:49:20] * NulL`` (~bleh1@87.254.91.67) has joined #beagle
  • [20:49:49] <zmatt> linkers can be fun like that... like a while ago already I also found it deciding that adhering to 4 KB alignment is clearly more important than the fact I told it memory started at 0x402f0400, and it put code at 0x402f0000 instead
  • [20:50:37] * manuel_ (~manuel@209.6.175.242) has joined #beagle
  • [20:51:47] * NulL` (~bleh1@92.39.206.6) Quit (Ping timeout: 264 seconds)
  • [20:53:34] <zmatt> but, everything now works again, dispite the heavy changes throughout my codebase the tests I wrote earlier also still work, so git commit -m 'omg huge commit' and pushed \o/
  • [20:54:26] * NulL` (~bleh1@87.254.93.224) has joined #beagle
  • [20:56:21] * NulL`` (~bleh1@87.254.91.67) Quit (Ping timeout: 250 seconds)
  • [20:59:34] * manuel__ (~manuel@209.6.175.242) has joined #beagle
  • [20:59:56] * manuel_ (~manuel@209.6.175.242) Quit (Read error: Connection reset by peer)
  • [20:59:56] * manuel__ is now known as manuel_
  • [21:04:17] * bkearns (~bkearns@64.125.192.130) Quit (Quit: Leaving.)
  • [21:04:59] * NulL` (~bleh1@87.254.93.224) Quit (Ping timeout: 264 seconds)
  • [21:05:12] * kiwichris (~kiwichris@msc1401703.lnk.telstra.net) has joined #beagle
  • [21:08:30] * thurgood_ (~thurgood@65-36-122-62.dyn.grandenetworks.net) has joined #beagle
  • [21:10:20] * skhreze (~debian@ip-5-172-247-214.free.aero2.net.pl) has joined #beagle
  • [21:16:42] * H-H-H (~H-H-H@host-92-4-114-230.as43234.net) has joined #beagle
  • [21:17:14] * thurgood_ (~thurgood@65-36-122-62.dyn.grandenetworks.net) Quit (Ping timeout: 276 seconds)
  • [21:20:31] * j0rd__ (~j0rd_@unaffiliated/j0rd-/x-9112651) Quit (Read error: Connection reset by peer)
  • [21:21:42] * thunder5 (~unknown@5.148.129.203) Quit (Ping timeout: 255 seconds)
  • [21:21:44] * opl (d45328ef@gateway/web/freenode/ip.212.83.40.239) has joined #beagle
  • [21:21:52] * opl (d45328ef@gateway/web/freenode/ip.212.83.40.239) Quit (K-Lined)
  • [21:23:35] * manuel_ (~manuel@209.6.175.242) Quit (Ping timeout: 240 seconds)
  • [21:23:41] * j0rd__ (~j0rd_@unaffiliated/j0rd-/x-9112651) has joined #beagle
  • [21:24:47] * opl (2e0500e4@gateway/web/freenode/ip.46.5.0.228) has joined #beagle
  • [21:26:06] <opl> hi, i have further question to the configuration of the power supply. i have a 18Watt with the mods 3.0/4.5/5.0/6.0/7.5/9.0/12.0 V. which should I set? i've understand to set it on 5V. thanks!
  • [21:26:13] * manuel_ (~manuel@209.6.175.242) has joined #beagle
  • [21:29:00] * manuel_ (~manuel@209.6.175.242) Quit (Read error: Connection reset by peer)
  • [21:29:02] * eFfeM (~frans@c73189.upc-c.chello.nl) Quit (Quit: Leaving.)
  • [21:29:50] <zmatt> for the beaglebone ? 5V yes
  • [21:30:39] <opl> zmatt: yes, because there are read/write errors with another power supply. ok, and is 6.0 or 7.5 also ok. or do I destroy the beaglebone with these settings?
  • [21:30:44] * manuel_ (~manuel@209.6.175.242) has joined #beagle
  • [21:33:41] * SuperPhly (~textual@rrcs-97-79-244-230.sw.biz.rr.com) has joined #beaglebone
  • [21:38:34] <opl> zmatt: maybe i've asked stupid stuff.
  • [21:42:49] * j0rd_ (~j0rd_@unaffiliated/j0rd-/x-9112651) has joined #beagle
  • [21:44:40] * j0rd__ (~j0rd_@unaffiliated/j0rd-/x-9112651) Quit (Ping timeout: 272 seconds)
  • [21:48:36] <opl> :-)
  • [21:50:20] * skhreze_ (~debian@ip-5-172-247-221.free.aero2.net.pl) has joined #beagle
  • [21:51:05] * Yotson (~Yotson@2001:980:6ac8:1:a14b:6d6c:71bc:d9de) Quit (Quit: .)
  • [21:51:08] * skhreze (~debian@ip-5-172-247-214.free.aero2.net.pl) Quit (Ping timeout: 252 seconds)
  • [21:51:15] * mythos (~mythos@unaffiliated/mythos) Quit (Ping timeout: 240 seconds)
  • [21:57:55] * bostondriver (~mcambria@68.128.155.223) has joined #beagle
  • [21:58:04] * jdawgaz (~Jerry@ip98-165-107-44.ph.ph.cox.net) has joined #beaglebone
  • [21:58:29] * [Butch] (~butch@169.145.89.207) Quit (Quit: I'm out . . .)
  • [21:58:38] * GrumpeiYokoi (~chatzilla@75-150-234-17-Illinois.hfc.comcastbusiness.net) has joined #beagle
  • [22:00:03] * manuel_ (~manuel@209.6.175.242) Quit (Ping timeout: 240 seconds)
  • [22:02:04] * jdawgaz (~Jerry@ip98-165-107-44.ph.ph.cox.net) Quit (Client Quit)
  • [22:02:29] * jdawgaz (~Jerry@ip98-165-107-44.ph.ph.cox.net) has joined #beaglebone
  • [22:03:59] <opl> zmatt: thanks, bye! i've understand. the box runs on 5V!
  • [22:04:39] * emeb (~ericb@ip68-2-68-52.ph.ph.cox.net) has joined #beagle
  • [22:04:42] * bostondriver (~mcambria@68.128.155.223) Quit (Ping timeout: 250 seconds)
  • [22:05:27] * opl (2e0500e4@gateway/web/freenode/ip.46.5.0.228) has left #beagle
  • [22:14:48] * cc0_ (~cc0_@c-174-53-187-122.hsd1.mn.comcast.net) Quit (Ping timeout: 255 seconds)
  • [22:15:44] * jdawgaz (~Jerry@ip98-165-107-44.ph.ph.cox.net) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [22:16:47] * jdawgaz (~Jerry@ip98-165-107-44.ph.ph.cox.net) has joined #beaglebone
  • [22:20:11] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) Quit (Ping timeout: 265 seconds)
  • [22:20:19] * bkearns (~bkearns@64.125.192.130) has joined #beagle
  • [22:21:19] * manuel_ (~manuel@209.6.175.242) has joined #beagle
  • [22:22:59] * skhreze_ (~debian@ip-5-172-247-221.free.aero2.net.pl) Quit (Ping timeout: 240 seconds)
  • [22:25:28] * krajo1 (~krajo1@host146.nwt.cz) has joined #beagle
  • [22:28:36] * jamesaxl (~kvirc@41.248.109.203) Quit (Ping timeout: 246 seconds)
  • [22:31:25] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [22:31:35] * SuperPhly (~textual@rrcs-97-79-244-230.sw.biz.rr.com) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  • [22:31:50] * dys (~dys@ip-109-44-106-222.web.vodafone.de) Quit (Ping timeout: 260 seconds)
  • [22:33:13] * dgerlach1 (dgerlach@nat/ti/x-erqzsqcqgsatqmbf) Quit (Remote host closed the connection)
  • [22:37:36] * djlewis (~bubba@adsl-65-64-30-13.dsl.ltrkar.swbell.net) Quit (Quit: Leaving.)
  • [22:38:31] * James_Johnson (~clayshoot@wsip-70-184-254-102.ok.ok.cox.net) Quit (Quit: James_Johnson)
  • [22:39:30] * dys (~dys@ip-109-44-182-54.web.vodafone.de) has joined #beagle
  • [22:46:28] * uudruid74 (~ekl@166.177.120.220) has joined #beagle
  • [22:49:11] * dogmatic69 (~dogmatic6@cpc8-telf10-2-0-cust77.wolv.cable.virginm.net) Quit (Read error: No route to host)
  • [22:49:33] * Shadyman (~matthew@unaffiliated/shadyman) has joined #beagle
  • [22:52:22] * bkearns (~bkearns@64.125.192.130) Quit (Quit: Leaving.)
  • [22:53:03] * GenTooMan makes quiet capacitor poping sounds in the background.
  • [23:01:01] * bfederau (~quassel@service.basyskom.com) Quit (Remote host closed the connection)
  • [23:01:13] * bfederau (~quassel@service.basyskom.com) has joined #beagle
  • [23:03:11] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Ping timeout: 264 seconds)
  • [23:03:27] * nighty^_ (~nighty@www.taiyolabs.com) Quit (Read error: Connection reset by peer)
  • [23:03:42] * nighty^ (~nighty@www.taiyolabs.com) has joined #beagle
  • [23:03:42] * nighty^ (~nighty@www.taiyolabs.com) has joined #beagleboard
  • [23:03:58] * panto_ (~panto@195.97.110.117) has joined #beagle
  • [23:04:06] * jdawgaz (~Jerry@ip98-165-107-44.ph.ph.cox.net) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [23:04:32] * jdawgaz (~Jerry@ip98-165-107-44.ph.ph.cox.net) has joined #beaglebone
  • [23:04:49] * tema (~tema@rrcs-97-78-164-226.se.biz.rr.com) Quit (Ping timeout: 252 seconds)
  • [23:05:24] <uudruid74> What's up my beagles? I've got an external USB HD on my BBB. Its getting HOT. Is there an hdparm command that will get it to spin down and cool off? Its running full tilt all the time
  • [23:05:46] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [23:06:06] * panto (~panto@195.97.110.117) Quit (Ping timeout: 265 seconds)
  • [23:08:03] * idwer (~irc@unaffiliated/idwer) has joined #beagle
  • [23:10:36] * idwer__ (~irc@unaffiliated/idwer) Quit (Ping timeout: 246 seconds)
  • [23:12:17] * uudruid-74 (~ekl@dpc6744192033.direcpc.com) has joined #beagle
  • [23:13:50] <veremit> uudruid-74 .. usually drives have their own power management .. eg. western digital 'green' drives
  • [23:14:28] * krajo1 (~krajo1@host146.nwt.cz) Quit (Quit: Konversation terminated!)
  • [23:14:53] <veremit> uudruid-74 .. could try items from this Arch article .. https://wiki.archlinux.org/index.php/Hdparm#Power_management_configuration
  • [23:15:26] * manuel_ (~manuel@209.6.175.242) Quit (Ping timeout: 240 seconds)
  • [23:15:33] <uudruid-74> This is a normal desktop drive with a usb drive. Will check the link. Thanks
  • [23:16:27] * uudruid74 (~ekl@166.177.120.220) Quit (Ping timeout: 255 seconds)
  • [23:19:35] * thunder5 (~unknown@5.148.129.203) has joined #beagle
  • [23:20:10] * SuperPhly (~textual@104-5-67-222.lightspeed.rcsntx.sbcglobal.net) has joined #beaglebone
  • [23:20:27] * SuperPhly (~textual@104-5-67-222.lightspeed.rcsntx.sbcglobal.net) Quit (Client Quit)
  • [23:22:12] * manuel_ (~manuel@209.6.175.242) has joined #beagle
  • [23:22:31] * tomeff (~tomeff@ip-78-102-111-158.net.upcbroadband.cz) Quit (Quit: tomeff)
  • [23:24:58] * uudruid-74 (~ekl@dpc6744192033.direcpc.com) Quit (Read error: Connection reset by peer)
  • [23:26:42] * manuel_ (~manuel@209.6.175.242) Quit (Ping timeout: 244 seconds)
  • [23:27:07] * vagrantc (~vagrant@unaffiliated/vagrantc) has joined #beagle
  • [23:28:51] * manuel_ (~manuel@209.6.175.242) has joined #beagle
  • [23:32:17] * James_Johnson (~clayshoot@ip70-189-76-25.ok.ok.cox.net) has joined #beagle
  • [23:32:21] * James_Johnson (~clayshoot@ip70-189-76-25.ok.ok.cox.net) Quit (Client Quit)
  • [23:35:00] * ninja232 (26498cd5@gateway/web/freenode/ip.38.73.140.213) has joined #beagle
  • [23:36:25] <ninja232> Hi, how does the open source hardware with Beagle Bone work? Are the hardware designs GPL'd on github? Can I copy/modify it for my own design? If so, what are the recourses? Attribution?
  • [23:39:18] * manuel_ (~manuel@209.6.175.242) Quit (Read error: Connection reset by peer)
  • [23:39:37] <veremit> ninja232 .. http://elinux.org/Beagleboard:BeagleBoneBlack#Terms_of_Use
  • [23:41:58] * H-H-H (~H-H-H@host-92-4-114-230.as43234.net) Quit (Remote host closed the connection)
  • [23:42:53] * manuel_ (~manuel@209.6.175.242) has joined #beagle
  • [23:43:37] * panto_ (~panto@195.97.110.117) Quit (Ping timeout: 250 seconds)
  • [23:47:50] * manuel_ (~manuel@209.6.175.242) Quit (Ping timeout: 250 seconds)
  • [23:48:19] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Ping timeout: 240 seconds)
  • [23:48:23] <ninja232> Thanx
  • [23:48:30] * ninja232 (26498cd5@gateway/web/freenode/ip.38.73.140.213) Quit (Quit: Page closed)
  • [23:54:39] * c10ud (~c10ud@emesene/dictator/c10ud) Quit (Remote host closed the connection)
  • [23:55:22] * uavcam (~deuse@113.89.246.102) has joined #beagle
  • [23:56:28] * panto (~panto@195.97.110.117) has joined #beagle
  • [23:57:28] * uudruid-74 (~ekl@mobile-166-173-062-188.mycingular.net) has joined #beagle
  • [23:59:35] * jdawgaz (~Jerry@ip98-165-107-44.ph.ph.cox.net) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)