Re: [beagleboard] My overlay can't find clk_mcasp0

[Rick Mann]

Er, I guess *this* is the thread on that.

> On Apr 20, 2016, at 21:39 , William Hermans  wrote:
> 
> Ah, right, so I'm in the right place ;) I just so happened to fire up the 
> serial debug port on the remote end
> 
> [  241.060498] bone_capemgr bone_capemgr: part_number 'BB-BONE-AUDI-02', 
> version 'N/A'
> [  241.068352] bone_capemgr bone_capemgr: slot #4: override
> [  241.073705] bone_capemgr bone_capemgr: Using override eeprom data at slot 4
> [  241.081431] bone_capemgr bone_capemgr: slot #4: 'Override Board 
> Name,00A0,Override Manuf,BB-BONE-AUDI-02'
> [  241.094660] of_resolve_phandles: Could not find symbol 'clk_mcasp0'
> [  241.101464] bone_capemgr bone_capemgr: slot #4: Failed to resolve tree
> 
> 
> On Wed, Apr 20, 2016 at 9:03 PM, William Hermans  wrote:
> I'm still attempting to get the audio cape overlay to load. Anyone have a 
> clue as to why it might not work ? Something that did cross my mind is that 
> perhaps that edma fix include is being included in yet another source file. 
> Somethign else that is being included.
> 
> On Wed, Apr 20, 2016 at 8:16 PM, Robert Nelson  
> wrote:
> 
> 
> On Wed, Apr 20, 2016 at 8:21 PM, Rafael Vega  wrote:
> 
> 
> On Wednesday, April 20, 2016 at 3:28:23 PM UTC-5, Rick M wrote:
> move all the remaining entries that are in the overlay into a new .dts file 
> based on this < 
> http://pastebin.com/Wja7ZQRk>, compile that, and load it at boot. 
> 
> 
> Here's my attempt to do what you suggest: 
> https://gist.github.com/rvega/aebb225155b7c8990b3593f3a90851eb 
> It compiles as am335x-boneblack-audio-fixed.dtb without any error messages, I 
> copied the dtb to /boot/dtbs/4.4.7-bone-rt-r9, added  
> dtb=am335x-boneblack-audio-fixed.dtb to uEnv.txt and rebooted the board but 
> when powering up, the 4 user leds stay lit and the heartbeat never starts. No 
> luck booting.
> 
> Can anyone spot the error on the dts or suggest a way to get error messages?
> 
> 
> Yeah, that's very broken..  Here's a quick copy/paste/etc...
> 
> https://gist.github.com/RobertCNelson/fe8abb7fe11121f0a8c2c0afb291b339
> 
> I'd say it's 95% there, didn't try building it..
> 
> Regards
> 
> -- 
> Robert Nelson
> https://rcn-ee.com/
> 
> -- 
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/CAOCHtYiVST5W%3DXxUFAYjx7oqK64MDPqiKfijadYibztjVRCTPg%40mail.gmail.com.
> 
> For more options, visit https://groups.google.com/d/optout.
> 
> 
> 
> -- 
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/CALHSORpT3i6OF3iFLArykU8x-zOFB%3DgB1sfUPC%2BgjCzU9sN7QA%40mail.gmail.com.
> For more options, visit https://groups.google.com/d/optout.


-- 
Rick Mann
rm...@latencyzero.com


-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/B16BFBCC-2FC3-458E-98FB-D4D7AAA490B8%40latencyzero.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[Rick Mann]

Yeah, so this was the problem I ran into a few weeks ago. There's a thread on 
it, but I thought the dts I posted addressed it.

> On Apr 20, 2016, at 21:39 , William Hermans  wrote:
> 
> Ah, right, so I'm in the right place ;) I just so happened to fire up the 
> serial debug port on the remote end
> 
> [  241.060498] bone_capemgr bone_capemgr: part_number 'BB-BONE-AUDI-02', 
> version 'N/A'
> [  241.068352] bone_capemgr bone_capemgr: slot #4: override
> [  241.073705] bone_capemgr bone_capemgr: Using override eeprom data at slot 4
> [  241.081431] bone_capemgr bone_capemgr: slot #4: 'Override Board 
> Name,00A0,Override Manuf,BB-BONE-AUDI-02'
> [  241.094660] of_resolve_phandles: Could not find symbol 'clk_mcasp0'
> [  241.101464] bone_capemgr bone_capemgr: slot #4: Failed to resolve tree
> 
> 
> On Wed, Apr 20, 2016 at 9:03 PM, William Hermans  wrote:
> I'm still attempting to get the audio cape overlay to load. Anyone have a 
> clue as to why it might not work ? Something that did cross my mind is that 
> perhaps that edma fix include is being included in yet another source file. 
> Somethign else that is being included.
> 
> On Wed, Apr 20, 2016 at 8:16 PM, Robert Nelson  
> wrote:
> 
> 
> On Wed, Apr 20, 2016 at 8:21 PM, Rafael Vega  wrote:
> 
> 
> On Wednesday, April 20, 2016 at 3:28:23 PM UTC-5, Rick M wrote:
> move all the remaining entries that are in the overlay into a new .dts file 
> based on this < 
> http://pastebin.com/Wja7ZQRk>, compile that, and load it at boot. 
> 
> 
> Here's my attempt to do what you suggest: 
> https://gist.github.com/rvega/aebb225155b7c8990b3593f3a90851eb 
> It compiles as am335x-boneblack-audio-fixed.dtb without any error messages, I 
> copied the dtb to /boot/dtbs/4.4.7-bone-rt-r9, added  
> dtb=am335x-boneblack-audio-fixed.dtb to uEnv.txt and rebooted the board but 
> when powering up, the 4 user leds stay lit and the heartbeat never starts. No 
> luck booting.
> 
> Can anyone spot the error on the dts or suggest a way to get error messages?
> 
> 
> Yeah, that's very broken..  Here's a quick copy/paste/etc...
> 
> https://gist.github.com/RobertCNelson/fe8abb7fe11121f0a8c2c0afb291b339
> 
> I'd say it's 95% there, didn't try building it..
> 
> Regards
> 
> -- 
> Robert Nelson
> https://rcn-ee.com/
> 
> -- 
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/CAOCHtYiVST5W%3DXxUFAYjx7oqK64MDPqiKfijadYibztjVRCTPg%40mail.gmail.com.
> 
> For more options, visit https://groups.google.com/d/optout.
> 
> 
> 
> -- 
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/CALHSORpT3i6OF3iFLArykU8x-zOFB%3DgB1sfUPC%2BgjCzU9sN7QA%40mail.gmail.com.
> For more options, visit https://groups.google.com/d/optout.


-- 
Rick Mann
rm...@latencyzero.com


-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/1030485E-A190-4D9E-B985-38C388C4FD92%40latencyzero.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BeagleBone Black n00b - maybe already corrupted eMMC?

[William Hermans]

>
> *Hey William,*
>
> *Yes, that's all very clear in hindsight. I do wish that I had looked up
> how to turn it off properly before I made the mistake. *
>
> *Thank you for the clarification on the kernel. It's hard to find
> up-to-date info.*
>
> *-Nate*
>

Ok, so now that we have that clear ;) hehe.

You have to treat this like you would any other computer. Except perhaps
the beaglebone is more fragile. Due to hardware costs, and the fact that
the software, that is specific to the beaglebone is written by various
members of the community. Who by the way do not get paid to do that.

But you would shut down the BBB the same way you would shutdown your laptop
from the command line.

$ sudo shutdown now -h

*or*

$ sudo halt

There is also a button closest to the ethernet jack which triggers an NMI
through the PMIC, which should signal the processor to cleaning shut down
linux. The button furthest from the ethernet jack on the same side ( left )
if I remember correctly is the reset button. So make sure not to press that
while the OS is running either. The effect would be similar to pulling the
power.

On Wed, Apr 20, 2016 at 9:38 PM, Nathan Wheeler 
wrote:

> Hey William,
>
> Yes, that's all very clear in hindsight. I do wish that I had looked up
> how to turn it off properly before I made the mistake.
>
> Thank you for the clarification on the kernel. It's hard to find
> up-to-date info.
>
> -Nate
>
> On Wednesday, April 20, 2016 at 9:15:44 PM UTC-7, William Hermans wrote:
>>
>> So, question. If you removed the battery from your laptop, and then ran
>> your laptop with no battery, an just yanked the power cord out of the wall
>> to shut it down. What do you think would happen ? It's the same difference,
>> except it would possibly take many more attempts at corrupting you laptop,
>> before it did actually corrupt the file system.
>>
>> Also, it's running Debian wheezy with a 3.8.x kernel, not Angstrom. Just
>> so you know. RevC's all came with a *bone-47* 3.8 kernel.
>>
>> On Wed, Apr 20, 2016 at 9:04 PM, Nathan Wheeler 
>> wrote:
>>
>>> Hey all,
>>>
>>> I did a search - maybe someone is better at it than I am and could help
>>> connect me to an explanation/solution? Anyway, here's what has happened:
>>>
>>> I got my board in the mail yesterday and connected it to my new MacBook
>>> Pro Retina (running OSX 10.11.3). I was able to ssh over USB after
>>> installing the included drivers and write/run code on the board. I didn't
>>> write anything special, just practiced loading a python example to the
>>> board.
>>>
>>> I didn't know that pulling the USB cable without turning the board off
>>> via the Power button could corrupt the eMMC onboard. I understand I should
>>> have read the manual, but I think this information needs to be included on
>>> any "quick start" info provided to beginners. (If they tell you how to turn
>>> it on, shouldn't they tell you how to safely turn it off?) I have a lot of
>>> experience with Arduino and mistakenly thought that I could unplug the
>>> BeagleBone from power without any other shutdown steps.
>>>
>>> So now, the board powers on and the user LEDs flash, and the board shows
>>> up as an external storage device on my laptop. But the IP address has
>>> changed to 198.168.7.1, and any attempts to ssh either result in a timeout
>>> or require password authentication. And the default passwords provided on
>>> Adafruit and other places are not working.
>>>
>>> So, my questions are:
>>> • How do I know if I've corrupted the data in the eMMC? Will the board
>>> act normally but not connect?
>>> • If I can't ssh via USB, will I be able to do so via ethernet, or
>>> should I just start over/do a restore of Angstrom?
>>> • Is Angstrom stiil the default distro, or are the boards shipping with
>>> Debian now?
>>> • Is this possibly an El Capitan issue? I read a little about that, but
>>> I downloaded and installed a HoRNDIS version that was supposed to fix the
>>> issue.
>>>
>>> Thanks for your help - I'm really looking forward to learning how to use
>>> this board and become part of the community. I build interactive interfaces
>>> for musical performance and am excited about the possibilities offered
>>> here.
>>>
>>> - Nate
>>>
>>> --
>>> 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 beagleboard...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/beagleboard/bcdcae01-ee98-4900-b795-f5b372ded41f%40googlegroups.com
>>> 
>>> .
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>> --
> For more options, visit 

Re: [beagleboard] My overlay can't find clk_mcasp0

[William Hermans]

Ah, right, so I'm in the right place ;) I just so happened to fire up the
serial debug port on the remote end

[  241.060498] bone_capemgr bone_capemgr: part_number 'BB-BONE-AUDI-02',
version 'N/A'
[  241.068352] bone_capemgr bone_capemgr: slot #4: override
[  241.073705] bone_capemgr bone_capemgr: Using override eeprom data at
slot 4
[  241.081431] bone_capemgr bone_capemgr: slot #4: 'Override Board
Name,00A0,Override Manuf,BB-BONE-AUDI-02'
[  241.094660] of_resolve_phandles: Could not find symbol 'clk_mcasp0'
[  241.101464] bone_capemgr bone_capemgr: slot #4: Failed to resolve tree


On Wed, Apr 20, 2016 at 9:03 PM, William Hermans  wrote:

> I'm still attempting to get the audio cape overlay to load. Anyone have a
> clue as to why it might not work ? Something that did cross my mind is that
> perhaps that edma fix include is being included in yet another source file.
> Somethign else that is being included.
>
> On Wed, Apr 20, 2016 at 8:16 PM, Robert Nelson 
> wrote:
>
>>
>>
>> On Wed, Apr 20, 2016 at 8:21 PM, Rafael Vega 
>> wrote:
>>
>>>
>>>
>>> On Wednesday, April 20, 2016 at 3:28:23 PM UTC-5, Rick M wrote:

 move all the remaining entries that are in the overlay into a new .dts
 file based on this <
 http://pastebin.com/Wja7ZQRk>, compile that, and load it at boot.


>>> Here's my attempt to do what you suggest:
>>> https://gist.github.com/rvega/aebb225155b7c8990b3593f3a90851eb
>>> It compiles as am335x-boneblack-audio-fixed.dtb without any error
>>> messages, I copied the dtb to /boot/dtbs/4.4.7-bone-rt-r9, added
>>> dtb=am335x-boneblack-audio-fixed.dtb to uEnv.txt and rebooted the board but
>>> when powering up, the 4 user leds stay lit and the heartbeat never starts.
>>> No luck booting.
>>>
>>> Can anyone spot the error on the dts or suggest a way to get error
>>> messages?
>>>
>>
>>
>> Yeah, that's very broken..  Here's a quick copy/paste/etc...
>>
>> https://gist.github.com/RobertCNelson/fe8abb7fe11121f0a8c2c0afb291b339
>>
>> I'd say it's 95% there, didn't try building it..
>>
>> Regards
>>
>> --
>> Robert Nelson
>> https://rcn-ee.com/
>>
>> --
>> 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 beagleboard+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/beagleboard/CAOCHtYiVST5W%3DXxUFAYjx7oqK64MDPqiKfijadYibztjVRCTPg%40mail.gmail.com
>> 
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORpT3i6OF3iFLArykU8x-zOFB%3DgB1sfUPC%2BgjCzU9sN7QA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BeagleBone Black n00b - maybe already corrupted eMMC?

[Nathan Wheeler]

Hey William,

Yes, that's all very clear in hindsight. I do wish that I had looked up how 
to turn it off properly before I made the mistake. 

Thank you for the clarification on the kernel. It's hard to find up-to-date 
info.

-Nate

On Wednesday, April 20, 2016 at 9:15:44 PM UTC-7, William Hermans wrote:
>
> So, question. If you removed the battery from your laptop, and then ran 
> your laptop with no battery, an just yanked the power cord out of the wall 
> to shut it down. What do you think would happen ? It's the same difference, 
> except it would possibly take many more attempts at corrupting you laptop, 
> before it did actually corrupt the file system.
>
> Also, it's running Debian wheezy with a 3.8.x kernel, not Angstrom. Just 
> so you know. RevC's all came with a *bone-47* 3.8 kernel.
>
> On Wed, Apr 20, 2016 at 9:04 PM, Nathan Wheeler  > wrote:
>
>> Hey all,
>>
>> I did a search - maybe someone is better at it than I am and could help 
>> connect me to an explanation/solution? Anyway, here's what has happened:
>>
>> I got my board in the mail yesterday and connected it to my new MacBook 
>> Pro Retina (running OSX 10.11.3). I was able to ssh over USB after 
>> installing the included drivers and write/run code on the board. I didn't 
>> write anything special, just practiced loading a python example to the 
>> board.
>>
>> I didn't know that pulling the USB cable without turning the board off 
>> via the Power button could corrupt the eMMC onboard. I understand I should 
>> have read the manual, but I think this information needs to be included on 
>> any "quick start" info provided to beginners. (If they tell you how to turn 
>> it on, shouldn't they tell you how to safely turn it off?) I have a lot of 
>> experience with Arduino and mistakenly thought that I could unplug the 
>> BeagleBone from power without any other shutdown steps.
>>
>> So now, the board powers on and the user LEDs flash, and the board shows 
>> up as an external storage device on my laptop. But the IP address has 
>> changed to 198.168.7.1, and any attempts to ssh either result in a timeout 
>> or require password authentication. And the default passwords provided on 
>> Adafruit and other places are not working.
>>
>> So, my questions are:
>> • How do I know if I've corrupted the data in the eMMC? Will the board 
>> act normally but not connect?
>> • If I can't ssh via USB, will I be able to do so via ethernet, or should 
>> I just start over/do a restore of Angstrom? 
>> • Is Angstrom stiil the default distro, or are the boards shipping with 
>> Debian now?
>> • Is this possibly an El Capitan issue? I read a little about that, but I 
>> downloaded and installed a HoRNDIS version that was supposed to fix the 
>> issue.
>>
>> Thanks for your help - I'm really looking forward to learning how to use 
>> this board and become part of the community. I build interactive interfaces 
>> for musical performance and am excited about the possibilities offered 
>> here. 
>>
>> - Nate
>>
>> -- 
>> 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 beagleboard...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/beagleboard/bcdcae01-ee98-4900-b795-f5b372ded41f%40googlegroups.com
>>  
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/7b283842-bf9c-4ef9-9793-c9639d13810f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BeagleBone Black n00b - maybe already corrupted eMMC?

[Nathan Wheeler]

Thanks Rick, I'll try both of those things. I really appreciate your help.

-Nate

On Wednesday, April 20, 2016 at 9:13:16 PM UTC-7, Rick M wrote:
>
> I'd recommend connecting an appropriate USB-serial cable to the serial 
> console header, and seeing what it spits out there during boot. 
>
> Alternatively, load a microSD card with a recent distro (I recommend 
> Debian): 
>
> http://elinux.org/BeagleBoardDebian 
>
> Pop the SD card in and power on the board. It should boot from the SD 
> card. If not, you need to hold a button down (not the power or reset 
> buttons, the other one). 
>
> Note that images with "flasher" in the name will re-write the eMMC with 
> that version. Console images are smaller and intended to be used via ssh or 
> the serial console. 
>
>
>
> > On Apr 20, 2016, at 21:04 , Nathan Wheeler  > wrote: 
> > 
> > Hey all, 
> > 
> > I did a search - maybe someone is better at it than I am and could help 
> connect me to an explanation/solution? Anyway, here's what has happened: 
> > 
> > I got my board in the mail yesterday and connected it to my new MacBook 
> Pro Retina (running OSX 10.11.3). I was able to ssh over USB after 
> installing the included drivers and write/run code on the board. I didn't 
> write anything special, just practiced loading a python example to the 
> board. 
> > 
> > I didn't know that pulling the USB cable without turning the board off 
> via the Power button could corrupt the eMMC onboard. I understand I should 
> have read the manual, but I think this information needs to be included on 
> any "quick start" info provided to beginners. (If they tell you how to turn 
> it on, shouldn't they tell you how to safely turn it off?) I have a lot of 
> experience with Arduino and mistakenly thought that I could unplug the 
> BeagleBone from power without any other shutdown steps. 
> > 
> > So now, the board powers on and the user LEDs flash, and the board shows 
> up as an external storage device on my laptop. But the IP address has 
> changed to 198.168.7.1, and any attempts to ssh either result in a timeout 
> or require password authentication. And the default passwords provided on 
> Adafruit and other places are not working. 
> > 
> > So, my questions are: 
> > • How do I know if I've corrupted the data in the eMMC? Will the board 
> act normally but not connect? 
> > • If I can't ssh via USB, will I be able to do so via ethernet, or 
> should I just start over/do a restore of Angstrom? 
> > • Is Angstrom stiil the default distro, or are the boards shipping with 
> Debian now? 
> > • Is this possibly an El Capitan issue? I read a little about that, but 
> I downloaded and installed a HoRNDIS version that was supposed to fix the 
> issue. 
> > 
> > Thanks for your help - I'm really looking forward to learning how to use 
> this board and become part of the community. I build interactive interfaces 
> for musical performance and am excited about the possibilities offered 
> here. 
> > 
> > - Nate 
> > 
> > -- 
> > 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 beagleboard...@googlegroups.com . 
> > To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/bcdcae01-ee98-4900-b795-f5b372ded41f%40googlegroups.com.
>  
>
> > For more options, visit https://groups.google.com/d/optout. 
>
>
> -- 
> Rick Mann 
> rm...@latencyzero.com  
>
>
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/1da929be-c937-4601-8dfc-22b958f0d9b5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: BeagleBone Black n00b - maybe already corrupted eMMC?

[Nathan Wheeler]

Also, it's an Element 14 Rev C from Sparkfun.

On Wednesday, April 20, 2016 at 9:04:31 PM UTC-7, Nathan Wheeler wrote:
>
> Hey all,
>
> I did a search - maybe someone is better at it than I am and could help 
> connect me to an explanation/solution? Anyway, here's what has happened:
>
> I got my board in the mail yesterday and connected it to my new MacBook 
> Pro Retina (running OSX 10.11.3). I was able to ssh over USB after 
> installing the included drivers and write/run code on the board. I didn't 
> write anything special, just practiced loading a python example to the 
> board.
>
> I didn't know that pulling the USB cable without turning the board off via 
> the Power button could corrupt the eMMC onboard. I understand I should have 
> read the manual, but I think this information needs to be included on any 
> "quick start" info provided to beginners. (If they tell you how to turn it 
> on, shouldn't they tell you how to safely turn it off?) I have a lot of 
> experience with Arduino and mistakenly thought that I could unplug the 
> BeagleBone from power without any other shutdown steps.
>
> So now, the board powers on and the user LEDs flash, and the board shows 
> up as an external storage device on my laptop. But the IP address has 
> changed to 198.168.7.1, and any attempts to ssh either result in a timeout 
> or require password authentication. And the default passwords provided on 
> Adafruit and other places are not working.
>
> So, my questions are:
> • How do I know if I've corrupted the data in the eMMC? Will the board act 
> normally but not connect?
> • If I can't ssh via USB, will I be able to do so via ethernet, or should 
> I just start over/do a restore of Angstrom? 
> • Is Angstrom stiil the default distro, or are the boards shipping with 
> Debian now?
> • Is this possibly an El Capitan issue? I read a little about that, but I 
> downloaded and installed a HoRNDIS version that was supposed to fix the 
> issue.
>
> Thanks for your help - I'm really looking forward to learning how to use 
> this board and become part of the community. I build interactive interfaces 
> for musical performance and am excited about the possibilities offered 
> here. 
>
> - Nate
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/9d104c78-77c4-49d2-ad64-5a9facb60952%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BeagleBone Black n00b - maybe already corrupted eMMC?

[Rick Mann]

I'd recommend connecting an appropriate USB-serial cable to the serial console 
header, and seeing what it spits out there during boot.

Alternatively, load a microSD card with a recent distro (I recommend Debian):

http://elinux.org/BeagleBoardDebian

Pop the SD card in and power on the board. It should boot from the SD card. If 
not, you need to hold a button down (not the power or reset buttons, the other 
one).

Note that images with "flasher" in the name will re-write the eMMC with that 
version. Console images are smaller and intended to be used via ssh or the 
serial console.



> On Apr 20, 2016, at 21:04 , Nathan Wheeler  wrote:
> 
> Hey all,
> 
> I did a search - maybe someone is better at it than I am and could help 
> connect me to an explanation/solution? Anyway, here's what has happened:
> 
> I got my board in the mail yesterday and connected it to my new MacBook Pro 
> Retina (running OSX 10.11.3). I was able to ssh over USB after installing the 
> included drivers and write/run code on the board. I didn't write anything 
> special, just practiced loading a python example to the board.
> 
> I didn't know that pulling the USB cable without turning the board off via 
> the Power button could corrupt the eMMC onboard. I understand I should have 
> read the manual, but I think this information needs to be included on any 
> "quick start" info provided to beginners. (If they tell you how to turn it 
> on, shouldn't they tell you how to safely turn it off?) I have a lot of 
> experience with Arduino and mistakenly thought that I could unplug the 
> BeagleBone from power without any other shutdown steps.
> 
> So now, the board powers on and the user LEDs flash, and the board shows up 
> as an external storage device on my laptop. But the IP address has changed to 
> 198.168.7.1, and any attempts to ssh either result in a timeout or require 
> password authentication. And the default passwords provided on Adafruit and 
> other places are not working.
> 
> So, my questions are:
> • How do I know if I've corrupted the data in the eMMC? Will the board act 
> normally but not connect?
> • If I can't ssh via USB, will I be able to do so via ethernet, or should I 
> just start over/do a restore of Angstrom? 
> • Is Angstrom stiil the default distro, or are the boards shipping with 
> Debian now?
> • Is this possibly an El Capitan issue? I read a little about that, but I 
> downloaded and installed a HoRNDIS version that was supposed to fix the issue.
> 
> Thanks for your help - I'm really looking forward to learning how to use this 
> board and become part of the community. I build interactive interfaces for 
> musical performance and am excited about the possibilities offered here. 
> 
> - Nate
> 
> -- 
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/bcdcae01-ee98-4900-b795-f5b372ded41f%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.


-- 
Rick Mann
rm...@latencyzero.com


-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/0C506638-23A4-4659-B03E-C1F984EE8630%40latencyzero.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: BeagleBone Black n00b - maybe already corrupted eMMC?

[Nathan Wheeler]

Also, it's an Element 14 Rev C from SparkFun, 

On Wednesday, April 20, 2016 at 9:04:31 PM UTC-7, Nathan Wheeler wrote:
>
> Hey all,
>
> I did a search - maybe someone is better at it than I am and could help 
> connect me to an explanation/solution? Anyway, here's what has happened:
>
> I got my board in the mail yesterday and connected it to my new MacBook 
> Pro Retina (running OSX 10.11.3). I was able to ssh over USB after 
> installing the included drivers and write/run code on the board. I didn't 
> write anything special, just practiced loading a python example to the 
> board.
>
> I didn't know that pulling the USB cable without turning the board off via 
> the Power button could corrupt the eMMC onboard. I understand I should have 
> read the manual, but I think this information needs to be included on any 
> "quick start" info provided to beginners. (If they tell you how to turn it 
> on, shouldn't they tell you how to safely turn it off?) I have a lot of 
> experience with Arduino and mistakenly thought that I could unplug the 
> BeagleBone from power without any other shutdown steps.
>
> So now, the board powers on and the user LEDs flash, and the board shows 
> up as an external storage device on my laptop. But the IP address has 
> changed to 198.168.7.1, and any attempts to ssh either result in a timeout 
> or require password authentication. And the default passwords provided on 
> Adafruit and other places are not working.
>
> So, my questions are:
> • How do I know if I've corrupted the data in the eMMC? Will the board act 
> normally but not connect?
> • If I can't ssh via USB, will I be able to do so via ethernet, or should 
> I just start over/do a restore of Angstrom? 
> • Is Angstrom stiil the default distro, or are the boards shipping with 
> Debian now?
> • Is this possibly an El Capitan issue? I read a little about that, but I 
> downloaded and installed a HoRNDIS version that was supposed to fix the 
> issue.
>
> Thanks for your help - I'm really looking forward to learning how to use 
> this board and become part of the community. I build interactive interfaces 
> for musical performance and am excited about the possibilities offered 
> here. 
>
> - Nate
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/adcc1a30-08af-42c8-be34-1247734644a2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: How to make a python program start on boot? May need to use sudo.

[John Baker]

*Some glimmer of hope*: I was able to get my Python code running, at least 
for a few seconds. I put an icon of sorts on the BBB Debian desktop; the 
icon/shortcut called an sh that started my Python code using sudo python 
myProg.py. But unfortunately it shut down in a few seconds and an LXDE 
window showed up saying something about Shut Down or Cancel or Something 
Else but the BBB shut down and I was not able to recover from the glitch. I 
started from the info by Cyril Laury 
at 
http://askubuntu.com/questions/299052/how-to-execute-sh-script-from-a-desktop-shortcut
 
and hacked around to make a startup script. So it seems that my Python 
program is clobbering Debian, possibly with my write to a logfile. But 
that's to be determined. So hopefully I can fix the problem and then I'll 
be happy with this means to start up my Python code and will happily forget 
about crontab's and systemd's.
Thanks for all the help and suggestions. You-all kept me going.
John

On Wednesday, April 20, 2016 at 11:46:57 AM UTC-7, John Baker wrote:
>
> Thanks for your help and your patience with me. 
> Unfortunately, still no joy and no error message but then I'm illiterate 
> with Linux.
>
> I forgot to mention that I am using PyBBIO to drive PWM output and to read 
> ADC channels and it requires me to start my GUI program with sudo python 
> SimB.py on the Debian terminal and an attached keyboard to the BBB.
>
> I tried the following, first without the "root" in the command and then 
> with the "root" in the command as shown in this crontab -l output:
>
>
>
>
> I will set this aside for now and try systemd, to see if I can get some 
> kind of error message at least.
> John
>
> On 4/20/2016 5:12 AM, Dennis Lee Bieber wrote:
>
> On Tue, 19 Apr 2016 21:52:27 -0700 (PDT), John Baker 
>  declaimed the
> following:
>
>
> My Python program SimB.py runs fine if I start it with sudo python SimB.py 
> using a keyboard attached to my BBB.
>
>   Which, by default, is connected to the X-Window server running on
> "localhost" (and which is also connected to the HDMI/LCD output). IOWs, you
> have a full graphical environment preset for you, and Tkinter can connect
> to the display server.
>
>
> So I gave crontab a try again, putting it in /etc. Here's my crontab and 
> crontab -l which seems to say my python program is running but I don't see 
>
>   A timed background job not connected to any form of console/display.
>
>
> that it has done anything, don't see anything running on my BBB 4DCAPE 
> screen. I saw something in the CronHowTo () page about GUI's but haven't 
> tried that yet, figuring that I would just try to start SimB.py and see 
> what happened. So what to do next?
>
>
>   Uhm... Read that how-to page? Or maybe 
> this:http://ubuntuforums.org/showthread.php?t=185993
>
>
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/c1306397-dc58-4eac-838f-136493510224%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] BeagleBone Black n00b - maybe already corrupted eMMC?

[Nathan Wheeler]

Hey all,

I did a search - maybe someone is better at it than I am and could help 
connect me to an explanation/solution? Anyway, here's what has happened:

I got my board in the mail yesterday and connected it to my new MacBook Pro 
Retina (running OSX 10.11.3). I was able to ssh over USB after installing 
the included drivers and write/run code on the board. I didn't write 
anything special, just practiced loading a python example to the board.

I didn't know that pulling the USB cable without turning the board off via 
the Power button could corrupt the eMMC onboard. I understand I should have 
read the manual, but I think this information needs to be included on any 
"quick start" info provided to beginners. (If they tell you how to turn it 
on, shouldn't they tell you how to safely turn it off?) I have a lot of 
experience with Arduino and mistakenly thought that I could unplug the 
BeagleBone from power without any other shutdown steps.

So now, the board powers on and the user LEDs flash, and the board shows up 
as an external storage device on my laptop. But the IP address has changed 
to 198.168.7.1, and any attempts to ssh either result in a timeout or 
require password authentication. And the default passwords provided on 
Adafruit and other places are not working.

So, my questions are:
• How do I know if I've corrupted the data in the eMMC? Will the board act 
normally but not connect?
• If I can't ssh via USB, will I be able to do so via ethernet, or should I 
just start over/do a restore of Angstrom? 
• Is Angstrom stiil the default distro, or are the boards shipping with 
Debian now?
• Is this possibly an El Capitan issue? I read a little about that, but I 
downloaded and installed a HoRNDIS version that was supposed to fix the 
issue.

Thanks for your help - I'm really looking forward to learning how to use 
this board and become part of the community. I build interactive interfaces 
for musical performance and am excited about the possibilities offered 
here. 

- Nate

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/bcdcae01-ee98-4900-b795-f5b372ded41f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[William Hermans]

I'm still attempting to get the audio cape overlay to load. Anyone have a
clue as to why it might not work ? Something that did cross my mind is that
perhaps that edma fix include is being included in yet another source file.
Somethign else that is being included.

On Wed, Apr 20, 2016 at 8:16 PM, Robert Nelson 
wrote:

>
>
> On Wed, Apr 20, 2016 at 8:21 PM, Rafael Vega 
> wrote:
>
>>
>>
>> On Wednesday, April 20, 2016 at 3:28:23 PM UTC-5, Rick M wrote:
>>>
>>> move all the remaining entries that are in the overlay into a new .dts
>>> file based on this <
>>> http://pastebin.com/Wja7ZQRk>, compile that, and load it at boot.
>>>
>>>
>> Here's my attempt to do what you suggest:
>> https://gist.github.com/rvega/aebb225155b7c8990b3593f3a90851eb
>> It compiles as am335x-boneblack-audio-fixed.dtb without any error
>> messages, I copied the dtb to /boot/dtbs/4.4.7-bone-rt-r9, added
>> dtb=am335x-boneblack-audio-fixed.dtb to uEnv.txt and rebooted the board but
>> when powering up, the 4 user leds stay lit and the heartbeat never starts.
>> No luck booting.
>>
>> Can anyone spot the error on the dts or suggest a way to get error
>> messages?
>>
>
>
> Yeah, that's very broken..  Here's a quick copy/paste/etc...
>
> https://gist.github.com/RobertCNelson/fe8abb7fe11121f0a8c2c0afb291b339
>
> I'd say it's 95% there, didn't try building it..
>
> Regards
>
> --
> Robert Nelson
> https://rcn-ee.com/
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CAOCHtYiVST5W%3DXxUFAYjx7oqK64MDPqiKfijadYibztjVRCTPg%40mail.gmail.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORrWMwb7ZS0H1iUEeo-GjecKm%3DOeALQ76JBTNBayGydTdA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[Robert Nelson]

On Wed, Apr 20, 2016 at 8:21 PM, Rafael Vega  wrote:

>
>
> On Wednesday, April 20, 2016 at 3:28:23 PM UTC-5, Rick M wrote:
>>
>> move all the remaining entries that are in the overlay into a new .dts
>> file based on this <
>> http://pastebin.com/Wja7ZQRk>, compile that, and load it at boot.
>>
>>
> Here's my attempt to do what you suggest:
> https://gist.github.com/rvega/aebb225155b7c8990b3593f3a90851eb
> It compiles as am335x-boneblack-audio-fixed.dtb without any error
> messages, I copied the dtb to /boot/dtbs/4.4.7-bone-rt-r9, added
> dtb=am335x-boneblack-audio-fixed.dtb to uEnv.txt and rebooted the board but
> when powering up, the 4 user leds stay lit and the heartbeat never starts.
> No luck booting.
>
> Can anyone spot the error on the dts or suggest a way to get error
> messages?
>


Yeah, that's very broken..  Here's a quick copy/paste/etc...

https://gist.github.com/RobertCNelson/fe8abb7fe11121f0a8c2c0afb291b339

I'd say it's 95% there, didn't try building it..

Regards

-- 
Robert Nelson
https://rcn-ee.com/

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYiVST5W%3DXxUFAYjx7oqK64MDPqiKfijadYibztjVRCTPg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] problem to install gnuplot on Debian OS using BBB

[Gerald Coley]

Use a DC power supply of 1A.

Gerald

On Wed, Apr 20, 2016 at 9:39 PM, ezah  wrote:

> hye All,
>
> i am a newbie BBB. i had a problem where my BBB is idle power off. when i
> want to install the gnuplot the BBB will automatically turn off. i had done
> so many time. what should i do? do u guys have the same problem?
>
> pleaseee help me
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/7ba7d041-0470-453d-ba08-3030446c61a3%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/
gcol...@emprodesign.com

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAHK_S%2BcYBh%3DF%2BVp08XOJzr3S%2BCEnoOKRprXK%3D%3Df7UYzt2R%3Dn1A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] problem install the gnuplot on BBB

[Gerald Coley]

Use a DC power supply of 1A.

Gerald


On Wed, Apr 20, 2016 at 9:31 PM, ezah  wrote:

> hye all,
>
> i am a newbie of BBB. i have problem where my BBB is idle power off. i
> need to install the gnuplot on Debian OS and my BBB will automatically turn
> off. i had done so many times. do u have the same problem? what should i do?
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/5e62c5f6-7ee6-421f-9597-1d7ebf55a668%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/
gcol...@emprodesign.com

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAHK_S%2BdKc3W%2B4GXuaizG09fXfOY%3DOgC_ho8ckg_ra%2BhDQYJvew%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] problem to install gnuplot on Debian OS using BBB

[ezah]

hye All,

i am a newbie BBB. i had a problem where my BBB is idle power off. when i 
want to install the gnuplot the BBB will automatically turn off. i had done 
so many time. what should i do? do u guys have the same problem?

pleaseee help me

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/7ba7d041-0470-453d-ba08-3030446c61a3%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] problem install the gnuplot on BBB

[ezah]

hye all,

i am a newbie of BBB. i have problem where my BBB is idle power off. i need 
to install the gnuplot on Debian OS and my BBB will automatically turn off. 
i had done so many times. do u have the same problem? what should i do?

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/5e62c5f6-7ee6-421f-9597-1d7ebf55a668%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[evilwulfie]

lol  i am recovering from the same issue  :P


On 4/20/2016 6:21 PM, Rafael Vega wrote:
>
>
> On Wednesday, April 20, 2016 at 3:28:23 PM UTC-5, Rick M wrote:
>
> move all the remaining entries that are in the overlay into a new
> .dts file based on this <
> http://pastebin.com/Wja7ZQRk>, compile that, and load it at boot.
>
>
> Here's my attempt to do what you suggest:
> https://gist.github.com/rvega/aebb225155b7c8990b3593f3a90851eb
> It compiles as am335x-boneblack-audio-fixed.dtb without any error
> messages, I copied the dtb to /boot/dtbs/4.4.7-bone-rt-r9, added 
> dtb=am335x-boneblack-audio-fixed.dtb to uEnv.txt and rebooted the
> board but when powering up, the 4 user leds stay lit and the heartbeat
> never starts. No luck booting.
>
> Can anyone spot the error on the dts or suggest a way to get error
> messages?
> -- 
> 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 beagleboard+unsubscr...@googlegroups.com
> .
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/5ecc19c3-9936-4fea-a87f-8564fab9d9ed%40googlegroups.com
> .
> For more options, visit https://groups.google.com/d/optout.



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/571830AB.9070808%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[Rafael Vega]

On Wednesday, April 20, 2016 at 3:28:23 PM UTC-5, Rick M wrote:
>
> move all the remaining entries that are in the overlay into a new .dts 
> file based on this < 
> http://pastebin.com/Wja7ZQRk>, compile that, and load it at boot. 
>
>
Here's my attempt to do what you suggest: 
https://gist.github.com/rvega/aebb225155b7c8990b3593f3a90851eb 
It compiles as am335x-boneblack-audio-fixed.dtb without any error messages, 
I copied the dtb to /boot/dtbs/4.4.7-bone-rt-r9, added  
dtb=am335x-boneblack-audio-fixed.dtb to uEnv.txt and rebooted the board but 
when powering up, the 4 user leds stay lit and the heartbeat never starts. 
No luck booting.

Can anyone spot the error on the dts or suggest a way to get error messages?

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/5ecc19c3-9936-4fea-a87f-8564fab9d9ed%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[Rick Mann]

> On Apr 20, 2016, at 18:13 , Rafael Vega  wrote:
> 
> 
> 
> move all the remaining entries that are in the overlay into a new .dts file 
> based on this < 
> http://pastebin.com/Wja7ZQRk>, compile that, and load it at boot. 
> 
> 
> Here's my attempt to do what you suggest:

> [snip]
> 
> I compiled it as am335x-boneblack-audio-fixed.dtb, copied it to 
> /boot/dtbs/4.4.7-bone-rt-r9 and added # dtb=am335x-boneblack-audio-fixed.dtb 
> to /boot/uEnv.txt. When I try to boot the board the 4 user leds stay lit. No 
> luck booting.
> 
> Can someone spot an error on the dts or suggest a way to find error messages?

That seems reasonable, but I haven't tried it myself. Obviously, you should 
connect to the serial console and see what messages are output there.

Are you able to make it work with my original .dtb and loading the 
BB-BONE-AUDI-02 overlay via capemgr?

-- 
Rick Mann
rm...@latencyzero.com


-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/826D96CD-E00C-40DA-AC5A-D4C3FB53055D%40latencyzero.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[Rafael Vega]

move all the remaining entries that are in the overlay into a new .dts file 
> based on this < 
> http://pastebin.com/Wja7ZQRk>, compile that, and load it at boot. 
>
>
Here's my attempt to do what you suggest:


/*
 * Copyright (C) 2012 Texas Instruments Incorporated - http://www.ti.com/
 *
 * This program is free software; you can redistribute it and/or modify
 * it under the terms of the GNU General Public License version 2 as
 * published by the Free Software Foundation.
 */
/dts-v1/;

#include "am33xx.dtsi"
#include "am33xx-es2.dtsi"
#include "am335x-bone-common.dtsi"
#include "am33xx-overlay-edma-fix.dtsi"

/ {
  model = "TI AM335x BeagleBone Black";
  compatible = "ti,am335x-bone-black", "ti,am335x-bone", "ti,am33xx", 
"simple-audio-card";
  simple-audio-card,name = "AudioCape Rev B";
  simple-audio-card,widgets =
"Headphone", "Headphone Jack",
"Line", "Line In";
simple-audio-card,routing =
"Headphone Jack",   "HPLOUT",
"Headphone Jack",   "HPROUT",
"LINE1L",   "Line In",
"LINE1R",   "Line In";
simple-audio-card,format = "dsp_b";
simple-audio-card,bitclock-master = <_master>;
simple-audio-card,frame-master = <_master>;
simple-audio-card,bitclock-inversion;

simple-audio-card,cpu {
sound-dai = <>;
};

  sound_master: simple-audio-card,codec {
#sound-dai-cells = <0>;
sound-dai = <>;
clocks = <_mcasp0>;
clock-names = "mclk";
  };

  clk_mcasp0_fixed: clk_mcasp0_fixed {
#clock-cells = <0>;
compatible = "fixed-clock";
clock-frequency = <24576000>;
  };

  clk_mcasp0: clk_mcasp0 {
#clock-cells = <0>;
compatible = "gpio-gate-clock";
clocks = <_mcasp0_fixed>;
enable-gpios = < 27 GPIO_ACTIVE_HIGH>; /* BeagleBone Black Clk 
enable on GPIO1_27 */
  };

  audio_pins: audio_pins {
pinctrl-single,pins = <
  0x190 (PIN_INPUT_PULLDOWN | MUX_MODE0)/* 
mcasp0_aclkx.mcasp0_aclkx */
  0x194 (PIN_INPUT_PULLDOWN | MUX_MODE0)/* mcasp0_fsx.mcasp0_fsx, 
INPUT */
  0x198 (PIN_INPUT_PULLDOWN | MUX_MODE0)/* mcasp0_axr0.mcasp0_axr0 
*/
  0x19c (PIN_INPUT_PULLDOWN | MUX_MODE2)/* 
mcasp0_ahclkr.mcasp0_axr2 */
  0x1ac (PIN_INPUT_PULLDOWN | MUX_MODE0)/* MCASP0_AHCLKX -> 
MCASP0_AHCLKX (I2S_MCLK_OUT)- in */
>;
  };
};

 {
  #address-cells = <1>;
  #size-cells = <0>;
  clock-frequency = <10>;
  status = "okay";
  pinctrl-names = "default";
  pinctrl-0 = <_pins>;

  tlv320aic3104: tlv320aic3104@18 {
#sound-dai-cells = <0>;
compatible = "ti,tlv320aic3104";
reg = <0x18>;
  };
};

 {
  #sound-dai-cells = <0>;
pinctrl-names = "default";
pinctrl-0 = <_pins>;
status = "okay";
op-mode = <0>;  /* MCASP_IIS_MODE */
tdm-slots = <2>;
num-serializer = <16>;
serial-dir = <  /* 0: INACTIVE, 1: TX, 2: RX */
2 0 1 0
0 0 0 0
0 0 0 0
0 0 0 0
>;
tx-num-evt = <1>;
rx-num-evt = <1>;
};

_reg {
regulator-min-microvolt = <180>;
regulator-max-microvolt = <180>;
regulator-always-on;
};

 {
vmmc-supply = <_fixed>;
};

 {
vmmc-supply = <_fixed>;
pinctrl-names = "default";
pinctrl-0 = <_pins>;
bus-width = <8>;
status = "okay";
};



I compiled it as am335x-boneblack-audio-fixed.dtb, copied it to 
/boot/dtbs/4.4.7-bone-rt-r9 and added # 
dtb=am335x-boneblack-audio-fixed.dtb to /boot/uEnv.txt. When I try to boot 
the board the 4 user leds stay lit. No luck booting.

Can someone spot an error on the dts or suggest a way to find error 
messages?

Thanks!
 

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/bc1b8ca7-7850-4953-b2e5-67b8c7bb580e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] CDC_ETHER in Debian 3.8.13-bone70

[William Hermans]

well according to this:
http://nimbelink.com/appnotes/CAT1CDC-ECM-Application_Note.pdf

You need to comment out the USB0 lines in /etc/network/interfaces, and then
the device will automatically come up

On Wed, Apr 20, 2016 at 5:07 PM, Matt99eo 
wrote:

> Yes it is a modem
>
> http://nimbelink.com/skywire-4g-lte-cat-1/
>
> They do not have firmware yet that supports pppd.  I use ppp for other
> modems that do support it and that works this guys is just different (until
> firmware is baked).
>
>
>
> On Wednesday, April 20, 2016 at 4:53:41 PM UTC-7, William Hermans wrote:
>>
>> usb1 is probably your external device. But you can find out via dmesg by
>> issuing . .
>>
>> $ dmesg | grep usb1
>>
>> And using deductive reasoning. But also, once you get your cdc device
>> working, I do not know how it's meant to be used. Robert Suggested pppd
>> which suggests to me it's meant to be used a some sort of modem ?
>>
>> On Wed, Apr 20, 2016 at 4:50 PM, Matt99eo  wrote:
>>
>>> I was wondering about multiple usb connections...
>>>
>>> So here is thing though.  I am now ssh'd into the device over ethernet.
>>> I see the usbo with ifconfig:
>>>
>>> ifconfig
>>> eth0  Link encap:Ethernet  HWaddr 78:a5:04:f8:61:5e
>>>   inet addr:10.1.2.169  Bcast:10.1.2.255  Mask:255.255.255.0
>>>   inet6 addr: fe80::7aa5:4ff:fef8:615e/64 Scope:Link
>>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>>   RX packets:881 errors:0 dropped:9 overruns:0 frame:0
>>>   TX packets:282 errors:0 dropped:0 overruns:0 carrier:0
>>>   collisions:0 txqueuelen:1000
>>>   RX bytes:87981 (85.9 KiB)  TX bytes:37544 (36.6 KiB)
>>>   Interrupt:40
>>>
>>> loLink encap:Local Loopback
>>>   inet addr:127.0.0.1  Mask:255.0.0.0
>>>   inet6 addr: ::1/128 Scope:Host
>>>   UP LOOPBACK RUNNING  MTU:65536  Metric:1
>>>   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>>>   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>>>   collisions:0 txqueuelen:0
>>>   RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
>>>
>>> usb0  Link encap:Ethernet  HWaddr 02:80:70:00:04:70
>>>   inet addr:192.168.7.2  Bcast:192.168.7.255  Mask:255.255.255.0
>>>   inet6 addr: fe80::80:70ff:fe00:470/64 Scope:Link
>>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>>   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>>>   TX packets:35 errors:0 dropped:0 overruns:0 carrier:0
>>>   collisions:0 txqueuelen:1000
>>>   RX bytes:0 (0.0 B)  TX bytes:5387 (5.2 KiB)
>>>
>>>
>>> But now how do I test I am connected out that way instead of over the
>>> ethernet cable lol?
>>>
>>> At the end of the day I want these devices to talk out the cell module
>>> to cloud servers and be able to acess them in the field via ssh.  I have
>>> statically provisioned SIM cards so I can get to them.
>>>
>>> On Wednesday, April 20, 2016 at 4:41:40 PM UTC-7, William Hermans wrote:

 And sorry . .

 william@beaglebone:~$ sudo ifconfig usb0 192.168.7.2
 THEN
 william@beaglebone:~$ sudo ifconfig
 . . .

 usb0  Link encap:Ethernet  HWaddr 7e:68:32:bc:58:89
   inet addr:192.168.7.2  Bcast:192.168.7.255  Mask:255.255.255.0
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   RX packets:1 errors:0 dropped:1 overruns:0 frame:0
   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:1000
   RX bytes:76 (76.0 B)  TX bytes:0 (0.0 B)




 On Wed, Apr 20, 2016 at 4:39 PM, William Hermans 
 wrote:

> For instance:
>
> william@beaglebone:~$ ls /sys/class/net
> eth0  lo
> william@beaglebone:~$ sudo modprobe g_ether
>
> william@beaglebone:~$ ls /sys/class/net
> eth0  lo  usb0
>
> william@beaglebone:~$ sudo ifconfig
>  . . .
> usb0  Link encap:Ethernet  HWaddr 7e:68:32:bc:58:89
>   inet addr:192.168.7.2  Bcast:192.168.7.255
> Mask:255.255.255.0
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   RX packets:1 errors:0 dropped:1 overruns:0 frame:0
>   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:1000
>   RX bytes:76 (76.0 B)  TX bytes:0 (0.0 B)
>
> However, I've no idea how your device is meant to be used once it's
> connected a an USBNET device. And now you've just posted, and you've got a
> problem.
>
> You're connected to your beaglebone via USB too which may cause
> problems. You're only allowed to use one instance of a gadget driver,
> total. So you can not use USB serial, or USB networkign to the beaglebone
> in order for your device to work. You're going power via barrel jack,
> connect to 

[beagleboard] Re: Anyone interested in LEGO EV3? I'm trying to transplant EV3 system to Beaglebone Black.

[alfred . perlstein]

Hey Andy,

We purchased a few EVB units and love them!   We would really like to tweak 
the code to suit our purposes.  I've been searching all over the net for 
the code, would it be possible for you to link me or maybe send me the 
source code for the EVB firmware?  We are trying to do a program to teach 
children using this platform and are very stuck without your help.

Is there a link to get the source code and build instructions?

thank you,
-Alfred

On Tuesday, October 21, 2014 at 11:34:47 PM UTC-7, Fat Cat Man wrote:
>
> Of course I will continue working on this project. I'm developing a lot of 
> new sensors now : )
>
> After all these works done, I will put the source code to github. At 
> present, all the code is a little messy and I don't have time to clear up 
> it.
>
> Now I'm finding someone who has BBB and LEGO EV3 to help me test the EVB 
> cape : )
>
> 在 2014年10月22日星期三UTC+8上午7时10分12秒，janszyma...@gmail.com写道：
>>
>> Congratulations on your wedding, but once married will you have any time 
>> for the project?
>> Are you willing to share your work?
>>
>> Regards
>> Jan
>>
>> On Wednesday, October 22, 2014 2:45:26 AM UTC+11, Fat Cat Man wrote:
>>>
>>> Yes, I've came to my hometown to hold a wedding ceremony last 2 weeks.
>>> I've updated all the linux drivers to 1.06x. Now it works fine with the 
>>> native labview language.
>>> Now I'm making the smart UART sensor, I have already made a prototype. 
>>> It can measure couple of analog channels and transmit the data throuth the 
>>> uart. It means a huge kinds of arduino analog sensors can be used for ev3 
>>> now: ) And it's very easy to develop any kind of new sensors.
>>>
>>>
>>> 在 2014年10月13日星期一UTC+8上午8时18分48秒，janszyma...@gmail.com写道：

 Hi,

  Are you still working on it?
 If yes, any progress so far?

 Jan

 On Thursday, 17 July 2014 16:21:40 UTC+10, Fat Cat Man wrote:
