**** BEGIN LOGGING AT Sat Nov 21 02:59:59 2015
Nov 21 03:15:30 <Set_> "No mas..."
Nov 21 04:08:42 <Set_> Okay...so I figured some stuff out. I read!
Nov 21 04:09:27 <Set_> I can use CCS6 to compile my C program for the scratchpad memory.
Nov 21 04:09:53 <Set_> IN 32BIT!
Nov 21 04:09:54 <Set_> Boo!
Nov 21 07:37:08 <ins100> hello everyone. how to participate in google summer of code for beaglebone. what all are the skills required.
Nov 21 07:37:31 <ins100> i am able to code all my projects now in the board, but how to contribute
Nov 21 07:38:21 <tbr> which board do you have?
Nov 21 07:38:40 <ins100> beaglebone black
Nov 21 07:39:14 <tbr> have you looked at the previous project ideas and projects yet?
Nov 21 07:39:54 <ins100> yes sir.
Nov 21 07:40:10 <tbr> and what do you think about them?
Nov 21 07:40:41 <ins100> i have looked previous gsoc projects
Nov 21 07:41:10 <ins100> and the project page was filled with more than 450 projects
Nov 21 07:41:36 <ins100> so dont know what to study and how to choose one.
Nov 21 07:41:40 <tbr> no, there should be project ideas for beagleboard.org
Nov 21 07:43:47 <ins100> and sir what is the basic skillset required to contribute
Nov 21 07:44:27 <tbr> the project ideas should indicate that
Nov 21 07:47:51 <ins100> http://elinux.org/BeagleBoard/GSoC/Ideas#Mentors is this the project ideas page
Nov 21 07:48:50 <tbr> basically if you get involved now and show your interest and work on something that you can demonstrate for a potential 2016 gsoc participation of beagleboard.org, that would put you in a very good starting position. in my opinion.
Nov 21 07:52:18 <ins100> projects are not basically to use the board but to add new capabilities to beaglebone so that it can do better than before??
Nov 21 07:52:19 <tbr> also make sure not to pursue something that already has been implemented, either as part of gsoc or otherwise. The list should not be considered up to date
Nov 21 07:54:17 <tbr> you could say that, yes
Nov 21 07:56:38 <ins100> thank you sir, presently that ideas page have a lot of terms that i dont have any idea of. but soon will get familiar and start contributing.
Nov 21 09:34:42 <felon-> has the usb hotswap/plug n play been resolved in BBB?
Nov 21 13:56:09 <vikas> hi, i need some help for my project
Nov 21 13:57:44 <Set_> Shoot!
Nov 21 13:57:55 <Set_> I am dealing with AWS now and it is not fun for now.
Nov 21 13:58:49 <vikas> i need to open some link in beaglebone. how to do that?
Nov 21 13:59:48 <Set_> Um...
Nov 21 13:59:52 <Set_> Open it!
Nov 21 14:01:55 <vikas> how?
Nov 21 14:02:02 <vikas> NY COMMand?
Nov 21 14:02:05 <vikas> any?
Nov 21 14:03:47 <Set_> Oh...are you using a BBB?
Nov 21 14:04:26 <vikas> yes
Nov 21 14:04:39 <Set_> And...are you connected to the OS via monitor?
Nov 21 14:04:59 <Set_> If so, please use a browser.
Nov 21 14:05:18 <vikas> yes, my laptop with linux.
Nov 21 14:05:31 <Set_> Okay...you need Ethernet to the BBB.
Nov 21 14:05:38 <vikas> cloud9?
Nov 21 14:05:43 <Set_> Oh.
Nov 21 14:06:04 <Set_> Forget C9.
Nov 21 14:06:09 <vikas> ok
Nov 21 14:06:34 <Set_> Go and get an Ethernet cable and connect your BBB to the router.
Nov 21 14:07:25 <vikas> okay then?
Nov 21 14:07:28 <Set_> Once connected to the Internet via Ethernet, browse.
Nov 21 14:07:48 <Set_> You should be able to browse online once connected.
Nov 21 14:08:18 <Set_> If not and if you are using power over USB, please use a Ethernet.
Nov 21 14:08:39 <Set_> Ethernet and power over USB equals online!
Nov 21 14:09:55 <Set_> Hold up...
Nov 21 14:10:12 <Set_> Do you have a power cord or are you using "power over USB?"
Nov 21 14:10:21 <vikas> at the end, i get that i need to connect and power beaglebone through my laptop and then connect bbb to router through ethernet.
Nov 21 14:10:40 <Set_> Okay...
Nov 21 14:11:08 <vikas> cant i use my laptops internet connection i.e. wifi to get internet on bbb?
Nov 21 14:11:15 <vikas> or ethernet is necessary?
Nov 21 14:11:22 <Set_> Not without a Wifi dongle.
Nov 21 14:12:32 <zmatt> vikas: you can share your laptop's internet connection with the BBB, but it's a relatively complicated setup
Nov 21 14:12:39 <zmatt> I strongly recommend using ethernet
Nov 21 14:12:55 <vikas> okay fine with that.
Nov 21 14:13:02 <vikas> then after that what to do?
Nov 21 14:14:01 <zmatt> it will automatically setup its network connection, it'll get a dhcp lease from your router/modem
Nov 21 14:14:12 <vikas> okay
Nov 21 14:14:27 <vikas> i am new to use beaglebone.
Nov 21 14:14:59 <vikas> so let me know please that do i need to open beaglebone terminal then?
Nov 21 14:15:11 <vikas> and then how to open url?
Nov 21 14:16:25 <zmatt> what exactly do you mean with "open url" ?  I mean, you can open a web browser in its GUI, or you can download files by using some terminal command like wget
Nov 21 14:17:52 <vikas> okay, i tell u what i exactly, i need to do
Nov 21 14:18:22 <vikas> i need to download news from some url on beaglebone and then print that on led
Nov 21 14:18:28 <vikas> printing part i can do
Nov 21 14:18:40 <vikas> but downloading part, how to do?
Nov 21 14:19:36 <zmatt> what programming language are you using?
Nov 21 14:19:56 <vikas> till now i have worked on javascript
Nov 21 14:20:11 <vikas> but can easily switch to python also.
Nov 21 14:20:38 <vikas> i have both language codes for printing on led part.
Nov 21 14:20:44 <zmatt> there are plenty of libraries for either
Nov 21 14:21:09 <zmatt> it should be easy if the news is in some convenient to parse format like RSS / Atom
Nov 21 14:21:34 <zmatt> if you need to scrape a regular webpage, that's slightly more work to locate the data you care about
Nov 21 14:22:02 <vikas> i have rss too.
Nov 21 14:22:28 <vikas> i have an API which is giving me data in RSS form
Nov 21 14:22:49 <vikas> that API  i can easily access by using a link
Nov 21 14:22:59 <zmatt> then go locate an example for fetching rss data in nodejs or python, it should not be hard to find
Nov 21 14:24:05 <vikas> yeah i didnt find that thats why i am asking.
Nov 21 14:25:43 <zmatt> for python, google immediately found me there's a "feedparser" library
Nov 21 14:26:11 <zmatt> it's packaged in debian too...
Nov 21 14:26:12 <zmatt> python-feedparser - Universal Feed Parser for Python
Nov 21 14:26:12 <zmatt> python3-feedparser - Universal Feed Parser for Python 3
Nov 21 14:26:53 <vikas> yup found it too. when i searched this
Nov 21 14:26:56 <vikas> thanks
Nov 21 14:27:22 <zmatt> you just said you didn't find anything
Nov 21 14:29:01 <zmatt> assuming it's not installed already, to install it on the bbb first plug it into ethernet, then use the command "apt update" and "apt install python-feedparser" (or python3-feedparser depending on which version of python you use)
Nov 21 14:30:34 <zmatt> (if your system is too old to have the "apt" command, use "apt-get" instead)
Nov 21 14:32:02 <vikas> yup thanks sir it worked.
Nov 21 15:01:49 <Set_> Does anyone use the BBG with AWS services?
Nov 21 15:13:46 <Set_> I am asking because I cannot seem to find my folder in C9 "IotSdkJS."
Nov 21 15:14:19 <Set_> From there...I would need to go to the "prodCerts" folder to configure it.
Nov 21 15:16:55 <Set_> Hey...
Nov 21 15:17:04 <Set_> I am working from here: http://www.seeedstudio.com/wiki/Beagle_Bone_Green_and_Grove_IoT_Starter_Kit_Powered_by_AWS#Examples.
Nov 21 18:57:21 <H-H-H> hey guys anyonw got recent rowboat code for beagle bone white
Nov 21 19:08:38 <Set_> Not me...sorry.
Nov 21 19:08:56 <Set_> I am working with AWS and the BBG.
Nov 21 19:09:43 <H-H-H> im using the bbw as a base for a control tablet device for my hoe automation system and want to run android on it
Nov 21 19:10:14 <H-H-H> ive done it before but now it seems that since gitorious was bought all the sources have disapeared
Nov 21 19:10:42 <Set_> Oh...
Nov 21 19:11:16 <Set_> Um...I am stuck in the middle of something. Automatic hoes?
Nov 21 19:11:36 <Set_> Like...for farming?
Nov 21 19:11:40 <H-H-H> sorry typo lol
Nov 21 19:11:43 <H-H-H> home
Nov 21 19:11:45 <Set_> Oh.
Nov 21 19:11:47 <Set_> hhahahaha.
Nov 21 19:11:48 <Set_> Okay.
Nov 21 19:12:16 <Set_> Have you checked a book named, "BeagleBone Home Automation?"
Nov 21 19:12:47 <Set_> It is from Packtpub.com.
Nov 21 19:13:05 <Set_> That may be a place to start.
Nov 21 19:13:10 <H-H-H> nope ive literally just got the level converters to be able to hook an arduino or other micro upto the beaglebone via I2C
Nov 21 19:13:19 <Set_> Oh.
Nov 21 19:13:20 <Set_> Okay.
Nov 21 19:13:52 <Set_> Um...are you looking for code examples?
Nov 21 19:13:53 <H-H-H> the brain of my system is another bbw lol
Nov 21 19:14:01 <Set_> Cool...
Nov 21 19:14:17 <H-H-H> nope im looking for the android sources for the bbw so i can build it
Nov 21 19:14:27 <Set_> Oh. Yea. They are outdated.
Nov 21 19:14:32 <Set_> I noticed that.
Nov 21 19:14:37 <Set_> They stopped it.
Nov 21 19:14:59 <H-H-H> i might just move over to the bbb
Nov 21 19:15:04 <Set_> beagleboad.org has a page online but the wiki link is old now.
Nov 21 19:15:19 <Set_> The wiki for the Android stuff.
Nov 21 19:15:44 <H-H-H> yes but i bet they all point to gitorius to d/l
Nov 21 19:16:34 <Set_> Hold on. i will give you this link.
Nov 21 19:17:34 <Set_> http://www.ti.com/tool/androidsdk-sitara
Nov 21 19:17:42 <Set_> They updated it! Yea boy!
Nov 21 19:20:15 <H-H-H> hymmm interesting thanks
Nov 21 19:20:24 <Set_> Yep.
Nov 21 19:20:58 <Set_> Hey HHH?
Nov 21 19:21:14 <Set_> Do you know about AWS and C9?
Nov 21 19:22:40 <H-H-H> ive heard of it but not looked at it yet
Nov 21 19:23:02 <Set_> Okay. No issues. I am stuck with trying to get my run code to AWS for now.
Nov 21 19:23:29 <Set_> The program is typed up. I ran it. It was supposed to upload to AWS in my account.
Nov 21 19:23:33 <Set_> It did not.
Nov 21 19:23:59 <Set_> I got this BBG hooked up now to a Temp. Sensor.
Nov 21 19:24:43 <Set_> I am trying to make the BBG have uploads to AWS for Temp.
Nov 21 20:39:34 <zmatt> huh, level converters for i²c ... that's rarely needed
Nov 21 20:40:05 <zmatt> (and quite complicated if you do need it)
Nov 21 20:42:47 <veremit> bidir :/
Nov 21 20:43:28 <zmatt> yeah, but assuming the arduino will accept something like >2V as logic-high, it suffices to just pull up to 3.3V and both sides will be happy
Nov 21 20:43:59 <veremit> yeah arduino is fine at 1.7 for the 3v3 boards
Nov 21 20:44:11 <veremit> probably ok even for the 5v ones too
Nov 21 20:44:27 <zmatt> considering "level conversion" was involved I'm assuming it was a 5v one
Nov 21 20:44:59 <veremit> I remember needing some resistors on a nrf24l01 attached to an arduino ..
Nov 21 20:45:08 <veremit> worked fine other than that
Nov 21 20:45:19 <veremit> 3v3 <-> 5v atmel
Nov 21 20:45:32 <Set_> Hey Veremit!
Nov 21 20:45:39 <veremit> o,o
Nov 21 20:45:43 <veremit> o,-
Nov 21 20:45:46 <Set_> I got the goods!
Nov 21 20:45:58 <veremit> --,--
Nov 21 20:46:13 <Set_> My BBG will not upload to AWS!
Nov 21 20:46:19 <veremit> does it make the tea... ?
Nov 21 20:46:26 * zmatt has tea
Nov 21 20:46:30 <veremit> or better still, coffee...
Nov 21 20:46:33 <Set_> I listened to code examples.
Nov 21 20:46:38 * zmatt has powdered caffeine
Nov 21 20:46:41 <Set_> Nope. Not yet...
Nov 21 20:46:53 <Set_> Hello zmatt.
Nov 21 20:47:01 * veremit has tunes .. and food.
Nov 21 20:47:02 <Set_> veremit and zmatt!
Nov 21 20:47:15 <zmatt> Set_: I'm not here, you're hallucinating me
Nov 21 20:47:20 <Set_> oh.
Nov 21 20:47:22 <Set_> Dang!
Nov 21 20:47:27 <Set_> What did I cook?
Nov 21 20:47:39 * zmatt shrugs
Nov 21 20:47:47 <veremit> zmatt.. thats scary...
Nov 21 20:47:54 <zmatt> veremit: what is?
Nov 21 20:48:17 <Set_> Think if I typed out the word period after every sentence.
Nov 21 20:48:34 <veremit> nearly as bad as the MD of my company hallucinating the company and all our work ...
Nov 21 20:48:59 <veremit> Set_ .. make it 'over' and you've gone all CB on us .. ><
Nov 21 20:49:23 <Set_> CB?
Nov 21 20:49:27 <veremit> even better than all that .. speak normally .. XD
Nov 21 20:49:46 <Set_> I would get kicked out of here if I typed normally.
Nov 21 20:49:59 <zmatt> veremit: the sentence suddenly made more sense when I realized MD probably stood for Managing Director rather than Medical Doctor
Nov 21 20:50:13 <veremit> lol sorry not ussie here... :P
Nov 21 20:50:19 <zmatt> although not much more
Nov 21 20:50:24 <veremit> haha
Nov 21 20:50:25 <Set_> Ha!
Nov 21 20:50:33 <veremit> yeah could almost be either or ..
Nov 21 20:50:44 <Set_> Hey...
Nov 21 20:51:03 <Set_> AWS (Amazon Web Services)...what gives?
Nov 21 20:51:20 <Set_> IoT does not work and c9.io does not help.
Nov 21 20:52:18 <Set_> Okay...nevermind.
Nov 21 20:52:24 <veremit> why use amazon .. you got apache  on the bbb ... or one of its lesser brothers ..
Nov 21 20:52:39 <veremit> [or sisters, take your pick]
Nov 21 20:52:50 <Set_> I started to follow a guide on a Wiki for the BBG.
Nov 21 20:53:31 <Set_> The Wiki wanted me to follow orders and I was being a good boy (obedience).
Nov 21 20:53:50 <veremit> well thats no fun, is it!?
Nov 21 20:54:11 <zmatt> I should try to locate my "on"-button and finish my interconnect scanner/mapper... I got the first test working, with all target agents disabled except for enabling the L4WK when I want to output something to the console,
Nov 21 20:54:20 <Set_> I know! Now, my thing is all, and dang, you know?
Nov 21 20:54:39 <zmatt> got error decoding working too in a separate test, so I'm all set for probing the whole memory map and harvest the errors to see what goes where
Nov 21 20:55:11 <veremit> oooh
Nov 21 20:55:28 <Set_> Hhahahaah. Okay. So zmatt, what are you doing exactly?
Nov 21 20:55:45 <zmatt> mapping the L3 interconnect, properly
Nov 21 20:55:47 <veremit> probably reverse-engineering something ... ;P
Nov 21 20:55:48 <Set_> Mapper for SoC?
Nov 21 20:55:55 <Set_> Oh.
Nov 21 20:56:15 <zmatt> I already have a map, but it's semi-manual which means opportunity for human error
Nov 21 20:56:30 <Set_> Augh...I got squat.
Nov 21 20:56:38 <zmatt> and don't yet have the assignments of fault irqs from target agents, many unidentified L3 firewalls, etc
Nov 21 20:56:57 <Set_> Complications. Yikes!
Nov 21 20:57:37 <zmatt> the goal of the scanner is to yield a comprehensive map, and fully automated to eliminate the human error factor
Nov 21 20:57:41 <Set_> I thought my issues out-weighed your problems. Now...I am not so sure.
Nov 21 20:57:49 <Set_> Oh.
Nov 21 20:57:55 <veremit> lmao right...
Nov 21 20:58:20 <Set_> Automation is good once it is automated.
Nov 21 20:59:16 <veremit> indeed it is
Nov 21 20:59:25 <Set_> Yep.
Nov 21 20:59:32 <tbr> zmatt: will that also be possible to adapt to the X15?
Nov 21 21:00:13 <zmatt> it's fairly straightforward: disable all targets, then poke at a memory address, ignore the bus error, see which fault irq bit lights up, see which target agent has logged an error, and inspect and clear the error... those things combined give you a lot of info
Nov 21 21:00:24 <Set_> Hey...I totally forgot. Are you using scratchpad memory instead of cache?
Nov 21 21:00:38 <veremit> possible: usually yes ... :)
Nov 21 21:00:48 <zmatt> I run out of the 64 KB of private SRAM the Cortex-A8 has
Nov 21 21:00:58 <zmatt> I could get more RAM if I needed it by locking some L2 cache
Nov 21 21:01:35 <Set_> Oh. Okay. I was reading on UART and found scratchpad memory to work on saving memory with less power.
Nov 21 21:01:40 <zmatt> with all targets disabled I can't use anything other than the resources contained in the Cortex-A8 subsystem and the L3 interconnect registers themselves
Nov 21 21:01:47 <zmatt> I have no idea what you mean by that
Nov 21 21:02:00 <veremit> zmatt.. borrow some from the m3/m4 ?! :P
Nov 21 21:02:21 <veremit> or shift it over ..
Nov 21 21:02:32 <Set_> I will let you talk. I am on break.
Nov 21 21:02:48 <zmatt> veremit: you mean the 24 KB (16 + 8, non-contiguous) of SRAM it has, located all the way over on the L4WK ? woohoo :P
Nov 21 21:03:00 <zmatt> veremit: locking L2 cache would give me 256 KB
Nov 21 21:03:07 <veremit> zmatt .. well, you'll never need more than 640kb EVER!!
Nov 21 21:03:21 <zmatt> but right now I fit quite comfortably in the 64 KB
Nov 21 21:03:44 <zmatt> the biggest memory hog is the 16 KB section translation table for the MMU
Nov 21 21:04:20 <zmatt> tbr: and yes I eventually hope to adapt it for the X15
Nov 21 21:04:28 <tbr> nice :)
Nov 21 21:04:31 <veremit> damn tables...
Nov 21 21:04:35 <zmatt> tbr: but I want to start on a simpler and more familiar target obviously
Nov 21 21:04:41 <tbr> ack
Nov 21 21:04:44 <zmatt> veremit: yeah, it even needs to be 16KB-aligned
Nov 21 21:04:51 <veremit> eek
Nov 21 21:04:53 <tbr> no need to confuse yourself with new hardware and features
Nov 21 21:05:52 <zmatt> tbr: mostly I need to check how the cortex-A15 changes things
Nov 21 21:05:56 <veremit> tbr.. one step at a time :)
Nov 21 21:06:21 <tbr> to world domination!
Nov 21 21:06:45 <zmatt> the L3 scan itself is quite portable since I don't care what's behind a target agent
Nov 21 21:06:48 <veremit> why, of course!!!
Nov 21 21:07:30 <zmatt> what's however going to make it more interesting (on all targets) is that I kinda need to run the memory map scan for each initiator to complete the picture
Nov 21 21:09:01 <zmatt> for example, to identify all target agents on the am335x I'd need to run the scan from the cortex-a8, pruss, and edma
Nov 21 21:09:26 <Set_> Dang...I know this sucks but Debian no longer has a Wiki.
Nov 21 21:09:37 <Set_> How can I copy files to another directory?
Nov 21 21:09:39 <veremit> who stole it?
Nov 21 21:10:10 <veremit> https://wiki.debian.org/ .. working fine for me
Nov 21 21:10:16 <Set_> really?
Nov 21 21:10:35 <veremit> thats only the front page .. but means the domain is fine
Nov 21 21:10:57 <Set_> My computer does not reach it anymore.
Nov 21 21:11:12 <Set_> it says, "Hmmm...something is wrong."
Nov 21 21:11:32 <veremit> I suggest network issues
Nov 21 21:11:42 <Set_> I am up and running
Nov 21 21:11:44 <Set_> I am good.
Nov 21 21:12:04 <Set_> Oh..
Nov 21 21:12:16 <Set_> Nevermind. It is because I was in IE.
Nov 21 21:12:37 <veremit> eww don't use that 'term' in here ..
Nov 21 21:12:42 <Set_> Okay.
Nov 21 21:12:50 <Set_> Can I use, should I say it?
Nov 21 21:12:59 <Set_> Edge! I did it daddy!
Nov 21 21:13:13 <Set_> Sorry.
Nov 21 21:13:36 <Set_> Okay...I will refrain.
Nov 21 21:16:24 <Set_> Okay...I said.
Nov 21 21:16:25 <Set_> Sheesh.
Nov 21 21:17:06 <zmatt> veremit: right now my prog's 6.6 KB (code+data), plus 16.6 KB bss (of which 16 KB the section table) and an excessively large 4 KB stack
Nov 21 21:17:33 <veremit> o,o
Nov 21 21:17:46 <zmatt> so I don't feel an urgent shortage of memory
Nov 21 21:17:49 <zmatt> right now
Nov 21 21:18:06 <zmatt> in fact the 63 KB is pretty comfy
Nov 21 21:19:14 <veremit> yes, easily
Nov 21 21:20:05 <zmatt> I mostly made the stack 4 KB since I still intend to add a page table to allow code, data, stack and such to be protected properly and mapped non-consecutively in memory
Nov 21 21:20:24 <zmatt> allowing a stack overflow to properly crash rather than clobber random data
Nov 21 21:21:50 * veremit nod
Nov 21 21:22:07 <zmatt> otoh, making the stack 4 KB makes the possibility of a stack overflow rather remote anyway since I used less than 300 bytes of it last time I checked
Nov 21 21:24:53 <zmatt> the main reason my program is so large btw is due to detailed fault reporting... adds a lot of different error messages to the executable
Nov 21 21:25:01 <zmatt> it used to be considerably smaller
Nov 21 21:27:20 <veremit> context is always helpfil :)
Nov 21 21:27:26 <veremit> ful*
Nov 21 21:32:44 <zmatt> yeah, that's one of the things tha always pissed me off about u-boot... if you make a typo when doing a memory read, it gives some vague/generic fault message AND FUCKING REBOOTS
Nov 21 21:33:15 <zmatt> like, why on earth would you do such a thing
Nov 21 21:33:16 <veremit> patch it !!
Nov 21 21:33:36 <zmatt> fixing everything I dislike about u-boot would involve rewriting it
Nov 21 21:33:38 <zmatt> :P
Nov 21 21:33:46 <veremit> lol well .. write a new bootloader :p
Nov 21 21:33:57 <veremit> oh .. you kinda half-already-did :P
Nov 21 21:34:03 <zmatt> :)
Nov 21 21:34:09 <veremit> [bare-metal coding]
Nov 21 21:39:50 <zmatt> I already have emmc init code (up to the point of switching to 8-bit highspeed mode and doing a block read, albeit still a bit messy)
Nov 21 21:42:56 <zmatt> and nearly finished DDR3 init code
Nov 21 21:46:27 <zmatt> did i²c in an earlier baremetal codebase, may need some polishing up, then I can talk to the pmic to init some stuff there
Nov 21 21:46:57 <zmatt> and I think that's about all the ingredients needed minimally to load linux from emmc into memory and boot it
Nov 21 21:54:00 <felon-> i've been on google for a day now, about the usb port not recognizing anything inserted, lsusb just shows root hub
Nov 21 21:54:10 <felon-> running jessie
Nov 21 21:54:13 <zmatt> it works fine for me
Nov 21 21:54:22 <zmatt> which kernel version?
Nov 21 21:54:53 <felon-> 4.1.12-ti-r29
Nov 21 21:55:29 <zmatt> hmm, should be fine
Nov 21 21:55:31 <veremit> zmatt.. sounds like  musb at its best ;)
Nov 21 21:55:44 <felon-> sigh
Nov 21 21:55:50 <zmatt> what kind of device?
Nov 21 21:55:50 <felon-> its far from fine!
Nov 21 21:56:05 <zmatt> any errors shown about it in kernel log?
Nov 21 21:56:07 <felon-> 2 sandisk cruzers (1 at a time)
Nov 21 21:56:10 <felon-> no
Nov 21 21:56:15 <zmatt> odd
Nov 21 21:56:19 <felon-> a usb hub w/ the cruzer
Nov 21 21:56:21 <felon-> wait
Nov 21 21:56:23 <veremit> plugged in at boot?
Nov 21 21:56:24 <felon-> sec
Nov 21 21:56:26 <felon-> yea
Nov 21 21:56:31 <felon-> i read that online
Nov 21 21:56:35 <felon-> still nothin
Nov 21 21:56:50 <zmatt> I have a cruzer somewhere...
Nov 21 21:57:04 <felon-> if i power it by the barrel its 5v 2A
Nov 21 21:57:16 <felon-> so its not underpowered
Nov 21 21:57:18 <veremit> itsa mass storage .. shouldn't be particular to a cruzer
Nov 21 21:57:26 <felon-> ah true
Nov 21 21:57:36 <felon-> well any thumb drive so far
Nov 21 21:57:48 <felon-> i just went and got my wifi usb adapter to try
Nov 21 21:58:04 <veremit> hmm . not a good choice .. lol
Nov 21 21:58:22 <felon-> oh
Nov 21 21:58:37 <felon-> well all i got is thumb drives diff makes models
Nov 21 21:58:52 <felon-> and a 2 diff hubs
Nov 21 21:59:01 <veremit> I suppose you could reboot with extra usb debugging
Nov 21 21:59:23 <veremit> hub could be fritzing things too perhaps
Nov 21 21:59:24 <zmatt> it all worked fine here on a similar kernel (4.1.x-ti)
Nov 21 21:59:38 <zmatt> hub, mouse, keyboard, usb stick, uvc cam
Nov 21 21:59:44 <zmatt> no probs
Nov 21 22:00:22 <felon-> i dont have it hooked up to hdmi, i dont have a mini adapter
Nov 21 22:00:23 <veremit> usb kb would be a good test ..
Nov 21 22:00:28 <felon-> ah
Nov 21 22:00:32 <felon-> i do have that
Nov 21 22:00:32 <veremit> microHDMI .. bloody thing
Nov 21 22:01:01 <veremit> nearly as bad as putting a friggin apple thunderbolt port on or something else stupid ..
Nov 21 22:01:26 <felon-> ouch
Nov 21 22:02:11 <zmatt> yeah, we found an easy solution though: made a cape with an FPD-Link ("LVDS") framer and connected it to an LCD panel ;)
Nov 21 22:02:29 <felon-> haha
Nov 21 22:02:32 <veremit> zmatt .. yes BBB with a 10" tft touch-panel works nice :D
Nov 21 22:02:40 <felon-> wow
Nov 21 22:02:42 <felon-> i beet
Nov 21 22:02:44 <felon-> *bet
Nov 21 22:03:02 <felon-> wow
Nov 21 22:03:11 <felon-> i just tried a usb 3.0 4port hub
Nov 21 22:03:15 <felon-> and it sees it@@!
Nov 21 22:03:29 <felon-> root@beaglebone:~# lsusb
Nov 21 22:03:29 <felon-> Bus 001 Device 006: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Nov 21 22:03:29 <felon-> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Nov 21 22:04:00 <veremit> felon : http://www.chalk-elec.com/?page_id=1280#!/10-universal-LCD-with-HDMI-interface-and-capacitive-multi-touch/p/42545413/category=3094861
Nov 21 22:04:15 <zmatt> veremit: I think the screen we're using is bigger but not sure
Nov 21 22:04:20 <veremit> ditch the hdmi converter, and go straight into the lvds via a serializer chip off the RGB pins ...
Nov 21 22:04:30 <zmatt> it's 1024x768 pixels in any case
Nov 21 22:04:55 <veremit> yeah the chalkboard one is 1366x768
Nov 21 22:04:56 <felon-> nice
Nov 21 22:05:05 <felon-> thanks for the info
Nov 21 22:05:12 <felon-> let me cut n paste it into a file
Nov 21 22:05:13 <felon-> :D
Nov 21 22:06:24 <zmatt> veremit: my colleagues still need to get accustomed to thinking with power domains though...
Nov 21 22:07:26 <veremit> ah
Nov 21 22:07:59 <felon-> hm
Nov 21 22:08:00 <veremit> felon: think we used one of these irrc .. SN75LVDS84A
Nov 21 22:08:14 <zmatt> "what supply are you using for the framer? .. I see, so... when the power goes down and the BBB switches to battery power to perform a clean shutdown, you're shorting its LCD pins to ground?" "oh, oops"
Nov 21 22:09:03 <veremit> zmatt.. yes we burnt one bbb by being 'unlucky' .. or just plain careless lol
Nov 21 22:09:22 <veremit> the rma'd one is mine now :)
Nov 21 22:09:37 <zmatt> silly thing is that the framer is actually designed for a power domain crossing and has a separate iovcc for its inputs
Nov 21 22:09:49 <dumbass01> Can't afford a beagle yet, but in theory I could already start programming some stuff into a ubuntu virtual machine, right?
Nov 21 22:10:08 <veremit> theoretically .. but why?
Nov 21 22:10:10 <felon-> the wifi adapted showed up but not the sandisk
Nov 21 22:10:15 <felon-> <shrug>
Nov 21 22:10:25 <zmatt> dumbass01: it won't be able to simulate any of the hardware, so why bother with a VM at all?
Nov 21 22:10:33 * felon- digs for an adata thumb drive
Nov 21 22:10:44 <zmatt> felon-: weird
Nov 21 22:11:03 <felon-> zmatt: indeed!
Nov 21 22:11:04 <dumbass01> Zmatt, Veremit: Just need a tiny computer, that's all, gonna be mostly a LCD with a custom WM
Nov 21 22:11:24 <felon-> zmatt: ive had the BBB just a little over 24hrs now
Nov 21 22:11:30 <felon-> been messin with it nonstop
Nov 21 22:11:50 <zmatt> dumbass01: if you're not going to use its io, why a BBB ?
Nov 21 22:12:05 <veremit> get a *cough*pi*cough*
Nov 21 22:12:14 <dumbass01> zmatt: Cause it can run linux and rasperryPi doesn't like batteries, I heard
Nov 21 22:12:47 <zmatt> that sounds odd since its SoC is closely related to ones used in smartphones and such
Nov 21 22:12:48 <veremit> neither will run direct .. ok, rephrase that ..
Nov 21 22:13:12 <zmatt> running a BBB on battery power is also non-trivial
Nov 21 22:13:26 <veremit> both require some careful choice of battery + interface electronics
Nov 21 22:14:32 <veremit> although .. tbh.. your best bet is to buy a battery-pack with usb ports, and run from that .. on either system.
Nov 21 22:14:40 <zmatt> yup
Nov 21 22:14:44 <dumbass01> well, glad I came in here to ask this, thanks guys.
Nov 21 22:14:46 <veremit> eg. the phone charging packs
Nov 21 22:16:03 <zmatt> in theory the bbb can be run on a li-ion directly, in fact it can also be done in practice, but it requires soldering, a resistor and preferably a cap, a hardware patch to fix the 3v3b regulator bug, and probably sacrificing usb and hdmi support
Nov 21 22:16:45 <zmatt> and of course biggest bummer of all, the blue leds will be slightly dimmer
Nov 21 22:17:05 <veremit> NOOOOOOOOO!!!!!!!!!!!!! It CANNNOT BeeeeEEEEEEE!
Nov 21 22:17:38 <zmatt> which reminds me, I still want to see if I can PWM the power led via i2c commands to the pmic
Nov 21 22:18:32 <veremit> hehe
Nov 21 22:18:40 <zmatt> hmm, it might possibly dislike it if I rapidly switch an LDO on/off though
Nov 21 22:19:03 <veremit> yes I would imagine so ..
Nov 21 22:19:45 <zmatt> I can try dimming it by changing the ldo voltage, but voltage-based control for leds is rather meh
Nov 21 22:20:07 <felon-> weird
Nov 21 22:20:15 <felon-> this thing doesnt like sandisks
Nov 21 22:20:16 <felon-> lol
Nov 21 22:20:20 <felon-> it sees the ADATA
Nov 21 22:20:25 <felon-> Bus 001 Device 098: ID 125f:db8a A-DATA Technology Co., Ltd.
Nov 21 22:20:25 <felon-> Bus 001 Device 096: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Nov 21 22:20:26 <felon-> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Nov 21 22:20:55 <zmatt> felon-: tried the sandisk via the hub?
Nov 21 22:21:31 <felon-> yes
Nov 21 22:21:44 <felon-> its still plugged in and not being seen
Nov 21 22:21:49 <zmatt> that's really really weird since that also excludes electrical issues
Nov 21 22:21:53 <felon-> dmesg has a shit load of usb
Nov 21 22:21:59 <zmatt> pastebin ?
Nov 21 22:22:03 <felon-> ok
Nov 21 22:22:44 <cybernaut> zmatt: I think on some of the early cell phones they did bang the i2c bus to PWM the leds to make them dim etc.
Nov 21 22:22:52 <zmatt> veremit: Because I Can™  (in case you were wondering why on earth I would want to dim the power led)
Nov 21 22:23:43 <veremit> zmatt.. oh I don't need/want to ask ... :P
Nov 21 22:23:59 <zmatt> cybernaut: yeah, i2c is fast enough and you don't need a very high pwm freq
Nov 21 22:24:11 <zmatt> the issue is more that it's not a gpio that I'd be switching but an LDO
Nov 21 22:25:16 <felon-> http://pastebin.ca/3266266
Nov 21 22:25:28 <zmatt> with active discharging of the net when switched off, so I may also need to do a quick calc how much power is being dissipated if I'd switch that thing rapidly on/off
Nov 21 22:26:04 <zmatt> since iirc they still put the same output cap on it as on its other LDOs, even though this one doesn't power anything other than the power led
Nov 21 22:27:10 <zmatt> (since rev A6)
Nov 21 22:27:59 <zmatt> felon-: nice... so it's seeing continuous connects and disconnects
Nov 21 22:28:16 <zmatt> or something
Nov 21 22:28:52 <felon-> hm
Nov 21 22:29:00 <felon-> maybe thats the sandisk
Nov 21 22:29:03 <zmatt> felon-: the sandisk was in port 1 ?
Nov 21 22:29:03 <felon-> let me find out
Nov 21 22:29:06 <felon-> yea
Nov 21 22:29:25 <zmatt> so there's really some miscommunication going on there
Nov 21 22:29:34 <felon-> sandisk port1, adata port 4
Nov 21 22:30:07 <felon-> oh shut
Nov 21 22:30:19 <felon-> shit even, heh that corrupted the drive
Nov 21 22:30:43 <zmatt> maybe consider some network-attached storage? ;-)
Nov 21 22:31:09 <felon-> most definite
Nov 21 22:31:13 <felon-> thanks everyone
Nov 21 22:31:19 * veremit fires a high power laser at the musb silicon ..
Nov 21 22:31:22 <felon-> almost afraid to reboot it
Nov 21 22:31:37 <veremit> oops .. 'fixed' it :D
Nov 21 22:31:41 <felon-> lool
Nov 21 22:32:36 <veremit> I'm unusually lucky .. I have an IDE HDD in a usb caddy connected via usb to BBB1 which is attached to the house LAN ...
Nov 21 22:32:49 <veremit> shared via samba/cifs and nfs ..
Nov 21 22:33:03 <veremit> Tried the same with a RPi .. OMFG that was a fail.
Nov 21 22:33:53 <veremit> That BCm usb port was just not shifting enough bits.
Nov 21 22:33:57 <zmatt> felon-: usb already sucks, musbhdrc even more so, and TI coupled it to a very nice (cough) homebrew usb phy and added some fine dma (coughs more) on top of that
Nov 21 22:34:19 <veremit> omg if the dma is tryin to work .. you're really screwed ..
Nov 21 22:34:27 <zmatt> no I think that's disabled
Nov 21 22:34:32 <veremit> ah good.
Nov 21 22:34:43 <zmatt> someone recently reported it actually makes transfers slower
Nov 21 22:34:53 <veremit> how to apply a feature which -should- speed somethig up... to make it slower .. rofl.
Nov 21 22:35:00 <veremit> its pathetic
Nov 21 22:35:22 <zmatt> well I browsed the documentation and my impression was AAAHHHH MY EYES
Nov 21 22:35:40 <felon-> lol
Nov 21 22:35:41 <veremit> I hope you rinsed afterwards
Nov 21 22:35:47 <felon-> with bleach
Nov 21 22:36:02 <zmatt> though it's not quite as bad as the source code for the kernel component of the sgx stuff
Nov 21 22:36:16 <zmatt> I can imagine that's not gonna be merged any time soon, lol
Nov 21 22:36:24 <felon-> doh
Nov 21 22:36:30 <veremit> egl stuff?
Nov 21 22:36:37 <zmatt> no, that's all userspace
Nov 21 22:40:17 <zmatt> veremit: http://pastebin.com/ZRLgvNi5   just one random function declaration
Nov 21 22:40:53 <veremit> zmatt: tidy
Nov 21 22:41:02 <zmatt> (with tabs replaced by 4 spaces to allow proper alignment)
Nov 21 22:41:41 <zmatt> yes, very nice with its hungarian notation and all-uppercase typedefs
Nov 21 22:42:40 <felon-> hm
Nov 21 22:43:00 <felon-> anyyone just boot off the internal memory and use teh microsd for w/e ?
Nov 21 22:43:17 <Set_> Yes.
Nov 21 22:43:19 <felon-> i flashed jessie to the internal it works...
Nov 21 22:43:28 <felon-> now i formatted the micro and did this
Nov 21 22:43:32 <felon-> cat /media/adata/uEnv.txt
Nov 21 22:43:32 <felon-> mmcdev=1
Nov 21 22:43:33 <felon-> bootpart=1:2
Nov 21 22:43:33 <felon-> mmcroot=/dev/mmcblk1p2
Nov 21 22:43:33 <felon-> optargs=quietroot
Nov 21 22:43:36 <Set_> Oh and I cannot make my dang stuff work well.
Nov 21 22:43:37 <Set_> Boo!
Nov 21 22:43:57 <felon-> Set_: what are you trying to do?
Nov 21 22:43:59 <zmatt> felon-: .... why?
Nov 21 22:44:24 <Set_> I am trying to make my BBG work via AWS and a Wiki instruction.
Nov 21 22:44:24 <felon-> zmatt: not sure. just wanted to try
Nov 21 22:44:54 <felon-> naww really im gonna set an xdcc fserve yo!
Nov 21 22:45:00 <felon-> bringing back the 90's
Nov 21 22:45:15 <zmatt> felon-: (in case of ambiguity: I meant "why on earth are you putting an uEnv on SD if you're booting from eMMC")
Nov 21 22:45:32 <felon-> zmatt: the webpage said to
Nov 21 22:45:41 <felon-> otherwise it wont be usable
Nov 21 22:45:48 <zmatt> ???
Nov 21 22:45:50 <felon-> i read pages about it
Nov 21 22:45:57 <felon-> well it was from a few years back
Nov 21 22:45:59 <zmatt> felon-: have you *tried* it
Nov 21 22:46:11 <felon-> not yet, hence the scared to reboot :p
Nov 21 22:46:14 <zmatt> because if you have a recent image, it should be totally unnecessary
Nov 21 22:46:40 <felon-> oh yeah i got the most recent debian (jessie) from the website
Nov 21 22:46:54 <zmatt> is there a uuid thing in your /boot/uEnv.txt ?
Nov 21 22:47:00 <felon-> yes
Nov 21 22:47:00 <veremit> --,--
Nov 21 22:47:13 <zmatt> felon-: then the uEnv on sd thing is obsolete, don't use it
Nov 21 22:47:16 <felon-> ok
Nov 21 22:47:19 <felon-> ty again
Nov 21 22:47:21 <zmatt> felon-: here's the story behind it
Nov 21 22:47:39 <zmatt> linux just enumerates the mmc devices in whichever order it finds them
Nov 21 22:48:13 <felon-> ah
Nov 21 22:48:47 <zmatt> which means that even though μSD is mmc0 and eMMC is mmc1 at hardware level (and therefore in u-boot and in the device tree)
Nov 21 22:49:11 <zmatt> eMMC will be /dev/mmcblk0 if you boot without SD card
Nov 21 22:49:20 <zmatt> and *probably* mmcblk1 if you boot with one
Nov 21 22:49:29 <zmatt> (even though I see no reason this is guaranteed)
Nov 21 22:50:22 <zmatt> the fact linux ignores the fact the mmc controllers are fixed in hardware and have preexisting identifiers is a bug in my opinion and that of many others, but the asswipes over at the linux-mmc mailing list have repeatedly refused a patch for bogus reasons
Nov 21 22:50:32 <felon-> hm
Nov 21 22:50:42 <felon-> its not showing since i rebooted
Nov 21 22:51:17 <felon-> ah ok
Nov 21 22:51:20 <zmatt> recent images from rcn-ee worked around it by using uuid to identify the boot filesystem rather than a fixed device name
Nov 21 22:51:38 <felon-> ok
Nov 21 22:52:18 <zmatt> the old patch was to put an uEnv.txt on the sd that overrides the kernel parameters
Nov 21 22:53:00 <zmatt> which seems like a bad idea to me in general
Nov 21 22:55:07 <veremit> zmatt .. we need to beat those mmc asswipes into submission .. mwhahahahahha
Nov 21 22:55:36 <felon-> please do!
Nov 21 22:55:46 <felon-> thanks zmatt & veremit
Nov 21 22:55:51 <felon-> i'll bbiaf
Nov 21 22:55:58 <zmatt> veremit: just keep submitting patches for the bug until they get that this issue is going to come up again and again until they let it go
Nov 21 22:56:14 <veremit> :)
Nov 21 22:56:23 <zmatt> veremit: a clean and thorough patch would be preferable
Nov 21 22:56:31 <zmatt> some of the patches I've seen were incomplete
Nov 21 22:56:42 <zmatt> a good example on how to do it properly is in the i2c core
Nov 21 22:56:51 <zmatt> (which *does* get its bus identifiers from DT)
Nov 21 23:02:12 <zmatt> lol...
Nov 21 23:02:16 <zmatt> "As soon as something is broken—whether it is a bug in the code, a problem with your process, a bad requirement, bad documentation—something you know is just wrong, you really have to stop and address it right then and there. Just fix it. And if you just can't fix it, put up police tape around it. Nail plywood over it. Make sure everybody knows it is broken, that they shouldn't trust it, shouldn't go nea
Nov 21 23:02:22 <zmatt> r it."
Nov 21 23:02:40 * zmatt puts police tape around musb
Nov 21 23:03:36 <zmatt> hell, if I need to put it around everything that's broken, I'll run out of tape in no time
Nov 21 23:04:52 * veremit nails plywood and anti-vandal galvanised sheet over musb over zmatt's police tape ..
Nov 21 23:05:29 * veremit spray paints the galv. sheet .. *DANGER*
Nov 21 23:05:45 <zmatt> beware of the leopard
Nov 21 23:07:56 <zmatt> hmm, including my emmc code increases code size by 2 KB ... why the hell is that thing so huge
Nov 21 23:09:38 <zmatt> lol...  abort( "how did I get here?" );
Nov 21 23:32:16 <veremit> <,<
Nov 21 23:37:19 <cybernaut> wow complaining about 2k
Nov 21 23:39:36 <zmatt> cybernaut: it's a 30% code increase!
Nov 21 23:40:58 <cybernaut> zmatt did you change your optimizer settings?
Nov 21 23:41:47 <cybernaut> zmatt I always set the optimizer to -O1 which emphasizes size not speed.
Nov 21 23:42:32 <zmatt> -O1 just generates crappy code
Nov 21 23:42:37 <zmatt> if you want to optimize for size, use -Os
Nov 21 23:42:59 <zmatt> if you want basic optimization but retain good debuggability and fast compiles, use -Og
Nov 21 23:43:52 <zmatt> -O2 -fno-schedule-insns -fno-schedule-insns2  is a good alternative if you want a bit more optimization or if your gcc is too old to support -Og
Nov 21 23:44:50 <zmatt> but no, I didn't change any settings... maybe it pulls in more libc code or something though, I don't see how else it could be that big, but I'm not sure whether I really care right now :)
Nov 21 23:45:37 <zmatt> I just briefly included it in the compile mostly to check it still works
Nov 21 23:47:00 <zmatt> -Os saves about 10%, not really impressive
Nov 21 23:48:06 <cybernaut> zmatt can you get a map file of it to find what libraries it may have pulled in?
Nov 21 23:48:12 <zmatt> of course
Nov 21 23:48:43 <cybernaut> Do you have the old code map so you can compare?
Nov 21 23:48:52 <zmatt> (if I honestly cared right now)
Nov 21 23:49:09 <cybernaut> I thought you did... mever nind
Nov 21 23:49:50 <zmatt> sorry, I just like complaining about 2 KB now and then to remind people how fucking bloated most software is ;)
Nov 21 23:50:18 <cybernaut> like .NET
Nov 21 23:50:29 <zmatt> like /bin/date
Nov 21 23:53:08 <zmatt> which on my laptop is nearly 64 KB
Nov 21 23:53:19 <zmatt> though it no longer links to libpthread like it used to
Nov 21 23:56:13 <zmatt> the 26.4 KB /bin/true is nice too
Nov 22 00:15:16 <cybernaut> Well too me you have a lot of space but I am probably of of a few thousand who would think that.
Nov 22 00:15:29 <chillfan> hey
Nov 22 00:16:01 <chillfan> I have debian installed on my bbb, are there some directions available to upgrading the kernel? (it is regular debian that i built myself from vmdebootstrap)
Nov 22 00:24:13 <zmatt> add rcn-ee's repo and apt-get install one
Nov 22 00:24:29 <cybernaut> I wouldn't know but you may wish to look for that information under the distribution section in the beagle.org site for the BBB
Nov 22 00:24:56 <zmatt> linux-image-4.1.13-ti-r33
Nov 22 00:26:19 <zmatt> deb http://repos.rcn-ee.com/debian/ stretch main
Nov 22 00:26:26 <chillfan> alright i'll take a look
Nov 22 00:26:31 <zmatt> (replace stretch by whatever debian release you're using)
Nov 22 00:28:29 <zmatt> or linux-image-4.1.13-ti-rt-r33  if you want a PREEMPT_RT kernel
Nov 22 00:29:59 <chillfan> neat thanks
Nov 22 00:30:38 <cybernaut> Now if I could get debian to install nicely on this PC (I am using gentoo of all things at the moment)
Nov 22 00:30:49 <zmatt> (or 4.4-rc1-ti-r1 if you really like the bleeding edge ;)
Nov 22 00:59:01 <felon-> mm bleeding edge
Nov 22 01:45:47 <Set_> Yep.
Nov 22 01:58:14 <kenrestivo> i'm confused. i've got Linux bone 4.1.12-ti-r29 #1 SMP PREEMPT Mon Nov 9 22:46:19 UTC 2015 armv7l GNU/Linux, and console=ttyO0,115200n8 bone_capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN root=UUID=6f01f18b-e77c-47e2-8b4e-7d1f86604104 ro rootfstype=ext4 rootwait coherent_pool=1M quiet cape_universal=enable, but i'm still seeing HDMI audio present
Nov 22 01:58:38 <kenrestivo> aplay -l shows: card 0: Black [TI BeagleBone Black], device 0: HDMI hdmi-hifi-0 []
Nov 22 01:58:41 <kenrestivo> why?
Nov 22 01:59:52 <felon-> did you edit the .txt file
Nov 22 02:00:12 <kenrestivo> /boot/uEnv.txt
Nov 22 02:00:15 <felon-> yea
Nov 22 02:00:17 <felon-> that one
Nov 22 02:00:35 <felon-> i disabled hdmi since im not using it... etc
Nov 22 02:00:45 <felon-> but it seems you are waaay beyond me
Nov 22 02:00:47 <kenrestivo> right
Nov 22 02:00:55 <kenrestivo> it won't disable. :(
Nov 22 02:00:55 <felon-> ive only had my bbb for 24hrs
Nov 22 02:01:00 <kenrestivo> congratulations!
Nov 22 02:01:02 <kenrestivo> it's a great board
Nov 22 02:01:04 <felon-> ty!
Nov 22 02:01:06 <felon-> i know!
Nov 22 02:01:16 <felon-> i just got it all setup and put it in its case
Nov 22 02:01:24 <felon-> i feel like a kid @ christmas
Nov 22 02:01:26 <felon-> lol
Nov 22 02:01:35 <kenrestivo> fun
Nov 22 02:01:59 <zmatt> kenrestivo: bone_capemgr.disable_partno was a 3.8 kernel thing
Nov 22 02:02:51 <zmatt> if you have a recent filesystem image your /boot/uEnv.txt should contain comments about which dtb to use to disable HDMI and/or eMMC
Nov 22 02:04:27 <zmatt> dtb=am335x-boneblack-emmc-overlay.dtb
Nov 22 02:04:52 <zmatt> that's the one to use to keep eMMC enabled but disable HDMI
Nov 22 02:05:22 <kenrestivo> ah
Nov 22 02:05:31 <kenrestivo> zmatt: thanks!
Nov 22 02:05:43 <kenrestivo> just out of curiosity, which dtb is being loaded?
Nov 22 02:06:11 <zmatt> by default?
Nov 22 02:06:17 <kenrestivo> yeah
Nov 22 02:06:22 <zmatt> am335x-boneblack.dtb
Nov 22 02:06:25 <kenrestivo> i was able to hack around it by blacklist.conf by the way
Nov 22 02:06:33 <kenrestivo> and that one has the hdmi audio in it?
Nov 22 02:06:40 <zmatt> yes
Nov 22 02:06:45 <kenrestivo> interesting.
Nov 22 02:07:43 <zmatt> also, can I say "ew, cape_universal"
Nov 22 02:08:18 <felon-> capes rule!
Nov 22 02:08:22 <kenrestivo> what is that, and why is it loading?
Nov 22 02:08:44 <zmatt> no idea why it's loading, I think it's default in recent images, god knows why
Nov 22 02:08:47 <kenrestivo> is that a bbw compatibility thing?
Nov 22 02:09:23 <zmatt> no, it's a horribly gross hack perfomed in the name of user-friendliness or something
Nov 22 02:09:29 <kenrestivo> zmatt: haha dtb=am335x-boneblack-emmc-overlay.dtb caused my bbb to refuse to boot :p
Nov 22 02:09:42 <zmatt> hum, that's not good
Nov 22 02:09:48 <kenrestivo> no, it isn't.
Nov 22 02:10:03 <kenrestivo> i have an sdcard, no biggie
Nov 22 02:10:14 <zmatt> I don't think I made a typo
Nov 22 02:10:29 <kenrestivo> i put it in /boot/uEnv.txt, directly copy/pasted
Nov 22 02:11:08 <kenrestivo> right near the top of the file. anyways, i'll stick with my blacklist hack instead for now. i don't need the pins, i just don't want the hdmi audio interface showing upin alsa
Nov 22 02:11:11 <zmatt> there were no comments in your uEnv about the possible dtbs? (they were there last time I flashed I fresh image)
Nov 22 02:11:18 <kenrestivo> there were tons
Nov 22 02:11:46 <kenrestivo> most of which were about kernel 3.18 or similar
Nov 22 02:12:56 <zmatt> 3.8
Nov 22 02:13:29 <zmatt> the 3.8 kernels were fairly special, very heavily customized for the bbb (it didn't even boot on mainline linux back then)
Nov 22 02:13:56 <zmatt> since it took a while for all relevant stuff to get mainlined, 3.8 remained the kernel of choice for quite some time
Nov 22 02:14:41 <kenrestivo> i remember
Nov 22 02:14:48 <kenrestivo> this bbb is about 3 years old
Nov 22 02:14:59 <zmatt> have you reflashed it with a recent jessie image?
Nov 22 02:15:01 <kenrestivo> not really, maybe 2 years old
Nov 22 02:15:11 <kenrestivo> yep it's running 4.12 kernel IIRC
Nov 22 02:15:18 <zmatt> 4.1.x
Nov 22 02:15:24 <kenrestivo> latest debian 8.2
Nov 22 02:15:33 <zmatt> specifically 4.1.x-ti
Nov 22 02:15:41 <kenrestivo> can't keep all these version numbers straight, sorry
Nov 22 02:15:55 <zmatt> there are a couple of important kernel series for the BBB
Nov 22 02:16:04 <zmatt> currently the main one is 4.1.x-ti
Nov 22 02:16:12 <kenrestivo> thanks
Nov 22 02:17:17 <zmatt> (latest being 4.1.13-ti-r33 released two days ago)
Nov 22 02:18:15 <zmatt> looks like the next major series is going to be 4.4-ti since the first release-candidate from that series has also been uploaded (4.4-rc1-ti-r1)
Nov 22 02:19:08 <zmatt> you have a console cable to see what went wrong?  since I'm kinda curious now
Nov 22 02:19:27 <zmatt> (I'm also trying it myself now)
Nov 22 02:20:33 <zmatt> argh, I really need to swap this bbb with one that has Kingston eMMC instead of that slowpoke Micron
Nov 22 02:22:12 <kenrestivo> aha, nevermind i'm good
Nov 22 02:22:33 <kenrestivo> it didn't boot. but then i poked it in the reset button, and it's fine
Nov 22 02:22:40 <zmatt> heh
Nov 22 02:22:55 <zmatt> yeah that needs to be fixed in u-boot
Nov 22 02:23:13 <zmatt> it seems to sometimes press up spurious crap during the "press any key" to interrupt boot
Nov 22 02:23:30 <kenrestivo> aaaand... your command line worked perfectly
Nov 22 02:24:04 <kenrestivo> can i turn off the press any key timeout?
Nov 22 02:24:27 <zmatt> it should really make it more specific like "press ctrl-C", or at least check it's a valid char and has no framing errors or such
Nov 22 02:24:28 <kenrestivo> i don't need it if i have an sdcard to boot off of in an emergenc
Nov 22 02:24:41 <kenrestivo> yeah, esc, ctrl-c, etc
Nov 22 02:24:52 <kenrestivo> u-boot is pretty easy to hack as i recall
Nov 22 02:24:58 <kenrestivo> great bootloader
Nov 22 02:25:02 <zmatt> -.-
Nov 22 02:25:12 <kenrestivo> i can't tell you what a joy it is to be working on a system that has a bootloader at all
Nov 22 02:25:17 <zmatt> monstrous blob
Nov 22 02:25:22 <kenrestivo> compared to that fruit-based amd board
Nov 22 02:25:36 <kenrestivo> that i had to suffer with for a year. miserable experience.
Nov 22 02:25:42 <zmatt> arm board you mean
Nov 22 02:25:47 <zmatt> and the rpi is actually kinda interesting
Nov 22 02:25:48 <kenrestivo> arm
Nov 22 02:25:53 <kenrestivo> i'm not a fan
Nov 22 02:25:56 <zmatt> since it's not an arm board
Nov 22 02:26:14 <kenrestivo> it's broadcom's floor scrapings
Nov 22 02:26:16 <zmatt> it's a VideoCore chip that happens to have an ARM processor glued to it on the side
Nov 22 02:26:19 <kenrestivo> yep
Nov 22 02:26:24 <kenrestivo> demo silicon
Nov 22 02:26:48 <kenrestivo> anyway i'm happy to be in beagle land once again
Nov 22 02:26:48 <zmatt> dunno about demo silicon... in any case the main part of the SoC is used in many of their products afaik
Nov 22 02:26:59 <zmatt> the arm11 was a horrible match though
Nov 22 02:27:24 <zmatt> but it was funny to realize the ARM processor isn't its boot core but an auxiliary one
Nov 22 02:27:25 <kenrestivo> it was arm6 for a long time IIRC
Nov 22 02:27:34 <zmatt> arm11 is arm architecture v5
Nov 22 02:27:36 <zmatt> v6
Nov 22 02:27:49 <zmatt> the two numerings are unfortunately easily confused
Nov 22 02:28:05 <kenrestivo> anyways, i'm off for a while. thanks for getting me unstuck. now i have no hdmi and more free pins!
Nov 22 02:28:20 <zmatt> kenrestivo: on the topic of pins
Nov 22 02:28:34 <zmatt> http://gerbil.xs4all.nl/show-pins-v2.pl.gz   :)
Nov 22 02:28:49 <zmatt> or I think rcn-ee now also includes it in his images, I just forgot where he put it
Nov 22 02:29:39 <zmatt> and try to disable cape-universal (unless you're actively using it, possibly without realizing it)
Nov 22 02:29:59 <zmatt> but it's yuck, it enables basically all peripherals regardless of whether they're being used or not
Nov 22 02:30:24 <zmatt> and then creates some helpers to switch over the pinmux at runtime
Nov 22 02:32:26 <zmatt> I'm actually kinda surprised none of the peripherals get utterly confused by this
Nov 22 02:32:52 <zmatt> since they're still active and operational, unaware of the fact their pins aren't muxed
Nov 22 02:34:43 <zmatt> (note that if you want the output of show-pins-v2.pl sorted by expansion header pin, just pipe its output through sort)
Nov 22 02:38:11 <Set_> Hey...
Nov 22 02:38:51 <Set_> Outdated code at: http://www.seeedstudio.com/wiki/Beagle_Bone_Green_and_Grove_IoT_Starter_Kit_Powered_by_AWS#How_to_use_BeagleBone_Green_kit_with_AWS.
Nov 22 02:39:01 <Set_> I tried.
Nov 22 02:39:09 <Set_> Again and again.
Nov 22 02:41:01 <Set_> I am off to Seeed Studio's website to chat with 'em.
Nov 22 02:43:27 <cybernaut> don't explode i hear it's messy
Nov 22 02:43:48 <Set_> Oh?
Nov 22 02:44:02 <Set_> Messy in what sense?
Nov 22 02:44:15 <Set_> I am just asking...
Nov 22 02:44:42 <cybernaut> you end up all over place
Nov 22 02:44:48 <Set_> I want to work with them on this issue. I can probably get a better Wiki out of it.
Nov 22 02:44:49 <Set_> Oh.
Nov 22 02:45:05 <Set_> Yea...explosions are messy. Boo!
Nov 22 02:46:42 <Set_> Hey...did GitHub get rid of "issues?"
Nov 22 02:51:38 <cybernaut> Git hub gave you issues?
Nov 22 02:52:44 <rennreh> hi
Nov 22 02:55:33 <Set_> Hello.
Nov 22 02:56:13 <Set_> cybernaut...
Nov 22 02:57:22 <Set_> I am using a certain Wiki now.
Nov 22 02:57:26 <Set_> It is for the BBG.
Nov 22 02:57:49 <Set_> Github has certain info for me that I use.
Nov 22 02:58:21 <Set_> When that info is incorrect, I need to be able to speak to the individual responsible and/or party.
**** ENDING LOGGING AT Sun Nov 22 02:59:59 2015