[beagleboard] Re: How to set time automatically at power up?

Robert Nelson wrote: > On Thu, Dec 15, 2016 at 10:57 AM, Chris Green wrote: > > Robert Nelson wrote: > >> On Thu, Dec 15, 2016 at 10:14 AM, Chris Green wrote: > >> > I run a headless BBB on my boat. I need it to have the right time so > >> > that information it sends is correctly time stamped.

[beagleboard] PRU rpmsg issues with IOT 2016-11-06

Hello, I have been developping something for a while now. I started on a BBB rev A, migrated to rev C and have now switched to BBG (no need for HDMI. For the OS, I have migrated from angstrom to Debian 7, to 8, kernel 3.X to 4.4. Now I need advice on choosing a version. I am running a bunch of

[beagleboard] Re: PRU rpmsg issues with IOT 2016-11-06

You are very close!!! One thing to try right away is to: rmmod pru_rproc and then modprobe pru_rproc I don't think you are removing pru_rproc before re-probing it. In my latest Debian image this works, and you don't need to do the bind in addition to this. Of course the bind should work as w

Re: [beagleboard] Re: Ubuntu on the Beagle

On Fri, 12/16/16, Heinz Hummel wrote: Subject: Re: [beagleboard] Re: Ubuntu on the Beagle To: beagleboard@googlegroups.com Date: Friday, December 16, 2016, 8:02 AM I have the feeling, in Ubuntu forums people expect a (somewhat high) minimum lev

[beagleboard] Re: PRU rpmsg issues with IOT 2016-11-06

Firstly: Thank you very much for your quick reply! So much stuff to keep track of! Zerothly: Your ADC article is simply Amazing! I wish i'd found it sooner! I am indeed using mailboxes in my PRU code, compiled with ti-cgt-pru_2.1.2 from code samples in the processor sdk pru-icss-4.0.2 package.

[beagleboard] Debian 7.9 - kernel upgrade to 4.4 - can't flash eMMC from SD

Used debian image: https://debian.beagleboard.org/images/bone-debian-7.9-lxde-4gb-armhf-2015-11-12-4gb.img.xz I booted it from SD Card and then i did: cd /opt/scripts/tools/ git pull ./update_kernel.sh --bone-kernel --lts-4_4 reboot For now system starts from SD Card fine, but when I try flash

Re: [beagleboard] Re: pru + 4.4 kernel?

Hello Jay! You need not adapt the device tree when you use a bone kernel. (The device tree fixup is for TI kernels only.) Am Freitag, 16. Dezember 2016 05:44:26 UTC+1 schrieb Jay Doobie: > > I figured out what happened, it wasn't am335x-boneblack.dts, but > am335x-boneblack-wireless.dts. Seems

[beagleboard] Fwd: CHANGES FOR CODE COMPOSER STUDIO (CCS)

I thought this might be interesting to developers on this list. Regards, John > Begin forwarded message: > > From: myRegisteredSoftware > Subject: CHANGES FOR CODE COMPOSER STUDIO (CCS) > Date: December 15, 2016 at 2:31:53 PM PST > To: undisclosed-recipients:; > > CHANGES FOR CODE COMPOSER

Re: [beagleboard] Re: pru + 4.4 kernel?

Hi TJF: is there some place I can find more info on the DT's across kernels? I'm using 4.4.30-ti-r64. I have access to the PRU, and I think my DT isn't updating anything (even though it seems to install properly). My DT can be seen here: https://github.com/doobie42/OpenPegasus/blob/master/dt

[beagleboard] Re: PRU rpmsg issues with IOT 2016-11-06

Thank you so very much! Everything working fine now! Took awhile to realize that the resource_table_0.h file was also modified! So I guess I will not have to download the whole >2GB Platform_sdk again and just use the pru-software-support-package ! Thank you again! On Friday, December 16, 2016

Re: [beagleboard] Re: pru + 4.4 kernel?

Jay, If by "updating" you mean your overlay isn't loading at boot. That would be because the overlay is not in the initramfs. Which is needed for the latest images. I actually posted on the groups about this a few days go, so I'll find my post and copy paste the procedure here. If this is not wha

Re: [beagleboard] Debian 7.9 - kernel upgrade to 4.4 - can't flash eMMC from SD

On Fri, Dec 16, 2016 at 9:53 AM, Grzegorz G wrote: > Used debian image: > https://debian.beagleboard.org/images/bone-debian-7.9-lxde-4gb-armhf-2015-11-12-4gb.img.xz > > I booted it from SD Card and then i did: > > cd /opt/scripts/tools/ > git pull > ./update_kernel.sh --bone-kernel --lts-4_4 > > r

Re: [beagleboard] Re: pru + 4.4 kernel?

> > So whatever way that works for you, is the right way. But yes, in my own > opinion loading from uEnv.txt is the proper way. As the pin configurations > take place the quickest possible after a boot. > > >1. So you need the overlay in /lib/firmware of course. >2. Then you need to add the

Re: [beagleboard] Re: pru + 4.4 kernel?

I was grepping /sys/kernel/debug/pinctrl/44e10800.pinmux/pins for 994 -B 4 -A4 and loading my overlay manually: "echo openpegasus > /sys/devices/platform/bone_capemgr/slots" According to dmesg it seems like it accepts my overlay without error. I'll keep the above in mind when I try to load it

Re: [beagleboard] Debian 7.9 - kernel upgrade to 4.4 - can't flash eMMC from SD

On Fri, Dec 16, 2016 at 12:39 PM, Robert Nelson wrote: > On Fri, Dec 16, 2016 at 9:53 AM, Grzegorz G wrote: >> Used debian image: >> https://debian.beagleboard.org/images/bone-debian-7.9-lxde-4gb-armhf-2015-11-12-4gb.img.xz >> >> I booted it from SD Card and then i did: >> >> cd /opt/scripts/tool

Re: [beagleboard] Re: pru + 4.4 kernel?

Jay, Ok, so can you describe in more detail what the problem is ? Also pasting the output of the commands you're running to test your overlay may help too. On Fri, Dec 16, 2016 at 11:45 AM, Jay Doobie wrote: > I was grepping /sys/kernel/debug/pinctrl/44e10800.pinmux/pins for 994 -B > 4 -A4 > >

Re: [beagleboard] Re: pru + 4.4 kernel?

Ya know, I figured out what happened, I wish things were a bit better documented, what you indicated above about creating the initramfs fixed it. I believe what happened was I modifed the uEnv.txt file and thought it took my changes, but it didn't. I was running still with HDMI enabled and th

Re: [beagleboard] Re: pru + 4.4 kernel?

On Fri, Dec 16, 2016 at 11:55 AM, Jay Doobie wrote: > Ya know, I figured out what happened, I wish things were a bit better > documented, what you indicated above about creating the initramfs fixed > it. I believe what happened was I modifed the uEnv.txt file and thought it > took my changes, bu

Re: [beagleboard] Re: pru + 4.4 kernel?

Yeah, of course now the PRU died, which I had working before .time to debug that again :) On Friday, December 16, 2016 at 2:00:53 PM UTC-5, William Hermans wrote: > > > > On Fri, Dec 16, 2016 at 11:55 AM, Jay Doobie > wrote: > >> Ya know, I figured out what happened, I wish things were a bit

