[04:52] <sabdfl> ogra yes, i decompresses with xz -d then dd if=... of=/dev/mmcblk0 bs=1M
[04:55] <sabdfl> ogra xzcat ubuntu-15.04-snappy-armhf-rpi2.img.xz | md5sum
[04:56] <sabdfl> how does one get a serial interface on the rpi2? do i need a breakout board for the 40-pin headers or can i do it over usb?
[04:56] <sabdfl> dc2715982039ebc63e5febc17fbae78d  -
[05:04] <sabdfl> ogra: digests check out fine against the web listing
[09:01] <ogra_> sabdfl, serial is by default on the outside row of the 40 pin header on pin 6, 8 and 10 (pin 1 is at the corner of the PCB near the power LED) http://www.element14.com/community/docs/DOC-73950/l/raspberry-pi-2-model-b-gpio-40-pin-block-pinout. i use a cable like http://www.amazon.de/gp/product/B00KVUSI30
[09:01] <sabdfl> my GPS hats use that, unfortunately
[09:01] <ogra_> (any other FTDI cable should do as well)
[09:01] <sabdfl> is there a way to do TTY over USB?
[09:01] <ogra_> right, then we need to disable it in /boot/uboot/config.txt
[09:02] <sabdfl> on the rpi sd card?
[09:03] <ogra_> yes, boot without the hat, then you can edit it
[09:03] <ogra_> do you have make and modle of the hat, i bet there are instructions how to set up the config.txt
[09:03] <ogra_> *model
[09:04] <sabdfl> can i edit it while mounted?
[09:05] <ogra_> there is indeed a way to do serial over USB ... but only from a kernel module ... (i.e. it would only provide output after boot) we were pondering to enable that by default (like the BBB has)
[09:05] <ogra_> yes, indeed its a normal file on a filesystem ... you can just edit away and reboot to test the change
[09:08] <tbr> you can even do kernel console on cdc-acm
[09:08] <tbr> but it's a bit tricky
[09:08] <ogra_> tbr, right, but not bootloader
[09:08] <tbr> correct
[09:08] <tbr> although
[09:08] <ogra_> the question is if we could live with disabled bootloader console by default
[09:09] <tbr> would need to ask Tartarus if uboot can do cdc-acm too
[09:09] <sabdfl> ogra, gps hat instructions are at https://learn.adafruit.com/adafruit-ultimate-gps-hat-for-raspberry-pi/pi-setup
[09:09] <sabdfl> but nothing there seems to map to system-boot partition
[09:09] <tbr> would depend on the usb controller
[09:10] <sabdfl> uboot.env seems to have some ttyAMA stuff
[09:10] <ogra_> sabdfl, oh, it changes the cmdline ... thats a bit more tricky than config.txt because snappy assembles it from multiple vars and places
[09:10] <ogra_> yeah, one sec
[09:12] <ogra_> sabdfl, on the booted board run:  sudo fw_setenv mmcargs 'setenv bootargs "${args} console=tty0 root=${mmcroot}"'
[09:12] <ogra_> fw_printenv is the command to show all config optios
[09:12] <ogra_> (if you want tro check before and after)
[09:13] <sabdfl> so boot without the hat then do this?
[09:13] <ogra_> yeah
[09:13] <sabdfl> on snappy?
[09:13] <ogra_> right
[09:13] <ogra_> (RaspberryPi2)ubuntu@localhost:~$ fw_printenv |grep console
[09:13] <ogra_> mmcargs=setenv bootargs "${args} console=tty0 console=ttyAMA0 root=${mmcroot}"
[09:13] <ogra_> thats the default ...
[09:14] <sabdfl> ok will try that
[09:15] <ogra_> ah, the board seems to also need 9600 baud
[09:15] <ogra_> that might need further changes
[09:20]  * ogra_ guesses we should move all console options by default to the cmdline.txt file, seems all documentation expects it there
[09:28] <ogra_> sabdfl, bug 1500164 :)
[09:28] <ogra_> hmm, no bot ?
[09:28] <ogra_> https://bugs.launchpad.net/snappy/+bug/1500164
[09:28] <ubottu> bug 1500164 in Snappy "console= cmdline options on the RPi2 should be moved from uboot.env to cmdline.txt" [Undecided,New] https://launchpad.net/bugs/1500164
[09:29] <ogra_> ah
[10:07] <sabdfl> ogra_ in a similar vein, we should call our new kernel "rpi2" not "rasp2"
[10:11] <ogra_> well, thats something the kernel team decided
[10:11] <ogra_> we'll have to talk to them
[10:14] <sabdfl> there is a community guy who make a linux-image-rpi2
[10:14] <sabdfl> we should sync with him and have one kernel
[10:15] <ogra_> ah, i didnt know ... i'll carry that forward to ppisati ...
[10:16] <sabdfl> thank you
[10:16] <kivi> Woah, look who's here
[10:17] <kivi> Just going to say; I'm a huge fan. Thanks for all the work you have done. :)
[10:25] <sabdfl> many folks on this channel qualify for that :)
[10:27] <sabdfl> ogra, i still see dots :(
[10:27] <ogra_> damn
[10:27] <sabdfl> it's probbly the GPS chatting away on ttyAMA and interfering with uboot
[10:28] <ogra_> well, or just the wrong baud rate ....
[10:28] <sabdfl> i think uboot says "press a key to interrupt" and the GPS presses a key for me :)
[10:28] <ogra_> first of all, drop the two "dtparam=" lines from config.txt
[10:29] <ogra_> oh
[10:29] <ogra_> hmm
[10:32] <ogra_> thats tricky ... the stdout setting for uboot is hardcoded, we could only override it from uboot.env which is actually loaded after the prompt
[10:32] <ogra_> (RaspberryPi2)ubuntu@localhost:~$ fw_printenv |grep stdout
[10:32] <ogra_> stdout=serial,lcd
[10:33] <ogra_> droppin serial from that would help for any later stuff but not for the prompt itself
[10:33] <ogra_> lets see if the binary bootloader offers something to forcefully disble serial
[10:35] <ogra_> i know there is a second serial port somewhere on these headers, perhaps we can force switch to that one
[10:51] <ogra_> hmm, using the uart1 DT overlay makes my board hang on boot
[10:52] <ogra_> oh, no, only the output :P
[10:52] <ogra_> i can actually ssh in
[10:58] <ogra_> sabdfl, so is there a chance to re-wire your gps hat to other pins ?
[10:59] <ogra_> via the uart1 DT overlay we should be able to force the second serial port on ...
[11:01] <ogra_> which can be configured for pin 32/33 instead of 14/15
[11:12] <ogra_> oh, wait !
[11:12] <ogra_> sabdfl, i just see we are actually loading uboot.env early enough for overriding the serial input ...
[11:12]  * ogra_ tries it out 
[11:27] <ogra_> sabdfl, try if: sudo fw_setenv bootdelay 0
[11:27] <ogra_> helps in any way
[11:28] <ogra_> that should make it not listen to key presses (or other input) during boot
[12:19] <ogra_> sabdfl, did you get my last messages ... ?  "sudo fw_setenv bootdelay 0" should turn off the listening for input during boot, if your borad actually stops because the GPS sends chars that might solve it
[12:20] <sabdfl> hi ogra_ i missed that message but will try it when i am in budapest :)
[12:20] <ogra_> safe flight :)
[12:20] <sabdfl> i hope so!
[12:20] <sabdfl> should be a good week, everyone seems well prepared
[12:21] <ogra_> yeah, curious what you guys bring home :)
[12:22]  * ogra_ will have a joyful jaw surgery instead of enjoying hungarian beer :) 
=== fginther` is now known as fginther
[20:12] <jdstrand> beuno: fyi, something weird is happening with the store: https://myapps.developer.ubuntu.com/dev/click-apps/3560/
[20:12] <jdstrand> beuno: look at the feedback, there are two errors but its because the server traced back
[20:13] <jdstrand> beuno: the app itself is showing 'Pending review' still
[20:18] <beuno> jdstrand, right, the review failed and I guess it got stuck in pending review
[20:18] <beuno> pindonga, matiasb, ^^
[20:18]  * beuno is off to bed
[22:01] <jdstrand> pindonga, matiasb (and beuno): fyi, the review failed, but not for the appropriate reasons-- ie, the scripts traced back for some weird reason (running the scripts locally, that doesn't happen)
[22:51] <ogra_> beuno, if i do "snappy search oem" that doesnt find the pi2 oem snap, does the search not include types ?
[22:52] <ogra_> (snappy search pi2 finds it ...)