>
> As you know, LEGO announced their Mindstorms EV3 robot system last 
> year. The EV3 system is based on linux, they published the full source 
> code 
> at *https://github.com/mindboards/ev3sources* 
>  
>
> When I got the source code, I was wondering if I can transplant all 
> the code to Beaglebone Black. The EV3 use a TI AM1808 MCU as its cpu and 
> BBB use TI AM3359. Many of the registers are common. So after several 
> months work, I'm almost done. Here are some pitcures shows my progress:
>
>
> 
>
>
> 
>
>
> 
>
>
> As you can see, there are still some bugs in the system. After the 
> main lms2012 program running for a while, it would appear a warning, and 
> then quit. Now I'm designing the cape PCB board. It can provide the input 
> and output capacity as same as EV3.
>
>
>
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/3c64d503-7731-4625-b84f-14b3b36ca565%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[Rick Mann]

No worries!

> On Apr 20, 2016, at 17:03 , William Hermans  wrote:
> 
> Do'h just dawned on me hah ! Sorry Rick !
> 
> git clone -b 4.4.x https://github.com/RobertCNelson/dtb-rebuilder
> 
> On Wed, Apr 20, 2016 at 5:01 PM, Robert Nelson  
> wrote:
> 
> 
> On Wed, Apr 20, 2016 at 6:55 PM, evilwulfie  wrote:
> So much i dont know.
> 
> 
> rick or robert where might i get this file ?
> 
> am33xx-es2.dtsi
> 
> Its not in the dts-rebuilder i installed and Ricks new dts file seems to
> require it to compile
> 
> src/arm/am335x-boneblack-audio-emmc.dts:11:27: fatal error:
> am33xx-es2.dtsi: No such file or directory
> 
> Designing hardware is so much more easier :P
> 
> I remember firmware in the old days  patch the code and burn some
> bipolar proms  install and continue
> 
> am33xx-es2.dtsi is on the 4.4.x branch..  you had mentioned " 
> 4.1.14-bone-rt-r17 " that's why i pointed out 4.1.x...
> 
> Regards,
> 
> -- 
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/CAOCHtYgRwax_s-irGPEzmJiDxhs_5QDA6cNJpTJ1dBpOgAPzRw%40mail.gmail.com.
> 
> For more options, visit https://groups.google.com/d/optout.
> 
> 
> -- 
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/CALHSORqjDC54qUOzS7Tsjr%2BfhSV1nzs6GBLaZ559XCXvUp3p3A%40mail.gmail.com.
> For more options, visit https://groups.google.com/d/optout.


-- 
Rick Mann
rm...@latencyzero.com


-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/A39730C8-294B-4D92-8C56-56302E556284%40latencyzero.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[William Hermans]

Here ya go evilwulfie exact steps . . . just make sure you backup any files
you have in there that you may need . . .

william@beaglebone:~$ rm -rf dtb-rebuilder/
william@beaglebone:~$ git clone -b 4.4.x
https://github.com/RobertCNelson/dtb-rebuilder
Cloning into 'dtb-rebuilder'...
remote: Counting objects: 7106, done.
remote: Compressing objects: 100% (9/9), done.
remote: Total 7106 (delta 2), reused 0 (delta 0), pack-reused 7095
Receiving objects: 100% (7106/7106), 4.74 MiB | 339 KiB/s, done.
Resolving deltas: 100% (3135/3135), done.


On Wed, Apr 20, 2016 at 5:03 PM, William Hermans  wrote:

> Do'h just dawned on me hah ! Sorry Rick !
>
> git clone -b 4.4.x https://github.com/RobertCNelson/dtb-rebuilder
>
> On Wed, Apr 20, 2016 at 5:01 PM, Robert Nelson 
> wrote:
>
>>
>>
>> On Wed, Apr 20, 2016 at 6:55 PM, evilwulfie  wrote:
>>
>>> So much i dont know.
>>>
>>>
>>> rick or robert where might i get this file ?
>>>
>>> am33xx-es2.dtsi
>>>
>>> Its not in the dts-rebuilder i installed and Ricks new dts file seems to
>>> require it to compile
>>>
>>> src/arm/am335x-boneblack-audio-emmc.dts:11:27: fatal error:
>>> am33xx-es2.dtsi: No such file or directory
>>>
>>> Designing hardware is so much more easier :P
>>>
>>> I remember firmware in the old days  patch the code and burn some
>>> bipolar proms  install and continue
>>>
>>
>> am33xx-es2.dtsi is on the 4.4.x branch..  you had mentioned "
>> 4.1.14-bone-rt-r17 " that's why i pointed out 4.1.x...
>>
>> Regards,
>>
>> --
>> 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 beagleboard+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/beagleboard/CAOCHtYgRwax_s-irGPEzmJiDxhs_5QDA6cNJpTJ1dBpOgAPzRw%40mail.gmail.com
>> 
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORpzSJWrs4WLveeVx3DqZOecuBCypaGc3M5%2B3u%3DRoOHoRg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] CDC_ETHER in Debian 3.8.13-bone70

[Matt99eo]

Yes it is a modem

http://nimbelink.com/skywire-4g-lte-cat-1/

They do not have firmware yet that supports pppd.  I use ppp for other 
modems that do support it and that works this guys is just different (until 
firmware is baked).  



On Wednesday, April 20, 2016 at 4:53:41 PM UTC-7, William Hermans wrote:
>
> usb1 is probably your external device. But you can find out via dmesg by 
> issuing . .
>
> $ dmesg | grep usb1
>
> And using deductive reasoning. But also, once you get your cdc device 
> working, I do not know how it's meant to be used. Robert Suggested pppd 
> which suggests to me it's meant to be used a some sort of modem ?
>
> On Wed, Apr 20, 2016 at 4:50 PM, Matt99eo  > wrote:
>
>> I was wondering about multiple usb connections...
>>
>> So here is thing though.  I am now ssh'd into the device over ethernet. I 
>> see the usbo with ifconfig:
>>
>> ifconfig 
>> eth0  Link encap:Ethernet  HWaddr 78:a5:04:f8:61:5e  
>>   inet addr:10.1.2.169  Bcast:10.1.2.255  Mask:255.255.255.0
>>   inet6 addr: fe80::7aa5:4ff:fef8:615e/64 Scope:Link
>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>   RX packets:881 errors:0 dropped:9 overruns:0 frame:0
>>   TX packets:282 errors:0 dropped:0 overruns:0 carrier:0
>>   collisions:0 txqueuelen:1000 
>>   RX bytes:87981 (85.9 KiB)  TX bytes:37544 (36.6 KiB)
>>   Interrupt:40 
>>
>> loLink encap:Local Loopback  
>>   inet addr:127.0.0.1  Mask:255.0.0.0
>>   inet6 addr: ::1/128 Scope:Host
>>   UP LOOPBACK RUNNING  MTU:65536  Metric:1
>>   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>>   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>>   collisions:0 txqueuelen:0 
>>   RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
>>
>> usb0  Link encap:Ethernet  HWaddr 02:80:70:00:04:70  
>>   inet addr:192.168.7.2  Bcast:192.168.7.255  Mask:255.255.255.0
>>   inet6 addr: fe80::80:70ff:fe00:470/64 Scope:Link
>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>>   TX packets:35 errors:0 dropped:0 overruns:0 carrier:0
>>   collisions:0 txqueuelen:1000 
>>   RX bytes:0 (0.0 B)  TX bytes:5387 (5.2 KiB)
>>
>>
>> But now how do I test I am connected out that way instead of over the 
>> ethernet cable lol?
>>
>> At the end of the day I want these devices to talk out the cell module to 
>> cloud servers and be able to acess them in the field via ssh.  I have 
>> statically provisioned SIM cards so I can get to them. 
>>
>> On Wednesday, April 20, 2016 at 4:41:40 PM UTC-7, William Hermans wrote:
>>>
>>> And sorry . . 
>>>
>>> william@beaglebone:~$ sudo ifconfig usb0 192.168.7.2
>>> THEN
>>> william@beaglebone:~$ sudo ifconfig
>>> . . .
>>>
>>> usb0  Link encap:Ethernet  HWaddr 7e:68:32:bc:58:89
>>>   inet addr:192.168.7.2  Bcast:192.168.7.255  Mask:255.255.255.0
>>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>>   RX packets:1 errors:0 dropped:1 overruns:0 frame:0
>>>   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>>>   collisions:0 txqueuelen:1000
>>>   RX bytes:76 (76.0 B)  TX bytes:0 (0.0 B)
>>>
>>>
>>>
>>>
>>> On Wed, Apr 20, 2016 at 4:39 PM, William Hermans  
>>> wrote:
>>>
 For instance: 

 william@beaglebone:~$ ls /sys/class/net
 eth0  lo
 william@beaglebone:~$ sudo modprobe g_ether

 william@beaglebone:~$ ls /sys/class/net
 eth0  lo  usb0

 william@beaglebone:~$ sudo ifconfig
  . . .
 usb0  Link encap:Ethernet  HWaddr 7e:68:32:bc:58:89
   inet addr:192.168.7.2  Bcast:192.168.7.255  Mask:255.255.255.0
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   RX packets:1 errors:0 dropped:1 overruns:0 frame:0
   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:1000
   RX bytes:76 (76.0 B)  TX bytes:0 (0.0 B)

 However, I've no idea how your device is meant to be used once it's 
 connected a an USBNET device. And now you've just posted, and you've got a 
 problem. 

 You're connected to your beaglebone via USB too which may cause 
 problems. You're only allowed to use one instance of a gadget driver, 
 total. So you can not use USB serial, or USB networkign to the beaglebone 
 in order for your device to work. You're going power via barrel jack, 
 connect to the beaglebone over the ethernet port. *OR* if you want to 
 still 
 power via USB, you're going to have to figure out how to disable the USB 
 gadget drivers for the beaglebone, while still having it available for 
 your 
 external device. I did notice you had TTYACM0 enabled so that'll 
 definitely 
 have to go away.



 On 

Re: [beagleboard] How to use Exim4 to Send Email from Beaglebone Black Debian

[John Baker]

