**** BEGIN LOGGING AT Wed Dec 31 02:59:58 2014 Dec 31 03:13:25 tb__: it's holy Dec 31 04:25:34 hai all, Am working for power managment in am335x. But there is no supported source files in kernel-3.8.13. Is there any seperate patch available or where shall i get all those files? Dec 31 04:41:26 Hi. I'm looking for a board that has 1.8V digital I/O pins. It looks like the original BeagleBoard has that. Does anyone know if the BeagleBoard-xm has it too? Dec 31 06:00:42 hi Dec 31 06:01:00 can I use MCP4725 DAC with BBB Dec 31 06:01:03 http://www.generationrobots.com/media/mcp4725-12-bit-dac-tutorial.pdf Dec 31 06:05:41 please help Dec 31 06:12:24 any body here Dec 31 06:20:01 knock knock knock Dec 31 06:20:48 patience is a virtue Dec 31 06:21:16 have you looked at the BBB SRM? have you looked at the PDF you link? Dec 31 06:21:54 yes Dec 31 06:22:25 I had read the PDF Dec 31 06:23:03 and SRM as well I know that BBB is having an I2S support Dec 31 06:23:24 but this isn't I²S it's I²C Dec 31 06:24:33 but I want to produce a sine wave with desired frequency on Oscillosope,I tried it with PWM PIN ie p9_14 but the output is not desired so Dec 31 06:25:47 I also tried amplifying the output of PWM pin with LM386 IC Dec 31 06:26:48 sounds like you might want that sound codec cape Dec 31 06:27:27 According to the PDF link MCP4725 can be used with arduino to produce sine wave but I am nt sure if I can interface it with BBB Dec 31 06:27:49 I mean adafruit support library is only available for Arduino UNO Dec 31 06:28:20 give me some link for sound codec cape Dec 31 06:28:23 ? Dec 31 06:30:28 - Dec 31 06:30:28 _ Dec 31 06:30:37 Thanks I got the Audio cap Dec 31 06:30:46 http://www.aerodynes.fr/2014/06/04/beaglebone-black-audio-cape/ Dec 31 06:31:09 but what would be coding part for this cape Dec 31 06:44:51 knock knock knock Dec 31 08:19:49 morning, can anyone help me use the 3.19 kernel rcn-ee published with device over lay? Dec 31 08:20:07 the slts files is missing after booting the kerenl Dec 31 09:00:56 Hai, I need support for power management implementation in 3.8.13kernel - am33xx. Any 1 help me!! Dec 31 09:03:09 I don't think there's much power management Dec 31 09:23:46 tbr : That means we cannot implement power managment in 3.8.13 kernel??? Dec 31 09:27:40 embed: I have no idea, have you tried looking for TI documentation on that topic? Dec 31 09:30:00 tbr : The discussion is about they had applied lots of patches for power managment and they are failed. Dec 31 09:30:41 I personally know nothing about power management on the BBB Dec 31 09:30:54 you could try asking RCN or TI Dec 31 09:32:45 tbr : sorry, RCN means? Dec 31 09:33:05 a person, robert nelson Dec 31 11:15:20 the timezone rcn uses is a bit hard for me Dec 31 11:15:59 does any one else know how to get the device tree overlay working using the latest 2.19 kernel by rcn? Dec 31 12:08:09 Good morning =) Dec 31 13:52:46 opcode: I looked it up though, and "wholly" is indeed a word--it means in its entirety. So in the example lens gave, it might be the appropriate form indeed. Dec 31 13:52:59 damnit Dec 31 13:53:07 lol Dec 31 13:56:15 ugh, what are they teaching you pesky kids in school Dec 31 13:57:38 heh...i'm almost 50 Dec 31 13:58:17 no excuse then! Dec 31 13:58:33 well, except that either could be valid in this situation Dec 31 13:58:41 i am wholly disappointed Dec 31 13:59:10 Holy mackerel, you used "wholly" in a sentence Dec 31 13:59:36 i do so frequently because i'm a miserable bore Dec 31 13:59:58 i resemble that remark Dec 31 14:03:24 * tb__ had to send in a couple BBB units for RMA Dec 31 14:03:36 first time I've ever had to do that Dec 31 14:03:48 rma? Dec 31 14:04:48 Return Merchandise Authorization Dec 31 14:05:49 huh. Dec 31 14:07:57 my luck is gonna run out eventually, god knows how i haven't managed to fry mine by sheer drug-addled incompetence Dec 31 14:08:29 well, i didn't do anything that should have caused these to fail Dec 31 14:08:55 i have had a BBW unit for over 18 months, and have not once had a single problem (knock on wood) Dec 31 14:09:22 both of them circuitco boards? Dec 31 14:09:35 the first RevC BBB was just sitting there running with me SSH'd in Dec 31 14:09:38 and it quit Dec 31 14:09:53 yes, i believe so--they aren't Element14 Dec 31 14:10:20 afaik if it's not element14, it's circuitco, don't think anyone else has production plans Dec 31 14:10:49 the second one failed while attached to an ADXL345 accelerometer, after working for like 4-5 minutes. After it failed I replaced it in the circuit with the BBW Dec 31 14:10:55 same wires, same pins Dec 31 14:10:59 same accelerometer Dec 31 14:11:05 worked perfectly Dec 31 14:11:44 odd, how were they powered? Dec 31 14:11:46 used it for an hour then, to run the examples in Derek Molloy's book. Not a single issue Dec 31 14:12:05 5v DC supply from Adafruit (everything was from Adafruit) Dec 31 14:12:21 so i sent that power supply with the units Dec 31 14:12:50 sounds familiar -_- Dec 31 14:13:20 you've had similar problems with a BBB? Dec 31 14:21:31 lens, have had BBB units fail under similar circumstances? Dec 31 14:21:39 have *you* had... Dec 31 14:28:24 Any link to download freeBSD for the BBB? Dec 31 14:29:16 I am looking at this: https://wiki.freebsd.org/FreeBSD/arm/BeagleBoneBlack Dec 31 14:30:05 maybe check Robert C Nelson's page? Dec 31 14:30:14 not sure if he supports that distro or not Dec 31 14:45:41 knob: have you tried the bottom of the page? Dec 31 14:51:34 I wondered about that as well beest Dec 31 14:51:39 "BeagleBoneBlack snapshots are available for FreeBSD 10.0-RELEASE and FreeBSD 11-CURRENT." Dec 31 14:54:54 tb__, I have a bbb that just kind of shits out like all the time Dec 31 14:55:02 first gpio thing I've ever owned Dec 31 14:55:15 and I also wanted fbsd on it Dec 31 14:55:35 you need to modify stuff for the emmc because emmc is dev1 and microsd is dev0 Dec 31 14:55:54 something about MLO made it so Dec 31 14:59:28 have you checked the kernel log to see what's going on, lens ? Dec 31 14:59:49 I get kernel panics and haven't diagnosed anything any further Dec 31 14:59:54 too busy to even use my bbb Dec 31 15:00:06 my issues are in hardware Dec 31 15:00:38 the BBBs won't even power on anymore, and the little power LED just flickers when you plug it in, or press the POWER button Dec 31 15:00:55 so it's like the PMIC is sensing an over-current condition, and going into overload Dec 31 15:01:06 sounds like an IC shorted maybe? Dec 31 15:01:32 neither unit got warm, made a sound, smoked, or did anything weird. they just quit Dec 31 15:29:05 rcn-ee is you really here? Dec 31 15:29:42 maybe you can help me understand how to find the solts file when booting from 3.19 kerenl? Dec 31 15:29:58 cityoflights2, nope.. just your imagination... "waves hand" you don't see me.. Dec 31 15:30:00 s/solt/slots/ Dec 31 15:30:30 cityoflights2, sorry nothing outside of v3.8.x, v3.19-rc2 re-introduces overlays, but the capemgr is reported yet.. Dec 31 15:30:32 well I do live on a diffrent time zone then you, that's my fault Dec 31 15:30:49 so, seems you are the only one here that can tell me Dec 31 15:31:23 where is the slots file that used to be in/sys/devices that was used to load overlays? Dec 31 15:32:27 the "slots" file is created by the "capemgr" in v3.8.x... With v3.19-rcX, we now have the overlay subsystem. (which the "capemgr" used)... So to get the 'slots' file back, we need to re-port "capemgr".. Dec 31 15:33:22 cityoflights2, you can see the manual "non-slots" method here: http://www.spinics.net/lists/devicetree/msg61079.html Dec 31 15:33:42 I see Dec 31 15:33:54 crap, i need to add that patch to my v3.19-rcx tree too... Dec 31 15:34:18 but anywho... i've added a 3.19.x branch to my dtb-rebuilder.. what overlay/capes are you trying to use with v3.19-rcx? Dec 31 15:34:38 where can I read all about this? the wiki with the kerenel links didn't tell me about this change Dec 31 15:35:10 rcn-ee: I just want to pullup gpio48 Dec 31 15:36:30 well the "device-tree" mailing list.. It's not in a wiki.. well cause it was "just" merged into "v3.19-rc1" last week.. Usually it takes a few weeks for mainline to stablize before we start really testing the new interfaces..... Can't write a wiki before we know how it works.. Dec 31 15:37:27 1. I want to help 2. where is the device tree mailing list Dec 31 15:37:29 cityoflights2, that's pretty easy, this holds eMMC in reset via a gpio: https://github.com/RobertCNelson/dtb-rebuilder/blob/3.19.x/src/arm/am335x-bone-emmc-in-reset.dtsi Dec 31 15:38:24 just google "device tree mailing list" .;) Dec 31 15:38:47 thanks mate Dec 31 15:42:51 beest, just saw that... thank you! Dec 31 15:45:56 I am looking to read that configfs-overlays.txt and can't find it Dec 31 15:46:09 https://github.com/torvalds/linux/tree/master/Documentation/devicetree doens't have that file Dec 31 15:48:45 rcn-ee I can't find that configfs-overlays.txt file to explain how to use the overlay in 3.19 Dec 31 15:50:00 cityoflights2, the overlay subsystem was merged, but the "DT-Overlay configfs interface" was not... you need to add that patch i linked too. Dec 31 15:51:32 I see Dec 31 15:52:21 right right, sorry, didn't read the full post Dec 31 15:53:04 oh seems easy Dec 31 17:34:08 what are the sd card brands to avoid these days? Dec 31 17:34:59 anything on ebay that could be easily counterfitted.. Dec 31 17:35:24 happy new 2015 Dec 31 17:36:11 Current fST is: 2014-12-31 17:36:11 Dec 31 17:39:48 did anyone explain how is device tree different then kernel modules? Dec 31 17:43:38 cityoflights2, are you really looking for a writeup? Dec 31 17:46:04 I read how to use a device tree, but didn't understand why there was a need to invent it Dec 31 17:46:21 I mean , can't I load a module with an argument? Dec 31 17:46:35 then reload it with a new argument? Dec 31 17:46:36 cityoflights2, device tree = firmware... Dec 31 17:46:57 lol Dec 31 17:47:34 I think I understand Dec 31 17:48:02 so you must supply a new firmware every time.. Dec 31 17:48:42 it's suppost to be stable, eventually the device tree blobs will be seperate from kernel, but right now it's still in development.. Dec 31 17:49:10 oh ya , did anyone write an alsa driver for the pwm used in the BBB? Dec 31 17:50:01 ok, I will wait for you to release the 3.19 with the new device tree patch and use it Dec 31 17:50:30 I was looking at using the pwm to drive a pieso-electric speaker Dec 31 17:50:54 I think this used to have an alsa driver as "pc speaker" right? Dec 31 17:51:06 pushed it to my staging tree this morning: https://github.com/RobertCNelson/linux-dev/commit/8bbac893ea643e2b3aef65c8560c0b639be89530 Dec 31 17:51:18 nice Dec 31 17:51:20 it'll be party of the rc3 snaphot this sunday.. Dec 31 17:51:25 party/part.. Dec 31 17:51:55 any new features introduced in the 3.19 kernel? Dec 31 17:52:29 by the way I did not understand why you need the gpio hog and the holding down the eMMC reset pin Dec 31 17:54:40 cityoflights2, then you don't mind corruption on the eMMC? You need to keep the eMMC in reset, if you want to use those muxed pins for something else.. Dec 31 17:55:03 I see Dec 31 17:57:01 cityoflights2, "new features" you can see all the changes here: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/diff/?id=v3.19-rc2&id2=v3.18&dt=2 Dec 31 17:57:46 yep I read that, just asked if there was anything other then device tree relevant to the BBB Dec 31 17:58:05 the qualcomm gpu module doesn't effect us Dec 31 18:00:24 well lots of things releveant to the BBB, but a 1 line summary isn't going to help you... Dec 31 18:02:37 is it polite to ask here about why linux previusly didn't add device tree suport and now it is going in to the kerenl? Dec 31 18:03:00 again, I just now this information, I didn't understand the whole picture Dec 31 18:04:55 cityoflights2, start here: https://lkml.org/lkml/2011/3/17/492 then start reading the device tree mainline list... Dec 31 18:05:10 ok Dec 31 18:06:05 at that time, 'powerpc' had been using device tree's.. Dec 31 18:10:12 time for me to go Dec 31 19:04:43 happy new year, guys! Dec 31 19:05:54 tdy: hey mate. happy new year! I see that you play around with kinect on beaglebone linux. and you met this " Failed to open camera subdevice or it is not disabled.Failed to open motor subddevice or it is not disabled.Failed to open audio subdevice or it is not disabled.Error: Invalid index [0] " How did you solve that? many thanks! Dec 31 19:06:52 is there a new debian image up today? Dec 31 19:14:28 disregard that, I'm an idiot for not looking first. Thanks for the work you do! :) Dec 31 20:48:49 what is the default network address (over the ethernet, not usb) for the debian build for the bbb? Dec 31 20:50:25 dhcp? Dec 31 20:50:52 yates: "beagleboard.local" or "arm.local"... Dec 31 20:51:08 or "beaglebone.local" .. one of those 3.. Dec 31 20:51:20 i think he's asking about ip address Dec 31 20:51:50 i think he is too, it's really unknown but the zero config eth package is installed so the hostname.local should work.. Dec 31 20:51:50 rcn-ee: you're saying the bbb "publishes" those domain names? Dec 31 20:52:02 rcn-ee: what's the config option for UMS support in u-bot? that looks really nice! Dec 31 20:52:02 yeap.. avahi-daemon? Dec 31 20:52:38 cool. thank you. Dec 31 20:52:49 vagrantc, this 5 line diff at the bottom.. https://github.com/RobertCNelson/Bootloader-Builder/blob/master/patches/v2015.01-rc4/0001-am335x_evm-uEnv.txt-bootz-n-fixes.patch#L342 Dec 31 20:53:09 now just to get mainline cordiante with debian/ubuntu/fedora/etc.. and we can create "noobs" for bbb. ;) Dec 31 20:53:19 Just 10 times slower. ;) Dec 31 20:53:23 heh Dec 31 20:54:23 vagrantc, might be fun to get u-boot to change that.. i can see the "usb-eth" is more setup for u-boot developers, whereas usb-mass might be more for consumers. ;) Dec 31 20:57:18 * vagrantc wonders what usb-eth would be good for on devices that already have ethernet Dec 31 20:59:10 my inital thought last night, tftp boot over usb-net.. ;) for kernel development? only one cable needed.. Dec 31 21:09:18 * vagrantc will be reviewing debian u-boot patches and attempting to get them all upstreamed Dec 31 21:10:13 rcn-ee: it seems you have more patches again... :) Dec 31 21:11:15 vagrantc, always have more patches. ;) v2015.01 is broken for us (dd MLO/u-boot.img) and i dropped the voltage rail change.. As it turns out, we don't have infastruture to "properly" downscale the voltage.. ti ran into issues on am43xx's... Dec 31 21:11:42 rcn-ee: so the voltage change should be reverted? Dec 31 21:11:55 rcn-ee: i did end up getting that in jessie Dec 31 21:12:16 for the bbb Dec 31 21:12:31 yeah we should revert it.. (if done in kernel land..) u-boot should be fine... The issue is stabilty concerns when we down volt it in kernel land.. Dec 31 21:12:49 just in u-boot for jessie Dec 31 21:13:37 vagrantc, see this thread: http://www.spinics.net/lists/devicetree/msg56399.html Dec 31 21:14:25 i gave a whirl at adding support for using config_distro_bootcmd, but had problems with differing use of $bootpart Dec 31 21:14:33 From Keerthy: The issue is seen when we are executing from DDR and the voltage is changed Dec 31 21:14:33 (in our case lowered) on the fly. Dec 31 21:15:23 mostly impacted the element14 ones? Dec 31 21:16:00 Keerthy was working on am43xx brinup... Dec 31 21:17:30 bootpart is a little painful on the bbb, if only the mci's interfaces had been reversed.. then 0=0 and 1=1. ;) Instead of what we got now.. Dec 31 21:20:51 rcn-ee: would those domain names be accessible if the bbb were on a local network along with a win7/win8 computer from the win7/win8 computer without any special configuration? Dec 31 21:21:16 and is dhcp enabled by default on a fresh debian install? Dec 31 21:21:24 Windows is stupid about domains. Dec 31 21:21:35 Especially avahi domains. Dec 31 21:21:58 yates, maybe... http://linux.die.net/man/8/avahi-daemon it should work with mac's.. as it's based on their Zeroconf architecture Dec 31 21:22:03 let me state that in this scenario i could not get a route to the bbb. Dec 31 21:22:33 yates: Can you just ask your DHCP server which IP address it handed the bone?> Dec 31 21:23:03 https://learn.adafruit.com/bonjour-zeroconf-networking-for-windows-and-linux/overview Dec 31 21:23:05 so in essence the computer you're trying to connect from must be running an avahi daemon? Dec 31 21:23:15 yates, ^ you need to isntall something special for windows.. Dec 31 21:24:04 agmlego: we had a snafu in that we didn't know which sdcard was which and one of them may have had dhcp disabled Dec 31 21:24:13 and i'm working remotely. Dec 31 21:24:26 rcn-ee: thanks - i'll read up. Dec 31 21:24:30 yates, bbb has avahi-daemon by default, just the router (or if no router, the wbox has to have zeroconf isntalled) Dec 31 21:26:10 yates, i ran into that last night... avahi-deamon also doesn't work if eth0 is disabled.. lost 15mins on that debug. ;) Dec 31 21:31:39 yates: Ah. Dec 31 21:33:36 rcn-ee: is UMS incompatible with th emass storage driver~~~~~~~~~~~ Dec 31 21:33:49 er, usb-eth? Dec 31 21:34:24 they both seem to require initialization... Dec 31 21:41:36 it looks like it's one or the other, but yes you need init it from u-boot: ums 0 mmc 1 (ums usb-device mmc mmc-device) Dec 31 21:47:24 nice. **** ENDING LOGGING AT Thu Jan 01 02:59:59 2015