Re: [beagleboard] BeagleBoard XM or BeagleBone Black?

2015-02-19 Thread Zainab S.V
Is there any other alternative in embedded linux that supports audio input
and out (for speech processing applications), other than beaglebone? What
about raspberry pi?

On Fri, Feb 20, 2015 at 10:23 AM, John Syne  wrote:

>
> On Feb 19, 2015, at 8:14 PM, sns  wrote:
>
> For audio projects,which need audio input and output(for speech processing
> projects),which is better xM or beaglebone black.i have found Beaglebone
> needs additional audiocape or usb sound card for this. And I think beagle
> xM doesn't need any additional features. Which is better ?
> On Saturday, May 25, 2013 at 7:42:43 PM UTC+5:30, hudvin wrote:
>>
>> Hi,
>> I am going to use one of these boards as platform for XMBC.  That is the
>> best choice: BeagleBoard Xm or BeagleBone Black? I don't see any meaningful
>> difference (except price).
>
> The answer isn’t so simple. The DM3730 used on the Beagleboard-xM is more
> powerful because of the additional DSP, but there is currently no support
> in the current Linux kernel for the DSP processor. The DSP was supported in
> Linux kernel up to V3.4, using SysLink to communicate between the ARM
> processor and the DSP. SysLink has been replaced by RPMSG/RemoteProc, but
> there is currently no support for the DM3730. The new Beagleboard-x15 will
> be supported.
>
> However, the BBB with the TLV320AIC3104 audio cape does work, but if you
> require a microphone, you will need additional circuity because the audio
> cape does not support bias voltage required by the microphone.
>
> Regards,
> John
>
>
>> Best regads,
>> Vadym
>>
>
> --
> 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/oG4hbSsPPCI/unsubscribe.
> To unsubscribe from this group and all its topics, 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 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.


Re: [beagleboard] Microphone Bias Voltage Level

2015-02-19 Thread sns

If i use usb audio interface instead of the cape, is there a need for 
biasing ?
On Friday, February 20, 2015 at 10:57:59 AM UTC+5:30, john3909 wrote:
>
>
> On Feb 19, 2015, at 9:11 PM, sns > wrote:
>
> Did it work? Can you please say the procedure? I am working on a project 
> that has a similar requirement.
>
> The mic bias voltage on the TLV320AIC3104 isn’t connected on the audio 
> cape so you will need external circuitry to use a mic.
>
> Regards,
> John
>
>
> On Tuesday, June 3, 2014 at 9:44:27 PM UTC+5:30, Tristan Phillips wrote:
>>
>>
>> Hi,
>>
>> I'm wondering how I can set the mic bias voltage level on the Audio Cape, 
>> it is currently off and I cannot get my mic to work.  Can I do this via 
>> alsa or something similar?
>>
>> Thank you,
>>
>> Tris
>>
>
> -- 
> 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 .
> 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.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Microphone Bias Voltage Level

2015-02-19 Thread John Syne

> On Feb 19, 2015, at 9:11 PM, sns  wrote:
> 
> Did it work? Can you please say the procedure? I am working on a project that 
> has a similar requirement.
The mic bias voltage on the TLV320AIC3104 isn’t connected on the audio cape so 
you will need external circuitry to use a mic.

Regards,
John
> 
> On Tuesday, June 3, 2014 at 9:44:27 PM UTC+5:30, Tristan Phillips wrote:
> 
> Hi,
> 
> I'm wondering how I can set the mic bias voltage level on the Audio Cape, it 
> is currently off and I cannot get my mic to work.  Can I do this via alsa or 
> something similar?
> 
> Thank you,
> 
> Tris
> 
> -- 
> 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 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.


[beagleboard] Re: Microphone Bias Voltage Level

2015-02-19 Thread sns
Did it work? Can you please say the procedure? I am working on a project 
that has a similar requirement.

On Tuesday, June 3, 2014 at 9:44:27 PM UTC+5:30, Tristan Phillips wrote:
>
>
> Hi,
>
> I'm wondering how I can set the mic bias voltage level on the Audio Cape, 
> it is currently off and I cannot get my mic to work.  Can I do this via 
> alsa or something similar?
>
> Thank you,
>
> Tris
>

-- 
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.


Re: [beagleboard] BeagleBoard XM or BeagleBone Black?

2015-02-19 Thread John Syne

> On Feb 19, 2015, at 8:14 PM, sns  wrote:
> 
> For audio projects,which need audio input and output(for speech processing 
> projects),which is better xM or beaglebone black.i have found Beaglebone 
> needs additional audiocape or usb sound card for this. And I think beagle xM 
> doesn't need any additional features. Which is better ?
> On Saturday, May 25, 2013 at 7:42:43 PM UTC+5:30, hudvin wrote:
> Hi,
> I am going to use one of these boards as platform for XMBC.  That is the best 
> choice: BeagleBoard Xm or BeagleBone Black? I don't see any meaningful 
> difference (except price).
The answer isn’t so simple. The DM3730 used on the Beagleboard-xM is more 
powerful because of the additional DSP, but there is currently no support in 
the current Linux kernel for the DSP processor. The DSP was supported in Linux 
kernel up to V3.4, using SysLink to communicate between the ARM processor and 
the DSP. SysLink has been replaced by RPMSG/RemoteProc, but there is currently 
no support for the DM3730. The new Beagleboard-x15 will be supported.

However, the BBB with the TLV320AIC3104 audio cape does work, but if you 
require a microphone, you will need additional circuity because the audio cape 
does not support bias voltage required by the microphone. 

Regards,
John
> 
> Best regads,
> Vadym
> 
> -- 
> 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 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.


[beagleboard] Re: BeagleBoard XM or BeagleBone Black?

2015-02-19 Thread sns
For audio projects,which need audio input and output(for speech processing 
projects),which is better xM or beaglebone black.i have found Beaglebone 
needs additional audiocape or usb sound card for this. And I think beagle 
xM doesn't need any additional features. Which is better ?
On Saturday, May 25, 2013 at 7:42:43 PM UTC+5:30, hudvin wrote:
>
> Hi,
> I am going to use one of these boards as platform for XMBC.  That is the 
> best choice: BeagleBoard Xm or BeagleBone Black? I don't see any meaningful 
> difference (except price).
>
> Best regads,
> Vadym
>

-- 
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.


Re: [beagleboard] Can't make UART work with Python and AdaFruitBBB

2015-02-19 Thread palaniyappan r
I have been running BBB with linux



*--regards,*


*palaniyappan.R*

On Fri, Feb 20, 2015 at 12:50 AM, Cláudio B  wrote:

> I'm not that skilled on Android.
>
> But if I understand what you said, you can't put an Android APP to run
> inside BBB, at most you could use HTTP communications with it.
>
> You are running a BBB with Linux or Android ?
>
>
>
>
>
>
> 2015-02-19 1:54 GMT-02:00 palaniyappan r :
>
> Thank you for your answer sir
>> I have been developing IoT home automation using beaglebone black with
>> controlling by using android app. I have been using python and I got
>> library file such as PWM,ADC,GPIO,UART,EMAIL but I didn't get android app
>> library.. How to include android app ? Could you help me?
>>
>>
>>
>>
>> *--regards,*
>>
>>
>> *palaniyappan.R*
>>
>> On Wed, Feb 18, 2015 at 10:38 PM, Cláudio B 
>> wrote:
>>
>>> palaniyappan.R
>>>
>>> If that WIFI USB dongle have a driver for BBB , yes.
>>>
>>> Otherwise you'll have to search for driver.
>>> Once you found it, try load with # modprobe 
>>>
>>> I didn't use this, but in this forum has a lot of info on that.
>>>
>>> regards,
>>>
>>>
>>>
>>>
>>>
>>> 2015-02-17 10:25 GMT-02:00 palaniyappan r :
>>>
>>> Thank you sir... I have WiFi dongle used to my computer.Can I used same
 wifi usb dongle for BBB? Because of I tried But It did not connect. How to
 connect WIFI usb for my BBB?



 *--regards,*


 *palaniyappan.R*

 On Tue, Feb 17, 2015 at 5:19 PM, Cláudio B 
 wrote:

> @palaniyappan
>
> You can if you use the same protocol developed in BBB.
>
>
>
> 2015-02-14 8:14 GMT-02:00 :
>
>> I have GPRS modem for PIC microcontroller. Can I used  same gprs
>> modem for BBB?
>>
>>
>> --
>> 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/-I_to80m9_Y/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, send an email to
>> beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
> Cláudio B.
> Desenvolvimento de Software
> Logmatch Produtos Eletrônicos LTDA
>
> 31 3476-8540
>
> clau...@logmatch.com.br
>
> Solução de qualidade para o controle de ponto em sua empresa.
> Mensis  - Belo Horizonte
> 
>
>  --
> 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/-I_to80m9_Y/unsubscribe.
> To unsubscribe from this group and all its topics, 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/-I_to80m9_Y/unsubscribe.
 To unsubscribe from this group and all its topics, send an email to
 beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.

>>>
>>>
>>>
>>> --
>>> Cláudio B.
>>> Desenvolvimento de Software
>>> Logmatch Produtos Eletrônicos LTDA
>>>
>>> 31 3476-8540
>>>
>>> clau...@logmatch.com.br
>>>
>>> Solução de qualidade para o controle de ponto em sua empresa.
>>> Mensis  - Belo Horizonte
>>> 
>>>
>>>  --
>>> 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/-I_to80m9_Y/unsubscribe.
>>> To unsubscribe from this group and all its topics, send an email to
>>> beagle

Re: [beagleboard] MVIW Instruction on PRU

2015-02-19 Thread Charles Steinkuehler
On 2/19/2015 5:58 PM, Bit Pusher wrote:
> Charles, thank you for getting back to me. Could you tell me which Pru 
> Reference
> Guide you are quoting. The one I have is: SPRUHF8A, revised June 2013, and
> section 5.3.4.2.3.1 does not have the words "Standard PRU Core Support" in 
> it.