Dieter,
I'm trying to get mutt running to get error messages from crontab. I 
installed mutt with aptitude and it may be working but I don't know how to 
set it up to get the messages :-[

Apr 20 23:49:01 beaglebone /USR/SBIN/CRON[8657]: (root) CMD (export 
DISPLAY=:0 && /usr/bin/python /home/debian/Desktop/SimB.py)
Apr 20 23:50:01 beaglebone /USR/SBIN/CRON[8690]: (root) CMD (export 
DISPLAY=:0 && /usr/bin/python /home/debian/Desktop/SimB.py)
Apr 20 23:51:02 beaglebone /USR/SBIN/CRON[8723]: (root) CMD (export 
DISPLAY=:0 && /usr/bin/python /home/debian/Desktop/SimB.py)
Apr 20 23:52:01 beaglebone /USR/SBIN/CRON[8756]: (root) CMD (export 
DISPLAY=:0 && /usr/bin/python /home/debian/Desktop/SimB.py)

Setup is described in https://wiki.debian.org/Mutt says there is a muttrc 
file in "a user's $HOME directory" but I find only unreadable muttrc files 
elsewhere and I'm not sure I know where and what a "user's $HOME directory" 
is.

1. Do I need to set up some directory in /home/?
2. Do I need to create a muttrc file to configure mutt? 
3. Is there a way to find and read the sent messages?

Thanks,
John

On Wednesday, May 27, 2015 at 7:44:18 AM UTC-7, Dieter Wirz wrote:
>
> If you only want to send mail, install mutt 
> With mutt u can use any SMTP server, and mutt comes with its own;-) 
>
> On Tue, May 26, 2015 at 11:09 PM, tcb2  wrote: 
> > I've recently gotten Exim4 to send mail from the BBB with Debian, using 
> the 
> > Gmail SMTP server. (I tried using the BBB as the server with SMTP port 
> 25, 
> > but my ISP [Comcast] blocks that port to prevent spam.) I am running 
> code to 
> > monitor a sensor, and wanted an email alert to me at certain detected 
> > values. Here are the general steps: 
> > 
> > 1. Tell Google that you'll be sending email from your BBB. From a 
> browser on 
> > the BBB, sign in to your gmail account at: 
> > http://www.google.com/accounts/DisplayUnlockCaptcha 
> > 
> > 
> > 2. Open port 587. For this you need to be root. Check your iptables 
> > (firewall) first to see if 587 is already open: 
> > # iptables -L -n 
> > 
> > If not, then 
> > # iptables -A OUTPUT -p tcp --dport 587 -j ACCEPT 
> > 
> > and, if you don't have any input rules, which is good (see 
> > 
> http://unix.stackexchange.com/questions/104954/how-to-allow-outgoing-smtp-on-iptables-debian-linux),
>  
>
> > then 
> > 
> > # iptables -I INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT 
> > 
> > 3. Install and configure exim4 as root. This is the package that sends 
> the 
> > email. 
> > 
> > # apt-get install exim4 
> > 
> > Now, configure exim as root: 
> > 
> > # dpkg-reconfigure exim4-config 
> > in the dialog, answer as follows: 
> > 
> > Configuration type mail sent by smarthost; received via SMTP or 
> fetchmail 
> >  System mail name localhost 
> >  IP-addresses to listen on for incoming SMTP connections 127.0.0.1 ; ::1 
> (to 
> > refuse external connections) 
> > Other destinations for which mail is acceptedleave empty 
> > Machines to relay mail forleave empty 
> > IP address or host name of the outgoing smarthostsmtp.gmail.com::587 
> > Hide local mail name in outgoing mail ?yes 
> > Keep number of DNS-queries minimal (Dial-on-Demand) ?no 
> > Delivery method for local mailmbox format in /var/mail/ 
> > Split configuration into small files ?no 
> > 
> > check /etc/exim4/update-exim4.conf.conf to see if the file looks like 
> the 
> > below, and if not, change it: 
> > 
> > dc_eximconfig_configtype='smarthost' 
> > dc_other_hostnames='' 
> > dc_local_interfaces='127.0.0.1 ; ::1' 
> > dc_readhost='' 
> > dc_relay_domains='' 
> > dc_minimaldns='false' 
> > dc_relay_nets='' 
> > dc_smarthost='smtp.gmail.com::587' 
> > CFILEMODE='644' 
> > dc_use_split_config='false' 
> > dc_hide_mailname='true' 
> > dc_mailname_in_oh='true' 
> > dc_localdelivery='mail_spool' 
> > 
> > Then modify /etc/exim4/passwd.client to (substitute your gmail name and 
> > pwd): 
> > 
> > gmail-smtp.l.google.com:yourgmailn...@gmail.com:yourpassword 
> > *.google.com:yourgmailn...@gmail.com:yourpassword 
> > smtp.gmail.com:youremailna...@gmail.com:yourpassword 
> > 
> > Change permissions, etc 
> > 
> > # chown root:Debian-exim /etc/exim4/passwd.client 
> > # chmod 640 /etc/exim4/passwd.client 
> > 
> > restart Exim 
> > 
> > # update-exim4.conf 
> > # invoke-rc.d exim4 restart 
> > 
> > 
> > 4. Test sending mail 
> > 
> > you can do this in perl, for example: 
> > 
> > #!/usr/bin/perl 
> > 
> > $to = 'some-email-address'; 
> > $from = 'yourgmailn...@gmail.com'; 
> > $subject = 'Test Email'; 
> > $message = 'This is test email sent by Perl Script'; 
> > 
> > open(MAIL, "|/usr/sbin/sendmail -t"); 
> > 
> > print MAIL "To: $to\n"; 
> > print MAIL "From: $from\n"; 
> > print MAIL "Subject: $subject\n\n"; 
> > print MAIL $message; 
> > 
> > close(MAIL); 
> > 
> > print "Email Sent Successfully\n"; 
> > 
> > or another way it to create a file called mail-body.txt: 
> > 
> > to : some-email-address 
> > from : 

Re: [beagleboard] My overlay can't find clk_mcasp0

[William Hermans]

Do'h just dawned on me hah ! Sorry Rick !

git clone -b 4.4.x https://github.com/RobertCNelson/dtb-rebuilder

On Wed, Apr 20, 2016 at 5:01 PM, Robert Nelson 
wrote:

>
>
> On Wed, Apr 20, 2016 at 6:55 PM, evilwulfie  wrote:
>
>> So much i dont know.
>>
>>
>> rick or robert where might i get this file ?
>>
>> am33xx-es2.dtsi
>>
>> Its not in the dts-rebuilder i installed and Ricks new dts file seems to
>> require it to compile
>>
>> src/arm/am335x-boneblack-audio-emmc.dts:11:27: fatal error:
>> am33xx-es2.dtsi: No such file or directory
>>
>> Designing hardware is so much more easier :P
>>
>> I remember firmware in the old days  patch the code and burn some
>> bipolar proms  install and continue
>>
>
> am33xx-es2.dtsi is on the 4.4.x branch..  you had mentioned "
> 4.1.14-bone-rt-r17 " that's why i pointed out 4.1.x...
>
> Regards,
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CAOCHtYgRwax_s-irGPEzmJiDxhs_5QDA6cNJpTJ1dBpOgAPzRw%40mail.gmail.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORqjDC54qUOzS7Tsjr%2BfhSV1nzs6GBLaZ559XCXvUp3p3A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[Robert Nelson]

On Wed, Apr 20, 2016 at 6:55 PM, evilwulfie  wrote:

> So much i dont know.
>
>
> rick or robert where might i get this file ?
>
> am33xx-es2.dtsi
>
> Its not in the dts-rebuilder i installed and Ricks new dts file seems to
> require it to compile
>
> src/arm/am335x-boneblack-audio-emmc.dts:11:27: fatal error:
> am33xx-es2.dtsi: No such file or directory
>
> Designing hardware is so much more easier :P
>
> I remember firmware in the old days  patch the code and burn some
> bipolar proms  install and continue
>

am33xx-es2.dtsi is on the 4.4.x branch..  you had mentioned "
4.1.14-bone-rt-r17 " that's why i pointed out 4.1.x...

Regards,

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYgRwax_s-irGPEzmJiDxhs_5QDA6cNJpTJ1dBpOgAPzRw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[William Hermans]

Rick, that's not the problem dtb-rebuilder and bb.org-overlays neither of
these git's have that source file.

On Wed, Apr 20, 2016 at 4:57 PM, Rick Mann  wrote:

> You probably need to switch to the 4.4.x branch.
>
> > On Apr 20, 2016, at 16:55 , evilwulfie  wrote:
> >
> > So much i dont know.
> >
> >
> > rick or robert where might i get this file ?
> >
> > am33xx-es2.dtsi
> >
> > Its not in the dts-rebuilder i installed and Ricks new dts file seems to
> > require it to compile
> >
> > src/arm/am335x-boneblack-audio-emmc.dts:11:27: fatal error:
> > am33xx-es2.dtsi: No such file or directory
> >
> > Designing hardware is so much more easier :P
> >
> > I remember firmware in the old days  patch the code and burn some
> > bipolar proms  install and continue
> >
> >
> > On 4/20/2016 2:31 PM, Rick Mann wrote:
> >> Keep in mind I'm on 4.4.7-bone-rt-r9, not 4.1.x. Dunno if that matters.
> >>
> >>> On Apr 20, 2016, at 14:25 , William Hermans  wrote:
> >>>
> >>> Just playing along here . . . I thought maybe HDMI had to be loaded to
> load the audio cape, but seems not. I'm going to start over with a fresh
> dts file and load the same one as evilwulfie to see if I can get to the
> bottom of things.
> >>>
> >>> william@beaglebone:~$ sudo sh -c "echo 'BB-BONE-AUDI-02' >
> /sys/devices/platform/bone_capemgr/slots"
> >>> william@beaglebone:~$ cat /sys/devices/platform/bone_capemgr/slots
> >>> 0: PF  -1
> >>> 1: PF  -1
> >>> 2: PF  -1
> >>> 3: PF  -1
> >>> 5: P-O-L-   0 Override Board Name,00A0,Override Manuf,WH-UART5
> >>> william@beaglebone:~$ dmesg | grep BB-BONE-AUDI-02
> >>> [66985.108405] bone_capemgr bone_capemgr: part_number
> 'BB-BONE-AUDI-02', version 'N/A'
> >>> [66985.128912] bone_capemgr bone_capemgr: slot #6: 'Override Board
> Name,00A0,Override Manuf,BB-BONE-AUDI-02'
> >>>
> >>>
> >>> On Wed, Apr 20, 2016 at 2:15 PM, evilwulfie 
> wrote:
> >>> very interesting. after removing the eDMA fix and recompiling we still
> cant load the audio cape
> >>>
> >>> sudo cat /sys/kernel/debug/pinctrl/44e10800.pinmux/pinmux-pins
> >>>
> >>> stuff removed for clarity
> >>>
> >>>
> >>> pin 82 (44e10948.0): 4a101000.mdio (GPIO UNCLAIMED) function
> davinci_mdio_default group davinci_mdio_default
> >>> pin 83 (44e1094c.0): 4a101000.mdio (GPIO UNCLAIMED) function
> davinci_mdio_default group davinci_mdio_default
> >>>
> >>>
> >>> I think this is the reason.
> >>>
> >>>
> >>>
> >>>
> >>> On 4/20/2016 1:55 PM, Robert Nelson wrote:
> 
>  On Wed, Apr 20, 2016 at 3:45 PM, evilwulfie 
> wrote:
>  I see that on 4.1.14-bone-rt-r17 kernel the edma fix is compiled into
>  the am335x-boneblack-emmc-overlay.dtb resulting in
>  any audio cape overlay not loading.
> 
>  so i guess i can grab this file
> 
> https://github.com/beagleboard/linux/blob/4.1/arch/arm/boot/dts/am335x-boneblack-emmc-overlay.dts
> 
>  but i have no idea how to complie it and what paths i need to include
> to
>  get it to complie
> 
>  it's easy, there is a whole repo setup to just do that..
> 
>  git clone -b 4.1.x https://github.com/RobertCNelson/dtb-rebuilder
>  cd ./dtb-rebuilder/
> 
>  make/sudo make install/etc...
> 
>  I am wondering why that *fix* was needed and why it wants to enable
> the
>  davinci_mdio_default pins so we cant enable audio overlays
> 
>  oh it's been discussed on this list before, there was a specific case
> it needed to be enabled by default to fix a case..
> 
>  and the "fix" was pushed to the repo, before we got the that audio
> cape.
> 
>  Regards,
> 
>  --
>  Robert Nelson
>  https://rcn-ee.com/
>  --
>  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 beagleboard+unsubscr...@googlegroups.com.
>  To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CAOCHtYhoexceTQ%2B69QvjqTazHkwdy%2BmtUpYYBQctFqsPGgNjew%40mail.gmail.com
> .
>  For more options, visit https://groups.google.com/d/optout.
> >>>
> >>> Virus-free. www.avast.com
> >>>
> >>> --
> >>> 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 beagleboard+unsubscr...@googlegroups.com.
> >>> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/5717F175.6030608%40gmail.com
> .
> >>>
> >>> For more options, visit https://groups.google.com/d/optout.
> >>>
> >>>
> >>> --
> >>> For more options, visit http://beagleboard.org/discuss
> >>> ---
> 

Re: [beagleboard] My overlay can't find clk_mcasp0

[Rick Mann]

You probably need to switch to the 4.4.x branch.

> On Apr 20, 2016, at 16:55 , evilwulfie  wrote:
> 
> So much i dont know.
> 
> 
> rick or robert where might i get this file ?
> 
> am33xx-es2.dtsi
> 
> Its not in the dts-rebuilder i installed and Ricks new dts file seems to
> require it to compile
> 
> src/arm/am335x-boneblack-audio-emmc.dts:11:27: fatal error:
> am33xx-es2.dtsi: No such file or directory
> 
> Designing hardware is so much more easier :P
> 
> I remember firmware in the old days  patch the code and burn some
> bipolar proms  install and continue
> 
> 
> On 4/20/2016 2:31 PM, Rick Mann wrote:
>> Keep in mind I'm on 4.4.7-bone-rt-r9, not 4.1.x. Dunno if that matters.
>> 
>>> On Apr 20, 2016, at 14:25 , William Hermans  wrote:
>>> 
>>> Just playing along here . . . I thought maybe HDMI had to be loaded to load 
>>> the audio cape, but seems not. I'm going to start over with a fresh dts 
>>> file and load the same one as evilwulfie to see if I can get to the bottom 
>>> of things.
>>> 
>>> william@beaglebone:~$ sudo sh -c "echo 'BB-BONE-AUDI-02' > 
>>> /sys/devices/platform/bone_capemgr/slots"
>>> william@beaglebone:~$ cat /sys/devices/platform/bone_capemgr/slots
>>> 0: PF  -1
>>> 1: PF  -1
>>> 2: PF  -1
>>> 3: PF  -1
>>> 5: P-O-L-   0 Override Board Name,00A0,Override Manuf,WH-UART5
>>> william@beaglebone:~$ dmesg | grep BB-BONE-AUDI-02
>>> [66985.108405] bone_capemgr bone_capemgr: part_number 'BB-BONE-AUDI-02', 
>>> version 'N/A'
>>> [66985.128912] bone_capemgr bone_capemgr: slot #6: 'Override Board 
>>> Name,00A0,Override Manuf,BB-BONE-AUDI-02'
>>> 
>>> 
>>> On Wed, Apr 20, 2016 at 2:15 PM, evilwulfie  wrote:
>>> very interesting. after removing the eDMA fix and recompiling we still cant 
>>> load the audio cape
>>> 
>>> sudo cat /sys/kernel/debug/pinctrl/44e10800.pinmux/pinmux-pins
>>> 
>>> stuff removed for clarity
>>> 
>>> 
>>> pin 82 (44e10948.0): 4a101000.mdio (GPIO UNCLAIMED) function 
>>> davinci_mdio_default group davinci_mdio_default
>>> pin 83 (44e1094c.0): 4a101000.mdio (GPIO UNCLAIMED) function 
>>> davinci_mdio_default group davinci_mdio_default
>>> 
>>> 
>>> I think this is the reason.
>>> 
>>> 
>>> 
>>> 
>>> On 4/20/2016 1:55 PM, Robert Nelson wrote:
 
 On Wed, Apr 20, 2016 at 3:45 PM, evilwulfie  wrote:
 I see that on 4.1.14-bone-rt-r17 kernel the edma fix is compiled into
 the am335x-boneblack-emmc-overlay.dtb resulting in
 any audio cape overlay not loading.
 
 so i guess i can grab this file
 https://github.com/beagleboard/linux/blob/4.1/arch/arm/boot/dts/am335x-boneblack-emmc-overlay.dts
 
 but i have no idea how to complie it and what paths i need to include to
 get it to complie
 
 it's easy, there is a whole repo setup to just do that..
 
 git clone -b 4.1.x https://github.com/RobertCNelson/dtb-rebuilder
 cd ./dtb-rebuilder/
 
 make/sudo make install/etc...
 
 I am wondering why that *fix* was needed and why it wants to enable the
 davinci_mdio_default pins so we cant enable audio overlays
 
 oh it's been discussed on this list before, there was a specific case it 
 needed to be enabled by default to fix a case..
 
 and the "fix" was pushed to the repo, before we got the that audio cape.
 
 Regards,
 
 -- 
 Robert Nelson
 https://rcn-ee.com/
 -- 
 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 beagleboard+unsubscr...@googlegroups.com.
 To view this discussion on the web visit 
 https://groups.google.com/d/msgid/beagleboard/CAOCHtYhoexceTQ%2B69QvjqTazHkwdy%2BmtUpYYBQctFqsPGgNjew%40mail.gmail.com.
 For more options, visit https://groups.google.com/d/optout.
>>> 
>>> Virus-free. www.avast.com
>>> 
>>> -- 
>>> 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 beagleboard+unsubscr...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/beagleboard/5717F175.6030608%40gmail.com.
>>> 
>>> For more options, visit https://groups.google.com/d/optout.
>>> 
>>> 
>>> -- 
>>> 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 beagleboard+unsubscr...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> 

Re: [beagleboard] My overlay can't find clk_mcasp0

[evilwulfie]

So much i dont know.


rick or robert where might i get this file ?

am33xx-es2.dtsi

Its not in the dts-rebuilder i installed and Ricks new dts file seems to
require it to compile

src/arm/am335x-boneblack-audio-emmc.dts:11:27: fatal error:
am33xx-es2.dtsi: No such file or directory

Designing hardware is so much more easier :P

I remember firmware in the old days  patch the code and burn some
bipolar proms  install and continue


On 4/20/2016 2:31 PM, Rick Mann wrote:
> Keep in mind I'm on 4.4.7-bone-rt-r9, not 4.1.x. Dunno if that matters.
>
>> On Apr 20, 2016, at 14:25 , William Hermans  wrote:
>>
>> Just playing along here . . . I thought maybe HDMI had to be loaded to load 
>> the audio cape, but seems not. I'm going to start over with a fresh dts file 
>> and load the same one as evilwulfie to see if I can get to the bottom of 
>> things.
>>  
>> william@beaglebone:~$ sudo sh -c "echo 'BB-BONE-AUDI-02' > 
>> /sys/devices/platform/bone_capemgr/slots"
>> william@beaglebone:~$ cat /sys/devices/platform/bone_capemgr/slots
>>  0: PF  -1
>>  1: PF  -1
>>  2: PF  -1
>>  3: PF  -1
>>  5: P-O-L-   0 Override Board Name,00A0,Override Manuf,WH-UART5
>> william@beaglebone:~$ dmesg | grep BB-BONE-AUDI-02
>> [66985.108405] bone_capemgr bone_capemgr: part_number 'BB-BONE-AUDI-02', 
>> version 'N/A'
>> [66985.128912] bone_capemgr bone_capemgr: slot #6: 'Override Board 
>> Name,00A0,Override Manuf,BB-BONE-AUDI-02'
>>
>>
>> On Wed, Apr 20, 2016 at 2:15 PM, evilwulfie  wrote:
>> very interesting. after removing the eDMA fix and recompiling we still cant 
>> load the audio cape
>>
>> sudo cat /sys/kernel/debug/pinctrl/44e10800.pinmux/pinmux-pins
>>
>> stuff removed for clarity
>>
>>
>> pin 82 (44e10948.0): 4a101000.mdio (GPIO UNCLAIMED) function 
>> davinci_mdio_default group davinci_mdio_default
>> pin 83 (44e1094c.0): 4a101000.mdio (GPIO UNCLAIMED) function 
>> davinci_mdio_default group davinci_mdio_default
>>
>>
>> I think this is the reason.
>>
>>
>>
>>
>> On 4/20/2016 1:55 PM, Robert Nelson wrote:
>>>
>>> On Wed, Apr 20, 2016 at 3:45 PM, evilwulfie  wrote:
>>> I see that on 4.1.14-bone-rt-r17 kernel the edma fix is compiled into
>>> the am335x-boneblack-emmc-overlay.dtb resulting in
>>> any audio cape overlay not loading.
>>>
>>> so i guess i can grab this file
>>> https://github.com/beagleboard/linux/blob/4.1/arch/arm/boot/dts/am335x-boneblack-emmc-overlay.dts
>>>
>>> but i have no idea how to complie it and what paths i need to include to
>>> get it to complie
>>>
>>> it's easy, there is a whole repo setup to just do that..
>>>
>>> git clone -b 4.1.x https://github.com/RobertCNelson/dtb-rebuilder
>>> cd ./dtb-rebuilder/
>>>
>>> make/sudo make install/etc...
>>>
>>> I am wondering why that *fix* was needed and why it wants to enable the
>>> davinci_mdio_default pins so we cant enable audio overlays
>>>
>>> oh it's been discussed on this list before, there was a specific case it 
>>> needed to be enabled by default to fix a case..
>>>
>>> and the "fix" was pushed to the repo, before we got the that audio cape.
>>>
>>> Regards,
>>>
>>> -- 
>>> Robert Nelson
>>> https://rcn-ee.com/
>>> -- 
>>> 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 beagleboard+unsubscr...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/beagleboard/CAOCHtYhoexceTQ%2B69QvjqTazHkwdy%2BmtUpYYBQctFqsPGgNjew%40mail.gmail.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>
>>  Virus-free. www.avast.com
>>
>> -- 
>> 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 beagleboard+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/beagleboard/5717F175.6030608%40gmail.com.
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>>
>> -- 
>> 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 beagleboard+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/beagleboard/CALHSORrHtB5cqwU68QjK7JNkMaYWr1%3Dh9K7f1dkLFJ6Ltti4OQ%40mail.gmail.com.
>> For more options, visit https://groups.google.com/d/optout.
>


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

-- 
For more options, visit 

Re: [beagleboard] CDC_ETHER in Debian 3.8.13-bone70

[Matt99eo]

I can see thru route that I am getting out over my wired LAN:

route
Kernel IP routing table
Destination Gateway Genmask Flags Metric RefUse 
Iface
default my.meraki.net   0.0.0.0 UG0  00 eth0
10.1.2.0*   255.255.255.0   U 0  00 eth0
192.168.7.0 *   255.255.255.0   U 0  00 usb0

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/55506e5f-a647-4f0c-bcd1-cb785ba28df4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] CDC_ETHER in Debian 3.8.13-bone70

[William Hermans]

usb1 is probably your external device. But you can find out via dmesg by
issuing . .

$ dmesg | grep usb1

And using deductive reasoning. But also, once you get your cdc device
working, I do not know how it's meant to be used. Robert Suggested pppd
which suggests to me it's meant to be used a some sort of modem ?

On Wed, Apr 20, 2016 at 4:50 PM, Matt99eo 
wrote:

> I was wondering about multiple usb connections...
>
> So here is thing though.  I am now ssh'd into the device over ethernet. I
> see the usbo with ifconfig:
>
> ifconfig
> eth0  Link encap:Ethernet  HWaddr 78:a5:04:f8:61:5e
>   inet addr:10.1.2.169  Bcast:10.1.2.255  Mask:255.255.255.0
>   inet6 addr: fe80::7aa5:4ff:fef8:615e/64 Scope:Link
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   RX packets:881 errors:0 dropped:9 overruns:0 frame:0
>   TX packets:282 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:1000
>   RX bytes:87981 (85.9 KiB)  TX bytes:37544 (36.6 KiB)
>   Interrupt:40
>
> loLink encap:Local Loopback
>   inet addr:127.0.0.1  Mask:255.0.0.0
>   inet6 addr: ::1/128 Scope:Host
>   UP LOOPBACK RUNNING  MTU:65536  Metric:1
>   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:0
>   RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
>
> usb0  Link encap:Ethernet  HWaddr 02:80:70:00:04:70
>   inet addr:192.168.7.2  Bcast:192.168.7.255  Mask:255.255.255.0
>   inet6 addr: fe80::80:70ff:fe00:470/64 Scope:Link
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:35 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:1000
>   RX bytes:0 (0.0 B)  TX bytes:5387 (5.2 KiB)
>
>
> But now how do I test I am connected out that way instead of over the
> ethernet cable lol?
>
> At the end of the day I want these devices to talk out the cell module to
> cloud servers and be able to acess them in the field via ssh.  I have
> statically provisioned SIM cards so I can get to them.
>
> On Wednesday, April 20, 2016 at 4:41:40 PM UTC-7, William Hermans wrote:
>>
>> And sorry . .
>>
>> william@beaglebone:~$ sudo ifconfig usb0 192.168.7.2
>> THEN
>> william@beaglebone:~$ sudo ifconfig
>> . . .
>>
>> usb0  Link encap:Ethernet  HWaddr 7e:68:32:bc:58:89
>>   inet addr:192.168.7.2  Bcast:192.168.7.255  Mask:255.255.255.0
>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>   RX packets:1 errors:0 dropped:1 overruns:0 frame:0
>>   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>>   collisions:0 txqueuelen:1000
>>   RX bytes:76 (76.0 B)  TX bytes:0 (0.0 B)
>>
>>
>>
>>
>> On Wed, Apr 20, 2016 at 4:39 PM, William Hermans 
>> wrote:
>>
>>> For instance:
>>>
>>> william@beaglebone:~$ ls /sys/class/net
>>> eth0  lo
>>> william@beaglebone:~$ sudo modprobe g_ether
>>>
>>> william@beaglebone:~$ ls /sys/class/net
>>> eth0  lo  usb0
>>>
>>> william@beaglebone:~$ sudo ifconfig
>>>  . . .
>>> usb0  Link encap:Ethernet  HWaddr 7e:68:32:bc:58:89
>>>   inet addr:192.168.7.2  Bcast:192.168.7.255  Mask:255.255.255.0
>>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>>   RX packets:1 errors:0 dropped:1 overruns:0 frame:0
>>>   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>>>   collisions:0 txqueuelen:1000
>>>   RX bytes:76 (76.0 B)  TX bytes:0 (0.0 B)
>>>
>>> However, I've no idea how your device is meant to be used once it's
>>> connected a an USBNET device. And now you've just posted, and you've got a
>>> problem.
>>>
>>> You're connected to your beaglebone via USB too which may cause
>>> problems. You're only allowed to use one instance of a gadget driver,
>>> total. So you can not use USB serial, or USB networkign to the beaglebone
>>> in order for your device to work. You're going power via barrel jack,
>>> connect to the beaglebone over the ethernet port. *OR* if you want to still
>>> power via USB, you're going to have to figure out how to disable the USB
>>> gadget drivers for the beaglebone, while still having it available for your
>>> external device. I did notice you had TTYACM0 enabled so that'll definitely
>>> have to go away.
>>>
>>>
>>>
>>> On Wed, Apr 20, 2016 at 4:27 PM, William Hermans 
>>> wrote:
>>>
 What output do you get from:

 $ ls /sys/class/net

 ?


 On Wed, Apr 20, 2016 at 4:22 PM, Matt99eo 
 wrote:

> PPP currently not supported the modem MFR.  Hopefully a firmware
> update coming soon.  In the meantime they have pointed me at cdc_ether.
>
>
>
> On Wednesday, April 20, 2016 at 4:19:27 PM UTC-7, 

Re: [beagleboard] CDC_ETHER in Debian 3.8.13-bone70

[Matt99eo]

I was wondering about multiple usb connections...

So here is thing though.  I am now ssh'd into the device over ethernet. I 
see the usbo with ifconfig:

ifconfig 
eth0  Link encap:Ethernet  HWaddr 78:a5:04:f8:61:5e  
  inet addr:10.1.2.169  Bcast:10.1.2.255  Mask:255.255.255.0
  inet6 addr: fe80::7aa5:4ff:fef8:615e/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:881 errors:0 dropped:9 overruns:0 frame:0
  TX packets:282 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000 
  RX bytes:87981 (85.9 KiB)  TX bytes:37544 (36.6 KiB)
  Interrupt:40 

loLink encap:Local Loopback  
  inet addr:127.0.0.1  Mask:255.0.0.0
  inet6 addr: ::1/128 Scope:Host
  UP LOOPBACK RUNNING  MTU:65536  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0 
  RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

usb0  Link encap:Ethernet  HWaddr 02:80:70:00:04:70  
  inet addr:192.168.7.2  Bcast:192.168.7.255  Mask:255.255.255.0
  inet6 addr: fe80::80:70ff:fe00:470/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:35 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000 
  RX bytes:0 (0.0 B)  TX bytes:5387 (5.2 KiB)


But now how do I test I am connected out that way instead of over the 
ethernet cable lol?

At the end of the day I want these devices to talk out the cell module to 
cloud servers and be able to acess them in the field via ssh.  I have 
statically provisioned SIM cards so I can get to them. 

On Wednesday, April 20, 2016 at 4:41:40 PM UTC-7, William Hermans wrote:
>
> And sorry . . 
>
> william@beaglebone:~$ sudo ifconfig usb0 192.168.7.2
> THEN
> william@beaglebone:~$ sudo ifconfig
> . . .
>
> usb0  Link encap:Ethernet  HWaddr 7e:68:32:bc:58:89
>   inet addr:192.168.7.2  Bcast:192.168.7.255  Mask:255.255.255.0
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   RX packets:1 errors:0 dropped:1 overruns:0 frame:0
>   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:1000
>   RX bytes:76 (76.0 B)  TX bytes:0 (0.0 B)
>
>
>
>
> On Wed, Apr 20, 2016 at 4:39 PM, William Hermans  > wrote:
>
>> For instance: 
>>
>> william@beaglebone:~$ ls /sys/class/net
>> eth0  lo
>> william@beaglebone:~$ sudo modprobe g_ether
>>
>> william@beaglebone:~$ ls /sys/class/net
>> eth0  lo  usb0
>>
>> william@beaglebone:~$ sudo ifconfig
>>  . . .
>> usb0  Link encap:Ethernet  HWaddr 7e:68:32:bc:58:89
>>   inet addr:192.168.7.2  Bcast:192.168.7.255  Mask:255.255.255.0
>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>   RX packets:1 errors:0 dropped:1 overruns:0 frame:0
>>   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>>   collisions:0 txqueuelen:1000
>>   RX bytes:76 (76.0 B)  TX bytes:0 (0.0 B)
>>
>> However, I've no idea how your device is meant to be used once it's 
>> connected a an USBNET device. And now you've just posted, and you've got a 
>> problem. 
>>
>> You're connected to your beaglebone via USB too which may cause problems. 
>> You're only allowed to use one instance of a gadget driver, total. So you 
>> can not use USB serial, or USB networkign to the beaglebone in order for 
>> your device to work. You're going power via barrel jack, connect to the 
>> beaglebone over the ethernet port. *OR* if you want to still power via USB, 
>> you're going to have to figure out how to disable the USB gadget drivers 
>> for the beaglebone, while still having it available for your external 
>> device. I did notice you had TTYACM0 enabled so that'll definitely have to 
>> go away.
>>
>>
>>
>> On Wed, Apr 20, 2016 at 4:27 PM, William Hermans > > wrote:
>>
>>> What output do you get from:
>>>
>>> $ ls /sys/class/net
>>>
>>> ?
>>>
>>>
>>> On Wed, Apr 20, 2016 at 4:22 PM, Matt99eo >> > wrote:
>>>
 PPP currently not supported the modem MFR.  Hopefully a firmware update 
 coming soon.  In the meantime they have pointed me at cdc_ether.



 On Wednesday, April 20, 2016 at 4:19:27 PM UTC-7, RobertCNelson wrote:
>
>
>
> On Wed, Apr 20, 2016 at 6:15 PM, Matt99eo  
> wrote:
>
>> So how do I get the BBB to take the reins and do configure this bad 
>> boy!?
>>
>
> pppd
>
> https://wiki.archlinux.org/index.php/3G_and_GPRS_modems_with_pppd
>
> Regards,
>
> -- 
> Robert Nelson
> https://rcn-ee.com/
>
 -- 
 For more options, visit http://beagleboard.org/discuss
 --- 
 You received this 

Re: [beagleboard] CDC_ETHER in Debian 3.8.13-bone70

[William Hermans]

@Robert, my brain is mostly fried today . . . is there a way for him to use
g_multi, so he can have his TTYACM0, but disable the boards USB ethernet so
his device can use the cdc driver ?

