**** BEGIN LOGGING AT Wed Sep 09 02:59:59 2015
Sep 09 03:12:13 <mrnuke> hello
Sep 09 03:12:34 <mrnuke> I'm wondering if there is a way to change the devicetree with 4.0+ kernels
Sep 09 03:14:21 <mrnuke> there's no /sys/devices/bone_capemgr*/slots anymore
Sep 09 04:08:22 <chuyskywalker> So, I've got a spare one of these (http://www.amazon.com/LeBistro-Portion-Control-Automatic-pounds/dp/B0016BVY2U) with a small motor I want to control with a BBB. I've got the bbb, a breadboard, some connecting wires and no idea what I'm doing. I want to think it's as simple as "plugin in to ground + 5v" but....that doesn't seem right. My googling turns up instructions for servos and way more complicated dc motor systems than I'm
Sep 09 05:21:27 <goopypanther1> I just ran netstat on my (idle) beaglebone and noticed there's an open connection to 82.165.8.211 on port 80. One other person on google has reported the same thing. Does anyone know what that is? http://82.165.8.211/ is a 403 error.
Sep 09 05:22:21 <tbr> goopypanther1: which image/OS are you running on your BBB?
Sep 09 05:23:36 <av500> nsa server?
Sep 09 05:23:43 <goopypanther1> tbr: Angstrom-Cloud9-IDE-GNOME-eglibc-ipk-v2012.12-beaglebone-2013.06.20
Sep 09 05:26:28 <goopypanther1> (also its a BB white)
Sep 09 05:26:49 <tbr> hmm, interesting
Sep 09 05:27:15 <goopypanther1> this is the only other mention I've found https://plus.google.com/+TimBakerInc/posts/RNvm2QviBb7
Sep 09 05:27:53 <tbr> might be the network thing testing connectivity
Sep 09 06:55:55 <hoijui> is there anyone here today that can tell me how to test/use latest bone101 from github?
Sep 09 06:57:42 <hoijui> as in.. to check-out/clone into which directory, and how to access it, and which commands to run on the BBB in order to make it work right
Sep 09 07:03:17 <Gwak> Hi, I've noticed that when you press the reset button on the BBB pin P9_17 and P9_18 are raised up and then they go down when you release the reset button. Same for P9_15 and P9_12 but those two stay turned on until kernel launch the device tree. For P9_12 and P9_15 i've figured out that this is due to uboot pinmuxing (P9_12 is set to mode7 and P9_15 mode0 gpmc_a0) but i'm not sure why they are toggle during bootloader or reset press.
Sep 09 07:03:58 <Gwak> Does anyone know more about this and if I can change the pinmux for those pins in the mux.c without any risk for the board.
Sep 09 07:23:05 <Bart> Hello
Sep 09 07:23:19 <Bart> i ve got some problems with xauth
Sep 09 07:23:22 <Bart> can anybody help me
Sep 09 07:23:23 <Guest99820> ?
Sep 09 07:24:40 <Guest99820> hell?
Sep 09 07:26:39 <Guest99820> nobody?
Sep 09 07:29:53 <Guest99820> hello?
Sep 09 07:29:58 <Guest99820> anybody here?
Sep 09 07:30:46 <tbr> http://www.catb.org/esr/faqs/smart-questions.html
Sep 09 07:34:24 <LetoThe2nd> tbr: quest smartions?
Sep 09 07:39:03 * tbr hits LetoThe2nd so that it smarts
Sep 09 07:41:37 <hoijui> Guest99820, communication (ettiquette) online (in IRC) works very different then IRL. you have to accept and learn that if you want to get help/survive here
Sep 09 07:42:01 <hoijui> it is not rude, just different
Sep 09 07:42:11 <Guest99820> hi
Sep 09 07:42:17 <tbr> indeed
Sep 09 07:42:55 <Guest99820> ok
Sep 09 07:43:01 <hoijui> for example, don't try to be nice/friendly, just be exact, short, concrete, simple, ...
Sep 09 07:43:43 <hoijui> and come right to the point
Sep 09 07:43:50 <Guest99820> i've been using an ubuntu image on my bbb. Now i changed to the newest debian image.
Sep 09 07:44:21 <Guest99820> the problem is that i always have to merge the xauth cookies now when i sudo something
Sep 09 07:45:26 <LetoThe2nd> Guest99820: usually one does not sudo x applications, but gksu or something alike.
Sep 09 07:46:03 <Guest99820> gksu does not accept keyboard inputs
Sep 09 07:47:54 <Guest99820> i cant type in anything
Sep 09 07:49:00 <Ison> Hi, request help to solve a printing issue in BBB using cups 1.7.5
Sep 09 07:49:54 <LetoThe2nd> Guest99820: ok, never heard of that so far.
Sep 09 07:50:23 <Ison> I am able to print a complete pdf page in my desktop PC using Ubuntu, but when I try the same in BBB, it is not printing the last 10% of the page
Sep 09 07:51:14 <LetoThe2nd> Ison: do the cups logs indicate any problems?
Sep 09 07:51:43 <Ison> I am newbie and these logs are alien languages for me... sorry.. :P
Sep 09 07:52:58 <Guest99820> Is there a possibilty of running a script every time i type sudo to do the xauth merge?
Sep 09 07:53:34 <Ison> I am sorry, xauth merge?
Sep 09 07:54:41 <Guest99820> sorry Ison it was for LetoThe"nd
Sep 09 07:54:54 <tbr> maybe ubuntu has something like that
Sep 09 07:55:07 <tbr> you could inspect what it does to achieve this
Sep 09 07:55:08 <Guest99820> yes but i need the debian image
Sep 09 07:55:15 <Gwak> Hi, I've noticed that when you press the reset button on the BBB pin P9_17 and P9_18 are raised up and then they go down when you release the reset button. Same for P9_15 and P9_12 but those two stay turned on until kernel launch the device tree. For P9_12 and P9_15 i've figured out that this is due to uboot pinmuxing (P9_12 is set to mode7 and P9_15 mode0 gpmc_a0) but i'm not sure why they are toggle during bootloader or reset press.
Sep 09 07:55:18 <Gwak> Does anyone know more about this and if I can change the pinmux for those pins in the mux.c without any risk for the board.
Sep 09 07:55:43 <tbr> Gwak: have you tried reading the TRM and SRM on this topic?
Sep 09 07:56:16 <Gwak> Hum i've tried to found something about this but I didn't
Sep 09 07:57:45 <Ison> @LetoThe2nd The error log for cups is blank
Sep 09 07:58:42 <Ison> @LetoThe2nd The logs doesn't seem to be showing any issues..
Sep 09 07:59:08 <LetoThe2nd> Ison: I've already read it the first time, i just don't have any ideas to offer.
Sep 09 07:59:41 <Gwak> TPS chip power section use I2C0 but nothing about I2C1
Sep 09 08:05:00 <Gwak> This is very strange I don't undestand what is raising P9_17 and P9_18 on a reset ... that's strange and potentialy dangerous for anything connected to the board ...
Sep 09 08:05:23 <Gwak> what and why
Sep 09 08:10:27 <Gwak> looking at schematic those 2 pins are directly connected from header to processor ..
Sep 09 08:20:57 <citylight2> I am using the brand new debian 8.1 lxde by rcn-ee to set up gpio0(23) P8_43 as gpio
Sep 09 08:21:06 <citylight2> config-pin -a P8_43 gpio
Sep 09 08:21:21 <citylight2> bash: line 0: echo: write error: No such file or directory
Sep 09 08:21:29 <citylight2> Error loading device tree overlay file: cape-universala
Sep 09 08:21:51 <citylight2> anyone?
Sep 09 08:34:10 * KotH crystal ball says that you are not giving enough information... like usual
Sep 09 08:40:29 <citylight2> hi KotH: well I am running 4.1.6-ti-r14 and tring to set this pin to gpio, I am using a BBB what more info is needed?
Sep 09 08:41:27 <citylight2> config-pin does work: https://paste.debian.net/311011/
Sep 09 08:41:43 <KotH> 1) there are many kernels, not everyone knews each and everyone of these by heart
Sep 09 08:42:12 <KotH> 2) there are many ways to set a pin to gpio, most of them are wrong. no-one but you knows how you did it
Sep 09 08:42:32 <KotH> 3) i recommend you to read www.catb.org/esr/faqs/smart-questions.html
Sep 09 08:44:10 <citylight2> sorry, but when I wrote I am using the newest debian 8.1 by rcn-ee I ment the bone-debian-8.1-lxqt-4gb-armhf-2015-09-06-4gb this has kernel 4.1.x and the universal program
Sep 09 08:44:47 <citylight2> so configuration of the gpio, should be easier, then in 4.0 and before when we had to load a device tree
Sep 09 08:44:51 <AxonetBE> I'm getting this when booting, https://gist.github.com/DriesS/046c10fad34cd2fbe43d
Sep 09 08:44:54 <AxonetBE> sd card dead?
Sep 09 08:45:28 <citylight2> 2) I am using the config-pin to config the device tree for this pin
Sep 09 08:45:46 <KotH> AxonetBE: not necesarily
Sep 09 08:45:52 <KotH> AxonetBE: is it properly plugged in?
Sep 09 08:45:55 <AxonetBE> yes
Sep 09 08:46:00 <KotH> AxonetBE: is power stable?
Sep 09 08:46:11 <KotH> AxonetBE: have you tried another one?
Sep 09 08:47:20 <AxonetBE> KotH: power ok, other card working fine
Sep 09 08:47:33 <KotH> AxonetBE: then your analysis is most likely correct
Sep 09 08:47:59 <AxonetBE> KotH: can it be that somebody deleted important files from OS or will it give other error?
Sep 09 08:48:10 <KotH> AxonetBE: that would be another error
Sep 09 08:48:22 <AxonetBE> KotH: ok, so nothing related to the os?
Sep 09 08:48:26 <KotH> AxonetBE: buti you can, check the kernel log
Sep 09 08:48:35 <KotH> but if*
Sep 09 08:48:44 <AxonetBE> KotH: how can I ?
Sep 09 08:48:54 <KotH> oh.. right.. sorry
Sep 09 08:49:03 <KotH> have you tried the card in a pc?
Sep 09 08:49:09 <AxonetBE> I can mount sd card and do chroot
Sep 09 08:49:13 <AxonetBE> ?
Sep 09 08:49:16 <KotH> hmm..
Sep 09 08:49:19 <KotH> interesting
Sep 09 08:49:30 <KotH> i'd just take another card. life is too short to waste on stuff like this
Sep 09 08:49:42 <AxonetBE> KotH: sorry it was a question :)
Sep 09 08:50:09 <KotH> ah.. yes, whether it's properly detected and if you can mount and verify the data is correct
Sep 09 08:50:42 <citylight2> KotH: are you familiar with the config-pin program by rcn-ee ?
Sep 09 08:51:33 <KotH> citylight2: no
Sep 09 08:52:03 <citylight2> o, so is anyone here faimilier with the "new" way to config the pins?
Sep 09 08:54:58 * KotH would fill out a merkbefreiungsformular for citylight2, if he'd understand it
Sep 09 08:56:53 <citylight2> what does "merkbefreiungsformular" mean?
Sep 09 08:57:35 <citylight2> oh KotH: do you have any use for this: gitlab.com/nivwiz/cwvw
Sep 09 09:02:00 <KotH> citylight2: http://pastebin.com/fhDwzQsh
Sep 09 09:02:51 <KotH> citylight2: btw: thanks. i havent had a chance to use that form in ages!
Sep 09 09:21:49 <tbr> also worth testing: does it work with other devices
Sep 09 09:21:58 <tbr> meh, econtext, was scrolled up
Sep 09 09:42:40 <citylight2> hi tbr
Sep 09 09:43:19 <citylight2> my cwvw works only with atheros, I thought about adding a special branch for the rtl8189
Sep 09 09:43:35 <citylight2> but found setting up hostapd on it difficauly
Sep 09 10:45:03 <ganeshkumar> hi I try to learn  u-boot loader but  Unable to boot spl loader in beagle bone black.
Sep 09 10:45:06 <ganeshkumar> http://pastebin.com/psA3J4eH
Sep 09 10:46:14 <ganeshkumar> hang when message boot device - 65
Sep 09 10:47:30 <ganeshkumar> what wrong with me .I have only added debug  macro in am335x_evm.h file.
Sep 09 10:52:10 <Tejsingh> Is there anyone who could help me with some GPIO problems
Sep 09 10:52:14 <Tejsingh> on beaglebone black
Sep 09 10:52:41 <Tejsingh> There are a few pins on my beaglebone and for some reason they are not changing its volt level
Sep 09 10:52:50 <Tejsingh> They are stuck at 3.09 volts
Sep 09 10:57:40 <Tejsingh> Anyone.. ??
Sep 09 12:22:33 <Gwak> How can I use the SPI1 on kernel space ?
Sep 09 12:29:02 <Gwak> ?? I've spidev, but this is userspace I wan't to be able to use it in kernelspace to write a driver to communicate with an ADC
Sep 09 13:46:14 <Tijmen> I was wondering if the BeagleBone black is able to work with the data from an RR 20X Short Range Radar Sensor 24 GHz
Sep 09 13:46:58 <Tijmen> SRR*
Sep 09 13:50:36 <LetoThe2nd> Tijmen: if the sensor outputs it data in some kind of way that the bbb can acquire - probably.
Sep 09 13:50:53 * LetoThe2nd won't try to figure out the sensors data sheet
Sep 09 13:55:21 <Tijmen> the sensor uses a CAN port and has 500k bit/s
Sep 09 13:56:07 <LetoThe2nd> then you probably need some circuitry in terms of can transceivers etc., but with a reasonable amount of effort it might be doable
Sep 09 13:58:07 <Tijmen> oke, thnx!
Sep 09 14:02:58 <Marco_> anyone know where I can buy metal cases for the beagle bone black?
Sep 09 14:06:05 <av500> https://www.google.com/?gws_rd=ssl#safe=off&q=beaglebone+metal+case
Sep 09 14:08:41 <LetoThe2nd> https://www.google.de/?gws_rd=cr&ei=Xj3wVem0GcG4sgGD2q-ABA#safe=off&q=beaglebone+heavy+metal+case
Sep 09 14:11:16 <citylight2> LetoThe2nd do you know how to use the device tree in the new 4.1.x kernel?
Sep 09 14:12:35 <LetoThe2nd> citylight2: do you know how to trace heap and stack startup on a lh75411 using keil armcc?
Sep 09 14:14:21 <citylight2> ok, I will wait for rcn-ee
Sep 09 14:14:32 <citylight2> it was suppose to be easy....
Sep 09 15:09:21 <zmatt> citylight2: same as before, although a new mechanism for overlays has also been added to mainline kernel so you no longer need to abuse bone_capemgr for that purpose
Sep 09 15:13:35 <zmatt> there are still occasional important changes to the main part of the device tree though so if you make a custom one (instead of or in addition to using overlays) always make sure you derive it from a standard one from the same kernel version
Sep 09 15:15:25 <zmatt> afk for a bit
Sep 09 15:25:03 <citylight2> zmatt: so rcn-ee told me to use config-pin P8.43 in+
Sep 09 15:25:12 <citylight2> but I get an error..
Sep 09 15:25:58 <citylight2> zmatt: aha so you mean P8.43 is not in the universal overlays?
Sep 09 15:29:59 <zmatt> no idea, I've never used the "universal overlay", it's a horrible hack imho
Sep 09 15:32:22 <zmatt> to be honest it's a miracle it works at all, since afaik it initializes and enables all peripherals even if they're not used and don't have any physical pins assigned
Sep 09 15:33:34 <zmatt> but, I really need to go kick myself out the door to do some shopping, will be back later
Sep 09 16:23:21 <zmatt> citylight2: if P8.43 is not occupied by anything (such as the HDMI cape) then you should be able to simply export the gpio (2.08) with:  echo $(( 2 * 32 + 8 )) >/sys/class/gpio/export
Sep 09 16:24:09 <zmatt> I don't know if that's still true with the "universal overlay" since I don't use it
Sep 09 16:24:25 <zmatt> but I don't see any obvious reason why not
Sep 09 16:24:53 <citylight2> I tried , it is busy
Sep 09 16:25:05 <zmatt> can you try:
Sep 09 16:25:07 <zmatt> grep '^pin 42 ' /sys/kernel/debug/pinctrl/44e10800.pinmux/pins
Sep 09 18:15:09 <cityLights> rcn-ee: I need your help
Sep 09 18:15:41 <cityLights> I flashed the new jessie lxde image , but can not use config-pin to setup P8.43 to gpio
Sep 09 18:15:58 <cityLights> it is a the pin connected to the uSD user button
Sep 09 18:16:11 <cityLights> it defaults to hdmi, lcd_data2
Sep 09 18:17:41 * zmatt just made a script that displays current pinmux state in a (hopefully) human-readable format: http://gerbil.xs4all.nl/show-pins.pl.gz
Sep 09 18:18:45 <zmatt> use  ./show-pins.pl | sort   to get it sorted by expansion header pin
Sep 09 18:19:06 <citylight2> config-pin does work: https://paste.debian.net/311011/
Sep 09 18:19:56 <rcn-ee> citylight2, then you need to use one of hte other "dtb=" listed in /boot/uEnv.txt  (i'm guessing you dont' need hdmi?)
Sep 09 18:20:34 <cityLights> yes i am using the green beaglebone
Sep 09 18:21:00 <cityLights> I wanted to ask: did you found anything new when you got your green?
Sep 09 18:21:22 <citylight2> config-pin -a P8_43 gpio
Sep 09 18:22:00 <zmatt> the green doesn't even have hdmi, which dtb are you using?
Sep 09 18:22:20 <citylight2> bash: line 0: echo: write error: No such file or directory
Sep 09 18:22:42 <rcn-ee> citylight2, the 'green' should be using the am335x-bonegreen.dtb by default in that lxqt image..
Sep 09 18:23:03 <rcn-ee> citylight2, dmesg | grep cape
Sep 09 18:23:11 <rcn-ee> citylight2, dmesg | grep bone (shows more)
Sep 09 18:23:13 <ds2> bleh
Sep 09 18:23:16 <cityLights> right, the green has no hdmi, I just installed the default debian 8.1
Sep 09 18:23:28 <ds2> why the fixation on expansion headers?
Sep 09 18:23:48 <zmatt> ds2: because that's where the I/Os are? :P
Sep 09 18:24:23 <ds2> zmatt: why not call it by its real name - the balls on the BGA
Sep 09 18:24:34 <zmatt> because those are useless for every purpose except PCB design
Sep 09 18:24:40 <ds2> all these header pins is just another level of indirection to confuse people
Sep 09 18:24:51 <ds2> hmmm? all the docs reference by the ball
Sep 09 18:25:06 <zmatt> no they don't, since that depends on which package
Sep 09 18:25:10 <rcn-ee> ds2, except for the pcb, which has P8/P9 1-4x....
Sep 09 18:25:15 <rcn-ee> which is what people look at...
Sep 09 18:25:26 <rcn-ee> developers don't.. people do...
Sep 09 18:25:31 <ds2> rcn-ee: except some of those pins on there can change depending on build options
Sep 09 18:25:53 <ds2> that nasty little surprise Gerald added with the zero ohms on some pins...
Sep 09 18:25:55 <zmatt> pin number (= index into pinmux array) is the most general designator of a pin of the die
Sep 09 18:26:17 <zmatt> some expansion pins maps to two processor pins indeed
Sep 09 18:26:50 <ds2> zmatt: yes it depends on the package but you ahve to know the package anyways...some things don't work on the smaller package
Sep 09 18:27:22 <zmatt> ds2: yes, but the pin numbers are package-independent
Sep 09 18:27:32 <zmatt> and are actually useful: they index into the pinconf array
Sep 09 18:27:45 <ds2> which means you ahve to start with the datasheet to go from ball name to functional name which in turn requires you to look at the pinmux to goto module signal name
Sep 09 18:27:59 <ds2> adding expansion headers just mucks up the water more
Sep 09 18:28:18 <zmatt> or grab my spreadsheet, which has all designators, and sort by the one you need
Sep 09 18:28:20 <ds2> now it is expansion pin -> inspect board for 0 ohms -> schematics -> datasheet .....
Sep 09 18:28:43 <ds2> zmatt: the spreadsheet is the only useable tool
Sep 09 18:28:53 <zmatt> btw, wanna see something fun, grab my script and try
Sep 09 18:28:54 <zmatt> ./show-pins.pl | grep ^P9.15
Sep 09 18:29:10 <zmatt> look at configured pull (assumed it's still at default values)
Sep 09 18:29:26 <hoijui> i flashed bone-debian-8.1-console-armhf-2015-09-06-2gb.img.xz on my BBB, and when i connect it ot the host i do not get /dev/ttyASC0 nor /dev/sdb nor eth1 (over USB) anymore, though the LEDS are blinking quite similar to before (eg, the heartbeat)
Sep 09 18:29:51 <citylight2> brb, need to physicly get the green
Sep 09 18:30:07 <rcn-ee> hoijui, "console".... if you want all that extra stuff install the full blown "lxde/lxqt" iamge..
Sep 09 18:30:10 <hoijui> is this access over USB stuff not part of that image?
Sep 09 18:30:57 <hoijui> ok....
Sep 09 18:31:07 <hoijui> thanks
Sep 09 18:31:17 <rcn-ee> hoijui, console is ment to be small, something 'you' build off of...
Sep 09 18:31:30 <hoijui> i see
Sep 09 18:32:30 <zmatt> ds2: that's why I made it... though I still hope for something better
Sep 09 18:33:17 <rcn-ee> zmatt, where's your repo for that. ;) i'll dump it in the defualt image ;)
Sep 09 18:33:26 <hoijui> rcn-ee, i tried to meddle wiht bone101, but i did not yet understand how i am supposed to use it/test it (the git version)
Sep 09 18:33:35 <hoijui> i know git well, i mean just...
Sep 09 18:33:50 <hoijui> in what dir to put it on hte BBB, and what other commands to run to init it ro so
Sep 09 18:33:54 <hoijui> or*
Sep 09 18:34:22 <hoijui> do i need the latest OS image (from this month)?
Sep 09 18:34:30 <zmatt> ds2: I recently managed to also the data on iosets, I've added some of it to my spreadsheet already (look for things like {0} or {1} at the end of the function name)
Sep 09 18:34:32 <hoijui> or should it also work on the latest release, from march
Sep 09 18:34:41 <zmatt> ds2: *to obtain
Sep 09 18:34:53 <zmatt> rcn-ee: repo of?
Sep 09 18:35:00 <rcn-ee> hoijui, i know nothing of bone101, just package it. ;)
Sep 09 18:35:04 <hoijui> i figured it has to be somewhere in /var/lib/cloud9
Sep 09 18:35:05 <rcn-ee> zmatt, ./show-pins.pl
Sep 09 18:35:13 <hoijui> ahh ok
Sep 09 18:35:14 <zmatt> rcn-ee: I just wrote it
Sep 09 18:35:19 <hoijui> who knows about it then?
Sep 09 18:35:49 <rcn-ee> hoijui, just ask your question on bone101, if someoone knows they'll answer..
Sep 09 18:36:08 <hoijui> i could sort of access it, but.. it somehow uses jekyll, i think, and the march release does not hav ejekyll
Sep 09 18:36:20 <zmatt> rcn-ee: did you check the P9.15 thing?  it's attached to two pins, but those two pins have opposite direction internal pull (reset default)
Sep 09 18:36:32 <hoijui> #bone101?
Sep 09 18:36:35 <rcn-ee> hoijui, jekyll is used to build the archive..
Sep 09 18:36:49 <hoijui> ahh
Sep 09 18:36:55 <hoijui> ok..
Sep 09 18:37:17 <hoijui> so i run jekyll on my host, then transfer the results onto the BBB, for example
Sep 09 18:37:21 <hoijui> or run it there directly
Sep 09 18:37:29 <rcn-ee> hoijui, the console lacks jekyll/bone101.. (lxde has it..) btw grab the 2015-07-28 image : http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2015-07-28
Sep 09 18:37:32 <hoijui> never used it before.. but makes sense
Sep 09 18:37:49 <hoijui> ok, thanks! :-)
Sep 09 18:37:55 <rcn-ee> hoijui, we run jekyll on the bbb, so it generates the bone101 html repo..
Sep 09 18:37:57 <hoijui> sadly, right now i cant.. have ot wait till tomorrow
Sep 09 18:38:03 <hoijui> my connection here is too slow
Sep 09 18:38:09 <hoijui> ok
Sep 09 18:38:21 <hoijui> ah and an other question.. more rethorical..
Sep 09 18:38:33 <hoijui> why is the BBlfs not the defautl flash method?
Sep 09 18:38:46 <hoijui> as i see it so far, it has only benefits
Sep 09 18:39:03 <zmatt> it works like a charm on my laptop
Sep 09 18:39:12 <zmatt> on another machine i've never managed to get it to work at all
Sep 09 18:39:31 <hoijui> zmatt, you mean BBlfs?
Sep 09 18:39:34 <hoijui> BBB*
Sep 09 18:39:35 <zmatt> I've looked at the source code, it's *extremely* brittle and does absolutely zero error-checking
Sep 09 18:39:38 <zmatt> yes
Sep 09 18:39:41 <hoijui> i also only tried it on my laptop so far
Sep 09 18:39:55 <hoijui> but ok.. then .. if it si not so stable.. yeah, makes sense
Sep 09 18:40:03 <hoijui> mmm
Sep 09 18:40:25 <zmatt> last time I checked the flasher script would also misflash a bone-console-8.1 image
Sep 09 18:40:26 <rcn-ee> hoijui, bblfs is nice, but i can still beat it in speed with rsync/bmap, as it uses dd..
Sep 09 18:40:47 <hoijui> mmmm
Sep 09 18:41:09 <ds2>     
Sep 09 18:41:25 <hoijui> i am new stilll, did not hear abot that mehtod so far.. jsut about hte SD card one, an di read that takes 45min
Sep 09 18:41:28 <rcn-ee> hoijui, i was hacking it up to use bmaptool and download the latest file.. https://github.com/RobertCNelson/BBBlfs/blob/bbb-flasher/bin/bbb_flash_script.sh#L196
Sep 09 18:41:43 <rcn-ee> hoijui, current flashers takes 5min's a gb...
Sep 09 18:45:19 <hoijui> that is.. with rsync, or dd?
Sep 09 18:45:40 <rcn-ee> hoijui, rsync...
Sep 09 18:45:55 <zmatt> rcn-ee: one thing I always do is shrink the fs to minimum size before flashing, then resize2fs to fit the partition
Sep 09 18:46:20 <zmatt> no point in flashing empty space
Sep 09 18:47:21 <rcn-ee> zmatt, bmaptools ignores the empty space, then i just clean it up with resize2fs to get the last 15% of the partition...
Sep 09 18:47:32 <zmatt> (and dd with bs=4M since that's the size of the flash allocation sectors, though hopefully sequential writes would get aggregated somewhere along the way anyway)
Sep 09 18:47:57 <rcn-ee> *bbl
Sep 09 18:49:02 <zmatt> yeah, kingston and micron have a different interpretation of "4 GB" anyhow
Sep 09 18:49:37 <zmatt> never heard of bmap tools before
Sep 09 18:52:25 <zmatt> it seems like a pointlessly complicated way to accomplish the same thing as shrinking the fs prior to flashing (or actually I shrink it before imaging the beaglebone I use as template)
Sep 09 18:53:20 <zmatt> also avoids non-sequential writes
Sep 09 18:59:13 <hoijui> so hwo do oyu package bone101 then? apply jekyll (any parameters or so?), and then copy it into /var/lib/cloud9/ ?
Sep 09 18:59:20 <citylight2> rcn-ee: my dmesg|grep cape has: https://paste.debian.net/311104/
Sep 09 18:59:44 <citylight2> rcn-ee: my dmesg|grep bone has: https://paste.debian.net/311104/
Sep 09 19:00:11 <citylight2> grep cape has: https://paste.debian.net/311105/
Sep 09 19:01:06 <citylight2> in /boot/uEnv.txt I see ##BeagleBone Black: HDMI (Audio/Video) disabled:
Sep 09 19:01:06 <citylight2> #dtb=am335x-boneblack-emmc-overlay.dtb
Sep 09 19:01:16 <citylight2> so I should uncomment it, ok
Sep 09 19:01:22 <zmatt> no
Sep 09 19:01:38 <zmatt> you should not be using any "boneblack" dtb since you have a bonegreen
Sep 09 19:01:43 <citylight2> ok, please tell me what to do to my green
Sep 09 19:02:05 <zmatt> dtb=am335x-bonegreen.dtb
Sep 09 19:02:53 <citylight2> I only have this in the uEnv: ##BeagleBone Green: eMMC disabled
Sep 09 19:02:53 <citylight2> #dtb=am335x-bonegreen-overlay.dtb
Sep 09 19:04:08 <citylight2> but it does exist in /boot/dtbs/4.1.6-ti-r14/am335x-bonegreen.dtb let me try it out now
Sep 09 19:04:11 <zmatt> assuming the bootloader knows about the green it should pick am335x-bonegreen.dtb by default
Sep 09 19:04:43 <zmatt> there's probably some easy way to check which dtb you're using...
Sep 09 19:05:15 <citylight2> sudo grep '^pin 42 ' /sys/kernel/debug/pinctrl/44e10800.pinmux/pins gives:
Sep 09 19:05:22 <citylight2> pin 42 (44e108a8.0) 00000027 pinctrl-single
Sep 09 19:06:11 <citylight2> and now config-pin -a P8_43 gpio works
Sep 09 19:06:11 <zmatt> ok, that does mean it's configured for gpio
Sep 09 19:06:13 <citylight2> odd
Sep 09 19:06:27 <zmatt> it's gpio by default
Sep 09 19:07:14 <citylight2> rebooting without the dtb= line in uEnv to make sure
Sep 09 19:09:06 <zmatt> perl -0 -ne 'print "$_\n"' /proc/device-tree/compatible
Sep 09 19:09:29 <zmatt> first line should show ti,am335x-bone-green
Sep 09 19:10:11 <zmatt> actually, easier:  cat /proc/device-tree/model
Sep 09 19:10:30 <citylight2> very well it all works now as expected
Sep 09 19:10:43 <citylight2> thank you very much
Sep 09 19:45:43 <Nitay> hello is tehre some1 here that can help me?
Sep 09 19:46:20 * Nitay slaps denix around a bit with a large fishbot
Sep 09 19:46:57 <jkridner> hi Nitay
Sep 09 19:47:05 <denix> huh?
Sep 09 19:47:15 <Nitay> Hi can I have few minuets talk with you?
Sep 09 19:47:21 <Nitay> about the cloud IDE
Sep 09 19:47:36 <Nitay> it makes me some problems with the js programing example in your site
Sep 09 19:47:38 <jkridner> Nitay: I have many distractions.... but ask and I might answer.
Sep 09 19:48:17 <jkridner> Nitay: can you be specific?
Sep 09 19:48:17 <Nitay> I try to run teh example in here:http://192.168.7.2/Support/bone101/
Sep 09 19:48:30 <Nitay> step E  which i nee dto run the example program u made for me is not working
Sep 09 19:48:45 <jkridner> Nitay: k. the same example is at http://beagleboard.github.io/bone101/Support/bone101/
Sep 09 19:49:00 <Nitay> I did every thing well
Sep 09 19:49:15 <Nitay> the cloud ide is also different than in the sceenshots
Sep 09 19:49:26 <Nitay> anyway when i run it says:debugger listening on port 15454
Sep 09 19:49:30 <jkridner> Nitay: yeah, the screenshots were taken against an older version of the IDE. :(
Sep 09 19:50:22 <Nitay> does it happening because my bone version is too old?
Sep 09 19:50:29 <Nitay> i have no idea im using teh bbb rev C
Sep 09 19:50:55 <Nitay> sorry for so many mistakes i just write fastest as I can so i won't take your time
Sep 09 19:53:31 <jkridner> https://flic.kr/p/y8Gsvh
Sep 09 19:53:45 <jkridner> that's what the current IDE looks like.
Sep 09 19:53:48 <Nitay> ye
Sep 09 19:53:53 <jkridner> the example code seemed to work fine.
Sep 09 19:53:59 <jkridner> I have the USR3 LED blinking.
Sep 09 19:54:27 <jkridner> Are you just reporting the bug of the screenshots being old?
Sep 09 19:54:31 <Nitay> well i don't actually
Sep 09 19:54:35 <Nitay> no
Sep 09 19:55:00 <jkridner> so, you see the message of the debugger listening....
Sep 09 19:55:02 <Nitay> I don't see the urs3 blinking
Sep 09 19:55:05 <jkridner> and nothing else prints?
Sep 09 19:55:11 <Nitay> exactly
Sep 09 19:55:17 <jkridner> do you know where USR3 is on the board?
Sep 09 19:55:25 <Nitay> and the urs3 is not blinking too as i wrote up there
Sep 09 19:55:28 <jkridner> are the LEDs off?
Sep 09 19:55:41 <Nitay> no
Sep 09 19:55:56 <Nitay> the other programs from the website which all i have to do is to click "run" are working fine
Sep 09 19:56:16 <Nitay> and urs3 is the second from right near the ethernet conector
Sep 09 19:56:37 <Nitay> sory
Sep 09 19:56:40 <Nitay> its the first one
Sep 09 19:56:43 <Nitay> forgot ts 0-3
Sep 09 19:56:51 <Nitay> thought for a moment 1-4
Sep 09 19:57:11 <jkridner> yeah, it is the one closest to the Ethernet connector.
Sep 09 19:57:34 <jkridner> are the LEDs still blinking in a way that appears random?
Sep 09 19:58:13 <jkridner> Is there a rotating gear on the tab at the bottom and a red button next to the word "stop" that indicates the program is running?
Sep 09 19:58:21 <Nitay> well no because i used the program that turn them off
Sep 09 19:58:53 <Nitay> if i reset to the default state and try to run in the cloud9 its still not working
Sep 09 19:59:02 <Nitay> and only urs0 is blinking
Sep 09 19:59:07 <Nitay> no random
Sep 09 20:00:05 <Nitay> oh
Sep 09 20:00:06 <Nitay> okay
Sep 09 20:00:13 <Nitay> i stop runing the program in cloud9
Sep 09 20:00:15 <Nitay> now its random
Sep 09 20:00:29 <Nitay> but when i click the green button "run"
Sep 09 20:00:35 <Nitay> only urs0 is blinking
Sep 09 20:01:33 <Nitay> nvm uits tsill random when i click run
Sep 09 20:01:39 <Nitay> misunderstanding
Sep 09 20:01:47 <Nitay> its still random*
Sep 09 20:02:47 <Nitay> even though i wouldn't call it random . only urs0 and 2 blinkign in some ifferent frequency
Sep 09 20:03:00 <Nitay> different*
Sep 09 20:03:33 <Nitay> fuck man
Sep 09 20:03:37 <Nitay> sorry didnt saw the last message
Sep 09 20:04:10 <Nitay> well
Sep 09 20:04:24 <Nitay> there is
Sep 09 21:35:17 <ds2> hmmm
Sep 09 23:23:52 <AG_SFA> Has anyone tried to use LogicSupply's BBB Serial Cape?
Sep 09 23:24:53 <AG_SFA> I'm using BBB with LogicSupply's Serial Cape and it seems to kill Ethernet and USB connection on BBB.
Sep 09 23:25:15 <AG_SFA> I'm running Jessie 3.14 kernel
**** ENDING LOGGING AT Thu Sep 10 02:59:58 2015