**** BEGIN LOGGING AT Wed Feb 24 02:59:58 2016 Feb 24 05:15:20 hello Feb 24 05:15:58 so i have this beaglebone black that ive been attempting to flash Feb 24 05:16:20 but all 4 leds keep flashing together - does that mean it is complete or that it failed? Feb 24 05:17:25 failed Feb 24 05:17:43 anyway to diagnose? Feb 24 05:18:02 serial console I'd guess? I'm not really familiar with how the flasher works Feb 24 05:18:07 which bbb revision? Feb 24 05:18:23 is there a way to tell on the board? Feb 24 05:18:30 i bought this a while back Feb 24 05:18:53 okay so it might be older than rev C... are you using a 4gb or 2gb flasher? Feb 24 05:18:58 i see a RevB Feb 24 05:19:01 for pcb Feb 24 05:19:20 in other words it has a 2gb eMMC (only rev C has 4gb) Feb 24 05:19:35 i took the debian image - wrote it onto my 16gb microsd and used that Feb 24 05:19:42 ah Feb 24 05:20:34 ok so that means i ahve to flash it with serial Feb 24 05:20:39 no Feb 24 05:20:51 it means you need to download a 2gb flasher image rather than a 4gb flasher imaeg Feb 24 05:21:14 http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Jessie_Snapshot_lxqt Feb 24 05:21:29 the second link rather than the first one Feb 24 05:23:21 snapshot is the best version? Feb 24 05:24:03 I'd recommend jessie yes Feb 24 05:24:29 whats the difference between flasher and standalone Feb 24 05:24:37 i assume standalone contains everything Feb 24 05:24:44 standalone just boots from SD rather than flashing onto eMMC Feb 24 05:24:46 what else do i need in addition to the flasher Feb 24 05:24:50 ah Feb 24 05:24:56 nothing else needed Feb 24 05:25:06 sounds good Feb 24 05:25:09 let me give it a try Feb 24 05:26:43 after flashing I'd personally also suggest switching to a non-rt kernel (unless you specifically need it) and disabling cape-universal (unless you specifically need it), but I guess other people might disagree... presumably rcn-ee has a reason for making those defaults Feb 24 05:28:18 where IS rcn-ee .. Feb 24 05:28:35 he still hasnt' fixed his web cert .. either that or my browser is so ancient it doesn't support .. Feb 24 05:28:55 im just attempting to the take the path of least resistance Feb 24 05:29:02 i need to build a ble demo Feb 24 05:29:07 veremit: I get a green lock Feb 24 05:29:17 nope .. ancient firefox deficiency Feb 24 05:29:52 veremit: although that probably means his server doesn't provide the right intermediate certs Feb 24 05:30:36 since they're cross-signed by some established CA Feb 24 05:33:06 zmatt: yeah that would still be my concern .. Feb 24 05:33:28 zmatt: are there any apt-get non-rt kernels yet? Feb 24 05:33:36 of the 4.x type? Feb 24 05:46:11 all rt kernels also come in non-rt flavor Feb 24 05:47:16 latest 4.1-ti series is 4.1.17-ti-r48 Feb 24 05:49:45 zmatt: you can roll anything you like .. but what's RN set up in the debian archives? (or on his serve) Feb 24 05:49:46 +r Feb 24 05:50:02 that's what I'm referring to Feb 24 05:50:18 !apt search linux-image* Feb 24 05:51:11 that will get you a generous ton of results :P you can also check https://github.com/RobertCNelson/linux-stable-rcn-ee/releases Feb 24 06:03:52 hope he's not storing all those tar's up there .. bad bad git binaries Feb 24 06:04:36 github has infrastructure specifically meant for release tarballs, they're not files in the git repo Feb 24 06:05:07 yeah I thouguht not .. they've done some nifty things with that Feb 24 06:05:50 although, since he's continuously rebasing it's still not the nicest git repo ever ;) Feb 24 06:06:14 github also tends to get confused a bit with that now and then Feb 24 06:06:17 he's gotta mangle with upstream linux kernel .. thats being rebased half the time too Feb 24 06:12:48 upstream linux kernel rebased? Feb 24 06:15:55 zmatt - it seems like the flash worked. thanks Feb 24 06:15:59 saved me a bunch of time Feb 24 06:16:21 im glad that i came to this irc chat Feb 24 06:30:22 you're welcome Feb 24 06:30:35 ds2: not that I know of Feb 24 06:31:12 I'm pretty sure that would result in a large angry mob with pitchforks Feb 24 06:32:40 I don't think linus's is .. thankfully. Perhaps I crossed wires with another kernel repo. Feb 24 06:33:06 anywhere that you 'can' rewrite history is potential for chaos. Feb 24 06:33:28 however, I see its uses. Feb 24 06:33:45 oh yeah Feb 24 06:35:30 I use rebase all the time... but I generally don't have anyone downstream Feb 24 06:36:43 based on this flowchart ( http://justinhileman.info/article/git-pretty/full/ ) the proper threshold for using rebase is when you don't have enough people downstream to form a lynch mob Feb 24 06:37:39 hey zmatt Feb 24 06:37:59 yo Feb 24 06:38:17 tried checking the sys_5v voltage on the scope and it fluctuates around 1.1v Feb 24 06:38:43 does it ever rise to 5v during power up? Feb 24 06:39:01 nope not at all Feb 24 06:39:09 vdd_5v is at 5v Feb 24 06:39:20 but sys_5v stays at 1.1 Feb 24 06:39:59 that still sounds like it can only be an issue with the slew rate of vdd_5v Feb 24 06:40:05 somethiing is really bad there ... Feb 24 06:40:18 is there a way to replace this tps chipset with any circuitry that would do the same as the ic Feb 24 06:40:25 yupp veremit Feb 24 06:40:40 given it works ok for most people .. you got an odd setup Feb 24 06:41:12 try disconnecting the supply from the board (but leave the supply on), wait until the sys_5v caps have drained (you can discharge it using a resistor if you're impatient), then reconnect the supply Feb 24 06:41:18 its happens once in a while for each of the boards dat we have Feb 24 06:42:09 ohk hw long wud dat tke Feb 24 06:42:32 what "amuses" me .. is you're having trouble even with the tps evm .. Feb 24 06:42:51 yess that is the reason im also confused Feb 24 06:42:52 veremit: which further supports the hypothesis it's a supply issue Feb 24 06:43:01 zmatt: agreed Feb 24 06:43:07 something is crow-bar'ing Feb 24 06:43:09 we hav the evm Feb 24 06:43:48 gayatri: sys_5v is annoyingly slow to discharge... hence I usually used a 1K - 10K resistor to help it along :P Feb 24 06:43:58 one doubt on the caps discharge is : Feb 24 06:44:17 i dont use my board 24x7 Feb 24 06:44:36 so wen i leave it behind and reconnect it the next day Feb 24 06:44:46 the board should boot up Feb 24 06:45:03 you connect it to a supply that's already on? Feb 24 06:45:03 cos the caps would have got enough time to discharge Feb 24 06:45:15 but that doesnt happen Feb 24 06:45:29 (rather than connecting the supply to the bbb and then turning the supply on) Feb 24 06:45:32 so you've got yourself a latchup problem Feb 24 06:45:40 +too Feb 24 06:45:58 veremit: my main hypothesis is still a slew rate issue causing the pmic to lock up Feb 24 06:46:07 i dint get your question zmatt Feb 24 06:46:13 could u xplain Feb 24 06:46:41 gayatri: do you first power on the supply and then connect it to the board, or do you turn on supply while it's already connected to the board? Feb 24 06:46:43 zmatt: not enough 5v to hold it up? Feb 24 06:46:46 ohk so tel me how do u connect the caps to a resistor Feb 24 06:46:49 ?? Feb 24 06:47:04 gayatri: you can access sys_5v via P9 Feb 24 06:47:21 i set 5v in the supply Feb 24 06:47:27 turn off the supply Feb 24 06:47:32 connect my brd Feb 24 06:47:41 and then power on the supply Feb 24 06:47:43 right, that's the problem Feb 24 06:47:46 I suspect Feb 24 06:48:02 turn on the supply, then connect the board. that way you avoid any power-up slew of the supply Feb 24 06:48:04 ohk so Feb 24 06:48:26 yikes yeah you don't wanna do that Feb 24 06:48:45 I always just poke the lead into the psu socket .. never power up from cold .. yikes. Feb 24 06:48:46 the pmic goes into a lockup state if the slew takes more than about 50 ms Feb 24 06:48:55 wat if sumthing happens to the board :p Feb 24 06:49:17 current limit will trigger Feb 24 06:49:49 so u guys want me to turn on the supply and power on d board??:p Feb 24 06:49:54 i could try it Feb 24 06:50:19 you're likely to have more "happen" whilst the power supply fires up .. than just connecting it :D Feb 24 06:50:40 unless you have a really unsteady hand, and make a really noisy first connection .. Feb 24 06:50:41 or find a supply that has a sufficiently rapid slew when you turn it on Feb 24 06:51:04 but, if the slew rate is the issue then why didn't it power up when i connected it to a dc jack??:p Feb 24 06:51:05 zmatt: yeah most people not gonna have the budgets for that... although .. I have a soft-on switch on my psu, and that's a cheapy Feb 24 06:51:22 hmm .. plugging in the dc jack shouldn't be a problem .. Feb 24 06:51:24 veremit: any wall-wart will do normally Feb 24 06:51:39 gayatri: ok do you have tried that too. that is odd Feb 24 06:51:40 zmatt: wall-wart do waht? Feb 24 06:51:53 yupp very odd Feb 24 06:51:55 veremit: slew up rapid enough Feb 24 06:52:15 zmatt: if its switch-mode yeah Feb 24 06:52:33 one/two cycles to come up Feb 24 06:52:36 and dis recurrs in each of the boards dat we have Feb 24 06:52:59 and we are stuck :( Feb 24 06:53:08 zmatt: if it were transformer-based .. might take a few cycles to charge the output cap. Feb 24 06:53:09 gayatri: have you checked with a scope what's going on on vdd_5v when you connect power? Feb 24 06:53:36 you're gonna need to look very closely at the first 10-50ms of 'activity' Feb 24 06:53:36 nope i havent Feb 24 06:53:36 i checkd out sys_5v Feb 24 06:53:48 I don't understand people's need to rebase Feb 24 06:53:48 hmm Feb 24 06:53:58 put one channel on sys_5v and another on vdd_5v and trigger on the latter... Feb 24 06:54:09 gayatri: that can be useful too, to check whether it's attempting to power on and failing, or not attempting at all Feb 24 06:54:14 ds2: depends on your coding discipline really Feb 24 06:54:25 veremit: branch Feb 24 06:55:11 new branch off upstream and pull in your local changes Feb 24 06:55:12 ohk Feb 24 06:55:12 il try this now and get back to u soon Feb 24 06:55:12 in a while Feb 24 06:55:16 keeps things neater and easier to track Feb 24 06:55:19 gayatri: indeed if you have two channels available, measure them both. trigger on vdd_5v rising above 0.2V or so Feb 24 06:55:44 ds2: atomic commits :P and how do you handle mistakes, while maintaining clean history!? :P Feb 24 06:55:52 this is pretty much the slowest allowed -> http://elinux.org/images/a/a2/Bbb-poweron-by-5v-ramp-zoom.png (red = vdd_5v, green = sys_5v) Feb 24 06:56:41 zmatt: yuk, wtf did you *do* to that!? lol Feb 24 06:56:43 zoomed out -> http://elinux.org/File:Bbb-poweron-by-5v-ramp.png Feb 24 06:57:10 veremit: what? :) Feb 24 06:57:12 veremit: if you pushed, there is no cleaning Feb 24 06:57:19 plain and simple Feb 24 06:57:26 if you are not sure, don't push Feb 24 06:57:42 ds2: not sure everyone is quite so diligent :p Feb 24 06:58:10 prior to push, I actively rewrite things as I see fit Feb 24 06:58:31 ds2: ideally it works like that... but if I made a sloppy mistake, found out too late, and know noone is downstream, I don't see a problem with fixing it Feb 24 06:58:57 zmatt: if you have no downstream, you probally aren't pushing either Feb 24 06:59:57 ds2: well, there's one person downstream who never pulls unless I tell him to :P and I may use github to transfer changes from my laptop to a bbb (laziness) Feb 24 07:00:44 that's bad discipline Feb 24 07:00:59 I'm not pretending it's good practice Feb 24 07:01:16 that doesn't mean it doesn't happen in reality Feb 24 07:01:25 there is no harm in admiting that you make mistakes Feb 24 07:02:20 well, it's also that I don't really care. I *know* noone is downstream, hence I can fix mistakes, hence I can afford to be less careful Feb 24 07:02:41 push/pullig between devices is legit use :p quite good too Feb 24 07:02:53 being careful in such cases can also be a waste of time Feb 24 07:03:26 I don't see a problem with having mistakes if there is no one else Feb 24 07:03:43 got all too many "snap shot" commits as I toy with various ideas Feb 24 07:04:47 sure, and but it would still be part of history. in personal project I treat history with even less respect, but then I know in theory there's another person working on the repo (and perhaps more in the future) I at least try not to make a mess of things, sometimes Feb 24 07:05:37 i have found the random commit points handle when I revisit projects months later Feb 24 07:06:03 my main use of rebase however is if I have personal changes in local commits and I'm downstream of another project Feb 24 07:06:39 for that, I value not rebasing Feb 24 07:06:51 that's a personal preference Feb 24 07:07:02 too often upstream has new bugs Feb 24 07:07:20 for that I much rather create a new branch from upstream and cherry pick onto it Feb 24 07:07:35 same thing but makes reverting a lot easier if upstream broke my changes Feb 24 07:07:38 actually .. I would tend to agree that the 'learning' process can be stored in the commits that are reversed/changed .. you can see an evolution path Feb 24 07:07:40 hey zmatt the powersupply thing dint power on the board Feb 24 07:08:07 you've got a scope capture? Feb 24 07:08:12 nope Feb 24 07:08:47 if you're trying to debug a power supply issue, it helps to not be working blind Feb 24 07:09:05 I'd keep that scope nearby until the issue is solved Feb 24 07:09:16 hmm ohk Feb 24 07:09:31 zmatt: for the more esoteric issues... the demands for scope specs are rather extreme Feb 24 07:09:49 ds2: hmm? Feb 24 07:10:39 i love the PRU on the bbb so much Feb 24 07:10:47 it was such a good idea to add it Feb 24 07:11:43 my supply-related scope pics tend to have a horizontale scale of 2-50 ms/div... I don't think you need a fancy scope for that. I only sometimes wished I had more channels, but in this particular case two channels suffices Feb 24 07:12:07 we use a trusty fluke scopemeter for basic stuff Feb 24 07:12:19 kremlin: PRU is definitely one of the nicer parts of the am335x. :) still got to play with it myself though :/ Feb 24 07:12:32 the assembly language it uses is wonderfully simple Feb 24 07:12:34 pru's were never 'added' Feb 24 07:12:46 they were just another core in the chip :) Feb 24 07:12:53 veremit: well they kind of were, in the lineage of the am335x Feb 24 07:13:16 zmatt: then I would suspect they were 'efused' :P not physically appended lol Feb 24 07:14:18 no, its siblings and ancestors in the Netra/Centaurus lineage definitely lack PRU entirely, except for the 811x/j5eco afaik Feb 24 07:14:19 zmatt: rise time and high freq noises can demand a high spec scope Feb 24 07:14:48 ds2: the rise time issue is not about high freq, it's about meeting the < 50 ms constraint Feb 24 07:15:27 zmatt: there are other PS issues Feb 24 07:15:35 I recall stuff on the BBC Feb 24 07:15:38 yes, but the pmic afaik debounces all of them Feb 24 07:16:08 afaik a "glitch" needs to be about 10 ms to get the pmic to notice Feb 24 07:16:28 maybe I'm wrong though Feb 24 07:20:07 but those spikes in yellow are the clock cycles of the pmic -> http://elinux.org/images/a/a2/Bbb-poweron-by-5v-ramp-zoom.png ... that puts a bound on how fast the pmic can notice anything Feb 24 07:24:19 a pity I hadn't discovered the high-resolution setting of the scope back then :/ Feb 24 07:24:26 but I'm too lazy to take new pics Feb 24 07:26:23 gayatri: if you don't have capture facilities on your scope .. you can take a pic with camera/phone/etc and upload .. [zmatt] :) Feb 24 07:26:46 or just examine it yourself :P Feb 24 07:27:16 but yeah I do like that I can pull PNGs from our scope via HTTP Feb 24 07:28:40 zmatt: what scope are you using? Feb 24 07:29:21 agilent mso7054b Feb 24 07:30:00 ohk zmatt and veremit wil do Feb 24 07:30:14 the ui is sometimes a bit annoying, but it's otherwise a pretty okay scope Feb 24 07:30:29 im using U8031a Feb 24 07:31:27 that's not a scope Feb 24 07:32:17 lol wrong piece of equipment Feb 24 07:32:18 haha im talking of the supply Feb 24 07:32:28 that im using Feb 24 07:32:32 :D Feb 24 07:33:07 hey i just wanna knw if the specs of dis supply are fine?? Feb 24 07:33:09 :P Feb 24 07:33:17 wat shud i check for Feb 24 07:35:09 no problems with that psu Feb 24 07:35:22 you should have soft-on/off on there .. so slew rate won't be a problem Feb 24 07:35:52 veremit: soft *is* the problem Feb 24 07:36:04 really?! Feb 24 07:36:05 veremit: the pmic needs a fast rise, not a slow one Feb 24 07:36:11 that's what I said several times Feb 24 07:36:13 I mean soft-button .. Feb 24 07:36:16 hello once again Feb 24 07:36:26 rise-time should be instant if the caps are charged .. Feb 24 07:36:34 ok, well in my experience the soft-enable actually does... enable soft :P Feb 24 07:36:37 so i installed the latest jessie, and ran a few apt-get update/upgrades Feb 24 07:36:55 did a sudo reboot Feb 24 07:37:00 and now my bbb wont start up Feb 24 07:37:09 it just has a blinking cursor Feb 24 07:37:27 veremit: that power-on scope pic with the awfully slow start was also an agilent psu Feb 24 07:37:42 gtam: huh, odd. you got no errors while upgrading? Feb 24 07:37:49 no errors Feb 24 07:37:58 i did that kernel upgrade also Feb 24 07:38:01 probably a uboot/uenv thing .. Feb 24 07:38:09 how do i fix that Feb 24 07:38:10 blinking cursor... via hdmi? that does suggest it kinda starts Feb 24 07:38:11 bet its got stuck there .. Feb 24 07:38:17 yeah via hdmi Feb 24 07:38:28 if it didn't boot you wouldn't have any hdmi output at all Feb 24 07:38:29 hmm .. so framebuffer of some kind .. Feb 24 07:38:32 the leds keep blinking in the similar order Feb 24 07:38:41 try ssh Feb 24 07:38:53 u mean connect to it through usb? Feb 24 07:38:55 then ssh Feb 24 07:38:57 not over usb >,< Feb 24 07:39:05 oh Feb 24 07:39:05 usb or ethernet Feb 24 07:39:20 give it an ethernet, then attempt to ssh to it Feb 24 07:39:20 go tit Feb 24 07:39:29 leave the usb in Feb 24 07:39:35 i mean hdmi in Feb 24 07:39:38 or unplug Feb 24 07:39:39 although ethernet isn't 100% reliable .. its better than usb though Feb 24 07:39:49 veremit: either should work in practice Feb 24 07:39:52 gtam: doesn't matter Feb 24 07:39:57 zmatt: note the "should" ;) Feb 24 07:40:02 ok let me see if it picks up an ip Feb 24 07:40:23 veremit: well I don't know how connman behaves either way Feb 24 07:40:30 never used that thing Feb 24 07:40:45 ah I need to learn connman if we're putting it on production systems .. -sigh- Feb 24 07:40:51 better than full NM/etc. Feb 24 07:41:04 I just upgrade to stretch and use systemd-networkd :P Feb 24 07:41:16 ad I'm not leeting systemd-bs on -anything- I run .. :D Feb 24 07:41:52 so you're not running any image from rcn-ee then? ;) Feb 24 07:41:53 except in extenuating circumstances. Certainly not supporting it. Feb 24 07:42:24 that said .. I've got one kubuntu box I have to support. Feb 24 07:42:33 but its only an office 'box' Feb 24 07:43:10 so far my experience with it has been mostly positive Feb 24 07:43:32 thats my java-fixed, new-browser, readily updated box for now. Feb 24 07:44:10 no good over ethernet Feb 24 07:44:13 gonna try usb Feb 24 07:44:44 hmm sounds like kernel is not happy Feb 24 07:44:57 gtam: I don't suppose you have a serial cable? Feb 24 07:44:59 you got a serial debug cable? Feb 24 07:45:05 zmatt: jinx :p Feb 24 07:45:06 no serial Feb 24 07:45:15 go buy one. Feb 24 07:45:16 Nao. Feb 24 07:45:18 :D Feb 24 07:45:24 im actually kinda confused as to how to communicate to the bbb through my mac Feb 24 07:45:31 well it did show up as a disk Feb 24 07:45:41 as a disk?? Feb 24 07:45:44 o.O Feb 24 07:45:49 yeah Feb 24 07:45:55 i can browse the bb Feb 24 07:46:06 that sounds like a pretty bad sign Feb 24 07:46:20 ah hold on Feb 24 07:46:28 i have to setup this usb thing Feb 24 07:46:28 * zmatt holds on Feb 24 07:47:10 hm Feb 24 07:47:17 i guess i cant do that since the default ip Feb 24 07:47:23 is acutally my router's ip Feb 24 07:47:27 is that .. fallback u?m or usb mass storage? Feb 24 07:47:36 i guess Feb 24 07:47:55 gtam: hmm, that's really not helpful .. you'll see all sorts of weirdness if that collides ;) Feb 24 07:48:13 yeah. not too great Feb 24 07:48:20 ahhh daylight. And a second day of sunlight! holy moly. brb Feb 24 07:48:30 worst case is i reflash Feb 24 07:48:55 what did u guys think was the issue with uEnv Feb 24 07:49:20 or uboot Feb 24 07:49:26 and how would i troubleshoot that Feb 24 07:51:13 gtam: lol, they picked the 192.168.7.* network to avoid IP collisions since surely noone would happen to be using that same network at home Feb 24 07:51:46 haha im different Feb 24 07:51:53 i dont like using the stand 1.1 or 0.1 Feb 24 07:55:35 cant ssh Feb 24 07:55:47 nearly impossible to debug without serial cable Feb 24 07:55:49 oh wait Feb 24 07:55:59 yes i can ssh in Feb 24 07:56:01 now what Feb 24 07:56:35 i had to hook it up direct to my router. but now i have an dhcp address Feb 24 07:56:56 uhh, check journal I guess... I must admit I've kind of run out of mood to be tech support for today Feb 24 07:57:08 haha no worries Feb 24 07:57:15 thanks for the help so far tho zmatt Feb 24 07:57:23 should i just google Feb 24 07:58:23 in uenv Feb 24 07:58:30 i have cmdline=coherent_pool=1M quiet cape_universal=enable Feb 24 07:58:43 thats the only thing enabled Feb 24 07:58:52 nothing exists in the uboot folder Feb 24 07:59:35 dmesg? [pastebin] Feb 24 08:00:22 http://pastebin.com/ttjqySTE Feb 24 08:00:59 the only red things were Feb 24 08:01:00 [ 3.576216] wkup_m3_ipc 44e11324.wkup_m3_ipc: could not get rproc handle Feb 24 08:01:08 [ 3.899016] cpu cpu0: of_pm_voltdm_notifier_register: Failed to get cpu0 regulator/voltdm: -517 [ 3.899038] cpu cpu0: cpu0 clock notifier not ready, retry Feb 24 08:01:26 [ 18.707393] remoteproc1: Direct firmware load for am335x-pru0-fw failed with error -2 Feb 24 08:02:03 that seems to be the issue Feb 24 08:02:26 hm. dmesg is quite useful. didnt know abotu it Feb 24 08:03:21 often a bit verbose, and some message which look bad sometimes aren't .. but its a good first port-of-call Feb 24 08:04:23 oh yeah. zmatt was saying to disable the rt Feb 24 08:04:48 yeah you can't "disable" it per se .. you'll need to choose another kernel Feb 24 08:04:54 oh Feb 24 08:13:48 hm Feb 24 08:18:10 i found the issue Feb 24 08:18:13 no space left Feb 24 08:18:56 http://pastebin.com/BGDZ0KhN Feb 24 08:19:34 ah that can happen with a sufficiently big upgrade with insufficient free disk space Feb 24 08:19:37 very annoying Feb 24 08:19:46 what are things that i can get rid of Feb 24 08:20:06 that depends on what you care about :P Feb 24 08:20:27 i need to run npm and ble Feb 24 08:20:32 what's ble? Feb 24 08:20:39 bluetooth low energy Feb 24 08:20:50 do you need any gui stuff? Feb 24 08:20:56 ideally it would be nice Feb 24 08:21:07 but it seems like this 2gb makes it difficult Feb 24 08:21:11 the cloud9 ide? Feb 24 08:21:20 i dont need an ide Feb 24 08:21:35 I'd start from a console image, but that's just me Feb 24 08:21:49 thats probably a good idea Feb 24 08:21:54 yeah ditto but that may not be easy unless you're an experienced debian user Feb 24 08:22:08 im definitely not an experienced debian user Feb 24 08:22:17 i was like. why is there no ifconfig Feb 24 08:22:24 ip addr Feb 24 08:22:31 yeah then i installed net-tools Feb 24 08:22:42 ifconfig is kinda replaced by ip Feb 24 08:22:57 did not know that either Feb 24 08:23:07 my linux is basically - mac and some ubuntu Feb 24 08:23:11 redhat Feb 24 08:23:12 dunno why it's called ip when it also works for non-ip stuff, but I digress Feb 24 08:23:36 ok so i should just reflash to console Feb 24 08:23:58 for this 2gb, once i get my 4gb i guess i can go back to gui Feb 24 08:24:02 it's worth considering Feb 24 08:24:37 I personally much prefer using my own laptop than a gui on a bbb :P Feb 24 08:25:04 true Feb 24 08:25:15 but ive been working with a dragonboard Feb 24 08:25:18 and never had these issues Feb 24 08:25:34 so this eco system is all new Feb 24 08:25:35 to me Feb 24 08:25:41 you can apt-clean Feb 24 08:25:44 you won't need all the debs Feb 24 08:25:57 yeah i already tried that Feb 24 08:26:01 didnt make a dent Feb 24 08:26:13 kill chrome/ office/ ? (ie remove) Feb 24 08:26:22 no chrome is only on the 4gb lol Feb 24 08:27:24 lol... https://www.youtube.com/watch?v=Ua6pbz3ROvQ Feb 24 08:29:04 alrite ill figure it out Feb 24 08:29:05 thanks guys Feb 24 09:05:32 Hello everyone Feb 24 09:05:55 How do I select active internet connection: ethernet or usb? Feb 24 09:06:35 I have ethernet port connected to specific device, and USB connected to PC. I can ping my remote device, however i cannot connect to the internet no more. Feb 24 09:12:56 Hi!! has anyone here ever used mentorel uSomIQ bone cape? Feb 24 09:37:01 Guys, hello! Who was worked with manchester code? Feb 24 11:13:46 i found shop selling Altoids (in the UK) :) Feb 24 11:23:00 is https://github.com/beagleboard/linux the same kernel that's in this? http://beagleboard.org/latest-images Feb 24 11:34:40 no Feb 24 11:36:01 https://github.com/RobertCNelson/linux-stable-rcn-ee/tree/4.1.17-ti-r48 <-- these are (replace the version by whatever kernel version you're using, varies depending on the image) Feb 24 11:53:14 so what's https://github.com/beagleboard/linux? Feb 24 11:55:24 patched kernel sources? Feb 24 11:56:43 ohey, it seems that repo is maintained too... weird Feb 24 11:56:58 both are patched kernel sources clearly Feb 24 11:57:27 I thought beagleboard/linux only had old ones, but apparently not Feb 24 11:57:35 http://elinux.org/Beagleboard:BeagleBoneBlack_Rebuilding_Software_Image points to https://github.com/beagleboard/linux Feb 24 11:57:52 * zmatt shrugs Feb 24 11:58:15 :) Feb 24 12:03:16 this is the actual source repo -> https://github.com/RobertCNelson/ti-linux-kernel-dev/tree/ti-linux-rt-4.1.y (that's the default branch for jessie currently) Feb 24 12:03:38 i.e. if you run build_deb.sh there you should obtain debs identical to those in the APT repositories Feb 24 12:04:10 (modulo any differences that might arise due to choice of toolchain) Feb 24 12:05:17 I personally currently use https://github.com/RobertCNelson/bb-kernel/tree/am33x-v4.4 Feb 24 12:05:34 that's equivalent to the 4.4-bone series Feb 24 12:41:14 "The Rev A board did not pass FCC." What does FCC in that context mean? (beagleboard x15) Feb 24 12:43:12 baum: that is short for 'the tests required for compliance with FCC regulations for such a type of device didn't pass' Feb 24 12:43:49 I guess what this actually means is that it radiates undesired electromagnetic garbage in its surroundings Feb 24 12:44:31 tbr: i see, thanks :) Feb 24 13:31:51 tbr: what kernel are you using? Feb 24 13:32:12 ScrumpyJack: in which context? Feb 24 13:34:46 are there any rumors about the release of the beagleboard x15? about when could it be expected? Feb 24 13:35:08 soon™ Feb 24 13:35:45 somewhere between in a month and never, would be my guess Feb 24 13:36:09 with higher probability interval probably from 3 months to 9 months Feb 24 13:36:09 hmmm why "never"? Feb 24 13:36:20 because that's always an option Feb 24 13:36:36 e.g if the manufacturer goes bancrupt before it makes it to market Feb 24 13:36:49 true Feb 24 13:37:46 thanks for the info, looking forward to the board :) Feb 24 13:41:09 a large coronal mass ejection could lay ruin to our power and communications infrastructure. Feb 24 13:41:46 that might also upset the bbx15 schedule and/or being an end to end civilization as we know it Feb 24 13:42:44 s/to end/to/ Feb 24 13:45:59 Is there anyone who is familiar with the sgx driver? Feb 24 15:15:47 i need to interface with some 5v devices, http://www.ebay.com/itm/261078800311 fine? Feb 24 15:54:01 tbr the one that comes with the BBB latest images or the "bone" kernel? Feb 24 15:54:45 https://github.com/RobertCNelson/bb-kernel Feb 24 15:55:00 ScrumpyJack: I think on my BBW I have a 4.0 vanilla + handfull rcn patches Feb 24 15:56:02 I'd go with whatever rcn currently has as 4.x vanilla + patches Feb 24 15:56:20 somehow I don't trust the TI-RT kernels Feb 24 15:56:35 that's what I have Feb 24 15:57:50 I'm told the bone kernel has support for the PRUs, which the ti-rt doesn't (although i haven't checked) is that correct? Feb 24 15:59:41 this suprises me if the rt in ti-rt stands for real-time :) Feb 24 16:01:35 RT stands for RealTime patches for the Linux kernel Feb 24 16:02:12 please note that pru has a different access mechanism in vanilla as compared to the old 3.8 ti kernel Feb 24 16:25:53 Hi ! So .. I have been trying to understand the BBB architecture. And there is a question. Acc to what I understand, all the different modules (like the USART, PRU and others) will work perfectly on the SoC ( if there drivers has been loaded), but to route their output to the available pins on the BBB ( the female connectors) we'll have to route them, and that is what the device tree itself and device tree overlays does. Am I right with this ? Feb 24 16:35:00 iAmJ: roughly yes Feb 24 16:35:27 roughly ? where am I wrong ? Feb 24 16:36:04 if you can describe better what you want to do, we're more likely to be able to help you :) Feb 24 16:36:39 but basically .. device-tree determines which of a set of functions is routed to the io pins of the chip Feb 24 16:37:24 it will also ensure that any associated clocks are configured sensibly (or should) Feb 24 16:37:42 it also tells the kernel which driver to use for them Feb 24 16:37:48 associated irqs, dma channels Feb 24 16:38:05 that sort of stuff Feb 24 16:38:48 oh ! ohk .. so .. what I am trying is, to load the uio_pruss .. but its showing no logs in kern.log though lsmod shows up the driver Feb 24 16:39:45 iAmJ: what kernel are you using? Feb 24 16:40:28 and the example comes up with the error "prussdrv_open open failed" Feb 24 16:40:43 oh sorry .. its 3.8.13-bone79 Feb 24 16:41:01 you normally don't have to manually load the module, that will happen automatically Feb 24 16:41:50 possibly pruss needs to be enabled via an overlay or something... I don't actually have experience myself with pruss yet though, nor do I have any idea what the default DT for that ancient kernel contains Feb 24 16:42:05 when ? on boot ? but after booting up lsmod dosent show uio_pruss as loaded Feb 24 16:42:29 iAmJ: then the kernel did not see any reason to load it, which also means it'll see no use for it if you load it manually Feb 24 16:43:03 ScrumpyJack: 4.1-ti uses remoteproc instead of uio_pruss Feb 24 16:43:13 I don't know the details of either, just that they're different Feb 24 16:44:03 zmatt: so what dt should I load ? will a DT containing configuration for any of the pru IOs ? Feb 24 16:44:44 which one is efficient ? remoteproc ? or uio_pruss ? Feb 24 16:45:04 -rt has no relevance on it. it's a set of patches that allows code that's designed to take advantage of it to have low-latency response to external events (at the expense of making the kernel overall less efficient) Feb 24 16:45:10 iAmJ: I'm sorry, I have no idea Feb 24 16:45:22 as I said, I don't actually have experience with pruss myself yet Feb 24 16:48:07 ohk, so I will try overlaying a DT for the pru . Thanks for the info . Feb 24 16:48:26 so the BBB has a posh C9 IDE to write and push js and other such things, but i've never used C9 IDE before. Feb 24 16:48:41 just playing around, and linked my github to C9 Feb 24 16:49:29 zmatt: btw, how would you define the functions of a DT overlay ? Feb 24 16:49:38 So now i have C9 on the BBB and C9 on the intertubes. what does C9 online do for me? Feb 24 16:49:59 iAmJ: I'm sorry, I'm a bit busy at the moment, maybe someone else can explain more about it Feb 24 16:50:33 zmatt: Ohk, Thank you :) No problem :) Feb 24 16:50:52 i mean can i store a BBB workspace online, edit it online with the BBB in the drawer and run the code later from the BBB? is it all synced up? Feb 24 16:53:18 * ScrumpyJack discovers the Premium feature list for C9 and at $207 a year, passes. Feb 24 18:05:32 Hey ! where can i find the source for the DT BB-BONE-PRU-01 ? Feb 24 18:52:06 lmgtfy: https://github.com/beagleboard/devicetree-source/tree/master/arch/arm/boot/dts Feb 24 22:21:43 Hi all I have one question Feb 24 22:22:01 is it possible to extend count of the USB on the beaglebone black ? Feb 24 22:22:37 http://beagleboard.org/enhanced Feb 24 22:24:13 thanks )) Feb 24 22:24:43 when I can buy it ? Feb 24 22:24:51 can't found in the shop ( Feb 24 22:27:31 looks like it is not available now. Feb 24 22:27:52 any other idea how to extend count of the USB on the beagle-bone ? Feb 24 22:28:10 use a usb hub Feb 24 22:28:46 tbr, a *what*? Feb 24 22:29:09 ecdhe: yeah, unheard of, a very recent revolutionary disruptive invention Feb 24 22:29:25 ooooh, disruptive! I like the sound of that! Feb 24 22:32:12 >>. use a usb hub - I would like to escape from that solution Feb 24 22:32:29 and would be great to use native pins from the board Feb 24 22:32:54 Dez: there's no USB on the headers so that's the only way Feb 24 22:33:12 ok Feb 24 22:33:34 does any body know estimation for enhanced - board ? Feb 24 22:33:45 when it going to be available ? Feb 24 22:34:14 and expected price ? Feb 24 22:35:38 you can repurpose the usb device mode port, but it's hacky Feb 24 22:36:25 alexhiam: he could always use a SPI to USB controller or bitbang it *snicker* Feb 24 22:37:02 tbr, bitbanging is not impossible if you just have to support a low level peripheral such as a keyboard. Feb 24 22:37:17 There are evening open source examples for embedded platforms. Feb 24 22:37:20 Dez: what do you need USB for? Feb 24 22:37:21 SPI doesn't provide necessary performance (25 MBIT/S) Feb 24 22:37:55 alexhiam - i want to connect custom usb-WIFI device and WEB-Camera Feb 24 22:38:13 ecdhe: go ahead write a usb controller for the PRU :D Feb 24 22:38:14 alexhiam - each of this devices require high speed interface Feb 24 22:38:33 Dez: get different hardware Feb 24 22:38:35 yeah, then an external hub is really the only way to go Feb 24 22:39:02 no release date yet that I know of for the enhanced Feb 24 22:39:25 tbr: - do you know alternatives ? RPI - for example not acceptable Feb 24 22:40:03 alexhiam: ok - thanks - will use USB hub Feb 24 22:40:25 jkridner: "DDR3L 606MHZ" .. that doesn't make any sense... the max speed supported by the AM335x is 400 MHz Feb 24 22:40:42 and 606 MHz isn't even a standard speed bin Feb 24 22:46:00 Dez: no. I have no idea of any ARM board that would have more than one usb port that's not a USB hub. closest would be a minnowboard max/turbot. Feb 24 22:46:46 or an old/used laptop for that matter, though there many usb ports are also internally on a HUB **** ENDING LOGGING AT Thu Feb 25 02:59:59 2016