• [00:00:32] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beagle
  • [00:00: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:00:32] * Set by KotH!~attila@erica.kinali.ch on Wed Jul 15 13:55:07 UTC 2015
  • [00:00:32] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beagleboard
  • [00:00:32] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beaglebone
  • [00:01:31] <yates> i.e., are there other changes to the kernel code itself required to properly excise this function?
  • [00:01:50] * Bumsik (~Thunderbi@130.245.73.42) Quit (Ping timeout: 250 seconds)
  • [00:02:49] <zmatt> the kernel probably doesn't care about it at all, the DT node just declares the existence of that EEPROM on the specified i2c bus and lets the kernel know which driver to use for it
  • [00:03:17] <zmatt> if you leave it you'll probably just get an error somewhere in your kernel log
  • [00:03:30] * idwer_ (~irc@unaffiliated/idwer) has joined #beagle
  • [00:04:12] <zmatt> I would excise it though, along with capemgr
  • [00:04:20] * Bumsik (~Thunderbi@adm-129-49-101-3.wi-fi.stonybrook.edu) has joined #beagle
  • [00:04:26] <yates> so where is the code that actually uses it?
  • [00:05:02] * DJW|Home (~djwillis@cpc2-trow6-2-0-cust204.aztw.cable.virginm.net) Quit (Read error: Connection reset by peer)
  • [00:05:02] <zmatt> since the node is labeled it's possible there are references to it elsewhere in the DT, you might want to do a quick search for those
  • [00:05:29] * DJW|Home (~djwillis@cpc2-trow6-2-0-cust204.aztw.cable.virginm.net) has joined #beagle
  • [00:06:02] <zmatt> the code that "uses" it is the driver that declared it can support "at,24c256" devices
  • [00:06:12] <filt3r> if some driver/module requires the baseboard_eeprom it will reference it in its own dt node, so in that case if you would remove the baseboard_eeprom node and another DT node would require it (which seems not to be the case) you would get an error while compiling the devicetree anyways, and what the kernel does when the baseboard_eeprom is there but the actual hardware is not there depends on the driver, because the kernel will probe the driver
  • [00:06:12] <filt3r> but the driver will not find the device since its not attached, and the driver will probably give an error if its written nicely, also what zmatt said
  • [00:07:06] * idwer (~irc@unaffiliated/idwer) Quit (Ping timeout: 240 seconds)
  • [00:07:37] <zmatt> the driver will handle it gracefully, since just below it there are similar declarations for eeproms at all four possible addresses for CAPE eeproms
  • [00:07:51] <zmatt> and obviously the kernel works fine without 4 eeproms attached
  • [00:09:47] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Ping timeout: 264 seconds)
  • [00:13:58] <filt3r> in the case of the eeprom driver it just assumes the devices are there but if you try to read from nonexistend eeprom devices it just times out because the hardware is obviously not there
  • [00:14:06] <filt3r> *at24 driver
  • [00:18:49] <yates> is "Bad to the Bone" recommended?
  • [00:20:48] <yates> nix that.
  • [00:21:45] <yates> i'm trying to digest what ya'll have said. there still seems to be something lacking in how all this hangs together, but i'm too ignorant to ask the right questions.
  • [00:23:06] <zmatt> woohoo, my first McASP-from-userspace test... three error irqs and an assertion failed \o/
  • [00:23:48] <yates> e.g., capemgr obviosly depends on cape_eepromX, 0 <= X <= 3, but i see no connection in the .dtsi
  • [00:23:54] <zmatt> the streams are still running though, presumably all zeros
  • [00:25:16] <yates> bone_capemgr, that is.
  • [00:26:32] <yates> ah, i see it now.
  • [00:26:39] <yates> cape0_data, ...
  • [00:26:41] * nerdboy (~sarnold@gentoo/developer/nerdboy) Quit (Excess Flood)
  • [00:26:50] <yates> this seems really twisted..
  • [00:27:16] * nerdboy (~sarnold@gatekeeper.gentoogeek.org) has joined #beagle
  • [00:27:35] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [00:27:36] * nerdboy (~sarnold@gatekeeper.gentoogeek.org) Quit (Changing host)
  • [00:27:36] * nerdboy (~sarnold@gentoo/developer/nerdboy) has joined #beagle
  • [00:28:20] <yates> also, should i modify (patch) the dtsi files themselves in the kernel, or use the overlay shadowing method you mentioned sometime ago, zmatt
  • [00:28:47] <yates> remove or modify a node via an overlay, that is.
  • [00:29:05] <zmatt> create a new dts, reuse the parts that are still relevant
  • [00:29:29] <zmatt> take example of the existing files, since they already cover multiple boards by factoring out common parts into dtsi files
  • [00:29:56] <zmatt> you can also include a dtsi and override parts of it, including removing properties or nodes
  • [00:30:08] <zmatt> whichever is more convenient
  • [00:30:52] <zmatt> don't use overlays, using them to change properties or remove nodes rarely if ever works. overlays should at best be considered a development tool, not something for production code
  • [00:32:04] <yates> "which files" is also confusing to me. the kernel build produces dtb for all these: http://paste.fedoraproject.org/314712/45376827
  • [00:32:12] <filt3r> well from a semantics point of view it would even make sens to create a new devicetree file(s) based on the bbb DT files since i think you have a completle different board probably with a different name
  • [00:32:14] <yates> which ones are relevent to the BBB?
  • [00:32:15] * idwer_ is now known as idwer
  • [00:32:28] <filt3r> am335x-boneblack.dtb
  • [00:32:55] <yates> filt3r: all the others are not used for the bbb build?
  • [00:33:02] * jzaw (~jzaw@loki.dzki.co.uk) Quit (Ping timeout: 250 seconds)
  • [00:33:03] <yates> s/all the others/none of the others/
  • [00:33:09] <filt3r> no
  • [00:33:21] <yates> ok, thanks - that helps alot.
  • [00:33:26] <yates> step 1a, sort of thing...
  • [00:33:33] <zmatt> yates: there are a few variants e.g. for people who don't need eMMC and want to free up those pins for other uses
  • [00:33:46] * mrjazzcat (~mrjazzcat@50.134.253.3) Quit (Ping timeout: 272 seconds)
  • [00:34:18] <yates> i see
  • [00:34:45] * victortyau (~victortya@190.123.228.251) has joined #beagle
  • [00:34:46] * twoten (~twoten@165.154.34.103) Quit (Ping timeout: 250 seconds)
  • [00:34:55] * jzaw (~jzaw@loki.dzki.co.uk) has joined #beagle
  • [00:35:23] * thaolx (~newhanoia@123.16.123.207) Quit (Ping timeout: 265 seconds)
  • [00:36:14] * citylight2 (~me@84.111.153.0) Quit (Ping timeout: 276 seconds)
  • [00:36:24] * Bumsik (~Thunderbi@adm-129-49-101-3.wi-fi.stonybrook.edu) Quit (Quit: Bumsik)
  • [00:38:25] * Bumsik (~Thunderbi@adm-129-49-101-3.wi-fi.stonybrook.edu) has joined #beagle
  • [00:38:57] <filt3r> yates: just out of curiosity, which kernel are you using?
  • [00:39:04] <yates> 4.4.0-bone2
  • [00:39:51] <yates> using this as a guide: https://eewiki.net/display/linuxonarm/BeagleBone+Black
  • [00:40:22] <yates> i've essentially encapsulted this guide into gnumake files
  • [00:41:58] <yates> what you say about a new board name etc. would probably be more slick/ideal, but we're pretty close to a bbb and it seems the shorted path to working system is to be a bbb
  • [00:42:03] <yates> emulate a bbb, that is
  • [00:42:28] <yates> we are removing the board ID EEPROM and the HDMI chip.
  • [00:42:58] <yates> s/shorted/shortest/
  • [00:44:07] <yates> we're repurposing uart0, adding uart1/2, and adding an i2c, in addition
  • [00:44:16] <yates> that's about it.
  • [00:44:28] <zmatt> I'd have kept the EEPROM (or at least some form of it) ... they cost next to nothing and it's rather convenient to have a place to store board identification and serial number
  • [00:44:46] <yates> yeah, i've been rolling that same thought over in my mind.
  • [00:44:56] <yates> we do need a way to identify boards uniquely.
  • [00:45:04] * citylight2 (~me@84.111.153.0) has joined #beagle
  • [00:45:25] <zmatt> well you can use the MAC address
  • [00:45:38] <yates> does the PHY provide that?
  • [00:45:51] <zmatt> the am335x
  • [00:46:00] <yates> uniquely?
  • [00:46:16] <zmatt> it has 3 MAC addresses allocated from TI's range
  • [00:46:28] <yates> that's in the board eeprom, right? i saw it
  • [00:46:31] <zmatt> no
  • [00:46:43] <zmatt> burned into eFUSE in the processor itself
  • [00:46:55] <yates> MAC[HDR_NUM_MAC_ADDR][MAC_ALEN] or somesuch
  • [00:47:06] <yates> the board data isn't used? i noticed it was blank.
  • [00:47:27] <yates> the eFUSE? hadn't notcied that yet..
  • [00:47:39] <zmatt> for reasons that elude me there are ways to override the MAC address, but normally that's never used
  • [00:48:21] <zmatt> the primary location is in the control module, which has two fields containing the start and end of the MAC address range for the processor
  • [00:48:57] <yates> this comes preset from the factory (TI)?
  • [00:49:13] <yates> that would be a good choice for an id, yes.
  • [00:49:26] <zmatt> https://github.com/dutchanddutch/jbang/blob/master/include/ti/subarctic/ctrl.h#L415
  • [00:49:55] * vagrantc (~vagrant@unaffiliated/vagrantc) Quit (Quit: leaving)
  • [00:50:22] * jzaw (~jzaw@loki.dzki.co.uk) Quit (Ping timeout: 250 seconds)
  • [00:52:25] * jzaw (~jzaw@loki.dzki.co.uk) has joined #beagle
  • [00:57:39] * ipmonger_ (~ipmonger@2601:41:c401:1c59:407f:c21a:9463:b389) has joined #beagle
  • [00:58:00] * jzaw (~jzaw@loki.dzki.co.uk) Quit (Excess Flood)
  • [00:58:55] * jzaw (~jzaw@loki.dzki.co.uk) has joined #beagle
  • [01:01:42] * ipmonger_ (~ipmonger@2601:41:c401:1c59:407f:c21a:9463:b389) Quit (Client Quit)
  • [01:07:12] * kilroi is now known as kilroi_off
  • [01:07:44] * Cats_home (~Catslab@dsl.198.58.163.121.ebox.ca) has joined #beagle
  • [01:15:30] * Bumsik (~Thunderbi@adm-129-49-101-3.wi-fi.stonybrook.edu) Quit (Ping timeout: 250 seconds)
  • [01:20:41] * dj_pi (~dj@73.191.212.56) has joined #beagle
  • [01:25:14] * emeb (~ericb@ip68-2-68-52.ph.ph.cox.net) Quit (Quit: Leaving.)
  • [01:30:53] * zauslande (~zauslande@66.53.83.128) has joined #beagle
  • [01:43:22] * kayatwork (~kayfox@orca.zerda.net) Quit (Quit: Computer, end program.)
  • [01:49:51] * Micro|MTW (~microbote@162.207.216.237) has joined #beagle
  • [01:54:55] * Sara (183906c2@gateway/web/freenode/ip.24.57.6.194) has joined #beagle
  • [01:55:03] <Sara> My beagle bone isnt connecting to my computer anymore
  • [01:55:16] * Sara (183906c2@gateway/web/freenode/ip.24.57.6.194) Quit (Client Quit)
  • [01:55:41] * Sara (183906c2@gateway/web/freenode/ip.24.57.6.194) has joined #beagle
  • [01:55:48] <Sara> I need help
  • [01:56:00] <Sara> My beaglebone isnt connecting to m computer anymore
  • [01:56:13] * EvilDave (46beb19d@gateway/web/freenode/ip.70.190.177.157) has joined #beagle
  • [01:56:32] <Sara> I have all the needed files downloaded..its not that thats the problem its not even blinking when I connect it via usb
  • [01:58:50] <Sara> What can i do to fix it??
  • [01:58:53] <Sara> ;
  • [02:00:19] * Devastator_ (~devas@177.133.182.39) has joined #beagle
  • [02:00:35] * tty0_ (~NA@unaffiliated/tty0/x-3092968) has joined #beagle
  • [02:00:47] * Devastator (~devas@unaffiliated/devastator) Quit (Ping timeout: 264 seconds)
  • [02:09:32] * Humpelstilzchen (erik@f054125037.adsl.alicedsl.de) Quit (Ping timeout: 256 seconds)
  • [02:12:39] * Sara (183906c2@gateway/web/freenode/ip.24.57.6.194) Quit ()
  • [02:12:50] * Defiant (erik@f054024161.adsl.alicedsl.de) has joined #beagle
  • [02:14:10] <veremit> Sara...
  • [02:19:01] <veremit> well if you won't stick around
  • [02:20:24] * EvilDave (46beb19d@gateway/web/freenode/ip.70.190.177.157) Quit (Ping timeout: 252 seconds)
  • [02:23:02] * nashpa (~nashpa@dliviu.plus.com) Quit (Quit: Going away)
  • [02:23:54] * nashpa (~nashpa@dliviu.plus.com) has joined #beagle
  • [02:33:46] * Bumsik (~Thunderbi@nat-130-245-194-237.resnet.stonybrook.edu) has joined #beagle
  • [02:33:46] * johanhenselmans (~localadmi@pretsense.xs4all.nl) Quit (Ping timeout: 240 seconds)
  • [02:33:46] * idwer (~irc@unaffiliated/idwer) Quit (Read error: Connection reset by peer)
  • [02:36:15] * johanhenselmans (~localadmi@pretsense.xs4all.nl) has joined #beagle
  • [02:36:43] * ayjay (~puppy@216.106.132.27) has joined #beagle
  • [02:36:46] * ayjay is back
  • [02:37:54] * kayatwork (~kayfox@orca.zerda.net) has joined #beagle
  • [02:40:21] * tai271828 (~tai271828@175.41.48.77) has joined #beagle
  • [02:40:46] <Micro|MTW> evening all. just got my BB Black and was trying to update the firmware. found the special instruction to make this change in the uEnv.txt file. #cmdline=init=/opt/scripts/tools/eMMC/init-eMMC-flasher-v3.sh I cant find that command line to remove the comment statement from. Any clue? did the rules change?
  • [02:42:50] <Cats_home> if you can't find it, add it
  • [02:43:23] <Cats_home> it's just a command line to launch the emmc flasher to install the image from the SD card to the emmc
  • [02:43:35] <Micro|MTW> :) if all else fails cheat? add to the front or back of the text file?
  • [02:53:48] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) Quit (Remote host closed the connection)
  • [02:59:23] * Bumsik (~Thunderbi@nat-130-245-194-237.resnet.stonybrook.edu) Quit (Quit: Bumsik)
  • [03:04:01] * TheoMurpse (~TheoMurps@cpe-72-191-48-158.satx.res.rr.com) Quit (Quit: This computer has gone to sleep)
  • [03:05:07] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) has joined #beagle
  • [03:07:41] * johanhenselmans_ (~localadmi@pretsense.xs4all.nl) has joined #beagle
  • [03:08:59] * johanhenselmans (~localadmi@pretsense.xs4all.nl) Quit (Ping timeout: 276 seconds)
  • [03:08:59] * johanhenselmans_ is now known as johanhenselmans
  • [03:11:04] <Zephyr1138> What is the maximum supported resolution for the HDMI port? is 1920x1080 to high of a monitor resolution?
  • [03:18:22] * victortyau (~victortya@190.123.228.251) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [03:18:36] * victortyau (~victortya@190.123.228.251) has joined #beagle
  • [03:18:42] * victortyau (~victortya@190.123.228.251) Quit (Client Quit)
  • [03:22:42] * twoten (~twoten@165.154.34.103) has joined #beagle
  • [03:26:02] * dj_pi (~dj@73.191.212.56) Quit (Ping timeout: 272 seconds)
  • [03:31:29] <yates> ayjay: where's rick?
  • [03:36:24] <ayjay> prob with morty
  • [03:42:30] * twoten (~twoten@165.154.34.103) Quit (Ping timeout: 272 seconds)
  • [03:46:03] * twoten (~twoten@165.154.34.103) has joined #beagle
  • [03:46:18] * twoten (~twoten@165.154.34.103) Quit (Client Quit)
  • [03:50:37] * johanhenselmans (~localadmi@pretsense.xs4all.nl) Quit (Read error: Connection reset by peer)
  • [03:51:19] * johanhenselmans (~localadmi@pretsense.xs4all.nl) has joined #beagle
  • [04:03:51] * ayjay (~puppy@216.106.132.27) Quit (Quit: Leaving)
  • [04:04:58] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) has joined #beagle
  • [04:07:34] * zauslande (~zauslande@66.53.83.128) has left #beagle
  • [04:08:56] * Bumsik (~Thunderbi@nat-130-245-194-237.resnet.stonybrook.edu) has joined #beagle
  • [04:12:51] * johanhenselmans_ (~localadmi@pretsense.xs4all.nl) has joined #beagle
  • [04:13:11] * behanw (~behanw@2001:470:b26c:0:e4b8:d724:1476:2f70) has joined #beagle
  • [04:14:02] * johanhenselmans (~localadmi@pretsense.xs4all.nl) Quit (Ping timeout: 250 seconds)
  • [04:14:03] * johanhenselmans_ is now known as johanhenselmans
  • [04:18:16] <yates> if a device, say, i2c0, is not in the device tree, will it show up in the device filesystem?
  • [04:18:31] <veremit> unlikely
  • [04:18:34] <yates> i would think not, but just checking my understanding
  • [04:18:44] <veremit> how would the kernel know about it?!
  • [04:19:17] <veremit> since it is kernel drivers that populate sysfs/etc
  • [04:20:52] <yates> what is the meaning of the leading "&" syntax in a device node name, e.g., "&i2c0"?
  • [04:22:30] * TheoMurpse (~TheoMurps@cpe-72-191-48-158.satx.res.rr.com) has joined #beaglebone
  • [04:23:23] <yates> e.g., this, which is in am335x-boneblack.dts: http://ur1.ca/ogagm -> http://paste.fedoraproject.org/314739/45378218
  • [04:27:10] <veremit> standard pointer syntax :P go to C school :XD
  • [04:27:23] <yates> this isn't C
  • [04:27:26] <veremit> or worse still .. standard syntax of something else
  • [04:27:35] <veremit> I suspect its related though
  • [04:28:04] <yates> why must we base our understanding in suspicion? isn't it explicitly defined?
  • [04:28:38] <veremit> Definition?! Documentation?! what are these things you talk about ..
  • [04:28:41] <veremit> lol ,, maybe :p
  • [04:28:44] * snowstaff (c33cf752@gateway/web/freenode/ip.195.60.247.82) has joined #beagle
  • [04:28:49] <yates> lol
  • [04:29:53] <yates> i've been trying to find it here, but this site seems pretty skimpy: http://www.devicetree.org/Main_Page
  • [04:29:58] <yates> at least it's a start.
  • [04:31:15] * mag__ (mgreer@nat/google/x-obcmatheqtlkekjw) Quit (Ping timeout: 240 seconds)
  • [04:32:44] <veremit> close .. http://devicetree.org/Device_Tree_Usage
  • [04:33:45] <yates> yeah, i saw that.
  • [04:33:50] <yates> it is there - i missed it.
  • [04:34:45] <yates> well, no, it's not.
  • [04:35:05] <yates> define define it in the context of aliases
  • [04:36:45] <yates> s/define define/they define/
  • [04:41:08] <yates> oh, it is an alias. albeit a stupid one: "i2c0 = &i2c0;" how does that save typing?
  • [04:41:44] <veremit> I should imagine the difference is subtle but crucial
  • [04:44:42] <yates> how so?
  • [04:45:32] <yates> this seems to say that the purpose is brevity: http://www.devicetree.org/Device_Tree_Usage#aliases_Node
  • [04:50:36] * Jeeves_Moss (~Jeeves_Mo@d162-156-174-235.bchsia.telus.net) has joined #beaglebone
  • [04:51:12] <Jeeves_Moss> what image should I use if I want Ubuntu bootable on the SD card?
  • [04:57:41] <yates> what is meant by a "flattened" device tree?
  • [04:57:55] <veremit> its not a 'tree' any more .. that implies several levels
  • [04:58:00] <veremit> and its all on one level
  • [04:59:19] <yates> so all node/subnode/... are converted to one flat bunch of properties?
  • [05:00:03] <yates> is that what the dtc does?
  • [05:00:30] <yates> yes.
  • [05:01:24] <yates> http://paste.fedoraproject.org/314742/53784458
  • [05:09:00] <yates> is a single leading "/" a comment character in .dtsi files?
  • [05:09:06] <yates> /include/ "tps65217.dtsi"
  • [05:10:12] <yates> doh.
  • [05:10:14] <yates> nope.
  • [05:10:39] <yates> well, i dunno really. help?
  • [05:10:50] <yates> what does that line do? ^^^
  • [05:19:26] <yates> /include/ "tps65217.dtsi"
  • [05:19:31] <yates> what is THAT?!?
  • [05:19:56] <yates> seems like a normal include is like this: #include "skeleton.dtsi"
  • [05:21:48] <yates> veremit: no clue?
  • [05:23:10] <veremit> its a hybrid syntax
  • [05:23:19] <veremit> I can't comment, since I've never written nor used D-T yet
  • [05:25:14] <yates> ok. thanks anyway.
  • [05:26:18] <yates> oh!!! http://elinux.org/images/c/cf/Power_ePAPR_APPROVED_v1.1.pdf
  • [05:26:33] <yates> documentation! yippee!
  • [05:28:40] * jzaw (~jzaw@loki.dzki.co.uk) Quit (Ping timeout: 260 seconds)
  • [05:30:33] <yates> good night, lads.
  • [05:33:55] * skhreze (~debian@user-94-254-224-89.play-internet.pl) has joined #beagle
  • [05:35:03] * NishanthMenon (~nmenon@192.91.75.12) has joined #beagle
  • [05:35:03] * NishanthMenon (~nmenon@192.91.75.12) Quit (Changing host)
  • [05:35:03] * NishanthMenon (~nmenon@unaffiliated/nishanthmenon) has joined #beagle
  • [05:35:55] * jzaw (~jzaw@loki.dzki.co.uk) has joined #beagle
  • [05:45:46] * ccaffeini (crazyed@wrongplanet/CrazyEddy) has joined #beagle
  • [05:47:33] * Akex_ (uid58281@gateway/web/irccloud.com/x-pnizssioolamgyvl) has joined #beagle
  • [05:54:14] * skhreze (~debian@user-94-254-224-89.play-internet.pl) Quit (Ping timeout: 272 seconds)
  • [05:55:01] * TheoMurpse (~TheoMurps@cpe-72-191-48-158.satx.res.rr.com) Quit (Quit: Leaving)
  • [05:58:23] * veremit|2 (~kvirc@166.226.125.91.dyn.plus.net) has joined #beagle
  • [05:58:27] * veremit (~kvirc@unaffiliated/veremit) Quit (Disconnected by services)
  • [05:58:27] * veremit|2 is now known as veremit
  • [05:58:28] * veremit (~kvirc@166.226.125.91.dyn.plus.net) Quit (Changing host)
  • [05:58:28] * veremit (~kvirc@unaffiliated/veremit) has joined #beagle
  • [06:12:46] * riddle (riddle@us.yunix.net) Quit (Ping timeout: 240 seconds)
  • [06:15:10] * BennyB_ (~heldb@host-88-217-198-167.customer.m-online.net) has joined #beagle
  • [06:20:10] * riddle (riddle@us.yunix.net) has joined #beagle
  • [06:20:10] * riddle (riddle@us.yunix.net) has joined #beagleboard
  • [06:27:04] * LordSAK (272c40ca@gateway/web/freenode/ip.39.44.64.202) has joined #beagle
  • [06:29:11] * Bumsik (~Thunderbi@nat-130-245-194-237.resnet.stonybrook.edu) Quit (Ping timeout: 276 seconds)
  • [06:29:59] * Jeeves_Moss (~Jeeves_Mo@d162-156-174-235.bchsia.telus.net) Quit ()
  • [06:30:23] <LordSAK> Hey guys. i am back again. well we used latest image of debian as suggested to me yesterday and flashed it in my BBB. After booting it behaved same way as expected. then LEDs started to blink in pattern like USR 0123 3210 and so on. it remained in this state like 15-20mins and then all LEDs went off. even the Power LED too. we removed SD card and connected the power. it USR0 started flashing in heartbeat, and eMMC also blinked.
  • [06:31:05] <LordSAK> we tried to ssh from terminal it never asked for user name and password to logi in debian. although i can see Wired Connection in my Ubuntu
  • [06:31:17] <LordSAK> how can i connect it back to ssh??
  • [06:31:24] * ccaffeini (crazyed@wrongplanet/CrazyEddy) Quit (Ping timeout: 250 seconds)
  • [06:33:46] <tbr> LordSAK: first boot usually takes a while
  • [06:35:27] <LordSAK> i got a time out error
  • [06:37:04] <veremit> yeah ssh via usb you gotta wait a good 2min before attempting .. you should see /dev/ttyACM0 come up
  • [06:38:00] * riddle (riddle@us.yunix.net) Quit (Ping timeout: 245 seconds)
  • [06:38:37] <veremit> as well as usb0 networking (or en23049283049823) and /dev/<something>
  • [06:39:16] * denix (~denix@pool-100-15-86-14.washdc.fios.verizon.net) Quit (Ping timeout: 256 seconds)
  • [06:39:20] * denix0 (~denix@pool-100-15-86-14.washdc.fios.verizon.net) has joined #beagle
  • [06:39:20] * ChanServ sets mode +o denix0
  • [06:39:25] * denix0 is now known as denix
  • [06:40:24] * ccaffeini (crazyed@wrongplanet/CrazyEddy) has joined #beagle
  • [06:40:33] * snowstaff (c33cf752@gateway/web/freenode/ip.195.60.247.82) Quit (Ping timeout: 252 seconds)
  • [06:40:44] * snowstaff (c33cf752@gateway/web/freenode/ip.195.60.247.82) has joined #beagle
  • [06:45:21] * riddle (riddle@us.yunix.net) has joined #beagle
  • [06:45:21] * riddle (riddle@us.yunix.net) has joined #beagleboard
  • [06:46:51] <LordSAK> what i have noticed right now is it tried to create a wired connection but never establish one. hene ssh should fail. BBB is connected to machine via USB for 15 mins. and this is happening continuously.
  • [06:47:16] <tbr> did you interrupt first boot by powering down the device?
  • [06:47:23] <LordSAK> nope
  • [06:47:38] <tbr> what are the LEDs doing?
  • [06:48:04] <LordSAK> USR0 heartbeat. USR1 and USR2 blinks time 2 time
  • [06:48:11] <tbr> ok
  • [06:48:23] <LordSAK> sorry USR2 and USR3 are blinking
  • [06:48:31] <LordSAK> i ahve removed sd card so USR1 is off
  • [06:49:23] <tbr> does dmesg say anything about usb devices coming online? storage, serial, network?
  • [06:50:40] <veremit> sounds like the board is alive
  • [06:50:46] <veremit> do you have a serial debug cable!?
  • [06:52:18] <LordSAK> i got this message in last: Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
  • [06:52:28] <LordSAK> so either installation was interrupted
  • [06:52:50] <LordSAK> but i cant understand why BB turned off dureing installation
  • [06:53:10] * mag__ (~mgreer@8.25.222.2) has joined #beagle
  • [06:53:12] <LordSAK> no. but i can arrange a serial debug cable
  • [06:55:39] * ultra_ (af650824@gateway/web/freenode/ip.175.101.8.36) has joined #beagle
  • [06:56:31] <veremit> LordSAK: very handy to troubleshoot "boot" problems .. could be somethiing quite innocent :)
  • [06:56:43] <ds2> how are you powering?
  • [06:56:49] <ds2> USB port?
  • [06:57:05] <ds2> poor quality power cube?
  • [06:57:08] <LordSAK> yes USB port
  • [06:57:19] <ds2> USB power for flashing does not work reliably
  • [06:57:27] <ds2> it pulls more power then is available
  • [06:57:43] <ultra_> fatload mmc 0:1 0x80000000 uImage setenv bootargs rw vram=32M fixrtc mem=1G@0x80000000 root=/dev/mmcblk0p2 console=ttyO2,115200n8 rootwait bootm 0x80000000
  • [06:58:01] <LordSAK> USB port was provided with BBB and we used same procedure last time too i.e flash from USB
  • [06:58:09] <ultra_> what is the use of vram=32M
  • [06:58:31] <veremit> ultra_: where the hell you got that from!?
  • [06:58:44] <ultra_> boot.script
  • [06:58:46] <veremit> sounds like an old boot config .
  • [06:58:51] <ds2> LordSAK: USB only guarantees 100mA; 500mA if the host negotiates and agrees
  • [06:58:53] <veremit> *very
  • [06:59:06] <ds2> an active Beagle can pull more then that
  • [06:59:23] <ultra_> what is vram stands for
  • [06:59:45] <veremit> videoram
  • [06:59:45] * hani (272c40ca@gateway/web/freenode/ip.39.44.64.202) has joined #beagle
  • [06:59:51] <ds2> see the USB specs if you disagree.
  • [07:00:26] <LordSAK> so we should flash from adaptor when it is done than we connect with USB. right??
  • [07:01:05] <ds2> that should be fine
  • [07:01:14] <ds2> assuming your USB port can provide the power for normal use
  • [07:02:04] <ultra_> fatload mmc 0:1 0x80000000 uImage setenv bootargs rw vram=32M fixrtc mem=1G@0x80000000 root=/dev/mmcblk0p2 console=ttyO2,115200n8 rootwait bootm 0x80000000
  • [07:02:18] <ultra_> in this What is vram stands for
  • [07:02:35] <LordSAK> ok. we are skipping USB right now and flashing directly from adaptor
  • [07:03:03] <LordSAK> seems like USB is unable to fetch required power and even power led went off during flashing
  • [07:03:18] <ds2> some PCs have a soft limit on the 500mA
  • [07:03:24] <veremit> LordSAK: yikes
  • [07:03:33] <ds2> they will allow bursts over 500mA but sustained pulls will result in a power cut
  • [07:03:50] * ultra_ (af650824@gateway/web/freenode/ip.175.101.8.36) Quit (Quit: Page closed)
  • [07:04:01] <ds2> even during normal use, the firmware (against best recommendations) configure the BBB to pull more power hten 500mA
  • [07:04:29] <LordSAK> well thanks guys. i will update you after the process is done.
  • [07:04:46] <ds2> if you are really really tight, you might try powering it from a USB dedicated charger to see if it helps
  • [07:05:40] <LordSAK> thanks we are using adaptor now
  • [07:06:42] * clonak (~clonak@203-173-146-69.dsl.dyn.ihug.co.nz) Quit (Read error: Connection reset by peer)
  • [07:06:59] * clonak (~clonak@203-173-146-69.dsl.dyn.ihug.co.nz) has joined #beagle
  • [07:10:56] * serg_stetsuk (~serg@118-92-132-95.pool.ukrtel.net) has joined #beagle
  • [07:17:02] * LordSAK (272c40ca@gateway/web/freenode/ip.39.44.64.202) Quit (Quit: Page closed)
  • [07:17:24] * karsun (0e8b7937@gateway/web/freenode/ip.14.139.121.55) has joined #beagle
  • [07:18:29] * LordSAK (272c40ca@gateway/web/freenode/ip.39.44.64.202) has joined #beagle
  • [07:19:31] * kartik111 (~kartik@14.139.121.55) has joined #beagle
  • [07:22:21] * karsun (0e8b7937@gateway/web/freenode/ip.14.139.121.55) Quit (Ping timeout: 252 seconds)
  • [07:23:34] * hani (272c40ca@gateway/web/freenode/ip.39.44.64.202) Quit (Quit: Page closed)
  • [07:23:48] * NulL` (~bleh1@87.254.64.176) has joined #beagle
  • [07:26:11] * c10ud^ (~c10ud@emesene/dictator/c10ud) has joined #beagle
  • [07:26:27] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) Quit (Remote host closed the connection)
  • [07:26:29] * kartik111 is now known as karsun
  • [07:27:44] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) has joined #beagle
  • [07:28:40] <karsun> hello. i wanted to know where i can find the best lengthy tutorials for using beaglebone black
  • [07:30:01] <karsun> i want to use all features of GPIO pins (I2C, SPI, ADC, I/O, USART etc)
  • [07:30:14] <tbr> there are a few books on the BBB
  • [07:31:17] <karsun> can u please name the author
  • [07:31:36] <tbr> no, because I don't remember any specific
  • [07:31:48] <karsun> oh, okae
  • [07:32:27] <karsun> thanks btw
  • [07:32:38] <tbr> np
  • [07:32:53] <tbr> you should just query your favourite web search engine with "beaglebone book"
  • [07:33:12] <tbr> that yields results and then go through those and chose one that fits your needs
  • [07:33:51] <LordSAK> hi again. we flashed the our BBB from adaptor. no USB cable was used. same status. i.e USR0 is in hearbeat pattern and USR3 blinks occasionally. ubuntu tries to establish a connection but fails. and ssh is timing out. it has been 10-15mins since we have booted after flashing and removing SD card
  • [07:35:46] <veremit> you did hold the Boot button with the uSD card in, when you powered up, so it HAS actually flashed, yes?
  • [07:35:55] * hani (272c40ca@gateway/web/freenode/ip.39.44.64.202) has joined #beagle
  • [07:36:31] <LordSAK> yes sir
  • [07:36:47] * mag__ (~mgreer@8.25.222.2) Quit (Ping timeout: 276 seconds)
  • [07:36:56] <LordSAK> we holded it till all 4 LEDs lit up
  • [07:37:01] <LordSAK> than we released it
  • [07:39:31] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) Quit (Remote host closed the connection)
  • [07:42:33] <tbr> what was the pattern when it finished flashing?
  • [07:42:42] <tbr> what's the size of the microsd you used?
  • [07:43:18] <LordSAK> all 4 LEDs were solid on as it said in getting started tutorial of Beagleboard(dot)org
  • [07:43:20] * bearsh|work (~quassel@252.212.107.92.dynamic.wline.res.cust.swisscom.ch) has joined #beagle
  • [07:43:26] <LordSAK> SD card is 8GB
  • [07:43:31] * tomeff (~tomeff@ip-94-112-0-81.net.upcbroadband.cz) Quit (Quit: tomeff)
  • [07:45:20] <tbr> ok
  • [07:45:37] <tbr> what's the name of the image you used?
  • [07:46:42] <LordSAK> this one https://rcn-ee.com/rootfs/bb.org/testing/2016-01-24/lxqt-4gb/BBB-eMMC-flasher-debian-8.3-lxqt-4gb-armhf-2016-01-24-4gb.img.xz
  • [07:46:57] <tbr> ok
  • [07:47:33] <LordSAK> we downloaded it from here
  • [07:47:34] <LordSAK> http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Jessie_Snapshot_lxqt
  • [07:47:36] <tbr> please use a pastebin and paste the last 20-30 lines of dmesg output
  • [07:47:53] * jpirko (~jirka@ip-94-113-120-24.net.upcbroadband.cz) has joined #beagle
  • [07:52:11] <LordSAK> http://pastebin.com/56h3wEec here is the output
  • [07:53:28] <tbr> all three are there as expected:
  • [07:53:29] <tbr> [93154.038567] rndis_host 3-1.1:1.0 eth1: register 'rndis_host' at usb-0000:00:1a.0-1.1, RNDIS device, 6c:ec:eb:a4:c6:50
  • [07:53:32] <tbr> [93154.039114] cdc_acm 3-1.1:1.2: ttyACM0: USB ACM device
  • [07:53:35] <tbr> [93154.039791] usb-storage 3-1.1:1.4: USB Mass Storage device detected
  • [07:53:59] <tbr> network as eth1, serial as ttyACM0, mass storage as sdg
  • [07:56:29] <LordSAK> so any guess what is wrong??
  • [07:56:43] <tbr> you can also log in to the device using e.g. "screen /dev/ttyACM0 115200"
  • [07:57:28] * Akex_ (uid58281@gateway/web/irccloud.com/x-pnizssioolamgyvl) Quit (Quit: Connection closed for inactivity)
  • [08:00:52] * serg__ (~serg@70-24-132-95.pool.ukrtel.net) has joined #beagle
  • [08:03:46] * serg_stetsuk (~serg@118-92-132-95.pool.ukrtel.net) Quit (Ping timeout: 240 seconds)
  • [08:06:21] * snowstaff (c33cf752@gateway/web/freenode/ip.195.60.247.82) Quit (Ping timeout: 252 seconds)
  • [08:07:23] <LordSAK> running screen commands show black screen in terminal
  • [08:08:42] * darkfader (~darkfader@ip3e8346be.speed.planet.nl) has joined #beagle
  • [08:13:05] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [08:15:26] <tbr> you might need to throw in a sudo if your user doesn't have permissions for that device
  • [08:15:52] <LordSAK> well with normal it said screen terminating
  • [08:15:57] <LordSAK> and with sudo screen is blank
  • [08:16:02] <LordSAK> nothing shows up
  • [08:20:06] * karsun (~kartik@14.139.121.55) Quit (Quit: Nettalk6 - www.ntalk.de)
  • [08:22:26] * NulL` (~bleh1@87.254.64.176) Quit (Ping timeout: 240 seconds)
  • [08:27:48] * ppisati (~ppisati@2-230-238-136.ip204.fastwebnet.it) has joined #beagle
  • [08:34:12] * tomeff (~tomeff@ip-89-176-75-234.net.upcbroadband.cz) has joined #beagle
  • [08:34:12] * tomeff (~tomeff@ip-89-176-75-234.net.upcbroadband.cz) has joined #beagleboard
  • [08:34:12] * tomeff (~tomeff@ip-89-176-75-234.net.upcbroadband.cz) has joined #beaglebone
  • [08:37:21] <tbr> no idea, connection to the debug UART would now be really helpful
  • [08:38:58] * hani (272c40ca@gateway/web/freenode/ip.39.44.64.202) Quit (Quit: Page closed)
  • [08:40:18] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) has joined #beagle
  • [08:41:00] * snowstaff (c33cf752@gateway/web/freenode/ip.195.60.247.82) has joined #beagle
  • [08:44:51] <snowstaff> One question about pasm: how to work with registers? I mean how to know the address of each register? For example: "to enable OCP master port" needs: #define CONST_PRUCFG C4
  • [08:44:59] <snowstaff> LBCO r0, C4, 4, 4; CLR r0, r0, 4; SBCO r0, C4, 4, 4;
  • [08:45:04] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) Quit (Ping timeout: 256 seconds)
  • [08:46:03] <snowstaff> Why r0 and C4? I can't find the address these registers in reference book.
  • [08:47:11] <LordSAK> ok. here is what i have found. i connected BBB with my Windows 8 machine. it perfectly worked. on first attempt it was bad file number on ssh. but on second attempt of ssh i was able to login in my BBB
  • [08:47:35] <LordSAK> right now we are having issue with our ubuntu 14.04 where it is not connecting
  • [08:48:10] <LordSAK> it might be network error. We are looking into it. if you guys have any valuable suggestion then do let me know
  • [08:51:47] * citylight2 (~me@84.111.153.0) Quit (Ping timeout: 264 seconds)
  • [08:56:41] <snowstaff> Is it right: i can use any constant register, because his adress starts from 0x00000000, and write C4+4, then I turn to SYSCFG?
  • [08:59:05] * c10ud^ (~c10ud@emesene/dictator/c10ud) Quit (Read error: Connection reset by peer)
  • [08:59:49] * Shadyman (~matthew@unaffiliated/shadyman) Quit (Quit: Leaving.)
  • [09:00:57] <snowstaff> Oh, i'm stupid..What value have the registers Cn if they are not define in advance?
  • [09:03:02] <tbr> LordSAK: you can always configure the network interface manually on ubuntu
  • [09:08:09] <zmatt> snowstaff: r0 is just being used as an arbitrary temp register, the constant registers however have predefined values that are documented
  • [09:09:16] <zmatt> for example C4 contains the address of the local CFG module (0x26000)
  • [09:09:37] * citylight2 (~me@bzq-218-29-26.cablep.bezeqint.net) has joined #beagle
  • [09:10:15] <zmatt> see section 4.4.1.1 ("Constants Table") of the TRM
  • [09:12:17] <snowstaff> zmatt, i just found it. Anyway thank you very much!
  • [09:14:02] <zmatt> effectively that three-instruction sequence does *(u32 *)( constants[4] + 4) &= ~(1 << 4);
  • [09:14:45] * c10ud^ (~c10ud@emesene/dictator/c10ud) has joined #beagle
  • [09:17:49] <zmatt> not sure why anyone would want to do that using a PRU core though, I would do that from the cortex-a8 as part of setting up the PRU subsystem for execution
  • [09:19:59] <zmatt> (I don't even understand why that bit exists at all, but I'm sure there's some deep reason that eludes me at the moment :P )
  • [09:20:25] * kilroi_off is now known as kilroi
  • [09:23:26] <snowstaff> I just started using it) One moment: http://processors.wiki.ti.com/index.php/Programmable_Realtime_Unit#Constats_Table - it's old table?
  • [09:23:49] <zmatt> 10:10 < zmatt> see section 4.4.1.1 ("Constants Table") of the TRM
  • [09:24:04] <zmatt> the table is processor-dependent
  • [09:24:46] <zmatt> the one on the wiki seems to be for the OMAP-L13x
  • [09:28:00] <snowstaff> Yep, it's right
  • [09:31:07] <snowstaff> Waaah, it's really interesting)
  • [09:31:20] <zmatt> note that the constants table contains addresses regarded as "potentially useful"... and since different processors have different address maps, the constants table will vary as well. The OMAP-L1xx processors (aka Freon/Primus) were the first with PRU, hence there's a fair bit of PRU documentation out there that implicitly assumes that processor series
  • [09:32:37] <zmatt> the Freon/Primus memory map however does not resemble the AM335x at all
  • [09:34:00] <snowstaff> Of course, it's clear for me.
  • [09:41:03] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) has joined #beagle
  • [09:43:09] * LordSAK (272c40ca@gateway/web/freenode/ip.39.44.64.202) Quit (Ping timeout: 252 seconds)
  • [09:46:06] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) Quit (Ping timeout: 240 seconds)
  • [09:50:43] * Akex_ (uid58281@gateway/web/irccloud.com/x-owwkpangnuwzfpoi) has joined #beagle
  • [09:57:51] * magra (~manisha@192.91.75.30) Quit (Remote host closed the connection)
  • [09:58:06] * serg_ (~serg@145-39-132-95.pool.ukrtel.net) has joined #beagle
  • [09:58:15] * magra (~manisha@192.91.75.29) has joined #beagle
  • [10:01:35] * serg__ (~serg@70-24-132-95.pool.ukrtel.net) Quit (Ping timeout: 240 seconds)
  • [10:02:08] * citylight2 (~me@bzq-218-29-26.cablep.bezeqint.net) Quit (Remote host closed the connection)
  • [10:02:41] * clonak (~clonak@203-173-146-69.dsl.dyn.ihug.co.nz) Quit (Read error: Connection reset by peer)
  • [10:02:53] * NishanthMenon (~nmenon@unaffiliated/nishanthmenon) Quit (Quit: You should go home too.)
  • [10:07:16] * rob_w (~rob@unaffiliated/rob-w/x-1112029) has joined #beagle
  • [10:13:06] * johanhenselmans_ (~localadmi@pretsense.xs4all.nl) has joined #beagle
  • [10:13:42] * johanhenselmans (~localadmi@pretsense.xs4all.nl) Quit (Ping timeout: 250 seconds)
  • [10:13:43] * johanhenselmans_ is now known as johanhenselmans
  • [10:14:04] * clonak (~clonak@203-173-146-69.dsl.dyn.ihug.co.nz) has joined #beagle
  • [10:22:38] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) Quit (Quit: Leaving.)
  • [10:36:40] * tai271828 (~tai271828@175.41.48.77) Quit (Ping timeout: 260 seconds)
  • [10:43:06] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) has joined #beagle
  • [10:45:24] * Posterdati (~kvirc@host222-239-dynamic.7-87-r.retail.telecomitalia.it) Quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
  • [10:47:26] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) Quit (Ping timeout: 240 seconds)
  • [10:50:18] * Posterdati (~kvirc@host222-239-dynamic.7-87-r.retail.telecomitalia.it) has joined #beaglebone
  • [10:52:20] * berton (~fabio@179.105.253.251) has joined #beagle
  • [11:04:06] * mythos (~mythos@unaffiliated/mythos) Quit (Ping timeout: 245 seconds)
  • [11:04:19] * ultra__ (af650824@gateway/web/freenode/ip.175.101.8.36) has joined #beagle
  • [11:05:00] * ubap (~ubap@89-71-188-226.dynamic.chello.pl) has joined #beagle
  • [11:07:57] <ultra__> in beaglebone where i can find UART configuration pointing to ttyO2
  • [11:10:06] * ultra__ (af650824@gateway/web/freenode/ip.175.101.8.36) Quit (Quit: Page closed)
  • [11:14:36] * johanhenselmans_ (~localadmi@pretsense.xs4all.nl) has joined #beagle
  • [11:14:50] * johanhenselmans (~localadmi@pretsense.xs4all.nl) Quit (Ping timeout: 265 seconds)
  • [11:14:50] * johanhenselmans_ is now known as johanhenselmans
  • [11:20:24] * BellinganRoy (~Bellingan@host228-109-static.242-95-b.business.telecomitalia.it) has joined #beagle
  • [11:22:20] <snowstaff> How to fill the RAM in PRUSS?
  • [11:25:22] <snowstaff> Or, how filled in constant register 24(C24)?
  • [11:37:10] * johanhenselmans_ (~localadmi@pretsense.xs4all.nl) has joined #beagle
  • [11:39:47] * johanhenselmans (~localadmi@pretsense.xs4all.nl) Quit (Ping timeout: 264 seconds)
  • [11:40:44] * johanhenselmans (~localadmi@pretsense.xs4all.nl) has joined #beagle
  • [11:42:31] * karsun (~karsun@14.139.121.55) has joined #beagle
  • [11:43:12] * johanhenselmans_ (~localadmi@pretsense.xs4all.nl) Quit (Ping timeout: 272 seconds)
  • [11:43:50] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) has joined #beagle
  • [11:48:36] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) Quit (Ping timeout: 250 seconds)
  • [11:54:28] * karsun (~karsun@14.139.121.55) Quit (Ping timeout: 265 seconds)
  • [11:54:37] * Devastator_ (~devas@177.133.182.39) Quit (Changing host)
  • [11:54:37] * Devastator_ (~devas@unaffiliated/devastator) has joined #beagle
  • [11:54:40] * Devastator_ is now known as Devastator
  • [12:02:19] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [12:11:07] * mythos (~mythos@unaffiliated/mythos) Quit (Quit: Verlassend)
  • [12:12:37] * johanhenselmans_ (~localadmi@pretsense.xs4all.nl) has joined #beagle
  • [12:13:18] * johanhenselmans (~localadmi@pretsense.xs4all.nl) Quit (Ping timeout: 250 seconds)
  • [12:13:19] * johanhenselmans_ is now known as johanhenselmans
  • [12:29:57] * johanhenselmans_ (~localadmi@pretsense.xs4all.nl) has joined #beagle
  • [12:30:36] * johanhenselmans (~localadmi@pretsense.xs4all.nl) Quit (Ping timeout: 256 seconds)
  • [12:30:36] * johanhenselmans_ is now known as johanhenselmans
  • [12:44:39] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) has joined #beagle
  • [12:50:03] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) Quit (Ping timeout: 265 seconds)
  • [12:58:24] * c10ud^ (~c10ud@emesene/dictator/c10ud) Quit (Read error: Connection reset by peer)
  • [13:01:18] * c10ud^ (~c10ud@emesene/dictator/c10ud) has joined #beagle
  • [13:02:15] * snowstaff (c33cf752@gateway/web/freenode/ip.195.60.247.82) Quit (Ping timeout: 252 seconds)
  • [13:23:54] * c10ud^ (~c10ud@emesene/dictator/c10ud) Quit (Read error: Connection reset by peer)
  • [13:25:46] * c10ud^ (~c10ud@emesene/dictator/c10ud) has joined #beagle
  • [13:38:36] * johanhenselmans (~localadmi@pretsense.xs4all.nl) Quit (Ping timeout: 250 seconds)
  • [13:40:06] * johanhenselmans (~localadmi@pretsense.xs4all.nl) has joined #beagle
  • [13:45:53] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) has joined #beagle
  • [13:45:55] * berton_ (~fabio@177.127.6.77) has joined #beagle
  • [13:48:35] * berton (~fabio@179.105.253.251) Quit (Ping timeout: 240 seconds)
  • [13:50:30] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) Quit (Ping timeout: 256 seconds)
  • [13:54:00] * dgerlach1 (~dgerlach@192.91.75.29) Quit (Quit: Leaving.)
  • [13:54:47] * johanhenselmans (~localadmi@pretsense.xs4all.nl) Quit (Ping timeout: 264 seconds)
  • [13:55:50] * bradfa (~andrew@clr-vpn01.kodakalaris.com) Quit (Quit: reboot!)
  • [13:56:05] * johanhenselmans (~localadmi@pretsense.xs4all.nl) has joined #beagle
  • [14:00:11] * berton_ (~fabio@177.127.6.77) Quit (Quit: Leaving)
  • [14:00:30] * berton (~fabio@177.127.6.77) has joined #beagle
  • [14:00:38] * johanhenselmans_ (~localadmi@pretsense.xs4all.nl) has joined #beagle
  • [14:02:35] * johanhenselmans (~localadmi@pretsense.xs4all.nl) Quit (Ping timeout: 245 seconds)
  • [14:04:27] * bradfa (~andrew@clr-vpn01.kodakalaris.com) has joined #beagle
  • [14:04:46] * johanhenselmans_ (~localadmi@pretsense.xs4all.nl) Quit (Ping timeout: 240 seconds)
  • [14:09:37] * serg_ (~serg@145-39-132-95.pool.ukrtel.net) Quit (Remote host closed the connection)
  • [14:17:01] * linkedinyou (~linkediny@unaffiliated/linkedinyou) has joined #beagle
  • [14:17:01] * linkedinyou (~linkediny@unaffiliated/linkedinyou) has joined #beaglebone
  • [14:18:06] * jzaw (~jzaw@loki.dzki.co.uk) Quit (Ping timeout: 250 seconds)
  • [14:20:31] * nerienna (~nerienna@p5498E910.dip0.t-ipconnect.de) has joined #beagle
  • [14:22:23] * magra (~manisha@192.91.75.29) Quit (Ping timeout: 264 seconds)
  • [14:25:06] * nighty^ (~nighty@s229123.ppp.asahi-net.or.jp) Quit (Quit: Disappears in a puff of smoke)
  • [14:29:21] * jzaw (~jzaw@loki.dzki.co.uk) has joined #beagle
  • [14:30:26] * nighty^ (~nighty@s229123.ppp.asahi-net.or.jp) has joined #beagleboard
  • [14:31:41] * magra (manisha@nat/ti/x-kmsqsfjxtfgasyua) has joined #beagle
  • [14:31:52] * Bumsik (~Thunderbi@nat-130-245-194-237.resnet.stonybrook.edu) has joined #beagle
  • [14:34:56] * berton (~fabio@177.127.6.77) Quit (Ping timeout: 250 seconds)
  • [14:35:05] * Akex_ (uid58281@gateway/web/irccloud.com/x-owwkpangnuwzfpoi) Quit (Ping timeout: 245 seconds)
  • [14:37:36] * jzaw (~jzaw@loki.dzki.co.uk) Quit (Ping timeout: 250 seconds)
  • [14:41:47] * tty0_ (~NA@unaffiliated/tty0/x-3092968) Quit (Quit: Leaving.)
  • [14:46:29] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) has joined #beagle
  • [14:47:32] * Bumsik (~Thunderbi@nat-130-245-194-237.resnet.stonybrook.edu) Quit (Quit: Bumsik)
  • [14:49:34] * Akex_ (uid58281@gateway/web/irccloud.com/x-lswzsnzskygncmau) has joined #beagle
  • [14:51:22] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) Quit (Ping timeout: 265 seconds)
  • [14:52:23] * jzaw (~jzaw@loki.dzki.co.uk) has joined #beagle
  • [15:00:23] <yates> what does this include syntax mean: /include/ "xyz.dtsi"? seems like a normal include is like this: #include "xyz.dtsi".
  • [15:00:29] <yates> in a dts, that is.
  • [15:00:34] <yates> or dtsi
  • [15:00:50] * tomeff (~tomeff@ip-89-176-75-234.net.upcbroadband.cz) Quit (Quit: tomeff)
  • [15:01:47] <yates> you see it in, e.g., am335x-bone-common-no-capemgr.dtsi
  • [15:02:11] <yates> http://paste.fedoraproject.org/314899/45382052
  • [15:02:27] <yates> line 231
  • [15:08:44] <yates> veremit: hey!
  • [15:14:17] * Bumsik (~Thunderbi@adm-129-49-101-3.wi-fi.stonybrook.edu) has joined #beagle
  • [15:15:28] * berton (~fabio@177.127.6.77) has joined #beagle
  • [15:17:20] * eFfeM (~frans@c73189.upc-c.chello.nl) has joined #beagle
  • [15:18:46] * jzaw (~jzaw@loki.dzki.co.uk) Quit (Ping timeout: 250 seconds)
  • [15:20:43] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Quit: Client exiting)
  • [15:22:33] * skhreze (~debian@user-94-254-226-9.play-internet.pl) has joined #beagle
  • [15:27:26] * Bumsik (~Thunderbi@adm-129-49-101-3.wi-fi.stonybrook.edu) Quit (Ping timeout: 250 seconds)
  • [15:29:57] * jzaw (~jzaw@loki.dzki.co.uk) has joined #beagle
  • [15:36:07] * tty0_ (~NA@unaffiliated/tty0/x-3092968) has joined #beagle
  • [15:39:20] * Bumsik (~Thunderbi@adm-129-49-101-3.wi-fi.stonybrook.edu) has joined #beagle
  • [15:44:56] * bearsh|work (~quassel@252.212.107.92.dynamic.wline.res.cust.swisscom.ch) Quit (Ping timeout: 240 seconds)
  • [15:47:16] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) has joined #beagle
  • [15:50:57] <zmatt> yates: // is the syntax of dts itself, #include works because it's being run through cpp before being passed to dtc. generally #include is preferred since files included with /include/ won't be preprocessed and therefore can't use constant/macro definitions
  • [15:51:33] * egavinc (~egavinc@43.Red-2-139-180.staticIP.rima-tde.net) Quit (Remote host closed the connection)
  • [15:51:35] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) Quit (Ping timeout: 240 seconds)
  • [15:51:58] <yates> i see.
  • [15:52:09] * Bumsik (~Thunderbi@adm-129-49-101-3.wi-fi.stonybrook.edu) Quit (Ping timeout: 250 seconds)
  • [15:52:27] <yates> is this syntax defined in a device tree compiler document or somesuch somewhere?
  • [15:52:40] <yates> i installed dtc on fedora and i don't even get a manpage
  • [15:53:06] <yates> thanks for the clarification.
  • [15:53:10] <zmatt> the dtc sources are included with the kernel
  • [15:53:16] <zmatt> there might be docs there too
  • [15:53:27] <yates> "Read the source, Luke!"
  • [15:53:41] <zmatt> or at least a yacc/bison file :P
  • [15:53:53] <yates> ewe, bison
  • [15:54:40] <zmatt> ... "pew! ... BOOM" https://www.spacetelescope.org/images/potw1551a/
  • [15:54:59] <stt_michael> pong
  • [15:56:18] <yates> cool
  • [15:57:50] * tomeff (~tomeff@ip-94-112-0-81.net.upcbroadband.cz) has joined #beagle
  • [15:57:50] * tomeff (~tomeff@ip-94-112-0-81.net.upcbroadband.cz) has joined #beagleboard
  • [15:57:50] * tomeff (~tomeff@ip-94-112-0-81.net.upcbroadband.cz) has joined #beaglebone
  • [15:58:54] * eFfeM (~frans@c73189.upc-c.chello.nl) Quit (Quit: Leaving.)
  • [16:04:13] * karsun (~karsun@14.139.121.55) has joined #beagle
  • [16:06:20] * luan_ (uid114221@gateway/web/irccloud.com/x-rbhqimgwilpjxahy) has joined #beagle
  • [16:11:01] * mrjazzcat (~mrjazzcat@c-50-134-253-3.hsd1.co.comcast.net) has joined #beagle
  • [16:11:10] <yates> stt_michael: ancient computer game?
  • [16:12:35] <stt_michael> yates, or a common reply to the 'ping' command :D
  • [16:15:57] * citylight2 (~me@bzq-218-29-26.cablep.bezeqint.net) has joined #beagle
  • [16:17:29] * thurgood (~thurgood@67-198-113-218.static.grandenetworks.net) has joined #beagle
  • [16:17:58] * yates stirs inquisitively
  • [16:21:16] * citylight2 (~me@bzq-218-29-26.cablep.bezeqint.net) Quit (Ping timeout: 265 seconds)
  • [16:23:20] <yates> if you're in need of a break from device trees, pru code, kernel modules, try a derivation of the Shannon limit: http://www.digitalsignallabs.com/shannonlimit.pdf
  • [16:23:27] * yates shamelessly self-promotes
  • [16:23:32] * NishanthMenon (~nmenon@192.91.75.30) has joined #beagle
  • [16:23:32] * NishanthMenon (~nmenon@192.91.75.30) Quit (Changing host)
  • [16:23:32] * NishanthMenon (~nmenon@unaffiliated/nishanthmenon) has joined #beagle
  • [16:25:24] * idwer (~irc@unaffiliated/idwer) has joined #beagle
  • [16:32:06] * Bumsik (~Thunderbi@adm-129-49-101-3.wi-fi.stonybrook.edu) has joined #beagle
  • [16:34:37] * [Butch] (~butch@c-73-158-228-135.hsd1.ca.comcast.net) has joined #beagle
  • [16:35:07] * c10ud^ (~c10ud@emesene/dictator/c10ud) Quit (Quit: Leaving)
  • [16:35:24] <stt_michael> I'm doin spreadsheets for power consumption of electronics .. and then switching convert power supply designs after some testing
  • [16:36:34] <yates> oh, you mean a pulse-width-modulated feedback control system?
  • [16:37:46] <yates> very cool stuff.
  • [16:38:30] <yates> i was going to design my own class-d power amp, but why bother when you can buy an excellent one from Crown for US$180?!?
  • [16:38:38] <yates> so i did.
  • [16:39:12] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) has joined #beagle
  • [16:40:10] <yates> http://www.crownaudio.com/en-US/products/xls-1000
  • [16:43:58] <stt_michael> wow .. $180
  • [16:44:07] <stt_michael> google 'sure electronics'
  • [16:44:18] <stt_michael> Much cheaper
  • [16:48:26] <yates> apples/oranges
  • [16:48:31] <stt_michael> indeed
  • [16:55:23] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) Quit (Remote host closed the connection)
  • [16:56:12] * yates (~user@nc-71-51-249-15.dhcp.embarqhsd.net) Quit (Quit: rcirc on GNU Emacs 24.5.1)
  • [17:02:29] * ppisati (~ppisati@2-230-238-136.ip204.fastwebnet.it) Quit (Quit: leaving)
  • [17:07:15] * behanw (~behanw@2001:470:b26c:0:e4b8:d724:1476:2f70) Quit (Ping timeout: 240 seconds)
  • [17:07:15] * riotz (~riotz@unaffiliated/riotz) Quit (Ping timeout: 240 seconds)
  • [17:07:37] * behanw (~behanw@d75-157-25-181.bchsia.telus.net) has joined #beagle
  • [17:08:06] * riotz (~riotz@unaffiliated/riotz) has joined #beagle
  • [17:11:29] * mag__ (mgreer@nat/google/x-zascfeixkcvqdwtl) has joined #beagle
  • [17:12:04] * nasuga (~nasuga@unaffiliated/nasuga) has joined #beagle
  • [17:20:34] * nasuga (~nasuga@unaffiliated/nasuga) Quit (Ping timeout: 240 seconds)
  • [17:21:29] * nasuga (~nasuga@unaffiliated/nasuga) has joined #beagle
  • [17:28:30] * Kripton (~kripton-f@kripserver.net) Quit (Ping timeout: 260 seconds)
  • [17:28:46] * karsun (~karsun@14.139.121.55) Quit (Ping timeout: 250 seconds)
  • [17:30:39] * c10ud (~c10ud@emesene/dictator/c10ud) has joined #beagle
  • [17:30:51] * PaulePanter (~paul@mail.gw90.de) Quit (Ping timeout: 260 seconds)
  • [17:31:20] * PaulePanter (~paul@mail.gw90.de) has joined #beagle
  • [17:31:20] * PaulePanter (~paul@mail.gw90.de) has joined #beagleboard
  • [17:34:55] * jzaw (~jzaw@loki.dzki.co.uk) Quit (Ping timeout: 260 seconds)
  • [17:35:13] * Kripton (~kripton-f@kripserver.net) has joined #beagle
  • [17:37:38] * jzaw (~jzaw@loki.dzki.co.uk) has joined #beagle
  • [17:40:02] * XFaCE (~XFaCE@unaffiliated/xface) Quit (Ping timeout: 250 seconds)
  • [17:43:34] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [17:46:51] * NulL` (~bleh1@217.28.4.248) has joined #beagle
  • [17:50:44] * negil (ac3ae117@gateway/web/freenode/ip.172.58.225.23) has joined #beagle
  • [17:52:51] * negil (ac3ae117@gateway/web/freenode/ip.172.58.225.23) Quit (Client Quit)
  • [17:55:12] * Bumsik (~Thunderbi@adm-129-49-101-3.wi-fi.stonybrook.edu) Quit (Ping timeout: 250 seconds)
  • [17:58:02] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) has joined #beagle
  • [18:00:52] * bengo (~textual@50.242.123.65) has joined #beagle
  • [18:01:00] * XFaCE (~XFaCE@unaffiliated/xface) has joined #beagle
  • [18:02:26] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) Quit (Ping timeout: 240 seconds)
  • [18:03:25] * Vasco_O is now known as Vasco
  • [18:04:35] * lektrik (~mayday_ja@data.rahb.ca) has joined #beagle
  • [18:08:07] * Guest78650 is now known as moto-timo
  • [18:08:16] * moto-timo (ttorling@nat/intel/x-bgcjgsejuqwvhvze) Quit (Changing host)
  • [18:08:16] * moto-timo (ttorling@fsf/member/moto-timo) has joined #beagle
  • [18:10:08] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) has joined #beagle
  • [18:22:43] * yates (~user@nc-71-51-249-15.dhcp.embarqhsd.net) has joined #beagle
  • [18:28:36] * bizarro_1 (~bizarro_1@46.Red-83-47-148.dynamicIP.rima-tde.net) has joined #beagle
  • [18:31:24] * dlech (~dlech@108-198-5-147.lightspeed.okcbok.sbcglobal.net) Quit (Quit: Leaving)
  • [18:37:36] * Starduster (~SD@unaffiliated/starduster) Quit (Ping timeout: 250 seconds)
  • [18:38:52] * [Butch] (~butch@c-73-158-228-135.hsd1.ca.comcast.net) Quit (Quit: I'm out . . .)
  • [18:46:16] * nyo_ (~nyo@host24-186-dynamic.35-79-r.retail.telecomitalia.it) Quit (Ping timeout: 265 seconds)
  • [18:46:36] * nyo_ (~nyo@host235-127-dynamic.53-82-r.retail.telecomitalia.it) has joined #beagle
  • [18:48:21] * BellinganRoy (~Bellingan@host228-109-static.242-95-b.business.telecomitalia.it) Quit (Quit: Konversation terminated!)
  • [18:48:49] * jevin (~jevin@72.12.217.220) Quit (Quit: Textual IRC Client: www.textualapp.com)
  • [18:49:26] * djidan (djidan@nat/ecp/x-rncuzxarovmqkeqv) Quit (Ping timeout: 240 seconds)
  • [18:50:53] * thurgood_ (~thurgood@67-198-113-218.static.grandenetworks.net) has joined #beagle
  • [18:50:54] * thurgood (~thurgood@67-198-113-218.static.grandenetworks.net) Quit (Read error: Connection reset by peer)
  • [18:52:38] * bengo (~textual@50.242.123.65) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [18:54:08] * jevin (~jevin@72.12.217.220) has joined #beagle
  • [18:57:59] * skhreze (~debian@user-94-254-226-9.play-internet.pl) Quit (Ping timeout: 276 seconds)
  • [18:59:21] * skhreze (~debian@user-94-254-227-38.play-internet.pl) has joined #beagle
  • [19:02:10] * istvan (~istvan@cpe-74-78-219-199.twcny.res.rr.com) has joined #beagle
  • [19:02:30] * NishanthMenon (~nmenon@unaffiliated/nishanthmenon) Quit (Remote host closed the connection)
  • [19:02:39] * Starduster (~SD@unaffiliated/starduster) has joined #beagle
  • [19:02:53] * dgerlach1 (dgerlach@nat/ti/x-mwqhvhmxxpiaodxk) has joined #beagle
  • [19:03:55] * djidan (djidan@nat/ecp/x-qmuisbrckhdwxlnz) has joined #beagle
  • [19:04:05] * bengo (~textual@50.242.123.65) has joined #beagle
  • [19:08:05] * djlewis (~bubba@adsl-65-64-30-13.dsl.ltrkar.swbell.net) has joined #beagle
  • [19:12:08] * karsun (~karsun@14.139.121.55) has joined #beagle
  • [19:12:35] * bengo (~textual@50.242.123.65) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [19:12:38] * [Butch] (~butch@169.145.89.207) has joined #beagle
  • [19:15:49] * citylight2 (~me@84.111.153.0) has joined #beagle
  • [19:16:18] * nerienna (~nerienna@p5498E910.dip0.t-ipconnect.de) Quit (Remote host closed the connection)
  • [19:16:33] <istvan> if I run /sbin/modprobe uio_pruss extram_pool_sz=MYSIZE then what address do I use from the PRU to write to that allocated memory?
  • [19:16:41] * bengo (~textual@50.242.123.65) has joined #beagle
  • [19:18:08] * bengo (~textual@50.242.123.65) Quit (Client Quit)
  • [19:18:10] * mag__ (mgreer@nat/google/x-zascfeixkcvqdwtl) Quit (Ping timeout: 260 seconds)
  • [19:19:42] * bengo (~textual@50.242.123.65) has joined #beagle
  • [19:20:58] * bengo (~textual@50.242.123.65) Quit (Client Quit)
  • [19:21:43] * karsun (~karsun@14.139.121.55) Quit (Quit: Nettalk6 - www.ntalk.de)
  • [19:22:23] * bengo (~textual@50.242.123.65) has joined #beagle
  • [19:26:22] * bengo (~textual@50.242.123.65) Quit (Client Quit)
  • [19:26:52] <citylight2> I want to use the on-board button so I need to use the universal cape. I then want to use the ADC. After updating /opt/scripts the universal cape is not loaded.
  • [19:26:55] * [Butch] (~butch@169.145.89.207) Quit (Ping timeout: 240 seconds)
  • [19:27:01] <citylight2> hi bengi
  • [19:27:47] * bengo (~textual@50.242.123.65) has joined #beagle
  • [19:29:04] * [Butch] (~butch@169.145.89.207) has joined #beagle
  • [19:29:26] * dgerlach1 (dgerlach@nat/ti/x-mwqhvhmxxpiaodxk) Quit (Ping timeout: 240 seconds)
  • [19:33:00] * mag__ (mgreer@nat/google/x-gshyireoktferpod) has joined #beagle
  • [19:33:26] * Defiant (erik@f054024161.adsl.alicedsl.de) Quit (Ping timeout: 240 seconds)
  • [19:43:42] * jpirko (~jirka@ip-94-113-120-24.net.upcbroadband.cz) Quit (Quit: Leaving)
  • [19:43:56] * citylight2 (~me@84.111.153.0) Quit (Quit: Leaving)
  • [19:44:19] * citylight2 (~me@84.111.153.0) has joined #beagle
  • [19:44:26] * bengo (~textual@50.242.123.65) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [19:44:51] * Defiant (~Defiant@x55b1c2f4.dyn.telefonica.de) has joined #beagle
  • [19:44:54] * eFfeM (~frans@c73189.upc-c.chello.nl) has joined #beagle
  • [19:46:45] <yates> can anyone make sense of this initialization log entry? [ 4.883426] mmc1: MAN_BKOPS_EN bit is not set
  • [19:46:58] <yates> it is on my breadboard boot but not on the bbb boot
  • [19:47:04] <yates> exact same image on both
  • [19:47:22] <veremit> hardware difference
  • [19:47:47] <yates> veremit: you mean a different mmc1?
  • [19:47:53] <veremit> no
  • [19:48:24] <veremit> I mean one lump of hardware is different to the other, and its causing a driver to explain a setting it's applied/omitted
  • [19:48:41] * gusnan (~gusnan@unaffiliated/gusnan) Quit (Ping timeout: 276 seconds)
  • [19:49:17] <yates> actually i was wrong. that line is being emitted on both, just in a different order
  • [19:49:23] <yates> veremit: ok, so that seems just fine.
  • [19:49:30] * karsun (~karsun@14.139.121.55) has joined #beagle
  • [19:49:46] * bengo (~textual@50.242.123.65) has joined #beagle
  • [19:49:50] * gusnan (~gusnan@unaffiliated/gusnan) has joined #beagle
  • [19:50:59] <yates> if anyone would care to have a look, here's the bbb boot log: http://ur1.ca/ogc40 -> http://paste.fedoraproject.org/315016/53837838
  • [19:51:21] <yates> and here's our breadboard boot log: http://ur1.ca/ogc41 -> http://paste.fedoraproject.org/315017/53837875
  • [19:51:23] <veremit> most non-fatal messages are innocuous
  • [19:51:47] <yates> yeah, well there are some that look serious later on, i was just trying to find out where they diverge
  • [19:52:26] * bengo (~textual@50.242.123.65) Quit (Client Quit)
  • [19:54:45] * bengo (~textual@50.242.123.65) has joined #beagle
  • [19:56:19] <yates> i see this line in the bbb boot but NOT in my bb boot: Starting Various fixups to make systemd work better on Debian...
  • [19:58:29] <veremit> lol nie
  • [19:58:35] <veremit> and NiCe too
  • [19:58:46] * bengo (~textual@50.242.123.65) Quit (Client Quit)
  • [20:00:22] * bengo (~textual@50.242.123.65) has joined #beagle
  • [20:00:43] <yates> nice?
  • [20:01:05] <filt3r> yates: you can remove the tda998x i2c0 node and the ti,lcdc,slave node, thats causing the kernel warning with the stackdump on boot, and if i remember correctly yuo dont have the tda1988 chip on board
  • [20:01:37] <yates> filt3r: thanks you. i thought i did this. let me double-check..
  • [20:01:41] <yates> thank you
  • [20:03:07] <filt3r> also you still have the eeprom nodes in your devicetree, if you care about that
  • [20:04:09] <yates> ack.
  • [20:04:14] <yates> i do.
  • [20:04:36] <filt3r> and while you're at it you can also remove the bone_capemgr it seems to be not working at all with the baseboard eeprom: bone_capemgr bone_capemgr: Failed to scan baseboard eeprom
  • [20:04:54] <filt3r> or, lets say, you have to remove it, because it references the eeprom nodes
  • [20:05:21] * bengo (~textual@50.242.123.65) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [20:05:25] <yates> i thought i had done that, too.
  • [20:05:50] <yates> perhaps the rebuild overwrote my changes. my build system is lacking right now
  • [20:07:14] <citylight2> I wish rcn-ee will appear
  • [20:09:58] * bengo (~textual@50.242.123.65) has joined #beagle
  • [20:10:21] <yates> yeah, my dts changes are gone.
  • [20:10:42] <veremit> citylight2: he's never around when you want him .. but he does respond to email
  • [20:10:58] <yates> zmatt: btw, the problem with the network was hardware: our board assemblers installed 3 DNI resistors in that circuit.
  • [20:11:11] <veremit> yates: woops!
  • [20:11:21] <citylight2> but I was told that emailing a developer is a wrong way to life
  • [20:11:38] <yates> citylight2: ahh, grasshopper, you learned well!
  • [20:11:49] <veremit> -shrug- life's too damn short lol
  • [20:11:53] <yates> lol
  • [20:12:11] * nasuga (~nasuga@unaffiliated/nasuga) Quit (Ping timeout: 264 seconds)
  • [20:12:15] <citylight2> I am seeking the web for more info on this universal cape
  • [20:12:19] * bengo (~textual@50.242.123.65) Quit (Client Quit)
  • [20:12:23] <citylight2> how to activate it
  • [20:12:25] * ByronJoh1son (~bairyn@mail.digitalkingdom.org) Quit (Ping timeout: 260 seconds)
  • [20:12:26] * karsun (~karsun@14.139.121.55) Quit (Ping timeout: 256 seconds)
  • [20:12:29] <filt3r> which universal cape?
  • [20:12:35] <filt3r> just out of curiosity
  • [20:12:58] <citylight2> last night rcn-ee said: you can, if you disable the adc pins in cape universal, or load cape universal and then use config-pin for the
  • [20:13:12] <citylight2> and I, I do not understand
  • [20:13:27] * bengo (~textual@50.242.123.65) has joined #beagle
  • [20:14:13] <filt3r> ahh ok, probably he meant something regarding devicetree overlays
  • [20:14:32] <citylight2> yes, that is it
  • [20:15:54] * berton (~fabio@177.127.6.77) Quit (Quit: Leaving)
  • [20:16:12] <yates> filt3r: is a good way to remove the capemgr to modify am335x-boneblack.dts to substitute #include "am335x-bone-common-no-capemgr.dtsi" for #include "am335x-bone-common.dtsi" ?
  • [20:17:49] <yates> i also removed the &lcdc and &i2c0/tda19988 nodes from am335x-boneblack.dts. is that correct?
  • [20:18:51] <yates> those are at bb-kernel/KERNEL/arch/arm/boot/dts/
  • [20:18:58] * micges_ (~micges@epw38.neoplus.adsl.tpnet.pl) has joined #beaglebone
  • [20:18:58] * micges_ (~micges@epw38.neoplus.adsl.tpnet.pl) has joined #beagle
  • [20:22:32] * micges (~micges@abre205.neoplus.adsl.tpnet.pl) Quit (Ping timeout: 250 seconds)
  • [20:25:07] * luan_ (uid114221@gateway/web/irccloud.com/x-rbhqimgwilpjxahy) Quit (Quit: Connection closed for inactivity)
  • [20:32:01] <filt3r> yates: i actually have never used the cape manager, because i use the mainline kernel and there is currently no cape manager so i cant answer that
  • [20:32:38] <filt3r> regarding the lcdc and tda19988 nodes should be fine
  • [20:33:35] * vagrantc (~vagrant@unaffiliated/vagrantc) has joined #beagle
  • [20:36:16] * ZeekHuge (~ZeekHuge@59.88.139.73) has joined #beagle
  • [20:38:48] <filt3r> yates: but by taking a quick look on the BBB kernel you probably should be fine replacing "am335x-bone-common.dtsi" with "am335x-bone-common-no-capemgr.dtsi"
  • [20:39:55] <Zephyr1138> I've followed this http://elinux.org/Beagleboard:BeagleBoneBlack_HDMI and found that I can temporarily force a resolution to "1680x1050". Where do I set this in the BBB file system to be permanent?
  • [20:45:01] * [Butch] (~butch@169.145.89.207) Quit (Quit: I'm out . . .)
  • [20:45:26] * idwer_ (~irc@unaffiliated/idwer) has joined #beagle
  • [20:48:07] * idwer (~irc@unaffiliated/idwer) Quit (Ping timeout: 250 seconds)
  • [20:48:40] * kramer (816ef23e@gateway/web/freenode/ip.129.110.242.62) has joined #beagle
  • [20:49:03] * kramer is now known as Guest88988
  • [20:50:02] <Zephyr1138> !help xrandr
  • [20:51:11] * Shadyman (~matthew@unaffiliated/shadyman) has joined #beagle
  • [20:58:53] * istvan (~istvan@cpe-74-78-219-199.twcny.res.rr.com) Quit (Ping timeout: 276 seconds)
  • [21:07:46] * Russ (foobar@pool-100-9-139-246.lsanca.fios.verizon.net) Quit (Ping timeout: 240 seconds)
  • [21:10:53] * bengo (~textual@50.242.123.65) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [21:11:45] * Guest88988 (816ef23e@gateway/web/freenode/ip.129.110.242.62) Quit (Quit: Page closed)
  • [21:12:38] * weox (uid112413@gateway/web/irccloud.com/x-kgivveyjphgxfspx) Quit (Quit: Connection closed for inactivity)
  • [21:17:56] * bengo (~textual@50.242.123.65) has joined #beagle
  • [21:20:32] * Vasco is now known as Vasco_O
  • [21:20:41] <Zephyr1138> I've read that "The display driver takes over once it is launched. It does not use the uENV.txt parameters. It uses the EDID."
  • [21:21:18] <Zephyr1138> I've seen he boot screen then the monitor goes black.
  • [21:21:59] <Zephyr1138> Where do I configure the EDID to use "1680x1050" ?
  • [21:27:34] <ZeekHuge> Hey ! I would like contribute to the community. How can I start ? I have already subscribed to the mailing list.
  • [21:28:33] * bengo (~textual@50.242.123.65) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [21:30:03] * istvan (~istvan@cpe-74-67-209-64.twcny.res.rr.com) has joined #beagle
  • [21:30:27] * bengo (~textual@50.242.123.65) has joined #beagle
  • [21:30:35] * bengo (~textual@50.242.123.65) Quit (Client Quit)
  • [21:31:13] * c10ud (~c10ud@emesene/dictator/c10ud) Quit (Quit: cya)
  • [21:31:50] * veremit (~kvirc@unaffiliated/veremit) Quit (Quit: <Insert witty quit message here>)
  • [21:32:02] * bengo (~textual@50.242.123.65) has joined #beagle
  • [21:33:02] * idwer_ is now known as idwer
  • [21:37:01] * bengo (~textual@50.242.123.65) Quit (Quit: Textual IRC Client: www.textualapp.com)
  • [21:37:42] * ghoti (~paul@hq.experiencepoint.com) Quit (Quit: Changing server)
  • [21:39:05] * micges_ (~micges@epw38.neoplus.adsl.tpnet.pl) Quit (Quit: Wychodzi)
  • [21:44:15] * skhreze (~debian@user-94-254-227-38.play-internet.pl) Quit (Ping timeout: 245 seconds)
  • [21:45:47] * darkfader (~darkfader@ip3e8346be.speed.planet.nl) Quit (Quit: Read error: Connection reset by peer)
  • [21:46:11] * skhreze (~debian@user-94-254-227-62.play-internet.pl) has joined #beagle
  • [21:50:39] * eFfeM (~frans@c73189.upc-c.chello.nl) Quit (Quit: Leaving.)
  • [21:54:00] * hanspeter (5b2b14bd@gateway/web/cgi-irc/kiwiirc.com/ip.91.43.20.189) has joined #beagle
  • [21:59:00] * darkfader (~darkfader@ip3e8346be.speed.planet.nl) has joined #beagle
  • [22:02:35] * skhreze (~debian@user-94-254-227-62.play-internet.pl) Quit (Ping timeout: 240 seconds)
  • [22:03:23] * lektrik (~mayday_ja@data.rahb.ca) Quit (Quit: Leaving)
  • [22:04:23] * ubap (~ubap@89-71-188-226.dynamic.chello.pl) Quit (Read error: No route to host)
  • [22:04:57] * ubap (~ubap@89-71-188-226.dynamic.chello.pl) has joined #beagle
  • [22:07:06] * ghoti (~paul@hq.experiencepoint.com) has joined #beagle
  • [22:12:48] * NulL`` (~bleh1@92.39.193.227) has joined #beagle
  • [22:13:27] * thurgood_ (~thurgood@67-198-113-218.static.grandenetworks.net) Quit (Remote host closed the connection)
  • [22:14:02] * thurgood (~thurgood@67-198-113-218.static.grandenetworks.net) has joined #beagle
  • [22:15:26] * NulL` (~bleh1@217.28.4.248) Quit (Ping timeout: 240 seconds)
  • [22:15:54] * ayjay (~ayjay@216.106.135.68) has joined #beagle
  • [22:18:26] * thurgood (~thurgood@67-198-113-218.static.grandenetworks.net) Quit (Ping timeout: 240 seconds)
  • [22:25:55] * tty0_ (~NA@unaffiliated/tty0/x-3092968) Quit (Ping timeout: 245 seconds)
  • [22:30:40] * dj_pi (~dj@c-73-191-212-56.hsd1.mi.comcast.net) has joined #beagle
  • [22:35:14] <yates> is there anything in the kernel that depends on the dts/dtb at kernel build time?
  • [22:36:02] <yates> it looks like from the scripts that rcn's build.sh just compiles the dts's and then packages them up for copying into the rootfs.
  • [22:37:06] <filt3r> no you can build the kernel without the DT files
  • [22:37:09] <yates> i'm having a maintenance issue where the kernel build overwrites my changes. i'm thinking of just recompiling my .dts's after thekernel is build and rebuild the dtb package
  • [22:37:30] <filt3r> are you building it with a script
  • [22:37:35] <yates> yes
  • [22:37:40] <yates> with a makefile
  • [22:38:06] <yates> you mean the kernel?
  • [22:38:11] <yates> it == kernel?
  • [22:38:20] <filt3r> usually on the mainline kernel you have to build the dtbs explicitly with make dtbs
  • [22:38:37] <yates> for that i'm using rcn's build.sh
  • [22:39:01] <yates> and children...
  • [22:39:15] * NulL`` (~bleh1@92.39.193.227) Quit (Ping timeout: 245 seconds)
  • [22:40:28] <filt3r> you can just comment out the buildig and copying of the devicetree files out of your buildscripts or just rebuild and copy your own DTs to the rootfs after the kernel build is done
  • [22:40:35] <Zephyr1138> I figured out a hack...
  • [22:40:38] <yates> in fact that's the maintenance problem. to get my dts changes in i'd have to change rcn's build.sh (or the dtbs makefile), which are both "independent" of my project changes. it would be ugly to hack them, as far as i can see
  • [22:40:44] <Zephyr1138> root@beaglebone:~# tail -n8 /etc/gdm/Init/Default
  • [22:40:44] <Zephyr1138> #x11vnc -q -bg -display :0 -forever -avahi -xkb
  • [22:40:44] <Zephyr1138> # Use xrandr!
  • [22:40:44] <Zephyr1138> export XAUTHORITY=`ls /var/run/gdm/auth-for-root-*/database`
  • [22:40:44] <Zephyr1138> export DISPLAY=:0
  • [22:40:44] <Zephyr1138> xrandr --output HDMI-0 --mode 1680x1050
  • [22:40:46] <Zephyr1138> exit 0
  • [22:41:07] <yates> true.
  • [22:42:42] <yates> his build scripts are complicated.
  • [22:42:49] <filt3r> can you post a link to them?
  • [22:43:41] <yates> https://eewiki.net/display/linuxonarm/BeagleBone+Black
  • [22:44:32] <yates> i'm usin gthe longterm 4.4.x (non-realtime)
  • [22:44:59] <yates> then that top-level build, bb-kernel/build_kernel.sh
  • [22:46:08] <yates> plus i'm weak on bash shell scripts.
  • [22:47:08] * victortyau (~victortya@190.123.228.251) has joined #beagle
  • [22:49:26] <yates> i can pick through it, but it's tedious. probably would be for anybody...
  • [22:51:45] <filt3r> ok so you have three options, either remove the making and instlling of the dtbs from the build_kernel.sh script, or just rebuild and copy your dtb file after the kernel build was done, or just copy your modified devicetree files into the kernel and replace the existing ones and check them into your local copy of the tree, depending on your situation, any option is valid :D
  • [22:53:25] * artX000 (~py@ool-1826eaa1.dyn.optonline.net) Quit (Ping timeout: 245 seconds)
  • [22:54:09] <yates> it doesn't look you can do that last option because there are patches applied to the .dts files
  • [22:54:23] <yates> i.e., before they get dtc'ed.
  • [22:54:35] <filt3r> ohh ok, in that case it wont work that easy
  • [22:55:02] <yates> i'm leaning toward the second.
  • [22:55:07] <yates> second option
  • [22:59:01] <filt3r> hmm strange, the build_kernel.sh script just creates a different archive for the dtbs files and in this guide which you posted it instructs you to extract it manually
  • [22:59:02] <filt3r> sudo tar xfv ./bb-kernel/deploy/${kernel_version}-dtbs.tar.gz -C /media/rootfs/boot/dtbs/${kernel_version}/
  • [22:59:28] <filt3r> so unless you have this somewhere in your own script it should not extract it to the rootfs
  • [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:02:23] * darkfader (~darkfader@ip3e8346be.speed.planet.nl) Quit (Ping timeout: 276 seconds)
  • [23:03:13] <yates> i do have it in my own script, of course
  • [23:03:13] * darkfader (~darkfader@ip3e8346be.speed.planet.nl) has joined #beagle
  • [23:04:25] <filt3r> well then it is writing the dtbs from the kernel source tree everytime to the rootfs again and overwriting any dtbs you placed before
  • [23:05:54] * jzaw (~jzaw@loki.dzki.co.uk) Quit (Ping timeout: 250 seconds)
  • [23:07:02] <yates> you have to generate those dtbs as well
  • [23:07:17] <yates> that's been troublesome (for me)
  • [23:07:41] <yates> i just discovered in like the past 60 seconds that the kernel apparently buidls and uses its own dtc!
  • [23:08:00] <yates> bb-kernel/KERNEL/scripts/dtc
  • [23:08:21] <filt3r> yes, if you run make dtbs in a kernel source tree it will call this dt-compiler
  • [23:09:02] <yates> where in the kernel source tree?
  • [23:09:10] <yates> there are Makefiles all over creation
  • [23:09:47] <yates> and there aren't command-line options (variable definitions, e.g.) necessary?
  • [23:09:52] <filt3r> achr/arm/Makefile or somewhere there
  • [23:09:57] * emeb (~ericb@ip68-2-68-52.ph.ph.cox.net) has joined #beagle
  • [23:10:15] * jzaw (~jzaw@loki.dzki.co.uk) has joined #beagle
  • [23:10:20] <filt3r> and in arch/arm/boot/dts/Makefile
  • [23:10:21] <yates> make: *** No rule to make target 'prepare', needed by 'dtbs'. Stop.
  • [23:10:34] <filt3r> is the list of dtbs whcih gets build
  • [23:10:50] <yates> http://ur1.ca/ogck7 -> http://paste.fedoraproject.org/315101/53849847
  • [23:11:00] <filt3r> yes
  • [23:11:13] <yates> that doesn't work.
  • [23:11:53] <filt3r> you need to specify arm and your crosscompiler
  • [23:11:56] <yates> i saw that already, but it's squirrelled so many levels down and with so many contigent parameters (variables, options, etc) it's freakin' impossible to decode
  • [23:12:07] <yates> contingent
  • [23:12:13] <filt3r> like ARCH=arm CROSS_COMPILE=... make dtbs
  • [23:12:30] <filt3r> but the build_kernel.sh script does all this for you
  • [23:13:02] <filt3r> it literally calls make dtbs on line 80
  • [23:13:07] <yates> yeah, but it does that AFTER it checks out and patches the standard dtbs
  • [23:13:13] <filt3r> yes thats true
  • [23:13:25] * dj_pi (~dj@c-73-191-212-56.hsd1.mi.comcast.net) Quit (Ping timeout: 245 seconds)
  • [23:13:31] <yates> dts's, rather
  • [23:13:53] <yates> are you talking about this: http://ur1.ca/ogcka -> http://paste.fedoraproject.org/315102/45384996
  • [23:14:48] <yates> which is in bb-kernel/KERNEL/arch/arm/
  • [23:14:52] <yates> which is in bb-kernel/KERNEL/arch/arm/Makefile
  • [23:15:12] <yates> tell me again how simple this is?
  • [23:15:16] * ByronJohnson (~bairyn@unaffiliated/bob0) has joined #beagle
  • [23:15:19] <yates> :)
  • [23:15:25] <filt3r> ye never said kernel makefiles are simple
  • [23:15:41] <filt3r> but here the script calls this make dtbs for the kernel tree https://github.com/RobertCNelson/bb-kernel/blob/am33x-v4.4/build_kernel.sh#L80
  • [23:16:22] <filt3r> and the script should create an archive which is called ${kernel_version}-dtbs.tar.gz
  • [23:16:22] <yates> true.
  • [23:16:28] <filt3r> this archive only contains the dtbs
  • [23:16:43] <yates> yes, i see all that.
  • [23:16:57] <filt3r> and since you are building your dtbs outside of the kernel tree there should be no need to extract that archive to the rootfs
  • [23:17:25] <yates> huh?
  • [23:17:26] <filt3r> you just need to copy your out of tree dtbs to the right place on the rootfs
  • [23:17:47] <yates> oh, well sure, right.
  • [23:17:47] <filt3r> arent you building your dtbs outside of the kernel tree?
  • [23:18:22] <filt3r> you actually need to copy am335x-boneblack.dtb to
  • [23:18:30] <filt3r> to /media/rootfs/boot/dtbs/${kernel_version}/
  • [23:18:34] <filt3r> that should do the trick
  • [23:18:38] <yates> nope
  • [23:18:42] <yates> well, that's another thing. there are so many dependencies between dts/dtsi files, i don't think that's feasible.
  • [23:19:05] <filt3r> well if its already compiled there should be no dependencies
  • [23:19:13] <yates> huh?
  • [23:19:43] <yates> it ISN'T getting compiled there.
  • [23:19:53] <yates> BECAUSE it has dependencies
  • [23:20:03] <yates> back to a bunch of stuff in the tree.
  • [23:20:10] <filt3r> im talking about the dtb files which are already compiled
  • [23:20:25] <filt3r> ok, so how are you building your own dtbs?
  • [23:21:19] <yates> well i was using the x86 dtc to begin with, which may have been a mistake
  • [23:21:52] <yates> but i copied over am335x_beaglebone.dts and the common dtsi into my own folder and ran dtc on the .dts
  • [23:21:58] <yates> and got parse error
  • [23:22:10] <yates> and if you trace the includes, you see they grow like a mother.
  • [23:22:51] <yates> i think it would be more reasonable to copy my changed files back into the tree and rerun the dtb package build.
  • [23:23:30] <yates> after the kernel has been built
  • [23:23:34] <yates> yeah.
  • [23:23:38] <yates> that sounds like a plan.
  • [23:24:02] <yates> probably makes the hardcore developers here puke, but what the hay, if it works..
  • [23:25:06] * ZeekHuge (~ZeekHuge@59.88.139.73) Quit (Ping timeout: 256 seconds)
  • [23:25:07] * rob_w (~rob@unaffiliated/rob-w/x-1112029) Quit (Read error: Connection reset by peer)
  • [23:25:44] * weox (uid112413@gateway/web/irccloud.com/x-jeqjpgjcxngtevik) has joined #beagle
  • [23:29:09] <filt3r> yes if you dont specify FULL_REBUILD the build_kernel.sh script should not try to apply the patches
  • [23:29:22] <filt3r> https://github.com/RobertCNelson/bb-kernel/blob/am33x-v4.4/build_kernel.sh#L214
  • [23:29:31] <filt3r> otherwise it will try to apply the patches and fail
  • [23:30:38] * dwery (~dwery@nslu2-linux/dwery) Quit (Ping timeout: 272 seconds)
  • [23:31:01] * veremit (~kvirc@217.237.125.91.dyn.plus.net) has joined #beagle
  • [23:31:01] * veremit (~kvirc@217.237.125.91.dyn.plus.net) Quit (Changing host)
  • [23:31:01] * veremit (~kvirc@unaffiliated/veremit) has joined #beagle
  • [23:31:31] <filt3r> another i think decent solution would really be to rename the dts and dtsi file which you have to your boardname or something else, and add it to ther arch/arm/boot/dts/Makefile list, also don't forget to instruct u-boot to load your dtb
  • [23:34:32] <filt3r> but just out of curiosity, how were you creating your dtb before?
  • [23:34:58] <yates> there was no before
  • [23:35:11] <yates> before = standard 4.4-bone2 kernel from rcn
  • [23:35:40] <filt3r> hmm ok
  • [23:35:58] <yates> i am in midst of my attempt to customize for my board the first time.
  • [23:36:20] <yates> does that make sense?
  • [23:36:42] <filt3r> yes but werent you already making changes to the dts yesterday or something like that?
  • [23:36:50] <yates> ha ha.
  • [23:36:54] <yates> it is THESE changes!
  • [23:36:58] <yates> i am SLOWWWWW....
  • [23:37:22] <yates> i spent some time coming up to speed on the dt thing (again).
  • [23:37:39] * somazero (~somazero@ip72-198-38-197.ok.ok.cox.net) has joined #beagle
  • [23:38:02] <yates> "that was yesterday" (old Foreigner song)
  • [23:38:27] <filt3r> hmm ye, my recommendation is really to create a differently named dts file, etc. which the patches won't touch and won't complain about
  • [23:39:03] <yates> yes, i heard you the first time.
  • [23:39:14] <yates> :)
  • [23:39:28] <filt3r> :)
  • [23:40:03] * ayjay (~ayjay@216.106.135.68) Quit (Quit: Leaving)
  • [23:44:50] * zacts (~zacts@freebsd/geek/zacts) has joined #beagle
  • [23:45:51] * ubap (~ubap@89-71-188-226.dynamic.chello.pl) Quit (Read error: No route to host)
  • [23:46:30] * ubap (~ubap@89-71-188-226.dynamic.chello.pl) has joined #beagle
  • [23:50:06] * bizarro_1 (~bizarro_1@46.Red-83-47-148.dynamicIP.rima-tde.net) Quit (Quit: Leaving)
  • [23:54:33] <yates> filt3r: i understand what you are getting at. it's a different board, and that's the whole idea of device trees. but i'm just taking a baby step right now, especially since i'm the long pole in the tent
  • [23:54:42] <yates> in the future, yet
  • [23:54:52] <yates> yes