**** BEGIN LOGGING AT Tue Jun 02 02:59:58 2015
Jun 02 07:55:23 <Abhishek_> gm
Jun 02 08:18:59 <roni__>  Can anyone tell me about the project idea  'IIO  debugging  tool'.I was searching about the 'IIO debugging tools'.There is a event monitoring tool in mainline linux-4.1   linux/tools/iio/iio_event_monitor.c. Is this project about some kind of similar tool?
Jun 02 10:17:25 <shubhangi> Abhishek_: just the include file am33xx.dtsi which has pru nodes
Jun 02 10:18:02 <shubhangi> rebuilding all works too though
Jun 02 11:19:55 <ebadawy> jkridner: is it ok if I change the default theme of beaglboard for bone101?
Jun 02 11:38:45 <vvu> arianepaola: ping
Jun 02 12:01:27 <Abhishek_> shubhangi: What was the command line you used?
Jun 02 12:02:48 <shubhangi> Abhishek_: dtc command to compile individual file and make all to compile all
Jun 02 12:04:23 <shubhangi> easier to make all arch=ARM and copy only the required files
Jun 02 15:28:24 <Abhishek_> rcn-ee: Ping when you're online
Jun 02 15:58:57 <nerdboy> moin
Jun 02 17:52:03 <jkridner> ebadawy: no.
Jun 02 17:52:24 <jkridner> ebadawy: to state it more correctly, it would depend...
Jun 02 17:52:33 <jkridner> I don't want you to change the entire appearance.
Jun 02 17:52:40 * Abhishek_ doing device tree magic
Jun 02 17:52:42 <jkridner> ebadawy: some incremental improvements would be welcome.
Jun 02 17:52:56 <jkridner> arianepaola: ping
Jun 02 17:53:00 <ebadawy> jkridner: ok, I acutely kept it
Jun 02 17:53:15 <jkridner> ebadawy: how's the new build-up of patches going?
Jun 02 17:53:34 <ebadawy> you mean DiegoTc patches?
Jun 02 17:54:00 <jkridner> breaking it all down into something I'll apply to the main tree.
Jun 02 17:54:14 <jkridner> getting you to a point where you can work aggressively.
Jun 02 17:54:56 <ebadawy> yea, I am trying to make it organized as much as i can
Jun 02 17:55:22 <ebadawy> if u could also from time to time have a look on the repo and give me a feedback that would help alot also
Jun 02 17:59:53 * jkridner is commenting on commits.
Jun 02 18:14:45 <jkridner> ebadawy_: looks like you've gotten a good start.
Jun 02 18:15:40 <ebadawy_> jkridner: trying to be more productive! :)
Jun 02 18:15:41 <jkridner> ebadawy_: is http://ehab93.github.io/bone101/Support/bonecard/ meant to be black? is that the style now?
Jun 02 18:16:25 <ebadawy_> yea, I'm trying to make it have a good look
Jun 02 18:16:41 <jkridner> ebadawy_: eventually, there will need to be some controls for running/stopping code as well as to catch console output.
Jun 02 18:17:32 <jkridner> the proportions look a bit off to me. I don't recall BeagleBone Black being so long.
Jun 02 18:17:48 <jkridner> I also don't remember the power and Ethernet sticking out so far.
Jun 02 18:18:28 <ebadawy_> I'm thinking of using them in run&fork
Jun 02 18:18:59 <ebadawy_> and for the proportions, no problem of resizeing them
Jun 02 18:53:04 <ebadawy> jkridner: is it ok that next week won't be to work much coz I'm having two exams that quite need some time, and by the way that will be my final weak with the exams.
Jun 02 18:53:45 <jkridner> ebadawy: you have a schedule of work do be accomplished, yes?
Jun 02 18:54:04 <jkridner> ebadawy: does your plan allow for getting some of it done a bit early and catching up with the rest shortly after?
Jun 02 18:55:13 <ebadawy> jkridner: yes, some work will just shift in time however it should be deliverd on it's deadline.
Jun 02 18:57:10 <jkridner> you'd plan to get back on track about a week or so later? you'd plan to get some items done a bit early?
Jun 02 19:00:23 <ebadawy> well, to be honest what is actuely schedule is to get DiegoTc's work in jekyll and migrate it with the current work.
Jun 02 19:01:48 <ebadawy> and what I'm doning know is somthing that scheduled later, but as u said to not just stay and do nothing I'm doing that work.
Jun 02 19:03:16 <ebadawy> which actuely I found that I can continue without DiegoTc work. but not sure if it will take more time than what scheduled for it
Jun 02 19:04:57 <ebadawy> but anyway, being off somedays next weak will let me work more after I finish the the exams.
Jun 02 20:02:02 <Abhishek_> jkridner: I am modufying and rebuilding the cape DTS for the LCD but it seems that it isn't getting changed during boot time. Any hints?
Jun 02 20:02:47 <jkridner> Abhishek_: rebuild the initramfs
Jun 02 20:03:31 <jkridner> See /opt/scripts/tools/developers/update_initrd.sh
Jun 02 20:03:32 <Abhishek_> jkridner: I am doing that, but for some reason it isn't getting modified at all
Jun 02 20:03:47 <jkridner> was the updated .dtbo in /lib/firmware before you rebuilt?
Jun 02 20:04:36 <Abhishek_> it is
Jun 02 20:04:46 <Abhishek_> lemme disable it at boot time and try loading manually
Jun 02 20:20:45 <Abhishek_> jkridner: I removed the dtbo files from /lib/firmware but it is still getting loaded with config-pin overlay, what do you think is going wrong here?
Jun 02 20:21:07 <Abhishek_> I mean, I removed the LCD7 dtbo files from /lib/firmware
Jun 02 20:23:30 * Abhishek_ wonders where the dtbo's actually are
Jun 02 20:27:35 <Abhishek_> rcn-ee?
Jun 02 20:39:48 <jkridner> Abhishek_: some might be compiled into the kernel. what does 'dmesg' say?
Jun 02 20:40:17 <Abhishek_> jkridner: dmesg says that the overlay loaded successfully
Jun 02 20:40:28 <jkridner> but what triggered the load?
Jun 02 20:40:45 <Abhishek_> I did it manually after boot
Jun 02 20:41:14 <Abhishek_> strange, I had deleted the overlay from /lib/firmware, yet it loads successfully!
Jun 02 20:50:17 <shubhangi> Abhishek_: which kernel version ?
Jun 02 20:50:35 <Abhishek_> shubhangi: This is 3.8.13
Jun 02 20:52:03 <shubhangi> checked in /boot/dtbs ?
Jun 02 20:53:32 <Abhishek_> nope, it isn't there
Jun 02 21:02:56 <shubhangi> Abhishek_: i had the same issue previously. remove from boot. rename dtb in /lib/firmware. then try loading. sounds wierd but might work
Jun 02 21:03:06 <shubhangi> renaming did the trick fr me
Jun 02 21:24:06 <Abhishek_> rcn-ee: could you have a look at the logs?
Jun 02 21:24:58 <rcn-ee> Abhishek_, sure!
Jun 02 21:30:23 <Abhishek_> rcn-ee: When I load the LCD7-00A3 overlay, some previous version gets loaded even if  I put a newer version of that file. I'm generating initramfs but it doesn't really make a difference
Jun 02 21:31:02 <rcn-ee> Abhishek_, it's probally reading the built-in lcd7.dtbo based on the i2c eeprom value.. an easy (seems odd) fix would be to flat out deny the cape to load via; capemgr.disable_partno= (so the in-kernel version would be disabled)
Jun 02 21:31:22 <rcn-ee> then using capemgr.enable_partno= load the 'fixed' with a different name..
Jun 02 21:31:41 <Abhishek_> rcn-ee: There's no eeprom in my cape
Jun 02 21:32:01 <rcn-ee> then your cape needs a differnet name...
Jun 02 21:32:43 <rcn-ee> make sure you also tweak part-number/version inside the dts: https://github.com/RobertCNelson/bb.org-overlays/blob/master/src/arm/BB-BONE-LCD7-01-00A3.dts#L19
Jun 02 21:32:43 <Abhishek_> When I rebuild it and load it under a different name, then I get an error "unresolved gpio0"
Jun 02 21:33:01 <rcn-ee> 3.8 or 4.1?
Jun 02 21:36:13 <rcn-ee> 3.8 gpio: 1 -> 3; 4.1 gpio: 0 -> 2....
Jun 02 21:36:46 <rcn-ee> (it was fixed way back in 3.11.x~3.12.x i belive..)
**** ENDING LOGGING AT Wed Jun 03 02:59:58 2015