Re: [beagleboard] Signed BBB drivers for Windows 10

You need a lawyer to have a call back from GoDaddy? It's a cruel capitalism world :) 3 Ноя 2015 г. 5:22 пользователь "Jason Kridner" < jason.krid...@hangerhead.com> написал: > Already found an issue. Try > https://github.com/beagleboard/beaglebone-getting-started/releases/tag/1.1.3 > > On Mon, Nov

Re: [beagleboard] Signed BBB drivers for Windows 10

Already found an issue. Try https://github.com/beagleboard/beaglebone-getting-started/releases/tag/1.1.3 On Mon, Nov 2, 2015 at 9:02 PM, Jason Kridner wrote: > Finally, here are the drivers signed for Windows 10 to try: > https://github.com/beagleboard/beaglebone-getting-started/releases/tag/1.1

Re: [beagleboard] Signed BBB drivers for Windows 10

Finally, here are the drivers signed for Windows 10 to try: https://github.com/beagleboard/beaglebone-getting-started/releases/tag/1.1.2 Please let me know how it goes, good or bad. I don't have a Windows 10 machine. On Mon, Oct 12, 2015 at 11:48 AM, Jason Kridner < jason.krid...@hangerhead.com>

Re: [beagleboard] kernel updates thread

There is not. But we do have a fan for it but not yet ready for sale. As long as it does not go past 85 degrees C it will be fine. TI feels a fan is not required. Gerald On Nov 2, 2015 4:12 PM, "William Hermans" wrote: > Thanks again John - That is helpful. Actually, probably what I'll do is > c

Re: [beagleboard] kernel updates thread

Thanks again John - That is helpful. Actually, probably what I'll do is create a WIP project on 43oh.com forums(Beagle section ), as they seem to like it when I do that, and it gives me a place I can easily look up previous things I've covered . . . On Mon, Nov 2, 2015 at 3:00 PM, John Syne wrote

Re: [beagleboard] kernel updates thread

http://www.ti.com/lit/an/spraa74a/spraa74a.pdf Regards, John > On Nov 2, 2015, at 1:53 PM, William Hermans wrote: > > Yeah, I hear you. This is part of what I described earlier regarding GEL > files which are necessary to configure the SOC s

Re: [beagleboard] kernel updates thread

Ok, thanks John. I'll start another thread( if needed ) to keep from stepping all over this post. Which seems to be something I'm very good at lately. On Mon, Nov 2, 2015 at 2:57 PM, John Syne wrote: > GEL file is a simple script file CCSV6 uses to setup the SOC features like > L3/L4 bus, DDR se

Re: [beagleboard] kernel updates thread

GEL file is a simple script file CCSV6 uses to setup the SOC features like L3/L4 bus, DDR setup, Clock config, etc. The file is easy to read so you should be able to pull out the info you need. Regards, John > On Nov 2, 2015, at 1:53 PM, William Hermans wrote: > > Yeah, I hear you. This i

Re: [beagleboard] kernel updates thread

> > *Yeah, I hear you. This is part of what I described earlier regarding GEL > files which are necessary to configure the SOC so that the PRU’s can > function. I guess it is possible to do what you need, but then you have to > create a small bare bones file to run on the CortexA8 to replicate what

Re: [beagleboard] kernel updates thread

> > *The ti-pru compiler is available by default in the beagleboard.org > * > * images.. So ccs project's just be transferable/buildable on the* > * beagle..* > Yeah, I prefer to use the ti-cgt A8 install script, as it gives me the option of where to install the whole thin

Re: [beagleboard] kernel updates thread

Yeah, I hear you. This is part of what I described earlier regarding GEL files which are necessary to configure the SOC so that the PRU’s can function. I guess it is possible to do what you need, but then you have to create a small bare bones file to run on the CortexA8 to replicate what the GEL

Re: [beagleboard] kernel updates thread

On Mon, Nov 2, 2015 at 3:31 PM, William Hermans wrote: > John, > > Not an argument so much as a concern . . . those hands-on labs are specific > to CCS, with no clear way of proceeding otherwise. e.g. I'd much prefer a > GNU approach. But I'll gloss over those labs yet again . . . and read what >