On Wed, Apr 20, 2016 at 4:41 PM, William Hermans  wrote:

> And sorry . .
>
> william@beaglebone:~$ sudo ifconfig usb0 192.168.7.2
> THEN
> william@beaglebone:~$ sudo ifconfig
> . . .
>
> usb0  Link encap:Ethernet  HWaddr 7e:68:32:bc:58:89
>   inet addr:192.168.7.2  Bcast:192.168.7.255  Mask:255.255.255.0
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   RX packets:1 errors:0 dropped:1 overruns:0 frame:0
>   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:1000
>   RX bytes:76 (76.0 B)  TX bytes:0 (0.0 B)
>
>
>
>
> On Wed, Apr 20, 2016 at 4:39 PM, William Hermans 
> wrote:
>
>> For instance:
>>
>> william@beaglebone:~$ ls /sys/class/net
>> eth0  lo
>> william@beaglebone:~$ sudo modprobe g_ether
>>
>> william@beaglebone:~$ ls /sys/class/net
>> eth0  lo  usb0
>>
>> william@beaglebone:~$ sudo ifconfig
>>  . . .
>> usb0  Link encap:Ethernet  HWaddr 7e:68:32:bc:58:89
>>   inet addr:192.168.7.2  Bcast:192.168.7.255  Mask:255.255.255.0
>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>   RX packets:1 errors:0 dropped:1 overruns:0 frame:0
>>   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>>   collisions:0 txqueuelen:1000
>>   RX bytes:76 (76.0 B)  TX bytes:0 (0.0 B)
>>
>> However, I've no idea how your device is meant to be used once it's
>> connected a an USBNET device. And now you've just posted, and you've got a
>> problem.
>>
>> You're connected to your beaglebone via USB too which may cause problems.
>> You're only allowed to use one instance of a gadget driver, total. So you
>> can not use USB serial, or USB networkign to the beaglebone in order for
>> your device to work. You're going power via barrel jack, connect to the
>> beaglebone over the ethernet port. *OR* if you want to still power via USB,
>> you're going to have to figure out how to disable the USB gadget drivers
>> for the beaglebone, while still having it available for your external
>> device. I did notice you had TTYACM0 enabled so that'll definitely have to
>> go away.
>>
>>
>>
>> On Wed, Apr 20, 2016 at 4:27 PM, William Hermans 
>> wrote:
>>
>>> What output do you get from:
>>>
>>> $ ls /sys/class/net
>>>
>>> ?
>>>
>>>
>>> On Wed, Apr 20, 2016 at 4:22 PM, Matt99eo 
>>> wrote:
>>>
 PPP currently not supported the modem MFR.  Hopefully a firmware update
 coming soon.  In the meantime they have pointed me at cdc_ether.



 On Wednesday, April 20, 2016 at 4:19:27 PM UTC-7, RobertCNelson wrote:
>
>
>
> On Wed, Apr 20, 2016 at 6:15 PM, Matt99eo 
> wrote:
>
>> So how do I get the BBB to take the reins and do configure this bad
>> boy!?
>>
>
> pppd
>
> https://wiki.archlinux.org/index.php/3G_and_GPRS_modems_with_pppd
>
> Regards,
>
> --
> Robert Nelson
> https://rcn-ee.com/
>
 --
 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 beagleboard+unsubscr...@googlegroups.com.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/beagleboard/a8f290c9-e1ec-4bfb-b0a8-0472a72b9590%40googlegroups.com
 
 .

 For more options, visit https://groups.google.com/d/optout.

>>>
>>>
>>
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORqPk%3DPRRj-q3SAJKT%3DSVXfDJu4WapZr_WE2_W243XGKuw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] CDC_ETHER in Debian 3.8.13-bone70

[William Hermans]

And sorry . .

william@beaglebone:~$ sudo ifconfig usb0 192.168.7.2
THEN
william@beaglebone:~$ sudo ifconfig
. . .

usb0  Link encap:Ethernet  HWaddr 7e:68:32:bc:58:89
  inet addr:192.168.7.2  Bcast:192.168.7.255  Mask:255.255.255.0
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:1 errors:0 dropped:1 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:76 (76.0 B)  TX bytes:0 (0.0 B)




On Wed, Apr 20, 2016 at 4:39 PM, William Hermans  wrote:

> For instance:
>
> william@beaglebone:~$ ls /sys/class/net
> eth0  lo
> william@beaglebone:~$ sudo modprobe g_ether
>
> william@beaglebone:~$ ls /sys/class/net
> eth0  lo  usb0
>
> william@beaglebone:~$ sudo ifconfig
>  . . .
> usb0  Link encap:Ethernet  HWaddr 7e:68:32:bc:58:89
>   inet addr:192.168.7.2  Bcast:192.168.7.255  Mask:255.255.255.0
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   RX packets:1 errors:0 dropped:1 overruns:0 frame:0
>   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:1000
>   RX bytes:76 (76.0 B)  TX bytes:0 (0.0 B)
>
> However, I've no idea how your device is meant to be used once it's
> connected a an USBNET device. And now you've just posted, and you've got a
> problem.
>
> You're connected to your beaglebone via USB too which may cause problems.
> You're only allowed to use one instance of a gadget driver, total. So you
> can not use USB serial, or USB networkign to the beaglebone in order for
> your device to work. You're going power via barrel jack, connect to the
> beaglebone over the ethernet port. *OR* if you want to still power via USB,
> you're going to have to figure out how to disable the USB gadget drivers
> for the beaglebone, while still having it available for your external
> device. I did notice you had TTYACM0 enabled so that'll definitely have to
> go away.
>
>
>
> On Wed, Apr 20, 2016 at 4:27 PM, William Hermans 
> wrote:
>
>> What output do you get from:
>>
>> $ ls /sys/class/net
>>
>> ?
>>
>>
>> On Wed, Apr 20, 2016 at 4:22 PM, Matt99eo 
>> wrote:
>>
>>> PPP currently not supported the modem MFR.  Hopefully a firmware update
>>> coming soon.  In the meantime they have pointed me at cdc_ether.
>>>
>>>
>>>
>>> On Wednesday, April 20, 2016 at 4:19:27 PM UTC-7, RobertCNelson wrote:



 On Wed, Apr 20, 2016 at 6:15 PM, Matt99eo 
 wrote:

> So how do I get the BBB to take the reins and do configure this bad
> boy!?
>

 pppd

 https://wiki.archlinux.org/index.php/3G_and_GPRS_modems_with_pppd

 Regards,

 --
 Robert Nelson
 https://rcn-ee.com/

>>> --
>>> 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 beagleboard+unsubscr...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/beagleboard/a8f290c9-e1ec-4bfb-b0a8-0472a72b9590%40googlegroups.com
>>> 
>>> .
>>>
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORo-0eRZornLfsqmVOjCmEeDrBsxZ8SbVtgWRQCsYs6vkw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] CDC_ETHER in Debian 3.8.13-bone70

[William Hermans]

For instance:

william@beaglebone:~$ ls /sys/class/net
eth0  lo
william@beaglebone:~$ sudo modprobe g_ether

william@beaglebone:~$ ls /sys/class/net
eth0  lo  usb0

william@beaglebone:~$ sudo ifconfig
 . . .
usb0  Link encap:Ethernet  HWaddr 7e:68:32:bc:58:89
  inet addr:192.168.7.2  Bcast:192.168.7.255  Mask:255.255.255.0
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:1 errors:0 dropped:1 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:76 (76.0 B)  TX bytes:0 (0.0 B)

However, I've no idea how your device is meant to be used once it's
connected a an USBNET device. And now you've just posted, and you've got a
problem.

You're connected to your beaglebone via USB too which may cause problems.
You're only allowed to use one instance of a gadget driver, total. So you
can not use USB serial, or USB networkign to the beaglebone in order for
your device to work. You're going power via barrel jack, connect to the
beaglebone over the ethernet port. *OR* if you want to still power via USB,
you're going to have to figure out how to disable the USB gadget drivers
for the beaglebone, while still having it available for your external
device. I did notice you had TTYACM0 enabled so that'll definitely have to
go away.



On Wed, Apr 20, 2016 at 4:27 PM, William Hermans  wrote:

> What output do you get from:
>
> $ ls /sys/class/net
>
> ?
>
>
> On Wed, Apr 20, 2016 at 4:22 PM, Matt99eo 
> wrote:
>
>> PPP currently not supported the modem MFR.  Hopefully a firmware update
>> coming soon.  In the meantime they have pointed me at cdc_ether.
>>
>>
>>
>> On Wednesday, April 20, 2016 at 4:19:27 PM UTC-7, RobertCNelson wrote:
>>>
>>>
>>>
>>> On Wed, Apr 20, 2016 at 6:15 PM, Matt99eo  wrote:
>>>
 So how do I get the BBB to take the reins and do configure this bad
 boy!?

>>>
>>> pppd
>>>
>>> https://wiki.archlinux.org/index.php/3G_and_GPRS_modems_with_pppd
>>>
>>> Regards,
>>>
>>> --
>>> Robert Nelson
>>> https://rcn-ee.com/
>>>
>> --
>> 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 beagleboard+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/beagleboard/a8f290c9-e1ec-4bfb-b0a8-0472a72b9590%40googlegroups.com
>> 
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORqXohUpev%3DLEX39g-%2BsbrCNUnvxuQpXQ8bvfmJGWEE-nQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] CDC_ETHER in Debian 3.8.13-bone70

[Matt99eo]

ls /sys/class/net/
eth0  lo  usb0  usb1

usb0 is usb connection to from host dev machine to BBB
USB1 is the module

On Wednesday, April 20, 2016 at 4:27:56 PM UTC-7, William Hermans wrote:
>
> What output do you get from:
>
> $ ls /sys/class/net
>
> ?
>
>
> On Wed, Apr 20, 2016 at 4:22 PM, Matt99eo  > wrote:
>
>> PPP currently not supported the modem MFR.  Hopefully a firmware update 
>> coming soon.  In the meantime they have pointed me at cdc_ether.
>>
>>
>>
>> On Wednesday, April 20, 2016 at 4:19:27 PM UTC-7, RobertCNelson wrote:
>>>
>>>
>>>
>>> On Wed, Apr 20, 2016 at 6:15 PM, Matt99eo  wrote:
>>>
 So how do I get the BBB to take the reins and do configure this bad 
 boy!?

>>>
>>> pppd
>>>
>>> https://wiki.archlinux.org/index.php/3G_and_GPRS_modems_with_pppd
>>>
>>> Regards,
>>>
>>> -- 
>>> Robert Nelson
>>> https://rcn-ee.com/
>>>
>> -- 
>> 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 beagleboard...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/beagleboard/a8f290c9-e1ec-4bfb-b0a8-0472a72b9590%40googlegroups.com
>>  
>> 
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/149e054f-5bb9-4752-bcfd-8f67090f1f73%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] CDC_ETHER in Debian 3.8.13-bone70

[William Hermans]

What output do you get from:

$ ls /sys/class/net

?


On Wed, Apr 20, 2016 at 4:22 PM, Matt99eo 
wrote:

> PPP currently not supported the modem MFR.  Hopefully a firmware update
> coming soon.  In the meantime they have pointed me at cdc_ether.
>
>
>
> On Wednesday, April 20, 2016 at 4:19:27 PM UTC-7, RobertCNelson wrote:
>>
>>
>>
>> On Wed, Apr 20, 2016 at 6:15 PM, Matt99eo  wrote:
>>
>>> So how do I get the BBB to take the reins and do configure this bad boy!?
>>>
>>
>> pppd
>>
>> https://wiki.archlinux.org/index.php/3G_and_GPRS_modems_with_pppd
>>
>> Regards,
>>
>> --
>> Robert Nelson
>> https://rcn-ee.com/
>>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/a8f290c9-e1ec-4bfb-b0a8-0472a72b9590%40googlegroups.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORqd6swfW%2BNNy4NJeUMDwhXAiiV_dY4UFVWvhi%2BWw0sc3w%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] CDC_ETHER in Debian 3.8.13-bone70

[Matt99eo]

PPP currently not supported the modem MFR.  Hopefully a firmware update 
coming soon.  In the meantime they have pointed me at cdc_ether.



On Wednesday, April 20, 2016 at 4:19:27 PM UTC-7, RobertCNelson wrote:
>
>
>
> On Wed, Apr 20, 2016 at 6:15 PM, Matt99eo  > wrote:
>
>> So how do I get the BBB to take the reins and do configure this bad boy!?
>>
>
> pppd
>
> https://wiki.archlinux.org/index.php/3G_and_GPRS_modems_with_pppd
>
> Regards,
>
> -- 
> Robert Nelson
> https://rcn-ee.com/
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/a8f290c9-e1ec-4bfb-b0a8-0472a72b9590%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] CDC_ETHER in Debian 3.8.13-bone70

[Robert Nelson]

On Wed, Apr 20, 2016 at 6:15 PM, Matt99eo 
wrote:

> So how do I get the BBB to take the reins and do configure this bad boy!?
>

pppd

https://wiki.archlinux.org/index.php/3G_and_GPRS_modems_with_pppd

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYgFUEGfu4XPJwHYGruuVgFq%3DGsT5AJWBuRWc3Sp%3DKuWpw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] CDC_ETHER in Debian 3.8.13-bone70

[Matt99eo]

So how do I get the BBB to take the reins and do configure this bad boy!?

On Wednesday, April 20, 2016 at 4:10:30 PM UTC-7, RobertCNelson wrote:
>
>
>
> On Wed, Apr 20, 2016 at 6:05 PM, Matt Maher Peterson  > wrote:
>
>> HI William,
>>
>> I am in over my head here :)  I don't really know how it works.  
>>
>> All I know at this point is that I see the system seeing and registereing 
>> the device but I cannot get it to bring it live on the BBB. 
>>
>> But on my desktop machine running ubuntu 3.16.0-70-generic 
>> #90~14.04.1-Ubuntu   it simply registers and then brings and then bring it 
>> up.  It just works. However on my BBB it doesn't  ever list it in ifconfig.
>>
>
> On the desktop, it's the network-manager that's usually doing the auto 
> configuration behind the scenes..
>
> Regards,
>
> -- 
> Robert Nelson
> https://rcn-ee.com/
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/0e37854f-27aa-48f5-b84c-ac3970b90ff1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] CDC_ETHER in Debian 3.8.13-bone70

[Robert Nelson]

On Wed, Apr 20, 2016 at 6:05 PM, Matt Maher Peterson 
wrote:

> HI William,
>
> I am in over my head here :)  I don't really know how it works.
>
> All I know at this point is that I see the system seeing and registereing
> the device but I cannot get it to bring it live on the BBB.
>
> But on my desktop machine running ubuntu 3.16.0-70-generic
> #90~14.04.1-Ubuntu   it simply registers and then brings and then bring it
> up.  It just works. However on my BBB it doesn't  ever list it in ifconfig.
>

On the desktop, it's the network-manager that's usually doing the auto
configuration behind the scenes..

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYjxf4%3DfJniFiLUiEz-gU9aRysGrtir8nyP1T1RCmpbcBw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] CDC_ETHER in Debian 3.8.13-bone70

[Matt Maher Peterson]

HI William,

I am in over my head here :)  I don't really know how it works.

All I know at this point is that I see the system seeing and registereing
the device but I cannot get it to bring it live on the BBB.

But on my desktop machine running ubuntu 3.16.0-70-generic
#90~14.04.1-Ubuntu   it simply registers and then brings and then bring it
up.  It just works. However on my BBB it doesn't  ever list it in ifconfig.


Matt Maher Peterson
APANA
w: 360.746.2276x401
c: 360.393.5549

On Wed, Apr 20, 2016 at 4:00 PM, William Hermans  wrote:

> Do you know how a cdc_ether device works ? Because according to the text
> you've got there, and the output from dmesg, you should be able to run sudo
> ifconfig, and see it listed.
>
> On Wed, Apr 20, 2016 at 3:31 PM, Matt99eo 
> wrote:
>
>> Still working on this and really not sure what my next step is.
>>
>> When I plug the module into both my old device running 3.8 and now a new
>> device (just compiled 4.1.21-bone-rt-r20)  I do am not getting a
>> connection.  Tailing the syslog it gets up the poingt of declaring it
>> ttyACM0: USB ACM device but then nothing happens:
>>
>>
>> [12990.725461] cdc_ether 1-1:1.0 usb0: unregister 'cdc_ether'
>> usb-musb-hdrc.1.auto-1, CDC Ethernet Device
>> Apr 20 21:28:05 arm kernel: [12990.719975] usb 1-1: USB disconnect,
>> device number 4
>> Apr 20 21:28:05 arm kernel: [12990.725461] cdc_ether 1-1:1.0 usb0:
>> unregister 'cdc_ether' usb-musb-hdrc.1.auto-1, CDC Ethernet Device
>> [12993.532521] usb 1-1: new high-speed USB device number 6 using musb-hdrc
>> Apr 20 21:28:08 arm kernel: [12993.532521] usb 1-1: new high-speed USB
>> device number 6 using musb-hdrc
>> [12993.823315] usb 1-1: New USB device found, idVendor=1e2d,
>> idProduct=00a0
>> [12993.830122] usb 1-1: New USB device strings: Mfr=1, Product=2,
>> SerialNumber=3
>> [12993.837381] usb 1-1: Product: SQN
>> [12993.840731] usb 1-1: Manufacturer: Sequans Communications
>> [12993.846221] usb 1-1: SerialNumber: 700400708002
>> Apr 20 21:28:08 arm kernel: [12993.823315] usb 1-1: New USB device found,
>> idVendor=1e2d, idProduct=00a0
>> Apr 20 21:28:08 arm kernel: [12993.830122] usb 1-1: New USB device
>> strings: Mfr=1, Product=2, SerialNumber=3
>> Apr 20 21:28:08 arm kernel: [12993.837381] usb 1-1: Product: SQN
>> Apr 20 21:28:08 arm kernel: [12993.840731] usb 1-1: Manufacturer: Sequans
>> Communications
>> Apr 20 21:28:08 arm kernel: [12993.846221] usb 1-1: SerialNumber:
>> 700400708002
>> [12993.922298] cdc_ether 1-1:1.0 usb0: register 'cdc_ether' at
>> usb-musb-hdrc.1.auto-1, CDC Ethernet Device, 02:80:70:00:04:70
>> [12993.942669] cdc_acm 1-1:1.2: ttyACM0: USB ACM device
>>
>>
>> I have also now taken this module and plugged it hot into my dev desktop
>> computer running ubuntu ( 3.16.0-70-generic #90~14.04.1-Ubuntu )  and it
>> just fires up all the way!  Auto detects and I instantly have an
>> established connection thru the module.
>>
>> I attached my syslog from when I did this and you see much more going on
>> after ~ line 11 where we have the same ttyACM0: USB ACM device.
>>
>>
>> On Monday, April 18, 2016 at 10:37:20 AM UTC-7, Matt99eo wrote:
>>>
>>> Ok I see it now with lsusb:
>>>
>>> lsusb
>>> Bus 001 Device 004: ID 1e2d:00a0
>>> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>>> Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>
>>> And in my dmesg log I see it registering:
>>>
>>> dmesg |grep cdc_ether
>>> [0.709427] usbcore: registered new interface driver cdc_ether
>>> [1.859965] cdc_ether 1-1:1.0: usb_probe_interface
>>> [1.859981] cdc_ether 1-1:1.0: usb_probe_interface - got id
>>> [1.885585] cdc_ether 1-1:1.0 usb0: register 'cdc_ether' at
>>> usb-musb-hdrc.1.auto-1, CDC Ethernet Device, 02:80:70:00:04:70
>>>
>>> What am I missing to establish the Ethernet over USB connection?
>>>
>>>
>>> On Monday, April 18, 2016 at 9:03:22 AM UTC-7, RobertCNelson wrote:



 On Mon, Apr 18, 2016 at 10:57 AM, Matt99eo 
 wrote:

> Hi RC,
>
> Sorry for the limited information. Just got word the document I am
> working with is public (attached)
>
> The device I am working with is a Skywire LTE CAT1 Module (Gemalto
> ELS35).
>
> Here is what the helpful support is telling me:
> 
>
> CDC_ETH is a device support class that allows for the modem to act as
> LAN connection over USB. There isn't a VIP/PID that needs to be added for
> the kernel to support it, the Kernel needs to be built to support the
> CDC_ETH class.
>
> When the device is loaded as a CDC_ETH device you will see it
> enumerate in your system as something like this:
>
> [ 17.90] cdc_ether 1-1:1.0 usb0: register 'cdc_ether' at
> usb-ehci-platform-1, CDC Ethernet Device, 02:10:81:64:89:60
> _
>
> When I use lsusb I don't see the device listed (believe I should see  Bus

Re: [beagleboard] CDC_ETHER in Debian 3.8.13-bone70

[William Hermans]

Do you know how a cdc_ether device works ? Because according to the text
you've got there, and the output from dmesg, you should be able to run sudo
ifconfig, and see it listed.

On Wed, Apr 20, 2016 at 3:31 PM, Matt99eo 
wrote:

> Still working on this and really not sure what my next step is.
>
> When I plug the module into both my old device running 3.8 and now a new
> device (just compiled 4.1.21-bone-rt-r20)  I do am not getting a
> connection.  Tailing the syslog it gets up the poingt of declaring it
> ttyACM0: USB ACM device but then nothing happens:
>
>
> [12990.725461] cdc_ether 1-1:1.0 usb0: unregister 'cdc_ether'
> usb-musb-hdrc.1.auto-1, CDC Ethernet Device
> Apr 20 21:28:05 arm kernel: [12990.719975] usb 1-1: USB disconnect, device
> number 4
> Apr 20 21:28:05 arm kernel: [12990.725461] cdc_ether 1-1:1.0 usb0:
> unregister 'cdc_ether' usb-musb-hdrc.1.auto-1, CDC Ethernet Device
> [12993.532521] usb 1-1: new high-speed USB device number 6 using musb-hdrc
> Apr 20 21:28:08 arm kernel: [12993.532521] usb 1-1: new high-speed USB
> device number 6 using musb-hdrc
> [12993.823315] usb 1-1: New USB device found, idVendor=1e2d, idProduct=00a0
> [12993.830122] usb 1-1: New USB device strings: Mfr=1, Product=2,
> SerialNumber=3
> [12993.837381] usb 1-1: Product: SQN
> [12993.840731] usb 1-1: Manufacturer: Sequans Communications
> [12993.846221] usb 1-1: SerialNumber: 700400708002
> Apr 20 21:28:08 arm kernel: [12993.823315] usb 1-1: New USB device found,
> idVendor=1e2d, idProduct=00a0
> Apr 20 21:28:08 arm kernel: [12993.830122] usb 1-1: New USB device
> strings: Mfr=1, Product=2, SerialNumber=3
> Apr 20 21:28:08 arm kernel: [12993.837381] usb 1-1: Product: SQN
> Apr 20 21:28:08 arm kernel: [12993.840731] usb 1-1: Manufacturer: Sequans
> Communications
> Apr 20 21:28:08 arm kernel: [12993.846221] usb 1-1: SerialNumber:
> 700400708002
> [12993.922298] cdc_ether 1-1:1.0 usb0: register 'cdc_ether' at
> usb-musb-hdrc.1.auto-1, CDC Ethernet Device, 02:80:70:00:04:70
> [12993.942669] cdc_acm 1-1:1.2: ttyACM0: USB ACM device
>
>
> I have also now taken this module and plugged it hot into my dev desktop
> computer running ubuntu ( 3.16.0-70-generic #90~14.04.1-Ubuntu )  and it
> just fires up all the way!  Auto detects and I instantly have an
> established connection thru the module.
>
> I attached my syslog from when I did this and you see much more going on
> after ~ line 11 where we have the same ttyACM0: USB ACM device.
>
>
> On Monday, April 18, 2016 at 10:37:20 AM UTC-7, Matt99eo wrote:
>>
>> Ok I see it now with lsusb:
>>
>> lsusb
>> Bus 001 Device 004: ID 1e2d:00a0
>> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>> Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>>
>> And in my dmesg log I see it registering:
>>
>> dmesg |grep cdc_ether
>> [0.709427] usbcore: registered new interface driver cdc_ether
>> [1.859965] cdc_ether 1-1:1.0: usb_probe_interface
>> [1.859981] cdc_ether 1-1:1.0: usb_probe_interface - got id
>> [1.885585] cdc_ether 1-1:1.0 usb0: register 'cdc_ether' at
>> usb-musb-hdrc.1.auto-1, CDC Ethernet Device, 02:80:70:00:04:70
>>
>> What am I missing to establish the Ethernet over USB connection?
>>
>>
>> On Monday, April 18, 2016 at 9:03:22 AM UTC-7, RobertCNelson wrote:
>>>
>>>
>>>
>>> On Mon, Apr 18, 2016 at 10:57 AM, Matt99eo 
>>> wrote:
>>>
 Hi RC,

 Sorry for the limited information. Just got word the document I am
 working with is public (attached)

 The device I am working with is a Skywire LTE CAT1 Module (Gemalto
 ELS35).

 Here is what the helpful support is telling me:
 

 CDC_ETH is a device support class that allows for the modem to act as
 LAN connection over USB. There isn't a VIP/PID that needs to be added for
 the kernel to support it, the Kernel needs to be built to support the
 CDC_ETH class.

 When the device is loaded as a CDC_ETH device you will see it enumerate
 in your system as something like this:

 [ 17.90] cdc_ether 1-1:1.0 usb0: register 'cdc_ether' at
 usb-ehci-platform-1, CDC Ethernet Device, 02:10:81:64:89:60
 _

 When I use lsusb I don't see the device listed (believe I should see  Bus
 001 Device 001: ID 1d6b:0002)

>>>
>>> That's the root hub: http://www.linux-usb.org/usb.ids
>>>
>>> 1d6b Linux Foundation
>>>
>>> 0001  1.1 root hub
>>> 0002  2.0 root hub
>>> 0003  3.0 root hub
>>> 0100  PTP Gadget
>>> 0101  Audio Gadget
>>> 0102  EEM Gadget
>>> 0103  NCM (Ethernet) Gadget
>>> 0104  Multifunction Composite Gadget
>>> 0105  FunctionFS Gadget
>>> 0200  Qemu Audio Device
>>>
>>> run "lsusb" again. ;)
>>>
>>> Regards,
>>>
>>> --
>>> Robert Nelson
>>> https://rcn-ee.com/
>>>
>> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the 

Re: [beagleboard] Flashin BBB with new image I built from RC guide

[Robert Nelson]

On Wed, Apr 20, 2016 at 5:40 PM, Matt99eo 
wrote:

> Yes I saw this stuff and used the
>
> /dev/sdX options to get it all on the uSD card.
>
> Now that it is on there and I am booted into the serial consol on the bbb
> running I built do I do all this again but with /mmblk0 option?
>

No... If you actually click on the link..

https://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-eMMC

It says:
eMMC

Script to copy your microSD card to eMMC: (this will need these packages
installed: initramfs-tools dosfstools rsync)
wget https://
raw.githubusercontent.com/RobertCNelson/boot-scripts/master/tools/eMMC/bbb-eMMC-flasher-eewiki-ext4.sh
chmod +x bbb-eMMC-flasher-eewiki-ext4.sh
sudo /bin/bash ./bbb-eMMC-flasher-eewiki-ext4.sh

Regards,


-- 
Robert Nelson
https://rcn-ee.com/

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYjgGipH-7v%3DnQfOkHescbUU9%2BKH27zQUsq6WDTV4gxoeA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Flashin BBB with new image I built from RC guide

[Matt99eo]

Yes I saw this stuff and used the 

/dev/sdX options to get it all on the uSD card.

Now that it is on there and I am booted into the serial consol on the bbb 
running I built do I do all this again but with /mmblk0 option?

On Wednesday, April 20, 2016 at 3:09:43 PM UTC-7, RobertCNelson wrote:
>
>
>
> On Wed, Apr 20, 2016 at 4:59 PM, Matt99eo  > wrote:
>
>> Hi,
>>
>> I've followed the guide 
>> https://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-RemovemicroSD/SDcard
>>  
>> on compiling a kernel and choosing a root file system in a attempt to build 
>> a working debian 8  4.1.21 image.
>>
>> When I insert the sd card into the BBB i get the heart beat LED and can 
>> access the BBB thru the serial debug console thru my dev machine.  
>>
>> How do I flash what I have built to the eMMC.
>>
>
> Scroll a little bit farther on that page, and that is explained right here:
>
> https://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-eMMC
>
>  
>
>>
>> I tried using /opt/scripts/tools/./beaglebone-black-eMMC-flasher.sh
>>
>> but I get an error:
>>
>> root@arm:/opt/scripts/tools# ./beaglebone-black-eMMC-flasher.sh 
>> Error: script halting, system unrecognized...
>>
>
> That script is not used, explanation is here:
>
> https://github.com/RobertCNelson/boot-scripts/blob/master/tools/readme.txt
>
> Regards,
>
> -- 
> Robert Nelson
> https://rcn-ee.com/
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/a5c2a77a-d6c5-4bf3-99ad-fbc8b4911397%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] CDC_ETHER in Debian 3.8.13-bone70

[Matt99eo]

Still working on this and really not sure what my next step is.  

When I plug the module into both my old device running 3.8 and now a new 
device (just compiled 4.1.21-bone-rt-r20)  I do am not getting a 
connection.  Tailing the syslog it gets up the poingt of declaring it 
ttyACM0: USB ACM device but then nothing happens:


[12990.725461] cdc_ether 1-1:1.0 usb0: unregister 'cdc_ether' 
usb-musb-hdrc.1.auto-1, CDC Ethernet Device
Apr 20 21:28:05 arm kernel: [12990.719975] usb 1-1: USB disconnect, device 
number 4
Apr 20 21:28:05 arm kernel: [12990.725461] cdc_ether 1-1:1.0 usb0: 
unregister 'cdc_ether' usb-musb-hdrc.1.auto-1, CDC Ethernet Device
[12993.532521] usb 1-1: new high-speed USB device number 6 using musb-hdrc
Apr 20 21:28:08 arm kernel: [12993.532521] usb 1-1: new high-speed USB 
device number 6 using musb-hdrc
[12993.823315] usb 1-1: New USB device found, idVendor=1e2d, idProduct=00a0
[12993.830122] usb 1-1: New USB device strings: Mfr=1, Product=2, 
SerialNumber=3
[12993.837381] usb 1-1: Product: SQN
[12993.840731] usb 1-1: Manufacturer: Sequans Communications
[12993.846221] usb 1-1: SerialNumber: 700400708002
Apr 20 21:28:08 arm kernel: [12993.823315] usb 1-1: New USB device found, 
idVendor=1e2d, idProduct=00a0
Apr 20 21:28:08 arm kernel: [12993.830122] usb 1-1: New USB device strings: 
Mfr=1, Product=2, SerialNumber=3
Apr 20 21:28:08 arm kernel: [12993.837381] usb 1-1: Product: SQN
Apr 20 21:28:08 arm kernel: [12993.840731] usb 1-1: Manufacturer: Sequans 
Communications
Apr 20 21:28:08 arm kernel: [12993.846221] usb 1-1: SerialNumber: 
700400708002
[12993.922298] cdc_ether 1-1:1.0 usb0: register 'cdc_ether' at 
usb-musb-hdrc.1.auto-1, CDC Ethernet Device, 02:80:70:00:04:70
[12993.942669] cdc_acm 1-1:1.2: ttyACM0: USB ACM device


