**** BEGIN LOGGING AT Mon Apr 16 03:00:01 2018
Apr 16 10:29:46 <TonyTheLion> anyone any ideas about what the beagle does to wake up from sleep?
Apr 16 10:29:53 <TonyTheLion> it takes quite a long time to wake up
Apr 16 10:32:57 <Krissmaster> Hi. Do anyone have a pinout map for x15? I've bought an expantion connector, and trying to control the GPIO pins.
Apr 16 10:34:33 <tbr> https://github.com/beagleboard/beagleboard-x15/ - have you checked that?
Apr 16 10:34:38 <Krissmaster> yes
Apr 16 10:35:31 <Krissmaster> It says I need to check the pinout map, but there is none
Apr 16 10:37:11 <tbr> page 27 of the rev_1B pdf
Apr 16 10:37:24 <zmatt> TonyTheLion: I don't recall it taking any noticable time to wake up, but it's been ages since I've done anything with suspend
Apr 16 10:39:03 <TonyTheLion> zmatt: from my measurements it takes at least 8 seconds
Apr 16 10:39:08 <zmatt> Krissmaster: maybe my spreadsheet may also be of use -> https://goo.gl/jiazTL
Apr 16 10:39:19 <TonyTheLion> we need it to take no more than 1 max 2 secs
Apr 16 10:39:32 <zmatt> TonyTheLion: that sounds ridiculously slow
Apr 16 10:39:36 <TonyTheLion> it seems it spends at least 3 secs recovering the USB/network interfaces
Apr 16 10:39:44 <TonyTheLion> don't know what the other time goes into
Apr 16 10:39:52 <TonyTheLion> dmesg is not very revealing otherwise
Apr 16 10:40:39 <zmatt> ethernet will take a bit to get link up yet, although technically the system isn't in suspend anymore at that time
Apr 16 10:40:56 <zmatt> *to get link up again
Apr 16 10:41:13 <Krissmaster> Thanks zmatt. I will take a look at that
Apr 16 10:41:15 <zmatt> actually, no that stays up during sleep
Apr 16 10:41:15 <tbr> also if it's DHCP it will depend on DHCP server performance
Apr 16 10:41:41 <zmatt> TonyTheLion: which sleep mode are you using?
Apr 16 10:41:46 <TonyTheLion> standyb
Apr 16 10:41:53 <TonyTheLion> standby*
Apr 16 10:43:43 <zmatt> that's the lightest sleep mode...  that's really weird, it should be able to wake up from that essentially instantly
Apr 16 10:44:16 <zmatt> which kernel?
Apr 16 10:45:02 <TonyTheLion> 4.9.78-ti-r94
Apr 16 10:45:09 <TonyTheLion> so there's a deeper sleep mode
Apr 16 10:45:11 <TonyTheLion> ?
Apr 16 10:45:42 <TonyTheLion> the only sleep modes I found were "mem" and "standby"
Apr 16 10:45:50 <zmatt> also, how are you determining this time? time until it responds again via network, or until it responds again via serial console?
Apr 16 10:46:03 <TonyTheLion> ye ssh
Apr 16 10:46:15 <zmatt> okay so maybe it's just the network manager being annoying
Apr 16 10:46:26 <TonyTheLion> seems plausible
Apr 16 10:46:58 <TonyTheLion> so to test it properly, I need to connect it over serial
Apr 16 10:47:02 <zmatt> can you pastebin the dmesg output of a resume event?
Apr 16 10:47:10 <TonyTheLion> sure
Apr 16 10:48:08 <TonyTheLion> https://pastebin.com/i8GaLcun
Apr 16 10:49:02 <zmatt> that's not much, maybe journalctl ?
Apr 16 10:58:33 <TonyTheLion> https://pastebin.com/CxdEpvk7]
Apr 16 10:58:41 <TonyTheLion> https://pastebin.com/CxdEpvk7
Apr 16 10:58:46 <TonyTheLion> the latter one
Apr 16 10:59:52 <zmatt> this looks to me like resume fully completed within a single second
Apr 16 11:00:26 <TonyTheLion> hmm so I guess I've been fooled by the network coming up taking a longer time
Apr 16 11:01:07 <zmatt> it shouldn't though, I don't think network really goes down
Apr 16 11:01:14 <zmatt> there's no link down message
Apr 16 11:01:44 <TonyTheLion> or maybe the ssh connection
Apr 16 11:02:12 <zmatt> does the link go down? you should be able to tell by checking the leds on the ethernet connector
Apr 16 11:02:28 <tbr> if you rely on network being there instantly, you will need to take additional steps
Apr 16 11:02:53 <zmatt> ah, finally found it... "mem" corresponds to deepsleep
Apr 16 11:02:55 <tbr> e.g. use networkd instead of network-manager. Or maybe connman, that could also be fast
Apr 16 11:03:04 <zmatt> looks like he's using connman
Apr 16 11:03:14 <zmatt> given the log message from connmand
Apr 16 11:03:17 <tbr> ok
Apr 16 11:03:28 <tbr> might still be possible to set options
Apr 16 11:03:38 <TonyTheLion> the leds go off on the network interface
Apr 16 11:03:41 <TonyTheLion> in standby
Apr 16 11:03:59 <TonyTheLion> so standby is the deeper sleep right?
Apr 16 11:04:05 <zmatt> no, mem is deeper
Apr 16 11:04:28 <zmatt> okay, so it deliberately disables the phy during sleep
Apr 16 11:05:18 <TonyTheLion> more of the other leds stay on during "mem" sleep
Apr 16 11:05:26 <TonyTheLion> the blue ones on the board
Apr 16 11:05:27 <zmatt> huh
Apr 16 11:05:38 <TonyTheLion> which is why I thought it was not deeper than standy
Apr 16 11:06:26 <zmatt> sounds like a bug causing some activity led(s) to not be disabled before entering deepsleep? weird
Apr 16 11:07:47 <TonyTheLion> what documentation did you find this what sleep corresponds to what cpu sleep state in?
Apr 16 11:08:01 <zmatt> drivers/soc/ti/pm33xx.c
Apr 16 11:08:29 <TonyTheLion> is that the TI cpu api thingy?
Apr 16 11:08:45 <TonyTheLion> its not the on the beagle by default, is it?
Apr 16 11:09:05 <zmatt> in the kernel 4.9-ti series kernel tree
Apr 16 11:09:14 <TonyTheLion> ah I see
Apr 16 11:09:17 <zmatt> which you said you were using
Apr 16 11:09:28 <TonyTheLion> ye but I didn't compile this kernel
Apr 16 11:09:50 <TonyTheLion> I'm using whatever was on the device when I bought it
Apr 16 11:10:32 <zmatt> yeah you're definitely not using the latest kernel in that series
Apr 16 11:10:48 <TonyTheLion> oh
Apr 16 11:10:59 <TonyTheLion> and do you have to manually compile the kernel to update it?
Apr 16 11:11:04 <zmatt> of course not
Apr 16 11:11:50 <zmatt> you can use apt to install a specific kernel, and there's also an update script somewhere in /opt that will look up the latest kernel within a series of choice and install that for you
Apr 16 11:12:11 <TonyTheLion> oh very nice
Apr 16 11:12:51 <zmatt> latest in the 4.9-ti series is currently 4.9.88-ti-r110, and latest in the 4.14-ti series is 4.14.34-ti-r43
Apr 16 11:13:13 <TonyTheLion> whats the difference between 4.9 and 4.14?
Apr 16 11:13:28 <TonyTheLion> if there's even a simple answer to that
Apr 16 11:13:58 <zmatt> that 4.14 is about a year newer than 4.9 ?
Apr 16 11:14:17 <TonyTheLion> so really to have the latest we'd need to run 4.14
Apr 16 11:14:46 <zmatt> 4.14 is the latest LTS kernel series (and -ti kernel series only use LTS kernels)
Apr 16 11:15:49 <zmatt> btw depending on how old the system image on your beaglebone is, you may also want to consider reflashing it to the latest image... which is the easiest way to update things like the bootloader and such
Apr 16 11:16:18 <zmatt> when using "whatever was installed" you never really know how old it is... although at least it's not ancient if it came with a 4.9 kernel
Apr 16 11:16:35 <TonyTheLion> I only bought it a month or two ago
Apr 16 11:16:40 <TonyTheLion> but ye you have a very good point
Apr 16 11:16:58 <tbr> it might have been sitting on a shelf for a while, etc
Apr 16 11:17:11 <zmatt> exactly, they're not flashed right before shipping
Apr 16 11:18:04 <zmatt> and fairly significant changes were made in the not-very-distant past
Apr 16 11:28:27 <zmatt> anyway, I'm afk for now, back later
Apr 16 13:23:25 <aryalus> hello, I have a silly question: where can I find documentation for constants used in sample code such as the constant "LOW" : var b = require('bonescript');  var state = b.LOW;
Apr 16 13:25:00 <aryalus> I see this kind of syntax in many code samples but I cannot find any documentation on which constants are available for use
Apr 16 13:28:02 <tbr> that seems to be the source for bonescript: https://github.com/beagleboard/bonescript
Apr 16 13:28:36 <tbr> https://github.com/beagleboard/bonescript/blob/master/src/constants.js
Apr 16 20:37:32 <dury> hi there channel :-)
Apr 16 20:38:10 <dury> fortnight is been here?
Apr 16 20:56:53 <lasur2> Hi
Apr 16 20:57:11 <lasur2> I am unable to SSH to the beaglebone after flashing
Apr 16 20:57:30 <lasur2> It seems like it is a know problem
Apr 16 20:57:48 <lasur2> i am unable to understand the steps with older posts on google
Apr 16 20:57:57 <lasur2> just double checking
Apr 16 21:04:25 <dury> lasur2, apt-get install ssh
Apr 16 21:04:56 <dury> as root, of course
Apr 16 21:07:38 <lasur2> Thanks dury
Apr 16 21:07:46 <lasur2> I will try that right now
Apr 16 21:12:04 <lasur2> Hi
Apr 16 21:12:31 <lasur2> I did sudo apt-get install ssh
Apr 16 21:12:41 <lasur2> I still cant ssh to BBB
Apr 16 21:12:44 <lasur2> Also
Apr 16 21:13:24 <lasur2>  BBB does not respond to Ping either
Apr 16 21:14:20 <lasur2> I am on a VMware virthual manhine and flashed my BBB an hour ago
Apr 16 21:15:08 <dury> did it install
Apr 16 21:21:57 <lasur2> yes
Apr 16 21:22:08 <lasur2> but I have same problem
Apr 16 21:25:05 <dury> have to go getting late over here :-)
Apr 16 21:35:47 <noahd> Anyone have any information on how to use the 157 GPIO pins on the BB-X15?
Apr 17 00:13:41 <zmatt> lasur2: your problem description is extremely vague.  which image did you flash? how did you flash it onto the beaglebone? does it seem to be booting normally based on led activity? how are you trying to ssh to it? what posts are you referring to?
Apr 17 00:14:21 <zmatt> right now the information you've given can basically be summarized as "it doesn't work"
Apr 17 00:14:54 <zmatt> which is not something anyone can help you with in a useful wau
Apr 17 00:14:56 <zmatt> *way
Apr 17 00:15:53 <zmatt> if you're reading old posts, most likely they're talking about something completely different from whatever problem you're having
Apr 17 00:22:53 <zmatt> anyway, time for sleep
Apr 17 00:35:51 <lasur2>  Jzaw
Apr 17 00:35:57 <lasur2> are you still there
Apr 17 00:36:02 <lasur2> I am sorry
Apr 17 00:36:15 <lasur2> for the vague description
Apr 17 00:36:27 <lasur2> but this seems to be a known problem
Apr 17 00:37:08 <lasur2> Sorry , is that Zmat
Apr 17 00:44:57 <lasur2> Here are some of the answers to your questions:
Apr 17 00:45:18 <lasur2>  which image did you flash?   Ans:   bone-debian-8.3-lxqt-4gb-armhf-2016-01-24-4gb.img.xz
Apr 17 00:45:27 <lasur2>  how did you flash it onto the beaglebone?   USing SD card
Apr 17 00:45:37 <lasur2> does it seem to be booting normally based on led activity?  yes it boots
Apr 17 00:45:54 <lasur2> I can ping from Windows command prompt on 192.168.7.2 this works fine Pinging 192.168.7.1 works on windows command prompt
Apr 17 00:46:04 <lasur2> 192.168.7.2 on google chrome shows the BB homepage and connected higligted in green
Apr 17 00:46:18 <lasur2>  This was not happening yesterday, The new image flashing helped solve this
Apr 17 00:46:31 <lasur2> how are you trying to ssh to it? what posts are you referring to?  I have VMware virtual machine installed and have Ubuntu 16.04 installed
Apr 17 00:46:46 <lasur2> From the VM, on dolloar prompt, I am trying to SSH  ssh -l root 192.168.7.2  This was working earlier bt fails now after the image was flashed.
Apr 17 00:47:06 <lasur2> I am looking at similar posts on google
Apr 17 00:56:20 <set_> sudo ssh debian@192.68.7.2
Apr 17 00:56:43 <set_> lasur2: Use this ^
Apr 17 01:03:19 <lasur2> ok
Apr 17 01:04:02 <lasur2> I will try
Apr 17 01:04:52 <lasur2> Doesn't help
Apr 17 01:05:04 <lasur2> As i said ping from $ prompt fails
Apr 17 01:05:18 <set_> did you get your image from beagleboard.org/latest-images?
Apr 17 01:05:53 <lasur2> USb0 connection is not seen if i use ifconig
Apr 17 01:06:06 <lasur2> No I did not get it from latest images
Apr 17 01:06:09 <set_> Try another usb.
Apr 17 01:06:10 <set_> Oh.
Apr 17 01:06:17 <set_> Where did you get this image file?
Apr 17 01:07:01 <lasur2> Here is the link: https://debian.beagleboard.org/images/bone-debian-8.3-lxqt-4gb-armhf-2016-01-24-4gb.img.xz
Apr 17 01:07:09 <set_> Oh.
Apr 17 01:07:12 <set_> That is old news.
Apr 17 01:07:20 <lasur2> BBB is a part of my Z-wave controller development kit
Apr 17 01:07:25 <set_> Try an updated version of the image.
Apr 17 01:07:26 <set_> Oh.
Apr 17 01:07:35 <lasur2> The above image was the recommended one by the techsupport
Apr 17 01:08:11 <lasur2> I can't go with other images assomething else may fail
Apr 17 01:08:21 <set_> If you go to BeagleBoard.org and see the Cape section of their site, it will show which Capes are supported.
Apr 17 01:08:36 <set_> i.e. Official Capes.
Apr 17 01:09:03 <set_> That 8.3 lxqt image is from a long time ago.
Apr 17 01:09:18 <set_> circa 2016 like it stated.
Apr 17 01:09:25 <lasur2> Iyes
Apr 17 01:09:27 <lasur2> yes
Apr 17 01:09:38 <set_> Two years ago...people were not maintaining the kernel all that well from what i heard.
Apr 17 01:09:42 <set_> So, people moved on.
Apr 17 01:10:10 <set_> Now, we, well at least me personally, use the Stretch images and beyond.
Apr 17 01:11:05 <set_> Look here: https://beagleboard.org/latest-images are the "recommended" images.
Apr 17 01:11:23 <set_> I typed recommended b/c up-to-date means current support.
Apr 17 01:12:01 <lasur2> how do I know which one is the equivalent of what I want
Apr 17 01:12:05 <lasur2> I can try
Apr 17 01:12:12 <set_> If you do not want to get the "newer" images, finding people may be hard on you.
Apr 17 01:12:14 <set_> Oh.
Apr 17 01:12:33 <set_> LXQT is now LXDE. I think. You want a GUI, right?
Apr 17 01:12:55 <lasur2> no GUI
Apr 17 01:12:59 <set_> oh.
Apr 17 01:13:02 <lasur2> i guess
Apr 17 01:13:20 <set_> Get the console image, instead. The GUI is the LXDE. Hold. I will go and look.
Apr 17 01:13:35 <lasur2> I will
Apr 17 01:13:38 <lasur2>  i am here
Apr 17 01:13:49 <set_> LXQT is the GUI and IoT is w/out the GUI.
Apr 17 01:13:59 <set_> Sorry for the mix up.
Apr 17 01:14:41 <set_> Your image you were booting off of stated LXQT. I would assume that you can use that still.
Apr 17 01:15:49 <set_> So, use the recommended image for SD Card on beagleboard.org/latest-images or here: https://beagleboard.org/latest-images.
Apr 17 01:16:18 <set_> ...
Apr 17 01:16:54 <set_> 9.3 (Stretch) LXQT is w/ the GUI. I am sure you can get more and more current support from this image compared to other images.
Apr 17 01:17:21 <lasur2> Ok I will try
Apr 17 01:17:40 <set_> They have forums on Adafruit.com too. Their BeagleBone type option has people w/ ideas and needs.
Apr 17 01:17:55 <lasur2> I will be in tomomorrow  around this time
Apr 17 01:17:59 <set_> Oh...
Apr 17 01:18:02 <set_> Hold on.
Apr 17 01:18:05 <set_> Before you go.
Apr 17 01:18:22 <set_> Um, forget it. I totally forgot.
Apr 17 01:18:30 <set_> Did you find that image?
Apr 17 01:18:48 <set_> the 9.3 LXQT?
Apr 17 01:19:35 <lasur2> I found the same image bone-debian-8.3-lxqt-4gb-armhf-2016-01-24-4gb.img.xz
Apr 17 01:19:40 <lasur2> no its 8.3
Apr 17 01:19:46 <set_> lasur2: I will be here as usual. Oh and maybe there are others that might be here as well. Who knows? There are a lot of people that know more than me.
Apr 17 01:19:52 <set_> Use 9.3. Serious.
Apr 17 01:20:13 <lasur2> ok thanks
Apr 17 01:20:15 <set_> They have it set up w/ an easier way of controlling GPIO, Capes, and other ideas revolving around the BBB.
Apr 17 01:20:35 <lasur2> ok i understand
Apr 17 01:20:41 <set_> I think they may have put in a lot of time on the current images.
Apr 17 01:20:43 <set_> Yea!
Apr 17 01:21:08 <set_> lasur2: Okay then...I guess I will try to see you tomorrow. I cannot wait to hear how this goes.
Apr 17 01:21:47 <set_> lasur2: Are you using etcher to flash the image(s)?
Apr 17 01:21:59 <lasur2> yes
Apr 17 01:22:05 <lasur2> Se
Apr 17 01:22:05 <set_> Good news.
Apr 17 01:22:07 <lasur2> Set
Apr 17 01:22:16 <lasur2> I have this last question
Apr 17 01:22:21 <set_> Shoot
Apr 17 01:22:53 <lasur2> I see that 9.1 has the same name ending with LXQT
Apr 17 01:23:10 <lasur2> but 9.3 has a name ending with 4GB IoT
Apr 17 01:23:44 <lasur2> So I was wondering if it was still the same or not
Apr 17 01:23:52 <set_> 9.3 (Stretch)...it is their most current, supported image they have. I think this is correct. BBB.io! LXQT is the GUI. IoT is the console image.
Apr 17 01:24:11 <lasur2> ok
Apr 17 01:24:11 <set_> IoT = not GUI
Apr 17 01:24:20 <lasur2> ok
Apr 17 01:24:21 <set_> LXQT = GUI
Apr 17 01:24:25 <set_> Yea!
Apr 17 01:24:31 <lasur2> ok great
Apr 17 01:24:33 <set_> That is really the difference.
Apr 17 01:24:48 <lasur2> I will try and talk to you tomorrow
Apr 17 01:24:54 <lasur2> thanks so much !!
Apr 17 01:24:54 <set_> Cool beans.
Apr 17 01:24:58 <set_> No issue.
Apr 17 01:25:24 <set_> Okay...Manana!
**** ENDING LOGGING AT Tue Apr 17 03:00:05 2018