[beagleboard] Fix the driver signage of the Windows 64bit package

In particular, the RNDIS driver signage is no longer valid. It needs the SHA2 signature. I got it to work by signing it myself with my keys, not a good solution for most people. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed

Re: [beagleboard] Debian 7.9 - kernel upgrade to 4.4 - can't flash eMMC from SD

I did test with TI Kernel: cd /opt/scripts/tools/ git pull ./update_kernel.sh --ti-channel --lts-4_4 flash eMMC from SD proces started: few cylon led sequence and now all leds are on. What's main difference betwen bone and TI kernel? I saw in dmesg log that bone kernel not support omap-shim (w

Re: [beagleboard] Debian 7.9 - kernel upgrade to 4.4 - can't flash eMMC from SD

On Fri, Dec 16, 2016 at 1:56 PM, Grzegorz G wrote: > I did test with TI Kernel: > > cd /opt/scripts/tools/ > git pull > ./update_kernel.sh --ti-channel --lts-4_4 > > flash eMMC from SD proces started: few cylon led sequence and now all leds > are on. > > What's main difference betwen bone and TI k

Re: [beagleboard] Debian 7.9 - kernel upgrade to 4.4 - can't flash eMMC from SD

I gave a second chance to TI kernel to flash eMMC from SD and it was successful - cylon leds then all leds on and auto power off. So now I have working wheezy with 4.4.39-ti-r75 kernel. I've looked to jessie debian images and I saw that there is TI kernel used - I guess this is the right direct