Re: [beagleboard] kernel updates thread

John, Not an argument so much as a concern . . . those hands-on labs are specific to CCS, with no clear way of proceeding otherwise. e.g. I'd much prefer a GNU approach. But I'll gloss over those labs yet again . . . and read what other information is out there to see if this can be done with a gc

Re: [beagleboard] Recovering eMMc Data over JTAG?

Still working this. Not getting any cooperation. Gerald On Mon, Nov 2, 2015 at 3:27 PM, 'andrew stillie' via BeagleBoard < beagleboard@googlegroups.com> wrote: > I still haven't heard any news? > > On 30 October 2015 at 13:22, Gerald Coley wrote: > >> Let me check. >> >> Gerald >> >> On Fri, Oc

Re: [beagleboard] Recovering eMMc Data over JTAG?

I still haven't heard any news? On 30 October 2015 at 13:22, Gerald Coley wrote: > Let me check. > > Gerald > > On Fri, Oct 30, 2015 at 6:54 AM, 'andrew stillie' via BeagleBoard < > beagleboard@googlegroups.com> wrote: > >> Ok I requested the RMA on Wednesday evening. >> >> On Fri, 30 Oct 2015

Re: [beagleboard] kernel updates thread

The best way to learn this is to follow the LAB http://processors.wiki.ti.com/index.php/PRU_Training:_Hands-on_Labs Specifically, Lab4 onwards. Other than that, the examples are well documented. Regards, John > On Nov 2,

Re: [beagleboard] potential toolchains for building for BBB

Just an additional thought . . . Personally, I rather like the idea of Linaro's toolchain. It makes it really simple for a regular user to setup, use, and compile stuff without having to actually having to install anything into / onto the system. -- For more options, visit http://beagleboard.org/

[beagleboard] Re: Windows 10 Bone_D64.exe Failing

All, Don't know if you were able to resolve...just in case...i found solution as I had the exact same problem. Go to the driver, right click and bring up "Properties" window. The select "Compatibility" Tab and the click "Run compatibility troubleshooter". Once troubleshooter runs then pick o

Re: [beagleboard] potential toolchains for building for BBB

On Mon, 2 Nov 2015, William Hermans wrote: > Ubuntu 14.04 comes out of the box, or rather has APT packages for > cross toolchains that "just work". If you need an example of what > I'm talking about, check out Professor Molloy's youtube videos on > the subject. i'll mention those, the class is

Re: [beagleboard] potential toolchains for building for BBB

> > *that should be more than enough, but is there anything else i can* > * throw into the mix, just for completeness?* > Ubuntu 14.04 comes out of the box, or rather has APT packages for cross toolchains that "just work". If you need an example of what I'm talking about, check out Professor Mollo

Re: [beagleboard] kernel updates thread

