**** BEGIN LOGGING AT Mon Oct 12 02:59:59 2015 Oct 12 03:49:15 i'm wondering if there is a guru here, with experience in measuring High speed Differential Signals ( ethernet ) to create Eye Diagrams Oct 12 03:49:26 KotH: that sounds like you Oct 12 04:48:59 hello.. its scary quiet. Oct 12 04:50:09 * av500 throws some chairs around Oct 12 04:50:21 hey av500 Oct 12 04:50:33 i just wondered if everyone had been poisoned. Oct 12 04:52:58 sunday night, monday morn Oct 12 04:53:06 people are drunk on beer or herbal tea Oct 12 04:58:55 monday evening now Oct 12 04:59:16 you are special :) Oct 12 05:05:39 my BBB is not booting through sd card. i have followed this tutorial http://www.armhf.com/boards/beaglebone-black/bbb-sd-install/ . i press boot switch and give power still i am unable to boot into sd card. please help me out Oct 12 05:44:16 chanty_: try a different image Oct 12 05:45:07 and by that I mean one that doesn't need so many manual steps, but just a dd Oct 12 05:45:55 @tbr i have tried to download an image from here https://www.offensive-security.com/kali-linux-vmware-arm-image-download/ which is of kali linux. but still i am unable to boot. i amn't able to figure out whether its uEnv.txt problem or something else Oct 12 05:46:58 try one of these http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Debian_Releases Oct 12 05:47:13 to boot from sd you want a 'standalone' image Oct 12 05:53:20 okay thanks . i am downloading it. do you have any good reference for uEnv.txt ? if so please give me. Oct 12 05:55:14 never messed with uenv.txt, never had to Oct 12 06:28:32 that worked magically. thank you so much Oct 12 06:29:15 chanty_: this confirms what I suspected. Something went wrong during preparation Oct 12 06:30:50 very much correct but i used it before the tutorial i was mentioning. but suddenly today it didn't work Oct 12 07:11:16 mrpackethead_2: use one of the jitter meters Oct 12 07:11:39 hey KotH Oct 12 07:11:47 mrpackethead_2: costs an arm and a leg, but there is no way around it Oct 12 07:12:13 i've spent a fair amoutn of time trying to find ways to do this. Oct 12 07:12:17 and lots of reading. Oct 12 07:12:34 and its a topic that doesnt have wide coverage. Oct 12 07:12:50 seems its dark magic restricted to a few guru types. Oct 12 07:13:21 yes its black magic, no its well documented Oct 12 07:13:31 really? Oct 12 07:13:44 creating a Eye diagram shoud'tn be too hard though. Oct 12 07:13:54 And that is a good starting point at least. Oct 12 07:14:50 yes ut's fairly easy....to do wrong Oct 12 07:15:27 i dont' have any differential probes for my scope. so was trying to do a poor mans version Oct 12 07:15:33 and subtract one channel from the other. Oct 12 07:15:37 on 10M ethernet Oct 12 07:17:03 a digital scope will not work for this Oct 12 07:17:19 ? Oct 12 07:17:23 unless we are talking about jitter in the us range Oct 12 07:17:27 you could say it's out of scope *zing* Oct 12 07:17:31 plenty of docs suggest otherwise. Oct 12 07:17:39 tbr: 7.5/10 for that Oct 12 07:18:02 :> Oct 12 07:18:27 i don't think that jitter is likely to be in the us range. Oct 12 07:18:34 if it was, it wouldnt be working. Oct 12 07:18:54 my scope is sampling at 1Gs Oct 12 07:18:59 my scope is sampling at 1Gs/s Oct 12 07:19:21 just because peoole do stupid things, don't realize what they are doing wrong and "report" on it, still does not mean it's a good idea Oct 12 07:23:06 well, the other test that is "it just works" Oct 12 07:23:35 i can stick 100m of cat 5 between my dut, and the switch, and it works and i get no dropped packets, no framing errors, etc etc Oct 12 07:23:48 thats all fine, till it doe'snt work and you ust dont' know why. Oct 12 07:24:03 i thought that some learning wont' got a miss here. Oct 12 07:24:37 continental drift jitter Oct 12 08:13:46 Having an issue where my beaglebone black won't boot past the MLO stage of the bootloader, giving the following output http://pastebin.com/THeTwer2 Oct 12 08:14:15 From a uSD card, it won't even get that far on the integrated stuff Oct 12 08:15:53 ** Partition 1 not valid on device 0 ** Oct 12 08:16:39 Which should be the boot partition with MLO and u-boot.img on the uSD, right? Oct 12 10:52:29 Hi - I'm trying to duplicate Molloy's 13.A6 - the ADS7883 ADC. Ive got his .bin and .c programs running. The C code says that the DDR Data Pool is at 0x9f640000. If I try to read from that address I get a segmentation error. Anyone know what I'm doing wrong? Oct 12 10:58:36 huh? Oct 12 13:42:38 hi Oct 12 13:43:46 somebody has worked with snmp? Oct 12 14:23:55 I do not get on my board, how to read and update variables declared in the MIB Oct 12 14:47:38 no snmp on bbb? :-) Oct 12 14:54:24 Hello, I was wondering if anyone had run into issues connecting via USB to the beaglebone Black. I've got the drivers installed, and can verify that other computers can talk to it, but it won't even show up as a connected USB device Oct 12 14:55:05 I'm running windows 8.1 connecting via putty if that helps Oct 12 15:16:11 Semi_: Try a different port. Oct 12 17:25:40 Why did the serials switch from ttyO* to ttyS*? It makes it kind of difficult to switch back and forth between kernels... Oct 12 17:26:45 use udev? Oct 12 17:27:18 abferm, systemd fixes up the issue on bootup and a udev rule fixes userspace... Oct 12 17:27:20 for the console perameter at boot? Oct 12 17:27:39 so if your using "sysv.." well... Oct 12 17:36:11 <_av500_> ust use some really old kernel, there it's ttyS* again Oct 12 17:36:14 <_av500_> just* Oct 12 18:32:47 the ttyO serial ports are optimized for omap (or so I was led to believe), can support much higher bandwidth than the older ttyS Oct 12 18:33:53 that's just BS Oct 12 18:34:15 hey Oct 12 18:34:58 bye :p Oct 12 18:38:08 tbr, try taking ttyS up past 115200 Oct 12 18:38:16 then repeat with ttyO Oct 12 18:38:37 the only part I'm not sure about was the O being omap specific Oct 12 18:39:33 lrwxrwxrwx 1 root root 5 Oct 6 19:27 /dev/ttyO0 -> ttyS0 Oct 12 18:39:33 crw--w---- 1 root tty 4, 64 Oct 6 19:27 /dev/ttyS0 Oct 12 18:39:52 ttyO will handle bluetooth control signals at I think 2.5Mb Oct 12 18:40:26 might be hitting a dma bug .. what kernel version? Oct 12 18:40:47 back in the 3.0 days Oct 12 18:41:17 well if you're runnign prehistoric kernels .. expect bugs :p Oct 12 18:41:20 when ttyO first came into the mainline stuff Oct 12 18:41:47 I'm not experiencing bugs, just stating that it was more than a filename change Oct 12 18:41:50 omap_serial has been deprecated these days Oct 12 18:42:47 * tbr has used OMAP3 with some 2.6.xx kernel at ~1MBaud Oct 12 18:43:19 it switched in 2.6.35 If memory serves Oct 12 18:43:58 we used 2.6.32 for a long time :/ Oct 12 18:57:50 the omap specific driver is a stupid idea Oct 12 18:58:03 should've just offered patches on top of the stock 8250 tree Oct 12 19:52:46 Is there a way to prevent the beaglebone from drawing current over usb, but have it connected for communication purposes? I have tried just cutting the vbus line on my cable, but it apears that the beaglebone uses the vbus line to detect that it is plugged in. Oct 12 19:53:24 d'oh Oct 12 19:55:18 My beaglebones are powered via another source, and I want to be able to ensure that the usb isn't interfering with the power network. It is just there for debugging purposes. Oct 12 19:57:06 abferm, grab some 3.3v ftdi usb-serial cables an go thru ttyS0... Oct 12 19:58:44 rcn-ee: yeah, that would work if I was only interested in a console, but usb gives me networking and direct disk access if I need it... Oct 12 19:59:28 and a free headache :D Oct 12 19:59:30 then your stuck with the usb power draw.. Oct 12 19:59:56 you -might- just be able to 'frig' the pmic .. Oct 12 20:04:43 veremit: I'd rather not modify my custom ordered BeagleBone Blacks... CitcuitCo charges a little more when you order them with industrial temperature range components and conformal coating. Oct 12 20:04:58 I mean over i2c .. Oct 12 20:05:39 but I think the priority is set via hardware .. which vin pins are used, etc. Oct 12 20:05:39 veremit, are you saying I might be able to tell it to fake vbus power? Oct 12 20:06:10 I'm not sure .. zmatt might know Oct 12 20:08:21 you could just cut the usb pin on the tps and gnd it.. it would only start then with dc power.. Oct 12 20:08:24 I've not dabbled with the control interface Oct 12 20:08:48 that's another option Oct 12 20:09:03 abferm, go read http://www.ti.com/lit/ds/symlink/tps65217.pdf ;) Oct 12 20:11:50 there is a usb_en (d4 - 0x01)... Oct 12 20:13:33 yes there is Oct 12 20:13:39 you need to unF the u-boot Oct 12 20:13:54 the U-boot is setup to blow up your USB port if given an opportunity Oct 12 20:34:28 hmmwhat? Oct 12 20:34:35 there's a define in uboot .. > +#define TPS65217_PWR_SRC_USB_BITMASK 0x4 Oct 12 20:34:55 abferm: you want to prevent the pmic from drawing power from usb? Oct 12 20:35:00 there's a bit for that Oct 12 20:35:04 operating on > +#define TPS65217_PWR_SRC_USB_BITMASK 0x4 Oct 12 20:35:24 whether its easier to do in uboot or downstream ... Oct 12 20:35:31 u-boot Oct 12 20:35:37 provided it's not meddled with by linux Oct 12 20:36:10 actually, it might be easy from userspace also, but I've never tried that Oct 12 20:36:18 hold on, I just got home, still need to unpack my bbb Oct 12 20:36:41 I bbiaf .. gotta hit the store quick Oct 12 20:37:07 * zmatt grabs his printout of the tps65217 registers Oct 12 20:37:42 bit 4 of the power path register needs to be cleared indeed Oct 12 20:39:18 interesting, no way to get the am335x rom to do that by any chance? I currently re-image my beaglebones by booting over usb. Oct 12 20:40:36 no, but why do you want to do this exactly? I mean, with usb power disabled it needs to be powered via the DC plug, and if it's powered via the DC plug the pmic will prefer that over usb anyway Oct 12 20:41:22 I'm actually powering from a cape Oct 12 20:41:31 over the header pins. Oct 12 20:41:39 DC_5V Oct 12 20:42:02 same thing, those pins are wired straight to the barrel jack Oct 12 20:42:32 with that supply present, the pmic should ignore usb power Oct 12 20:43:08 zmatt: that is good to hear Oct 12 20:43:47 if you want to be doubleplussure... currently u-boot's default script contains a line: Oct 12 20:43:51 i2c mw 0x24 1 0x3e Oct 12 20:44:23 which is actually meant to raise the max current drawn from usb Oct 12 20:44:43 but what if dc power disapears, ie: I'm trying to powercycle the beaglebone? Oct 12 20:45:03 then it should switch over... if you want to prevent that you'll need to write the register Oct 12 20:45:16 but note that all pmic registers reset to defaults after shutdown Oct 12 20:46:09 anyway Oct 12 20:46:22 i2c mw 0x24 1 0x3e # max 1300 mA Oct 12 20:46:43 i2c mw 0x24 1 0x3d # max 500 mA (reset default) Oct 12 20:46:57 i2c mw 0x24 1 0x3c # max 100 mA Oct 12 20:47:04 i2c mw 0x24 1 0x2c # usb power disabled Oct 12 20:48:10 note that you can power-cycle the BBB by long pressing the power button Oct 12 20:48:33 that avoids the need to kill the actual supply hence won't risk power being drawn from usb Oct 12 20:53:50 heh, or you can probably power cycle by writing zero to that register... forces the pmic to switch to battery power, i.e. the capacitors on SYS_5V, which won't last long ;) Oct 12 20:55:45 (might actually cause a shutdown instead though...) Oct 12 20:58:45 yeah it does (though it'll then boot again if you press the power button or unplug usb) Oct 12 20:59:11 Yo guys, quick question. If I RDP to BBB it connects, but I can't find what the username / pw is Oct 12 20:59:41 what is the xrdp username/password? Oct 12 21:00:23 * zmatt didn't know xrdp was even installed Oct 12 21:00:32 it's not simply debian/temppwd ? Oct 12 21:00:47 let me test Oct 12 21:01:20 lol thanks Oct 12 21:01:24 it worked i feel like a moron now Oct 12 21:03:58 yea I was also surprised. the latest image has xrdp out of the box Oct 12 21:04:23 this is great for me because I have tested the HDMI output on 4 different screens and it never works Oct 12 21:05:33 abferm: yeah as I feared, even if usb power is disabled and all pmic irqs have been cleared, cutting DC power while usb is plugged in causes it to shutdown but then power up on usb one second later Oct 12 21:05:38 zero_: which kernel? Oct 12 21:07:19 beaglebone:~# 3.8.13-bone72 Oct 12 21:07:43 abferm: the problem is that a power *loss* is a pmic event worthy of powering up the system -.- Oct 12 21:08:07 abferm: the tps65217 really has some deeply idiotic behaviour Oct 12 21:08:27 zero_: that's quite old Oct 12 21:08:58 tis the 'standard' 3.8 kernel Oct 12 21:09:34 I just loaded whatever image is on the website Oct 12 21:09:37 the latest debian one Oct 12 21:09:51 there are quite some major changes on lcdc and stuff on the -ti branch though Oct 12 21:10:02 e.g. 4.1.10-ti-r21 Oct 12 21:10:27 where can I find this stuff? I assumed all the latest images would be on this website Oct 12 21:10:30 is that not the case? Oct 12 21:10:46 I don't know, what did you download from where exactly? Oct 12 21:11:01 but you can simply install a newer kernel anyway Oct 12 21:11:13 http://beagleboard.org/latest-images Oct 12 21:11:17 apt-get update && apt-get install linux-image-4.1.10-ti-r21 Oct 12 21:11:58 zmatt... the 'official' images are at least 6mo old Oct 12 21:12:12 * zmatt sighs Oct 12 21:12:25 i'm new to BBB Oct 12 21:12:33 zero_: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian Oct 12 21:12:36 not sure what's holding them up tbh Oct 12 21:12:46 i have mostly been on Arduino Yun Oct 12 21:12:57 but the Yun linux side only has 64mb of ram which sucks Oct 12 21:14:10 so I can just apt-get the linux headers to get the latest kernel? Oct 12 21:14:26 linux-iamge Oct 12 21:14:28 *image Oct 12 21:14:48 er yea Oct 12 21:15:07 I'm guessing such an old image still uses Wheezy? Oct 12 21:15:07 how did you know to get that linux image? Oct 12 21:15:27 it looked like it was using Wheezy Oct 12 21:15:31 -.- Oct 12 21:15:36 i'm new to linux Oct 12 21:15:39 is this bad? Oct 12 21:15:48 depends on who you talk to Oct 12 21:15:57 let me ask this quick Oct 12 21:16:06 if i grab that linux image Oct 12 21:16:07 4.1 Oct 12 21:16:18 will the Adafruit_BBIO python module still work? Oct 12 21:16:22 go for eewiki.net if you want up-to-date stuff :) Oct 12 21:16:38 I have no idea, but you can always revert Oct 12 21:16:47 true Oct 12 21:17:03 I think the adafruit stuff is pretty old usually .. Oct 12 21:17:11 or based on old stuff Oct 12 21:17:13 also, iirc I once looked at that code... and then had to wash my eyes with bleach Oct 12 21:17:21 uhg, working with this embedded stuff is such a huge pain in the ass Oct 12 21:17:31 noooo .. its fun, really! Oct 12 21:17:45 zero_: I personally consider "debian stable" to be old cruft and never use anything older than "debian testing" Oct 12 21:17:52 i thought the arduino libraries were bad... Oct 12 21:18:11 zero_: Wheezy is actually declared obsolete *by debian themselves* ... Oct 12 21:18:21 so yeah Oct 12 21:18:30 but i only need to update the kernel Oct 12 21:18:33 not the RFS? Oct 12 21:18:50 I personally would, but you're not required to Oct 12 21:19:11 but i'm assuming there is no image for flashing Oct 12 21:19:16 debian is ancient or obsolete .. evne the testing packages are Old. lol. Oct 12 21:19:36 veremit: hell I even occasionally shake my fist at old crap in sid Oct 12 21:19:46 shuold run with gentoo :D Oct 12 21:19:53 i'm just overwhelmed with all the Linux stuff Oct 12 21:19:58 it's really a steep learning curve Oct 12 21:19:59 zero_: the use of the word "image" is indeed confusing here, but linux-image is just the kernel Oct 12 21:20:00 like vertical Oct 12 21:20:08 U-boot (the last I checked) is sets the PMIC to pull > 500mA Oct 12 21:20:09 and modules and stuff Oct 12 21:20:14 ds2: correct Oct 12 21:20:27 ds2: board needs >500 to boot lol Oct 12 21:20:44 USB is not spec'ed for > 500mA Oct 12 21:20:45 what do you guys recommend Oct 12 21:20:49 go to ubuntu? Oct 12 21:20:57 zero_: lol, no Oct 12 21:21:02 nooo .. not bloatibuntu Oct 12 21:21:07 if it needs that much current, dump the LEDs, Ethernet PHY and HDMI :P Oct 12 21:21:30 but then, I'm not a newbie, I grab a console image, apt-get purge unnecessary cruft, upgrade to stretch, and then start building :P Oct 12 21:21:39 ds2: you can even turn off the power led Oct 12 21:21:54 i'm new :( Oct 12 21:22:08 i haven't built anything from sources or whatever lol Oct 12 21:22:09 HDMI is off by default, but indeed don't turn it on if you don't need to Oct 12 21:22:17 zero_.. hang in there .. it ain't -that- bad .. Oct 12 21:22:24 zero_: you don't need to build anything from sources Oct 12 21:22:49 though actually compiling the kernel is easy with rcn-ee's scripts, takes about 10 minutes on our build machine Oct 12 21:22:57 U-boot doesn't turn it on thesedays? Oct 12 21:23:04 ds2: never has, never will Oct 12 21:23:05 thought they wanted a logo? Oct 12 21:23:20 well, let me put it this way. I just need to run some python scripts (which works on the "factory" image) Oct 12 21:23:28 but Oct 12 21:23:29 zmatt: on the other boards, they were standard Oct 12 21:23:35 I need I2C to work Oct 12 21:23:36 ds2: if they'd put up a logo then everyone who's using the lcd_data pins for other purposes than lcd data would stomp them in the face Oct 12 21:23:54 zmatt .. lol, this is true .. Oct 12 21:24:17 what is the easiest way to access the I2C bus from a python program? Oct 12 21:24:27 /dev/i2c-x Oct 12 21:24:29 I was going to use the Adafruit library Oct 12 21:24:55 access it direct Oct 12 21:24:56 last time I checked, adafruit consisted of really poorly written wrappers around opening files in sysfs and such Oct 12 21:25:17 at least the gpio Oct 12 21:25:18 but there is no high level access if I go direct? Oct 12 21:25:35 * zmatt goes *error* on "I2C access" and "high level" Oct 12 21:25:37 I don't want to learn the entire I2C protocal just to read a few values :( Oct 12 21:27:05 zero_ .. go get a beer .. come back when it's finished :D Oct 12 21:27:11 lol Oct 12 21:27:11 lol Oct 12 21:27:16 here i want to use this Oct 12 21:27:17 http://www.protovoltaics.com/arduino-rtd-shield/ Oct 12 21:27:18 zmatt: that is assumed. Oct 12 21:27:20 but on BBB Oct 12 21:28:53 zero_, shouldn't be any issues. just remember NOT to use any 5volt devices/power on that "shield".. bbb is 3.3v io.. Oct 12 21:29:24 it has a 3.3v jumper Oct 12 21:29:49 I will also only use the I2C bus with the module Oct 12 21:29:56 jumpers don't stop users from plugging in a self-powered 5volt device.. Oct 12 21:30:16 problem is, the library for that shield is for arduino Oct 12 21:30:17 i2c-utils at least works Oct 12 21:30:21 i2cget -f -y 0 0x24 0x01 Oct 12 21:30:28 https://donfuge.wordpress.com/2014/05/04/getting-started-with-the-ads1248-on-the-beaglebone-black/ Oct 12 21:31:16 interesting that returns 0x3f Oct 12 21:31:24 which means the usb current limit is actually raised to 1.8A Oct 12 21:31:30 hmm Oct 12 21:31:32 ouch lol Oct 12 21:31:40 you Sure about that?! Oct 12 21:32:02 * zmatt tries some other regs to make sure the util works Oct 12 21:32:31 yep Oct 12 21:32:37 vermit that link uses the adafruit library lol Oct 12 21:32:54 zero_ .. there aren't a lot of 'simple' options ... Oct 12 21:33:22 hmm, will i'm just doing a trial, I will try the adafruit library for now Oct 12 21:33:39 later I will learn the I2C protocol and port the code for that shield Oct 12 21:33:42 it uses the 'python-smbus' library Oct 12 21:33:43 thanks for the help Oct 12 21:34:16 and doesn't seem to do more than wrap it Oct 12 21:34:37 https://github.com/adafruit/Adafruit-Raspberry-Pi-Python-Code/blob/master/Adafruit_I2C/Adafruit_I2C.py Oct 12 21:35:12 anyone know a good way to shorten the waiting for "Raise network interfaces" during boot. Oct 12 21:35:42 ifplugd *duck* Oct 12 21:35:49 upgrade to stretch, use systemd-{networks,resolved,timesyncd} Oct 12 21:35:55 eww systemd Oct 12 21:35:58 lol Oct 12 21:35:58 apt-get purge ifupdown Oct 12 21:36:05 works like sunshine Oct 12 21:36:21 but... I use the crap out of ifupdown... Oct 12 21:36:51 no netifrc under deb? Oct 12 21:37:01 ah won't work with .. blah Oct 12 21:37:06 abferm: give networkd a try... we also needed to deal with the "raise network interfaces" and networkd does a really beautiful job Oct 12 21:37:24 plus, less crap: along with ifupdown went isc-dhcp-* and ntpd/ntpdate Oct 12 21:37:36 "beautiful" and "sunshine" don't exist in software ... Oct 12 21:37:55 usually they go with "my ass.." in software... Oct 12 21:38:00 hehe Oct 12 21:38:08 lol rcn-ee +1 Oct 12 21:38:14 still I consider it a major improvement Oct 12 21:38:58 basic config is just a four-line /etc/systemd/network/eth.network : Oct 12 21:39:01 [Match] Oct 12 21:39:01 Name=eth0 Oct 12 21:39:04 [Network] Oct 12 21:39:04 DHCP=ipv4 Oct 12 21:39:05 i see that adafruit I2C implementation is pretty simple Oct 12 21:39:16 I guess the heavy lifting is in the smbus module Oct 12 21:39:38 zap the old stuff, and do "systemctl enable systemd-{networkd,resolved,timesyncd}" Oct 12 21:39:46 .service Oct 12 21:39:48 sorry Oct 12 21:40:29 and either reboot, or bring the old interfaces down (if they were still up) and start aforementioned services Oct 12 21:40:50 and replace /etc/resolv.conf by a symlink /etc/resolv.conf -> /run/systemd/resolve/resolv.conf Oct 12 21:41:36 but I recommend not doing this on anything older than stretch Oct 12 21:42:14 it still works, but you have basically zero tools Oct 12 21:42:19 no networkctl yet Oct 12 21:42:52 I've yet to give connman a try on the arm boards I got .. Oct 12 21:42:54 zmatt, from what i've read, in stretch they will be transitioning that to default in the next few months. ;) Oct 12 21:43:11 good Oct 12 21:46:30 Problem solved... I removed my configs for eth0, and it started right up. Oct 12 21:47:09 sgx: hum... so... that was to easy... i'm switching 4.1.x-ti's sgx modules to be built from the k4.1 branches of: http://git.ti.com/gitweb/?p=graphics/omap5-sgx-ddk-linux.git;a=summary instead of that ancient sgx sdk... they built "too" easily... not a single error.. Oct 12 21:47:57 lol... Oct 12 21:48:08 "so, where's the catch .. " Oct 12 21:48:24 i know... it's probally deepper... Oct 12 21:48:50 where's the 2-3 random hack-patches we need to add... Oct 12 21:48:59 so should i be getting the latest kernel from here? Oct 12 21:49:13 http://github.com/RobertCNelson/bb-kernel Oct 12 21:49:35 zero_, are you just using i2c? anything with hdmi audio/etc? or xyz? Oct 12 21:50:10 i would like to ahve HDMI work, but the image from this website has issues. I have never had HDMI working on BBB Oct 12 21:50:17 that said, I don't actually need it for my project Oct 12 21:50:21 I only need I2C Oct 12 21:50:58 then start out with the console base: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Jessie_Snapshot_console Oct 12 21:51:16 you'll have to add i2ctools, but it's setup to be very minimal... Oct 12 21:51:47 if it's tooo small, use the lxqt image above it on that page.. Oct 12 21:53:06 so lxqt has both the rfs and the kernel 4.1? Oct 12 21:53:31 sorry if these are dumb questions, i'm not very good at linux yet Oct 12 21:53:54 zero_, lxqt is just the windows manager gui... all the jessie images have 4.1.x installed by default.. Oct 12 21:54:04 with v4.1.x-rt options available in apt.. ;) Oct 12 21:54:14 for the debian weezy package for beagleboneblack where is uboot compiled with and is there a way to find the configuration flags that were utilized or customizations? Oct 12 21:54:38 mwillbanks, the repo is here: https://github.com/RobertCNelson/Bootloader-Builder Oct 12 21:54:53 but sometimes you have an ancient u-boot in eMMC, your actually "dealing" with.. Oct 12 21:55:35 rcn-ee: great - thanks, yeah… we're working on getting it to network boot in some cases amongst other crazy things. Oct 12 21:57:33 mwillbanks, i've added a few nfs related thing by default, look for /nfs-uEnv.txt in the rootfs and here's a page with more hints: http://elinux.org/Beagleboard:U-boot_partitioning_layout_2.0#nfs_support Oct 12 21:58:28 mwillbanks, if you have systemd+connman+nfs: make sure to set eth0 like: https://github.com/RobertCNelson/boot-scripts/blob/master/tools/developers/nfs-rsync.sh#L20 Oct 12 21:58:57 we have not been using connman so far :) although i should likely still verify Oct 12 22:00:47 ok i will try apt-get the 4.1 kernel thanks Oct 12 23:56:01 anyone measured how much more power does the Beagle (any one) use when SGX is used? Oct 12 23:56:07 alt. how much hotter do things run with the SGX **** ENDING LOGGING AT Tue Oct 13 02:59:59 2015