[beagleboard] SRM for BeagleBone Black Wireless

Hello, Has the new SRM been published for the BeagleBone Black Wireless? Specifically, I am trying to wire into the TP headers for power management, I noticed the name of the pins has changed and wanted to confirm that they are the same with the SRM. If so, could someone link to it? Thanks,

[beagleboard] Re: v4.9.x-ti now open for testing...

I read through this thread and noted that the PRU isn't working yet? I ended up compiling a 4.9.0-rc6 kernel, although not the ti variant, and was able to get the PRU working with the old UIO driver. I was hoping at some point to switch to the new remoteproc driver, but reading through this thr

Re: [beagleboard] Re: v4.9.x-ti now open for testing...

On Fri, Dec 16, 2016 at 3:38 PM, roboknight wrote: > I read through this thread and noted that the PRU isn't working yet? I > ended up compiling a 4.9.0-rc6 kernel, although not the ti variant, > and was able to get the PRU working with the old UIO driver. I was hoping > at some point to switch

Re: [beagleboard] Re: v4.9.x-ti now open for testing...

On Friday, December 16, 2016 at 4:44:33 PM UTC-5, RobertCNelson wrote: > > On Fri, Dec 16, 2016 at 3:38 PM, roboknight > wrote: > > I read through this thread and noted that the PRU isn't working yet? I > > ended up compiling a 4.9.0-rc6 kernel, although not the ti variant, > > and was able

Re: [beagleboard] Debian 7.9 - kernel upgrade to 4.4 - can't flash eMMC from SD

On Fri, Dec 16, 2016 at 2:23 PM, Grzegorz G wrote: > I gave a second chance to TI kernel to flash eMMC from SD and it was > successful - cylon leds then all leds on and auto power off. So now I have > working wheezy with 4.4.39-ti-r75 kernel. > > I've looked to jessie debian images and I saw that

Re: [beagleboard] Re: v4.9.x-ti now open for testing...

On Fri, Dec 16, 2016 at 4:07 PM, roboknight wrote: > > > On Friday, December 16, 2016 at 4:44:33 PM UTC-5, RobertCNelson wrote: >> >> On Fri, Dec 16, 2016 at 3:38 PM, roboknight wrote: >> > I read through this thread and noted that the PRU isn't working yet? I >> > ended up compiling a 4.9.0-rc6

Re: [beagleboard] Debian 7.9 - kernel upgrade to 4.4 - can't flash eMMC from SD

Great! Thank you very much :) Regards Grzegorz -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagl

[beagleboard] Re: v4.9.x-ti now open for testing...

I checked the script you posted to me. That's pretty much what I'm doing, except I'm trying to create a HID function device with: mkdir g1/function/hid.0 Which does "create" the device. I then have to provide some kind of HID report descriptor, which I do based on one that has worked for me b

[beagleboard] Barrel Connector on BBBWL not soldered on 5v Pin

I just tried to power my BBBWL through the barrel connector and wasn't able to get it to power, when I looked at the bottom of the board, the connector isn't soldered to the pad. When I short the pad to the pin, it boots up and starts drawing power. Is this expected, did I get a weird board. T

Re: [beagleboard] Barrel Connector on BBBWL not soldered on 5v Pin

On Fri, Dec 16, 2016 at 4:39 PM, Gregg Harrington wrote: > I just tried to power my BBBWL through the barrel connector and wasn't able > to get it to power, when I looked at the bottom of the board, the connector > isn't soldered to the pad. When I short the pad to the pin, it boots up and > start

Re: [beagleboard] Re: v4.9.x-ti now open for testing...

On Fri, Dec 16, 2016 at 4:31 PM, roboknight wrote: > I checked the script you posted to me. That's pretty much what I'm doing, > except I'm trying to create a > HID function device with: > > mkdir g1/function/hid.0 > > Which does "create" the device. I then have to provide some kind of HID > rep