I have also now taken this module and plugged it hot into my dev desktop 
computer running ubuntu ( 3.16.0-70-generic #90~14.04.1-Ubuntu )  and it 
just fires up all the way!  Auto detects and I instantly have an 
established connection thru the module.

I attached my syslog from when I did this and you see much more going on 
after ~ line 11 where we have the same ttyACM0: USB ACM device.


On Monday, April 18, 2016 at 10:37:20 AM UTC-7, Matt99eo wrote:
>
> Ok I see it now with lsusb:
>
> lsusb
> Bus 001 Device 004: ID 1e2d:00a0  
> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
> Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>
> And in my dmesg log I see it registering:
>
> dmesg |grep cdc_ether
> [0.709427] usbcore: registered new interface driver cdc_ether
> [1.859965] cdc_ether 1-1:1.0: usb_probe_interface
> [1.859981] cdc_ether 1-1:1.0: usb_probe_interface - got id
> [1.885585] cdc_ether 1-1:1.0 usb0: register 'cdc_ether' at 
> usb-musb-hdrc.1.auto-1, CDC Ethernet Device, 02:80:70:00:04:70
>
> What am I missing to establish the Ethernet over USB connection? 
>
>
> On Monday, April 18, 2016 at 9:03:22 AM UTC-7, RobertCNelson wrote:
>>
>>
>>
>> On Mon, Apr 18, 2016 at 10:57 AM, Matt99eo  wrote:
>>
>>> Hi RC,
>>>
>>> Sorry for the limited information. Just got word the document I am 
>>> working with is public (attached)
>>>
>>> The device I am working with is a Skywire LTE CAT1 Module (Gemalto 
>>> ELS35).
>>>
>>> Here is what the helpful support is telling me:
>>> 
>>>
>>> CDC_ETH is a device support class that allows for the modem to act as 
>>> LAN connection over USB. There isn't a VIP/PID that needs to be added for 
>>> the kernel to support it, the Kernel needs to be built to support the 
>>> CDC_ETH class.
>>>
>>> When the device is loaded as a CDC_ETH device you will see it enumerate 
>>> in your system as something like this: 
>>>
>>> [ 17.90] cdc_ether 1-1:1.0 usb0: register 'cdc_ether' at 
>>> usb-ehci-platform-1, CDC Ethernet Device, 02:10:81:64:89:60
>>> _
>>>
>>> When I use lsusb I don't see the device listed (believe I should see  Bus 
>>> 001 Device 001: ID 1d6b:0002)
>>>
>>
>> That's the root hub: http://www.linux-usb.org/usb.ids
>>
>> 1d6b Linux Foundation
>>
>>  0001  1.1 root hub
>>  0002  2.0 root hub
>>  0003  3.0 root hub
>>  0100  PTP Gadget
>>  0101  Audio Gadget
>>  0102  EEM Gadget
>>  0103  NCM (Ethernet) Gadget
>>  0104  Multifunction Composite Gadget
>>  0105  FunctionFS Gadget
>>  0200  Qemu Audio Device
>>
>> run "lsusb" again. ;)
>>
>> Regards,
>>
>> -- 
>> Robert Nelson
>> https://rcn-ee.com/
>>
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/6240b56b-93c7-4739-8920-d40881508721%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[William Hermans]

Is the audio cape another one of those eeprom capes that need physical
hardware in order to load properly ? Because I do not have the physical
cape.

On Wed, Apr 20, 2016 at 3:10 PM, William Hermans  wrote:

> I'm still seeing this:
>
> pin 82 (44e10948.0): 4a101000.mdio (GPIO UNCLAIMED) function
> davinci_mdio_default group davinci_mdio_default
> pin 83 (44e1094c.0): 4a101000.mdio (GPIO UNCLAIMED) function
> davinci_mdio_default group davinci_mdio_default
>
> Are these pins required for the ethernet MAC ? And are they interfering
> with the McASP module ?
>
> On Wed, Apr 20, 2016 at 3:05 PM, William Hermans 
> wrote:
>
>> Ok it is still not working, I'm kind of at a dead end now. I dont know
>> how to proceed from here.
>>
>> william@beaglebone:~$ *sudo sh -c "echo 'BB-BONE-AUDI-02' >
>> /sys/devices/platform/bone_capemgr/slots"*
>> william@beaglebone:~$ cat /sys/devices/platform/bone_capemgr/slots
>>  0: PF  -1
>>  1: PF  -1
>>  2: PF  -1
>>  3: PF  -1
>> william@beaglebone:~$ *uname -r*
>> 4.4.7-bone-rt-r9
>> william@beaglebone:~$ *cat /etc/dogtag*
>> BeagleBoard.org Debian Image 2015-03-01
>> william@beaglebone:~$
>> *dtc -v*Version: DTC 1.4.1-g1e75ebc9
>>
>>
>> On Wed, Apr 20, 2016 at 2:59 PM, William Hermans 
>> wrote:
>>
>>> Robert, one more question for now if you do not mind. Is there a
>>> location on the web where i can view or find this information out myself,
>>> without having to bug you all the time ? Well I mean version status, etc.
>>>
>>> Thanks for the help, as always :)
>>>
>>> On Wed, Apr 20, 2016 at 2:51 PM, Robert Nelson 
>>> wrote:
>>>


 On Wed, Apr 20, 2016 at 4:45 PM, William Hermans 
 wrote:

> Ok, still not working.
>
> Robert, so is there anything note worthy not working in 4.4* ? We have
> to know up front . . .
>

 It's in pretty good shape...

 am335x:
 remoteproc_pruss (not ported)

 bbgw = wl1835 & mmc3 fighting either other...

 uio_pruss = (v4.4.x-bone) is reported to have been working..

 x15:

 opencl: (remoteproc_) not ready..

 Regards,

 --
 Robert Nelson
 https://rcn-ee.com/

 --
 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 beagleboard+unsubscr...@googlegroups.com.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/beagleboard/CAOCHtYguxbq458W85EPd%3DzGKDsJ%3D9_9tNfPn%3Db-PXBhmgrAGqw%40mail.gmail.com
 
 .

 For more options, visit https://groups.google.com/d/optout.

>>>
>>>
>>
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORo5T464-eO4%2B5KjKQ8pJWComD-tSfR02utGtgD%3D%2BbBQbg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[William Hermans]

I'm still seeing this:

pin 82 (44e10948.0): 4a101000.mdio (GPIO UNCLAIMED) function
davinci_mdio_default group davinci_mdio_default
pin 83 (44e1094c.0): 4a101000.mdio (GPIO UNCLAIMED) function
davinci_mdio_default group davinci_mdio_default

Are these pins required for the ethernet MAC ? And are they interfering
with the McASP module ?

On Wed, Apr 20, 2016 at 3:05 PM, William Hermans  wrote:

> Ok it is still not working, I'm kind of at a dead end now. I dont know how
> to proceed from here.
>
> william@beaglebone:~$ *sudo sh -c "echo 'BB-BONE-AUDI-02' >
> /sys/devices/platform/bone_capemgr/slots"*
> william@beaglebone:~$ cat /sys/devices/platform/bone_capemgr/slots
>  0: PF  -1
>  1: PF  -1
>  2: PF  -1
>  3: PF  -1
> william@beaglebone:~$ *uname -r*
> 4.4.7-bone-rt-r9
> william@beaglebone:~$ *cat /etc/dogtag*
> BeagleBoard.org Debian Image 2015-03-01
> william@beaglebone:~$
> *dtc -v*Version: DTC 1.4.1-g1e75ebc9
>
>
> On Wed, Apr 20, 2016 at 2:59 PM, William Hermans 
> wrote:
>
>> Robert, one more question for now if you do not mind. Is there a location
>> on the web where i can view or find this information out myself, without
>> having to bug you all the time ? Well I mean version status, etc.
>>
>> Thanks for the help, as always :)
>>
>> On Wed, Apr 20, 2016 at 2:51 PM, Robert Nelson 
>> wrote:
>>
>>>
>>>
>>> On Wed, Apr 20, 2016 at 4:45 PM, William Hermans 
>>> wrote:
>>>
 Ok, still not working.

 Robert, so is there anything note worthy not working in 4.4* ? We have
 to know up front . . .

>>>
>>> It's in pretty good shape...
>>>
>>> am335x:
>>> remoteproc_pruss (not ported)
>>>
>>> bbgw = wl1835 & mmc3 fighting either other...
>>>
>>> uio_pruss = (v4.4.x-bone) is reported to have been working..
>>>
>>> x15:
>>>
>>> opencl: (remoteproc_) not ready..
>>>
>>> Regards,
>>>
>>> --
>>> Robert Nelson
>>> https://rcn-ee.com/
>>>
>>> --
>>> 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 beagleboard+unsubscr...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/beagleboard/CAOCHtYguxbq458W85EPd%3DzGKDsJ%3D9_9tNfPn%3Db-PXBhmgrAGqw%40mail.gmail.com
>>> 
>>> .
>>>
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORoLc2z5ixz_p%3DcGutOt%2BeWwgHBQUqe_oYbFge3uJ9UJZQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Flashin BBB with new image I built from RC guide

[Robert Nelson]

On Wed, Apr 20, 2016 at 4:59 PM, Matt99eo 
wrote:

> Hi,
>
> I've followed the guide
> https://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-RemovemicroSD/SDcard
> on compiling a kernel and choosing a root file system in a attempt to build
> a working debian 8  4.1.21 image.
>
> When I insert the sd card into the BBB i get the heart beat LED and can
> access the BBB thru the serial debug console thru my dev machine.
>
> How do I flash what I have built to the eMMC.
>

Scroll a little bit farther on that page, and that is explained right here:

https://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-eMMC



>
> I tried using /opt/scripts/tools/./beaglebone-black-eMMC-flasher.sh
>
> but I get an error:
>
> root@arm:/opt/scripts/tools# ./beaglebone-black-eMMC-flasher.sh
> Error: script halting, system unrecognized...
>

That script is not used, explanation is here:

https://github.com/RobertCNelson/boot-scripts/blob/master/tools/readme.txt

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYiS74F%2Bx8uC5Avs3ovjZpjWuMYHdE1e4v1rSjV8d6qqLA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[William Hermans]

Ok it is still not working, I'm kind of at a dead end now. I dont know how
to proceed from here.

william@beaglebone:~$ *sudo sh -c "echo 'BB-BONE-AUDI-02' >
/sys/devices/platform/bone_capemgr/slots"*
william@beaglebone:~$ cat /sys/devices/platform/bone_capemgr/slots
 0: PF  -1
 1: PF  -1
 2: PF  -1
 3: PF  -1
william@beaglebone:~$ *uname -r*
4.4.7-bone-rt-r9
william@beaglebone:~$ *cat /etc/dogtag*
BeagleBoard.org Debian Image 2015-03-01
william@beaglebone:~$
*dtc -v*Version: DTC 1.4.1-g1e75ebc9


On Wed, Apr 20, 2016 at 2:59 PM, William Hermans  wrote:

> Robert, one more question for now if you do not mind. Is there a location
> on the web where i can view or find this information out myself, without
> having to bug you all the time ? Well I mean version status, etc.
>
> Thanks for the help, as always :)
>
> On Wed, Apr 20, 2016 at 2:51 PM, Robert Nelson 
> wrote:
>
>>
>>
>> On Wed, Apr 20, 2016 at 4:45 PM, William Hermans 
>> wrote:
>>
>>> Ok, still not working.
>>>
>>> Robert, so is there anything note worthy not working in 4.4* ? We have
>>> to know up front . . .
>>>
>>
>> It's in pretty good shape...
>>
>> am335x:
>> remoteproc_pruss (not ported)
>>
>> bbgw = wl1835 & mmc3 fighting either other...
>>
>> uio_pruss = (v4.4.x-bone) is reported to have been working..
>>
>> x15:
>>
>> opencl: (remoteproc_) not ready..
>>
>> Regards,
>>
>> --
>> Robert Nelson
>> https://rcn-ee.com/
>>
>> --
>> 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 beagleboard+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/beagleboard/CAOCHtYguxbq458W85EPd%3DzGKDsJ%3D9_9tNfPn%3Db-PXBhmgrAGqw%40mail.gmail.com
>> 
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORovPOW7eFL6XPY%2BtXOLr2dZ6GMhkGwWw5i_-om%3DnHGJ-Q%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[William Hermans]

Robert, one more question for now if you do not mind. Is there a location
on the web where i can view or find this information out myself, without
having to bug you all the time ? Well I mean version status, etc.

Thanks for the help, as always :)

On Wed, Apr 20, 2016 at 2:51 PM, Robert Nelson 
wrote:

>
>
> On Wed, Apr 20, 2016 at 4:45 PM, William Hermans 
> wrote:
>
>> Ok, still not working.
>>
>> Robert, so is there anything note worthy not working in 4.4* ? We have to
>> know up front . . .
>>
>
> It's in pretty good shape...
>
> am335x:
> remoteproc_pruss (not ported)
>
> bbgw = wl1835 & mmc3 fighting either other...
>
> uio_pruss = (v4.4.x-bone) is reported to have been working..
>
> x15:
>
> opencl: (remoteproc_) not ready..
>
> Regards,
>
> --
> Robert Nelson
> https://rcn-ee.com/
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CAOCHtYguxbq458W85EPd%3DzGKDsJ%3D9_9tNfPn%3Db-PXBhmgrAGqw%40mail.gmail.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORqa77ow4ocq%3D87qt2xP-2hT%2Bn5gQn9vjxjns7XRNhRTag%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Flashin BBB with new image I built from RC guide

[Matt99eo]

Hi,

I've followed the guide 
https://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-RemovemicroSD/SDcard
 
on compiling a kernel and choosing a root file system in a attempt to build 
a working debian 8  4.1.21 image.

When I insert the sd card into the BBB i get the heart beat LED and can 
access the BBB thru the serial debug console thru my dev machine.  

How do I flash what I have built to the eMMC.

I tried using /opt/scripts/tools/./beaglebone-black-eMMC-flasher.sh

but I get an error:

root@arm:/opt/scripts/tools# ./beaglebone-black-eMMC-flasher.sh 
Error: script halting, system unrecognized...


What am I missing here?

Kind Regards,

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/bfb2d401-621e-43be-8775-60fe2056ddd7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[Robert Nelson]

On Wed, Apr 20, 2016 at 4:45 PM, William Hermans  wrote:

> Ok, still not working.
>
> Robert, so is there anything note worthy not working in 4.4* ? We have to
> know up front . . .
>

It's in pretty good shape...

am335x:
remoteproc_pruss (not ported)

bbgw = wl1835 & mmc3 fighting either other...

uio_pruss = (v4.4.x-bone) is reported to have been working..

x15:

opencl: (remoteproc_) not ready..

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYguxbq458W85EPd%3DzGKDsJ%3D9_9tNfPn%3Db-PXBhmgrAGqw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[William Hermans]

Oh, and right I dont know if it matter for any of this, but we're trying to
avoid ti kernels if possible, so . . . but it seems Rick is using a bone
kernel, so ill give that one a shot.

On Wed, Apr 20, 2016 at 2:45 PM, Robert Nelson 
wrote:

>
>
> On Wed, Apr 20, 2016 at 4:41 PM, William Hermans 
> wrote:
>
>> *4.4.x is also an lts, the overlay patches between v4.1.x and v4.4.x are
>>> almost identical..*
>>>
>>> *getting really close to swap v4.1.x-ti for v4.4.x-ti... ;)*
>>>
>>> *Regards,*
>>>
>>
>> Ok, so we're not sticking to the traditional even / odd minor version
>> number meanings ?
>>
>
>
> Nah, v4.1.x was just the outlieer...
>
> ti's used: 3.14 -> 4.1 -> 4.4
>
>
> Longterm release kernels
> VersionMaintainerReleasedProjected EOL
> 4.4 Greg Kroah-Hartman 2016-01-10 Feb, 2018
> 4.1 Sasha Levin 2015-06-21 Sep, 2017
> 3.18 Sasha Levin 2014-12-07 Jan, 2017
> 3.14 Greg Kroah-Hartman 2014-03-30 Aug, 2016
> 3.12 Jiri Slaby 2013-11-03 Jan, 2017
> 3.10 Willy Tarreau 2013-06-30 Oct, 2017
> 3.4 Li Zefan 2012-05-20 Sep, 2016
> 3.2 Ben Hutchings 2012-01-04 May, 2018
>
> Regards,
>
>
> --
> Robert Nelson
> https://rcn-ee.com/
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CAOCHtYgWuJQFTrw3w1Xuk7jYY0jmnp9ZC1pRkXBgortFGttjjA%40mail.gmail.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORrWbMCrDDO%2BHmAHz623x4oR96HKZBiBAOvWBzVtKJjdeg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[Robert Nelson]

On Wed, Apr 20, 2016 at 4:41 PM, William Hermans  wrote:

> *4.4.x is also an lts, the overlay patches between v4.1.x and v4.4.x are
>> almost identical..*
>>
>> *getting really close to swap v4.1.x-ti for v4.4.x-ti... ;)*
>>
>> *Regards,*
>>
>
> Ok, so we're not sticking to the traditional even / odd minor version
> number meanings ?
>


Nah, v4.1.x was just the outlieer...

ti's used: 3.14 -> 4.1 -> 4.4


Longterm release kernels
VersionMaintainerReleasedProjected EOL
4.4 Greg Kroah-Hartman 2016-01-10 Feb, 2018
4.1 Sasha Levin 2015-06-21 Sep, 2017
3.18 Sasha Levin 2014-12-07 Jan, 2017
3.14 Greg Kroah-Hartman 2014-03-30 Aug, 2016
3.12 Jiri Slaby 2013-11-03 Jan, 2017
3.10 Willy Tarreau 2013-06-30 Oct, 2017
3.4 Li Zefan 2012-05-20 Sep, 2016
3.2 Ben Hutchings 2012-01-04 May, 2018

Regards,


-- 
Robert Nelson
https://rcn-ee.com/

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYgWuJQFTrw3w1Xuk7jYY0jmnp9ZC1pRkXBgortFGttjjA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[William Hermans]

Ok, still not working.

Robert, so is there anything note worthy not working in 4.4* ? We have to
know up front . . .

On Wed, Apr 20, 2016 at 2:41 PM, William Hermans  wrote:

> *4.4.x is also an lts, the overlay patches between v4.1.x and v4.4.x are
>> almost identical..*
>>
>> *getting really close to swap v4.1.x-ti for v4.4.x-ti... ;)*
>>
>> *Regards,*
>>
>
> Ok, so we're not sticking to the traditional even / odd minor version
> number meanings ?
>
> On Wed, Apr 20, 2016 at 2:39 PM, Robert Nelson 
> wrote:
>
>>
>>
>> On Wed, Apr 20, 2016 at 4:37 PM, William Hermans 
>> wrote:
>>
>>>
 *Keep in mind I'm on 4.4.7-bone-rt-r9, not 4.1.x. Dunno if that
 matters.*
>>>
>>>
>>> We're trying to determine that here. Were you able to get the audio cape
>>> loaded at all with a 4.1.x kernel ? We really do not want to move outside
>>> of a "stable" kernel if at all possible.
>>>
>>
>> 4.4.x is also an lts, the overlay patches between v4.1.x and v4.4.x are
>> almost identical..
>>
>> getting really close to swap v4.1.x-ti for v4.4.x-ti... ;)
>>
>> Regards,
>>
>> --
>> Robert Nelson
>> https://rcn-ee.com/
>>
>> --
>> 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 beagleboard+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/beagleboard/CAOCHtYj6e5fESiEp9-%2BW3X_y9Uex9tf2fT2mqJbq%2B%3DAVR4oteQ%40mail.gmail.com
>> 
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORpEmGS3TRAZOKPBMqFFNFSheCGzi%2BcBWXEgnuH4%3DJLDoQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[William Hermans]

>
> *4.4.x is also an lts, the overlay patches between v4.1.x and v4.4.x are
> almost identical..*
>
> *getting really close to swap v4.1.x-ti for v4.4.x-ti... ;)*
>
> *Regards,*
>

Ok, so we're not sticking to the traditional even / odd minor version
number meanings ?

On Wed, Apr 20, 2016 at 2:39 PM, Robert Nelson 
wrote:

>
>
> On Wed, Apr 20, 2016 at 4:37 PM, William Hermans 
> wrote:
>
>>
>>> *Keep in mind I'm on 4.4.7-bone-rt-r9, not 4.1.x. Dunno if that matters.*
>>
>>
>> We're trying to determine that here. Were you able to get the audio cape
>> loaded at all with a 4.1.x kernel ? We really do not want to move outside
>> of a "stable" kernel if at all possible.
>>
>
> 4.4.x is also an lts, the overlay patches between v4.1.x and v4.4.x are
> almost identical..
>
> getting really close to swap v4.1.x-ti for v4.4.x-ti... ;)
>
> Regards,
>
> --
> Robert Nelson
> https://rcn-ee.com/
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CAOCHtYj6e5fESiEp9-%2BW3X_y9Uex9tf2fT2mqJbq%2B%3DAVR4oteQ%40mail.gmail.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORoRN7Zi7u7YbwvQZyHX7QoCzd6v6rCEJct4wxeVLLSKUg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[William Hermans]

For the record, I edited recompiled the same main board file as evilwulfie,
and . . .

william@beaglebone:~$ sudo sh -c "echo 'BB-BONE-AUDI-02' >
/sys/devices/platform/bone_capemgr/slots"
william@beaglebone:~$ cat /sys/devices/platform/bone_capemgr/slots
 0: PF  -1
 1: PF  -1
 2: PF  -1
 3: PF  -1
william@beaglebone:~$ dmesg | grep BB-BONE-AUDI-02
[   47.785411] bone_capemgr bone_capemgr: part_number 'BB-BONE-AUDI-02',
version 'N/A'
[   47.805914] bone_capemgr bone_capemgr: slot #4: 'Override Board
Name,00A0,OverrideManuf,BB-BONE-AUDI-02'

Actually, dahm it, I forgot to edit uEnv.txt . . .


On Wed, Apr 20, 2016 at 2:37 PM, William Hermans  wrote:

>
>> *Keep in mind I'm on 4.4.7-bone-rt-r9, not 4.1.x. Dunno if that matters.*
>
>
> We're trying to determine that here. Were you able to get the audio cape
> loaded at all with a 4.1.x kernel ? We really do not want to move outside
> of a "stable" kernel if at all possible.
>
> On Wed, Apr 20, 2016 at 2:31 PM, Rick Mann  wrote:
>
>> Keep in mind I'm on 4.4.7-bone-rt-r9, not 4.1.x. Dunno if that matters.
>>
>> > On Apr 20, 2016, at 14:25 , William Hermans  wrote:
>> >
>> > Just playing along here . . . I thought maybe HDMI had to be loaded to
>> load the audio cape, but seems not. I'm going to start over with a fresh
>> dts file and load the same one as evilwulfie to see if I can get to the
>> bottom of things.
>> >
>> > william@beaglebone:~$ sudo sh -c "echo 'BB-BONE-AUDI-02' >
>> /sys/devices/platform/bone_capemgr/slots"
>> > william@beaglebone:~$ cat /sys/devices/platform/bone_capemgr/slots
>> >  0: PF  -1
>> >  1: PF  -1
>> >  2: PF  -1
>> >  3: PF  -1
>> >  5: P-O-L-   0 Override Board Name,00A0,Override Manuf,WH-UART5
>> > william@beaglebone:~$ dmesg | grep BB-BONE-AUDI-02
>> > [66985.108405] bone_capemgr bone_capemgr: part_number
>> 'BB-BONE-AUDI-02', version 'N/A'
>> > [66985.128912] bone_capemgr bone_capemgr: slot #6: 'Override Board
>> Name,00A0,Override Manuf,BB-BONE-AUDI-02'
>> >
>> >
>> > On Wed, Apr 20, 2016 at 2:15 PM, evilwulfie 
>> wrote:
>> > very interesting. after removing the eDMA fix and recompiling we still
>> cant load the audio cape
>> >
>> > sudo cat /sys/kernel/debug/pinctrl/44e10800.pinmux/pinmux-pins
>> >
>> > stuff removed for clarity
>> >
>> >
>> > pin 82 (44e10948.0): 4a101000.mdio (GPIO UNCLAIMED) function
>> davinci_mdio_default group davinci_mdio_default
>> > pin 83 (44e1094c.0): 4a101000.mdio (GPIO UNCLAIMED) function
>> davinci_mdio_default group davinci_mdio_default
>> >
>> >
>> > I think this is the reason.
>> >
>> >
>> >
>> >
>> > On 4/20/2016 1:55 PM, Robert Nelson wrote:
>> >>
>> >>
>> >> On Wed, Apr 20, 2016 at 3:45 PM, evilwulfie 
>> wrote:
>> >> I see that on 4.1.14-bone-rt-r17 kernel the edma fix is compiled into
>> >> the am335x-boneblack-emmc-overlay.dtb resulting in
>> >> any audio cape overlay not loading.
>> >>
>> >> so i guess i can grab this file
>> >>
>> https://github.com/beagleboard/linux/blob/4.1/arch/arm/boot/dts/am335x-boneblack-emmc-overlay.dts
>> >>
>> >> but i have no idea how to complie it and what paths i need to include
>> to
>> >> get it to complie
>> >>
>> >> it's easy, there is a whole repo setup to just do that..
>> >>
>> >> git clone -b 4.1.x https://github.com/RobertCNelson/dtb-rebuilder
>> >> cd ./dtb-rebuilder/
>> >>
>> >> make/sudo make install/etc...
>> >>
>> >> I am wondering why that *fix* was needed and why it wants to enable the
>> >> davinci_mdio_default pins so we cant enable audio overlays
>> >>
>> >> oh it's been discussed on this list before, there was a specific case
>> it needed to be enabled by default to fix a case..
>> >>
>> >> and the "fix" was pushed to the repo, before we got the that audio
>> cape.
>> >>
>> >> Regards,
>> >>
>> >> --
>> >> Robert Nelson
>> >> https://rcn-ee.com/
>> >> --
>> >> 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 beagleboard+unsubscr...@googlegroups.com.
>> >> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/beagleboard/CAOCHtYhoexceTQ%2B69QvjqTazHkwdy%2BmtUpYYBQctFqsPGgNjew%40mail.gmail.com
>> .
>> >> For more options, visit https://groups.google.com/d/optout.
>> >
>> >
>> >   Virus-free. www.avast.com
>> >
>> > --
>> > 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 beagleboard+unsubscr...@googlegroups.com.
>> > To view this discussion on the web visit
>> https://groups.google.com/d/msgid/beagleboard/5717F175.6030608%40gmail.com
>> .
>> >
>> > For more 

Re: [beagleboard] My overlay can't find clk_mcasp0

[Robert Nelson]

On Wed, Apr 20, 2016 at 4:37 PM, William Hermans  wrote:

>
>> *Keep in mind I'm on 4.4.7-bone-rt-r9, not 4.1.x. Dunno if that matters.*
>
>
> We're trying to determine that here. Were you able to get the audio cape
> loaded at all with a 4.1.x kernel ? We really do not want to move outside
> of a "stable" kernel if at all possible.
>

4.4.x is also an lts, the overlay patches between v4.1.x and v4.4.x are
almost identical..

getting really close to swap v4.1.x-ti for v4.4.x-ti... ;)

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYj6e5fESiEp9-%2BW3X_y9Uex9tf2fT2mqJbq%2B%3DAVR4oteQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[William Hermans]

>
>
> *Keep in mind I'm on 4.4.7-bone-rt-r9, not 4.1.x. Dunno if that matters.*


We're trying to determine that here. Were you able to get the audio cape
loaded at all with a 4.1.x kernel ? We really do not want to move outside
of a "stable" kernel if at all possible.

On Wed, Apr 20, 2016 at 2:31 PM, Rick Mann  wrote:

> Keep in mind I'm on 4.4.7-bone-rt-r9, not 4.1.x. Dunno if that matters.
>
> > On Apr 20, 2016, at 14:25 , William Hermans  wrote:
> >
> > Just playing along here . . . I thought maybe HDMI had to be loaded to
> load the audio cape, but seems not. I'm going to start over with a fresh
> dts file and load the same one as evilwulfie to see if I can get to the
> bottom of things.
> >
> > william@beaglebone:~$ sudo sh -c "echo 'BB-BONE-AUDI-02' >
> /sys/devices/platform/bone_capemgr/slots"
> > william@beaglebone:~$ cat /sys/devices/platform/bone_capemgr/slots
> >  0: PF  -1
> >  1: PF  -1
> >  2: PF  -1
> >  3: PF  -1
> >  5: P-O-L-   0 Override Board Name,00A0,Override Manuf,WH-UART5
> > william@beaglebone:~$ dmesg | grep BB-BONE-AUDI-02
> > [66985.108405] bone_capemgr bone_capemgr: part_number 'BB-BONE-AUDI-02',
> version 'N/A'
> > [66985.128912] bone_capemgr bone_capemgr: slot #6: 'Override Board
> Name,00A0,Override Manuf,BB-BONE-AUDI-02'
> >
> >
> > On Wed, Apr 20, 2016 at 2:15 PM, evilwulfie 
> wrote:
> > very interesting. after removing the eDMA fix and recompiling we still
> cant load the audio cape
> >
> > sudo cat /sys/kernel/debug/pinctrl/44e10800.pinmux/pinmux-pins
> >
> > stuff removed for clarity
> >
> >
> > pin 82 (44e10948.0): 4a101000.mdio (GPIO UNCLAIMED) function
> davinci_mdio_default group davinci_mdio_default
> > pin 83 (44e1094c.0): 4a101000.mdio (GPIO UNCLAIMED) function
> davinci_mdio_default group davinci_mdio_default
> >
> >
> > I think this is the reason.
> >
> >
> >
> >
> > On 4/20/2016 1:55 PM, Robert Nelson wrote:
> >>
> >>
> >> On Wed, Apr 20, 2016 at 3:45 PM, evilwulfie 
> wrote:
> >> I see that on 4.1.14-bone-rt-r17 kernel the edma fix is compiled into
> >> the am335x-boneblack-emmc-overlay.dtb resulting in
> >> any audio cape overlay not loading.
> >>
> >> so i guess i can grab this file
> >>
> https://github.com/beagleboard/linux/blob/4.1/arch/arm/boot/dts/am335x-boneblack-emmc-overlay.dts
> >>
> >> but i have no idea how to complie it and what paths i need to include to
> >> get it to complie
> >>
> >> it's easy, there is a whole repo setup to just do that..
> >>
> >> git clone -b 4.1.x https://github.com/RobertCNelson/dtb-rebuilder
> >> cd ./dtb-rebuilder/
> >>
> >> make/sudo make install/etc...
> >>
> >> I am wondering why that *fix* was needed and why it wants to enable the
> >> davinci_mdio_default pins so we cant enable audio overlays
> >>
> >> oh it's been discussed on this list before, there was a specific case
> it needed to be enabled by default to fix a case..
> >>
> >> and the "fix" was pushed to the repo, before we got the that audio cape.
> >>
> >> Regards,
> >>
> >> --
> >> Robert Nelson
> >> https://rcn-ee.com/
> >> --
> >> 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 beagleboard+unsubscr...@googlegroups.com.
> >> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CAOCHtYhoexceTQ%2B69QvjqTazHkwdy%2BmtUpYYBQctFqsPGgNjew%40mail.gmail.com
> .
> >> For more options, visit https://groups.google.com/d/optout.
> >
> >
> >   Virus-free. www.avast.com
> >
> > --
> > 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 beagleboard+unsubscr...@googlegroups.com.
> > To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/5717F175.6030608%40gmail.com
> .
> >
> > For more options, visit https://groups.google.com/d/optout.
> >
> >
> > --
> > 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 beagleboard+unsubscr...@googlegroups.com.
> > To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CALHSORrHtB5cqwU68QjK7JNkMaYWr1%3Dh9K7f1dkLFJ6Ltti4OQ%40mail.gmail.com
> .
> > For more options, visit https://groups.google.com/d/optout.
>
>
> --
> Rick Mann
> rm...@latencyzero.com
>
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To 