> > *John Syne got the remoteproc_pruss working* > > * Grab the firmware:* > > * cd /opt/scripts/tools/* > * git pull* > * sudo cp /opt/scripts/device/bone/pru-**rpmsg_client_sample/am335x* > /lib/firmware/* > * sudo reboot* > > * sudo modprobe rpmsg_client_sample* So Robert, or John, What remot

[beagleboard] potential toolchains for building for BBB

scenario: next week, i'm teaching an embedded linux course using the beaglebone black as a test vehicle, so i'm trying to enumerate all the possible S/W tools i might use for that class, just for the sake of variety. for the sake of cross-compiling u-boot, the kernel and the rootfs, what are

[beagleboard] kernel updates thread

4.1.12-ti-r26 We've re-enabled the shutdown button, works best with "systemd"... John Syne got the remoteproc_pruss working Grab the firmware: cd /opt/scripts/tools/ git pull sudo cp /opt/scripts/device/bone/pru-rpmsg_client_sample/am335x* /lib/firmware/ sudo reboot sudo modprobe rpmsg_client_s

Re: [beagleboard] I2C driver by PRU

> > *BTW, I believe the BeaglePilot project is running those drivers on the > PRU, so this is the same as running on the Cortex-A8 bare-metal. * > I'll take your word on that, as I have not really done much with that git project. Initially, I found it a waste of my time. Perhaps later I'll revisit

Re: [beagleboard] I2C driver by PRU

I'd use Starterware as intended with a real RTOS like  TI RTOS  Sent from Yahoo Mail on Android From:"John Syne" Date:Mon, Nov 2, 2015 at 1:12 PM Subject:Re: [beagleboard] I2C driver by PRU Yeah, I agree. Running Starterware as bare metal is a real pain because so many subsystems have to be co

Re: [beagleboard] WL1835mod not working with latest TI kernel?

So I tried apt-get install'ing all the way back to 4.1.1-ti-r1, and I still get the same error =/ It must be something else, since I imagine this was tested with kernel 4.1.x at some point. I get the same issue with the prebuilt image here https://rcn-ee.com/rootfs/2015-10-09/elinux/ubuntu-14.

Re: [beagleboard] Re: ADC & PRU?

William, I sincerely apologize to you and to this forum. Best regards Chad On 11/2/2015 10:34 AM, William Hermans wrote: Anyway Chad, it is not my responsibility to teach basic C skills. So hopefully your Students were taught to understand why something like this would / could fail. And how to

Re: [beagleboard] I2C driver by PRU

BTW, I believe the BeaglePilot project is running those drivers on the PRU, so this is the same as running on the Cortex-A8 bare-metal. Regards, John > On Nov 2, 2015, at 9:29 AM, William Hermans wrote: > > Here is one such project, although I'm not sure this is the one I was > thinking o

Re: [beagleboard] I2C driver by PRU

Yeah, I agree. Running Starterware as bare metal is a real pain because so many subsystems have to be configured correctly before anything works. If you can run this from within Linux, then you have the added benefits of knowing that clocks, memory, etc have already been setup for you. Be carefu

Re: [beagleboard] I2C driver by PRU

Ah ! Since John is mentioning starterware + bare metal, I must mention that it is not necessary to run bare metal in order to use the starterware driver files. The github project above that I linked to is an example of how to do that(also). This is not to say that you can not , or should not run b

Re: [beagleboard] I2C driver by PRU

A few pieces of advise on how to get these examples to work. Make sure to boot with the custom MLO provided with Starterware as this sets up memory and clocks required by Starterware. Also don’t forget to use the GEL file when launching CCSV6. I also had to add a watchdog disable to the GEL file or

Re: [beagleboard] I2C driver by PRU

Here is one such project, although I'm not sure this is the one I was thinking of https://github.com/BeaglePilot/PRUSS-C the starterware stuff is located in the PRUSS_LIB sub directory. On Mon, Nov 2, 2015 at 10:21 AM, William Hermans wrote: > Yeah that link John gave out seems good. I've been

Re: [beagleboard] Power button and /dev/input/event0 on 4.1.10-bone16

Great!!! It works. Thans a lot for all your effort. Regards. Alberto Il giorno lunedì 2 novembre 2015 18:04:15 UTC+1, RobertCNelson ha scritto: > > On Mon, Nov 2, 2015 at 11:00 AM, Alberto Potenza > > wrote: > > Thanks for the answer. > > It seems there is not /etc/acpi. I guess it is done som

Re: [beagleboard] I2C driver by PRU

Yeah that link John gave out seems good. I've been meaning to follow it myself for a couple weeks now. But I've been doing other things waiting for remoteproc / rpmsg to settle down. I really like the idea of remoteproc / rpmsg, it seems very intuitive / natural. Also Micka, there is *some* githu

Re: [beagleboard] Power button and /dev/input/event0 on 4.1.10-bone16

Thanks for the answer. It seems there is not /etc/acpi. I guess it is done somewhere else. Any ideas? Il giorno lunedì 2 novembre 2015 15:43:52 UTC+1, toni incog ha scritto: > > > iirc power button input event is routed to acpid. See the /etc/acpi for > the actual shutdown script. > -- For mo

Re: [beagleboard] Power button and /dev/input/event0 on 4.1.10-bone16

On Mon, Nov 2, 2015 at 11:00 AM, Alberto Potenza wrote: > Thanks for the answer. > It seems there is not /etc/acpi. I guess it is done somewhere else. > Any ideas? systemd: https://github.com/systemd/systemd/blob/master/src/login/70-power-switch.rules#L13 Regards, -- Robert Nelson https://rcn

Re: [beagleboard] WL1835mod not working with latest TI kernel?

Hopefully this doesn't turn into a no disk space left - issue ;) On Mon, Nov 2, 2015 at 9:07 AM, Robert Nelson wrote: > On Mon, Nov 2, 2015 at 9:46 AM, wrote: > > Hello, > > > > I have a wl1835mod cape and am trying to run the latest TI kernel so I > can > > have sleep mode too (4.1.12-ti-rt-r

Re: [beagleboard] Re: ADC & PRU?

Anyway Chad, it is not my responsibility to teach basic C skills. So hopefully your Students were taught to understand why something like this would / could fail. And how to figure out why. Honestly though. Any 6 year old with a browser + know how to use google could figure this out in 2 minutes.

Re: [beagleboard] WL1835mod not working with latest TI kernel?

On Mon, Nov 2, 2015 at 9:46 AM, wrote: > Hello, > > I have a wl1835mod cape and am trying to run the latest TI kernel so I can > have sleep mode too (4.1.12-ti-rt-r26). > > The problem is that the WL1835mod cape no longer works, all I get is: > > dmesg | grep wl > [4.160681] wlan-en-regulator

[beagleboard] WL1835mod not working with latest TI kernel?

Hello, I have a wl1835mod cape and am trying to run the latest TI kernel so I can have sleep mode too (4.1.12-ti-rt-r26). The problem is that the WL1835mod cape no longer works, all I get is: dmesg | grep wl [4.160681] wlan-en-regulator: disabling [ 13.628431] wl1271_sdio: probe of mmc1:0

[beagleboard] WL1835mod with kernel 4.2.5-bone2

Hi, I'm trying to get the WL1835mod cape working with kernel version 4.2.5-bone2, so I can have sleep mode enabled as well. I'm using the ./wl8-build.sh script from here: http://processors.wiki.ti.com/index.php/WL1835_Cape_on_BeagleBone_with_MainLine_Kernel_Debian_Filesystem. I've obviously m

Re: [beagleboard] Re: ADC & PRU?

#include int main(void) { const float max_val = 4096; float test = ((4024 / max_val) * 1.8); printf("%f\n", test); return 0; } $ gcc test.c -Wall -o test $ ./test 1.768359 On Mon, Nov 2, 2015 at 8:59 AM, William Hermans wrote: > Anyway, since you do not seem to know why th

Re: [beagleboard] Re: ADC & PRU?

Anyway, since you do not seem to know why that does not work. Math on two integer values can not give out a float value. This is not a math problem, but a compiler behavior issue. Intentional or no, one value in the equation brackets *has* to be forced to a float value as such. 1) ((4024 / 4096.0

Re: [beagleboard] I2C driver by PRU

Hi Micka, Follow this tutorial: http://processors.wiki.ti.com/index.php/PRU_Training:_Hands-on_Labs Regards, John > On Nov 2, 2015, at 1:26 AM, Micka wrote: > > Ok, the problem is that in a PRU project you don't have ac

Re: [beagleboard] Re: ADC & PRU?

really now. Prey tell, enlighten us then with your logic. On Mon, Nov 2, 2015 at 5:10 AM, Chad Baker wrote: > No, I don't, but having taught programming for over 40 years, I know that > students would take your equation and plug it in and then be surprised that > they get 0 for an answer. > > On

Re: [beagleboard] Power button and /dev/input/event0 on 4.1.10-bone16

iirc power button input event is routed to acpid. See the /etc/acpi for the actual shutdown script. -- 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 s

[beagleboard] beagle board black rev c

i am using bbb rev c. in BBB rev C connect mini usb power supply with 1A 5V Li-Ion battery but it not work device is power up but when i start camera it is hang device what is problem i dont know -- For more options, visit http://beagleboard.org/discuss --- You received this message because you

[beagleboard] Disabling USB0 with Jessie

There seems to be a ton of stuff floating around about disabling USB0 and UDHCPD in Angstrom but not so much in Debian. Is there a clean way whilst remaining supported with updates to the boot scripts repo etc? -- For more options, visit http://beagleboard.org/discuss --- You received this m

[beagleboard] Re: CAN bus speed issue on Beaglebone Black

We have only used the one speed which our other devices expect, but that has worked correctly with a couple of dozen BBBs, "since forever". On Friday, October 30, 2015 at 11:48:28 AM UTC-7, Glenn Cutler wrote: > > I'm using DCAN0 on the Beaglebone Black to communicate with other devices > on a C

Re: [beagleboard] ARP stuffing

On 11/2/2015 6:35 AM, j...@lillahusetiskogen.se wrote: > Anyone know if ARP stuffing is supported in the TI Linux port for Sitara? > > http://virtuallymikebrown.com/2011/11/01/ever-heard-of-arp-stuffing-me-neither/ > https://en.wikipedia.org/wiki/Address_Resolution_Protocol#ARP_stuffing I don't t

[beagleboard] ARP stuffing

Anyone know if ARP stuffing is supported in the TI Linux port for Sitara? http://virtuallymikebrown.com/2011/11/01/ever-heard-of-arp-stuffing-me-neither/ https://en.wikipedia.org/wiki/Address_Resolution_Protocol#ARP_stuffing -- For more options, visit http://beagleboard.org/discuss --- You rece

Re: [beagleboard] Re: ADC & PRU?

No, I don't, but having taught programming for over 40 years, I know that students would take your equation and plug it in and then be surprised that they get 0 for an answer. On 11/1/2015 6:13 PM, William Hermans wrote: /Or 4024 * 1.8 / 4096?/ Ok, so let us put this another way. Do you

Re: [beagleboard] I2C driver by PRU

Ok, the problem is that in a PRU project you don't have access to the I2C function that you have in the starterware :'( . I guess that I need to code in ASM then ^^ . Le lun. 2 nov. 2015 à 10:01, Micka a écrit : > I found that : > > > http://www.element14.com/community/community/designcenter/s

Re: [beagleboard] Power button and /dev/input/event0 on 4.1.10-bone16

Dear Robert, thanks for the answer. With the patch now the /dev/input/event0 is created. Now, when the BBB is running and I push the Boot Button, it starts the shutdown procedure, while in the previous kernel version (3.18) it does not. It could be nice for me to have the same behaviour of the p

Re: [beagleboard] BBB hates me

> > *I swear the Beagle hates me*. > No kidding, you seem to be having the worst of luck lately. So pure speculation as I've no experience with that message, nor even where it comes from but it sounds like uboot.img might be somehow corrupt. It will be interesting to find out for sure exactly wha

Re: [beagleboard] I2C driver by PRU

I believe everything you need to setup, and use it is all accessible from this link: http://processors.wiki.ti.com/index.php/PRU-ICSS On Mon, Nov 2, 2015 at 2:05 AM, William Hermans wrote: > *Ok, thx for the tips.* >> >> *I've CCS & starterware installed. I found the I2C driver. But how do you >

Re: [beagleboard] I2C driver by PRU

> > *Ok, thx for the tips.* > > *I've CCS & starterware installed. I found the I2C driver. But how do you > create a PRU project for the beaglebone black ? * > > *In the CCS App center, the PRU compiler is installed, but I can't find > how to create a PRU project ?* > I believe there is a proper T

Re: [beagleboard] I2C driver by PRU

I found that : http://www.element14.com/community/community/designcenter/single-board-computers/next-gen_beaglebone//blog/2014/04/30/bbb--pru-c-compiler Le lun. 2 nov. 2015 à 09:48, Micka a écrit : > Ok, thx for the tips. > > I've CCS & starterware installed. I found the I2C driver. But how do

Re: [beagleboard] I2C driver by PRU

Ok, thx for the tips. I've CCS & starterware installed. I found the I2C driver. But how do you create a PRU project for the beaglebone black ? In the CCS App center, the PRU compiler is installed, but I can't find how to create a PRU project ? Micka, Le lun. 2 nov. 2015 à 01:30, John Syne a éc

[beagleboard] BBB hates me

I swear the Beagle hates me. I've been working off an SD card for the last week or two with nary a problem. Generally I leave the BBB powered all the time and issue shutdown or reboot commands. Sometimes I pull power, but I always issue shutdown -h before doing so. I went away this weekend, an