Re: [beagleboard] Barrel Connector on BBBWL not soldered on 5v Pin

Is this a case I should RMA it? Or should I just solder it down? Thanks, Gregg On Friday, December 16, 2016 at 2:43:52 PM UTC-8, RobertCNelson wrote: > > On Fri, Dec 16, 2016 at 4:39 PM, Gregg Harrington > > wrote: > > I just tried to power my BBBWL through the barrel connector and wasn't >

[beagleboard] Re: SRM for BeagleBone Black Wireless

I would still love to see the current SRM posted when it's available, but I don't think it's done. However, I have reviewed the schematics and found that the pins for the power are aligned the same.

[beagleboard] Possible to remove eeprom?

We have a custom board based on a BBB. It has the eeprom on it, but we'd like to get rid of it. Initially, to bring up the board, we programmed the eeprom as a BBB. Now we want to remove it. I patched it with: https://github.com/RobertCNelson/Bootloader-Builder/blob/master/patches/v2016.03/0002-

Re: [beagleboard] Re: pru + 4.4 kernel?

I have no idea what I did, but I'm back to nothing working and have been unable to get the PRU working ( prussdrv_open(PRU_EVTOUT_0) fails in my program), nor am I able to have my DTO configure the pinmux anymore. Is there a way to increase debug levels so I can see what is going on when it tri

Re: [beagleboard] Possible to remove eeprom?

On Fri, Dec 16, 2016 at 6:29 PM, ferdster wrote: > We have a custom board based on a BBB. It has the eeprom on it, but we'd > like to get rid of it. > > Initially, to bring up the board, we programmed the eeprom as a BBB. Now we > want to remove it. I patched it with: > https://github.com/RobertCN

[beagleboard] Help with PIR demo

This is my first time using a BeagleBone Black (it's a Rev C), and I started out with the "Blink on-board LED " and "Blink external LED " demos, both of which worked

Re: [beagleboard] Re: pru + 4.4 kernel?

On Fri, Dec 16, 2016 at 9:11 PM, Jay Doobie wrote: > I have no idea what I did, but I'm back to nothing working and have been > unable to get the PRU working ( prussdrv_open(PRU_EVTOUT_0) fails in my > program), nor am I able to have my DTO configure the pinmux anymore. Is > there a way to increas

Re: [beagleboard] Re: pru + 4.4 kernel?

Thanks, that is really sweet looking! No matter what I do when I load my DTO it doesn't seem to change the pinmux/ctrl values unfortunately. Everything in dmesg, journalctl acts as if it worked successfully, but I see no change to the pinmux/ctlr. Is there a kernel (or bone_capemgr) level of deb

Re: [beagleboard] Barrel Connector on BBBWL not soldered on 5v Pin

Thats a case where you make the call. On Fri, Dec 16, 2016 at 5:12 PM, Gregg Harrington wrote: > Is this a case I should RMA it? Or should I just solder it down? > > Thanks, > > Gregg > > > On Friday, December 16, 2016 at 2:43:52 PM UTC-8, RobertCNelson wrote: >> >> On Fri, Dec 16, 2016 at 4:39

Re: [beagleboard] Re: pru + 4.4 kernel?

I also just realized, I posted this in the BBB group, not the BBB wireless one. It is a wireless BBB I just received the other day. On Friday, December 16, 2016 at 10:52:27 PM UTC-5, Jay Doobie wrote: > > Thanks, that is really sweet looking! No matter what I do when I load my > DTO it doesn't

Re: [beagleboard] Re: pru + 4.4 kernel?

Jay, So keep this in mind, 99% chance, what you've done, you've somehow screwed up. Don't take this as a negative response please. But more or less a realistic response. I've done "similar" myself. the whole time, I might be thinking . .. "I'm going to let x.y.z have it on the groups . . ." only t

Re: [beagleboard] Re: pru + 4.4 kernel?

>From my own perspective, it does not matter one single bit. I suscribe to the beagleboard.org google group, i get all mails from that group. No idea of sub groups, or whatever. . . .quite honestly I don;t even care. If i know the answer or can give some clues, I'll answer, or give some clues. .