Re: [beagleboard] My overlay can't find clk_mcasp0

[Rick Mann]

Keep in mind I'm on 4.4.7-bone-rt-r9, not 4.1.x. Dunno if that matters.

> On Apr 20, 2016, at 14:25 , William Hermans  wrote:
> 
> Just playing along here . . . I thought maybe HDMI had to be loaded to load 
> the audio cape, but seems not. I'm going to start over with a fresh dts file 
> and load the same one as evilwulfie to see if I can get to the bottom of 
> things.
>  
> william@beaglebone:~$ sudo sh -c "echo 'BB-BONE-AUDI-02' > 
> /sys/devices/platform/bone_capemgr/slots"
> william@beaglebone:~$ cat /sys/devices/platform/bone_capemgr/slots
>  0: PF  -1
>  1: PF  -1
>  2: PF  -1
>  3: PF  -1
>  5: P-O-L-   0 Override Board Name,00A0,Override Manuf,WH-UART5
> william@beaglebone:~$ dmesg | grep BB-BONE-AUDI-02
> [66985.108405] bone_capemgr bone_capemgr: part_number 'BB-BONE-AUDI-02', 
> version 'N/A'
> [66985.128912] bone_capemgr bone_capemgr: slot #6: 'Override Board 
> Name,00A0,Override Manuf,BB-BONE-AUDI-02'
> 
> 
> On Wed, Apr 20, 2016 at 2:15 PM, evilwulfie  wrote:
> very interesting. after removing the eDMA fix and recompiling we still cant 
> load the audio cape
> 
> sudo cat /sys/kernel/debug/pinctrl/44e10800.pinmux/pinmux-pins
> 
> stuff removed for clarity
> 
> 
> pin 82 (44e10948.0): 4a101000.mdio (GPIO UNCLAIMED) function 
> davinci_mdio_default group davinci_mdio_default
> pin 83 (44e1094c.0): 4a101000.mdio (GPIO UNCLAIMED) function 
> davinci_mdio_default group davinci_mdio_default
> 
> 
> I think this is the reason.
> 
> 
> 
> 
> On 4/20/2016 1:55 PM, Robert Nelson wrote:
>> 
>> 
>> On Wed, Apr 20, 2016 at 3:45 PM, evilwulfie  wrote:
>> I see that on 4.1.14-bone-rt-r17 kernel the edma fix is compiled into
>> the am335x-boneblack-emmc-overlay.dtb resulting in
>> any audio cape overlay not loading.
>> 
>> so i guess i can grab this file
>> https://github.com/beagleboard/linux/blob/4.1/arch/arm/boot/dts/am335x-boneblack-emmc-overlay.dts
>> 
>> but i have no idea how to complie it and what paths i need to include to
>> get it to complie
>> 
>> it's easy, there is a whole repo setup to just do that..
>> 
>> git clone -b 4.1.x https://github.com/RobertCNelson/dtb-rebuilder
>> cd ./dtb-rebuilder/
>> 
>> make/sudo make install/etc...
>> 
>> I am wondering why that *fix* was needed and why it wants to enable the
>> davinci_mdio_default pins so we cant enable audio overlays
>> 
>> oh it's been discussed on this list before, there was a specific case it 
>> needed to be enabled by default to fix a case..
>> 
>> and the "fix" was pushed to the repo, before we got the that audio cape.
>> 
>> Regards,
>> 
>> -- 
>> Robert Nelson
>> https://rcn-ee.com/
>> -- 
>> 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 beagleboard+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/beagleboard/CAOCHtYhoexceTQ%2B69QvjqTazHkwdy%2BmtUpYYBQctFqsPGgNjew%40mail.gmail.com.
>> For more options, visit https://groups.google.com/d/optout.
> 
> 
>   Virus-free. www.avast.com
> 
> -- 
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/5717F175.6030608%40gmail.com.
> 
> For more options, visit https://groups.google.com/d/optout.
> 
> 
> -- 
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/CALHSORrHtB5cqwU68QjK7JNkMaYWr1%3Dh9K7f1dkLFJ6Ltti4OQ%40mail.gmail.com.
> For more options, visit https://groups.google.com/d/optout.


-- 
Rick Mann
rm...@latencyzero.com


-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/2CEFA005-1914-4280-8FB5-5424A2F73517%40latencyzero.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[William Hermans]

Just playing along here . . . I thought maybe HDMI had to be loaded to load
the audio cape, but seems not. I'm going to start over with a fresh dts
file and load the same one as evilwulfie to see if I can get to the bottom
of things.

william@beaglebone:~$ sudo sh -c "echo 'BB-BONE-AUDI-02' >
/sys/devices/platform/bone_capemgr/slots"
william@beaglebone:~$ cat /sys/devices/platform/bone_capemgr/slots
 0: PF  -1
 1: PF  -1
 2: PF  -1
 3: PF  -1
 5: P-O-L-   0 Override Board Name,00A0,Override Manuf,WH-UART5
william@beaglebone:~$ dmesg | grep BB-BONE-AUDI-02
[66985.108405] bone_capemgr bone_capemgr: part_number 'BB-BONE-AUDI-02',
version 'N/A'
[66985.128912] bone_capemgr bone_capemgr: slot #6: 'Override Board
Name,00A0,Override Manuf,BB-BONE-AUDI-02'


On Wed, Apr 20, 2016 at 2:15 PM, evilwulfie  wrote:

> very interesting. after removing the eDMA fix and recompiling we still
> cant load the audio cape
>
> sudo cat /sys/kernel/debug/pinctrl/44e10800.pinmux/pinmux-pins
>
> stuff removed for clarity
>
>
> pin 82 (44e10948.0): 4a101000.mdio (GPIO UNCLAIMED) function
> davinci_mdio_default group davinci_mdio_default
> pin 83 (44e1094c.0): 4a101000.mdio (GPIO UNCLAIMED) function
> davinci_mdio_default group davinci_mdio_default
>
>
> I think this is the reason.
>
>
>
>
> On 4/20/2016 1:55 PM, Robert Nelson wrote:
>
>
>
> On Wed, Apr 20, 2016 at 3:45 PM, evilwulfie  wrote:
>
>> I see that on 4.1.14-bone-rt-r17 kernel the edma fix is compiled into
>> the am335x-boneblack-emmc-overlay.dtb resulting in
>> any audio cape overlay not loading.
>>
>> so i guess i can grab this file
>>
>> https://github.com/beagleboard/linux/blob/4.1/arch/arm/boot/dts/am335x-boneblack-emmc-overlay.dts
>>
>> but i have no idea how to complie it and what paths i need to include to
>> get it to complie
>>
>
> it's easy, there is a whole repo setup to just do that..
>
> git clone -b 4.1.x https://github.com/RobertCNelson/dtb-rebuilder
> cd ./dtb-rebuilder/
>
> make/sudo make install/etc...
>
> I am wondering why that *fix* was needed and why it wants to enable the
>> davinci_mdio_default pins so we cant enable audio overlays
>
>
> oh it's been discussed on this list before, there was a specific case it
> needed to be enabled by default to fix a case..
>
> and the "fix" was pushed to the repo, before we got the that audio cape.
>
> Regards,
>
> --
> Robert Nelson
> https://rcn-ee.com/
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> 
> https://groups.google.com/d/msgid/beagleboard/CAOCHtYhoexceTQ%2B69QvjqTazHkwdy%2BmtUpYYBQctFqsPGgNjew%40mail.gmail.com
> .
> For more options, visit https://groups.google.com/d/optout.
>
>
>
>
> 
>  Virus-free.
> www.avast.com
> 
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/5717F175.6030608%40gmail.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORrHtB5cqwU68QjK7JNkMaYWr1%3Dh9K7f1dkLFJ6Ltti4OQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[evilwulfie]

very interesting. after removing the eDMA fix and recompiling we still
cant load the audio cape

sudo cat /sys/kernel/debug/pinctrl/44e10800.pinmux/pinmux-pins

stuff removed for clarity


pin 82 (44e10948.0): 4a101000.mdio (GPIO UNCLAIMED) function
davinci_mdio_default group davinci_mdio_default
pin 83 (44e1094c.0): 4a101000.mdio (GPIO UNCLAIMED) function
davinci_mdio_default group davinci_mdio_default


I think this is the reason.



On 4/20/2016 1:55 PM, Robert Nelson wrote:
>
>
> On Wed, Apr 20, 2016 at 3:45 PM, evilwulfie  > wrote:
>
> I see that on 4.1.14-bone-rt-r17 kernel the edma fix is compiled into
> the am335x-boneblack-emmc-overlay.dtb resulting in
> any audio cape overlay not loading.
>
> so i guess i can grab this file
> 
> https://github.com/beagleboard/linux/blob/4.1/arch/arm/boot/dts/am335x-boneblack-emmc-overlay.dts
>
> but i have no idea how to complie it and what paths i need to
> include to
> get it to complie
>
>
> it's easy, there is a whole repo setup to just do that..
>
> git clone -b 4.1.x https://github.com/RobertCNelson/dtb-rebuilder
> cd ./dtb-rebuilder/
>
> make/sudo make install/etc...
>
> I am wondering why that *fix* was needed and why it wants to
> enable the
> davinci_mdio_default pins so we cant enable audio overlays
>
>
> oh it's been discussed on this list before, there was a specific case
> it needed to be enabled by default to fix a case..
>
> and the "fix" was pushed to the repo, before we got the that audio cape.
>
> Regards,
>
> -- 
> Robert Nelson
> https://rcn-ee.com/
> -- 
> 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 beagleboard+unsubscr...@googlegroups.com
> .
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CAOCHtYhoexceTQ%2B69QvjqTazHkwdy%2BmtUpYYBQctFqsPGgNjew%40mail.gmail.com
> .
> For more options, visit https://groups.google.com/d/optout.



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/5717F175.6030608%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] BBB Serial Comunication over USB

[farzin . negahbani]

Hi,
Im new to BBB,i have a USB Dial-up modem that accepts AT commands and i 
want to send data to it,
how can i assign a ttyO to USB ?

excuse me for bad english,
thanks, 


-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/f9188610-e2dd-4d3e-a223-0fe44d0cb0b1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[Rick Mann]

The DTB I posted includes am33xx-overlay-edma-fix.dtsi, which enables mcasp0 
and mcasp1. This causes the snd_soc_davinci_mcasp driver to load, and it 
configures itself at that time. But that DTB doesn't have the necessary entries 
for that driver to properly configure. When you then later load the overlay 
(e.g. BB-BONE-AUDI-02), the driver ignores the new entries.

There are a couple of solutions. The best is to move all the remaining entries 
that are in the overlay into a new .dts file based on this < 
http://pastebin.com/Wja7ZQRk>, compile that, and load it at boot.

Or, compile this .dts  and load it at boot, then 
load the cape overlay. The drawback to this is (apparently) the eDMA slots 
won't get assigned properly for mcasp, so there might be issues down the road. 
It seems to work as-is for me, but I don't know if there is higher CPU loading, 
or what. I don't really understand the eDMA issues.

> On Apr 20, 2016, at 11:48 , Rafael Vega  wrote:
> 
> Thanks Rick!
> 
> When you say the driver ends up not being properly configured when you load 
> the overlay, does that mean I should not load the overlay? Or should I load 
> it and expect problems? which problems?
> 
> 
> On Tuesday, April 19, 2016 at 3:05:22 PM UTC-5, Rick M wrote:
> 
> > On Apr 19, 2016, at 10:27 , Rafael Vega  wrote: 
> > 
> > > dtb=am335x-boneblack-audio.dtb 
> > > 
> > > doesn't setup the emmc... 
> > 
> > Does this mean that the board won't be able to boot from the emmc when 
> > using this dtb? If so, how is it supposed to be used? 
> 
> I had to make one that also enabled the emmc: 
> 
> http://pastebin.com/Wja7ZQRk 
> 
> Note that there's a problem with that file. It includes 
> am33xx-overlay-edma-fix.dtsi, which causes the mcasp driver to load first, 
> and it ends up not being properly configured when you load the overlay. I'll 
> be writing a full DTS for my project, rather than use the overlay mechanism, 
> but for now that's how I do it. 
> 
> 
> 
> -- 
> Rick Mann 
> rm...@latencyzero.com 
> 
> 
> 
> 
> -- 
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/394a008d-c039-429b-8814-56c9183b7d37%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.


-- 
Rick Mann
rm...@latencyzero.com


-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/9B3B9DB8-541F-43EC-8D5A-9F872CB1BB17%40latencyzero.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] audio cape

[evilwulfie]

Ok so i cant get the mcasp0 going for now. Its only important in the
future. Still as per the code below i cant even get
GPIO pins to set. I am sure i am doing something wrong but i am at a
loss to see it.


On 4/20/2016 11:54 AM, Rick Mann wrote:
> I have it working (to some degree) on 4.4.7-bone-rt-r9. I had to change the 
> boot DTB to not include the edma fix, and to set the mcasp clk (it doesn't 
> work if you set it in the overlay, not sure why. There's a thread about it 
> somewhere).
>
>
>> On Apr 20, 2016, at 10:57 , evilwulfie  wrote:
>>
>> Beware of electronics engineers programming  <---  LOL
>>
>> I read on the lists about  not being able to load the audio cape dtbo on
>> 4.1.14-bone-rt-r17
>> I disabled the onboard HDMI in Uboot
>> I tried with failure just to see if the audio cape will load
>>
>> Apr 20 16:59:56 beaglebone kernel: [  149.758497] bone_capemgr
>> bone_capemgr: part_number 'BB-BONE-AUDI-02', version 'N/A'
>> Apr 20 16:59:56 beaglebone kernel: [  149.766308] bone_capemgr
>> bone_capemgr: slot #4: override
>> Apr 20 16:59:56 beaglebone kernel: [  149.771655] bone_capemgr
>> bone_capemgr: Using override eeprom data at slot 4
>> Apr 20 16:59:56 beaglebone kernel: [  149.778697] bone_capemgr
>> bone_capemgr: slot #4: 'Override Board Name,00A0,Override
>> Manuf,BB-BONE-AUDI-02'
>>
>>
>> nothing shows as loaded
>>
>> debian@beaglebone:~$ cat /sys/devices/platform/bone_capemgr/slots
>> 0: PF  -1
>> 1: PF  -1
>> 2: PF  -1
>> 3: PF  -1
>>
>>
>>
>> I have a project that will eventually use the mcasp0 and am trying to
>> write an overlay to set all pins
>> so i figured i would try to set the mcasp0 pins and it fails
>>
>> I also have a tough time just setting random GPIO pins which i cant
>> quite figure out
>>
>> so far i can get the UART1, UART4, UART5 and I2C1 loaded correctly from
>> one file
>>
>> now its just GPIO pins and the mcasp0
>>
>> this is the snippit of the gpio stuff that dont work, rest of file below
>> removed for clarity
>>
>>
>>  mygpio0_pins_default: mygpio0_pins_default {
>>  pinctrl-single,pins = <
>>  0x150 ( PIN_INPUT | MUX_MODE7 ) /*
>> (A17) spi0_sclk.gpio0[2] */
>>  0x154 ( PIN_INPUT | MUX_MODE7 ) /*
>> (B17) spi0_d0.gpio0[3] */
>>  0x164 ( PIN_INPUT | MUX_MODE7 ) /*
>> (C18) eCAP0_in_PWM0_out.gpio0[7] */
>>  0x20 ( PIN_INPUT | MUX_MODE7 ) /*
>> (U10) gpmc_ad8.gpio0[22] */
>>  0x24 ( PIN_INPUT | MUX_MODE7 ) /*
>> (T10) gpmc_ad9.gpio0[23] */
>>  0x28 ( PIN_INPUT | MUX_MODE7 ) /*
>> (T11) gpmc_ad10.gpio0[26] */
>>  0x2c ( PIN_INPUT | MUX_MODE7 ) /*
>> (U12) gpmc_ad11.gpio0[27] */
>>> ;
>>  };
>>
>>  fragment@5 {
>>  target = <>;
>>  __overlay__ {
>>  status = "okay";
>>  pinctrl-names = "default";
>>  pinctrl-0 = <_pins_default>;
>>  };
>>  };
>>
>> even with ALL the GPIO pins commented out the cape does not load even
>> though overlay compiles correctly
>> you would think that since no pins are being set the uarts and i2ci but
>> would be set.
>>
>> any help would be appreciated
>>
>>
>>
>> ---
>> This email has been checked for viruses by Avast antivirus software.
>> https://www.avast.com/antivirus
>>
>> -- 
>> 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 beagleboard+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/beagleboard/5717C2F7.4070604%40gmail.com.
>> For more options, visit https://groups.google.com/d/optout.
>


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/5717D6F0.9070309%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] audio cape

[Rick Mann]

I have it working (to some degree) on 4.4.7-bone-rt-r9. I had to change the 
boot DTB to not include the edma fix, and to set the mcasp clk (it doesn't work 
if you set it in the overlay, not sure why. There's a thread about it 
somewhere).


> On Apr 20, 2016, at 10:57 , evilwulfie  wrote:
> 
> Beware of electronics engineers programming  <---  LOL
> 
> I read on the lists about  not being able to load the audio cape dtbo on
> 4.1.14-bone-rt-r17
> I disabled the onboard HDMI in Uboot
> I tried with failure just to see if the audio cape will load
> 
> Apr 20 16:59:56 beaglebone kernel: [  149.758497] bone_capemgr
> bone_capemgr: part_number 'BB-BONE-AUDI-02', version 'N/A'
> Apr 20 16:59:56 beaglebone kernel: [  149.766308] bone_capemgr
> bone_capemgr: slot #4: override
> Apr 20 16:59:56 beaglebone kernel: [  149.771655] bone_capemgr
> bone_capemgr: Using override eeprom data at slot 4
> Apr 20 16:59:56 beaglebone kernel: [  149.778697] bone_capemgr
> bone_capemgr: slot #4: 'Override Board Name,00A0,Override
> Manuf,BB-BONE-AUDI-02'
> 
> 
> nothing shows as loaded
> 
> debian@beaglebone:~$ cat /sys/devices/platform/bone_capemgr/slots
> 0: PF  -1
> 1: PF  -1
> 2: PF  -1
> 3: PF  -1
> 
> 
> 
> I have a project that will eventually use the mcasp0 and am trying to
> write an overlay to set all pins
> so i figured i would try to set the mcasp0 pins and it fails
> 
> I also have a tough time just setting random GPIO pins which i cant
> quite figure out
> 
> so far i can get the UART1, UART4, UART5 and I2C1 loaded correctly from
> one file
> 
> now its just GPIO pins and the mcasp0
> 
> this is the snippit of the gpio stuff that dont work, rest of file below
> removed for clarity
> 
> 
>  mygpio0_pins_default: mygpio0_pins_default {
>  pinctrl-single,pins = <
>  0x150 ( PIN_INPUT | MUX_MODE7 ) /*
> (A17) spi0_sclk.gpio0[2] */
>  0x154 ( PIN_INPUT | MUX_MODE7 ) /*
> (B17) spi0_d0.gpio0[3] */
>  0x164 ( PIN_INPUT | MUX_MODE7 ) /*
> (C18) eCAP0_in_PWM0_out.gpio0[7] */
>  0x20 ( PIN_INPUT | MUX_MODE7 ) /*
> (U10) gpmc_ad8.gpio0[22] */
>  0x24 ( PIN_INPUT | MUX_MODE7 ) /*
> (T10) gpmc_ad9.gpio0[23] */
>  0x28 ( PIN_INPUT | MUX_MODE7 ) /*
> (T11) gpmc_ad10.gpio0[26] */
>  0x2c ( PIN_INPUT | MUX_MODE7 ) /*
> (U12) gpmc_ad11.gpio0[27] */
>> ;
>  };
> 
>  fragment@5 {
>  target = <>;
>  __overlay__ {
>  status = "okay";
>  pinctrl-names = "default";
>  pinctrl-0 = <_pins_default>;
>  };
>  };
> 
> even with ALL the GPIO pins commented out the cape does not load even
> though overlay compiles correctly
> you would think that since no pins are being set the uarts and i2ci but
> would be set.
> 
> any help would be appreciated
> 
> 
> 
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
> 
> -- 
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/5717C2F7.4070604%40gmail.com.
> For more options, visit https://groups.google.com/d/optout.


-- 
Rick Mann
rm...@latencyzero.com


-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/D5598235-247B-4242-8093-0025E278640B%40latencyzero.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] My overlay can't find clk_mcasp0

[Rafael Vega]

Thanks Rick!

When you say the driver ends up not being properly configured when you load 
the overlay, does that mean I should not load the overlay? Or should I load 
it and expect problems? which problems?


On Tuesday, April 19, 2016 at 3:05:22 PM UTC-5, Rick M wrote:
>
>
> > On Apr 19, 2016, at 10:27 , Rafael Vega  > wrote: 
> > 
> > > dtb=am335x-boneblack-audio.dtb 
> > > 
> > > doesn't setup the emmc... 
> > 
> > Does this mean that the board won't be able to boot from the emmc when 
> using this dtb? If so, how is it supposed to be used? 
>
> I had to make one that also enabled the emmc: 
>
> http://pastebin.com/Wja7ZQRk 
>
> Note that there's a problem with that file. It includes 
> am33xx-overlay-edma-fix.dtsi, which causes the mcasp driver to load first, 
> and it ends up not being properly configured when you load the overlay. 
> I'll be writing a full DTS for my project, rather than use the overlay 
> mechanism, but for now that's how I do it. 
>
>
>
> -- 
> Rick Mann 
> rm...@latencyzero.com  
>
>
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/394a008d-c039-429b-8814-56c9183b7d37%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB Battery shutdown

[William Hermans]

I think my house mate put it perfectly.

*He seems like a smart person who knows hows to copy / paste text. Ignore
> him.*
>

On Wed, Apr 20, 2016 at 11:26 AM, William Hermans  wrote:

> I'm a hater of people who consistently have to have the last word on a
> subject they obviously know nothing about. All you did to this discussion
> was create confusion, and yet another rabbit hole to explore. You have not
> even answered my original question, and you do not even realize it.
>
> On Wed, Apr 20, 2016 at 10:50 AM, John Syne  wrote:
>
>> Yep, perfectly clear. You are a hater and there is no hope for you.
>> Strange how the few conflicts on this forum have always involved you as one
>> of the parties. I don’t recall any other conflicts that did not involve
>> you. Perhaps you need professional help to get over your anger issues.
>> Anyway, good luck to you.
>>
>> Regards,
>> John
>>
>>
>>
>>
>> On Apr 20, 2016, at 9:40 AM, William Hermans  wrote:
>>
>> *What a shitty attitude. I don’t mind helping people out who appreciate
>>> the help, but why would anyone help you when you all you do is complain
>>> about the help. *
>>> *Regards,*
>>>
>> *John*
>>
>> It's not just anyone who gets this special treatment. Just you. I dont
>> like you, have told you this repeatedly and yet you feel compelled to
>> inject yourself into discussions I start, or participate in. I even told
>> you I would have nothing further to say to you ever. And you again felt
>> compelled to inject yourself into this discussion.
>>
>> But hey, who knows, maybe someday you'll get the hint.
>>
>>
>> On Wed, Apr 20, 2016 at 1:48 AM, John Syne  wrote:
>>
>>> What a shitty attitude. I don’t mind helping people out who appreciate
>>> the help, but why would anyone help you when you all you do is complain
>>> about the help.
>>>
>>> Regards,
>>> John
>>>
>>>
>>>
>>>
>>> On Apr 20, 2016, at 1:18 AM, William Hermans  wrote:
>>>
>>> *I just don’t understand what you are asking for. The code is self
 explanatory and with a little effort, you can make it work. My guess is you
 want me to add the include headers and create the Makefile and Kconfig
 files. If that is what you want, I can do it for you, but I thought you
 would know how to do this yourself. Take a book and read about sigaction.
 I’m sure you will find examples just like the ones I sent you. I’ve pulled
 code like this together for year to understand how comms works between the
 kernel and user space.  *
 *Regards,*

>>> *John*
>>>
>>> Dont do it for me, because I do not need it. Do it for all those
>>> interested people you mentioned before.
>>>
>>> You say it's easy, and you're pasting in random code here in there, but
>>> I've yet to see you come up with a real, and solid solution. You keep
>>> talking around the subject like it's simple . . .so put your money where
>>> your mouth is.
>>>
>>> Either that, or stop "talking", because you're not helping anyone.
>>>
>>>
>>> On Wed, Apr 20, 2016 at 12:59 AM, John Syne  wrote:
>>>
 I just don’t understand what you are asking for. The code is self
 explanatory and with a little effort, you can make it work. My guess is you
 want me to add the include headers and create the Makefile and Kconfig
 files. If that is what you want, I can do it for you, but I thought you
 would know how to do this yourself. Take a book and read about sigaction.
 I’m sure you will find examples just like the ones I sent you. I’ve pulled
 code like this together for year to understand how comms works between the
 kernel and user space.

 Regards,
 John




 On Apr 20, 2016, at 12:45 AM, William Hermans 
 wrote:

 Well that is not how I'd do things, and I suppose that code if complete
 and integrated into the tps65217.c file, it might work . . .

 But as I said that code is not complete, and is what looks like example
 code out of some Documentation/*txt file.

 On Tue, Apr 19, 2016 at 10:14 PM, John Syne  wrote:

>
> On Apr 19, 2016, at 9:28 PM, William Hermans 
> wrote:
>
> That's not what I was saying at all. I'm saying if all this is that
> easy for you, then you should add this functionality, and be the community
> hero.
>
> This sort of thing is definitely not above my pay grade, but I am not
> a kernel hacker, and I do not know the file structure all that well. So it
> would take me a while to to figure out everything I need to know, about
> everything I'd need. So if this thing is really that easy for you, why
> don't you make a new LKM, something that takes an argument, or two. LIke
> g_multi where you pass in a path for the g_mass_storage bit of the driver.
> Except of course, you want to be 

Re: [beagleboard] BBB Battery shutdown

[William Hermans]

I'm a hater of people who consistently have to have the last word on a
subject they obviously know nothing about. All you did to this discussion
was create confusion, and yet another rabbit hole to explore. You have not
even answered my original question, and you do not even realize it.

On Wed, Apr 20, 2016 at 10:50 AM, John Syne  wrote:

> Yep, perfectly clear. You are a hater and there is no hope for you.
> Strange how the few conflicts on this forum have always involved you as one
> of the parties. I don’t recall any other conflicts that did not involve
> you. Perhaps you need professional help to get over your anger issues.
> Anyway, good luck to you.
>
> Regards,
> John
>
>
>
>
> On Apr 20, 2016, at 9:40 AM, William Hermans  wrote:
>
> *What a shitty attitude. I don’t mind helping people out who appreciate
>> the help, but why would anyone help you when you all you do is complain
>> about the help. *
>> *Regards,*
>>
> *John*
>
> It's not just anyone who gets this special treatment. Just you. I dont
> like you, have told you this repeatedly and yet you feel compelled to
> inject yourself into discussions I start, or participate in. I even told
> you I would have nothing further to say to you ever. And you again felt
> compelled to inject yourself into this discussion.
>
> But hey, who knows, maybe someday you'll get the hint.
>
>
> On Wed, Apr 20, 2016 at 1:48 AM, John Syne  wrote:
>
>> What a shitty attitude. I don’t mind helping people out who appreciate
>> the help, but why would anyone help you when you all you do is complain
>> about the help.
>>
>> Regards,
>> John
>>
>>
>>
>>
>> On Apr 20, 2016, at 1:18 AM, William Hermans  wrote:
>>
>> *I just don’t understand what you are asking for. The code is self
>>> explanatory and with a little effort, you can make it work. My guess is you
>>> want me to add the include headers and create the Makefile and Kconfig
>>> files. If that is what you want, I can do it for you, but I thought you
>>> would know how to do this yourself. Take a book and read about sigaction.
>>> I’m sure you will find examples just like the ones I sent you. I’ve pulled
>>> code like this together for year to understand how comms works between the
>>> kernel and user space.  *
>>> *Regards,*
>>>
>> *John*
>>
>> Dont do it for me, because I do not need it. Do it for all those
>> interested people you mentioned before.
>>
>> You say it's easy, and you're pasting in random code here in there, but
>> I've yet to see you come up with a real, and solid solution. You keep
>> talking around the subject like it's simple . . .so put your money where
>> your mouth is.
>>
>> Either that, or stop "talking", because you're not helping anyone.
>>
>>
>> On Wed, Apr 20, 2016 at 12:59 AM, John Syne  wrote:
>>
>>> I just don’t understand what you are asking for. The code is self
>>> explanatory and with a little effort, you can make it work. My guess is you
>>> want me to add the include headers and create the Makefile and Kconfig
>>> files. If that is what you want, I can do it for you, but I thought you
>>> would know how to do this yourself. Take a book and read about sigaction.
>>> I’m sure you will find examples just like the ones I sent you. I’ve pulled
>>> code like this together for year to understand how comms works between the
>>> kernel and user space.
>>>
>>> Regards,
>>> John
>>>
>>>
>>>
>>>
>>> On Apr 20, 2016, at 12:45 AM, William Hermans  wrote:
>>>
>>> Well that is not how I'd do things, and I suppose that code if complete
>>> and integrated into the tps65217.c file, it might work . . .
>>>
>>> But as I said that code is not complete, and is what looks like example
>>> code out of some Documentation/*txt file.
>>>
>>> On Tue, Apr 19, 2016 at 10:14 PM, John Syne  wrote:
>>>

 On Apr 19, 2016, at 9:28 PM, William Hermans  wrote:

 That's not what I was saying at all. I'm saying if all this is that
 easy for you, then you should add this functionality, and be the community
 hero.

 This sort of thing is definitely not above my pay grade, but I am not a
 kernel hacker, and I do not know the file structure all that well. So it
 would take me a while to to figure out everything I need to know, about
 everything I'd need. So if this thing is really that easy for you, why
 don't you make a new LKM, something that takes an argument, or two. LIke
 g_multi where you pass in a path for the g_mass_storage bit of the driver.
 Except of course, you want to be able to set a time out for a shutdown.

 Second, a kernel module should not require a specific init daemon. That
 goes against the whole point of Linux.


 FYI I could do this entirely in userspace, really easily. Except I
 would have to poll, instead of using an interrupt, and I pretty much be
 

[beagleboard] audio cape

[evilwulfie]

Beware of electronics engineers programming  <---  LOL

I read on the lists about  not being able to load the audio cape dtbo on
4.1.14-bone-rt-r17
I disabled the onboard HDMI in Uboot
I tried with failure just to see if the audio cape will load

Apr 20 16:59:56 beaglebone kernel: [  149.758497] bone_capemgr
bone_capemgr: part_number 'BB-BONE-AUDI-02', version 'N/A'
Apr 20 16:59:56 beaglebone kernel: [  149.766308] bone_capemgr
bone_capemgr: slot #4: override
Apr 20 16:59:56 beaglebone kernel: [  149.771655] bone_capemgr
bone_capemgr: Using override eeprom data at slot 4
Apr 20 16:59:56 beaglebone kernel: [  149.778697] bone_capemgr
bone_capemgr: slot #4: 'Override Board Name,00A0,Override
Manuf,BB-BONE-AUDI-02'


nothing shows as loaded

debian@beaglebone:~$ cat /sys/devices/platform/bone_capemgr/slots
 0: PF  -1
 1: PF  -1
 2: PF  -1
 3: PF  -1



I have a project that will eventually use the mcasp0 and am trying to
write an overlay to set all pins
so i figured i would try to set the mcasp0 pins and it fails

I also have a tough time just setting random GPIO pins which i cant
quite figure out

so far i can get the UART1, UART4, UART5 and I2C1 loaded correctly from
one file

now its just GPIO pins and the mcasp0

this is the snippit of the gpio stuff that dont work, rest of file below
removed for clarity


  mygpio0_pins_default: mygpio0_pins_default {
  pinctrl-single,pins = <
  0x150 ( PIN_INPUT | MUX_MODE7 ) /*
(A17) spi0_sclk.gpio0[2] */
  0x154 ( PIN_INPUT | MUX_MODE7 ) /*
(B17) spi0_d0.gpio0[3] */
  0x164 ( PIN_INPUT | MUX_MODE7 ) /*
(C18) eCAP0_in_PWM0_out.gpio0[7] */
  0x20 ( PIN_INPUT | MUX_MODE7 ) /*
(U10) gpmc_ad8.gpio0[22] */
  0x24 ( PIN_INPUT | MUX_MODE7 ) /*
(T10) gpmc_ad9.gpio0[23] */
  0x28 ( PIN_INPUT | MUX_MODE7 ) /*
(T11) gpmc_ad10.gpio0[26] */
  0x2c ( PIN_INPUT | MUX_MODE7 ) /*
(U12) gpmc_ad11.gpio0[27] */
  >;
  };

  fragment@5 {
  target = <>;
  __overlay__ {
  status = "okay";
  pinctrl-names = "default";
  pinctrl-0 = <_pins_default>;
  };
  };