SPRUHF8–May 2012

In general, the older PRU documentation has less stuff redacted.  :)

> The reference I have has examples of indirect reads followed by examples of 
> indirect
> writes where in each case the semantics *r1.b0 (for example, used in the 
> first indirect write example) indicates the lowest significant byte of 
> register r1 contains the address of the register that should be written, in 
> the example, r1 contains 8, so the register written into in the example is 
> register 2 which starts at byte 8. and in this example, since a single byte 
> is being written, register 2 ends up containing 0x0004, the least 
> significant byte of r3. In the reference I am reading, the word "pseudo" 
> does not occur in section 5.3.4.2.3.1; do you have a newer reference? My 
> understanding is the whole point of the MVIx op codes are to allow for 
> first indirect addressing (where the specified register contains the 
> address of the register to be either read from or written to, as indicated 
> by typing '*' just in front of the register name, and that both read and 
> written registers can contain '*', that is can be indirect) and also to 
> allow for auto incrementing and/or decrementing; it's the auto incrementing 
> I really want otherwise I have to use a number of instructions to realize 
> the equivalent. I can only guess that the reference you are quoting from is 
> different than the one I have; could you give me a link to the reference 
> you are quoting from? Irrespective, this still does not explain the error 
> message "This form of MVIx illegal with specified core version"; I can not 
> find anywhere which cores support MVIx and which do not. In the meantime, I 
> will read the example you suggest.Thanks again.

Yes, read through the BeagleBone logic analyzer code.  It's been tweaked
to run as fast as possible, and is known to work.

-- 
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.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] MVIW Instruction on PRU

2015-02-19 Thread Bit Pusher
Charles, thank you for getting back to me. Could you tell me which Pru 
Reference
Guide you are quoting. The one I have is: SPRUHF8A, revised June 2013, and
section 5.3.4.2.3.1 does not have the words "Standard PRU Core Support" in 
it.
The reference I have has examples of indirect reads followed by examples of 
indirect
writes where in each case the semantics *r1.b0 (for example, used in the 
first indirect write example) indicates the lowest significant byte of 
register r1 contains the address of the register that should be written, in 
the example, r1 contains 8, so the register written into in the example is 
register 2 which starts at byte 8. and in this example, since a single byte 
is being written, register 2 ends up containing 0x0004, the least 
significant byte of r3. In the reference I am reading, the word "pseudo" 
does not occur in section 5.3.4.2.3.1; do you have a newer reference? My 
understanding is the whole point of the MVIx op codes are to allow for 
first indirect addressing (where the specified register contains the 
address of the register to be either read from or written to, as indicated 
by typing '*' just in front of the register name, and that both read and 
written registers can contain '*', that is can be indirect) and also to 
allow for auto incrementing and/or decrementing; it's the auto incrementing 
I really want otherwise I have to use a number of instructions to realize 
the equivalent. I can only guess that the reference you are quoting from is 
different than the one I have; could you give me a link to the reference 
you are quoting from? Irrespective, this still does not explain the error 
message "This form of MVIx illegal with specified core version"; I can not 
find anywhere which cores support MVIx and which do not. In the meantime, I 
will read the example you suggest.Thanks again.
-Bit_Pusher

On Thursday, February 19, 2015 at 3:40:03 PM UTC-5, Charles Steinkuehler 
wrote:
>
> On 2/18/2015 4:08 PM, Bit Pusher wrote: 
> > I'm planning on reading the PRU IO inputs a large number of consecutive 
> > times and move them (eventually) to DDR space. As part of my code, I 
> tried 
> > one instruction like: 
> > MVIW *r0.w0++, r31.w0 
> > which from section 5.3.4.2.3 Move Register File Indirect (MVIx) 
> > of the PRU reference manual seems correct to me; however when trying to 
> > compile using PASM_2, I get the error message: 
> > 
> > PRU Assembler Version 0.86 
> > Copyright (C) 2005-2013 by Texas Instruments Inc. 
> > 
> > logic_pru1.p(42) Error: This form of MVIx illegal with specified core 
> > version 
> > 
> > Pass 1 : 1 Error(s), 0 Warning(s) 
> > 
> > I have searched the PRU and the AM335X manuals and I can't find any 
> > sections stating the AM3358 does not support MVIx instructions. 
> > Does anyone have any experience here? Thanks. 
>
> Keep reading the PRU Reference Guide.  Specifically, section 5.3.4.2.3.1 
> "Standard PRU Core Support" which tells you this is implemented as a 
> pseudo-op and only register to register moves are supported. 
>
> If you're interested in moving data from the PRU to the ARM side 
> quickly, check out the BeagleLogic project (from last year's Google 
> Summer Of Code): 
>
> https://github.com/abhishek-kakkar/BeagleLogic/wiki 
>
> ...this is about as optimized as you can get for moving data from the 
> PRU to the Linux ARM side, and everything's already written for you 
> (including the kernel mode driver necessary to get the highest speeds). 
>
> -- 
> Charles Steinkuehler 
> cha...@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.
For more options, visit https://groups.google.com/d/optout.


[beagleboard] Re: Database for Beaglebone

2015-02-19 Thread Jose Cabra
I've used the SQLite3 and I've not had trouble with it.

On Friday, May 25, 2012 at 2:02:49 PM UTC-5, Nilson wrote:
>
> Which database is more suitable for Beaglebone? What have you used?
> PostgreSQL? SQLite3? 
>

-- 
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.


Re: [beagleboard] Re: BBBAndroid with USB Bluetooth Adapter Support

2015-02-19 Thread Keith Conger


On Thursday, February 19, 2015 at 12:27:37 PM UTC-7, Andrew Henderson wrote:
>
> On Thursday, February 19, 2015 at 1:50:43 PM UTC-5, Keith Conger wrote:
>>
>> I've got bluetooth finally working.  Andrew, what would be the best way 
>> to pass you the changes needed?
>>
>
> Patches generated by git are fine.  If you know the major parts that you 
> patched, you can also cd into the appropriate directory and do a "git 
> status" to show you which files have changed and just mail me those files 
> (hendersa (at) icculus.org).  For subdirectories that are completely new 
> (like the Bluez added into external/), you can just tar up the directory 
> and send it to me.  My understanding is that you added in Bluez, modified 
> the build scripts to pull that external project in, patched bionic, and 
> changed the kernel config to build in Bluetooth.  Does that sound about 
> right? 
>
>
Ok I'll start work on getting it over to you. Basically you are correct. 
Here are the steps at a high level:

* Add bluez repo to the manifest and told it to not pull bluedroid.
* Patched bionic, although I see bluez has a patched bionic in a repo for 
4.4, maybe I can just change the manifest.
* Built bluetooth kernel modules from backports, 3.8 is too old
* Added insmod commands to init.{ro.hardware}.rc "on boot" and added 
"import init.bluetooth.rc"
* Commented out qemu=1 check for bluetooth.
* Had to manually move some libraries to /system/lib/hw/ from /system/lib/

Keith

-- 
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.


[beagleboard] BBB getting blocked

2015-02-19 Thread Jose Cabra
Hi everyone. I'm working with the Beaglebone black in a specific IoT 
Project.

In my application I'm using 3 uart for communication modules, but while I'm 
working, at some moment, the BBB stop and I must reset the board.

I know it's getting block because the power led is on and some "user leds" 
stay on.

This behavior is random and I had this trouble with the BB white too.

I'm powering the board with my own power circuit.

-- 
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.


[beagleboard] Re: Proper power down procedure -- BBW with Debian

2015-02-19 Thread Curt Carpenter
Thank you very much jmelson -- that does the trick.

On Thursday, February 19, 2015 at 4:07:34 PM UTC-6, jmelson wrote:
>
> I now do :
> sudo halt
>
> "Polite" shutdown is not so important when you are the only user on the 
> system.
>
> I then wait for the power light to go out, it sometimes takes a whole 
> minute to flush all changed file blocks.
>
> Jon
>

-- 
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.


Re: [beagleboard] Unhandled fault: external abort on non-linefetch (0x1028)

2015-02-19 Thread Charles Steinkuehler
On 2/18/2015 12:47 AM, JAY KOTHARI wrote:
> Hello,
>   I am trying to access i2c_controller for AM335x sitara processor.When 
> I am reading I2C_REVNB_HI register with ioread() I am getting a crash with 
> show below error?
> 
> Unhandled fault: external abort on non-linefetch (0x1028)
> 
> What might be reason for such crash?

You probably don't have the I2C hardware enabled via device-tree and
it's disabled with it's clocks turned off.

-- 
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.
For more options, visit https://groups.google.com/d/optout.


[beagleboard] Re: Proper power down procedure -- BBW with Debian

2015-02-19 Thread jmelson


On Thursday, February 19, 2015 at 3:03:41 PM UTC-6, Curt Carpenter wrote:
>
> What is the proper procedure to power down my beaglebone white running 
> Debian Image 2014-05-14?  This morning, I was unable to connect to the BBW 
> from my PC via USB, and finally had to re-flash Debian to my SD card to fix 
> the problem.  I suspect that the SC card I had been using was corrupted 
> because I was not turning off the BBW properly.   
>
>
> I now do :
sudo halt

"Polite" shutdown is not so important when you are the only user on the 
system.

I then wait for the power light to go out, it sometimes takes a whole 
minute to flush all changed file blocks.

Jon

-- 
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.


Re: [beagleboard] Re: Beginning Operations on BBB, Android or Linux? Debugging and building Graphics applications

2015-02-19 Thread Harvey White
On Thu, 19 Feb 2015 09:28:55 -0800 (PST), you wrote:

>On Tuesday, February 17, 2015 at 6:29:45 PM UTC-5, ma...@dragonworks.info 
>wrote:
>>
>>
>> I've considered the Debian Linux image as shipped.  Programming in C or 
>> C++ is not a problem, and it looks as if it works well at accessing the I2C 
>> devices. However, I've tried TI's Code Composer Studio, and find that the 
>> examples don't compile properly because the paths are not valid in windows 
>> 8.1 (apparently, lots of "file not found, fatal error", for the includes.  
>> With multiple platforms and processors, CCS is not that friendly.  Nor is 
>> using Android on CCS.  Not sure what graphics tools are available for 
>> making a GUI program.
>>
>
>While everyone has their own method of development, I have had very good 
>luck with developing C/C++ under a Linux VM on my desktop and natively on 
>the BBB itself.  I'll get a code framework up and running on my Linux VM 
>and then move the codebase over to the BBB to fine-tune it and add in the 
>hardware interfacing bits as needed.  Some folks prefer to use a complete 
>cross-compile environment on the desktop and then push the final 
>binaries/libraries over to the BBB.
> 

The latter method is the one that I normally use in embedded
programming, The hardware is complicated enough that using a simulator
is unpleasant at best.  I generally have the hardware before the
software and just hang equipment off the hardware if it needs it.

>
>> Android Image.  I have the circuitco image, which boots, but does not 
>> connect to the laptop over USB.  I can (probably) work thorugh the JNI 
>> aspect if I need that to get to the I2C drivers working, but haven't yet.  
>> Since Java has a built in GUI creator (drag and drop, I'm familiar with 
>> Lazarus Pascal, Delphi, and Visual studio, although I don't like visual 
>> studio at all), that solves the GUI problems.  Using Android studio, latest 
>> version.
>>
>
>That is the 4.2.2 JellyBean image, correct?  The newer 4.4.4 KitKat image 
>has ADB over USB support in it by default.  For hardware interfacing, I 
>develop the C interfacing code natively under Linux on the BBB to test 
>communication with the hardware.  

I noticed that 4.2.2 doesn't even make the windows USB enumerator
beep... the 4.4.4 image I've tried, but several things seem not to
work, i.e. android comes up and says (remembering here:  core services
not running and wallpaper not running).  The mouse pointer seems to be
quite lagged, but I'm sending the HDMI output directly onto a monitor
right now.

>Once it looks good, I move that code over 
>to a platform with the NDK and build it as shared library for JNI use with 
>an app. 

That was an option.  I tried going back to code composer (5 or 6
doesn't matter) and found that the example programs/projects seem not
to be complete (need additional modules) and the paths are wrong.
Right now, I'm fighting CCS to get it to recognize the debugger on the
BBB.  

Tried eclipse, but cross compiling is not all that well documented.  I
suspect that (since all the "just go do this" kind of instructions are
written for linux, then that may be what I have to use.  Apparently
nobody does android development on a windows platform the way that you
do with embedded processing.  XMEGA/AVR development is simple by
comparison.  Write code, download to hardware, run code.  



>Include the built library into your app and use JNI to make the 
>native calls. Keep in mind that you still need to properly mux the pins 
>(via dynamic device tree overlays or static modifications to the base 
>kernel device tree), and the hardware that you are talking to (usually via 
>files in the /dev filesystem) must be accessible from your app.  Android 
>locks down those permissions, so to make a device available at the app 
>level without changing the Android HAL requires relaxing the device's 
>permissions so that pretty much anyone can access it.

OK, got the basic concept.  I'd picked a multiplex scheme to run the
LCD display, and hopefully the right pins on the cape to make it all
work.  I'll have to see what I can do to relax the restrictions once I
get that far.  Thanks for that information.

>
>However, under android, even setting Developer options/usb debugging does 
>> not even produce an undefined device on the direct USB cable connection to 
>> the PC (windows 8.1).   Trying to edit the android usb configuration .ini 
>> file (instructions at TI's android development platform) produces a file 
>> that windows says has been tampered with, and refuses to install.  The 
>> basic driver file (before modification) installs just fine.
>>
>
>BBBAndroid reports the BBB as a Google Nexus S (18D1:4E23).  If you don't 
>have an ADB driver for this device already, it is included in the Universal 
>ADB Driver: http://www.koushikdutta.com/post/universal-adb-driver  

I think I used that, and I'm not sure that it worked.  but I'll keep
trying on that one.


>
>SO:  Questions abound:

[beagleboard] Proper power down procedure -- BBW with Debian

2015-02-19 Thread Curt Carpenter
What is the proper procedure to power down my beaglebone white running 
Debian Image 2014-05-14?  This morning, I was unable to connect to the BBW 
from my PC via USB, and finally had to re-flash Debian to my SD card to fix 
the problem.  I suspect that the SC card I had been using was corrupted 
because I was not turning off the BBW properly.   

My BBW is powered via the USB cable to my PC.  When I execute "shutdown" 
from the PC, I get the usual warning that the BBW is about to go into 
maintenance mode, but the power LED stays on and the other LEDs continue to 
flash in their heartbeat pattern.  Scanning the forum here, "shudown" or 
"shutdown now" should be protecting the BBW from corruption when I turn off 
my PC -- but I'm not sure if this is indeed the case given my problem this 
morning.

Any guidance would be appreciated.  

-- 
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.


Re: [beagleboard] MVIW Instruction on PRU

2015-02-19 Thread Charles Steinkuehler
On 2/18/2015 4:08 PM, Bit Pusher wrote:
> I'm planning on reading the PRU IO inputs a large number of consecutive 
> times and move them (eventually) to DDR space. As part of my code, I tried 
> one instruction like:
> MVIW *r0.w0++, r31.w0
> which from section 5.3.4.2.3 Move Register File Indirect (MVIx)
> of the PRU reference manual seems correct to me; however when trying to 
> compile using PASM_2, I get the error message:
> 
> PRU Assembler Version 0.86
> Copyright (C) 2005-2013 by Texas Instruments Inc.
> 
> logic_pru1.p(42) Error: This form of MVIx illegal with specified core 
> version
> 
> Pass 1 : 1 Error(s), 0 Warning(s)
> 
> I have searched the PRU and the AM335X manuals and I can't find any 
> sections stating the AM3358 does not support MVIx instructions.
> Does anyone have any experience here? Thanks.

Keep reading the PRU Reference Guide.  Specifically, section 5.3.4.2.3.1
"Standard PRU Core Support" which tells you this is implemented as a
pseudo-op and only register to register moves are supported.

If you're interested in moving data from the PRU to the ARM side
quickly, check out the BeagleLogic project (from last year's Google
Summer Of Code):

https://github.com/abhishek-kakkar/BeagleLogic/wiki

...this is about as optimized as you can get for moving data from the
PRU to the Linux ARM side, and everything's already written for you
(including the kernel mode driver necessary to get the highest speeds).

-- 
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.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] SIGBUS on GPIO2 and GPIO3

2015-02-19 Thread Paulo Sherring
Got this solved following this tip:

https://groups.google.com/forum/#!topic/beagleboard/OYFp4EXawiI
"I had the same problem, I resolved it exporting at least one pin for each
GPIO. After that I can access GPIO0, GPIO2 and GPIO3 with mmap.
It's not about pinmux, maybe the problem is the clock.
Try to do this:
# echo 5 > /sys/class/gpio/export
# echo 65 > /sys/class/gpio/export
# echo 105 > /sys/class/gpio/export
You can do it also in C++ or Python.
Luigi Rinaldi."

Paulo Sherring.

On Thu, Feb 19, 2015 at 12:04 PM, Paulo Sherring 
wrote:

> Hello all!
> I am trying to use mmap for accessing GPIO's. Currently, I have got GPIO 0
> and 1 working. When I try to access GPIO2 and 3, I get SIGBUS.
> Even when I devmem at the memories I get SIGBUS (output of devmem):
>
> devmem 0x481AC130
> /dev/mem opened.
> Memory mapped at address 0xb6f13000.
> Bus error
>
> I tried to access the CTRL register, which controls the clocking for GPIO
> modules, since according to this link
> https://groups.google.com/forum/#!searchin/beagleboard/sigbus/beagleboard/F-pALQ7dXQU/IkTA5w1K5T4J
> , using GPIO modules with no clock enabled would lead to SIGBUS, but even
> still I get SIGBUS.
>
> The setup I am using is the following:
> BeagleBone Black  Rev. C
> rootfs: Debian wheezy (debian-7.7-console-armhf-2015-01-06)
> Kernel: 3.14.26-ti-r43
>
> Thanks in advance.
> Paulo Sherring.
>
> --
> 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/WcN54jKts_4/unsubscribe.
> To unsubscribe from this group and all its topics, 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 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.


Re: [beagleboard] Re: BBBAndroid with USB Bluetooth Adapter Support

2015-02-19 Thread Andrew Henderson
On Thursday, February 19, 2015 at 1:50:43 PM UTC-5, Keith Conger wrote:
>
> I've got bluetooth finally working.  Andrew, what would be the best way to 
> pass you the changes needed?
>

Patches generated by git are fine.  If you know the major parts that you 
patched, you can also cd into the appropriate directory and do a "git 
status" to show you which files have changed and just mail me those files 
(hendersa (at) icculus.org).  For subdirectories that are completely new 
(like the Bluez added into external/), you can just tar up the directory 
and send it to me.  My understanding is that you added in Bluez, modified 
the build scripts to pull that external project in, patched bionic, and 
changed the kernel config to build in Bluetooth.  Does that sound about 
right? 

Thanks again for all your help.
>

No problem at all.  Thanks for sticking this out and working through all 
this.  I'm sure others will appreciate the effort. 

Andrew

-- 
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.


Re: [beagleboard] Can't make UART work with Python and AdaFruitBBB

2015-02-19 Thread Cláudio B
I'm not that skilled on Android.

But if I understand what you said, you can't put an Android APP to run
inside BBB, at most you could use HTTP communications with it.

You are running a BBB with Linux or Android ?






2015-02-19 1:54 GMT-02:00 palaniyappan r :

> Thank you for your answer sir
> I have been developing IoT home automation using beaglebone black with
> controlling by using android app. I have been using python and I got
> library file such as PWM,ADC,GPIO,UART,EMAIL but I didn't get android app
> library.. How to include android app ? Could you help me?
>
>
>
>
> *--regards,*
>
>
> *palaniyappan.R*
>
> On Wed, Feb 18, 2015 at 10:38 PM, Cláudio B 
> wrote:
>
>> palaniyappan.R
>>
>> If that WIFI USB dongle have a driver for BBB , yes.
>>
>> Otherwise you'll have to search for driver.
>> Once you found it, try load with # modprobe 
>>
>> I didn't use this, but in this forum has a lot of info on that.
>>
>> regards,
>>
>>
>>
>>
>>
>> 2015-02-17 10:25 GMT-02:00 palaniyappan r :
>>
>> Thank you sir... I have WiFi dongle used to my computer.Can I used same
>>> wifi usb dongle for BBB? Because of I tried But It did not connect. How to
>>> connect WIFI usb for my BBB?
>>>
>>>
>>>
>>> *--regards,*
>>>
>>>
>>> *palaniyappan.R*
>>>
>>> On Tue, Feb 17, 2015 at 5:19 PM, Cláudio B 
>>> wrote:
>>>
 @palaniyappan

 You can if you use the same protocol developed in BBB.



 2015-02-14 8:14 GMT-02:00 :

> I have GPRS modem for PIC microcontroller. Can I used  same gprs modem
> for BBB?
>
>
> --
> 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/-I_to80m9_Y/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



 --
 Cláudio B.
 Desenvolvimento de Software
 Logmatch Produtos Eletrônicos LTDA

 31 3476-8540

 clau...@logmatch.com.br

 Solução de qualidade para o controle de ponto em sua empresa.
 Mensis  - Belo Horizonte
 

  --
 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/-I_to80m9_Y/unsubscribe.
 To unsubscribe from this group and all its topics, 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/-I_to80m9_Y/unsubscribe.
>>> To unsubscribe from this group and all its topics, send an email to
>>> beagleboard+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>> Cláudio B.
>> Desenvolvimento de Software
>> Logmatch Produtos Eletrônicos LTDA
>>
>> 31 3476-8540
>>
>> clau...@logmatch.com.br
>>
>> Solução de qualidade para o controle de ponto em sua empresa.
>> Mensis  - Belo Horizonte
>> 
>>
>>  --
>> 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/-I_to80m9_Y/unsubscribe.
>> To unsubscribe from this group and all its topics, 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.
> 

Re: [beagleboard] Re: How to enable all i2c

2015-02-19 Thread Tux Leonard
Hi der.depp (lustiger Name),

is /sys/devices/bone_capemgr.9/ present in your file system?


2015-02-19 10:12 GMT+01:00 :

> I have the exact same problem and adding Richards recommended line to
> rc.local does nothing :(
> I need the i2c2 bus in order to use the i2c-bus that is connected to the
> main expansion header. Please, please 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.
> 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.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Re: Beaglebone & Mac OSX = NIGHTMARE

2015-02-19 Thread Tux Leonard
I don't use USB connection. I installed a Wifi dongle or used the ethernet
cable and connected the BBB to my router. So internet is no problem.

2015-02-19 18:04 GMT+01:00 Chad Baker :

>  Any hints on what steps you have gone through on both Mac and Beagle?
>
>
> On 2/18/2015 8:11 PM, the.mr.se...@gmail.com wrote:
>
> Can you get it to share the macs internet connection though? i can get in
> via SSH but if i try and share the internet to it then it immediately locks
> the machine up.
>
> On Friday, 6 February 2015 18:20:11 UTC, Tux Leonard wrote:
>>
>> Hi,
>>
>>  I got a Macbook Pro (2000€) and it worked out of the box. So the
>> problem shouldn't bee related to OSX or BBB.
>> ssh works fine assumed you know the ip address of your BBB.
>> For file transfer google for OSXFUSE and SSHFS.
>>
>> 2015-02-06 18:02 GMT+01:00 Sherman Boyd :
>>
>>> Set up static IP addresses or DHCP reservations and use SSH.  Or just
>>> connect a USB keyboard and HDMI.  Or use a usb to serial cable.  There are
>>> so many different ways to connect.  Did your team bother to run a Google
>>> search on your expensive proprietary machines that seem to grant you such
>>> an immense sense of entitlement?  I understand you are frustrated, but if
>>> you want to achieve success you might need the help of others sometime.
>>> Ask nicely next time, save your rants for Facebook and maybe you will
>>> actually get the help you ask for.
>>>
>>> On Sunday, February 1, 2015 at 4:16:58 PM UTC-7, SimGQ wrote:

 Seriously bad documentation level here guys.

  I have a project that my team have developed over the past 9 months
 based on Arduino Mega, we now want to "upscale" to a BBB. Unfortunately the
 BBB implementation on OS X appears to be a disaster, especially on 10.10.
 My team and I have WASTED 2-3 days trying to get one of these POS boards to
 mount in 10.10, we have downloaded drivers, deleted plists, reset prams,
 everything but NADA. Nothing works. NOTHING.

  I have 5 BBB's sitting around and none of them can be accessed,
 except of course when we use our one Win 7 netbook, that connects no
 problem. To refresh, we have three iMac 27" (€2000 each), and two MacBook
 Pro's (also €2000 each). But our €100 netbook is the only machine that
 works. Pathetic, annoying and VERY frustrating. We have had absolutely no
 problems using the Arduino, so why is connecting to a Beaglebone so
 complicated?

  Can somebody in Beaglebone PLEASE get proper drivers set up ASAP.
 Seriously, how difficult can this be for the developer to get this right?

  Our next option is Rpi. We were able to access the Rpi test board
 straight away, no hassle. Why the drama with BBB? Spec wise it wipes the
 floor with the Rpi, but its useless if you can't talk to it.

  Very bad experience with BBB so far.

>>>--
>>> 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.
>>> 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.
> For more options, visit https://groups.google.com/d/optout.
>
>
>
> --
> Chad Baker, Memphis, TN 38104
>
> --
> 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 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.


Re: [beagleboard] Re: BBBAndroid with USB Bluetooth Adapter Support

2015-02-19 Thread Keith Conger
I've got bluetooth finally working.  Andrew, what would be the best way to 
pass you the changes needed?

Thanks again for all your help.

Keith

On Thursday, February 19, 2015 at 10:36:45 AM UTC-7, Keith Conger wrote:
>
> Still crashes :)  
>
> On Thursday, February 19, 2015 at 10:31:17 AM UTC-7, Keith Conger wrote:
>>
>> I'll give it a try.
>>
>> On Thursday, February 19, 2015 at 10:23:50 AM UTC-7, Andrew Henderson 
>> wrote:
>>>
>>> Yes, there is a kernel command line option that is passed to the kernel 
>>> in 
>>> the uEnv.txt file that says so (qemu=1, I think?).  It has been a while, 
>>> but I believe this is necessary to emulate the OpenGL ES calls. 
>>> Otherwise, it all crashes constantly because there isn't OpenGL ES 
>>> support.  You can try removing that option, though, and see how it works 
>>> for you.  I originally added that in for the 4.2.2 JellyBean build from 
>>> Rowboat, though we might get lucky and have it work without it from the 
>>> 4.4.4 KitKat build from AOSP. 
>>>
>>> Andrew 
>>>
>>> On Thu, 19 Feb 2015, Keith Conger wrote: 
>>>
>>> > I've made a lot of progress with the help of the bluez team.  It looks 
>>> like 
>>> > my problem is that Android thinks its running in an emulator. 
>>> > Using haltest from bluez everything works. haltest actually goes 
>>> through 
>>> > Android bluetooth HAL. 
>>> > 
>>> > Andrew any idea on why it would think your kernel is for an emulator? 
>>> > 
>>> > Thanks, 
>>> > Keith 
>>> > 
>>> > On Tuesday, February 17, 2015 at 5:24:07 PM UTC-7, Keith Conger wrote: 
>>> >   Ok, apparently my problem may be because I'm running bluetoothd 
>>> >   by hand and the socket isn't created.   
>>> > However I did get 111, connection refused. 
>>> > 
>>> > Here is a complete logcat and my init files. 
>>> > 
>>> > On Tuesday, February 17, 2015 at 3:52:32 PM UTC-7, Keith Conger wrote: 
>>> >   Oh ok I see. I'll give it a try. 
>>> > 
>>> >   Thanks, 
>>> >   Keith 
>>> > 
>>> >   On Tue, Feb 17, 2015 at 3:18 PM, Andrew Henderson 
>>> >wrote: 
>>> >   > On Tue, 17 Feb 2015, Keith Conger wrote: 
>>> >   > 
>>> >   >> I did hand patch epoll_create1() into bionic.  The 
>>> >   above was a logcat, 
>>> >   >> how do I get the errno value? 
>>> >   > 
>>> >   > 
>>> >   > Immediately after any failed POSIX call, the errno 
>>> >   global variable (an 
>>> >   > integer) is set.  Just include the errno.h header in the 
>>> >   file making the 
>>> >   > failed call to get access to the errno variable.  You 
>>> >   can see how the logcat 
>>> >   > message is being generated in that same file (usually 
>>> >   via a system() call to 
>>> >   > "logcat" or a C++ stream to LOG(INFO) or whatever. 
>>> >   > 
>>> >   > Andrew 
>>> > 
>>> > 
>>> > 
>>> >   -- 
>>> >   Keith Conger 
>>> >   keith DOT conger AT gmail DOT com 
>>> >   http://thecongers.org 
>>> > 
>>> > -- 
>>> > 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/X4HYHv9cC-0/unsubscribe. 
>>>
>>> > To unsubscribe from this group and all its topics, send an email to 
>>> > beagleboard...@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 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.


Re: [beagleboard] Re: BBBAndroid with USB Bluetooth Adapter Support

2015-02-19 Thread Keith Conger
Still crashes :)  

On Thursday, February 19, 2015 at 10:31:17 AM UTC-7, Keith Conger wrote:
>
> I'll give it a try.
>
> On Thursday, February 19, 2015 at 10:23:50 AM UTC-7, Andrew Henderson 
> wrote:
>>
>> Yes, there is a kernel command line option that is passed to the kernel 
>> in 
>> the uEnv.txt file that says so (qemu=1, I think?).  It has been a while, 
>> but I believe this is necessary to emulate the OpenGL ES calls. 
>> Otherwise, it all crashes constantly because there isn't OpenGL ES 
>> support.  You can try removing that option, though, and see how it works 
>> for you.  I originally added that in for the 4.2.2 JellyBean build from 
>> Rowboat, though we might get lucky and have it work without it from the 
>> 4.4.4 KitKat build from AOSP. 
>>
>> Andrew 
>>
>> On Thu, 19 Feb 2015, Keith Conger wrote: 
>>
>> > I've made a lot of progress with the help of the bluez team.  It looks 
>> like 
>> > my problem is that Android thinks its running in an emulator. 
>> > Using haltest from bluez everything works. haltest actually goes 
>> through 
>> > Android bluetooth HAL. 
>> > 
>> > Andrew any idea on why it would think your kernel is for an emulator? 
>> > 
>> > Thanks, 
>> > Keith 
>> > 
>> > On Tuesday, February 17, 2015 at 5:24:07 PM UTC-7, Keith Conger wrote: 
>> >   Ok, apparently my problem may be because I'm running bluetoothd 
>> >   by hand and the socket isn't created.   
>> > However I did get 111, connection refused. 
>> > 
>> > Here is a complete logcat and my init files. 
>> > 
>> > On Tuesday, February 17, 2015 at 3:52:32 PM UTC-7, Keith Conger wrote: 
>> >   Oh ok I see. I'll give it a try. 
>> > 
>> >   Thanks, 
>> >   Keith 
>> > 
>> >   On Tue, Feb 17, 2015 at 3:18 PM, Andrew Henderson 
>> >wrote: 
>> >   > On Tue, 17 Feb 2015, Keith Conger wrote: 
>> >   > 
>> >   >> I did hand patch epoll_create1() into bionic.  The 
>> >   above was a logcat, 
>> >   >> how do I get the errno value? 
>> >   > 
>> >   > 
>> >   > Immediately after any failed POSIX call, the errno 
>> >   global variable (an 
>> >   > integer) is set.  Just include the errno.h header in the 
>> >   file making the 
>> >   > failed call to get access to the errno variable.  You 
>> >   can see how the logcat 
>> >   > message is being generated in that same file (usually 
>> >   via a system() call to 
>> >   > "logcat" or a C++ stream to LOG(INFO) or whatever. 
>> >   > 
>> >   > Andrew 
>> > 
>> > 
>> > 
>> >   -- 
>> >   Keith Conger 
>> >   keith DOT conger AT gmail DOT com 
>> >   http://thecongers.org 
>> > 
>> > -- 
>> > 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/X4HYHv9cC-0/unsubscribe. 
>> > To unsubscribe from this group and all its topics, send an email to 
>> > beagleboard...@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 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.


Re: [beagleboard] Re: BBBAndroid with USB Bluetooth Adapter Support

2015-02-19 Thread Keith Conger
I'll give it a try.

On Thursday, February 19, 2015 at 10:23:50 AM UTC-7, Andrew Henderson wrote:
>
> Yes, there is a kernel command line option that is passed to the kernel in 
> the uEnv.txt file that says so (qemu=1, I think?).  It has been a while, 
> but I believe this is necessary to emulate the OpenGL ES calls. 
> Otherwise, it all crashes constantly because there isn't OpenGL ES 
> support.  You can try removing that option, though, and see how it works 
> for you.  I originally added that in for the 4.2.2 JellyBean build from 
> Rowboat, though we might get lucky and have it work without it from the 
> 4.4.4 KitKat build from AOSP. 
>
> Andrew 
>
> On Thu, 19 Feb 2015, Keith Conger wrote: 
>
> > I've made a lot of progress with the help of the bluez team.  It looks 
> like 
> > my problem is that Android thinks its running in an emulator. 
> > Using haltest from bluez everything works. haltest actually goes through 
> > Android bluetooth HAL. 
> > 
> > Andrew any idea on why it would think your kernel is for an emulator? 
> > 
> > Thanks, 
> > Keith 
> > 
> > On Tuesday, February 17, 2015 at 5:24:07 PM UTC-7, Keith Conger wrote: 
> >   Ok, apparently my problem may be because I'm running bluetoothd 
> >   by hand and the socket isn't created.   
> > However I did get 111, connection refused. 
> > 
> > Here is a complete logcat and my init files. 
> > 
> > On Tuesday, February 17, 2015 at 3:52:32 PM UTC-7, Keith Conger wrote: 
> >   Oh ok I see. I'll give it a try. 
> > 
> >   Thanks, 
> >   Keith 
> > 
> >   On Tue, Feb 17, 2015 at 3:18 PM, Andrew Henderson 
> >   > wrote: 
> >   > On Tue, 17 Feb 2015, Keith Conger wrote: 
> >   > 
> >   >> I did hand patch epoll_create1() into bionic.  The 
> >   above was a logcat, 
> >   >> how do I get the errno value? 
> >   > 
> >   > 
> >   > Immediately after any failed POSIX call, the errno 
> >   global variable (an 
> >   > integer) is set.  Just include the errno.h header in the 
> >   file making the 
> >   > failed call to get access to the errno variable.  You 
> >   can see how the logcat 
> >   > message is being generated in that same file (usually 
> >   via a system() call to 
> >   > "logcat" or a C++ stream to LOG(INFO) or whatever. 
> >   > 
> >   > Andrew 
> > 
> > 
> > 
> >   -- 
> >   Keith Conger 
> >   keith DOT conger AT gmail DOT com 
> >   http://thecongers.org 
> > 
> > -- 
> > 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/X4HYHv9cC-0/unsubscribe. 
> > To unsubscribe from this group and all its topics, send an email to 
> > beagleboard...@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 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.


[beagleboard] Re: Beginning Operations on BBB, Android or Linux? Debugging and building Graphics applications

2015-02-19 Thread Andrew Henderson
On Tuesday, February 17, 2015 at 6:29:45 PM UTC-5, ma...@dragonworks.info 
wrote:
>
>
> I've considered the Debian Linux image as shipped.  Programming in C or 
> C++ is not a problem, and it looks as if it works well at accessing the I2C 
> devices. However, I've tried TI's Code Composer Studio, and find that the 
> examples don't compile properly because the paths are not valid in windows 
> 8.1 (apparently, lots of "file not found, fatal error", for the includes.  
> With multiple platforms and processors, CCS is not that friendly.  Nor is 
> using Android on CCS.  Not sure what graphics tools are available for 
> making a GUI program.
>

While everyone has their own method of development, I have had very good 
luck with developing C/C++ under a Linux VM on my desktop and natively on 
the BBB itself.  I'll get a code framework up and running on my Linux VM 
and then move the codebase over to the BBB to fine-tune it and add in the 
hardware interfacing bits as needed.  Some folks prefer to use a complete 
cross-compile environment on the desktop and then push the final 
binaries/libraries over to the BBB.
 

> Android Image.  I have the circuitco image, which boots, but does not 
> connect to the laptop over USB.  I can (probably) work thorugh the JNI 
> aspect if I need that to get to the I2C drivers working, but haven't yet.  
> Since Java has a built in GUI creator (drag and drop, I'm familiar with 
> Lazarus Pascal, Delphi, and Visual studio, although I don't like visual 
> studio at all), that solves the GUI problems.  Using Android studio, latest 
> version.
>

That is the 4.2.2 JellyBean image, correct?  The newer 4.4.4 KitKat image 
has ADB over USB support in it by default.  For hardware interfacing, I 
develop the C interfacing code natively under Linux on the BBB to test 
communication with the hardware.  Once it looks good, I move that code over 
to a platform with the NDK and build it as shared library for JNI use with 
an app. Include the built library into your app and use JNI to make the 
native calls. Keep in mind that you still need to properly mux the pins 
(via dynamic device tree overlays or static modifications to the base 
kernel device tree), and the hardware that you are talking to (usually via 
files in the /dev filesystem) must be accessible from your app.  Android 
locks down those permissions, so to make a device available at the app 
level without changing the Android HAL requires relaxing the device's 
permissions so that pretty much anyone can access it.

However, under android, even setting Developer options/usb debugging does 
> not even produce an undefined device on the direct USB cable connection to 
> the PC (windows 8.1).   Trying to edit the android usb configuration .ini 
> file (instructions at TI's android development platform) produces a file 
> that windows says has been tampered with, and refuses to install.  The 
> basic driver file (before modification) installs just fine.
>

BBBAndroid reports the BBB as a Google Nexus S (18D1:4E23).  If you don't 
have an ADB driver for this device already, it is included in the Universal 
ADB Driver: http://www.koushikdutta.com/post/universal-adb-driver  

SO:  Questions abound:
> 1) which application framework would be best to do what I need to do.  No 
> problem doing Java if needed, no problem with C, C++ if needed...
>

Check into Qt under Linux or Android.
 

> 2) Is there a specific problem with windows 8.1 and debugging (and 
> changing .ini files) that I don't know the solution to (hopefully yes)
>

No ADB support in that 4.2.2 image.  Switch to the 4.4.4 KitKat image (API 
19).
 

> 3) which platform is best at hardware access.  I need to be able to 
> read/write I2C with binary strings to be able to communicate to the 
> hardware and boards.  Those are already designed, so the protocol won't 
> change, and I2C specifies only the first one or two bytes anyway.
>

I think Linux is the easiest for developing this sort of thing.
 

> 4) I've read tons of web pages, and right now, I'd like to avoid Linux if 
> possible, but if necessary, then I guess I need to.  Right now I'm trying 
> to make it all work under windows 8.1 just to keep the development on the 
> same system. 
>

I think you should develop your hardware-interfacing bits under Linux and 
then decide which platform (Linux or Android) works best for your needs. 

Andrew 

-- 
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.


Re: [beagleboard] Re: BBBAndroid with USB Bluetooth Adapter Support

2015-02-19 Thread Andrew Henderson
Yes, there is a kernel command line option that is passed to the kernel in 
the uEnv.txt file that says so (qemu=1, I think?).  It has been a while, 
but I believe this is necessary to emulate the OpenGL ES calls. 
Otherwise, it all crashes constantly because there isn't OpenGL ES 
support.  You can try removing that option, though, and see how it works 
for you.  I originally added that in for the 4.2.2 JellyBean build from 
Rowboat, though we might get lucky and have it work without it from the 
4.4.4 KitKat build from AOSP.


Andrew

On Thu, 19 Feb 2015, Keith Conger wrote:


I've made a lot of progress with the help of the bluez team.  It looks like
my problem is that Android thinks its running in an emulator.
Using haltest from bluez everything works. haltest actually goes through
Android bluetooth HAL.

Andrew any idea on why it would think your kernel is for an emulator?

Thanks,
Keith

On Tuesday, February 17, 2015 at 5:24:07 PM UTC-7, Keith Conger wrote:
  Ok, apparently my problem may be because I'm running bluetoothd
  by hand and the socket isn't created.  
However I did get 111, connection refused.

Here is a complete logcat and my init files.

On Tuesday, February 17, 2015 at 3:52:32 PM UTC-7, Keith Conger wrote:
  Oh ok I see. I'll give it a try.

  Thanks,
  Keith

  On Tue, Feb 17, 2015 at 3:18 PM, Andrew Henderson
   wrote:
  > On Tue, 17 Feb 2015, Keith Conger wrote:
  >
  >> I did hand patch epoll_create1() into bionic.  The
  above was a logcat,
  >> how do I get the errno value?
  >
  >
  > Immediately after any failed POSIX call, the errno
  global variable (an
  > integer) is set.  Just include the errno.h header in the
  file making the
  > failed call to get access to the errno variable.  You
  can see how the logcat
  > message is being generated in that same file (usually
  via a system() call to
  > "logcat" or a C++ stream to LOG(INFO) or whatever.
  >
  > Andrew



  --
  Keith Conger
  keith DOT conger AT gmail DOT com
  http://thecongers.org

--
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/X4HYHv9cC-0/unsubscribe.
To unsubscribe from this group and all its topics, send an email to
beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.



Re: [beagleboard] Re: BBBAndroid with USB Bluetooth Adapter Support

2015-02-19 Thread Keith Conger
Sorry, I see the problem. ro.kernel.qemu is set to 1.

I'm commenting out the check. And rebuilding.

On Thursday, February 19, 2015 at 10:09:54 AM UTC-7, Keith Conger wrote:
>
> I've made a lot of progress with the help of the bluez team.  It looks 
> like my problem is that Android thinks its running in an emulator.
>
> Using haltest from bluez everything works. haltest actually goes through 
> Android bluetooth HAL.
>
> Andrew any idea on why it would think your kernel is for an emulator?
>
> Thanks,
> Keith
>
> On Tuesday, February 17, 2015 at 5:24:07 PM UTC-7, Keith Conger wrote:
>>
>> Ok, apparently my problem may be because I'm running bluetoothd by hand 
>> and the socket isn't created.  
>>
>> However I did get 111, connection refused.
>>
>> Here is a complete logcat and my init files.
>>
>> On Tuesday, February 17, 2015 at 3:52:32 PM UTC-7, Keith Conger wrote:
>>>
>>> Oh ok I see. I'll give it a try. 
>>>
>>> Thanks, 
>>> Keith 
>>>
>>> On Tue, Feb 17, 2015 at 3:18 PM, Andrew Henderson  
>>> wrote: 
>>> > On Tue, 17 Feb 2015, Keith Conger wrote: 
>>> > 
>>> >> I did hand patch epoll_create1() into bionic.  The above was a 
>>> logcat, 
>>> >> how do I get the errno value? 
>>> > 
>>> > 
>>> > Immediately after any failed POSIX call, the errno global variable (an 
>>> > integer) is set.  Just include the errno.h header in the file making 
>>> the 
>>> > failed call to get access to the errno variable.  You can see how the 
>>> logcat 
>>> > message is being generated in that same file (usually via a system() 
>>> call to 
>>> > "logcat" or a C++ stream to LOG(INFO) or whatever. 
>>> > 
>>> > Andrew 
>>>
>>>
>>>
>>> -- 
>>> Keith Conger 
>>> keith DOT conger AT gmail DOT com 
>>> http://thecongers.org 
>>>
>>

-- 
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.


Re: [beagleboard] Is it possible to enable/disable the eMMC at runtime?

2015-02-19 Thread Chad Baker
On Debian, you only have to hold the boot button down for the first 
boot. Files get moved around so that the boot button is not required. 
Then, run the script "/opt/scripts/tools/grow_partition.sh" to make the 
whole uSD card available.

Chad

On 2/19/2015 1:59 AM, Daniel Simmons wrote:
I'm working on an application where I need access to a great many GPIO 
pins, so it's my plan to disable both the HDMI and eMMC virtual capes 
to free up those pins.  This means, of course, that I'll need to boot 
from the micro SD card.


So actually my first question is: While I know that I can boot from 
the micro SD card by holding down the button on the board while 
applying power, how do I go about configuring the board so that it 
will boot from the micro SD card without holding down the button? 
 What happens if I edit uenv.txt on the eMMC to disable the eMCC and 
then try to boot without holding down the button?  That seems like it 
could be bad.


Next, I'm wondering if it's possible to enable and disable the eMCC at 
runtime.  What I'd like to do is boot from the micro SD card and most 
of the time use all of the GPIO pins because the eMCC is disabled, but 
at startup and shutdown I'd like to enable the eMCC and use it as a 
persistent storage for a few configuration values that need to survive 
having the micro SD card replaced for a software upgrade.  So at 
startup I would enable the eMCC long enough to mount it and read a 
file, then unmount it at disable the eMCC.  Then at shutdown I would 
enable it again and mount it long enough to write new values to that file.


Am I crazy to think about this?  Or is there some way I can use 
capemgr or the like to accomplish it?  Worst case scenario maybe I 
could write a system which would edit uenv.txt and a startup script 
and then trigger a reboot in order to enable/disable, but that seems 
potentially slow and fragile...


Thanks,
Danny
--
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.



--
Chad Baker, Memphis, TN 38104

--
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.


Re: [beagleboard] Re: BBBAndroid with USB Bluetooth Adapter Support

2015-02-19 Thread Keith Conger
I've made a lot of progress with the help of the bluez team.  It looks like 
my problem is that Android thinks its running in an emulator.

Using haltest from bluez everything works. haltest actually goes through 
Android bluetooth HAL.

Andrew any idea on why it would think your kernel is for an emulator?

Thanks,
Keith

On Tuesday, February 17, 2015 at 5:24:07 PM UTC-7, Keith Conger wrote:
>
> Ok, apparently my problem may be because I'm running bluetoothd by hand 
> and the socket isn't created.  
>
> However I did get 111, connection refused.
>
> Here is a complete logcat and my init files.
>
> On Tuesday, February 17, 2015 at 3:52:32 PM UTC-7, Keith Conger wrote:
>>
>> Oh ok I see. I'll give it a try. 
>>
>> Thanks, 
>> Keith 
>>
>> On Tue, Feb 17, 2015 at 3:18 PM, Andrew Henderson  
>> wrote: 
>> > On Tue, 17 Feb 2015, Keith Conger wrote: 
>> > 
>> >> I did hand patch epoll_create1() into bionic.  The above was a logcat, 
>> >> how do I get the errno value? 
>> > 
>> > 
>> > Immediately after any failed POSIX call, the errno global variable (an 
>> > integer) is set.  Just include the errno.h header in the file making 
>> the 
>> > failed call to get access to the errno variable.  You can see how the 
>> logcat 
>> > message is being generated in that same file (usually via a system() 
>> call to 
>> > "logcat" or a C++ stream to LOG(INFO) or whatever. 
>> > 
>> > Andrew 
>>
>>
>>
>> -- 
>> Keith Conger 
>> keith DOT conger AT gmail DOT com 
>> http://thecongers.org 
>>
>

-- 
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.


Re: [beagleboard] Re: Beaglebone & Mac OSX = NIGHTMARE

2015-02-19 Thread Chad Baker

Any hints on what steps you have gone through on both Mac and Beagle?

On 2/18/2015 8:11 PM, the.mr.se...@gmail.com wrote:
Can you get it to share the macs internet connection though? i can get 
in via SSH but if i try and share the internet to it then it 
immediately locks the machine up.


On Friday, 6 February 2015 18:20:11 UTC, Tux Leonard wrote:

Hi,

I got a Macbook Pro (2000€) and it worked out of the box. So the
problem shouldn't bee related to OSX or BBB.
ssh works fine assumed you know the ip address of your BBB.
For file transfer google for OSXFUSE and SSHFS.

2015-02-06 18:02 GMT+01:00 Sherman Boyd >:

Set up static IP addresses or DHCP reservations and use SSH. 
Or just connect a USB keyboard and HDMI.  Or use a usb to
serial cable. There are so many different ways to connect. 
Did your team bother to run a Google search on your expensive

proprietary machines that seem to grant you such an immense
sense of entitlement?  I understand you are frustrated, but if
you want to achieve success you might need the help of others
sometime.  Ask nicely next time, save your rants for Facebook
and maybe you will actually get the help you ask for.

On Sunday, February 1, 2015 at 4:16:58 PM UTC-7, SimGQ wrote:

Seriously bad documentation level here guys.

I have a project that my team have developed over the past
9 months based on Arduino Mega, we now want to "upscale"
to a BBB. Unfortunately the BBB implementation on OS X
appears to be a disaster, especially on 10.10. My team and
I have WASTED 2-3 days trying to get one of these POS
boards to mount in 10.10, we have downloaded drivers,
deleted plists, reset prams, everything but NADA. Nothing
works. NOTHING.

I have 5 BBB's sitting around and none of them can be
accessed, except of course when we use our one Win 7
netbook, that connects no problem. To refresh, we have
three iMac 27" (€2000 each), and two MacBook Pro's (also
€2000 each). But our €100 netbook is the only machine that
works. Pathetic, annoying and VERY frustrating. We have
had absolutely no problems using the Arduino, so why is
connecting to a Beaglebone so complicated?

Can somebody in Beaglebone PLEASE get proper drivers set
up ASAP. Seriously, how difficult can this be for the
developer to get this right?

Our next option is Rpi. We were able to access the Rpi
test board straight away, no hassle. Why the drama with
BBB? Spec wise it wipes the floor with the Rpi, but its
useless if you can't talk to it.

Very bad experience with BBB so far.

-- 
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
.
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 
.

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



--
Chad Baker, Memphis, TN 38104

--
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.


[beagleboard] Re: Acoustic signal processing with BBB

2015-02-19 Thread TJF
BBB has seven analog inputs (0 to 1V8, max. 200 kHz, header P9, pin 33 to 
40). Check out the examples of libpruio 
. Especially oszi 

 
should be interesting.

BR

-- 
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.


Re: [beagleboard] Re: About the Device Tree

2015-02-19 Thread Graham Haddock
Just after I figured out how to use it ... .
:-)

I like the method better than device tree overlays.

I hope ChangeSets is better yet.

--- Graham

On Thu, Feb 19, 2015 at 10:01 AM, Robert Nelson 
wrote:

> On Thu, Feb 19, 2015 at 9:55 AM, Graham  wrote:
> > Nic:
> >
> > Thank you for writing and sharing that document.
> >
> > The way that the BBB changes and modifies the Device Tree is a moving
> > target.
> >
> > I can see that that this document will need to be extended for the
> > dtb-rebuilder and
> > the coming ChangeSets.
>
> hopefully dtb-rebuilder won't be needed to much longer .;)
>
> https://lkml.org/lkml/2015/2/18/258
>
> Regards,
>
> --
> Robert Nelson
> http://www.rcn-ee.com/
>
> --
> 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/S4NvNZ5zmtQ/unsubscribe.
> To unsubscribe from this group and all its topics, 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 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.


Re: [beagleboard] Re: About the Device Tree

2015-02-19 Thread Robert Nelson
On Thu, Feb 19, 2015 at 9:55 AM, Graham  wrote:
> Nic:
>
> Thank you for writing and sharing that document.
>
> The way that the BBB changes and modifies the Device Tree is a moving
> target.
>
> I can see that that this document will need to be extended for the
> dtb-rebuilder and
> the coming ChangeSets.

hopefully dtb-rebuilder won't be needed to much longer .;)

https://lkml.org/lkml/2015/2/18/258

Regards,

-- 
Robert Nelson
http://www.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.
For more options, visit https://groups.google.com/d/optout.


[beagleboard] Re: About the Device Tree

2015-02-19 Thread Graham
Nic:

Thank you for writing and sharing that document.

The way that the BBB changes and modifies the Device Tree is a moving 
target.

I can see that that this document will need to be extended for the 
dtb-rebuilder and 
the coming ChangeSets.

I wish I had this document six months ago.

Thanks,
--- Graham

==

On Thursday, February 19, 2015 at 7:00:13 AM UTC-6, Nic Cyn wrote:
>
> I have written a technical note which attempts to provide some insights 
> into the workings of the Device Tree. 
>
> http://www.OfItselfSo.com/BeagleNotes/AboutTheDeviceTree.pdf
>
> This document is the one I would have liked to have been able to read when 
> I was trying to figure it all out. Once I thought I had got a reasonable 
> grip on the goings-on in the Device Tree I wrote it all down in the thought 
> that it might clarify things a bit for others.
>

-- 
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.


[beagleboard] Re: About the Device Tree

2015-02-19 Thread dlf
Nice Work !

- well written, and organized.

worthy of a sticky  or something

On Thursday, 19 February 2015 14:00:13 UTC+1, Nic Cyn wrote:
>
> I have written a technical note which attempts to provide some insights 
> into the workings of the Device Tree. 
>
> http://www.OfItselfSo.com/BeagleNotes/AboutTheDeviceTree.pdf
>
> This document is the one I would have liked to have been able to read when 
> I was trying to figure it all out. Once I thought I had got a reasonable 
> grip on the goings-on in the Device Tree I wrote it all down in the thought 
> that it might clarify things a bit for others.
>

-- 
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.


[beagleboard] SIGBUS on GPIO2 and GPIO3

2015-02-19 Thread Paulo Sherring
Hello all!
I am trying to use mmap for accessing GPIO's. Currently, I have got GPIO 0 
and 1 working. When I try to access GPIO2 and 3, I get SIGBUS.
Even when I devmem at the memories I get SIGBUS (output of devmem):

devmem 0x481AC130
/dev/mem opened.
Memory mapped at address 0xb6f13000.
Bus error

I tried to access the CTRL register, which controls the clocking for GPIO 
modules, since according to this link 
https://groups.google.com/forum/#!searchin/beagleboard/sigbus/beagleboard/F-pALQ7dXQU/IkTA5w1K5T4J
 
, using GPIO modules with no clock enabled would lead to SIGBUS, but even 
still I get SIGBUS.

The setup I am using is the following:
BeagleBone Black  Rev. C
rootfs: Debian wheezy (debian-7.7-console-armhf-2015-01-06)
Kernel: 3.14.26-ti-r43

Thanks in advance.
Paulo Sherring.

-- 
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.


[beagleboard] Re: How to enable all i2c

2015-02-19 Thread der . depp
I have the exact same problem and adding Richards recommended line to 
rc.local does nothing :( 
I need the i2c2 bus in order to use the i2c-bus that is connected to the 
main expansion header. Please, please 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.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Can't make UART work with Python and AdaFruitBBB

2015-02-19 Thread palaniyappan r
Thank you for your answer sir
I have been developing IoT home automation using beaglebone black with
controlling by using android app. I have been using python and I got
library file such as PWM,ADC,GPIO,UART,EMAIL but I didn't get android app
library.. How to include android app ? Could you help me?




*--regards,*


*palaniyappan.R*

On Wed, Feb 18, 2015 at 10:38 PM, Cláudio B  wrote:

> palaniyappan.R
>
> If that WIFI USB dongle have a driver for BBB , yes.
>
> Otherwise you'll have to search for driver.
> Once you found it, try load with # modprobe 
>
> I didn't use this, but in this forum has a lot of info on that.
>
> regards,
>
>
>
>
>
> 2015-02-17 10:25 GMT-02:00 palaniyappan r :
>
> Thank you sir... I have WiFi dongle used to my computer.Can I used same
>> wifi usb dongle for BBB? Because of I tried But It did not connect. How to
>> connect WIFI usb for my BBB?
>>
>>
>>
>> *--regards,*
>>
>>
>> *palaniyappan.R*
>>
>> On Tue, Feb 17, 2015 at 5:19 PM, Cláudio B 
>> wrote:
>>
>>> @palaniyappan
>>>
>>> You can if you use the same protocol developed in BBB.
>>>
>>>
>>>
>>> 2015-02-14 8:14 GMT-02:00 :
>>>
 I have GPRS modem for PIC microcontroller. Can I used  same gprs modem
 for BBB?


 --
 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/-I_to80m9_Y/unsubscribe.
 To unsubscribe from this group and all its topics, send an email to
 beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.

>>>
>>>
>>>
>>> --
>>> Cláudio B.
>>> Desenvolvimento de Software
>>> Logmatch Produtos Eletrônicos LTDA
>>>
>>> 31 3476-8540
>>>
>>> clau...@logmatch.com.br
>>>
>>> Solução de qualidade para o controle de ponto em sua empresa.
>>> Mensis  - Belo Horizonte
>>> 
>>>
>>>  --
>>> 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/-I_to80m9_Y/unsubscribe.
>>> To unsubscribe from this group and all its topics, 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/-I_to80m9_Y/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to
>> beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
> Cláudio B.
> Desenvolvimento de Software
> Logmatch Produtos Eletrônicos LTDA
>
> 31 3476-8540
>
> clau...@logmatch.com.br
>
> Solução de qualidade para o controle de ponto em sua empresa.
> Mensis  - Belo Horizonte
> 
>
>  --
> 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/-I_to80m9_Y/unsubscribe.
> To unsubscribe from this group and all its topics, 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 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.


[beagleboard] Re: BBB not working well with Mac Yosemite

2015-02-19 Thread the . mr . seven
Does it not work at all or will it just not connect to the internet? I've 
got mine working and can get into it but if i try and share the internet 
connection it locks the machine.

On Tuesday, 17 February 2015 07:41:20 UTC, vincent...@gmail.com wrote:
>
> Hi, I got a new bbb, and want to test under mac yosemite. I've got the 
> drivers installed, but sometimes my mac just freeze and force me to reboot, 
> anyone share the same experience?
>
> The cable is working well on Windows 7.
>
> I read someone said the usb driver is working perfectly well on Maverick 
> and Yosemite. Could anyone advise how could I use the board smoothly on Mac 
> Yosemite please? Thanks a lot!!
>

-- 
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.


Re: [beagleboard] Re: Beaglebone & Mac OSX = NIGHTMARE

2015-02-19 Thread the . mr . seven
Can you get it to share the macs internet connection though? i can get in 
via SSH but if i try and share the internet to it then it immediately locks 
the machine up.

On Friday, 6 February 2015 18:20:11 UTC, Tux Leonard wrote:
>
> Hi,
>
> I got a Macbook Pro (2000€) and it worked out of the box. So the problem 
> shouldn't bee related to OSX or BBB. 
> ssh works fine assumed you know the ip address of your BBB.
> For file transfer google for OSXFUSE and SSHFS.  
>
> 2015-02-06 18:02 GMT+01:00 Sherman Boyd 
> >:
>
>> Set up static IP addresses or DHCP reservations and use SSH.  Or just 
>> connect a USB keyboard and HDMI.  Or use a usb to serial cable.  There are 
>> so many different ways to connect.  Did your team bother to run a Google 
>> search on your expensive proprietary machines that seem to grant you such 
>> an immense sense of entitlement?  I understand you are frustrated, but if 
>> you want to achieve success you might need the help of others sometime.  
>> Ask nicely next time, save your rants for Facebook and maybe you will 
>> actually get the help you ask for.
>>
>> On Sunday, February 1, 2015 at 4:16:58 PM UTC-7, SimGQ wrote:
>>>
>>> Seriously bad documentation level here guys.
>>>
>>> I have a project that my team have developed over the past 9 months 
>>> based on Arduino Mega, we now want to "upscale" to a BBB. Unfortunately the 
>>> BBB implementation on OS X appears to be a disaster, especially on 10.10. 
>>> My team and I have WASTED 2-3 days trying to get one of these POS boards to 
>>> mount in 10.10, we have downloaded drivers, deleted plists, reset prams, 
>>> everything but NADA. Nothing works. NOTHING.
>>>
>>> I have 5 BBB's sitting around and none of them can be accessed, except 
>>> of course when we use our one Win 7 netbook, that connects no problem. To 
>>> refresh, we have three iMac 27" (€2000 each), and two MacBook Pro's (also 
>>> €2000 each). But our €100 netbook is the only machine that works. Pathetic, 
>>> annoying and VERY frustrating. We have had absolutely no problems using the 
>>> Arduino, so why is connecting to a Beaglebone so complicated?
>>>
>>> Can somebody in Beaglebone PLEASE get proper drivers set up ASAP. 
>>> Seriously, how difficult can this be for the developer to get this right?
>>>
>>> Our next option is Rpi. We were able to access the Rpi test board 
>>> straight away, no hassle. Why the drama with BBB? Spec wise it wipes the 
>>> floor with the Rpi, but its useless if you can't talk to it.
>>>
>>> Very bad experience with BBB so far.
>>>
>>  -- 
>> 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 .
>> 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.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] About the Device Tree

2015-02-19 Thread Andrey Nechypurenko
On 19 February 2015 at 14:00, Nic Cyn  wrote:
> I have written a technical note which attempts to provide some insights into
> the workings of the Device Tree.

Thank you very much Nic for this document. Really like it and think it
would be very useful not only for BB users but in general those who
start their adventure with device tree :-) .

Thank you very much!

-- 
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.


[beagleboard] About the Device Tree

2015-02-19 Thread Nic Cyn
I have written a technical note which attempts to provide some insights 
into the workings of the Device Tree. 

http://www.OfItselfSo.com/BeagleNotes/AboutTheDeviceTree.pdf

This document is the one I would have liked to have been able to read when 
I was trying to figure it all out. Once I thought I had got a reasonable 
grip on the goings-on in the Device Tree I wrote it all down in the thought 
that it might clarify things a bit for others.

-- 
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.


Re: [beagleboard] Kernel 3.14 vs 3.19

2015-02-19 Thread Simon Budig
On 19/02/15 12:01, Elias Bakken wrote:
> Robert, now that 3.19 is released, do you have any plans for making it
> work?
> I'd love to see a 3.19 kernel for Debian :)

For the records: vanilla 3.19 works with the beaglebone. I did not test
extensively (and especially have ignored networking) but in general it
works.

I have updated the patch series from Andre Heider 
for bbb-support of the uio-pruss driver against 3.19. It seems to work
ok for me. I have not yet tried to incorporate the feedback given in the
original thread:

   http://www.spinics.net/lists/linux-omap/msg108763.html

Since I am unsure how to send patches to the mailinglist which are
originially from an other author I have prepared a mbox-file and have
put it online:

   http://www.home.unix-ag.org/simon/files/uio-pruss-3.19.mbox

I hope this helps.

Bye,
Simon

-- 
   Simon Budigkernel concepts GmbH
   simon.bu...@kernelconcepts.de  Sieghuetter Hauptweg 48
   +49-271-771091-17  D-57072 Siegen


-- 
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.


signature.asc
Description: OpenPGP digital signature


[beagleboard] CAN driver

2015-02-19 Thread gaurav sahani
Hello,

I have to use DCAN controller on the BeagleBone Black. Please help me out 
in configuring the CAN using C code(without using device tree overlay).

Regards,
Gaurav

-- 
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.


Re: [beagleboard] Kernel 3.14 vs 3.19

2015-02-19 Thread Elias Bakken
Robert, now that 3.19 is released, do you have any plans for making it 
work? 
I'd love to see a 3.19 kernel for Debian :) 


On Monday, December 29, 2014 at 9:10:11 PM UTC+1, RobertCNelson wrote:
>
> On Mon, Dec 29, 2014 at 2:02 PM, Charles Steinkuehler 
> > wrote: 
> > What's the timeline for "official" BeagleBone kernels beyond 3.8.13? 
> > 
> > I'm wondering if I should work on getting 3.14 working without the cape 
> > manager or wait for 3.19/3.20 and device-tree changesets if it's coming 
> > "real soon now". 
> > 
> > ...of course since I need Xenomai patches (or decent performance from 
> > PREEMPT_RT) to work with Machinekit, I might have to go with 3.14 even 
> > if 3.19 is coming soon. 
>
> Well i'm going to do my best to keep, 3.14 & 3.19 in sync.. 
>
> The overlay could be backported to 3.14, but it relies on a few 
> patches all over the kernel tree... 
>
> btw, v3.19-rc2 is a little buggy right now if you use the ethernet.. 
> IRQ0 dmesg storm... 
>
> Regards, 
>
> -- 
> Robert Nelson 
> http://www.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.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Enabling debugfs for ATH9k on BBB running Debian 3.19:Compile new Kernel vs Backports

2015-02-19 Thread Marco Steger
Dear Robert, dear all,

compiling the kernel directly on the BBB took the whole last day (maybe
also because of some errors during build: missing packages & some file
where corrupted or missing).

For all which also want to do that these are the required steps:
Prerequirements (at least):
* apt-get install ncurses-dev
* apt-get install bc
* apt-get install lzop

1.) Download kernel source from:
https://github.com/RobertCNelson/linux-stable-rcn-ee

2.) load def-config
make ARCH=arm LOCALVERSION=1.0 CROSS_COMPILE= rcn-ee_defconfig

