**** BEGIN LOGGING AT Thu Dec 10 02:59:59 2015 Dec 10 03:07:03 why download a jessie image... Dec 10 03:07:08 why, ** Dec 10 03:12:40 to make you ask why? Dec 10 03:13:16 right. Dec 10 03:19:37 I was going to say "you could but I'm pretty sure slow things could happen" Dec 10 03:20:24 :) Dec 10 03:21:37 a broken system will happen Dec 10 03:21:49 most like Dec 10 03:21:50 ly Dec 10 03:22:10 yes .. apt-get dist-upgrade I think is the preferred method Dec 10 03:22:16 apt will have a fit otherwise Dec 10 03:23:01 that's the normal route... change sources.list then dist-upgrade Dec 10 03:23:25 but there's more to a bbb image than just the packages Dec 10 03:23:38 indeed Dec 10 03:23:56 older images still had a boot partition and put the kernel there, outside package management Dec 10 03:24:58 plus bootloader and uEnv and so much other stuff not package-managed Dec 10 03:25:19 reflashing latest image should always be preferred unless you really know what you're doing Dec 10 03:25:26 (or just doing minor updates) Dec 10 03:27:49 rcn - if you see this, is there a reason why GLES headers are not packaged up by sgx_create_package.sh? Dec 10 03:28:01 easy enough to move around, just wonder if there was an issue Dec 10 03:29:01 why would rcn see it? he's not online Dec 10 03:29:47 yes, alas we have no message bot :/ Dec 10 03:29:54 !note Dec 10 03:30:14 there's email Dec 10 03:30:22 And he answers : Dec 10 03:30:24 :) Dec 10 03:38:01 he might read the log Dec 10 03:38:15 it isn't a big deal if there is an answer or not Dec 10 04:23:21 Hello! Dec 10 04:23:54 I made it...um? Do I need the update to 8.2 to get updates? Dec 10 04:24:34 My cat /etc/dogtag states Debian Image 2015-11-08. Dec 10 04:25:02 Hit this little man up... Dec 10 04:26:18 ... Dec 10 04:26:38 Anyway, I can no longer get updates and this is why I must ask. Dec 10 04:44:18 Hey...who said to not use the Ethernet when making the new image? Dec 10 04:46:17 Scratch that...I went to the wrong page. Dec 10 06:30:53 Hello all, having some trouble with BBB HDMI out to a TV. Some scrambled text display is shown in the beginning and after some time, the screen is blank. Running Wheezy 7.9 with LXDE installed. Dec 10 06:31:49 Any idea of the HDMI settings to be made in uEnv.txt or some other hacks. No specific HDMI resolution is set in uEnv.txt as of now. Dec 10 06:41:36 Jay_: which kernel version? Dec 10 06:43:54 @#$@!$!%$@!*(&#*@!&#@!(#*!@&*(#&!@(*# wiki instructions are bogus Dec 10 06:44:00 back to doing it by hand Dec 10 06:44:07 3.14 it is Dec 10 06:46:40 Jay_: -bone kernels are known to have trouble with some resolutions, a -ti kernel is recommended (and default in all recent images) Dec 10 06:50:34 ds2 - all too frequently alas Dec 10 06:56:59 thanks for your attention, zmatt. I'm running 3.8.13-bone79 kernel. Had similar display issues with Jesse with -ti kernel, hence moved to Wheezy 7.9 to give it a shot. Dec 10 06:57:17 wheezy is a dead end, obsolete Dec 10 06:57:24 so is 3.8 for that matter :P Dec 10 06:58:37 Jay_: I made a utility that examines the raw hardware config of the lcdc peripheral, maybe it gives useful info => http://gerbil.xs4all.nl/lcd-util.tgz Dec 10 06:59:24 Great, thanks for that zmatt. Let me take a look. Dec 10 06:59:44 when it prompts, press ctrl-C Dec 10 07:00:15 ok. Dec 10 07:00:46 (or press enter to cycle through 4 options of data/sync alignment relative to clock... in my experience it makes little if any difference) Dec 10 07:01:24 I still suspect the default is wrong, unless they reconfigure the HDMI framer to non-defaults Dec 10 07:02:56 ok Dec 10 07:04:42 forcing the mode can also be quite useful... e.g. my screen defaulted to 1280x1024, but it's 1080 lines natively Dec 10 07:05:17 stretching 1024 lines to 1080 lines is not exactly good for graphics quality Dec 10 07:06:16 surprising.. I get the following while running the util: LCD controller clock source: 0 (disp-m2) display PLL in bypass main osc: 24.000 MHz ### fatal: LCDC not enabled Aborted Dec 10 07:06:45 yeah, so output is disabled Dec 10 07:06:54 try to make sure it's not in powersave Dec 10 07:07:18 i.e. hook up a mouse or keyboard Dec 10 07:07:27 screen is blank and no response to keyboard/mouse. Dec 10 07:07:36 kernel log? Dec 10 07:07:55 zmatt .. sleezy may be cast into the eternal fires of death .. but it still (iirc) remains teh Official image for BBB/etc :P Dec 10 07:08:24 and if you don't like that .. shout at jkdriner et al :p Dec 10 07:08:40 * zmatt shrugs Dec 10 07:08:46 I just make sure to point new people to jessie Dec 10 07:09:02 even rcn-ee said he doesn't care about wheezy anymore Dec 10 07:09:09 no worry Dec 10 07:09:13 *no sorry Dec 10 07:09:21 I think he said he didn't care about kernel < 4.1 anymore Dec 10 07:09:25 that's not the same thing of course Dec 10 07:09:33 Right, that may be better option for me too.. Have no real reason to stay back in Wheezy. Dec 10 07:10:32 Thanks much, zmat. Let me spend few more minutes on this and then move on. Appreciate your time. Dec 10 07:10:38 cmdline=coherent_pool=1M quiet video=HDMI-A-1:1440x1080R@50 Dec 10 07:10:42 that's what I ended up with Dec 10 07:10:49 to get non-distorted video Dec 10 07:11:12 I see. I had set to 60Hz. Can give a try with 50. Dec 10 07:11:20 it'll be very display dependent Dec 10 07:11:27 make sure you don't exceed max pixel clock Dec 10 07:11:34 sure. Dec 10 07:11:40 the R helps, if your screen is okay with it Dec 10 07:12:04 1920x1080R@30 worked too for me, but I opted for 1440x1080R@50 Dec 10 07:12:24 okay. Dec 10 07:12:28 see kernel docs for details Dec 10 07:12:48 I will. Dec 10 07:12:59 but Dec 10 07:13:06 this screen already worked without the mode Dec 10 07:13:12 just awkward resolution Dec 10 07:14:07 and check kernel log Dec 10 07:14:43 optionally run my tool to see what was negotiated (if anything) .. might help to run it immediately after boot to exclude powersave modes and such Dec 10 07:15:28 I'm trying that. Just rebooted the board. Dec 10 07:23:49 there's an option to calculate timings .. Dec 10 07:24:39 'M' before @ - https://www.kernel.org/doc/Documentation/fb/modedb.txt Dec 10 07:25:46 veremit: yeah, CVT yields somewhat different timings Dec 10 07:28:03 I doubt a screen cares, and if it does then I'd venture to guess it's more likely to complain about CVT timings than whatever it uses otherwise Dec 10 07:28:16 (CVT is the newest of timing specs) Dec 10 07:29:10 e.g. the lcd panel we use lists as "typical" values in its datasheet values that match DMT timings, which is the oldest of the standards Dec 10 07:29:47 can you utilise cvt without a major blob of text somewhere? Dec 10 07:30:45 that was always the enemy of tft/lcd panels .. having to specify timings lol Dec 10 07:34:46 http://pastebin.com/1XL8pLr2 Dec 10 07:34:57 that's an example of various standards Dec 10 07:35:12 well you can just have the kernel do it for you Dec 10 07:35:30 there are also spreadsheets Dec 10 07:35:37 and a 'cvt' utility for linux Dec 10 07:35:44 and probably online tools Dec 10 07:36:02 I think there's official spreadsheets from vesa freely downloadable Dec 10 07:44:14 spreadsheets .. *shudder* Dec 10 07:46:14 the three columns in my example are in chronological order btw Dec 10 07:46:29 anyway, afk for bit Dec 10 10:46:03 I have a question about a build i want to make. If it can be done or not Dec 10 10:50:45 put it in the corner next to the umbrellas? Dec 10 10:50:55 ( Ask a question, don't ask if you can ask. ) Dec 10 10:51:04 aka: Dec 10 10:51:06 http://www.catb.org/esr/faqs/smart-questions.html Dec 10 10:52:50 Less relevant, but yeah. Dec 10 10:52:55 "Morning" btw. Dec 10 10:53:39 I want to make a beaglebone black with wifi battery support for an 3.6 V 10000 mAh cell battery and possibly use a sata hard drive with a touch screen to interact with it. the goal is to create a miniature downloading device as high speed internet is not available at my house and downloading Iso's like a debian box set would take forever to do at 300 kbs Dec 10 10:54:49 doable. Top of the list you're gonna want a powered usb hub. Dec 10 10:55:02 also there was that battery cape thing Dec 10 10:55:04 Doable, fun hack, but might end up more expensive than buying a cheap laptop. Dec 10 10:55:25 Spidler_, should come under that cost Dec 10 10:55:42 that's what i was thinking. if i could build it less than 300 i was going to try it Dec 10 10:55:54 300 of which currency was my question : ) Dec 10 10:56:10 * Spidler_ is not in US, US electronics cost is completely absent from reality in my timezone Dec 10 10:56:19 get an arm board with wifi & sata onboard would make your life easier Dec 10 10:56:29 * tbr would probably skip the battery cape and just get a LiIon "usb pack" circuit from china. Dec 10 10:56:31 usd Dec 10 10:56:46 tbr, definitely easier to use a phone-charger-usb brick Dec 10 10:56:56 PRobably, the usb=> sata converters isn't always fun. Still, might not matter than otherwise. Dec 10 10:57:15 and run from either usb->dc-barrel lead or usb-miniB on the client usb port Dec 10 10:57:19 yes. nice aluminium case for 6 18650 cells costs like $10 on aliexpress Dec 10 10:57:28 Mmm. Dec 10 10:57:51 $50 for a 20Ah lipo these days Dec 10 10:58:12 Unless you go with a cape for the LCD, you'll need 3 USB I guess? 1 for wifi (unless cape) 1 for touch, 1 for harddrive Dec 10 10:58:30 Which means powered USB hub is going to be needed no matter what. Dec 10 10:58:33 4d lcd capes are good Dec 10 10:58:37 mine cost me $10. Got the 18650 cells salvaged from old laptop packs. Surprisingly the cells were in very good condition. Dec 10 10:58:48 tbr: that's lucky/cool :p Dec 10 10:58:52 I already have scads of 18650's from vaping Dec 10 10:58:55 tbr: Neat. Dec 10 10:59:16 how many beagle boards can you stack? Dec 10 11:00:18 I'd recommend the quad-core wandboard as its got wifi and sata on-board .. its a little more pricey, but will save you some headaches and a lot of spaghetti Dec 10 11:00:25 i can usb the hard drive for storage but i would like to cape the wifi and the screen Dec 10 11:00:43 https://plus.google.com/+ThomasRuecker/posts/jKLhDeW1n6s Dec 10 11:00:52 https://plus.google.com/+ThomasRuecker/posts/VAXvgKdgXxp Dec 10 11:01:16 though displays are harder with the wand .. but I say a 7 or 10" touchscreen from Chalkboard Elec works fine through the HDMI port :D Dec 10 11:01:26 another $120 .. Dec 10 11:01:30 but the wandboard isn't compatable with Kali Dec 10 11:01:32 http://docs.kali.org/kali-on-arm/install-kali-arm-on-a-beaglebone-black Dec 10 11:01:33 so thats .. well .. almost $300 Dec 10 11:01:41 why Kali? Dec 10 11:01:57 I use kali on everything Dec 10 11:02:12 * Spidler_ shudders Dec 10 11:05:45 ok Dec 10 11:06:18 thinking about the chalkboard Dec 10 11:08:32 most of this stuff that i would need is out of stock Dec 10 11:09:50 thank guys Dec 10 11:09:54 gals Dec 10 11:11:20 jkridner, is there any plans to deprecate Debian wheezy for the Beagle OS images yet? what's stopping migration to jessie? Dec 10 11:11:49 I know RN's done some builds .. but I think the Official ones are stuck .. Dec 10 13:21:05 anyone know what the status of the X15 is? Dec 10 13:26:07 bgamari: when X15 is finished you will hear the oven make that annoying beeping sound, just like cupcakes :) Dec 10 13:27:34 how convenient Dec 10 13:39:54 Oh, I thought that was the fire alarm Dec 10 13:54:34 stt_michael: Userspace libraries like BoneScript, PyBBIO, Adafruit_BBIO, etc. are holding up Jessie+4.1 from being the default Dec 10 14:25:03 jkridner, ah .. I guess you're waiting on a lot of externals then :/ Dec 10 14:26:06 well, BoneScript is my responsibility and PyBBIO is Alexander Haim, and he's pretty quick. I feel like the long poll. :( Dec 10 14:26:11 Hello, do you have any new detail information about your BeagleBoard-X15. I'm asking for the launch date and the price, in specific. Because I am planning to bring an fully functional server for private use from home. Dec 10 14:27:03 Matt____: FCC fixes have probably got shipments going out in January. Price estimates are still in the $199 to $249 range. Dec 10 14:28:15 hmm Dec 10 14:28:45 OK, thank you. $199 and above are probably too high for my project... Dec 10 14:29:35 but, well. you have 2 Gbit-LAN, enough RAM and so on. That's actually what I'm looking for at the moment. Dec 10 14:29:35 I was under the impression that all Beaglebones have the same eMMC capacity Dec 10 14:29:38 is this not true? Dec 10 14:30:02 bgamari: older ones had 2gb, newer have 4 Dec 10 14:30:07 ahh Dec 10 14:30:10 that would explain it Dec 10 14:30:17 hmm, problematic Dec 10 14:30:31 is there a recent Debian image that will fit in 2GB? Dec 10 14:31:09 ahh, never mind Dec 10 14:31:14 I answered my own question Dec 10 14:37:56 bgamari: yes, the 'tester' images are under 2GB to make sure they work with the older revision boards. Dec 10 14:38:09 see http://beagleboard.org/latest-images and look for "Jessie" Dec 10 14:38:39 * jkridner corrects the content on the page to reflect the 2GB size of those images. Dec 10 14:41:55 indeed Dec 10 14:42:47 * bgamari is trying BBB-eMMC-flasher-debian-8.2-console-armhf-2015-12-07-2gb.img Dec 10 14:43:10 it's a build-bot anyways so it needn't have a DE Dec 10 14:50:39 Hi Dec 10 14:58:34 Hi. I'm using the omap5-uevm-ubuntu-14.04.3-console-armhf-2015-11-13-2gb.img.xz image on my OMAP5432 board. Dec 10 14:58:59 Everything is working great, except I can't get any HDMI output. At boot time, it just ays 3.560440] conector-hdmi connector@0: failed to find video source Dec 10 14:59:04 and repeats that more than a dozen times. Dec 10 14:59:35 My old Ubuntu 13.10 image still works when I swap that SDcard back in, so I don't think it's the cable or monitor. Dec 10 14:59:46 I have also tried with three different HDMI LCD panels. Dec 10 15:01:39 I have tried editing /boot/uEnv.txt and setting the resolution via: cmdline=coherent_pool=1M quiet video=HDMI-A-1:1920x1080@60e ... no effect though. It's always the same messages. Dec 10 15:02:11 Seems related to the image considering it works if I pop the old Ubuntu 13.10 image in. Dec 10 15:02:51 Any suggestions? Dec 10 15:02:51 I've considered trying all the previous images, but that would be a bit of work. And I haven't had much luck googling for fixes. Dec 10 15:40:29 Has anyone tried to deploy Android on x15? Dec 10 16:08:05 hello_world: Not that I'd heard of... haven't seen any pre-built images, etc. Dec 10 16:12:10 jsmith: Have you tried Ubuntu or Debian pre-built images? I think the kernel version is pretty low (3.18). Dec 10 16:12:31 hello_world: I'm running Debian on mine now, while I work on a Fedora image Dec 10 16:13:01 jsmith: That's cool. What's the kernel version? Dec 10 16:13:14 hello_world: I'm using a 4.1.13 image that I created using the instructions at https://eewiki.net/display/linuxonarm/BeagleBoard-X15 Dec 10 16:13:45 hello_world: Working through the steps on that page should get you something fairly recent, and I'm hoping to have a solid Fedora image soon Dec 10 16:14:52 jsmith: pretty cool. Thanks a lot, buddy Dec 10 16:15:13 hello_world: No worries -- always happy to help out :-) Dec 10 16:39:30 Does anyone else here use the OMAP5432 uEVM? Or mostly BeagleBone users? Dec 10 16:47:28 hanzou: mostly BBB Dec 10 17:14:06 hi Dec 10 17:14:08 when compiling a kernel on a normal debian jessie pc, should i install crossbuild-essential-armhf to compile for rpi2? Dec 10 17:23:45 ds2 has enlightened me that the data I'm receiving in McASP1 would be better accessed using DMA. Someone else is working on getting that to happen. I presume accessing that data after DMA happens is just something in Linux space, not specific to the BBBlack? Dec 10 17:23:48 julius, rpi foundation has a toolchain at https://github.com/raspberrypi/tools Dec 10 17:24:05 oops, this isn't the rpi channel Dec 10 17:26:16 I've been researching how to do that on kernel 4.1 but thought to ask if there are BB-specifics I should watch out for. Dec 10 17:26:19 oh, they have one too Dec 10 17:28:49 dlech, may i message you in private? Dec 10 17:29:29 Hi! Dec 10 17:30:04 julius, if you feel you need to keep it private ;-) I'm on #rapsberrpi and #raspbian too Dec 10 17:32:54 excuse me. I need code Control of moisture sensors. Dec 10 17:34:07 I'm sorry! Dec 10 17:43:12 I know English very very very littlebit Dec 10 17:44:00 I need code control very very!!! T_T Dec 10 20:04:57 on the beagle-x15, is pin1 or pin6 on the serial debug port ground? Dec 10 20:06:34 pin1 i beive.. give me a few seconds.. Dec 10 20:07:07 yeap, p1 is ftdi black/gnd... Dec 10 20:07:59 thanks Dec 10 20:08:15 * vagrantc just got the power supply today, been sitting on a board without power for a week Dec 10 20:08:25 first bootup!!! Dec 10 20:09:22 wanted to make sure it wasn't the last Dec 10 20:10:05 if you reverse the ftdi cable, i've found, you need to yank all power, etc and let all the cap's drain, otherwise it doesn't always show serial data. ;) Dec 10 20:10:42 if you reverse the ftdi cable, i've found, you need to yank all power, etc and let all the cap's drain, otherwise it doesn't always show serial data. ;) Dec 10 20:11:53 vagrantc, did you guys decide to drop dracut? caught a ping yesterday from ben, on adding partuuid/label to initramfs-tools.. (thought initramfs-tools was going ot be dropped) Dec 10 20:12:12 i *think* i managed to forward-port the u-boot patches from ti-u-boot Dec 10 20:12:34 run memtest, if it survives for 20+ minutes, your good... Dec 10 20:12:51 if it fails, back to the ddr settings. ;) Dec 10 20:13:40 have the recent beagle-15 boards shipped with anything installed already? Dec 10 20:13:54 there's an eMMC onboard, yes? Dec 10 20:14:05 nope, no "offical" shipments yet.. they failed FCC, boards are being redesigned... Dec 10 20:14:29 and yeah, onboard eMMC, your beta may be blank, or my image, or ti's "evm" image... Dec 10 20:15:43 no serial output, pretty sure i got ground in pin1... hrm. running short on microsd... Dec 10 20:16:44 Hello everyone, I've faced a problem: the power LED is on but the board does not work Dec 10 20:17:17 can the x15 be flashed over USB? Dec 10 20:17:43 kian_: are you booting from SD-card or eMMC? Dec 10 20:17:44 rcn-ee: run memtest from within u-boot, or from linu? Dec 10 20:17:57 from linux... Dec 10 20:18:04 from SD-card Dec 10 20:18:33 i cannot connect to the Cloud9 Dec 10 20:18:35 kian_: did change the sdcard content or did it "just" stop booting? Dec 10 20:18:55 vagrantc, the sdcard should boot, grab this image for a quick test: https://rcn-ee.com/rootfs/bb.org/testing/2015-12-07/console/bbx15-debian-8.2-console-armhf-2015-12-07-2gb.img.xz Dec 10 20:18:55 no change in SD-card Dec 10 20:19:42 rcn-ee: is it the same addresses to install u-boot to the microsd? Dec 10 20:19:46 rcn-ee: same as bbb? Dec 10 20:20:21 kian_: do you have access to the debug UART? Dec 10 20:20:25 yeah, exact same Dec 10 20:20:54 * vagrantc just might try a bare u-boot and network boot for starters Dec 10 20:20:56 vagrantc, make sure the 3 jumpers (that won't be on offical boards) are all on the two pins as far away from the ethernet Dec 10 20:21:27 Windows also cannot detect the driver Dec 10 20:22:06 manual selection of sd/emmc/sata via jumper? takes me back a little. Dec 10 20:22:26 kian_, reflash: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2015-11-03 Dec 10 20:22:33 kian_, new signed drivers... Dec 10 20:22:50 Aha, thanks Dec 10 20:23:16 i will lose the data on SD-card? Dec 10 20:23:54 yes Dec 10 20:36:36 * vagrantc wonders weather am57xx_evm or am57xx_evm_nodt is a better choice for the x15 Dec 10 20:37:31 use "am57xx_evm".. Dec 10 20:38:11 the "evm" is just a x15 plugged into an lcd board with wifi/camera/etc... Dec 10 20:38:22 no of which u-boot cares about Dec 10 20:38:28 heh Dec 10 20:38:52 and there was a conversation, to make that config the default for all am57xxx products.. Dec 10 20:40:58 alright, booting ... Dec 10 20:41:03 now let's see if i can break it. Dec 10 20:41:50 just keep a small desk fan blowing across it, then it'll be fine. ;) Dec 10 20:42:27 I'm attempting to build a kernel driver for a BBBlack, but keep finding conflicting information about whether the kernel needs to be build or just headers installed. Which is it? Dec 10 20:42:38 rcn-ee: so you were saying mainline linux needed patches to go along with the u-boot patches? Dec 10 20:43:02 Ragnorok, it depends on your "driver" and it just be built with headers, or... ;) Dec 10 20:43:11 vagrantc, mainline should boot.. ;) Dec 10 20:43:35 i'm just thinking if you 'break/lock' something.. just keep a fan on it till you pm working. ;) Dec 10 20:44:34 kernel: TMP102 sensor... Dec 10 20:44:56 I basically just need access to a buffer populated via DMA, maybe hook an interrupt. Research to date doesn't indicate that's baked in anywhere. Dec 10 20:55:53 with u-boot 2016.01~rc2 installed on the eMMC, SPL failed to load the u-boot.img Dec 10 20:55:58 maybe i botched the dd... Dec 10 21:02:22 oh, it's hard-coded to use the sd card ... is that what the jumper is for? Dec 10 21:06:00 and bad magic loading 2016.01~rc2 from sd Dec 10 21:11:12 vagrantc, unlike the bbb, bootrom should 1: microsd, 2: emmc... so you should be able to recover... Dec 10 21:11:48 rcn-ee: apparently my forward-ported patches aren't good enough Dec 10 21:11:55 i haven't personally tried the other jumpers for usart boot or sata boot... Dec 10 21:11:57 rcn-ee: neither emmc or sd boots with it Dec 10 21:12:40 well, you've only been booting for about an hour. ;) can't make it that easy on you!!! Dec 10 21:12:58 suppose i gotta earn it Dec 10 21:13:24 * vagrantc is getting used to more and more boards "just working" Dec 10 21:14:02 hehe... Dec 10 21:14:12 https://rcn-ee.com/repos/bootloader/beagle_x15_ti/MLO-beagle_x15_ti-v2015.07-r24 Dec 10 21:14:18 https://rcn-ee.com/repos/bootloader/beagle_x15_ti/u-boot-beagle_x15_ti-v2015.07-r24.img Dec 10 21:14:31 those will work, for verification. .;) Dec 10 21:15:30 got that (or a similar version) off the image you posted Dec 10 21:27:11 ok, looks like i've got to get more features enabled in debian's kernel... Dec 10 21:27:28 doesn't ship the .dtb, and who knows what modules might be missing Dec 10 21:32:18 you should be in pretty good shape, you have PALMAS enabled, so the TPS should be enabled.. Dec 10 21:32:42 CONFIG_SOC_DRA7XX... yeah that needs to be enabled... Dec 10 21:39:58 Turns out a simple module doesn't require much of anything, just install the right package, create cryptic goofy Makefile, and it's done. Guess I'll go with that 'til it doesn't build. Dec 10 22:09:28 hi all Dec 10 22:10:07 was wondering if anyone had experience interfacing with the PRU on the beaglebone green and the GPIOs? Dec 10 22:18:28 If I flash a new image on my beaglebone using apt-get install, will it work? It seemed as though when I rebooted the board from the console it got stuck somewhere as all of the LEDs remained on and nothing was blinking for a long period of time Dec 10 22:24:11 rcn-ee: is there a known problem with your scripts on Rafaela? Dec 10 22:26:11 ds2, shouldn't be, just got sync the master "tools/host_det.sh" file: https://raw.githubusercontent.com/RobertCNelson/stable-kernel/master/tools/host_det.sh Dec 10 22:27:29 rcn-ee: I had to comment out the dependency checking to get it to build Dec 10 22:27:40 it keeps insisting I am missing packages Dec 10 22:28:52 once I do that, it builds fine Dec 10 22:29:07 which package? it's been a few years since i tested trusty, which mint builds on.. Dec 10 22:29:24 let me re-enable it run it Dec 10 22:31:11 wtf it is going now Dec 10 22:31:28 it was like build-essentials, ncurses for both i386 and amd64 Dec 10 22:32:48 yep. it is working now with no apparent changes Dec 10 22:33:02 between this and the wonky SGX instructions :( Dec 10 22:34:19 rcn-ee: PALMAS is not for Sitara AM35xx, right? Dec 10 22:34:52 pdp7, PALMAS is the pmic on omap5/dra7's.. Dec 10 22:34:59 rcn-ee: maybe it was the order I did things - the tree started with me trying to follow the SGX stuff here - http://www.elinux.org/BeagleBoardDebian Dec 10 22:35:10 (which doesn't work) Dec 10 22:35:22 yeah... sgx is broken... Dec 10 22:35:32 even for framebuffer? Dec 10 22:36:31 ds2, yeap.. it only works on ti's sdk... right now.. Dec 10 22:36:38 here's my current directions: https://groups.google.com/forum/#!topic/beagleboard-x15/ttd_K8IdKlw Dec 10 22:36:40 which would be fine Dec 10 22:36:56 except - that page starts out with the PSP kernel then suddenly sends you over to the mainline stuff :( Dec 10 22:37:06 for the bone: ti-sgx-am335x-modules-`uname -r` Dec 10 22:38:05 but yeah, you can see the error i get on the x15, same error on the bone's... Dec 10 22:38:08 rcn-ee: thanks, i've been trying to create leanest BBB kconfig i can so i've been trying to turn off everything i can Dec 10 22:40:12 sigh Dec 10 22:40:14 pdp7, just start with a config with: "CONFIG_SOC_AM33XX=y" then run menuconfig... try to boot, look at log and enable things. ;) Dec 10 22:40:17 does it work on 3.14? Dec 10 22:40:33 3.14 PSP that is Dec 10 22:40:54 ds2, the old directions worked from 3.14 -> 4.4.x.. Dec 10 22:41:11 with "4.1.x-ti" we need to use the new sgx libs/drivers... Dec 10 22:41:27 rcn-ee: the wiki directions? or the readme in the Graphics_SDK? Dec 10 22:41:37 the wiki directions.. Dec 10 22:42:01 for v4.1.x-ti, everything will be in the repo when it works.. nothing to build externally... Dec 10 22:42:03 rcn-ee: I don't see how. that wiki starts with 4.something-ti but then jumps ot mainline Dec 10 22:42:42 the instructions to clone bb-kernel leaves you with no way to build the modules; building the kernel at that point puts you on the -bone series Dec 10 22:42:43 3.14-ti or "4.1.x" Dec 10 22:42:56 4.x-ti Dec 10 22:42:59 let me get the board Dec 10 22:43:51 in the bone 4.1.x patch: https://github.com/RobertCNelson/bb-kernel/blob/am33x-v4.1/patch.sh#L596-L614 those are the patches for the "5.01.01.02" ti sgx blob drivers package... Dec 10 22:44:02 4.1.12-ti-r29 Dec 10 22:44:06 that is using the image on that page Dec 10 22:44:24 but then the instructions wind up checking out something that will buold 4.1.14-bone17 Dec 10 22:44:31 correct... Dec 10 22:44:51 but the binary modules in the graphics_sdk are for 3.14 Dec 10 22:45:07 3.14 -> 4.4.x (with that sgx dir patches)... Dec 10 22:45:24 whereas the's 4.1.x-ti ti changed things.. Dec 10 22:45:47 so you are saying 4.1.14-bone17 should work with SGX in framebuffer mode? Dec 10 22:45:52 yeap... Dec 10 22:46:18 using: /opt/scripts/tools/: sudo ./update_kernel.sh --bone-kernel Dec 10 22:46:29 sudo ./update_kernel.sh --bone-kernel --lts Dec 10 22:46:35 okay. will try that. that wiki's instruction doesn't lead you that way without a lot of guessing Dec 10 22:46:35 ds2.. ain't the documentation great .. ;) Dec 10 22:46:41 you'd get 4.1.14-bone17 isntalled plus sgx modules... Dec 10 22:46:51 that board is not ion the net Dec 10 22:46:56 is not on the net Dec 10 22:47:21 steal them from the repo: http://repos.rcn-ee.com/debian/pool/main/l/linux-upstream/ Dec 10 22:47:25 and I need to rebuild that kernel for the next thing (my own PRU stuff once I get SGX working) Dec 10 22:47:38 and the sgx modules: http://repos.rcn-ee.com/debian/pool/main/t/ Dec 10 22:47:53 shouldn't ./sgx_build_modules.sh after a ./build_kernel.sh give me working bits? Dec 10 22:48:26 sure.. ;) since moving them to the apt repo, i haven't run that script... ;) Dec 10 22:48:35 oh :PPPPP Dec 10 22:48:54 my arm build farm takes care of it. :) Dec 10 22:49:06 so I am wasting my time figuring out why ./sgx_build_modules.sh after ./build_deb.sh doesn't work? Dec 10 22:49:29 if your in the "4.1.x-ti" kernel, it won't work due to module changes.. Dec 10 22:49:33 no no Dec 10 22:49:38 let me backup and give more data Dec 10 22:50:00 once I realized that tree is a -bone17, I build a new kernel with ./build_kernel.sh Dec 10 22:50:35 then I figured out the modules are not build w/o running ./sgx_build_modules but I ran ./build_deb.sh figuring all it does is repackages Dec 10 22:51:07 "./tools/rebuild_deb.sh" Dec 10 22:51:16 but instead it makes clean; which meant I had to run ./sgx_build_module against ./build_deb.sh Dec 10 22:51:17 ./build_deb.sh blows KERNEL out.. just like ./build_kernel.sh.. Dec 10 22:51:30 that gives me unloadable modules despite me running a bone kernel Dec 10 22:51:36 yes, I know that now Dec 10 22:52:06 trying to keep things as close as to your setup to validate things before I start my own dev Dec 10 22:52:43 apparently something in the ./build_deb.sh screws with headers for building modules Dec 10 22:53:02 yeah... headers can't be cross built.... Dec 10 22:53:33 ./build_kernel.sh ; ./sgx_build_module.sh ; ./tools/install.sh should build/install everything.. Dec 10 22:53:49 bottom line is once I sort out all the bits, that kernel SHOULD work with SGX Dec 10 22:54:31 yeap, the "am335x-v4.1.x" branch should be good.. elias the replicape guy, last has sgx/pru working on that version.. Dec 10 22:55:16 of course, I'll need to pull in rpmsg onto there ;) Dec 10 23:04:52 rcn-ee .. ordered your opi yet?! :p Dec 10 23:05:50 I managed to lay my hands on the Long Lost uHDMI cable in the office today .. I can get a screen on my BBB once again! Dec 10 23:06:16 except I don't have a spare monitor ....... Dec 10 23:06:19 Yet....... Dec 10 23:11:47 veremit: I found a uHDMI to HDMI adapter at a dollar store Dec 10 23:17:14 ds2: handy .. does it work!? lol Dec 10 23:18:36 veremit: yep Dec 10 23:18:38 and price was right Dec 10 23:18:59 heh awesome Dec 11 00:49:50 Which is better? BeagleBone Black, or BeagleBoard XM? I'm trying to decide which to buy. Why is the XM more expensive? Dec 11 00:51:05 they're very different boards Dec 11 00:51:49 the BBB is a very basic system with lots of fancy IO, perfect for tinkerers and people who want to build stuff around them Dec 11 00:53:10 while the older beagleboard-xM (and the new -x15) are much more capable w.r.t. things like video Dec 11 00:53:28 the xM is not very alive anymore though Dec 11 00:53:57 afaik Dec 11 01:00:09 drhoffma so if you need a full set of connectivity you may want to wait for the beagleboard-x15 Dec 11 01:05:31 drhoffma: otoh if you don't care much about stuff like video but want to do hardware tinkering then the BBB may be a much better choice Dec 11 02:07:29 zmatt is saying drhoffma it depends on what you want? Dec 11 02:08:06 yes, with a hint of "mind that the xM is old and unmaintained" Dec 11 02:15:38 xM is not that old Dec 11 02:15:56 folks are still using that processor Dec 11 02:16:38 how often do you see xM related conversation in this channel? (this is after all #beagle, not #beaglebone) Dec 11 02:18:21 point is, regardless of age, the omap is unsupported nowadays and with the shiny x15 in the pipeline the xM does not seem like a good purchase to me right now Dec 11 02:19:40 that doesn't mean it sucks, and if someone offered me one I'd gladly take it... but I wouldn't pay $150 or more for it **** ENDING LOGGING AT Fri Dec 11 02:59:58 2015