even with ALL the GPIO pins commented out the cape does not load even
though overlay compiles correctly
you would think that since no pins are being set the uarts and i2ci but
would be set.

any help would be appreciated



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/5717C2F7.4070604%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB Battery shutdown

[John Syne]

Yep, perfectly clear. You are a hater and there is no hope for you. Strange how 
the few conflicts on this forum have always involved you as one of the parties. 
I don’t recall any other conflicts that did not involve you. Perhaps you need 
professional help to get over your anger issues. Anyway, good luck to you.

Regards,
John




> On Apr 20, 2016, at 9:40 AM, William Hermans  wrote:
> 
> What a shitty attitude. I don’t mind helping people out who appreciate the 
> help, but why would anyone help you when you all you do is complain about the 
> help. 
> Regards,
> John
> It's not just anyone who gets this special treatment. Just you. I dont like 
> you, have told you this repeatedly and yet you feel compelled to inject 
> yourself into discussions I start, or participate in. I even told you I would 
> have nothing further to say to you ever. And you again felt compelled to 
> inject yourself into this discussion.
> 
> But hey, who knows, maybe someday you'll get the hint.
> 
> 
> On Wed, Apr 20, 2016 at 1:48 AM, John Syne  > wrote:
> What a shitty attitude. I don’t mind helping people out who appreciate the 
> help, but why would anyone help you when you all you do is complain about the 
> help. 
> 
> Regards,
> John
> 
> 
> 
> 
>> On Apr 20, 2016, at 1:18 AM, William Hermans > > wrote:
>> 
>> I just don’t understand what you are asking for. The code is self 
>> explanatory and with a little effort, you can make it work. My guess is you 
>> want me to add the include headers and create the Makefile and Kconfig 
>> files. If that is what you want, I can do it for you, but I thought you 
>> would know how to do this yourself. Take a book and read about sigaction. 
>> I’m sure you will find examples just like the ones I sent you. I’ve pulled 
>> code like this together for year to understand how comms works between the 
>> kernel and user space.  
>> Regards,
>> John
>> Dont do it for me, because I do not need it. Do it for all those interested 
>> people you mentioned before. 
>> 
>> You say it's easy, and you're pasting in random code here in there, but I've 
>> yet to see you come up with a real, and solid solution. You keep talking 
>> around the subject like it's simple . . .so put your money where your mouth 
>> is. 
>> 
>> Either that, or stop "talking", because you're not helping anyone.
>> 
>> 
>> On Wed, Apr 20, 2016 at 12:59 AM, John Syne > > wrote:
>> I just don’t understand what you are asking for. The code is self 
>> explanatory and with a little effort, you can make it work. My guess is you 
>> want me to add the include headers and create the Makefile and Kconfig 
>> files. If that is what you want, I can do it for you, but I thought you 
>> would know how to do this yourself. Take a book and read about sigaction. 
>> I’m sure you will find examples just like the ones I sent you. I’ve pulled 
>> code like this together for year to understand how comms works between the 
>> kernel and user space.  
>> 
>> Regards,
>> John
>> 
>> 
>> 
>> 
>>> On Apr 20, 2016, at 12:45 AM, William Hermans >> > wrote:
>>> 
>>> Well that is not how I'd do things, and I suppose that code if complete and 
>>> integrated into the tps65217.c file, it might work . . .
>>> 
>>> But as I said that code is not complete, and is what looks like example 
>>> code out of some Documentation/*txt file. 
>>> 
>>> On Tue, Apr 19, 2016 at 10:14 PM, John Syne >> > wrote:
>>> 
 On Apr 19, 2016, at 9:28 PM, William Hermans > wrote:
 
 That's not what I was saying at all. I'm saying if all this is that easy 
 for you, then you should add this functionality, and be the community hero.
 
 This sort of thing is definitely not above my pay grade, but I am not a 
 kernel hacker, and I do not know the file structure all that well. So it 
 would take me a while to to figure out everything I need to know, about 
 everything I'd need. So if this thing is really that easy for you, why 
 don't you make a new LKM, something that takes an argument, or two. LIke 
 g_multi where you pass in a path for the g_mass_storage bit of the driver. 
 Except of course, you want to be able to set a time out for a shutdown.
 
 Second, a kernel module should not require a specific init daemon. That 
 goes against the whole point of Linux.
 
 
 FYI I could do this entirely in userspace, really easily. Except I would 
 have to poll, instead of using an interrupt, and I pretty much be writing 
 duplicate code, or code that does a duplicate job. But passed that I 
 really do not have to time for this, or to read through, and understand 
 all the required Linux kernel, and 

Re: [beagleboard] Re: BBB, Debian, Chipsee display: Tkinter gives error

[David Good]

Hi Harke,

X11 is the X window system rev 11.  It's the most basic graphics layer on a
desktop system.  By itself, it just allows you to create graphical windows,
but doesn't manage them in any way.  That's where LXDE comes in.  LXDE sits
on top of X11 and provides useful "desktop user" type features like window
management, a clipboard for copy and paste between applications, a program
menu launcher, etc...

About starting your program, you really shouldn't need to have LXDE.  You
should be able to to add your "python my_program.py" to a .xinitrc file and
get what you are looking for.  This uses X11 at its most basic level,
without providing "start menu" etc.

https://wiki.debian.org/Xinitrc
http://blog.falconindy.com/articles/back-to-basics-with-x-and-systemd.html
https://wiki.gentoo.org/wiki/X_without_Display_Manager

After poking around a bit, I found that you might like a package called
nodm.
https://github.com/spanezz/nodm
https://packages.debian.org/jessie/nodm
http://jeffhoogland.blogspot.com/2011/12/howto-get-right-to-x-with-no-display.html

I've not used it, but now that I've seen this, I will give it a try myself!

I hope this helps!

--David


On Mon, Apr 4, 2016 at 1:53 PM, Harke Smits  wrote:

> Hello David and John,
>
> Thanks for your reactions. Sorry for the delay, was occupied with some
> other duties like skiing
> echo $DISPLAY from the debian command line returns nothing (a blank line).
> The same command form the debian command line coming from the LXDE
> interface gives: :0. So I issue the sudo python myprog.py command after the
> LXDE shell has been loaded: that works for me.I need sudo because of the
> Adafruit library, but I suppose that is another story.
> Would be great to run the program without LXDE but I guess that will not
> work.
> The next problem is: how to run the program automatically upon start-up. I
> prefer without LXDE but I am afraid that is not possible. So I need to
> start myprog.py form a kind of start-up script
> Btw: what is X11? The link is not terribly clear for me as a novice...
>
> Best regards,
> Harke
>
>
> On Sat, Mar 26, 2016 at 10:01 PM, David Good 
> wrote:
>
>> It looks like you need to set the DISPLAY environment variable so that
>> tkinter knows which display to use.
>>
>> Is X11 installed on the BBB?
>>
>> On my linux machine, when I try echo $DISPLAY, I get ":0.0" without the
>> quotes.
>>
>> What happens if you run that command?
>>
>> You might check out some of the info on this page as well.
>>
>>
>> http://unix.stackexchange.com/questions/17255/is-there-a-command-to-list-all-open-displays-on-a-machine
>>
>> --David
>>
>> On Sat, Mar 26, 2016 at 1:59 PM, John Baker > > wrote:
>>
>>> Harke:
>>> Another in the Learned Group, I think it was Steve Plant but I can't
>>> find the post, suggested connecting a keyboard and mouse to the BBB and
>>> running the Python program with 'sudo python your_python_program'. That
>>> worked great for me. I never would have thought of it. My code is a GUI
>>> with buttons, text boxes and an animation graph running Tkinter and also
>>> running PyBBIO for PWM output and ADC inputs.
>>> John
>>> johnbakeree.blogspot.com
>>>
>>> On Saturday, February 13, 2016 at 3:07:04 AM UTC-8, Harke Smits wrote:

 Hello Learned Group,

 I have a BBB running Debian (2015-11-03 version) with a Chipsee 4.3
 display. It works great, so far so good: both in graphic mode and text. I
 try to script an application requiring a GUI, so I loaded Tkinter and
 entered a test program.
 This is the result:

 Traceback (most recent call last):
   File "testtk.py", line 2, in 
 root = Tkinter.Tk()
   File "/usr/lib/python2.7/lib-tk/Tkinter.py", line 1712, in __init__
 self.tk = _tkinter.create(screenName, baseName, className,
 interactive, wantobjects, useTk, sync, use)
 _tkinter.TclError: no display name and no $DISPLAY environment variable
 root@beaglebone:/home/apptest#

 Its the same whether I run from BBB via bash or via another pc with
 Cloud9.

 I googled a lot and the error is not uncommon, but could not find a
 clue for my case.

 Please advise, regards,
 Harke

>>> --
>>> 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 beagleboard+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to a topic in the
>> Google Groups "BeagleBoard" group.
>> To unsubscribe from this topic, visit
>> https://groups.google.com/d/topic/beagleboard/w7vDlQctKD8/unsubscribe.
>> To unsubscribe 

Re: [beagleboard] How can I bring my 'bone completely back to as-delivered status?

[blues man]

Except when I'm experimenting with it for fun, my 'bone is used only to 
play music. I ran it headless when I was using MPD, but there are a lot of 
cautionary posts on the appropriate forums about having a monitor connected 
when booting JRiver Media Center - so I planned to leave an HDMI cable 
connected to one of the inputs on the nearest monitor but never use it (I 
access the program via JRemote on handhelds).  However.I've not tried 
using JRMC headless myself, and there seem to be many people doing this 
without difficulty.

 I won't access my network via WiFi because USB is the only way for the 
music to get to the DAC, and sound quality can suffer when files are being 
brought in and out via the same USB.  So I use eth0 to access my FLACs on 
NAS and leave wlan0 disabled.

I think using the card with an expanded file system sounds like the best 
bet for me - I won't suffer serious emotional trauma from having to abandon 
my quest to use the MMC. :)

On Wednesday, April 20, 2016 at 10:18:44 AM UTC-4, Graham wrote:
>
> You never said how you are running the BBB.  
> If you are running without a video display, local or remote, then you 
> don't need about half of what is in the full package.
> Then you could load a minimum "console" package, which will only fill 1.7G 
> of your 4 G eMMC, then add in what else you need to run your application.
> So, you would have about 2 GB of play space.
>
> If you have a video display you are better off going with the full 
> package..
>
> --- Graham
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/1158ce59-b701-4d09-8af4-97345f8cc78c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB Battery shutdown

[William Hermans]

>
> *What a shitty attitude. I don’t mind helping people out who appreciate
> the help, but why would anyone help you when you all you do is complain
> about the help. *
> *Regards,*
>
*John*

It's not just anyone who gets this special treatment. Just you. I dont like
you, have told you this repeatedly and yet you feel compelled to inject
yourself into discussions I start, or participate in. I even told you I
would have nothing further to say to you ever. And you again felt compelled
to inject yourself into this discussion.

But hey, who knows, maybe someday you'll get the hint.


On Wed, Apr 20, 2016 at 1:48 AM, John Syne  wrote:

> What a shitty attitude. I don’t mind helping people out who appreciate the
> help, but why would anyone help you when you all you do is complain about
> the help.
>
> Regards,
> John
>
>
>
>
> On Apr 20, 2016, at 1:18 AM, William Hermans  wrote:
>
> *I just don’t understand what you are asking for. The code is self
>> explanatory and with a little effort, you can make it work. My guess is you
>> want me to add the include headers and create the Makefile and Kconfig
>> files. If that is what you want, I can do it for you, but I thought you
>> would know how to do this yourself. Take a book and read about sigaction.
>> I’m sure you will find examples just like the ones I sent you. I’ve pulled
>> code like this together for year to understand how comms works between the
>> kernel and user space.  *
>> *Regards,*
>>
> *John*
>
> Dont do it for me, because I do not need it. Do it for all those
> interested people you mentioned before.
>
> You say it's easy, and you're pasting in random code here in there, but
> I've yet to see you come up with a real, and solid solution. You keep
> talking around the subject like it's simple . . .so put your money where
> your mouth is.
>
> Either that, or stop "talking", because you're not helping anyone.
>
>
> On Wed, Apr 20, 2016 at 12:59 AM, John Syne  wrote:
>
>> I just don’t understand what you are asking for. The code is self
>> explanatory and with a little effort, you can make it work. My guess is you
>> want me to add the include headers and create the Makefile and Kconfig
>> files. If that is what you want, I can do it for you, but I thought you
>> would know how to do this yourself. Take a book and read about sigaction.
>> I’m sure you will find examples just like the ones I sent you. I’ve pulled
>> code like this together for year to understand how comms works between the
>> kernel and user space.
>>
>> Regards,
>> John
>>
>>
>>
>>
>> On Apr 20, 2016, at 12:45 AM, William Hermans  wrote:
>>
>> Well that is not how I'd do things, and I suppose that code if complete
>> and integrated into the tps65217.c file, it might work . . .
>>
>> But as I said that code is not complete, and is what looks like example
>> code out of some Documentation/*txt file.
>>
>> On Tue, Apr 19, 2016 at 10:14 PM, John Syne  wrote:
>>
>>>
>>> On Apr 19, 2016, at 9:28 PM, William Hermans  wrote:
>>>
>>> That's not what I was saying at all. I'm saying if all this is that easy
>>> for you, then you should add this functionality, and be the community hero.
>>>
>>> This sort of thing is definitely not above my pay grade, but I am not a
>>> kernel hacker, and I do not know the file structure all that well. So it
>>> would take me a while to to figure out everything I need to know, about
>>> everything I'd need. So if this thing is really that easy for you, why
>>> don't you make a new LKM, something that takes an argument, or two. LIke
>>> g_multi where you pass in a path for the g_mass_storage bit of the driver.
>>> Except of course, you want to be able to set a time out for a shutdown.
>>>
>>> Second, a kernel module should not require a specific init daemon. That
>>> goes against the whole point of Linux.
>>>
>>>
>>> FYI I could do this entirely in userspace, really easily. Except I would
>>> have to poll, instead of using an interrupt, and I pretty much be writing
>>> duplicate code, or code that does a duplicate job. But passed that I really
>>> do not have to time for this, or to read through, and understand all the
>>> required Linux kernel, and LKMs to do this "properly". It's a lot of work
>>> for someone who really doesn't know what they're doing.
>>>
>>> Yep, it can be done in user space as well. Simply add sigaction to the
>>> tps65217 mfd driver. Here is an example of a standalone KM with a user
>>> space app. So now we do not use input key, but send events via kernel
>>> signals (similar to kill -9 pid or ctrl-c).
>>>
>>> Kernel Code:
>>>
>>> ===
>>> #define SIG_TEST 44 // we choose 44 as our signal number (real-time
>>> signals are in the range of 33 to 64)
>>>
>>> struct dentry *file;
>>>
>>> static ssize_t write_pid(struct file *file, const char __user *buf,
>>> size_t count, loff_t *ppos)
>>> {
>>> char 

Re: [beagleboard] toolchain : bone-debian-7.8-lxde-4gb-armhf-2015-03-01-4gb.img

[William Hermans]

Anyway Micka, if this does not teach you anything else. Learn to keep
copies of various things like this that are important for you. I kind of
got burnt by this too, but I avoid cross compiling, except for for the
kernel. Which Robert has instructions for, and he keeps his instructions
updated. Additionally, I really do not see a point any longer to compile my
own kernel. Everything I need compiled in, is.

On Wed, Apr 20, 2016 at 1:23 AM, William Hermans  wrote:

> *I agree with you, I'm also on the kernel 4.1.20.*
>>
>> *But for cross compilation I have an issue, and I need to find the
>> correct toolchain.*
>>
>> *That why I'm going to try Jessy, I hope that I will find easily the
>> toolchain on the linaro webpage.*
>>
>
> If you can manage to install Ubuntu 14.04 on something, that's a real
> solution. Or better yet you can Install Lubuntu 14.04( based on LXDE
> instead of unity ), which is much faster. Since it uses LXDE instead of
> Unity. It'll even run fast in a VM, if thats how you want to run it.
>
> *Or* you can just do all your compiling natively on the Beaglebone, like I
> do. I used an NFS share + a ramdisk to keep from compiling on the eMMC or
> an sdcard.
>
> Anyway, it's getting late( early ) here so I probably wont respond to any
> more posts for ~8 hours . . .time to sleep. But I'll be willing to discuss
> options with you if you want to stay with a 4.6.3 gcc. After i wake up.
>
> On Wed, Apr 20, 2016 at 1:16 AM, Micka  wrote:
>
>> I agree with you, I'm also on the kernel 4.1.20.
>>
>> But for cross compilation I have an issue, and I need to find the correct
>> toolchain.
>>
>> That why I'm going to try Jessy, I hope that I will find easily the
>> toolchain on the linaro webpage.
>>
>>
>>
>> Micka,
>>
>> Le mer. 20 avr. 2016 à 10:08, William Hermans  a
>> écrit :
>>
>>> Personally, I do not think it matters much which rootfs you run, Jessie
>>> or wheezy. This is just a matter of  taste. The important part, at least in
>>> my mind, is using a 4.1.x kernel.
>>>
>>> On Wed, Apr 20, 2016 at 1:07 AM, William Hermans 
>>> wrote:
>>>
 william@beaglebone:~$ cat /etc/dogtag
 BeagleBoard.org Debian Image 2015-03-01
 william@beaglebone:~$ uname -r
 4.1.14-bone-rt-r17

 I'm avoiding Jessie like a plague, for now. Also avoiding systemd.
 Although the documentation for systemd has much improved over the last year
 or so. But I'm still not interested. Yet.

 On Wed, Apr 20, 2016 at 1:04 AM, Micka  wrote:

> Ok, which version of Debian are you using ?
>
> I'm going to switch to this one :
>
>
> https://rcn-ee.com/rootfs/bb.org/testing/2016-04-10/lxqt-4gb/bone-debian-8.4-lxqt-4gb-armhf-2016-04-10-4gb.img.xz
>
>
> Micka,
>
> Le mer. 20 avr. 2016 à 10:02, William Hermans  a
> écrit :
>
>> That is I could not find a binary for Linaros 4.6.3 gcc toolchain.
>>
>> On Wed, Apr 20, 2016 at 1:00 AM, William Hermans 
>> wrote:
>>
>>> You need to define what you mean by "toolchain". Because sudo
>>> apt-get install gcc gets you a toolchain on the beaglebone.
>>>
>>> Now if you mean a cross compiler toolchain. For 4.6* as far as I can
>>> tell you have two options.
>>>
>>>
>>>- You can download the source tarball, and use crosstool-NG
>>>- You can download, install, and run Ubuntu 14.04, and use their
>>>apt repo to install a 4.6.3 armhf cross toolchain.
>>>
>>> It does not seem as though the binaries are available from anywhere
>>> any more, but I did not have an exact file name to work with.
>>>
>>> On Wed, Apr 20, 2016 at 12:42 AM, Micka 
>>> wrote:
>>>
 Hi,

 I'm trying to find the right toolchain for this image :

 bone-debian-7.8-lxde-4gb-armhf-2015-03-01-4gb.img


 libc6:
   Installed: 2.13-38+deb7u10

 gcc (Debian 4.6.3-14) *4.6.3*

 Any idea ? I can't find it this toolchain :

 *gcc-linaro-arm-linux-gnueabihf-4.6*


 Micka,

 --
 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 beagleboard+unsubscr...@googlegroups.com.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/beagleboard/CAF%2BMRtk2YZViHqFjwqVCTo%3DzUY9vyJ7fSGTfkaiCUuRZh_tWJQ%40mail.gmail.com
 

[beagleboard] Re: I have a program running on boot that is preventing me from SSH'ing into the BBB.

[TJF]

When your system is booting from SD card, plug the card in a PC and rename 
the script on the card

When booting from EMMC, what happens when you connect a monitor (HDMI), do 
you see a login prompt? If so, connect a keyboard and disable the service 
(or rename the 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 stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/d747e8aa-3837-45b7-b77c-d1b96807edae%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Files disappearing/reappearing BBB cloud9 subdirectories **Bizarre**

[F Stanford]

I'm experiencing a really strange problem on my BBB. I essentially cannot 
permanently add or remove any files in the CLOUD9 subdirectories any 
longer. If I create a file and save it, it will initially successfully 
create and I can see it in the subdirectory both through the CLOUD9 file 
display and by issuing an 'ls' command in the terminal. Then, after 20 
seconds or so, the file just disappears! Completely gone. 

Conversely if I delete an existing file in the CLOUD9 subdirectory, 
initially it is gone and then... it magically reappears about 20 seconds 
later. 

Any ideas? 


-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/ed93a30c-60e1-44b3-8d9a-02cb4d7a081c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Machinekit- READ ADC VALUE ONLY!!! (NO TEMPERATURE!!!)

[Charles Steinkuehler]

You need Machinekit HAL file knowledge, not Linux (or AVR).

You load the ADC code with a line like this:

https://github.com/machinekit/machinekit/blob/master/configs/ARM/BeagleBone/CRAMPS/CRAMPS.hal#L35

...except you will probably want to use "none" for the thermistor
(which is epcos_B57560G1104 in the example above).  Adjust the
channel(s) (04: and 05: in the example above) to select the ADC input
pin you wish to use.

Then you need to connect the ADC reading to your PWM driver with a HAL
signal like so:

https://github.com/machinekit/machinekit/blob/master/configs/ARM/BeagleBone/CRAMPS/CRAMPS.hal#L365-L366

...but you should use the .raw signal (ie: Therm.ch-04.raw) instead of
the value to get a value between 0-4095.

Since this is specifically a Machinekit question, you should probably
be asking on the Machinekit Google group:

https://groups.google.com/forum/#!forum/machinekit

On 4/20/2016 9:18 AM, Matus Kamensky wrote:
> Thanks for your answer. But i don´t know, how this structure or command 
> write. I 
> work with AVR microprocessor, no with linux. Can you send me some examples  
> of 
> command, which I solve my problem? . I need only number with range 0-4000 
> from 
> 0-1,8V (AIN0). I use machinekit,debian 3.8. and beagle bone black (own 
> cape).Thanks
> 
> 2016-04-20 16:06 GMT+02:00 Charles Steinkuehler  >:
> 
> On 4/20/2016 8:15 AM, Matus Kamensky wrote:
> > Hi. I use machinekit  for controlling my CNC mill and i need read ADC 
> pin (AIN0)
> > to set speed of my motor (0-4000rpm). I need convert voltage (0-1,8V) to
> > pwmgen.parameter(0-4000). Can You help me? Thanks.
> 
> Start with the BBB temperature code:
> 
> 
> https://github.com/machinekit/machinekit/blob/master/src/hal/user_comps/hal_temp_bbb.py
> 
> ...use "none" for the thermistor and use the .raw HAL pin in your HAL
> file.  If you want, you can delete the code that converts ADC values
> to a resistance and then a temperature value, or add some appropriate
> scaling so you can directly connect the .raw output pin to your pwmgen
> input.

-- 
Charles Steinkuehler
char...@steinkuehler.net

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/57179661.1040607%40steinkuehler.net.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] How can I bring my 'bone completely back to as-delivered status?

[Graham]

You never said how you are running the BBB.  
If you are running without a video display, local or remote, then you don't 
need about half of what is in the full package.
Then you could load a minimum "console" package, which will only fill 1.7G 
of your 4 G eMMC, then add in what else you need to run your application.
So, you would have about 2 GB of play space.

If you have a video display you are better off going with the full package..

--- Graham

==


On Wednesday, April 20, 2016 at 8:27:27 AM UTC-5, blues man wrote:
>
> Thanks, Graham!  I'll just use my 64G uSD card, expand the file system, 
> and go back to JRMC on Debian.  I guess the older images didn't fill the 
> eMMC, so I still had room for JRMC - but the latest one tipped the scale 
> too far.  I've been viewing having to run from the card as a sign of 
> defeat, for some odd reason! :)
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/bbb7176e-8a87-4f19-9c05-fc8ce72c13d4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Machinekit- READ ADC VALUE ONLY!!! (NO TEMPERATURE!!!)

[Matus Kamensky]

Thanks for your answer. But i don´t know, how this structure or command
write. I work with AVR microprocessor, no with linux. Can you send me some
examples  of command, which I solve my problem? . I need only number with
range 0-4000 from 0-1,8V (AIN0). I use machinekit,debian 3.8. and beagle
bone black (own cape).Thanks

2016-04-20 16:06 GMT+02:00 Charles Steinkuehler :

> On 4/20/2016 8:15 AM, Matus Kamensky wrote:
> > Hi. I use machinekit  for controlling my CNC mill and i need read ADC
> pin (AIN0)
> > to set speed of my motor (0-4000rpm). I need convert voltage (0-1,8V) to
> > pwmgen.parameter(0-4000). Can You help me? Thanks.
>
> Start with the BBB temperature code:
>
>
> https://github.com/machinekit/machinekit/blob/master/src/hal/user_comps/hal_temp_bbb.py
>
> ...use "none" for the thermistor and use the .raw HAL pin in your HAL
> file.  If you want, you can delete the code that converts ADC values
> to a resistance and then a temperature value, or add some appropriate
> scaling so you can directly connect the .raw output pin to your pwmgen
> input.
>
> --
> Charles Steinkuehler
> char...@steinkuehler.net
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/zTS1a2GxEYs/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/57178CCD.9030907%40steinkuehler.net
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAC8WByYG2-ww6%2B3908jmErq_qNuRGqRkDJrDg91R6SVNqOW5Ag%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Machinekit- READ ADC VALUE ONLY!!! (NO TEMPERATURE!!!)

[Charles Steinkuehler]

On 4/20/2016 8:15 AM, Matus Kamensky wrote:
> Hi. I use machinekit  for controlling my CNC mill and i need read ADC pin 
> (AIN0) 
> to set speed of my motor (0-4000rpm). I need convert voltage (0-1,8V) to 
> pwmgen.parameter(0-4000). Can You help me? Thanks.

Start with the BBB temperature code:

https://github.com/machinekit/machinekit/blob/master/src/hal/user_comps/hal_temp_bbb.py

...use "none" for the thermistor and use the .raw HAL pin in your HAL
file.  If you want, you can delete the code that converts ADC values
to a resistance and then a temperature value, or add some appropriate
scaling so you can directly connect the .raw output pin to your pwmgen
input.

-- 
Charles Steinkuehler
char...@steinkuehler.net

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/57178CCD.9030907%40steinkuehler.net.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] tolerance of voltage for beagle bone black

[Gerald Coley]

Lower than 5V that will not damage the board. But if you want the USB port
to work, you need 5V.

Gerald

On Wed, Apr 20, 2016 at 12:58 AM, Vashista  wrote:

> Hi,
> We are using beagle bone black for our project and we are powering it by
> 5V adapter. We would like to provide a 5V battery backup from the jack port
> which is adjacent to the adapter socket. What is the tolerance of this jack
> port. I mean what is the minimum and maximum voltage that can be supplied
> to the jack without damaging the BBB.
>
> Thanks.
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/fbefdb0e-46c3-44c6-a618-a041b294c158%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/
gcol...@emprodesign.com

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAHK_S%2Be73mrZESP493eXcJPf6bdAQe-wHu1Zeqb-_UHGtHAK0g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] tolerance of voltage for beagle bone black

[Vashista]

Hi,
We are using beagle bone black for our project and we are powering it by 5V 
adapter. We would like to provide a 5V battery backup from the jack port 
which is adjacent to the adapter socket. What is the tolerance of this jack 
port. I mean what is the minimum and maximum voltage that can be supplied 
to the jack without damaging the BBB.

Thanks.

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/fbefdb0e-46c3-44c6-a618-a041b294c158%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] How can I bring my 'bone completely back to as-delivered status?

[blues man]

Thanks, Graham!  I'll just use my 64G uSD card, expand the file system, and 
go back to JRMC on Debian.  I guess the older images didn't fill the eMMC, 
so I still had room for JRMC - but the latest one tipped the scale too 
far.  I've been viewing having to run from the card as a sign of defeat, 
for some odd reason! :)

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/0e3365fa-1fbd-4d33-be38-6d522e90e853%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Machinekit- READ ADC VALUE ONLY!!! (NO TEMPERATURE!!!)

[Matus Kamensky]

Hi. I use machinekit  for controlling my CNC mill and i need read ADC pin 
(AIN0) to set speed of my motor (0-4000rpm). I need convert voltage 
(0-1,8V) to pwmgen.parameter(0-4000). Can You help me? Thanks.

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/c7176ad5-12b4-4d8f-a57d-9eaf77a1f074%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] I have a program running on boot that is preventing me from SSH'ing into the BBB.

[Chad Baker]

If you are connecting via the microusb cable,
enter the address "http://192.168.7.2:3000/;
in a browser. You may see the IDE pop up.
If so, you are logged in and can fix your problems there.
If you are logging in via ether, try the microusb cable.
Chad

On 4/19/2016 11:10 AM, mpgor...@gmail.com wrote:
Hello, all.  I wanted to setup a C++ program to run on power-up, so I 
created a bash script that executes it and then created a service to 
call that script on boot.  This works and executes my program on boot 
(I am controlling the USR LEDs in my code so I know), but now I am 
unable to stop it or SSH into the Beaglebone Black.  Does anyone know 
if I can fix this without re-imaging the device?


Thanks.
--
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 beagleboard+unsubscr...@googlegroups.com 
.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/7163f7b7-7ef8-43b5-a13c-5c1d18e1f7cd%40googlegroups.com 
.

For more options, visit https://groups.google.com/d/optout.



--
Chad Baker Memphis, TN

--
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/5717627C.2060105%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB Battery shutdown

[John Syne]

What a shitty attitude. I don’t mind helping people out who appreciate the 
help, but why would anyone help you when you all you do is complain about the 
help. 

Regards,
John




> On Apr 20, 2016, at 1:18 AM, William Hermans  wrote:
> 
> I just don’t understand what you are asking for. The code is self explanatory 
> and with a little effort, you can make it work. My guess is you want me to 
> add the include headers and create the Makefile and Kconfig files. If that is 
> what you want, I can do it for you, but I thought you would know how to do 
> this yourself. Take a book and read about sigaction. I’m sure you will find 
> examples just like the ones I sent you. I’ve pulled code like this together 
> for year to understand how comms works between the kernel and user space.  
> Regards,
> John
> Dont do it for me, because I do not need it. Do it for all those interested 
> people you mentioned before. 
> 
> You say it's easy, and you're pasting in random code here in there, but I've 
> yet to see you come up with a real, and solid solution. You keep talking 
> around the subject like it's simple . . .so put your money where your mouth 
> is. 
> 
> Either that, or stop "talking", because you're not helping anyone.
> 
> 
> On Wed, Apr 20, 2016 at 12:59 AM, John Syne  > wrote:
> I just don’t understand what you are asking for. The code is self explanatory 
> and with a little effort, you can make it work. My guess is you want me to 
> add the include headers and create the Makefile and Kconfig files. If that is 
> what you want, I can do it for you, but I thought you would know how to do 
> this yourself. Take a book and read about sigaction. I’m sure you will find 
> examples just like the ones I sent you. I’ve pulled code like this together 
> for year to understand how comms works between the kernel and user space.  
> 
> Regards,
> John
> 
> 
> 
> 
>> On Apr 20, 2016, at 12:45 AM, William Hermans > > wrote:
>> 
>> Well that is not how I'd do things, and I suppose that code if complete and 
>> integrated into the tps65217.c file, it might work . . .
>> 
>> But as I said that code is not complete, and is what looks like example code 
>> out of some Documentation/*txt file. 
>> 
>> On Tue, Apr 19, 2016 at 10:14 PM, John Syne > > wrote:
>> 
>>> On Apr 19, 2016, at 9:28 PM, William Hermans >> > wrote:
>>> 
>>> That's not what I was saying at all. I'm saying if all this is that easy 
>>> for you, then you should add this functionality, and be the community hero.
>>> 
>>> This sort of thing is definitely not above my pay grade, but I am not a 
>>> kernel hacker, and I do not know the file structure all that well. So it 
>>> would take me a while to to figure out everything I need to know, about 
>>> everything I'd need. So if this thing is really that easy for you, why 
>>> don't you make a new LKM, something that takes an argument, or two. LIke 
>>> g_multi where you pass in a path for the g_mass_storage bit of the driver. 
>>> Except of course, you want to be able to set a time out for a shutdown.
>>> 
>>> Second, a kernel module should not require a specific init daemon. That 
>>> goes against the whole point of Linux.
>>> 
>>> 
>>> FYI I could do this entirely in userspace, really easily. Except I would 
>>> have to poll, instead of using an interrupt, and I pretty much be writing 
>>> duplicate code, or code that does a duplicate job. But passed that I really 
>>> do not have to time for this, or to read through, and understand all the 
>>> required Linux kernel, and LKMs to do this "properly". It's a lot of work 
>>> for someone who really doesn't know what they're doing.
>> Yep, it can be done in user space as well. Simply add sigaction to the 
>> tps65217 mfd driver. Here is an example of a standalone KM with a user space 
>> app. So now we do not use input key, but send events via kernel signals 
>> (similar to kill -9 pid or ctrl-c).
>> 
>> Kernel Code:
>> 
>> ===
>> #define SIG_TEST 44  // we choose 44 as our signal number (real-time signals 
>> are in the range of 33 to 64)
>> 
>> struct dentry *file;
>> 
>> static ssize_t write_pid(struct file *file, const char __user *buf,
>> size_t count, loff_t *ppos)
>> {
>>  char mybuf[10];
>>  int pid = 0;
>>  int ret;
>>  struct siginfo info;
>>  struct task_struct *t;
>>  /* read the value from user space */
>>  if(count > 10)
>>  return -EINVAL;
>>  copy_from_user(mybuf, buf, count);
>>  sscanf(mybuf, "%d", );
>>  printk("pid = %d\n", pid);
>> 
>>  /* send the signal */
>>  memset(, 0, sizeof(struct siginfo));
>>  info.si _signo = SIG_TEST;
>>  info.si _code = SI_QUEUE;  // this is bit of a 
>> trickery: 