2.) make menuconfig
-> I wanted to enable the debugfs option for the ATH9k driver module (see
link below). But you have A LOT possibilities to change your kernel here.
https://wireless.wiki.kernel.org/en/users/Drivers/ath9k/debug

compiling the kernel
3.)
make ARCH=arm LOCALVERSION=1.0 CROSS_COMPILE= KBUILD_DEBARCH=armhf deb-pkg

@Robert or other experts: are the commands and the order correct?


Now I have four deb files:
* linux-firmware-image-XYZ.deb
* linux-headers-XYZ.deb
* linux-image-XYZ.deb
* linux-libc-dev-XYZ.deb

To install the new kernel I think I will just have to use
dpkg --install *.deb (in the subdirectory where the .deb files are
located). Is this ok? Or do I have to think about the right order when
installing the deb files?
Or something else to think about after installing the deb files?
Will this also install all the driver modules (the main reason while I'm
doing all this)? (on my linux PC I installed my kernel AND had to use 'make
module_install')

I hope you can help me with that once again!
Thanks in advance and best regards,
Marco

2015-02-17 20:39 GMT+01:00 Marco Steger :

> Hi Robert,
> thank you - I will try To compile the kernel tomorrow.
>
> Backports: https://backports.wiki.kernel.org/index.php/Documentation
>
> I'm not sure if it is also part of the Debian backport repo. It's mainly
> about wireles: 80211, Bluetooth, ...
>
> Thanks again and besteht regards,
> Marco
> Am 17.02.2015 18:42 schrieb "Robert Nelson" :
>
> On Tue, Feb 17, 2015 at 11:39 AM, Marco Steger 
>> wrote:
>> > Dear Robert,
>> > thanks for your help - again! :)
>> >
>> >>Yeap, all the patches are in the tag...  The default config is:
>> >> rcn-ee_defconfig
>> > This is great! Makes things much easier!
>> >
>> >> make ARCH=arm  LOCALVERSION=- CROSS_COMPILE=
>> > KBUILD_DEBARCH=armhf deb-pkg
>> >
>> > I'm not really sure here: Does this mean that the compiling will be
>> done on
>> > the BBB or crosscompile on another PC? But I will need to install a
>> > toolchain for that rigth? This one: 'gcc-arm-linux-gnueabi'?
>>
>> If on the "BBB" just use: CROSS_COMPILE=
>>
>> If on an x86, use: CROSS_COMPILE=/path/to/bin/gcc
>>
>> > I also tried to comple my backports (directly on the BBB). Therefore, I
>> used
>> > KLIB and KLIB_BUILD to point to the kernel source. But this didn't
>> worked
>> > for me. But maybe also a problem with missing tools / toolchain. Has
>> anyone
>> > expiriences with backports on BBB?
>>
>> debian backport repo?
>>
>> Regards,
>>
>> --
>> Robert Nelson
>> http://www.rcn-ee.com/
>>
>> --
>> 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/WFlb_7dzwi0/unsubscribe.
>> To unsubscribe from this group and all its topics, 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 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.