**** BEGIN LOGGING AT Sun Sep 18 02:59:58 2016 Sep 18 03:00:07 I have two BBG's and have tried the most basic header UART connection between them, BBG1 p9_13 to BBG2 p9_11, and BBG2 p913 to BBG1 p9_11. Sep 18 13:41:08 hi friends Sep 18 13:41:46 shall i use PC ATX smps powersupply for Beagleboard x15 Sep 18 13:45:45 shall i use PC ATX smps powersupply for Beagleboard x15 Sep 18 13:46:05 repeating your question is not going to get it answered faster, it just makes you annoying Sep 18 13:48:37 hey zmatt i mistakely do that Sep 18 13:49:27 ok Sep 18 13:49:34 my network is not works fine so that my u got r not i dont know so that only Sep 18 14:03:35 hai guys i need one help "shall i use PC ATX smps powersupply for Beagleboard x15" Sep 18 14:05:55 beaglesri: I dont know the ans at all, but probably providing with a link to spec of that power-supply will make it easier for OTHERS to ans your question. Sep 18 14:07:00 ok thank you Sep 18 17:41:15 After flashing emmc, is there a way to extend your internal memory to a sd card to gain more memory? Sep 18 17:47:25 if you're really *ahem* foolish enough to attempt to swap to SD .. you need your head examining .. Sep 18 17:51:18 Unee0x: with "internal memory" do you mean ram or emmc? Sep 18 17:54:06 if you really mean gaining more virtual ram by swapping to sd card, I'm with veremit. while of course possible, it sounds like a recipe for an unusably slow system (and rapid wear on the card) Sep 18 17:54:39 better option would be figuring out wth is consuming so much ram Sep 18 17:55:05 building huge packages like .. ahem .. chromium .. lol Sep 18 17:55:14 the things people try .. seriously .. -facepalm- Sep 18 17:55:37 lol Sep 18 17:56:24 I mean, cross-compiling can sometimes be a PITA but with something as big as chromium I would definitely be motivated to try Sep 18 17:56:52 worse yet are people who locally compile a kernel, given that linux makes cross-compiling genuinely trivial Sep 18 17:57:49 distcc was pretty trivial to setup also, and should work nicely for projects that otherwise resist cross-compilation Sep 18 17:58:13 although it still does linking locally unfortunately Sep 18 17:59:21 putting /var/lib/apt/lists and /var/cache/apt on an NFS server also turned out to be very profitable for speed Sep 18 17:59:41 when doing updates Sep 18 18:01:06 now I wonder whether swap-over-NFS (which linux seriously supports) would perform better or even worse than swap on a typical SD card :P Sep 18 18:02:12 Is there a way to extend internal memory to sd card after flashing emmc? Sep 18 18:03:47 oh look ... Sep 18 18:03:59 zmatt: do eet, and report back :D Sep 18 18:04:14 I tried it before .. but epicly slow the way I did it .. Sep 18 18:04:29 was running OS off a USB stick with /usr on NFS .. Sep 18 18:04:37 Unee0x: 19:51 < zmatt> Unee0x: with "internal memory" do you mean ram or emmc? Sep 18 18:06:08 Unee0x: apparently you disconnects and rejoined, but since I have joins/quits hidden in this channel to reduce noise I don't know when. here's what you missed: http://pastebin.com/raw/H8diBfxh Sep 18 18:07:13 zmatt: emmc I believe. After flashing, I want to install some packages without running out of memory. Sep 18 18:08:41 possible but slightly tricky. for me step 1 would be to see if there's unnecessary garbage installed that's taking up a lot of space Sep 18 18:08:46 zmatt: thanks for the recap Sep 18 18:08:50 4 GB is quite a lot of space to fill Sep 18 18:12:09 other than that, you pretty much have all the same options as with HDs: you can use it for part of your directory structure (by making it a mountpoint to the card), use logical volume management (LVM), or even make a "raid 0" (striped, non-redundant) array of eMMC and external card ;) Sep 18 18:13:13 (the last option may also make it significantly faster. the price you pay is that if anything happens to either eMMC or the SD card you probably lose everything) Sep 18 18:14:59 the simplest option of all however is just getting a bigger SD card and not using eMMC Sep 18 18:15:31 zmatt: agreed... thanks Sep 18 18:15:40 (especially if you have the slow Micron eMMC rather than the much faster Kingston one) Sep 18 18:16:49 and like I mentioned, sometimes putting stuff on a network share can actually greatly improve speed, even though the theoretical max performance should be much lower Sep 18 18:17:26 I suspect with installing packages it helps that it can then read from network while mostly writing to eMMC **** BEGIN LOGGING AT Sun Sep 18 18:19:21 2016 Sep 18 20:05:29 Hi, I'm trying to get a stable image for the xM. I tried v4.8.x (Prepatch) from https://eewiki.net/display/linuxonarm/BeagleBoard but USB crashes a few seconds after booting (or at least when I try to ifup eth0). Sep 18 20:06:17 jmss: what PSU you using? Sep 18 20:09:13 I've also tried the official image from https://debian.beagleboard.org/images/beaglexm-debian-8.3-console-2016-02-11-2gb.img.xz but this image uses connmanagerd (?) for managing the interfaces Sep 18 20:09:25 veremit: it's a 4 A one Sep 18 20:09:44 veremit, I think it came with the board Sep 18 20:09:48 not sure Sep 18 20:09:57 ah ok .. thought it might be rail collapsing .. Sep 18 20:10:01 but I have many available Sep 18 20:10:47 I've reported it https://bugzilla.kernel.org/show_bug.cgi?id=169291 to the linux-usb mailing list Sep 18 20:11:27 I tried to remove connmanager and set the interfaces the old way but I could not get it right... Sep 18 20:12:09 you should be able to extract connman if it's causing you problems ... Sep 18 20:12:09 Now I'm trying to know what is the best image that I should try to avoid problems. This is just for a print server with 1 usb printer Sep 18 20:12:47 veremit, I did, and installed resolvconf but somehow had problems. I may try again today, yesterday I stayed up until 5 am Sep 18 20:13:05 yikes Sep 18 20:13:12 zmatt: ping? Sep 18 20:15:11 gotto catch train, back in a bit Sep 18 20:16:51 I think the problem with Debian was that when I added the dns-nameservers line to interfaces it stopped working Sep 18 20:17:12 then I thought it was because /etc/resolv.conf was pointing to connman Sep 18 20:17:29 so I installed resolvconf which trigger removal of connman Sep 18 20:17:51 but I'll try again now :P Sep 18 20:18:37 It's a pain, I have to switch DVI/HDMI cable of the monitor to the xm and temp. loose access to my workstation :P Sep 18 20:21:08 yikes .. no serial connection or ssh? Sep 18 20:34:37 I don't have the cable. SSH does now work yet, it seems the interface is not being brought up on boot, don't know why Sep 18 20:34:46 I'm now connecting it to the TV :) Sep 18 20:35:13 heh ok Sep 18 20:36:26 damn... I think it does not like the TV's resolution... Sep 18 20:37:30 ah you might need to force it in the graphics driver on the B Sep 18 20:40:06 jmss: still haven't obtained a serial cable? think of how much time you've spent debugging this so far and multiply by minimum wage, that's an expensive cable ;) Sep 18 20:40:17 :) Sep 18 20:41:37 zmatt: yes, but for that to be real you have to have the ability to be paid by the hour, which I don't :) I just get my 8 h per day, the rest is not paid, so I can use it for anything, it's financially the same Sep 18 20:41:39 zmatt: lol Sep 18 20:41:53 jmss: have you tried connecting the board to your computer via mini usb cable? Sep 18 20:42:21 zmatt, I was thinking about that. I think I saw that kind of connection in interfaces Sep 18 20:42:40 in the default debian image it should show up as serial port (console) and network interface Sep 18 20:42:50 to minimize problems, which image should I start with? Sep 18 20:43:01 debian or RCN Ubuntu? Sep 18 20:43:07 or other? Sep 18 20:43:35 ew why would you consider installing ubuntu on a server or embedded system Sep 18 20:44:19 the debian 8.3 sounds fine Sep 18 20:44:19 RCN ubuntu is server Sep 18 20:45:23 no, it's ubuntu :P Sep 18 20:45:40 yes, ubuntu server edition, not with unity Sep 18 20:45:58 just use the debian install :P Sep 18 20:47:01 the only point of ubuntu is to turn linux into a desktop OS usable by windows users and your grandma with minimal pain Sep 18 20:47:11 OK. so maybe I'll recreate the card, enlarge it to occupy the 8 GB (it uses only 2 GB) and let connman work. then I'll try to configure connman for static IP, instead of uninstalling it Sep 18 20:47:34 or just try the card you have Sep 18 20:47:43 I'd uninstall connman too Sep 18 20:48:39 if you're lucky something still brings up the usb0 interface, in which case you can reach it using IPv6 (yay for automatic link-local addressing) Sep 18 20:48:47 and the usb console should work too Sep 18 20:49:33 Hello! I was wondering if anyone knows what physical memory range is used for the USER LEDs in the BBB. Sep 18 20:52:27 bits 21-24 of gpio1 (write to 0x4804c190 for clear, 0x4804c194 for set) Sep 18 20:52:49 bbl, changing trains Sep 18 20:53:46 Thanks zmatt :) Sep 18 20:59:18 how do I use the network over USB? Sep 18 20:59:40 I ran the mkudevrule, but now what Sep 18 21:00:33 uhh, normally you don't need to run anything, just plug it and it works Sep 18 21:00:51 and ssh to 192.168.7.2? Sep 18 21:00:52 what did the udev rule thing do? Sep 18 21:01:02 dunno, did it appear as network interface? Sep 18 21:01:03 created udev for BB Sep 18 21:01:23 yes, but with a strange name enp0s26f7u5 Sep 18 21:01:26 cannot ifup it Sep 18 21:02:07 the strange name is okay, although I disliked it too and it's fixable Sep 18 21:02:41 you're not using any network manager on your computer I'm guessing? ifupdown needs manual config before you can ifup anything Sep 18 21:03:22 oh the mkudevrule is related to the serial console apparently Sep 18 21:03:25 yes, I'm using normal NM from Mint Sep 18 21:03:37 gnome networkmanager? Sep 18 21:03:45 MATE, but yes Sep 18 21:04:06 it's greyed out Sep 18 21:04:15 says "disconnected" Sep 18 21:04:58 if you're using network manager don't say "ifup" since that's an actual command and one that isn't appropriate for network manager :P Sep 18 21:05:18 the grayed out is weird Sep 18 21:06:05 maybe go look for the serial console first, it should have appeared as /dev/ttyUSB* or /dev/ttyACM* Sep 18 21:06:12 sorry. in fact I tried it ifup it in the CLI Sep 18 21:07:07 maybe check what that mkudevrules actually did, from what I read it makes a file in /etc/udev/rules.d/ Sep 18 21:07:25 where'd you find it anyhow? Sep 18 21:07:56 I tried miniterm to the tty but cannot communicate Sep 18 21:08:08 connects, but does not communicate Sep 18 21:08:16 wrong settings probably Sep 18 21:08:29 I'll paste the dmesg, I think it has some errros Sep 18 21:09:40 here: http://pastebin.com/0eWGfFjv Sep 18 21:10:09 I use: screen -U -S "$dev" -R "/dev/$dev" 115200,cs8,-istrip,-crtscts,-ixon,-ixoff Sep 18 21:10:46 ok, it hasn't been ifup'd on the bbb's side probably Sep 18 21:10:59 or connman's equivalent thereof Sep 18 21:11:50 oh... that's most likely it. (connman is out, removed it yesterday) Sep 18 21:12:06 somehow, debian is not ifuping eth0 or the usb one Sep 18 21:12:21 is not brining any iface up Sep 18 21:12:28 I wouldn't expect it to if you removed connman but didn't configure ifupdown Sep 18 21:12:42 I think it was when I replace resolvconf/connman Sep 18 21:12:49 ok... Sep 18 21:13:08 I'll do that in the micro-SD card directly Sep 18 21:13:29 you need to setup /etc/network/interfaces assuming ifupdown is still installed (I think it is normally) Sep 18 21:13:44 but, serial console should still work Sep 18 21:13:54 what are you seeing in log about that? Sep 18 21:15:08 ifupdown is a binary file? Sep 18 21:15:14 ifupdown is a package Sep 18 21:15:32 ifup and ifdown are two of its commands Sep 18 21:15:41 /etc/network/interfaces is its primary config file Sep 18 21:15:45 yes, they are installed Sep 18 21:16:05 do you know the file to tell to bring eth0 up? Sep 18 21:16:19 uh, been a while since I used ifupdown Sep 18 21:16:42 YO, ANYONE, what should be in /etc/network/interfaces? :) Sep 18 21:16:50 it's strange because I never had to tell it to bring iface up, as long as they were in the interfaces file Sep 18 21:17:00 they do need to be there Sep 18 21:17:21 https://wiki.debian.org/NetworkConfiguration#Setting_up_an_Ethernet_Interface Sep 18 21:17:35 I'm afk for a while, back in an hour or so Sep 18 21:17:43 ok Sep 18 21:18:54 i think interfaces is good: http://pastebin.com/7WJnttrB Sep 18 21:19:39 I'm thinking that systemctl does not bring it up Sep 18 22:42:05 jmss: that's possible too, presumably ifupdown needs to be enabled as service if connman is removed. did you get the usb console working? Sep 18 22:42:48 zmatt, in #debian I was suggested to add allow-hotplug and it worked. It's strange Sep 18 22:43:16 let me try to ifup the usb Sep 18 22:43:27 not really that strange since it's an usb-ethernet device hence indeed effectively hotplugged Sep 18 22:43:52 allow-hotplug should work for usb0 too Sep 18 22:44:34 although it's curious it's not marked 'auto', maybe check whether that script mentioned in comments already brings it up Sep 18 22:44:40 # ifup usb0 Sep 18 22:44:40 RTNETLINK answers: File exists Sep 18 22:44:40 Failed to bring up usb0. Sep 18 22:45:12 zmatt, the strange part is that it worked before without allow-hotplug Sep 18 22:45:53 I don't even understand why the distinction exists in ifupdown Sep 18 22:45:56 the script does not exist :) Sep 18 22:46:04 lol, joy Sep 18 22:46:51 ifupdown is just annoying, like the fact it hangs a long time during boot if you use dhcp and no ethernet is plugged in Sep 18 22:46:54 one is for always trying, the other is for trying only when detected (not sure if this is what you meant) Sep 18 22:46:57 systemd-networkd works nicely though Sep 18 22:47:19 that's why hotplug is better in that case Sep 18 22:47:31 only tries when you insert the cable Sep 18 22:48:13 i'm pretty sure that's not true, I think using "auto" alone means "bring it up at boot" (specifically when ifup -a is done during boot) but if this isn't possible (e.g. it doesn't exist yet) it will never be tried later Sep 18 22:49:05 ok Sep 18 22:50:03 and with the allow-hotplug in fact the auto is probably pointless Sep 18 22:50:50 I see lots of examples that seem to agree with me Sep 18 22:52:02 I must be attracted to stuff that does not work... my life is a never-ending nightmare on trying to put stuff to work, it's very frustrating :P Sep 18 22:52:38 zmatt, let me check if is is stable now, even without the usb network Sep 18 23:10:31 does someone know why the xm sometimes does not reboot (power off and does not power on) Sep 18 23:10:43 sometimes, i.e. with debian never reboots Sep 18 23:11:07 I'm not sure if it rebooted with Ubuntu Sep 18 23:11:17 does it really power off? Sep 18 23:11:20 pressing the rset button has the same efect Sep 18 23:11:31 I think so, all lights go out except 1 Sep 18 23:11:36 you'd need to inspect serial output Sep 18 23:11:41 :) Sep 18 23:11:54 jmss: have you ordered a serial cable yet? Sep 18 23:12:21 zmatt, my partner may have one Sep 18 23:12:55 we have several boards, most work with the USB and the "loose wires" Sep 18 23:13:22 I thought the xm had a real rs232 port though? Sep 18 23:13:48 like the Black, a few from Olimex and Odroid Sep 18 23:13:55 it seems so Sep 18 23:14:04 it's a D connector Sep 18 23:14:10 the black? the bbb has no real rs232 Sep 18 23:14:29 but we have a serial USB cable for it Sep 18 23:14:49 wires on one end and USB in the other Sep 18 23:14:50 yes but that's just ttl level Sep 18 23:14:54 yes Sep 18 23:15:16 real rs232 has a huge voltage swing Sep 18 23:15:48 I would not hook it up to anything that isn't made for it Sep 18 23:17:31 ok Sep 18 23:17:33 RS232 specifies "+3 to +15 V" for logic 0 and "-15 to -3 V" for logic 1 (yes it's inverted, that's no typo) Sep 18 23:19:01 if you're lucky and have some oldfashioned computers lying about you might still find one with a serial port on it (or even a modern one with a serial port, but that's rare), no need for this newfangled usb thing Sep 18 23:20:00 a nice thing about rs232 ports is that it's really hard to damage them: "RS-232 drivers and receivers must be able to withstand indefinite short circuit to ground or to any voltage level up to ±25 volts." Sep 18 23:20:44 usb<->rs232 ftw Sep 18 23:20:53 veremit: usb adds badly to the latency though Sep 18 23:20:58 often Sep 18 23:21:14 dunno whether that's necessary or just badly written drivers though Sep 18 23:21:42 usb >>>> rs232 baud :D Sep 18 23:24:03 high bitrate does not automatically imply low latency Sep 18 23:24:39 weqll no, but still .. Sep 18 23:26:32 and for example the popular ftdi chips only send a partial buffer when the receive timeout expires, which is iirc 16 ms by default and 1 ms minimum Sep 18 23:52:24 thank you all, I'm now trying to solve another unrelated Linux/computer problem :P Sep 18 23:52:30 bye Sep 18 23:52:32 have fun Sep 18 23:52:43 :) Sep 19 00:31:14 Hey guys, I am creating a bare metal BBB program that is loaded by u-boot. The programs purpose is toggle the BBB's on board LEDs. My question is this: Does u-boot fully initialize the GPIO systems so that they may be used by my program, through the use of simple IO mapped physical memory. Sep 19 00:55:04 Hey guys, I am creating a bare metal BBB program that is loaded by u-boot. The programs purpose is toggle the BBB's on board LEDs. My question is this: Does u-boot fully initialize the GPIO systems so that they may be used by my program, through the use of simple IO mapped physical memory. Sep 19 01:21:10 bit_storm: I don't know what u-boot does or doesn't initialize, I wouldn't rely on it anyhow Sep 19 01:22:10 Ok, good idea. I was planning to roll my own bootloader anyway. Sep 19 01:22:41 initializing gpio is nearly trivial though, here's a small baremetal demo that is executed directly rather than needing u-boot to load it: https://github.com/mvduin/bbb-asm-demo Sep 19 01:23:09 Awesome! Thanks. Sep 19 01:23:37 apologies if assembly isn't your thing, I wrote this once for someone who for some reason wanted an example in asm :P Sep 19 01:24:16 I really want to release a nice example based on my current baremetal codebase some day, but I'd need permission from my employer Sep 19 01:24:50 No problem, good job though. This code is quite impressive. Sep 19 01:26:05 a small part of my C++ codebase is available as part of https://github.com/dutchanddutch/jbang Sep 19 01:27:32 Cool! Sep 19 01:32:35 include/ti/subarctic/gpio.h defines a neat wrapper for a gpio pin using C++14 user defined literals Sep 19 01:34:00 I have primarily done a lot of user/kernel space programming in the past. And only recently have I delved into the embedded space, but I have found it to be wicked awesome. Wish I had approached it earlier. Btw, here is my github: https://github.com/ParaLock Sep 19 01:36:58 (gpio.h) Nice! its so cool to see the use of some of the awesome features in C++14 used in embedded. Sep 19 01:41:44 Well, nice meeting you! God bless :) Sep 19 01:42:00 https://gerbil.xs4all.nl/iopin-test.cc.html this is how you'd use it for example Sep 19 01:42:05 crap, too late **** ENDING LOGGING AT Mon Sep 19 02:59:59 2016