Re: [beagleboard] toolchain : bone-debian-7.8-lxde-4gb-armhf-2015-03-01-4gb.img

[William Hermans]

>
> *I agree with you, I'm also on the kernel 4.1.20.*
>
> *But for cross compilation I have an issue, and I need to find the correct
> toolchain.*
>
> *That why I'm going to try Jessy, I hope that I will find easily the
> toolchain on the linaro webpage.*
>

If you can manage to install Ubuntu 14.04 on something, that's a real
solution. Or better yet you can Install Lubuntu 14.04( based on LXDE
instead of unity ), which is much faster. Since it uses LXDE instead of
Unity. It'll even run fast in a VM, if thats how you want to run it.

*Or* you can just do all your compiling natively on the Beaglebone, like I
do. I used an NFS share + a ramdisk to keep from compiling on the eMMC or
an sdcard.

Anyway, it's getting late( early ) here so I probably wont respond to any
more posts for ~8 hours . . .time to sleep. But I'll be willing to discuss
options with you if you want to stay with a 4.6.3 gcc. After i wake up.

On Wed, Apr 20, 2016 at 1:16 AM, Micka  wrote:

> I agree with you, I'm also on the kernel 4.1.20.
>
> But for cross compilation I have an issue, and I need to find the correct
> toolchain.
>
> That why I'm going to try Jessy, I hope that I will find easily the
> toolchain on the linaro webpage.
>
>
>
> Micka,
>
> Le mer. 20 avr. 2016 à 10:08, William Hermans  a
> écrit :
>
>> Personally, I do not think it matters much which rootfs you run, Jessie
>> or wheezy. This is just a matter of  taste. The important part, at least in
>> my mind, is using a 4.1.x kernel.
>>
>> On Wed, Apr 20, 2016 at 1:07 AM, William Hermans 
>> wrote:
>>
>>> william@beaglebone:~$ cat /etc/dogtag
>>> BeagleBoard.org Debian Image 2015-03-01
>>> william@beaglebone:~$ uname -r
>>> 4.1.14-bone-rt-r17
>>>
>>> I'm avoiding Jessie like a plague, for now. Also avoiding systemd.
>>> Although the documentation for systemd has much improved over the last year
>>> or so. But I'm still not interested. Yet.
>>>
>>> On Wed, Apr 20, 2016 at 1:04 AM, Micka  wrote:
>>>
 Ok, which version of Debian are you using ?

 I'm going to switch to this one :


 https://rcn-ee.com/rootfs/bb.org/testing/2016-04-10/lxqt-4gb/bone-debian-8.4-lxqt-4gb-armhf-2016-04-10-4gb.img.xz


 Micka,

 Le mer. 20 avr. 2016 à 10:02, William Hermans  a
 écrit :

> That is I could not find a binary for Linaros 4.6.3 gcc toolchain.
>
> On Wed, Apr 20, 2016 at 1:00 AM, William Hermans 
> wrote:
>
>> You need to define what you mean by "toolchain". Because sudo
>> apt-get install gcc gets you a toolchain on the beaglebone.
>>
>> Now if you mean a cross compiler toolchain. For 4.6* as far as I can
>> tell you have two options.
>>
>>
>>- You can download the source tarball, and use crosstool-NG
>>- You can download, install, and run Ubuntu 14.04, and use their
>>apt repo to install a 4.6.3 armhf cross toolchain.
>>
>> It does not seem as though the binaries are available from anywhere
>> any more, but I did not have an exact file name to work with.
>>
>> On Wed, Apr 20, 2016 at 12:42 AM, Micka 
>> wrote:
>>
>>> Hi,
>>>
>>> I'm trying to find the right toolchain for this image :
>>>
>>> bone-debian-7.8-lxde-4gb-armhf-2015-03-01-4gb.img
>>>
>>>
>>> libc6:
>>>   Installed: 2.13-38+deb7u10
>>>
>>> gcc (Debian 4.6.3-14) *4.6.3*
>>>
>>> Any idea ? I can't find it this toolchain :
>>>
>>> *gcc-linaro-arm-linux-gnueabihf-4.6*
>>>
>>>
>>> Micka,
>>>
>>> --
>>> 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 beagleboard+unsubscr...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/beagleboard/CAF%2BMRtk2YZViHqFjwqVCTo%3DzUY9vyJ7fSGTfkaiCUuRZh_tWJQ%40mail.gmail.com
>>> 
>>> .
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CALHSORpim7zhB76KFhOArj4QzzWrN18N3CyqST0VAfFHpCfDHw%40mail.gmail.com
> 

Re: [beagleboard] BBB Battery shutdown

[William Hermans]

>
> *I just don’t understand what you are asking for. The code is self
> explanatory and with a little effort, you can make it work. My guess is you
> want me to add the include headers and create the Makefile and Kconfig
> files. If that is what you want, I can do it for you, but I thought you
> would know how to do this yourself. Take a book and read about sigaction.
> I’m sure you will find examples just like the ones I sent you. I’ve pulled
> code like this together for year to understand how comms works between the
> kernel and user space.  *
> *Regards,*
>
*John*

Dont do it for me, because I do not need it. Do it for all those interested
people you mentioned before.

You say it's easy, and you're pasting in random code here in there, but
I've yet to see you come up with a real, and solid solution. You keep
talking around the subject like it's simple . . .so put your money where
your mouth is.

Either that, or stop "talking", because you're not helping anyone.


On Wed, Apr 20, 2016 at 12:59 AM, John Syne  wrote:

> I just don’t understand what you are asking for. The code is self
> explanatory and with a little effort, you can make it work. My guess is you
> want me to add the include headers and create the Makefile and Kconfig
> files. If that is what you want, I can do it for you, but I thought you
> would know how to do this yourself. Take a book and read about sigaction.
> I’m sure you will find examples just like the ones I sent you. I’ve pulled
> code like this together for year to understand how comms works between the
> kernel and user space.
>
> Regards,
> John
>
>
>
>
> On Apr 20, 2016, at 12:45 AM, William Hermans  wrote:
>
> Well that is not how I'd do things, and I suppose that code if complete
> and integrated into the tps65217.c file, it might work . . .
>
> But as I said that code is not complete, and is what looks like example
> code out of some Documentation/*txt file.
>
> On Tue, Apr 19, 2016 at 10:14 PM, John Syne  wrote:
>
>>
>> On Apr 19, 2016, at 9:28 PM, William Hermans  wrote:
>>
>> That's not what I was saying at all. I'm saying if all this is that easy
>> for you, then you should add this functionality, and be the community hero.
>>
>> This sort of thing is definitely not above my pay grade, but I am not a
>> kernel hacker, and I do not know the file structure all that well. So it
>> would take me a while to to figure out everything I need to know, about
>> everything I'd need. So if this thing is really that easy for you, why
>> don't you make a new LKM, something that takes an argument, or two. LIke
>> g_multi where you pass in a path for the g_mass_storage bit of the driver.
>> Except of course, you want to be able to set a time out for a shutdown.
>>
>> Second, a kernel module should not require a specific init daemon. That
>> goes against the whole point of Linux.
>>
>>
>> FYI I could do this entirely in userspace, really easily. Except I would
>> have to poll, instead of using an interrupt, and I pretty much be writing
>> duplicate code, or code that does a duplicate job. But passed that I really
>> do not have to time for this, or to read through, and understand all the
>> required Linux kernel, and LKMs to do this "properly". It's a lot of work
>> for someone who really doesn't know what they're doing.
>>
>> Yep, it can be done in user space as well. Simply add sigaction to the
>> tps65217 mfd driver. Here is an example of a standalone KM with a user
>> space app. So now we do not use input key, but send events via kernel
>> signals (similar to kill -9 pid or ctrl-c).
>>
>> Kernel Code:
>>
>> ===
>> #define SIG_TEST 44 // we choose 44 as our signal number (real-time
>> signals are in the range of 33 to 64)
>>
>> struct dentry *file;
>>
>> static ssize_t write_pid(struct file *file, const char __user *buf,
>> size_t count, loff_t *ppos)
>> {
>> char mybuf[10];
>> int pid = 0;
>> int ret;
>> struct siginfo info;
>> struct task_struct *t;
>> /* read the value from user space */
>> if(count > 10)
>> return -EINVAL;
>> copy_from_user(mybuf, buf, count);
>> sscanf(mybuf, "%d", );
>> printk("pid = %d\n", pid);
>>
>> /* send the signal */
>> memset(, 0, sizeof(struct siginfo));
>> info.si_signo = SIG_TEST;
>> info.si_code = SI_QUEUE; // this is bit of a trickery: SI_QUEUE is
>> normally used by sigqueue from user space,
>> // and kernel space should use SI_KERNEL. But if SI_KERNEL is used the
>> real_time data
>> // is not delivered to the user space signal handler function.
>> info.si_int = 1234;   //real time signals may have 32 bits of data.
>>
>> rcu_read_lock();
>> // t = find_task_by_pid_type(PIDTYPE_PID, pid);  //find the task_struct
>> associated with this pid
>> t = pid_task(find_pid_ns(pid, _pid_ns), PIDTYPE_PID);
>> if(t == NULL){
>> printk("no such pid\n");
>> rcu_read_unlock();
>> return -ENODEV;
>> }
>> rcu_read_unlock();
>> ret = 

Re: [beagleboard] toolchain : bone-debian-7.8-lxde-4gb-armhf-2015-03-01-4gb.img

[Micka]

I agree with you, I'm also on the kernel 4.1.20.

But for cross compilation I have an issue, and I need to find the correct
toolchain.

That why I'm going to try Jessy, I hope that I will find easily the
toolchain on the linaro webpage.



Micka,

Le mer. 20 avr. 2016 à 10:08, William Hermans  a écrit :

> Personally, I do not think it matters much which rootfs you run, Jessie or
> wheezy. This is just a matter of  taste. The important part, at least in my
> mind, is using a 4.1.x kernel.
>
> On Wed, Apr 20, 2016 at 1:07 AM, William Hermans 
> wrote:
>
>> william@beaglebone:~$ cat /etc/dogtag
>> BeagleBoard.org Debian Image 2015-03-01
>> william@beaglebone:~$ uname -r
>> 4.1.14-bone-rt-r17
>>
>> I'm avoiding Jessie like a plague, for now. Also avoiding systemd.
>> Although the documentation for systemd has much improved over the last year
>> or so. But I'm still not interested. Yet.
>>
>> On Wed, Apr 20, 2016 at 1:04 AM, Micka  wrote:
>>
>>> Ok, which version of Debian are you using ?
>>>
>>> I'm going to switch to this one :
>>>
>>>
>>> https://rcn-ee.com/rootfs/bb.org/testing/2016-04-10/lxqt-4gb/bone-debian-8.4-lxqt-4gb-armhf-2016-04-10-4gb.img.xz
>>>
>>>
>>> Micka,
>>>
>>> Le mer. 20 avr. 2016 à 10:02, William Hermans  a
>>> écrit :
>>>
 That is I could not find a binary for Linaros 4.6.3 gcc toolchain.

 On Wed, Apr 20, 2016 at 1:00 AM, William Hermans 
 wrote:

> You need to define what you mean by "toolchain". Because sudo apt-get
> install gcc gets you a toolchain on the beaglebone.
>
> Now if you mean a cross compiler toolchain. For 4.6* as far as I can
> tell you have two options.
>
>
>- You can download the source tarball, and use crosstool-NG
>- You can download, install, and run Ubuntu 14.04, and use their
>apt repo to install a 4.6.3 armhf cross toolchain.
>
> It does not seem as though the binaries are available from anywhere
> any more, but I did not have an exact file name to work with.
>
> On Wed, Apr 20, 2016 at 12:42 AM, Micka  wrote:
>
>> Hi,
>>
>> I'm trying to find the right toolchain for this image :
>>
>> bone-debian-7.8-lxde-4gb-armhf-2015-03-01-4gb.img
>>
>>
>> libc6:
>>   Installed: 2.13-38+deb7u10
>>
>> gcc (Debian 4.6.3-14) *4.6.3*
>>
>> Any idea ? I can't find it this toolchain :
>>
>> *gcc-linaro-arm-linux-gnueabihf-4.6*
>>
>>
>> Micka,
>>
>> --
>> 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 beagleboard+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/beagleboard/CAF%2BMRtk2YZViHqFjwqVCTo%3DzUY9vyJ7fSGTfkaiCUuRZh_tWJQ%40mail.gmail.com
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
 --
 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 beagleboard+unsubscr...@googlegroups.com.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/beagleboard/CALHSORpim7zhB76KFhOArj4QzzWrN18N3CyqST0VAfFHpCfDHw%40mail.gmail.com
 
 .
 For more options, visit https://groups.google.com/d/optout.

>>> --
>>> 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 beagleboard+unsubscr...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/beagleboard/CAF%2BMRtmhvB06tXkPop1HBonGZ7xWeiHGSookx0AEtN4Ys6Rudg%40mail.gmail.com
>>> 
>>> .
>>>
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
> --
> 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 

Re: [beagleboard] toolchain : bone-debian-7.8-lxde-4gb-armhf-2015-03-01-4gb.img

[William Hermans]

Personally, I do not think it matters much which rootfs you run, Jessie or
wheezy. This is just a matter of  taste. The important part, at least in my
mind, is using a 4.1.x kernel.

On Wed, Apr 20, 2016 at 1:07 AM, William Hermans  wrote:

> william@beaglebone:~$ cat /etc/dogtag
> BeagleBoard.org Debian Image 2015-03-01
> william@beaglebone:~$ uname -r
> 4.1.14-bone-rt-r17
>
> I'm avoiding Jessie like a plague, for now. Also avoiding systemd.
> Although the documentation for systemd has much improved over the last year
> or so. But I'm still not interested. Yet.
>
> On Wed, Apr 20, 2016 at 1:04 AM, Micka  wrote:
>
>> Ok, which version of Debian are you using ?
>>
>> I'm going to switch to this one :
>>
>>
>> https://rcn-ee.com/rootfs/bb.org/testing/2016-04-10/lxqt-4gb/bone-debian-8.4-lxqt-4gb-armhf-2016-04-10-4gb.img.xz
>>
>>
>> Micka,
>>
>> Le mer. 20 avr. 2016 à 10:02, William Hermans  a
>> écrit :
>>
>>> That is I could not find a binary for Linaros 4.6.3 gcc toolchain.
>>>
>>> On Wed, Apr 20, 2016 at 1:00 AM, William Hermans 
>>> wrote:
>>>
 You need to define what you mean by "toolchain". Because sudo apt-get
 install gcc gets you a toolchain on the beaglebone.

 Now if you mean a cross compiler toolchain. For 4.6* as far as I can
 tell you have two options.


- You can download the source tarball, and use crosstool-NG
- You can download, install, and run Ubuntu 14.04, and use their
apt repo to install a 4.6.3 armhf cross toolchain.

 It does not seem as though the binaries are available from anywhere any
 more, but I did not have an exact file name to work with.

 On Wed, Apr 20, 2016 at 12:42 AM, Micka  wrote:

> Hi,
>
> I'm trying to find the right toolchain for this image :
>
> bone-debian-7.8-lxde-4gb-armhf-2015-03-01-4gb.img
>
>
> libc6:
>   Installed: 2.13-38+deb7u10
>
> gcc (Debian 4.6.3-14) *4.6.3*
>
> Any idea ? I can't find it this toolchain :
>
> *gcc-linaro-arm-linux-gnueabihf-4.6*
>
>
> Micka,
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CAF%2BMRtk2YZViHqFjwqVCTo%3DzUY9vyJ7fSGTfkaiCUuRZh_tWJQ%40mail.gmail.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>


>>> --
>>> 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 beagleboard+unsubscr...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/beagleboard/CALHSORpim7zhB76KFhOArj4QzzWrN18N3CyqST0VAfFHpCfDHw%40mail.gmail.com
>>> 
>>> .
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>> --
>> 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 beagleboard+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/beagleboard/CAF%2BMRtmhvB06tXkPop1HBonGZ7xWeiHGSookx0AEtN4Ys6Rudg%40mail.gmail.com
>> 
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORreQY5ppRAqOQHz2eALdmCTMGciTjJ1OOOeCSb0ppUUcA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB and Geany

[Wadi Ben Rhouma]

Hi Taceant,

I installed Geany in my pc , how can i configure it to compile my C
programs and send them to my BBB ???

Best regards

2016-04-19 14:01 GMT+01:00 Taceant Omnes :

> On 19 April 2016 at 11:12, Brainiac  wrote:
> > Hi everyone
> >
> > Can i program my BBB with Geany (EDI) ?? if that's possible how can i do
> it
> > ?? i'm using a normal PC that runs windows 7 32bits , i'm new with the
> BBB
> > and i'm stocked with the programming issue , need help
>
> I edit files on my BB from a Windows PC using Notepad++ with its FTP
> plugin. It works very well. I use putty to build.
>
> I also use Geany from a Linux PC.
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/fcReK6YH0RI/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CAKkGsYJE4v9bkgN2H2R5pAR2bmbC%3DYfXmK9kVX9-h-wP0A%40mail.gmail.com
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 
*Wadi Ben Rhouma*
*Vice Président ENET'COM Junior Entreprise*

*Tél : +216 53 56 61 70*
*E-mail : wadi.benrhoum...@gamil.com *
*Facebook : https://www.facebook.com/wadi.benrhouma
*
*Skype : benrhoumawadi*

*--Dream as if you'll live forever; Live as if you'll die today.--*

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAFy1tHXDBmRA%2BnO_em7NnQWv0s1FyUFWnBWpseGwj_P%3Dd70wBQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] toolchain : bone-debian-7.8-lxde-4gb-armhf-2015-03-01-4gb.img

[Micka]

Ok, which version of Debian are you using ?

I'm going to switch to this one :

https://rcn-ee.com/rootfs/bb.org/testing/2016-04-10/lxqt-4gb/bone-debian-8.4-lxqt-4gb-armhf-2016-04-10-4gb.img.xz


Micka,

Le mer. 20 avr. 2016 à 10:02, William Hermans  a écrit :

> That is I could not find a binary for Linaros 4.6.3 gcc toolchain.
>
> On Wed, Apr 20, 2016 at 1:00 AM, William Hermans 
> wrote:
>
>> You need to define what you mean by "toolchain". Because sudo apt-get
>> install gcc gets you a toolchain on the beaglebone.
>>
>> Now if you mean a cross compiler toolchain. For 4.6* as far as I can tell
>> you have two options.
>>
>>
>>- You can download the source tarball, and use crosstool-NG
>>- You can download, install, and run Ubuntu 14.04, and use their apt
>>repo to install a 4.6.3 armhf cross toolchain.
>>
>> It does not seem as though the binaries are available from anywhere any
>> more, but I did not have an exact file name to work with.
>>
>> On Wed, Apr 20, 2016 at 12:42 AM, Micka  wrote:
>>
>>> Hi,
>>>
>>> I'm trying to find the right toolchain for this image :
>>>
>>> bone-debian-7.8-lxde-4gb-armhf-2015-03-01-4gb.img
>>>
>>>
>>> libc6:
>>>   Installed: 2.13-38+deb7u10
>>>
>>> gcc (Debian 4.6.3-14) *4.6.3*
>>>
>>> Any idea ? I can't find it this toolchain :
>>>
>>> *gcc-linaro-arm-linux-gnueabihf-4.6*
>>>
>>>
>>> Micka,
>>>
>>> --
>>> 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 beagleboard+unsubscr...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/beagleboard/CAF%2BMRtk2YZViHqFjwqVCTo%3DzUY9vyJ7fSGTfkaiCUuRZh_tWJQ%40mail.gmail.com
>>> 
>>> .
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CALHSORpim7zhB76KFhOArj4QzzWrN18N3CyqST0VAfFHpCfDHw%40mail.gmail.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAF%2BMRtmhvB06tXkPop1HBonGZ7xWeiHGSookx0AEtN4Ys6Rudg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] toolchain : bone-debian-7.8-lxde-4gb-armhf-2015-03-01-4gb.img

[William Hermans]

That is I could not find a binary for Linaros 4.6.3 gcc toolchain.

On Wed, Apr 20, 2016 at 1:00 AM, William Hermans  wrote:

> You need to define what you mean by "toolchain". Because sudo apt-get
> install gcc gets you a toolchain on the beaglebone.
>
> Now if you mean a cross compiler toolchain. For 4.6* as far as I can tell
> you have two options.
>
>
>- You can download the source tarball, and use crosstool-NG
>- You can download, install, and run Ubuntu 14.04, and use their apt
>repo to install a 4.6.3 armhf cross toolchain.
>
> It does not seem as though the binaries are available from anywhere any
> more, but I did not have an exact file name to work with.
>
> On Wed, Apr 20, 2016 at 12:42 AM, Micka  wrote:
>
>> Hi,
>>
>> I'm trying to find the right toolchain for this image :
>>
>> bone-debian-7.8-lxde-4gb-armhf-2015-03-01-4gb.img
>>
>>
>> libc6:
>>   Installed: 2.13-38+deb7u10
>>
>> gcc (Debian 4.6.3-14) *4.6.3*
>>
>> Any idea ? I can't find it this toolchain :
>>
>> *gcc-linaro-arm-linux-gnueabihf-4.6*
>>
>>
>> Micka,
>>
>> --
>> 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 beagleboard+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/beagleboard/CAF%2BMRtk2YZViHqFjwqVCTo%3DzUY9vyJ7fSGTfkaiCUuRZh_tWJQ%40mail.gmail.com
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORpim7zhB76KFhOArj4QzzWrN18N3CyqST0VAfFHpCfDHw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] toolchain : bone-debian-7.8-lxde-4gb-armhf-2015-03-01-4gb.img

[William Hermans]

You need to define what you mean by "toolchain". Because sudo apt-get
install gcc gets you a toolchain on the beaglebone.

Now if you mean a cross compiler toolchain. For 4.6* as far as I can tell
you have two options.


   - You can download the source tarball, and use crosstool-NG
   - You can download, install, and run Ubuntu 14.04, and use their apt
   repo to install a 4.6.3 armhf cross toolchain.

It does not seem as though the binaries are available from anywhere any
more, but I did not have an exact file name to work with.

On Wed, Apr 20, 2016 at 12:42 AM, Micka  wrote:

> Hi,
>
> I'm trying to find the right toolchain for this image :
>
> bone-debian-7.8-lxde-4gb-armhf-2015-03-01-4gb.img
>
>
> libc6:
>   Installed: 2.13-38+deb7u10
>
> gcc (Debian 4.6.3-14) *4.6.3*
>
> Any idea ? I can't find it this toolchain :
>
> *gcc-linaro-arm-linux-gnueabihf-4.6*
>
>
> Micka,
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CAF%2BMRtk2YZViHqFjwqVCTo%3DzUY9vyJ7fSGTfkaiCUuRZh_tWJQ%40mail.gmail.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORq9s2r-08wyYLyxk0i0aGzfKCM_%2B7xiHrNDDZ22UNjReA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB Battery shutdown

[John Syne]

I just don’t understand what you are asking for. The code is self explanatory 
and with a little effort, you can make it work. My guess is you want me to add 
the include headers and create the Makefile and Kconfig files. If that is what 
you want, I can do it for you, but I thought you would know how to do this 
yourself. Take a book and read about sigaction. I’m sure you will find examples 
just like the ones I sent you. I’ve pulled code like this together for year to 
understand how comms works between the kernel and user space.  

Regards,
John




> On Apr 20, 2016, at 12:45 AM, William Hermans  wrote:
> 
> Well that is not how I'd do things, and I suppose that code if complete and 
> integrated into the tps65217.c file, it might work . . .
> 
> But as I said that code is not complete, and is what looks like example code 
> out of some Documentation/*txt file. 
> 
> On Tue, Apr 19, 2016 at 10:14 PM, John Syne  > wrote:
> 
>> On Apr 19, 2016, at 9:28 PM, William Hermans > > wrote:
>> 
>> That's not what I was saying at all. I'm saying if all this is that easy for 
>> you, then you should add this functionality, and be the community hero.
>> 
>> This sort of thing is definitely not above my pay grade, but I am not a 
>> kernel hacker, and I do not know the file structure all that well. So it 
>> would take me a while to to figure out everything I need to know, about 
>> everything I'd need. So if this thing is really that easy for you, why don't 
>> you make a new LKM, something that takes an argument, or two. LIke g_multi 
>> where you pass in a path for the g_mass_storage bit of the driver. Except of 
>> course, you want to be able to set a time out for a shutdown.
>> 
>> Second, a kernel module should not require a specific init daemon. That goes 
>> against the whole point of Linux.
>> 
>> 
>> FYI I could do this entirely in userspace, really easily. Except I would 
>> have to poll, instead of using an interrupt, and I pretty much be writing 
>> duplicate code, or code that does a duplicate job. But passed that I really 
>> do not have to time for this, or to read through, and understand all the 
>> required Linux kernel, and LKMs to do this "properly". It's a lot of work 
>> for someone who really doesn't know what they're doing.
> Yep, it can be done in user space as well. Simply add sigaction to the 
> tps65217 mfd driver. Here is an example of a standalone KM with a user space 
> app. So now we do not use input key, but send events via kernel signals 
> (similar to kill -9 pid or ctrl-c).
> 
> Kernel Code:
> 
> ===
> #define SIG_TEST 44   // we choose 44 as our signal number (real-time signals 
> are in the range of 33 to 64)
> 
> struct dentry *file;
> 
> static ssize_t write_pid(struct file *file, const char __user *buf,
> size_t count, loff_t *ppos)
> {
>   char mybuf[10];
>   int pid = 0;
>   int ret;
>   struct siginfo info;
>   struct task_struct *t;
>   /* read the value from user space */
>   if(count > 10)
>   return -EINVAL;
>   copy_from_user(mybuf, buf, count);
>   sscanf(mybuf, "%d", );
>   printk("pid = %d\n", pid);
> 
>   /* send the signal */
>   memset(, 0, sizeof(struct siginfo));
>   info.si _signo = SIG_TEST;
>   info.si _code = SI_QUEUE;  // this is bit of a 
> trickery: SI_QUEUE is normally used by sigqueue from user space,
>   // and kernel space should use 
> SI_KERNEL. But if SI_KERNEL is used the real_time data
>   // is not delivered to the user space 
> signal handler function.
>   info.si _int = 1234;   //real time signals may 
> have 32 bits of data.
> 
>   rcu_read_lock();
> //t = find_task_by_pid_type(PIDTYPE_PID, pid);  //find the task_struct 
> associated with this pid
>   t = pid_task(find_pid_ns(pid, _pid_ns), PIDTYPE_PID);
>   if(t == NULL){
>   printk("no such pid\n");
>   rcu_read_unlock();
>   return -ENODEV;
>   }
>   rcu_read_unlock();
>   ret = send_sig_info(SIG_TEST, , t);//send the signal
>   if (ret < 0) {
>   printk("error sending signal\n");
>   return ret;
>   }
>   return count;
> }
> 
> static const struct file_operations my_fops = {
>   .write = write_pid,
> };
> 
> static int __init signalexample_module_init(void)
> {
>   /* we need to know the pid of the user space process
>* -> we use debugfs for this. As soon as a pid is written to
>* this file, a signal is sent to that pid
>*/
>   /* only root can write to this file (no read) */
>   file = debugfs_create_file("signalconfpid", 0200, NULL, NULL, _fops);
>   return 0;
> }
> static void __exit